Italo Giurizzato Junior

Bom dia Willian, Vamos a mensagem de erro: X800', 'Erro de Validação: --> 1839 - Element ''{http://www.sped.fazenda.gov.br/nfse}chNFSe'': [facet ''pattern''] The value ''NFS42002002247884403000104000000000000223103631988614'' is not accepted by the pattern ''[0-9]{50} Vamos remover o que não é relevante: Erro de Validação: Element chNFSe: The value ''NFS42002002247884403000104000000000000223103631988614'' is not accepted by the pattern [0-9]{50} O que essa mensagem esta querendo lhe dizer: O elemento chNFSe com o valor "NFS42002002247884403000104000000000000223103631988614" não é aceito pelo padrão [0-9]{50}. O que significa [0-9]{50}? Significa que o conteúdo do elemento chNFSe tem que ter 50 caracteres e todos eles tem que estar na faixa de 0 até 9. Note que a chave que você informou contem o literal NFS, esses 3 caracteres invalidam a informação.

Boa tarde Willian, Se o contribuinte for MEI use o evento teCancelamento que a nota é cancelada no mesma hora. O evento teAnaliseParaCancelamento foi criado para atender quem não é MEI e a prefeitura aderiu ao projeto e ela não quer que a nota seja cancelada de forma imediata e sim que passe por uma analise.

Olá Pessoal, Foi realizado uma alteração no schema do Padrão Nacional bem como na unit ACBrNFSeXConversão no que se refere ao tipo TtribISSQN, visando as informações contidas no manual. No Manual temos: No Schema: O tipo Imunidade no manual aparece com o valor 2 e no schema com o valor 4. Foi feita a correção no schema e no componente, antes a sequencia dos enumerados eram: TtribISSQN = (tiOperacaoTributavel, tiExportacao, tiNaoIncidencia, tiImunidade); Agora passou a ser assim: TtribISSQN = (tiOperacaoTributavel, tiImunidade, tiExportacao, tiNaoIncidencia); Com essa alteração ao informar o valor tiImunidade vai gerar o XML com o valor 2 e não com o valor 4, desta forma ficando em conformidade com o manual. Favor atualizarem todos os fontes de todas as pastas e reinstale o ACBr, não esqueçam de enviar a atualização dos schemas para os seus clientes.

Gabriel, Até onde sei o código do município informado no grupo Órgão Gerador é sempre do município do prestador.

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Bom dia Douglas, Tente desta forma: ACBrNFSeX1.Provider.TipoRPSToStr(FDmNFServico.ACBrNFSeX.NotasFiscais.Items[0].NFSe.IdentificacaoRps.Tipo)

Bom dia Gabriel, Você esta usando o componente ACBrNFSe ou o ACBrNFSeX. Se ainda usa o componente antigo, lhe convido a iniciar os testes com o novo componente de emissão de NFS-e: ACBrNFSeX O componente antigo: ACBrNFSe não está mais tendo manutenção. Faça os testes usando o programa exemplo do novo componente. Manual de Migração Para informar o código do municipio onde o serviço foi prestado use o campo: NFSe.Servico.CodigoMunicipio

Bom dia Cleiver, O prestador é MEI ?

Bom dia Célio, Se o XML do RPS e o Lote não estão com a assinatura digital, isso significa que os seus fontes estão desatualizados. Veja: procedure TACBrNFSeProviderDesenvolve203.Configuracao; begin inherited Configuracao; with ConfigGeral do begin UseCertificateHTTP := False; ConsultaNFSe := False; end; with ConfigAssinar do begin Rps := True; LoteRps := True; ConsultarLote := True; ConsultarNFSeRps := True; CancelarNFSe := True; RpsGerarNFSe := True; end; with ConfigWebServices do begin VersaoDados := '2.03'; VersaoAtrib := '2.03'; end; end; No ConfigAssinar consta que é para assinar o RPS, o lote de RPS, a consulta ao lote, a consulta a NFS-e por RPS, a consulta a NFS-e, o cancelamento e o RPS ao usar o serviço de envio unitário. Você tem fontes com alterações locais? Verifica se não tem nenhuma unit do ACBr com uma bolinha vermelha em seu ícone, caso afirmativo delete a unit. Atualize todos os fontes de todas as pastas. Reinstale o ACBr com a opção de apagar arquivos antigos marcada. Compile a aplicação com a opção Build.

Bom dia, O certificado digital usado para assinar o documento tem o mesmo CNPJ do prestador? Se sim, o certificado digital usado para estabelecer a conexão com o webservice é o mesmo do prestador? Se sim, vai ter que entrar em contato com a prefeitura ou provedor e relatar o problema.

Bom dia Bruno, Esse XML não esta segundo o padrão nacional e sim segundo o padrão do provedor. Por favor a questão de carregar e imprimir o DANFSE do primeiro XML que você anexou funcionou? Se sim, vou dar como fechado esse tópico, pois uma coisa é o XML do padrão nacional e outra coisa é outro XML do padrão do provedor. Não vamos misturar os assuntos.

Bom dia Wesley, Essas informações não ajudam. Eu preciso apenas da URL do webservice de produção. Essas URLs que tem nesse site são de emissão via site da prefeitura eu preciso da URL para emissão via webservice.

Bom dia @Alexandre Felippeto Henzen, Procure sempre fazer o seguinte: Você tem fontes com alterações locais? Verifica se não tem nenhuma unit do ACBr com uma bolinha vermelha em seu ícone, caso afirmativo delete a unit. Atualize todos os fontes de todas as pastas. Reinstale o ACBr com a opção de apagar arquivos antigos marcada. Compile a aplicação com a opção Build.

Bom dia Alexandre, Favor atualizar os fontes, reinstale o ACBr e faça novos testes.

Bom dia @Quality Automação, Já esta no SVN.

Bom dia @Glauber Bernardo Foi enviado para o SVN a implementação do provedor eISS que atende a cidade de Cosmópolis/SP. Como no manual só consta dois serviços: Solicitação de Token e o envio do RPS, logo somente esses dois foram implementados. Pelos meus testes a Solicitação do Token esta funcionando. Por outro lado o envio do RPS retorna a seguinte mensagem: Erro(s): Código : X999 Mensagem: A entrada não é uma cadeia de caracteres de Base 64 válida, pois contém um caractere que não é de base 64, mais de dois caracteres de preenchimento ou um caractere ilegal entre os caracteres de preenchimento. Correção: Os testes estão sendo feito em ambiente de homologação. O RPS foi gerado no formato JSON. Talvez a maneira que eu implementei para o envio esteja errada. Se você conseguir com o pessoal do provedor como realizar o envio seria de grande ajuda.

Wesley, Entre em contato com a prefeitura ou com o provedor para saber da URL de Produção. O provedor contratado pela prefeitura é Fiorilli.

Boa tarde @MFK, Vamos lá, esse botão serve para consultar uma DPS por chave. Como ele funciona, você informa a chave do DPS e ele lhe retorna a chave da NFS-e. Caso você queria o XML da nota, de posse da chave da NFS-e você utiliza o botão [Consultar NFSe por Chave] informe a chave da nota e terá como retorno o XML da nota. Por favor leia o tópico abaixo:

Boa tarde @colmanetti, Se não incluir o campo Versao, ao tentar enviar o Rps ocorre algum erro? Se sim, qual? Com o campo Versao o envio ocorre normalmente? Pois analisando o WSDL da versão 1 da versão 2 eles são diferentes. Na versão 1 inclusive existe o grupo pParam que deve constar no Envelope a ser enviado, já na versão 2 isso não tem. Outra coisa, o layout do XML do RPS gerado pela versão 1 é diferente do gerado pela versão 2.

Boa tarde Neto, Favor atualizar todos os fontes de todas as pastas, reinstale o ACBr. Recompile a aplicação com a opção build e faça um novo teste. Fiz um teste de Validar Regras de Negócio usando o seu XML e com o programa exemplo e não apresentou nenhum erro.

Célio, Tente contato com o provedor. Vou manter ele aberto, quem sabe o provedor responde rapido, ai finalizamos ele com a solução do problema.

Boa tarde Célio, Isso é falha no webservice do provedor que esta gerando no encoding errado. Tente entrar em contato com o provedor e relatar o problema.

Boa tarde Diego, Vou levar para a reunião de equipe para decidirmos sobre esse assunto. TK-4568

Boa tarde, Muito obrigado pela colaboração, já inclui na minha lista de tarefas. TK-4567

Boa tarde Mario, Acho que você não entendeu como a coisa funciona. Você envia o evento. Depois a analisa a lista de erros e alertas. Se ambas forem vazias, ou seja, a quantidade de erros e alertas forem zeros, significa que o evento foi processado com sucesso. Em ACBrNFSeX1.WebService.EnviarEvento temos os seguintes campos de retorno: memoLog.Lines.Add('Chave NFSe : ' + idNota); memoLog.Lines.Add('Data : ' + DateToStr(Data)); memoLog.Lines.Add('Tipo Evento : ' + tpEventoToDesc(tpEvento)); memoLog.Lines.Add('Num. Seq. Evento: ' + IntToStr(nSeqEvento)); memoLog.Lines.Add('ID do Evento : ' + idEvento); memoLog.Lines.Add('Sucesso : ' + BoolToStr(Sucesso, True)); Se esses campos estiverem preenchidos significa que o evento foi processado com sucesso. Não sei porque você ainda quer consultar o evento. Se não foi processado com sucesso, o motivo esta na lista de erros.