José M. S. Junior

Bom dia, na última versão já está disponível. Pode realizar a assinatura SAC Trial para baixar a versão atualizada.

Bom dia, experimente configurar a propriedade "AltLinhaComun" com valor 30

O seu XML precisa estar válido para que o ACBr consiga ler as tags, nesse caso o erro está no nome da tag, conforme o Italo esclareceu. O XML que está carregando no ACBr, deve ser gerado conforme as tags que passei acima, o grupo <EnvNFe> é gerado pelo ACBr, apenas no momento do envio.

O XML que está carregando no ACBr não está válido, tem erros de Schemas, veja: A melhor opção é sempre deixar o ACBr gerar o XML, pois já vai gerar conforme os Schemas, mas se deseja realmente carregar um XML já gerado, sugiro que siga o modelo de um XML válido, para evitar problemas... Notei também que seu XML contém tags a mais no início: ("enviNFe"). Veja o exemplo de como deve estar o XML para carregar no ACBr antes de Assinar e enviar: <?xml version="1.0" encoding="UTF-8"?><NFe xmlns="http://www.portalfiscal.inf.br/nfe"><infNFe versao="4.00" Id="NFe35191299999999999999550100000014541290416946"><ide>...

Bom dia, precisa percorrer o item de cada evento para obter o xml. Ex: for I := 0 to ACBrNFe1.WebServices.EnvEvento.EventoRetorno.retEvento.Count - 1 do begin XML := ACBrNFe1.WebServices.EnvEvento.EventoRetorno.retEvento.Items[I].RetInfEvento.XML; end;

Bom dia Por favor anexe para análise o XML completo que está carregando no componente.

Pode anexar o log gerado pela lib por favor? Nos testes não identificamos o problema o campo vUnTrib está sendo preenchido.

Precisamos verificar como está o XML original que está sendo carregado, pode estar ocorrendo algum problema na leitura do campo. Quanto ao Destinatário o nome é alterado para envio em ambiente de homologação.

Bom dia, O XML que está passando como parâmetro está válido? Se possível anexe o XML.

Boa tarde, Atualizado no repositório. Obrigado pela contribuição!

Bom dia Como está gerando o XML, utiliza o ACBr para isso? Note que se decodificar o XML Base 64, não está validando no site da SEFAZ: https://www.sefaz.rs.gov.br/NFE/NFE-VAL.aspx?

Sim, mas chame a função do componente para Montar o NossoNumero o componente recalcula o dígito conforme o Banco que estiver selecionado. Note que em todos os retornos esse campo recebe o NossoNumero sem o dígito verificador.

