BigWings

Configure o componente para gravar os arquivos de envio e retorno: ACBrNFe1.Configuracoes.Geral.Salvar := True; ACBrNFe1.Configuracoes.Arquivos.PathEvento := edtPathEvento.Text; Anexe aqui o arquivo *-ped-eve.xml e *-eve.xml gerado. Para salvar o XML de processamento de evento: ACBrNFe1.Configuracoes.Arquivos.SalvarEvento := True;

Em outro tópico alguém disse que a SEFAZ-AM já comunicou que não vai liberar webservices para desenvolvedores. Então você vai precisar do certificado digital de um emitente de NFe/NFCe para fazer os testes em homologação.

Qual o XML de retorno da consulta? Esse é o cStat do processamento do lote 128-Lote processado. Consulte o cStat do evento: ACBrNFe1.WebServices.EnvEvento.EventoRetorno.retEvento.Items[0].RetInfEvento.cStat;

Nesse caso deve estar faltando a configuração da UF do webservice no componente. Exemplo do demo: ACBrCTe1.Configuracoes.WebServices.UF := cbUF.Text; ACBrCTe1.Configuracoes.WebServices.Ambiente := StrToTpAmb(Ok,IntToStr(rgTipoAmb.ItemIndex+1)); E faça o que o Italo pediu, configure o componente para salvar os arquivos de envio e retorno: ACBrCTe1.Configuracoes.Arquivos.Salvar := True; ACBrCTe1.Configuracoes.Arquivos.PathEvento := edtPathEvento.Text; E anexe os arquivos *-ped-eve.xml e *-eve.xml gerados.

Veja que no topo da imagem você tem este trecho de código: with ACBrCTe.EventoCTe.Evento.Add do begin end; Ou seja, você está gerando um evento novo mas sem preencher as propriedades. Abaixo você cria um segundo evento e aí sim faz o preenchimento. Provavelmente é esse trecho de cima que está gerando a exceção, remova.

Anexe o arquivo X.TXT gerado pelo MEMOWRIT para sabermos como está a sintaxe do comando enviado para o ACBrMonitorPLUS.

Veja o que diz o MOC:

O layout define esses campos como opcionais, por isso o parâmetro para não gerar a tag quando o valor for 0,00. Por que a necessidade de gerar a tag com valor 0,00 e qual a rejeição você recebe se a tag não for gerada?

Você não deve mudar nada no XML, apenas carregar e enviar. ACBrNFe1.NotasFiscais.Clear; ACBrNFe1.NotasFiscais.LoadFromFile('C:\PATH\TO\ARQUIVO-nfe.xml', False); ACBrNFe1.WebServices.Envia(nLote, True); O envio da NFCe é síncrono e só permite o envio de um arquivo por vez. Da mesma forma que quando tratando o envio normal. cStat := ACBrNFe1.WebServices.Enviar.cStat; XML := ACBrNFe1.NotasFiscais.Items[0].XML; nProt := ACBrNFe1.NotasFiscais[0].NFe.procNFe.nProt; chNFe := ACBrNFe1.NotasFiscais[0].NFe.procNFe.chNFe; dhRecbto := ACBrNFe1.NotasFiscais[0].NFe.procNFe.dhRecbto; No exception gerado pelo método de envio: try ACBrNFe1.WebServices.Envia(nLote, True); except on E:Exception do begin if (Pos('12007 - '. E.Message.ToUpper) > 0) or // erro de conexão ... end; end;

Continuado em:

O componente gera os arquivos txt que são requisitos para emissão das notas fiscais de comunicação (modelo 21) e telecomunicações (modelo 22). Não tem nenhuma relação com CTe.

Acredito que esses dados são necessários se você for usar PAF-ECF. No caso da NFe não é preciso, não tenho nada preenchido aqui. Não consegui simular o erro aqui, como disse, quando enviei o comando o XML foi gerado...

No caso da versão 3.10 ainda funciona:

É possível que a execução esteja parando aqui. O cNF deve ser um inteiro, de até 8 dígitos. Joguei o trecho do seu ini e o XML foi gerado de acordo... Tive erro de validação diferente: Qual versão do ACBrMonitorPLUS está usando e como está configurado?

O XP não tem suporte a TLS 1.2, pode ser esse o problema. Qual webservice (UF, ambiente, versão, modelo) está acessando?

No Manual de Orientações do Contribuinte, a partir da página 90, explica o funcionamento da contingência EPEC: http://www.nfe.fazenda.gov.br/portal/exibirArquivo.aspx?conteudo=URCYvjVMIzI= O EPEC é um evento, assim como o cancelamento de NFe e a carta de correção, a diferença é que o EPEC pode ser enviado antes da emissão da NFe, daí o nome Evento Prévio de Emissão em Contingência. O EPEC também é transmitido para o webservice do ambiente nacional, assim quando houver problemas com a SEFAZ do estado ele teoricamente vai estar funcionando. O processo seria resumidamente: 1-Gerar a NFe com tpEmis = 4. 2-Gerar e enviar o evento EPEC. 3-Imprimir o DANFE em duas vias, uma devendo ser mantida pelo emitente. Se você consultar a chave da NFe, mesmo antes do XML da NFe ser enviado, deve constar a emissão em contingência pelo evento EPEC, caso não tenha sido enviado o evento, a NFe não é válida. 4-Assim que possível, transmitir o XML da NFE, onde não se deve mudar o tipo de emissão.

Você chegou a enviar o evento EPEC antes de tentar transmitir a NFe?

Provavelmente é a configuração da altura máxima da página nas configurações da impressora. Veja este tópico:

O tipo de emissão é parte da chave de acesso, se você alterar o tipo de emissão a chave muda. Eu nunca emiti NFe por EPEC, mas pelo que sei, primeiro você faz apenas o envio do evento EPEC, depois envia a NFe, com tpEmis = teDPEC. Se você está enviando a NFe e recebendo cStat 100 quer dizer que ela já está autorizada.

Só quer dizer que houve algum erro. Você precisa ler o log completo pra saber qual exatamente o erro. Dica: Use o parâmetro -i para direcionar a saída do log para um arquivo de texto.

Você configurou o componente para usar a versão 3.00 do webservice?

O erro é devido à nomenclatura do SoapAction do webservice de produção do SVAN que não está nos padrões da NFe 4.00. Aparentemente em homologação está funcional.

Houve alterações... a fonte acho que foi uma delas.

Veja os métodos ACBrBoleto1.Banco.MontarCodigoBarras e ACBrBoleto1.Banco.MontarLinhaDigitavel.

O ACBrMonitorPLUS já está atualizado para atender a NFe 4.00. Para saber o que precisa mudar leia a Nota Técnica postada pelo André acima.