André Ferreira de Moraes

Vc tem acesso aos fontes, basta alterar o danfe.

Com o demo ocorre o mesmo erro?

Falta imprimir o DANFe a partir do FreeReport e também gerar o PDF.

O CNPJ deve conter 14 dígitos e no seu arquivo contém apenas 13.

Ainda não existe. Estamos aguardando alguma contribuição de DANFe para Lazarus para adicionar ao projeto.

Talvez este link te ajude: viewtopic.php?f=5&t=626

Tente inutilizar pela aba Testes do ACBrNFeMonitor e se funcionar verifique a paritr do XML o que pode estar causando esse erro.

ronnei, Era pra funcionar da mesma forma na NFe 2.0, qual a mensagem de erro que vc está recebendo?

Provavelmente é alguma opção de segurança do certificado que está ativado. Teste com o emissor gratuíto do governo ou outro programa e veja se ele tem o mesmo comportamento.

CST 40 não tem base de ICMS. Leia o manual de integração.

Vc tem um certificado válido(comprado)? Acabei de testar o status de serviço para o RS com o ACBrNFeMonitor e está funcionando normalmente.

O ACBrNFeMonitor usa a Indy 9 que é a nativa do Delhpi 7, sendo que as versões superiores da Indy não são compatíveis com a versão 9.

Não existe no manual de integração IPI com CST 60

Sim, leia o manual de integração - http://www.nfe.fazenda.gov.br/portal/do ... 09.006.pdf. Cada item pode ter várias DI e cada DI pode ter várias ADI.

Eu uso atualmente com o Lazarus 0.9.31 e as units do synapse que estão no ACBr e funciona corretamente. Mas já uso desde a versão 0.9.28 do Lazarus a mesma rotina e sempre funcionou. Como já disse, teste via TXT e veja se o ACBrNFeMonitor está criando corretamente a resposta, depois tente verificar pq não está recebendo a resposta quando usa via sockets.

Abra seu XML e verá que o arquivo está com CST 40 e não com 10 conforme vc citou no seu post.

O campo deve ser o valor do produto já com descontos/acréscimos/fretes. No seu XML está 135.00 e deveria estar 85.00 (135 - 50 do desconto)

fsSock: TTCPBlockSocket; // unit blcksock da synapse Fiz da forma acima, pois em algumas respostas grandes(como no caso de erros) não recebia a resposta inteira, então vou lendo byte a byte até receber o #3 que é o terminador enviado pelo ACBrNFeMonitor, assim sempre tenho certeza que li a resposta inteira. Faço esse laço apenas quando não consigo receber a resposta no comando "Resposta := AnsiToUtf8(fsSock.RecvTerminated(500, #3));"

Poste o XML.

Como disse no primeiro post, quando vc usar CRT 1 deve usar CSOSN e não CRT. No manual de integração existe a seguinte informação: "Grupo CRT=1 – Simples Nacional e CSOSN=101", ou seja, qdo o emitente for CRT 1 vc deve usar um grupo do CSOSN(101,102,103,300,400,201,202,203,500 ou 900), mas não sei pq o emissor de SP está aceitando CRT 1 com CST. Irei verificar e quando tiver uma resposta volto a postar. Mas, para funcionar agora, basta vc usar o CSOSN ao invés da CST no ICMS do produto.

Neste último XML vc trocou para CSOSN mas não destacou em cada item o valor do ICMS ST. O valor no fim da nota deve ser a soma do ST de todos os itens. Leia o manual de integração para ver quais campos deve preencher.

Leia o manual de integração, o componente segue os mesmos nomes usados no manual. Se vc já usa o Uninfe, basta vc pegar o XML que é gerado para ele e ver como os campos estão preenchidos.

O componente não efetua nenhum cálculo, seu sistema é que deve possuir esses valores e informá-los ao componente. Leia o manual de integração da NFe http://www.nfe.fazenda.gov.br/portal/do ... 09.006.pdf e estude o demo para adaptar seu sistema.

Quando for disponibilizado um ambiente de testes, será desenvolvido.

Poste o XML gerado por vc e o XML gerado pelo ACBrNFeMonitor.