Diego Foliene

O objetivo deste tópico é agrupar os outros tópicos da base de conhecimento que já não estejam dentro dos já existentes subfóruns: NF-e/NFC-e, CT-e/CTe-OS, MDF-e, Mapa Fiscal, NFS-e, Dicas de Fabricante de Automação, TEF/PIX/Carteiras Digitais e ACBrLib. Facilitando assim a navegação e procura pelos mesmos. Criado em: 15/11/2023 Atualizado em: 17/01/2024 Configurações de Certificados e outras genéricas aplicáveis para todos os DFes. Dicas aplicáveis a múltiplos DFes para evitar e solucionar erros. Orientações e dicas aplicáveis a múltiplos DFes. Orientações e dicas aplicáveis ao SAT/MFe. Orientações e dicas aplicáveis ao ACBrBoleto. Orientações e dicas aplicáveis ao ACBrPosPrinter e o ACBrETQ. Orientações e dicas aplicáveis ao ACBrMail. Orientações e dicas para quem usa Lazarus. Outras orientações e dicas.

Por favor, faça também um teste usando o método NFSe_ConfigLer antes de carregar o INI e gerar o XML.

Se existir exemplo de NFSe dentre os exemplos da Lib, para a linguagem que você utiliza é possível realizar um teste com o mesmo? Também é válido criar um novo ambiente limpo para realizar um teste. Note que conforme indicado anteriormente, a Lib indica estar em ordem. É algum outro detalhe que está causando o problema. Por favor, disponibilize o arquivo .ini que você está passando no NFSe_CarregarINI para fazer a emissão e está devolvendo o problema. Também gostaria do log completo configurado no nível paranôico. Envie ambos para [email protected] com o link do tópico do fórum no corpo do e-mail para posterior identificação.

Boa tarde! Conferindo nos fontes, não encontrei nenhuma indicação de particularidade no que diz respeito a está tag e ambos os provedores herdam de ABRASFv1, onde o Nº de ocorrências dela está como zero, indicando que o campo só vai ser gerado, quando for atribuída informação ao mesmo.

Boa tarde! Mais uma vez, muito obrigado pela contribuição. A mesma foi enviada ao SVN na Rev-31246

Boa tarde! Contribuição enviada ao SVN na Rev-31243. Por favor, queira atualizar seus fontes, reinstalar o ACBr para fazer novos testes e reportar qualquer problema.

Obrigado pela contribuição, em breve será validada para possível inclusão ao svn #TK-4734

Boa tarde! Em casos como este, geralmente a pessoa adiciona a informação manualmente no componente nativo depois de carregar o XML e antes de chamar a rotina de impressão. No entanto, na Lib esse tipo de operação não é possível por hora. Criada a #TK-4733 para análise da situação possível alteração.

@DeveloperATS, por favor, adicione este arquivo ACBrNFSeXServicos.ini na mesma pasta do seu .EXE e refaça o teste. Ele tem que mostrar para você que a versão é a 2.02 agora. ACBrNFSeXServicos.ini

Tópico movido para a área do SAC, para que o SLA de respostas seja considerado Testando aqui, obtive o mesmo resultado. Criada a #TK-4732 para análise do caso e parecer do consultor responsável.

A emissão de NFC-e de forma assíncrona já não é mais possível. Veja mais aqui:

A alteração da cidade já está inclusa na nova versão da Lib. Não precisa do ini. Remova o arquivo ini do diretório da aplicação e também da configuração, atualize a lib e refaça o teste.

Bom dia @rossine. Conferindo no log que disponibilizou, me parece que a operação ocorreu normalmente, veja que no primeiro NFe_Enviar, ele te devolve: Pela chave em chDFe, esta é uma NFC-e. Ele te devolve mais a frente a rejeição Falha no Schema, mas isso é quando você usa o NFe_ConsultarRecibo, sem passar um número de recibo propriamente dito.

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

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

Por favor, qual versão que usou? Foi gerada uma nova compilação hoje de manhã. A compilação que o @Daniel InfoCotidiano citou foi disponibilizada no fórum a pouco menos de 5 minutos. Por gentileza, apenas para termos certeza, é possível atualizar novamente e repetir o teste?

Usando Windows, o demo disponível para C#, a última versão da LibNFSe disponível no fórum e o arquivo IniNFSE_-_Um_Servico (1).ini em anexo, fiz dois testes. No primeiro teste: Usei o botão Carregar Configurações para ler o arquivo ACBrLib.ini que disponibilizou. Apaguei a configuração do .ini de Serviços, corrigi o certificado, pois eu tenho um A1 então configurei OpenSSL com caminho do PFX e senha, corrigi o caminho dos schemas. Cliquei em Salvar Configurações. Usei o botão Gerar Lote RPS passando o INI anexo. No segundo teste: Substitui o meu arquivo ACBrLib.ini da pasta da aplicação pelo seu. Corrigi o Path dos Schemas e o certificado. Cliquei em Salvar Configurações. Usei o método Gerar Lote RPS passando o INI anexo. O resultado de ambos os testes está em anexo, apenas removi as informações referentes a assinatura. Veja que em ambos os casos, foi gerada a tag Prestador e tag Tomador está TomadorServico. Por favor, reveja se não está com algum arquivo INI defasado dentro da sua aplicação. Teste-1.xml Teste-2.xml IniNFSE_-_Um_Servico (1).ini

Não encontrei referência a este grupo <retCceCTe> nos manuais e schemas do CTe. A Lib espera receber a informação que está vindo dentro dele em <retEnvEvento>, <retEventoCTe> ou <retEvento>, por isso não consegue ler as informações e sai dessa forma a impressão. Você editaram o XML e para usar este elemento ou o arquivo foi gerado assim? Se o arquivo foi gerado e salvo assim, por favor é possível realizar um teste? Defina a configuração SalvarWS como Sim e atribuam um caminho válido em PathSalvar, depois disso repitam o processo de geração de uma carta de correção. Com essas duas novas configurações, será gerado para você os envelopes de envio e de resposta da requisição. Ambos vão ter -soap no nome. Disponibilize estes arquivos.

@albergamin, por favor, onde você obteve este arquivo XML -procCceCTe.xml ? O mesmo foi gerado pela Lib na sua aplicação ou por alguma API ou aplicação de terceiros?

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

Boa tarde! Este problema já está sendo visto na #TK-4724 que foi criada para este outro tópico. A TK foi alocada para o sprint desta semana. Vou fechar este tópico, qualquer novidade será colocada no tópico original.

Boa tarde, por favor, pode fornecer mais informações? Qual é a dificuldade que está enfrentando?

Boa tarde! Foi discutido o seu caso. Como o retorno do método seria algo relativamente simples, antes de partirmos para adoção, foram sugeridas outras possibilidades. Como você mesmo informou que sempre carrega somente 1 XML para o componente uma outra sugestão é usar o método NFe_LimparLista antes de carregar o XML.

Boa tarde! Este código ainda não foi enviado ao SVN. Ele foi disponibilizado como uma contribuição neste tópico: A TK foi feita alocada para o sprint desta semana.

Boa tarde! Testando foi constatado o problema. Criada a #TK-4724 para análise do caso.