Nelson A Sousa

Sim, Você tem razão! É perfeitamente possível com as ferramentas do C# resgatar os dados do XML. Mas como a AcbrLib já está incorporada em meu aplicativ,o eu estou tentando aproveitar a mesma pra agilizar o processo de carregamento dos dados do XML, economizar na codificação, e, inclusive aproveitar a classe AcbrLib.NFe.NotaFiscal pra salvar os dados no BD. Eu continuei verificando aqui com outros XMLs e o problema está realmente no CST, não na quantidade de dígitos, pois encontrei problemas tanto com CSON101 como com o CST60. A questão é o valor nulo que vem "carregado" na key CST. Me parece que alguns CSTs e CSONs ainda não tiveram os valores padrão designados.

Me parece que o problema está no CRT. Com CRT=3 o valor padrão do CST é carregado como 0. Já com CRT=1 o valor padrão do CST é nulo ou vazio "". Ao converter nulo pra inteiro no método ReadFromINi() ocorre o erro.

Rastrei até a leitura da seção de Icms. Parece que a Dll não consegue ler se o CST for igual a 101. Com o valor do CST igual 00 lê tranquilo.

Bom dia! @Juliomar Marchetti Obrigado pela resposta! Me desculpe, eu não fui claro! Estou utilizando para importação de notas de compra. ACBrNFe _AcbrNFe = new ACBrNFe(NgGlobais.PubPastaEmpresa + @"\Dados\Logs\ACBrLib.ini", ""); _AcbrNFe.LimparLista(); _AcbrNFe.LimparListaEventos(); _AcbrNFe.CarregarXML(XMLNameFull); #region ::TRABALHANDO XML var steste = _AcbrNFe.ObterNFe(0); TxtNomeFornecedor.Text = steste.Emitente.xNome; #endregion Depois de carregar o xml da compra, eu tento obter os dados na NFe de compra carregando-os no objeto steste. Uma vez carregados os dados eu vou extraindo de steste aqueles que desejo exibir na tela. Os dois XMLs acima são enviados por fornecedores diferentes, devidamente autorizados pela SEFAZ. Com um deles eu consigo extrair os dados sem problema, já o outro me retorna o erro: "A cadeia de caracteres não estava em um formato correto".

Boa noite pessoal, Estou utilizando a AcbrLibNFe com c# no visual studio. Ao utilizar o método ObterXML(0) estou recebendo uma mensagem de erro em alguns XMLs e outros não. Sempre carrego um por um , por isso o índice 0(zero) ObterXML(0). Fiz várias tentativas para descobrir o problema porém não consegui. Alguém pode me dar uma ajuda? Funciona_35240707022044000161550010000016491040000356.xml Nao_Funciona_35240233269378000144550010000011631998448692.xml

Olá boa noite, Estou utilizando a AcbrLib com c# no Visual Studio. Um usuário teve acesso ao arquivo ACBrLib.INI e apagou a chave "Ambiente" da MDFe. Ao executar novamente as configurações conforme eu o havia orientado, foi retornado um erro conforme a imagem abaixo. Tivemos bastante dificuldade para encontrar o que gerava o erro pois a mensagem que a biblioteca está retornando é bastante genérica ou incompleta [%s]. Haveria possibilidade de retornar sessão e chave que produziu o erro? Ou, melhor ainda, caso a chave não for encontrada na sessão, seja criada pela própria biblioteca? Um abraço e obrigado!

Olá boa tarde! Estou utilizando a AcbrLib no c#. No Enum TipoEmissao de AcbrLib.Core.DFe os valores estão setados corretamente? Notei que, apesar da emissão do tipo normal está com valor = 0, esse tipo deve ser enviado na geração do arquivo INI da NFe com valor de 1. É isso mesmo? Vejam imagem abaixo por favor.

Olá @Juliomar Marchetti, Muito obrigado pela resposta. Acabei descobrindo o meu erro. Tinha um problema em meu tratamento das formas de pagamento. Justamente a forma de pagamento da NFe, que nunca havia sido usada anteriormente, estava cadastrada incorretamente na base de dados.

Bom dia pessoal, Estou utilizando a AcbrLibNFe com c# no Visual Studio. Estou tendo problemas com a emissão de uma NFe ao executar o método Validar(). Salvei o xml logo antes de executar Validar() e rodei no site da SEFAZ para ver se havia algum erro. Só que na SEFAZ o xml passa sem problema algum. Somente a validar feita pela LIB é que retorna erro: Vou anexar o INI e o XML aqui talvez alguém consiga me dar uma luz pois não estou conseguindo identificar onde ocorre o erro. Muito obrigado pela atenção! NFEVenda.INI NFe_000551.xml

