Italo Giurizzato Junior

Boa tarde José, Quem esta gerando o XML do CT-e (o componente ACBrCTe ou a sua aplicação)?

Boa tarde Mario, Neste caso, não vejo outra alternativa debugar a procedure ProcessarMensagemDeErros que se encontra na unit PadraoNacional.Provider. Essa procedure checa a existência dos objetos: Erros, erros, erro, Alertas e alertas. Infelizmente a API da NFS-e Padrão Nacional não segue um padrão ao montar a sua lista de erros e alertas. Ao detectar a presença do objeto erro, tem que detectar que se trata de uma lista (array), depois ler todos os itens dessa lista que é apenas 1, e por fim ler os objetos codigo e descricao. Você consegue fazer esse debug para mim? Desde já muito obrigado pela colaboração.

Boa tarde @tiautomacao, Favor atualizar os fontes, reinstale o ACBr e faça novos testes.

Boa tarde Neto, Você poderia anexar o XML dessa nota para que possamos analisar, pois em uma analise de código não conseguimos encontrar nada que pudesse estar provocando esses erros.

Boa tarde Willian, Você mandou o XML do DPS codificado, poderia enviar ele sem a codificação? Ele esta na pasta Recibos.

Bom dia Carlos, A principio não. Favor entrar em contato com a prefeitura/provedor e expõe o problema, pode ser um bug do lado deles.

Bom dia Mario, Notei que no seu teste de enviar um evento "provocando um erro" o retorno foi: { "tipoAmbiente": 1, "versaoAplicativo": "SefinNacional_1.0.0", "dataHoraProcessamento": "2023-10-05T17:06:45.1975257-03:00", "erro": [ { "codigo": "E0802", "descricao": "Já existe um documento fiscal eletrônico identificado com este id no Sistema Nacional NFS-e." } ] } Essa mensagem não é apresentada? Não consta na lista de erros? Ocorre algum erro do tipo de violação de acesso? Pois analisando a rotina que trata as mensagens de erros e alertas é para ele capturar essa mensagem e incluir na lista de erros.

Bom dia Willian, Você poderia anexar o XML do DPS para que possamos analisar?

Bom dia Gabriel, 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. Configure o componente para salvar os arquivos soap. Faça um novo teste e anexe os arquivos soap salvos no disco para que possamos analisar.

Bom dia Paulo, No Padrão Nacional infelizmente a checagem feita em cima do CNPJ do prestador é completa, ou seja, ela considera os 14 dígitos do CNPJ. Isso faz com que ao tentar emitir uma nota ou até mesmo consultar uma nota de uma filial usando o certificado da matriz vai dar problemas. Esta ocorrendo uma pressão muito grande dos os desenvolvedores para que a RFB e o SERPRO mudem isso. Resumindo: ao usar o método ConsultarDFe com o certificado da matriz só vai ser retornado os documentos que tem o mesmo CNPJ do certificado, reforço essa comparação esta sendo feita em cima dos 14 dígitos.

Tópico movido para a área do SAC, para que o SLA de respostas seja considerado

Boa tarde Willian, Você esta tentando enviar para o ambiente de produção ou homologação?

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

Boa tarde Leandro, Repassei esse problema para um grupo de WhatsApp que faço parte e nele contem pessoas responsáveis pela implementação do Portal quanto da API. Vamos ver se algum da alguma luz.

Boa tarde Leandro, Acabei de fazer um teste usando o programa exemplo que usa o Fortes Report e o seu XML, veja o resultado: O valor liquido esta sendo impresso 755,86 e não 767,37.

Boa tarde Rodrigo, As classes responsáveis pela leitura de um XML não foi eu que escrevi, logo não sei lhe dizer se existe uma possibilidade de ativar alguma propriedade de configuração que permitiria a leitura da tag sem o case sensitive, Acredito que o caminho seria esse.

Boa tarde José, Você disse que os schemas estão atualizados, mas a pasta que tem os schemas que a aplicação esta utilizando os schemas estão atualizados?

Boa tarde, Infelizmente não tenho nenhum XML, mas qual é o erro que você esta tendo?

Boa tarde Carlito, Mediante tudo o que foi checado por nós em manuais, schemas não vejo outra alternativa entrar em contato com o provedor e questionar sobre esse erro. Tenha em mente que esses webservices não são muito bem implementados, de tal forma que acabam retornando mensagens de erro que não tem nada haver com o erro em si.

Boa tarde Mario, Você poderia anexar o arquivo retornado desse pedido de cancelamento com uma chave inválida?

Boa tarde @Destak, Favor atualizar todos os fontes de todas as pastas, reinstale o ACBr e faça novos testes. Note que foi feita uma alteração também no ACBrNFSeXServicos.ini

Bom dia Tiago, Já esta no SVN.

Bom dia, Já esta no SVN.

Bill, Já esta no SVN.

Diego, Já esta no SVN.