BigWings

Nem todas as UF implementam o webservice de consulta de cadastro. Por exemplo, para as UF usuárias da SVRS: http://www.nfe.fazenda.gov.br/portal/webServices.aspx?tipoConteudo=Wak0FwB7dKs= Apenas as 4 UF citadas fazem uso do serviço, para AL, AP, DF, ES, PI, RJ, RO, RR, SE e TO não é possível utilizar o método. No caso de MG a SEFAZ ainda não divulgou a URL do webservice para a versão 4.00. Testei agora consulta na versão 3.10 e consegui o retorno, então basta configurar para a versão 3.10. SC faz uso da SVRS, pelo seu XML você está usando uma versão desatualizada, visto que houve alterações no WSDL do serviço. Se usa o componente, atualize os fontes, caso use o ACBrMonitorPLUS, baixe uma versão atualizada.

O QRCode deve ser mostrado para o consumidor, seja na impressão do DANFE ou em tela para permitir que ele faça a consulta da nota. Se entendi bem, você esperava que aparecesse a imagem do QRCode na página de consulta da SEFAZ, isso não acontece, nem há necessidade.

A chave da nota indica emissão em modo normal, sendo assim ela não pode ter o qrcode de contingência.

Peça para o contador emitir a nota em homologação. Se autorizada, veja em qual exceção à regra ela se enquadra.

Essa regra foi alterada na versão 1.61 da NT. Ela agora aplica-se somente a NFCe. E como não existe NFCe sem pagamento, ou NFCe de ajuste ou devolução as exceções da regra não fazem sentido.

O que pode causar o erro é a falta da configuração da versão do layout. Se estiver no padrão (ve200) vai disparar a exceção, já que não existia NFCe anterior a 3.10.

Analisando o código não encontrei base nas notas técnicas que suportassem a lógica usada. Subi para o svn minhas próprias correções de acordo com a NT para as validações. Favor atualizar os fontes e proceder com os testes.

Também não é um XML válido, ele foi montado por um software de terceiros: Se for analisar um XML para comparar, faça com o XML com validade jurídica.

Esse XML é da versão 4.00...

Obrigado por reportar. Para novas dúvidas crie novo tópico.

RJ usa a SVRS que está funcionando normalmente na versão 4.00. Só NFCe ainda está sendo aceita a versão 3.10 até o final deste mês. Tem uma chave gerada na versão 3.10 após 02/08/2018?

Não foi gerado o arquivo LOG.txt após a execução do comando?

Anexe o log.

A NFe 3.10 foi desativada. Configure para a versão 4.00.

Segundo a NT 2016.002 v.1.61: Em relação a NFC-e, os prazos previstos são: - Desativação do versão 3.10 do leiaute da NFC-e: 01/10/2018; - Layout do QR-Code (tag: qrCode, Id:ZX02), versão “2.00”: - Ambiente de Homologação: 04/06/2018 (aceita NFC-e na versão 4.00 com o leiaute do QR-Code na versão “1.00” e versão “2.00”); - Ambiente de Produção: 02/07/2018 (aceita NFC-e na versão 4.00 com o leiaute do QR-Code na versão “1.00” e versão “2.00”); - Desativação da versão “1.00” do QR-Code em produção: 01/10/2018. O QRCode é gerado no XML, dependendo da tag tpEmis. A impressão no DANFE NFCe é feita de acordo com o XML.

Veja o demo do componente, nele tem um tratamento para direcionar as mensagens de erro de validação e outros retornos para campos memo.

MG? Veja o tópico:

O componente não faz esse tratamento. Mas analisando o demo da pasta ACBr\Exemplos\ACBrDFe\ACBrNFe\Delphi - TEF percebi que ele faz isso. procedure TForm1.finalizarCupomNFCe; var StrDescMensagem : string; begin travarComponentesTEF(False); if not(enviarNFCeTEF(EditNumNFCe.Text, StrDescMensagem)) {Tenta emitir a NFCe em Modo Normal}then begin Application.MessageBox(pchar('Ocorreu um erro ao enviar a NFCe em modo normal.' + sLineBreak + 'Sistema emitirá em modo "OFFLINE/CONTINGÊNCIA" ' + sLineBreak + '#Programador tratar sua aplicação para envio das NFCes emitidas off-line para SEFAZ Estadual' + sLineBreak + StrDescMensagem), 'Informação', MB_OK + MB_ICONERROR); GerarNFCeTEF(EditNumNFCe.Text, StringToFloatDef(EditTotalPago.Text, 0), True); O manual de especificações da contingência off-line da nfce diz que, havendo erro de comunicação no envio da NFCe normal, deve-se gerar uma nova numeração de NFCe, justamente para evitar que haja duas chaves e dois XML para a mesma NFCe. A numeração anterior onde houve a tentativa de envio deve ser marcada para ser cancelada ou inutilizada posteriormente. http://www.nfe.fazenda.gov.br/portal/exibirArquivo.aspx?conteudo=YbZEjEHCuHQ= Provavelmente quando o demo foi feito ainda não havia esse manual, ou quem implementou não seguiu a regra.

Cada XML tem um tpEmis diferente o que muda a chave da NFCe o que muda o nome do arquivo a gravar. Que saiba o demo não faz essa alteração, por favor, informe o passo a passo que levou a essa situação.

Não existe mais a modalidade de frete por conta do emitente. Isso era na versão 3.10 da NFe. Na versão 4.00 o campo foi alterado e foram incluídas novas modalidades: http://www.nfe.fazenda.gov.br/portal/exibirArquivo.aspx?conteudo=zfWxcJtOf98=

Essa é uma linha de comando só. Se ela tiver mais de 32000 caracteres vai falhar por limitação do Windows. Experimente reduzir o path de instalação para C:\ACBr por exemplo. Outra opção é marcar a opção "Usar arquivo de configuração .cfg" no ACBrInstall_Trunk2.

A leitura das tags do XML é case-sensitive, então se no teu XML está AutXML em vez de autXML provavelmente será ignorado pela rotina de carregamento.

Está no repositório, basta atualizar.

Testei consulta de um CNPJ do RS e está funcionando normalmente. Foi feito uma alteração recente no webservice que exigiu uma correção: Revision: 15592 Author: bigwings Date: segunda-feira, 20 de agosto de 2018 15:42:37 Message: 20/08/2018 -- ACBrNFeWebServices -- [*] Ajuste para serviço de consulta de cadastro NFe 4.00 RS e SVRS que tiveram o WSDL do serviço corrigidos. Por: BigWings Está com os fontes atualizados?