BigWings

A condição pra gerar é essa tag estar preenchida. Veja se é o caso.

Acabei de testar e está funcionando.

Só precisa estar usando o Fast Report com suporte a scripts e estar abrindo um XML sem o protocolo de autorização.

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

Você pode gerar novamente o XML, corrigindo o NCM errado, assinar novamente, e enviar. Alterar um NCM não vai alterar a chave de acesso, isso realmente não pode.

Antigamente na NFe 3.10 existia a tag indPag = (à vista, a prazo, outras) geral da nota, o ACBr mesmo imprimia dessa forma no grupo fatura. Agora ela é informada para cada meio de pagamento, no ACBr não é mais impressa: Me parece que esse DANFE está desatualizado. Se você for implementar, não estará errado, desde que use a informação da tag indPag, só note que pode haver mais de um pagamento e consequentemente mais de um indicador.

Sim, nas regras de validação do tipo de emitente, pág. 62 do MOC visão geral.

O erro impediria a geração do XML assinado, e o seu XML parece correto inclusive com as URL de consulta e QrCode. Também testei aqui o seu .ini e gerou normalmente, bastou a configuração da versão do QrCode para 2.

https://www.embarcadero.com/br/products/delphi/starter/faq No meu entendimento fica limitado a receita anual da ONG, máxima de US$ 5.000,00.

A versão do QrCode deve estar em 2. A versão para NFe deve estar em 4.00, na configuração do ACBrMonitorPLUS e no seu .ini de geração.

Faltou informar os dados do condutor, o grupo é obrigatório no layout.

O H é de homologação, só vai mudar se alterar o ambiente pra produção. A versão do XML da NFe está correta?

Na minha interpretação, não é permitido não, as descrições das formas de pagamento estão explícitas na tabela disponibilizada pela SEFAZ. Lembrando que agora é possível informar tPag=99 e a descrição que desejar na tag xPag.

Isso geralmente é a configuração da versão do QrCode, já que MG só implementou a NFCe a partir da versão 2.00 do QrCode.

Tópico duplicado:

Veja:

Você está informando um valor menor que zero pra a tag vICMSUFDest.

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.