BigWings

O erro é por incompatibilidade de versão do FastReport. Precisa ser versão 5 ou superior.

Esse arquivo não é válido para a versão 4.00, ele contém o cabeçalho <soap12:Header> que foi removido no novo layout. Veja se está configurando o componente corretamente ao enviar o evento. ACBrNFe1.Configuracoes.Geral.VersaoDF := ve400; Caso o problema persista, faça o teste pelo demo do ACBrNFe e informe o passo a passo usado para reprodução.

Não, esse arquivo não contém o envelopamento SOAP do XML que é o que é de fato enviado para o webservice. Configure: ACBrNFe1.Configuracoes.Geral.Salvar := True; ACBrNFe1.Configuracoes.WebServices.Salvar := True; Ele deve salvar o arquivo no formato 10-ped-eve-soap.xml, sendo "10" o número do lote informado.

Favor configurar o componente para salvar os arquivos de envio e retorno e anexar o arquivo *-ped-eve-soap.xml gerado.

Que saiba o único webservice que retorna o número do recibo é o de envio de lote de NFe, em modo assíncrono. Ele só é necessário para consultar o processamento do lote enviado anteriormente, se não tem o recibo, pode consultar a chave da NFe individualmente, o recibo não é necessário.

O layout da NFCe é o mesmo da NFe, o manual contempla os dois modelos. Mudam algumas regras de preenchimento, já que a NFCe é mais simples.

Pelo erro desconfio que você esteja configurando o componente para a versão 2.00 do XML. Não se refere a nota de serviço... ACBrNFeServicos é o arquivo ou recurso que contém as URL para os webservices da NFe. https://svn.code.sf.net/p/acbr/code/trunk2/Fontes/ACBrDFe/ACBrNFe/ACBrNFeServicos.ini Para o AM, por exemplo, existe o serviço "NFeRecepcao" na versão 2.00: [NFe_AM_P] RecepcaoEvento_1.00=https://nfe.sefaz.am.gov.br/services2/services/RecepcaoEvento NfeRecepcao_2.00=https://nfe.sefaz.am.gov.br/services2/services/NfeRecepcao2 NfeRetRecepcao_2.00=https://nfe.sefaz.am.gov.br/services2/services/NfeRetRecepcao2 NfeInutilizacao_2.00=https://nfe.sefaz.am.gov.br/services2/services/NfeInutilizacao2 ... Já para o RS, não, por isso o erro.

Testei seu arquivo e gerou normalmente os 170 itens. Pode ser que o ACBrMonitorPLUS tenha carregado o arquivo antes de estar completamente gravado, experimente salvar com um nome temporário e renomear após a gravação.

Você não envia a chave, o nome do arquivo não faz diferença, a chave é montada de acordo com os dados do XML. A data de emissão dessa nota é 31/07/2018, então a chave correta é a do retorno da SEFAZ.

Validou normalmente aqui: Para copiar o conteúdo do XML, abra o arquivo em um editor de textos simples, como o bloco de notas. Pelas quebras de linha no final do arquivo no seu print percebe-se que o conteúdo do XML colado no validador está corrompido.

Você consegue fazer consulta de cadastro usando o emissor gratuito? Com relação a emissão de NFe e carta de correção são informados os dados do emitente e pode ser assinado com qualquer certificado da empresa, não deve haver a rejeição 257. Já na consulta de cadastro não é informado o CNPJ do solicitante, a verificação é feita pelo certificado digital usado.

Parece que você está informando valor inválido para a tag nSeqEvento.

Por "segundo evento" você quer dizer uma segunda carta de correção para a mesma NFe? Nesse caso você deve informar nSeqEvento = 2. No .ini sempre deve iniciar com [EVENTO001], pois é dessa forma que o ACBrMonitor procura os dados no arquivo.

Então use o certificado da filial... que provavelmente é o que está sendo usado no emissor gratuito. A rejeição é independente do cliente usado, seja o ACBr ou o emissor gratuito, ela vem do webservice da SEFAZ.

O CNPJ do certificado digital utilizado deve estar habilitado a emissão de NFe para conseguir usar o serviço de consulta de cadastro.

Fiz o teste pelo demo do ACBrNFe e a consulta retornou normalmente, se configurado para ve400. Configurando para ve310 a rejeição é a de falha no schema XML.

Verifique se está emitindo a NFe na versão 4.00 e atualize a pasta de Schemas.

Tente as soluções apresentadas no tópico.

Favor não duplicar posts.

Me pareceu correta. Enviado para o repositório. Obrigado pela contribuição.

A contingência off-line deve ser tratada como exceção, e não regra. Ele pode ser autuado por essa prática. O prazo previsto para transmissão da NFCe emitida em contingência off-line é de 24 horas. Se o problema é apenas a data de emissão e a SEFAZ está rejeitando pode ser um problema na SEFAZ. Uma coisa que você pode testar é configurar o componente para usar a nova versão do QR-Code, que está em período de transição: ACBrNFe1.Configuracoes.Geral.VersaoQrCode := veqr200;

Erro 403 geralmente é por problemas com instalação do certificado, falta de cadeias... Você consegue abrir a URL do webservice no navegador? https://nfe.sefaz.go.gov.br/nfe/services/NFeStatusServico4?wsdl

A última, como recomendei e você disse ter feito.