BigWings

ACBrNFe1.Configuracoes.Arquivos.SalvarApenasNFeProcessadas := True;

Procure pelo método "ManterRastro" da classe TACBrNFeDANFEClass.

Não sei se entendi o problema, não basta você enviar da forma abaixo no seu .ini? [Medicamento001001] cProdANVISA=ISENTO

O instalador é o mesmo, independente da versão do Delphi. Atualize os fontes, veja se o exe do instalador não consta como alterado, faça o revert dele se for o caso.

Selecionou o pacote ACBrPIXCD na lista do instalador?

Esse erro indica falta de configuração das propriedades SSLLib.

Apenas para constar, fiz teste enviando a tpVeic com 1 ou 2 dígitos, na SVRS em homologação, e ambas foram autorizadas.

Tem alguma norma que diz que tem que formatar desse modo? O layout indica que a tag tpVeic é numérico e pode ter 1 ou 2 caracteres, e tanto na tabela de tipo e espécie de veículos disponível no portal da NFe indicada na regra de validação, tanto na Portaria DENATRAN 681/2020, os códigos não são formatados. Creio que a SEFAZ em questão esteja validando indevidamente a formatação, e caso seja aplicada essa alteração outras UF possam passar a rejeitar.

A rejeição é com relação ao prefixo do GTIN, e não à existência dele no CCG. A validação do dígito e do prefixo do GTIN já estava sendo aplicada há tempos na maioria dos estados, a BA foi um dos que começou hoje. Mas essa validação é feita pra todos os itens, independente do NCM ou CFOP.

Qual cEAN está informando?

Caso o GTIN não inicie em 789 ou 790, não será feita a validação contra o CCG, então não haverá rejeição no envio da nota.

Zerado como? Anexe o XML ou poste o trecho com o grupo <IPI>.

NFe ou NFCe? Como está no XML?

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

ACBrNFe1.DANFE.ImprimeValor := iuComercialETributavel;

O Delphi Community a partir da 10.4 não permite rodar o compilador via linha de comando. Então o instalador do ACBr não vai funcionar. Você terá que instalar manualmente os pacotes.

Executou como administrador?

Não testei, mas acredito que não vai funcionar CAPICOM com o ACBrMonitorPLUS de 64 bits, porque a primeira é apenas 32. Tente com WinCrypt.

ACBrNFe1.DANFE.Cancelada := True; ACBrNFe1.DANFE.Protocolo := <protocoloCancelamento>;

Tenho visto relatos dessa situação. Esse retorno não faz sentido, se você informou o um ultNSU e teve rejeição por consumo indevido retornando o ultNSU igual. Não sei se é algum bug do webservice, sugiro que entre em contato com eles pelo fale conosco do portal nacional da NFe.

Qual o cStat de retorno? Se for o 656 - Consumo indevido, é isso mesmo, ele retorna somente o ultNSU que você supostamente deveria usar pra não ter a rejeição.

Tem foto desse cupom? O demo do ACBrPosPrinter mostra os diferentes tamanhos que a linguagem aceita (normal, condensado, expandido, altura dupla...). A quantidade de colunas pode variar dependendo da marca e modelo da impressora.

Testei aqui com o teu .ini e deu certo.

Acredito não ser possível, já que a jcl e jvcl são repositórios separados.

https://github.com/project-jedi