BigWings

Existe cobrança imediata /cob e cobrança com vencimento /cobv. Na /cob não precisa informar CPF e pode consultar depois, até um limite de horas. A desvantagem é não poder colocar vencimento, multa, juros, etc. que existe na /cobv.

O item 2 está com CST 60, esse CST não gera base de cálculo.

Talvez você tenha executado o SVN delete, os arquivos são excluídos e não aparecem mais, até você fazer um SVN revert pra desfazer o delete.

Tem alguma alteração nos teus fontes, diferente do que está no SVN? Quando o componente parou de funcionar teve algumas contribuições aqui no fórum que podia precisar mesmo de acesso administrador, pra continuar acessando o site da receita via TWebBrowser. Agora o componente não acessa mais o site da receita, e sim os webservices de terceiros. Se tiver alteração a sugestão é fazer o revert pelo Tortoise SVN.

Porque não importa pelo XML? Tem algum layout oficial do emissor com essas tags?

O manual é claro sobre o que deve ser impresso nesses campos: W03 e W04 são as tags total.ICMSTot.vBC e total.ICMSTot.vICMS, respectivamente. Quando Simples Nacional e CSOSN diferente de 900, elas serão sempre zero. Lembrar que documento fiscal é o XML, o DANFE é documento auxiliar.

Não tem nada no componente que exija privilégio de administrador.

Quando não tem o .ini na pasta ele usa o .res que vai junto no .exe. Se só funciona com o .ini pode ter algo errado no teu path de compilação. Veja se executou o ACBrInstall_Trunk2.exe da última vez que atualizou os fontes.

No layout da NFe não tem como destacar FCP quando o emitente é do Simples Nacional. Existem as tags para informar o FCP retido anteriormente no caso do CSOSN 500, e o FCP-ST no caso dos CSOSN 20x. O ACBr ignora por a tag não existir para CSOSN.

Configurou o componente para usar a versão 4.00?

A regra de validação é facultativa por UF, se o teu cliente está em UF diferente da do importador pode estar validando o cálculo só agora. Se for o caso que citei acima, e os valores tem que ser iguais, vai ter que ver com a contabilidade como resolver.

Como já dito e redito, esse problema já está resolvido no SVN. Faz o revert das tuas alterações.

Já foi sim. Já tem o pacote para Delphi e o programa exemplo: Ainda falta o DANFCom e colocar no instalador.

Você vai precisar modificar o método TACBrNFeDANFEClass.ManterVeiculos da unit ACBrNFeDANFeClass.pas, já deve alterar em todos os DANFE. O MOC não diz em qual ordem deve ser impressa, no ACBr está na mesma ordem que vem no XML, e como você mesmo disse, é preciosismo do usuário, não tem razão pra alterar no componente.

Chegou a atualizar os fontes? Esse problema da assinatura já está resolvido no SVN.

Enviei uma correção, rev 31996. Por favor, atualize e teste novamente.

Estranho... Como você está baixando os fontes?

Parece arquivo corrompido. Tente baixar novamente. https://www.projetoacbr.com.br/fontes

Anexe o log do instalador.

with Produto.Imposto do begin [...] with IPI do begin CST := ipi99; clEnq := '999'; // tributação por base de cálculo e alíquota vBC := 100; pIPI := 5; vIPI := 5; // tributação por quantidade e valor qUnid := 0; vUnid := 0; // outros dados CNPJProd := ''; cSelo := ''; qSelo := 0; cEnq := ''; end; Lembrando que existem as tags específicas para devolução de IPI por não contribuinte do imposto, se for o caso. with Produto do begin pDevol := 100; vIPIDevol := 5; end; Total.ICMSTot.vIPIDevol := 5;

Foi enviado o evento de manifestação para essa nota? O webservice só disponibiliza a NFe completa após a manifestação.

Tem IPI nos totais mas não tem no item.

No caso do Fortes, vai precisar baixar por um cliente GIT. No caso do ACBr, continuar usando, e usando somente, o SVN.

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

O nome do método é ambíguo, aparentemente foi alterado de calcular qual o valor resultante entre uma porcentagem e um valor, para calcular qual a porcentagem entre dois valores. Não notei problema nas mensagens padrão do componente, pode dar um exemplo do que está errado?