BigWings

Basta conferir a multiplicação das tags vUnTrib pela qTrib. O produto deve ser igual a tag vProd de cada item.

Usa o cálculo do @Daniel Port mas multiplicando por 600,00 e não por 200,00. Não tem porquê dividir por 3...

Veja se é o mesmo caso:

Pode ser um problema na validação da SEFAZ-SP relacionado à falta de informação da hora de emissão da NFe. Dependendo o fuso horário de comparação essa data pode ser considerada dia 13/08/2018. Se não puder informar a hora correta de emissão, experimente informar uma hora maior que 03:00.

Provavelmente a sua pasta de Schemas está desatualizada.

Use os schemas da pasta ACBr\Exemplos\ACBrDFe\Schemas\NFe. Foi necessário um ajuste nos schemas oficiais para funcionar com xsLibXML2. Caso contrário qualquer string com menos de 3 caracteres causará falha de validação.

De quando são seus fontes? O método ConsultaNFeDest foi destativado há mais de ano. O ACBrNFe nem faz mais chamada ao webservice: function TACBrNFe.ConsultaNFeDest(CNPJ: String; IndNFe: TpcnIndicadorNFe; IndEmi: TpcnIndicadorEmissor; ultNSU: String): Boolean; begin // Desativar o acesso a esse serviço após 02/05/2017 Result := False; GerarException('Após 02/05/2017 o Web Service ConsultaNFeDest foi desativado pela SEFAZ.'+#13+ 'Favor utilizar o método DistribuicaoDFe.'); (* WebServices.ConsNFeDest.CNPJ := CNPJ; WebServices.ConsNFeDest.indNFe := IndNFe; WebServices.ConsNFeDest.indEmi := IndEmi; WebServices.ConsNFeDest.ultNSU := ultNSU; Result := WebServices.ConsNFeDest.Executar; if not Result then GerarException( WebServices.ConsNFeDest.Msg ); *) end;

Que me consta está resolvido... Dê mais detalhes, qual exatamente o problema e como reproduzir o mesmo usando o demo do ACBrNFe.

Basta estar configurado no componente no momento da geração do XML, já que ele é usado na montagem do QRCode.

Veja que a mensagem de rejeição indica diferença na chave de acesso: Ou seja, já existe NFe com a mesma numeração, mas chave diferente, sendo a correta a chave 33180701188329000190550010000075111020390210.

Na sua rotina de configuração do componente. (Se entendi a pergunta).

Você pode marcar a opção "Deixar somente a pasta LibXX no library path do Delphi" no instalador. Assim deve ficar apenas a pasta dos binários compilados do ACBr (*.dcu, *.bpl, etc) no libarary path, por exemplo, "C:\ACBr\Lib\Delphi\LibD19" e ao compilar a aplicação ele não tentará compilar novamente código do ACBr. Você vai precisar executar o instalador sempre que atualizar os fontes.

Correto... Quando à pasta de Schemas, é a mesma do repositório do ACBr?

Verdade. Ao comparar os dois arquivos, assumi que o correto fosse o arquivo com a versão 4.00, quando na verdade a versão correta é 2.00. 20180809101543-ped-cad.xml 20180809101543-ped-cad-soap.xml 20180809101546-cad.xml 20180809101546-cad-soap.xml Como está o seu arquivo ACBrNFeServicos.ini?

Pelo que vi, a diferença desse arquivo está aqui: <ConsCad xmlns="http://www.portalfiscal.inf.br/nfe" versao="2.00"> Sendo o correto: <ConsCad xmlns="http://www.portalfiscal.inf.br/nfe" versao="4.00"> Tem certeza que está configurando para a versão 4.00?

O tamanho máximo do campo xTexto é 60 caracteres, podendo haver até 10 grupos obsCont no XML. Para informações complementares mais longas, use infAdic.InfCpl.

Se é realmente a mesma mensagem do tópico quer dizer que o arquivo não foi assinado.

Experimente informar a porta no formato "RAW:Nome da Impressora no Windows".

Sim, o mesmo CNPJ deste tópico. Teste de novo pelo demo e anexe o arquivo *-ped-cad-soap.xml gerado.

Está configurando para a versão 4.00?

Não devia ser necessário alterar o XML da nota para que o envio do evento funcione. Desde que seja o XML original com o protocolo de autorização, mesmo ele estando na versão 3.10.

ACBrNFe1.Configuracoes.Geral.VersaoDF := ve400;

É o correto, já que todos os webservices da versão 3.10 estão desativados. Ele precisa da chave da nota e do protocolo de autorização para gerar o evento de carta de correção, é o que ele lê da NFe carregada do XML. O que ele não deve fazer é alterar a configuração Configuracoes.Geral.VersaoDF do componente ao carregar uma NFe no layout 3.10. De novo: forneça um passo a passo para reproduzir o erro, usando o demo do ACBrNFe, para que seja analisado. Honestamente não entendi nada do que você está tentando fazer aqui... nem que erros são esses.

Esse erro geralmente ocorre por uso excessivo de recursos do Windows. Pode estar havendo muito vazamento de memória na sua aplicação. Ele ocorre já na primeira impressão? Também pode ser problema com o driver da impressora padrão. Faça como o @mbbortolini sugeriu, teste com o demo do ACBr e reporte.

Cancelamento e carta de correção são eventos, usam o mesmo método ACBrNFe.EnviarEvento e mesmo webservice de recepção. Se cancelamento funciona e a carta de correção não, muito provavelmente é algo na sua rotina.