Cognum Informatica Ltda.

Bom dia Italo, Não havia me atentado à essa diferença de formato no Layout do XML. Então está tudo certo... Obrigado

Boa tarde Italo, fiz os testes, e está trazendo com todas as casas decimais, conforme o XML, porém, a impressão que tive, foi de que não está sendo utilizada a parametrização adequada nesse campo. Veja nas imagens abaixo, quando configuramos com 3 casas decimais, o campo QUANTIDADE do produto, aparece corretamente com 3 casas decimais, assim como a QUANTIDADE na descrição do produto (quando há RASTRO), porém ao realizarmos o mesmo teste com 2 casas decimais parametrizadas, somente o campo QUANTIDADE do produto é exibido com 2 casas decimais, a QUANTIDADE na descrição do produto, se mantém com 3 casas decimais:

Italo, fiz a atualização do repositório dos fontes do Demo, e não teve atualização hoje. Além disso as Dlls da ACBrLibNFe também não tiveram alterações hoje... Faltou eu atualizar alguma coisa?

Bom dia Italo, fiz os testes, no demo do ACBr para a NFe, porém agora, aparece a QTD dentro do Rastro, duas vezes... Uma correta, e a outra errada... veja na imagem a seguir:

Bom dia, esse tópico está sendo criado a pedido de Diego Folieni, através do Discord (link https://discord.com/channels/798697718800318484/800922538892591115/1319775222093713408) sobre um problema na impressão da NFe. Segundo o Diego, foi identificado o problema e criado o TK-6398 para esse caso. O problema ocorre na impressão da NFe, no campo de Descrição do Produto quando há Rastro. Mesmo no XML o valor Quantidade estando com mais de 2 casas decimais, na impressão, somente são exibidas 2 casas decimais, independente da configuração que fizermos na Lib. As evidências estão abaixo. Se precisarem do XML, posso anexar aqui, porém o mesmo já foi disponibilizado ao Diego através do Discord e o mesmo comprovou o problema na Lib. Obrigado, Cognum Informática

Não sabemos, depois de mais de uma semana em contato com o suporte da Eicon, não conseguimos uma solução até o momento.

Sim, eu concordo que a mensagem de Empresa não cadastrada, não tem a ver com o cabeçalho. Na mensagem original do Discord, eu menciono que além de outros problemas que estamos tendo com o GISS, o suporte da EICON solicitou por 2 vezes a alteração do Cabeçalho. Não que essa alteração do cabeçalho resolverá esse erro de Empresa não cadastrada. Veja abaixo, 2 atendentes do suporte da EICON diferentes, solicitando alteração no cabeçalho:

Bom dia Ítalo, estou anexando os arquivos conforme solicitado. O retorno foi: A empresa não está cadastrada no município. Porém a questão é que o suporte da Eicon está solicitando que alteremos o cabeçalho, conforme o exemplo enviado por eles. 1-rec.xml 1-env-lot.xml

Bom dia, Estamos com alguns problemas na Emissão da NFSe para a cidade de Jundiaí, utilizando o provedor GISS, e em contato com o suporte da Eicon, informaram que o cabeçalho do XML de Envio está incorreto: o cabeçalho do XML de envio gerado pela Lib está dessa forma: A criação desse tópico no fórum foi a pedido do Diego Folieni, segundo a conversa atráves do Discord: https://discord.com/channels/798697718800318484/800922538892591115/1295478015488299091 Obrigado, Cognum Informática

Boa tarde Antonio Carlos, Obrigado pelo retorno. Atualizei as classes aqui e validei as alterações. Tudo funcionando sem problemas. Obrigado

Boa Tarde, estamos migrando nossos executáveis de NFe do Delphi para o C#, e nessa migração, ao realizarmos um teste de emissão de NFe, recebemos o erro: Msg=Nota(s) n[195][163]o confirmadas:49101->799-Rejei[195][167][195][163]o: Valor total do ICMS Interestadual da UF de destino difere do somat[195][179]rio dos itens. Ao compararmos os códigos, identificamos que no Delphi existem os atributos: Total.ICMSTot.vFCPUFDest Total.ICMSTot.vICMSUFDest Total.ICMSTot.vICMSUFRemet Esses atributos não existem na classe TotalNFe da biblioteca do C#: Vejam na imagem anexa, uma comparação entre os XMLs gerados pelo C# e pelo Delphi respectivamente: Obrigado

Boa tarde, @Italo Jurisato Junior ok, muito obrigado Italo. Abraço.

Boa tarde. @Italo Jurisato Junior Baixei os fontes e verifiquei que a questão do link esta correta, agora o problema abaixo: "Outro problema, ocorreu com uma consistencia na unit ACBrNFSeWebServices no metodo InicializarGerarDadosMsg onde gerava a seguinte mensagem: "O Provedor eGoverneISS necessita que a propriedade: Configuracoes.Geral.Emitente.WebChaveAcesso seja informada"; O eGoverneISS não utiliza esta propriedade WEBCHAVEACESSO, utiliza a propriedade Prestador.ChaveAcesso .... Retirei o proEgoverneISS desta consistencia e as notas fiscais no meu cliente, voltaram a funcionar normalmente. " Este caso ainda persiste, continua gerando a consistencia equivocadamente. A alteração que fiz na unit ACBrNFSeWebServices.pas ,não foi pro repositorio. @Fábio Eduardo @Cognum Informatica Ltda.

boa tarde, @Italo Jurisato Junior Desculpe não ter respondido antes. Eu acabei gerando o executavel e atualizando o cliente com as alterações que eu havia feito. Vou atualizar os fontes e fazer um teste, e ja te comunico. DEsculpe a demora. Fábio.

@Italo Jurisato Junior, a chave de autenticação que o eGoverneISS utiliza para validar a nota fiscal de serviço ou cancelar a nota fiscal de serviço é a que está na propriedade Prestador.ChaveAcesso(classe TIdentificacaoPrestador) Não tem haver com a propriedade Geral.Emitente.WebChaveAcesso, que está sendo consistida na unit ACBrNFSeWebServices , eu não preencho essa propriedade no eGoverneISS. Fábio Eduardo.