Diego Foliene

Boa tarde! Criada a #TK-4214 para análise da contribuição para possível inclusão no SVN, análise do problema relatado e parecer do consultor responsável.

O processo é esse mesmo. 1. Altera o ACBrNFSeXServicos.ini 2. Executa o CompilaRES.bat 3. Reinstala o ACBr. 4. Build All na aplicação. Se mesmo depois de fazer esse procedimento ainda está pegando o link antigo, verifique se na mesma pasta do seu EXE não tem um arquivo ACBrNFSeXServicos.ini antigo/defasado. Se tiver, remove ele e teste novamente. Se ainda assim o problema persistir, faça o procedimento contrário, adiciona na mesma pasta do seu EXE o arquivo INI alterado. Se a URL, ou provedor que atende a cidade mudaram, por favor, não disponibilize o arquivo alterado depois para posterior análise e inclusão no SVN.

Boa tarde! O certificado que está sendo usado é do mesmo CNPJ? Se for, tente validar o arquivo de envio da NFSe que foi rejeitada neste link: https://servicos.receita.fazenda.gov.br/servicos/assinadoc/ValidadorAssinaturas.app/valida.aspx Veja se a assinatura indicada realmente coincide com a do prestador de serviço.

Os fontes e os schemas estão atualizados e em dia com o SVN ?

Boa tarde! Por favor, você está usando o compente ACBrNFSe ou ACBrNFSeX? Se estiver usando o ACBrNFSeX, você definiu a configuração para que o componente monte automaticamente o Path dos Schemas ?

Foi gerada uma nova compilação da Lib CTe. Por favor, queira atualizar e realizar novos testes. Lembrando que precisa atualizar as classes do C# também através de um SVN Update

Bom dia! Por favor, faça um teste desta forma(para x86, para x64 é a mesma estrutura mudando apenas de x86 para as Dlls de x64): Este tópico: E este vídeo também podem ser úteis:

Bom dia! A TK foi alocada no sprint desta semana.

Bom dia! A alteração foi no componente nativo desenvolvido para Delphi e Lazarus. Os fontes ficam disponíveis no SVN do ACBr, no entanto, para que a Lib considere essa alteração, ela precisa ser recompilada. Vou verificar a possibilidade de uma compilação e volto a lhe avisar assim que sair uma nova versão.

Boa tarde! Na Tabela de Combustíveis Sujeitos à Tributação Monofásica eles são identificados pelo cProdANP.

Boa tarde! Muito obrigado por compartilhar a informação! O componente já foi adequado ao Padrão Nacional. Neste tópico, tem mais detalhes a respeito. Você também pode baixar o programa exemplo no SVN para realizar testes. Basta definir o Layout como padrão nacional e usar um prestador de serviços que seja MEI ou escolher uma cidade cujo provedor seja Padrão Nacional.

Tópico fechado por falta de retorno do usuário

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

Boa tarde! A versão do documento Fiscal no arquivo ini de configuração está como 4.00? Você está usando INI ou classe de alto nível? Está passando o modelo 4.00 nele também?

Boa tarde! Por favor, forneça mais detalhes. Ocorreu algum erro ao tentar definir o Logo no MDFe? Como você fez está definição? Se tentar carregar este mesmo logo em outro DFe funciona corretamente? Está usando Fortes ou Fast para impressão?

Boa tarde! Passei o arquivo 9-lista-nfse-sinc-soap.xml em alguns testes unitários que temos aqui. Ele não apresentou erro nos testes, mesmo o caractere que veio inválido foi devidamente convertido. Alterei no fonte do componente nativo, carregando o mesmo arquivo no inicio do processo que trata a resposta do web service e também não tive problemas. Por favor, é possível fazer um teste? Envie a mesma nota tanto em homologação quanto em produção com a configuração para salvar o envelope Soap. Vamos comparar se tem alguma diferença na resposta que vem em homologação para com a resposta que vem em produção. Se possível, por favor, faça um teste também definindo Sim em todas as configurações de Salvar e Paths correspondentes.

