BigWings

Basta usar duas &&. Label1.Caption := StringReplace(Path, '&', '&&', [rfReplaceAll]);

Não, mas você pode tentar contactar um consultor aqui: https://www.projetoacbr.com.br/forum/companies/category/2-consultores/

Os erros que vi é estar informando o valor unitário no lugar do valor total no registro C170, e estar informando a alíquota nos campos de base de cálculo e valor do ICMS no registro C190. Também tem o CST 010 nos registros C170 que não foi informado no C190. Lembrando que por ser nota de entrada são informados os valores do ponto de vista do declarante, ou seja, só é informado ICMS que a empresa tem direito a crédito.

Nesse caso você não usa o cancelamento normal, e sim o cancelamento por substituição, nesse cancelamento o prazo é de 168 horas, e você precisa informar a chave da NFCe emitida em contingência que substituiu.

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

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.