Lucas Carvalho da Silva

Boa Noite. Na verdade, o horário está realmente diferente (2min36seg de diferença), mas a data (que é o que realmente importa) está exatamente igual. O que é considerado na composição da chave de acesso é a data (mês e ano, pra ser mais exato) e essas informações em ambos os arquivo são as mesmas (incluindo dia e hora). Só ocorreu essa diferença pois eu gerei os arquivos um após o outro e não simultaneamente como ocorre naturalmente no envio de nota. dhEmi=28/01/2025 21:08:14 <dhEmi>2025-01-28T21:05:38-03:00</dhEmi> Lembrando que a chave está sendo gerada pelo próprio ACBr, e até onde eu vi, está correta. Desde já agradeço se vocês conseguirem me ajudar nesse problema, e se precisarem de alguma outra informação pra me ajudarem a sanar esse problema, estou a disposição. Grato. mas caso seja necessário eu posso lhe enviar de bom grado o INI e o XML gerados diretamente desse INI, que consequentemente teriam (ou deveriam ter) as mesma informações

Desculpa, nesse caso foi apenas um engano ao anexar os arquivos, o arquivo INI e o arquivo XML não eram relacionados como poderia também ver através dos seus respectivos campos nNF. Agora estou anexando os arquivos INI e XML que estão relacionados. 21250100032231849615659200000000101798974540-nfe (1).xml infNFe.ini

Anexei o arquivo INI e o arquivo XML. Agradeço se puder me ajudar infNFe.ini 21250100032231849615659200000000101798974540-nfe.xml

Testei com a última versão DEMO (em ambiente de Homologação) e aconteceu o mesmo erro.

Não, não é uma versão compilada por mim, é um ACBrMonitor já instalado no computador do cliente. A versão usada é a 1.4.0.274 x64 que está instalada no computador do cliente.

Desculpa a demora, não recebi e-mail de que o post tinha sido respondido. Acabei de testar em ambiente de homologação e aconteceu o mesmo erro (em anexo). Lembrando que a chave é calculada pelo próprio ACBrMonitor e que validei a chave em outros sites também. O envio de NF-e está acontecendo normalmente nesse mesmo cliente, e o envio de NFC-e está acontecendo normalmente em outros cliente, o problema ocorre quando é NFC-e com emitente CPF.

Procurando um pouco, achei essa postagem em outro site, mas não consegui decifrar o que pode ser. Teoria: Talvez seja algum problema na SEFAZ no cálculo da chave de acesso quando se trata de CPF (já que a quantidade de dígitos é diferente) mas que ocorre apenas no modelo NFC-e. Talvez os módulos de cálculos/validação sejam diferentes dependendo do modelo da Nota (65 ou 55)

Pelo que eu já vi, no Fortes a única informação que aparece no DANF-e é a Razão Social, posso estar enganado

Estou tentando emitir uma NFC-e, primeira NFC-e do emitente em questão que é Produtor Rural CPF, e ocorre um erro de "Digito Verificador da chave de acesso composta invalida". Validei o XML da nota assinado pelo validador de NF do RS e, além do erro já mencionado, consta que o emitente não está habilitado para emissão de NFC-e, porém como podem verificar pela imagem em anexo, o emitente está habilitado. A chave de acesso e o dígito verificado foi gerado pelo próprio ACBRMonitor - Verifiquei que a chave de acesso está correta (21250100032231849615659200000000011248286650) e está batendo com o campo cDV (0) - Verifiquei que o emitente está devidamente habilitado para emissão de NFC-e (como pode ver na imagem em anexo) (acredito que essa mensagem não tenha nada a ver, só postei por desencargo de consciência) - 21250100032231849615659200000000011248286650-nfe.xml1-pro-lot.xml

Esse problema pode estar ocorrendo por falta do atributo Id (com o "I" maiúsculo e "d" minúsculo) na tag infCFe

Aparentemente o que está acontecendo é que a remessa que você está enviando é CNAB 240 e você está enviando no Sistema pela opção CNAB 400. Dê uma olhada na imagem em anexo. Verifica isso, por favor.

Tô com esse problema também. Conseguiu, resolver, Marlon? Agradeceria MUITO se você pudesse me ajudar, valeu.

Não, Ítalo, eu estou consumindo o WebService diretamente.

Boa noite. Se alguém poder me ajudar eu agradeço MUITO. Eu estou desenvolvendo um Sistema de emissão de NFS-e através do consumo de um WebService da Webiss. O WebService estava dando retorno aos meus envios, o que me ajudou a corrigir alguns problemas do arquivo que eu estava enviando, porém eu cheguei em um modelo de XML em que o WebService não me retorna nada. Se eu fizer alguma alteração errada proposital no arquivo, o webService me dá um retorno dizendo que o arquivo não está de acordo com os schemas, mas quando eu corrijo o arquivo, o WebService não retorna nada. Desde já, agradeço.