Boa tarde! Foi criada a #TK-4212 para análise do caso e parecer do consultor responsável. Por favor, para confirmar, qual é a configuração do TipoResposta que está usando?

Boa tarde! A tag ObsCont não estava sendo gerada na função do componente nativo que é usada pelo método ObterIni da Lib. Foi enviado ao SVN na Rev-30126 alteração visando resolver está questão, a mesma estará disponível na próxima compilação da Lib. A tag infCTeSupl realmente não é gerada. Se conferirmos o conteúdo desse grupo é somente o qrCode e o mesmo é gerado no componente nativo (posteriormente passando para a Lib) no momento que o XML é assinado. Foi enviado ao SVN na Rev-31130 ajustes nas classes do C# visando resolver este problema. Por favor, queira atualizar e realizar novos testes.

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

Bom dia! Foi enviado ao SVN na Rev-30123 alteração visando corrigir este problema. Por favor, atualize seus fontes, reinstale o ACBr e faça novos testes.

Bom dia! Foi enviado ao SVN na Rev-30125 alterações visando corrigir este problema. As mesmas estarão disponíveis para testar na próxima compilação do Monitor.

A situação: Está ocorrendo um problema no cliente, você decide usar um dos exemplos disponibilizados pelo ACBr para testar se o problema está no seu software. Então, você copia o executável para a máquina do cliente, inicia-o e, ao tentar emitir um DFe, recebe a mensagem " XML Node não pode ser nulo". Ou então, seu próprio software funciona corretamente em sua máquina, mas ao instalá-lo na máquina de um cliente e tentar emitir um DFe, a mensagem "XMLNode não pode ser nulo" é exibida na tela. A causa e a solução: Os componentes do ACBr fazem uso de algumas DLLs para diversas funções, incluindo a assinatura de XMLs. A configuração que determina qual mecanismo será usado para isso pode ser definida na configuração ACBrDFe.Configuracoes.Geral.SSLXmlSignLib, que pode ter os valores xsXmlSec, xsMsXml, xsMsXmlCapicom¹ e xsLibXml2². ¹ Capicom foi descontinuada e, por isso, não recomendamos o seu uso. Veja mais detalhes AQUI. ² Apesar das outras opções, recomendamos fortemente a utilização do LibXML2. Mais detalhes AQUI. Quando você recebe a mensagem de Xml Node não pode ser nulo, na maioria das vezes, ela está relacionada a esta configuração. Portanto, o primeiro passo a ser tomado é verificar se uma das opções possíveis foi configurada na configuração SSLXmlSignLib (lembrando que xsNone equivale a não ter nada configurado). Se uma das opções foi definida, o próximo passo é verificar se a DLL³ foi distribuída corretamente e se está disponível. Uma forma de certificar-se disso é escolher as DLLs de acordo com a arquitetura com a qual sua aplicação foi compilada, encontrando-as neste link e colocá-las no mesmo diretório da sua aplicação. ³ As dlls referidas são da LibXML2

Bom dia pessoal! Foi publicado no dia 12/07/2023 na página do e-Social notícia informando que a data da entrada em produção dos eventos de processos trabalhistas será no dia 1º de outubro de 2023 (01/10/2023).

Bom dia! O serviço de Distribuição DFe é uma ferramenta muito conhecida e utilizada no ambiente da Nota Fiscal de Eletrônica. O que alguns não sabem é que o Conhecimento de Transporte Eletrônico também conta com um serviço de Distribuição DFe que é regido por uma Nota Técnica diferente e possui um ambiente próprio. A nota técnica em questão é a NT2015/002. Mais informações sobre a mesma neste tópico: Por que estou falando disso você se pergunta? Bem, é porque foi lançada a versão 1.02 desta NT no dia 12/07/2023 incluindo na lista de eventos que são devolvidos pela Distribuição DFe o evento de Insucesso na Entrega. Mais informações sobre este evento aqui: Como é apenas a adição de mais um evento, não serão necessárias alterações no ACBr

Boa tarde! Foi criada a #TK-4204 para tratativa do caso e parecer do consultor responsável.