Olá, Você que utiliza o ACBrMonitor e agora está passando a utilizar a ACBrLib, deve ter notado que ambos trabalham com o mesmo layout de Arquivo .INI para Envio de Dados e que ambos retornam como resposta a mesma estrutura de Dados, também em um formato .INI... Saiba também, que agora é possível definir outros tipos de formatos de respostas, como em: XML e JSON. Isso pode ser muito útil se a sua aplicação já está preparada para ler os dados nesse formato. Veja como Configurar na ACBrLib: No arquivo "ACBrLib.ini" gerado ao instanciar a LIB, você encontra a propriedade "TipoResposta" ( https://acbr.sourceforge.io/ACBrLib/Geral.html ) Informe: 0 - para gerar Resposta no formato .INI (opção default) 1- para gerar Resposta no formato .XML 2- para gerar Resposta no formato .JSON Veja mais detalhes de como realizar a configuração da Biblioteca: https://acbr.sourceforge.io/ACBrLib/ComoUsar.html Veja como Configurar no ACBrMonitor: Na tela inicial de Configurações do ACBrMonitorPLUS foi adicionado o campo "Tipo de Resposta": Veja um modelo de Resposta de "Envio de NFe" no tipo .INI (padrão) e no tipo JSON OK: C:\ACBrMonitorPLUS\Logs\13191212345670000139650020000003511310363363-nfe.xml Autorizado o uso da NF-e [Envio] CStat=100 CUF=13 Msg=Autorizado o uso da NF-e NRec= TMed=0 VerAplic=AM4.00-NAC Versao=4.00 XMotivo=Autorizado o uso da NF-e tpAmb=2 OK: C:\ACBrMonitorPLUS\Logs\13191212345670000139650020000003521747298535-nfe.xml Autorizado o uso da NF-e { "Envio" : { "CStat" : 100, "CUF" : 13, "Msg" : "Autorizado o uso da NF-e", "NRec" : "", "TMed" : 0, "VerAplic" : "AM4.00-NAC", "Versao" : "4.00", "XMotivo" : "Autorizado o uso da NF-e", "tpAmb" : "2" } }

Boa tarde O Digito verificador é calculável pelo componente por isso tem uma propriedade específica para ele. Ao ler o retorno deve ler apenas o NossoNumero mesmo, se tentar gerar um boleto com os dados de retorno vai ver que ele recalcula o dígito. Se precisar utilizar na sua aplicação pode chamar a função MontarCampoNossoNumero, ou chamar a função que retorna a linha digitável: MontarLinhaDigitavel.

Bom dia, já está na documentação atualizada, veja: https://acbr.sourceforge.io/ACBrMonitor/ModeloEventoS2299INI.html

Bom dia A dll do Integrador está atualizada? Como está o seu XML de Envio? Parece que ocorreu erro no processamento da requisição.

Boa tarde Esse erro indica falha na comunicação com WebService, pode estar sobrecarregado ou indisponível, a solução é tentar aumentar o TimeOut, se não resolver não tem muito o que fazer além de realizar um controle em contingência nesses casos (seguindo especificação da própria SEFAZ), incrementando a numeração p/ emissão em contingência e controlando na sua aplicação as chaves enviadas sem retorno para posterior Inutilização ou Cancelamento p/ Substituição.

Realizando testes locais com seu arquivo, o tempo é imperceptível, menos de 1 segundo... Mas realmente notei nas suas configurações que utiliza uma unidade de rede mapeada para gravar o XML, isso realmente pode estar afetando... vai depender muito da performance da sua rede.

Você tem o controle das chaves geradas e enviadas na sua aplicação? Se não tem é importante para evitar esse tipo de situação. E sempre consulte a Chave na SEFAZ (no caso de falha de envio) antes de gerar outra chave com o mesmo número de NF.

Parece que mesmo o campo sendo tipo Numérico de 5 posições no Manual, estão considerando apenas os quatro primeiros ao invés de desconsiderar o zero a esquerda no caso de Conta com quatro dígitos. Tá complicado definir um padrão para este Banco, quando deixamos conforme o manual, algumas pessoas não estão conseguindo homologar. Já outras só conseguem se seguir o especificado no manual. Veja neste tópico:

Ok, Estava verificando o Envio... Realmente está estranho, pode anexar seu arquivo de Configuração ACBrMonitor.ini?

O retorno no log está bem rápido, cerca de 3 Segundos... Se está demorando tanto assim para gerar a resposta deve ter algo errado em outro processo. Limite o log para gerar no máximo 500 linhas e mantenha a (Desabilitada) a opção: "Exibir linhas do log na tela em Resposta Enviadas"

Boa tarde, tentou aumentar a largura: 308?

Bom dia Após realizar os testes em homologação o recomendado é desabilitar a opção de gerar Log em tela nas configurações iniciais do ACBrMonitor. A demora pode ser na escrita em tela quando o XML é um pouco maior.

Quais os comandos está passando? Para imprimir em contingência basta apenas criar o XML com tpEmi = 9 (Sem Enviar) e utilizar o método ImprimirNFe passando o XML gerado em contingência. Se possível anexe o log do ACBrMonitor para análise.