Boa noite pessoal, Estou utilizando a AcbrLibNFe com C# no Visual Studio. Para emitir as NFEs eu primeiro gero um arquivo INI. No estado RJ me foi informado que o FCP deve ser destacado nas informações adicionais do produto. Na geração do INI eu deixo para carregar a tag <infAdProd> logo após os cálculos dos impostos. Acontece que a tag <infAdProd> só é enviada ao XML de ela for informada na identificação do produto antes de efetuar os cálculos dos impostos. Tenho carregado numa variável as tags dessa forma: ... sTextoINI += "vDesc=" + $"{item.VlDesc:0.00}" + Environment.NewLine; sTextoINI += "infAdProd=COR:" + item.Sigla_Cor + " TAMANHO:" + item.Tamanho + Environment.NewLine; sTextoINI += "indTot=1" + Environment.NewLine; //Carrego os impostos aqui abaixo ... Pensei em separar os dados dos impostos numa segunda variável para concatenar depois de preencher a linha da tag <infAdProd>. Seria esta a melhor solução? Funciona.INI NaoFunciona.INI

Olá @Juliomar Marchetti Muito obrigado pela resposta. Acabei percebendo que o melhor é mesmo fazer o arredondamento para 2 casas decimais. Encontrei um pequeno problema no uso da ROUND() porque no c# e no SQL SERVER elas agem de forma diferente. No c# o valor 15,405 vira 15,40 e no SQL SERVER 15,41, dei uma forçada no SQL pra arredondar pra baixo e acho que resolvi. Pelo menos acho que resolvi, emiti uma nota com 22 produtos com IPI, ICMS e FCP e o xml foi validado. Todo esse alvoroço por causa de 0,01 centavo em um único produto da nota. Muito obrigado pela atenção!!

Olá, Estou utilizando a AcbrLib com C# no Visual Studio. Notei que apesar de configurar no arquivo INI as casas decimais com o valor 4, o cálculo dos impostos é feito em somente 2 ao gerar o XML. Isso está provocando rejeição por erro na soma dos impostos (ICMS e FCP). minha configuração de decimais está assim: CasasDecimais.Formato=0 CasasDecimais.MaskqCom=4 CasasDecimais.MaskvUnCom=4 CasasDecimais.qCom=4 CasasDecimais.vUnCom=4 Devo padronizar tudo em 2 casas decimais?

Olá @Kiko Fernandes, obrigado pela resposta. O path está informado corretamente, sim veja: PathNFe=C:\Methodus\Gerente\1\Dados\NFe\Autorizadas\XML\ [DANFE] PathPDF=C:\Methodus\Gerente\1\Dados\NFe\Autorizadas\PDF\ UsaSeparadorPathPDF=1 O xml é salvo normalmente e o PDF não. Vou fazer um teste colocado 0 no separador de path UsaSeparadorPathPDF O arquivo INI está sim na pasta correta, até porque eu informo o path do mesmo ao iniciar a dll: ACBrNFe _AcbrNFe = new ACBrNFe(NgGlobais.PubPastaEmpresa + @"\Dados\Logs\ACBrLib.ini", "");

Olá, Verifique no seu arquivo de configurações da dll (INI), na seção [NFe], na Tag de nome PathNFe= Uma vez autorizada sua nfe de saída a dll salva o xml nessa pasta.

@Kiko Fernandes desculpa demora na resposta. Então, na verdade eu tenho usado da seguinte forma: if (_NFe.cStat == "100") { _AcbrNFe.Imprimir(); _AcbrNFe.ImprimirPDF(); #region ::PUBLICA FTP NgEmpresa buscaemp = new NgEmpresa(); var empresa = buscaemp.Consulta_Empresa(1); if (empresa.PublicarFTP) { NgMovFTP.UploadFile(_NFe.ANFeArquivo, _NFe.IDMovEstoque); } #endregion } Parece que o método Imprimir() apesar de mostrar o preview e abrir o dialogo de impressão não salva o arquivo PDF. Pra salvar o PDF eu chamo o método ImprimirPDF() logo depois, mas parece o o método anterior faz a limpeza da NFe carregada. Seria isso?