José M. S. Junior

Bom dia Algumas UFs exigem os dados do Resp. Técnico. Veja como preencher a seção [InfRespTec] no final desse modelo .ini: https://acbr.sourceforge.io/ACBrMonitor/ModeloNFeINICompleto.html

Bom dia As placas do reboque também saem na impressão... Como está no XML?

Bom dia Chegou a seguir o passo a passo, conforme descrito nesse vídeo?

Boa tarde Chegou a realizar testes apenas utilizando a maquina local? Notei pelo log que gerou o XML no primeiro método, depois não obteve resposta, pode estar ocorrendo algum problema com acesso aos dados em rede.

Boa tarde @Milton Lima Se ainda estiver com problemas para emissão em contingência da NFCe, sugiro que dê uma olhada nessa apresentação. Embora seja sobre o ACBrMonitor, pode exemplificar como deve ser tratada na sua aplicação... Precisa armazenar a chave que enviou e não obteve retorno, para uma posterior consulta...

O Windows está atualizado? O instalador do ACBrMonitor atualiza automaticamente os pacotes RunTime, mas pode não estar encontrando outras dependências no seu Windows.

Bom dia, sim é necessário homologar com o Banco para cada cliente. Sim o ACBrMonitor atende este Banco, porém é importante se certificar que é o mesmo layout que sua agencia disponibiliza, há caso de ter diferenças de layout de uma região para outra. A versão que foi implementado no ACBr é baseado no layout 1.0 "Uniprime - Norte do Paraná"

Se possível anexe a unit com as alterações para análise.

Bom dia @ruikoga O componente tem opção de alterar o nome desta pasta onde é gerado o XML de Venda e o XML de Envio. No ACBrMonitor realmente não tem esta configuração, vou adicionar as nossas tarefas para implementar essa configuração também no Monitor.

Apenas esclarecendo... Não é a opção "Validar digestValue" que causou esse erro. Essa NFe 3684 foi transmitida com os dados que conta na SEFAZ, pode ser que por algum motivo essa NFe foi alterada na sua aplicação ou gerada novamente com outros dados, mas manteve a chave que já havia sido transmitida... A opção de "Não validar digestValue" apenas vai permitir atualizar o protocolo desta NFe que está na sua máquina (com a mesma chave que está na SEFAZ) mesmo que tenha ocorrido alguma alteração no XML. É justamente por isso que existe essa opção, voce pode desejar alterar algum detalhe no XML da NFe mesmo depois de transmitida, e essa opção apenas vai te alertar que houve alteração no XML, no momento de atualizar o protocolo. O indicado é não desabilitar essa opção, mas independente disso, não impede sua aplicação de gerar um novo XML com os mesmos dados da Chave já transmitida. Neste caso deve Cancelar a NFe se estivesse no prazo e não houvesse manifestação, mas neste caso como não é possível cancelar precisa seguir as orientações do Contador, conforme o Kiko Fernandes orientou.

Sempre utilize a versão ACBrNFeServicos.ini atualizada do repositório SVN, ou do instalador ACBrMonitor atualizado, para evitar problemas.... svn.code.sf.net/p/acbr/code/trunk2/Fontes/ACBrDFe/ACBrNFe/ACBrNFeServicos.ini

Sim, se os dados estão errados deve Cancelar e gerar novamente, para a SEFAZ não está errado, os dados são válidos e a chave também,... Se a numeração já existisse na SEFAZ daria rejeição.

Ambas as chaves foram transmitidas e autorizadas na SEFAZ, porém a chave 33190931856735000145550010000036841001814898 foi Atualizada com protocolo errado, justamente por não validar o digestValue Ou seja, o XML que está na sua máquina com essa chave não é o mesmo que foi enviado para SEFAZ, note que são diferente os valores da tag "digestValue" na NFe e Protocolo.

Boa tarde A URL aparentemente está correta: http://nfce.encat.org/desenvolvedor/httpnfce-encat-orgconsulte-sua-nota-qr-code-versao-2-0/

Esse erro não tem haver com essa opção marcada. Essa opção de validação de DisgestValue apenas não vai permitir atualizar o XML no momento da consulta, caso não esteja identico ao XML autorizado na SEFAZ. Se voce estiver consultando a chave na SEFAZ e não contar lá não foi transmitida essa chave, provavelmente foi atualizado o XML na sua máquina com autorização de protocolo errado. Se possível anexe os dois XML que voce tem para análise.

A chave da NFe é única, então a NFe que foi transmitida com esse chave é a que realmente consta na SEFAZ. As duas NFes estão atualizadas com protocolo de Autorização? Se sim verifique se o digestValue de cada documento corresponde ao que consta nas NFes autorizadas na SEFAZ esse valor garante que se trata do mesmo XML. No ACBrMonitor menu DFE, tem a opção: "Validar Digest Value ao consultar XML" essa opção garante que o XML que será atualizado com o protocolo de autorização na sua maquina é exatamente o mesmo que consta na SEFAZ.

Bom dia A Sefaz não disponibiliza Serviço WebService para baixar o XML completo do próprio emitente. Se está utilizando o método de DistribuicaoDFe, vai receber NFes e resumos NFe emitidos contra seu CNPJ ou NFes que seu CNPJ esteja envolvido na operação, conforme citado acima no tópico do Italo. Se precisa apenas atualizar seus XMLs emitidos com protocolo de autorização ou eventos deve utilizar o método ConsultarNFe (Mas não vai obter o XML completo). https://acbr.sourceforge.io/ACBrMonitor/NFEConsultarNFe.html

Bom dia Veja no manual um passo a passo para emitir CTe. https://acbr.sourceforge.io/ACBrMonitor/ComoEmitirumCTe.html O arquivo .ini com os dados do CTe pode ser passado como parâmetro, ou pode passar todo o conteúdo do .ini como parâmetro.

Se possível, favor testar utilizando a função "NossoNumeroSemFormatacaoLerRetorno", veja como está implementado no retorno CNAB240. Se Estiver ok, já atualizo no SVN utilizando essa função, pois assim atenderia todas as situações de Convênio baseado em como foi gerado o arquivo.

Bom dia João Paulo, isso já foi corrigido pelo Rafael na libNFe, favor atualizar com a ultima versão disponível em:

Bom dia, Essa classe está baseada no layout abaixo. Lembrando que não houve alterações das regras no refactory realizado, mantivemos o mesmo layout, foi realizado otimizações na codificação apenas, note que outras classes desse banco podem ser implementadas a partir da Classe ACBrUnicredRS, justamente por esse Banco ter diversos layouts diferentes. MANUAL UNICRED CNAB 240 E 400.zip

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.

Boa tarde Dê uma olhada na função "NossoNumeroSemFormatacaoLerRetorno" que já existe na classe do BancoBrasil, note que segue a mesma regra utilizada para gerar o Nosso Número, porém é utilizado para a leitura do Retorno, acho que pode ser adaptada para leitura também do CNAB400.

Pelo código do erro, parece ser indisponibilidade nesse serviço WebService.