BigWings

No caso da rejeição já é a SEFAZ que provavelmente não implementou ainda a NT.

Movido. Sim, você usa o CFOP 6xxx, idDest = 2 e a UF do local de entrega diferente do endereço do destinatário.

ACBrNFe.WebServices.Enviar é o consumo do webservice NFeAutorizacao. ACBrNFe.WebServices.Retorno é o consumo do webservice NFeRetAutorizacao. No modo assíncrono o Enviar retorna o número do recibo, que é usado pra executar uma chamada ao Retorno. No modo síncrono não existe o consumo do retorno, por isso não tem nada preenchido nesse objeto. O programa exemplo do componente detalha como tratar o retorno nos dois modos.

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Verifique novamente a sua pasta de schemas e a configuração da pasta de schemas do componente, porque o seu XML está validando normalmente.

Pela mensagem de erro, tem conflitos de atualizações não resolvidos do seu lado. Faça resolve ou revert dos seus fontes do ACBr e tente instalar novamente.

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Veja que a configuração de arquivos está antes da configuração do certificado, foi o que eu quis dizer na minha primeira resposta.

Tente depurar a aplicação pra ver em que momento ocorre o erro.

Verifique se está definindo as configurações do certificado digital antes das demais configurações do componente. Tem configuração que depende do certificado, por exemplo, a de agrupar os arquivos pelo CNPJ do mesmo. Mesmo com WinCrypt funciona por ArquivoPFX/Senha também.

ACBrNFeDANFERL.ExpandirDadosAdicionaisAuto := False;

Pela minha interpretação do manual, isso é proibido: Já a tag infAdProd deve ser impressa logo abaixo da descrição:

Item 2: <qCom>0.3000</qCom> <vUnCom>17.0000000000</vUnCom> <vProd>5.19</vProd> O correto seria 5,10, ou seja, diferença de 0,09, e a regra tolera apenas 0,01 de diferença.

Você pode usar a tag infAdProd pra isso.

Veja este tópico: Se não estou enganado, no componente você usa o ponto-e-vírgula ";".

O prazo é de 30 min a partir da data/hora de autorização.

O erro indica que o XML foi modificado após a assinatura.

Então veja a configuração da pasta de schemas do componente. Pela mensagem, quase certeza que é isso.

A pasta de schemas está atualizada?

Na emissão não existe envio para o webservice, é offline. Então você deve transmitir (não retransmitir) em até 24h (não após). Assim que obter o protocolo na transmissão, pode descartar a via impressa do DANFCe em poder da empresa.

A contingência da NFCe é offline, você gera com tpEmis = 9, e informando as tags dhCont e xJust, assina, valida e imprime em duas vias o DANFe NFCe. Em até 24h deve transmitir o XML, sem modificação a não ser que tenha rejeição no envio. Se passar as 24h o webservice ainda deve autorizar as NFCe, mas com cStat 150 (Autorizado fora do prazo).

Qual versão da NT 2016.002? Na versão 1.61 essa página lista os campos de FCP para o CST 20 e 30, regime normal, e não Simples Nacional. Correto, se for o FCP-ST em vez do FCP.

Não tem.

Não existe comando confiável pra verificar disponibilidade, o melhor a fazer é tratar o erro HTTP na tentativa de envio.