BigWings

Apenas carregue o XML e chame o método enviar. Não se deve alterar o tpEmis pois isso causa alteração da chave de acesso, que configura-se como nova nota, por isso a duplicidade. Tem o passo a passo neste mesmo tópico:

Dúvidas sobre o FCP na NFe 4.00, assista o vídeo abaixo:

O ACBrNFe tem o método "VerificarAssinatura" que permite acessar os dados da assinatura do XML e conferir se foi realmente assinado pelo emissor da nota. Vejam a função "Validar assinatura" do demo do ACBrNFe.

Não me lembro de haver tal rejeição. O total das parcelas deve corresponder ao valor líquido da fatura, e não ao total da NFe.

Para NFe de venda de gás GLP e outros códigos ANP constantes da NT 2016.002 o ICMS deve ser informado especificamente no grupo de repasse do ICMS-ST (grupo: ICMSST) e não no grupo de tributação normal para o CST (grupo: ICMS60). Este fórum é destinado a desenvolvedores. Se você não usa o ACBr, mas um emissor de terceiros veja com o suporte do mesmo como fazer para que o mesmo gere o XML corretamente. Se não me engano o suporte ao emissor gratuito é dado pelo SEBRAE-SP.

Moderação: Movido para sub-fórum de tópicos não relacionados ao ACBr. Se não me engano quem dá suporte ao emissor gratuito é o SEBRAE-SP. Tente contato com eles.

Quando informado tPag = 90 (Sem pagamento), o vPag deve ser 0.00. NT 2016.002 v1.60.

Com certeza é algo no provedor. Abra a URL do webservice no navegador e mostre a eles.

Essa implementação não está correta, de acordo com o manual:

Pelos relatos no outro tópico, a SEFAZ-MT parece estar com problemas. Sugiro que entrem em contato com a mesma.

Muito bom, obrigado pelo retorno.

A versão do XML tem que ser 4.00, fora isso é só configurar a propriedade: ACBrNFe1.Configuracoes.Geral.VersaoDF := ve400; ACBrNFe1.Configuracoes.Geral.VersaoQRCode := veqr200;

Esse formato é QRCode 1.0.

SVAN = Sefaz Virtual do Ambiente Nacional. Como disse no meu primeiro post, a URL está correta: [NFe_SVAN_P] [...] NfeStatusServico_4.00=https://www.sefazvirtual.fazenda.gov.br/NFeStatusServico4/NFeStatusServico4.asmx Essa URL que aparece na resposta é apenas o namespace gerado no XML, é padrão para todos os webservices de NFe. Verifique novamente se está usando as mesmas configurações do demo na sua aplicação. Não havendo bloqueio por parte de antivírus ou firewall, não faz sentido ele funcionar e a sua aplicação não.

No caso do MT, tem relatos parecidos aqui:

Esse arquivo foi gerado pelo ACBr? Abrindo pelo Notepad++ ele mostra a codificação como UTF-8-BOM. Essa codificação causa problema quando o ACBr tenta carregar o XML no método ACBrNFe.NotasFiscais.LoadFromFile, onde o caractere "?" aparece.

Acho que ainda não entendi o problema... O arquivo só é corrompido ao enviar por e-mail?

Não... provavelmente a sua aplicação está. Tente simular o problema usando o demo do ACBrNFe e informe aqui.

Tem um caractere inválido "?" logo após a declaração do XML. <?xml version="1.0" encoding="UTF-8"?>?<nfeProc versao="3.10" xmlns="http://www.portalfiscal.inf.br/nfe"> Removendo esse caractere, o XML é validado.

O ShowMessage vai truncar a string. O debug do Delphi vai truncar a string. Abra o arquivo gravado pelo GravarXML. Ou faça algo do tipo: SL := TStringList.Create; try SL.Text := ACBrNFe.NotasFiscais.Items[0].XML; SL.SaveToFile('C:\PATH\TO\ARQUIVO.XML'); finally SL.Free; end;

Tecnicamente, o dígito é válido...

Pra ser completo tem que ter o protocolo de autorização... Mas com o GravarXML você vai ter ele assinado em arquivo. Provavelmente está havendo truncamento ao salvar em banco de dados, seja pela estrutura do mesmo ou pelo componente de acesso.

Provavelmente a SEFAZ aplicou a regra mas esqueceu de atualizar os schemas que permitem que a regra seja aplicada. Reporte o problema a eles, para que façam a correção.

Que piada... Tente informar 0,01 para a tag fat.vDesc, e acrescentar 0,01 para fat.vOrig.