BigWings

MsXML precisa ser registrada.

Se você estiver usando os schemas oficiais, com a libxml2, vai ter esse problema com qualquer string com menos de 3 dígitos. Nos schemas disponibilizados pelo ACBr foi feito um ajuste para contornar esse problema, então é só usar eles. https://svn.code.sf.net/p/acbr/code/trunk2/Exemplos/ACBrDFe/Schemas

Ao que parece você não usa ACBr... veja como é no componente: procedure TCTeEnvEvento.DefinirServicoEAction; begin if (FPConfiguracoesCTe.Geral.VersaoDF <= ve300) then FPServico := GetUrlWsd + 'CteRecepcaoEvento' else FPServico := GetUrlWsd + 'CTeRecepcaoEventoV4'; FPSoapAction := FPServico + '/cteRecepcaoEvento'; end; procedure TCTeRecepcao.DefinirServicoEAction; begin case FPConfiguracoesCTe.Geral.ModeloDF of moCTe: begin if Sincrono then begin if FPConfiguracoesCTe.Geral.VersaoDF <= ve300 then begin FPServico := GetUrlWsd + 'CteRecepcaoSinc'; FPSoapAction := FPServico + '/cteRecepcaoSinc'; end else begin FPServico := GetUrlWsd + 'CTeRecepcaoSincV4'; FPSoapAction := FPServico + '/cteRecepcao'; end; end else begin FPServico := GetUrlWsd + 'CteRecepcao'; FPSoapAction := FPServico + '/cteRecepcaoLote'; end; end; moCTeOS: begin if FPConfiguracoesCTe.Geral.VersaoDF <= ve300 then begin FPServico := GetUrlWsd + 'CteRecepcaoOS'; FPSoapAction := FPServico + '/cteOSRecepcao'; end else begin FPServico := GetUrlWsd + 'CTeRecepcaoOSV4'; FPSoapAction := FPServico + '/cteRecepcaoOS'; end; end; else begin if (FPConfiguracoesCTe.Geral.VersaoDF <= ve300) then FPServico := GetUrlWsd + 'CTeRecepcaoGTVe' else FPServico := GetUrlWsd + 'CTeRecepcaoGTVeV4'; FPSoapAction := FPServico + '/cteRecepcaoGTVe'; end; end; end;

Veja:

Aqui só usando de cliente mesmo. Pra emitir MDFe o emitente tem que estar autorizado na SEFAZ a emitir CTe ou NFe.

Não existe CST 45 para o CTe.

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.

Tive esse erro aqui e o problema era que tinha DLL da OpenSSL versão 3 no PATH do Windows. Ao carregar tentar carregar o certificado pfx mostrava o erro, outros certificados funcionavam normal, tanto na minha aplicação quando no ACBrMonitorPLUS. Pra resolver tive que remover do PATH do Windows a pasta que estava referenciando a DLL, que no caso era o Fast Reports. Veja nas configurações em DFe -> Certificados -> Versão SSL qual versão da OpenSSL é mostrada.

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