BigWings

OpenSSL não suporta certificado A3.

2.2 - Permaneça no assunto - Quando tiver uma dúvida diferente do assunto no tópico, poste em novo tópico. Não use algo equivalente a "aproveitando o gancho... [dúvida não relacionada com o tópico aqui]". Favor leia as regras do fórum.

Não sei... tente o debug nos métodos TNFeStatusServico.DefinirDadosMsg e TDFeWebService.SalvarEnvio.

A contingência SCAN foi desativada, há anos.

Veja se não está informando versão diferente ao gerar a nota: NFe.infNFe.Versao := 4.00; Acredito que esse retorno seja um erro na SEFAZ-AM. Em testes que fiz, outras UF retornavam a versão da NFe e não do webservice. E a consulta da NFe na SEFAZ-AM informa que ela realmente foi gerada na versão 3.10. PS: Dividi o tópico por não o problema não ter relação com o Delphi 7.

Os arquivos da pasta ACBr\Exemplos\ACBrDFe\Schemas\NFe já contam com essa modificação, e outras, para funcionar com a libxml2.dll.

Até a versão 3.10 o valor do IPI devolvido devia ser informado na tag vOutro, para ser somado ao valor total da nota, sendo assim impresso no DANFE no campo apropriado. Na versão 4.00 foi criado o campo vIPIDevol que também deve ser somado ao valor total da nota, mas não foi prevista alteração no DANFE para impressão desse campo. Conforme próprio texto dessa publicação: Imprimir o valor de vIPIDevol no campo do DANFE destinado ao vOutro fere a norma de não imprimir nada no DANFE que não conste no arquivo XML. A minha sugestão para essa situação é informar o valor do IPI devolvido nas informações complementares da NFe.

Não encontrei nota técnica com esse texto. Pode fornecer um link? O texto também não menciona alteração no DANFE, apenas no layout do XML, o valor do IPI devolvido que na NFe 3.10 devia ser informado na tag vOutro agora tem campo próprio vIPIDevol. Não me parece correto mostrar a soma dos mesmos no DANFE, mesmo porque o valor já será impresso nas informações complementares.

Pode destacar onde na NT está essa instrução?

Você diz estar usando OpenSSL, mas na imagem está configurada para WinCrypt.. Windows XP não tem suporte a TLS 1.2 então não é possível usar XP + WinCrypt + NFe 4.00.

Tem algo de errado com os teus fontes, esse arquivo está vazio. <?xml version="1.0" encoding="UTF-8"?> Um pedido de status deveria conter o seguinte: <?xml version="1.0" encoding="UTF-8"?><consStatServ xmlns="http://www.portalfiscal.inf.br/nfe" versao="4.00"><tpAmb>1</tpAmb><cUF>35</cUF><xServ>STATUS</xServ></consStatServ>

Configure na aba Geral para salvar os arquivos de envio e resposta. Anexe o arquivo *-ped.sta.xml gerado.

Pode ser alguma configuração da impressora, ou mesmo um problema com ela. Tive um caso onde a impressão começou a sair com espaçamento entre linhas maior sem explicação, eu sequer configurava o espaçamento entre linhas, e o problema foi solucionado após a substituição da impressora...

Pelo demo do ACBr o problema também ocorre?

Debugue e veja se no momento da impressão o componente DANFE é mesmo o ACBrNFeDANFeESCPOS. Ele não imprime em A4.

Atualize a pasta de Schemas.

Para instalar esse pacote, e fazer melhor uso dos componente de impressão via FastReport, você deve ter a versão 5.2 ou superior do FastReport instalada. Esses pacotes dependem do Fortes Report. Pode desmarcar todos se preferir usar o Fast. Ou instalar o Fortes:

Pode estar relacionado com a situação abaixo, mas não deveria ocorrer usando xsMsXml.

No título do tópico diz "erro 0...". Afinal está sendo retornada alguma mensagem de erro ou não? Pelos arquivos de consulta de status de serviço parece estar correta a configuração quanto ao TLS 1.2. O ACBr não gerou os arquivos de envio e retorno ao executar o método ACBrNFe.Enviar? Está com os fontes atualizados? Tem algum arquivo ACBrNFeServicos.ini desatualizado no diretório da aplicação?

Tentou expandido com altura dupla? Acho que é a maior possível. <e><a><n>ALTURA DUPLA NEGRITO EXPANDIDO</n></a></e>

Qual componente DANFE está usando? Para usar impressão direta na impressora sem passar pelo spooler do Windows você precisa usar o ACBrNFeDANFEESCPOS.

É o valor correto nesse caso:

Na NFe 3.10 existe a tag Ide.indPag. Você informa o indicador de pagamento da NFe. Campo obrigatório. Na NFe 4.00 foi removida a tag Ide.indPag e incluída a tag pag.IndPag (NT 2016.002 v.1.50). Você informa o indicador pagamento para cada pagamento da NFe. Campo opcional.

Sim, e porque a SEFAZ não fez o cadastramento da IE nesse ambiente. Tente informar a IE em branco e indIEDest como 1 ou 9, ou entrar em contato com a SEFAZ para regularização.

Esse XML foi gerado pelo ACBr?