André Ferreira de Moraes

Não é o ACBr, é a especificação do SAT.

O campo vOutro possui apenas duas casas decimais.

Não deveria, debugue a geração do XML e veja onde o conteúdo do campo está sendo alterado.

Provavelmente o estado não está preparado para essa NT. Vc não deve completar com 0, deve informar apenas os 11 dígitos do CPF.

O que está errado? No seu primeiro post vc diz q o valor deveria ser 50, foi explicado que o SAT realiza truncamento e vc mesmo postou a conta que o valor é 49,99.

O ACBrSAT não calcula nada, quem calcula é o aparelho. E operações com combustíveis devem ser truncadas. Fonte: https://portal.fazenda.sp.gov.br/servicos/sat/Downloads/Especificacao_SAT_v_ER_2_25_03.pdf

Vc diz estar usando ambiente de homologação, mas provavelmente está indo para produção e o endereço está com o case errado. Errado: https://nfce.sefaz.am.gov.br/nfce-services/services/NFeAutorizacao4?wsdl Correto: https://nfce.sefaz.am.gov.br/nfce-services/services/NfeAutorizacao4?wsdl

A nota de 2016,10 não foi autorizada, basta comparar o DigestValue.

Vc utiliza o ACBr?

O XML q vc anexou não possui duplicatas.

A consulta em ambiente de homologação não funciona a bastante tempo no Amazonas.

Pq vc não envia o XML pra outra aplicação imprimir?

Testei agora em ambiente de homologação e aparentemente o problema foi resolvido. No ACBr, basta informar a propriedade CamposFatObrigatorios como True. ACBrNFe1.Configuracoes.Geral.CamposFatObrigatorios := True;

O campo nro não pode ser vazio. E é totalmente errado usar um CPF q não seja de quem está adquirindo a mercadoria na emissão de qualquer documento fiscal.

Vc está tentando usar o modo assíncrono e a nota está sendo autorizada de modo sincrono.

Anexe os arquivos gerados na pasta log com final -soap.xml

Vc abriu aspas mas não fechou.

Correção enviada ao SVN - 15545. Obrigado pela colaboração.

Anexe o XML em q o problema ocorre.

Na maioria dos casos este erro é devolvido quando a informação do CSC ou do IdCSC está incorreta. Ao receber esta rejeição o primeiro passo é verificar se os valores informados para o IdCSC e CSC estão corretos, coincidindo com os valores fornecidos pela SEFAZ respeitando traços, acentuações e caracteres tanto maiúsculos quanto minúsculos. Lembrando que existem valores diferentes para cada ambiente(homologação/produção). Então se estiver usando o CSC fornecido para homologação no ambiente de produção, também vai receber esta rejeição. No ACBrNFe, informe: ACBrNFe1.Configuracoes.Geral.IdCSC := IdCSC; ACBrNFe1Configuracoes.Geral.CSC := CSC; ACBrMonitorPLUS, informe: NFe.SetIdCSC(IdCSC, CSC)

Qual a necessidade de indicar que um produto é "01=Operação Tributável" e não indicar o valor do tributo?

Com poucas linhas vc pode substituir a rotina de envio para sempre usar A1 com OpenSSL. Ex: var FDFeSSL : TDFeSSL; ConteudoXML : String; begin FDFeSSL := TDFeSSL.Create; try with FDFeSSL do begin SSLCryptLib := cryOpenSSL; SSLHttpLib := httpOpenSSL; SSLXmlSignLib := xsXmlSec; SSLType := LT_TLSv1_2; ArquivoPFX := 'arquivo.pfx'; Senha := 'senha'; end; ConteudoXML := Dados; Resposta := FDFeSSL.Enviar(ConteudoXML, URL, SoapAction, MimeType); finally FDFeSSL.Free; end; end;

Claro que é possível, basta alguém implementar.

Quais alterações foram feitas? Anexe o código alterado e o XML gerado.