BigWings

Sim, o mesmo CNPJ deste tópico. Teste de novo pelo demo e anexe o arquivo *-ped-cad-soap.xml gerado.

Está configurando para a versão 4.00?

Não devia ser necessário alterar o XML da nota para que o envio do evento funcione. Desde que seja o XML original com o protocolo de autorização, mesmo ele estando na versão 3.10.

É o correto, já que todos os webservices da versão 3.10 estão desativados. Ele precisa da chave da nota e do protocolo de autorização para gerar o evento de carta de correção, é o que ele lê da NFe carregada do XML. O que ele não deve fazer é alterar a configuração Configuracoes.Geral.VersaoDF do componente ao carregar uma NFe no layout 3.10. De novo: forneça um passo a passo para reproduzir o erro, usando o demo do ACBrNFe, para que seja analisado. Honestamente não entendi nada do que você está tentando fazer aqui... nem que erros são esses.

Esse erro geralmente ocorre por uso excessivo de recursos do Windows. Pode estar havendo muito vazamento de memória na sua aplicação. Ele ocorre já na primeira impressão? Também pode ser problema com o driver da impressora padrão. Faça como o @mbbortolini sugeriu, teste com o demo do ACBr e reporte.

Cancelamento e carta de correção são eventos, usam o mesmo método ACBrNFe.EnviarEvento e mesmo webservice de recepção. Se cancelamento funciona e a carta de correção não, muito provavelmente é algo na sua rotina.

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.

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.

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.

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