André Ferreira de Moraes

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.

Talvez eles apenas não imprimem o campo, mas ele deve existir no XML. Abra um XML e verifique como está o campo dfab.

Não sei, apenas debugando vc poderá encontrar o erro. Como te disse, teste via troca de arquivos e vc verá no arquivo SAINFE.TXT a resposta que deveria receber via sockets. Eu uso da seguinte forma no Lazarus e funciona corretamente: fsSock.SetSendTimeout(200); fsSock.SendString('NFe.SetAmbiente('+IntToStr(pAmbiente)+')'+ CRLF + '.' + CRLF); Resposta := AnsiToUtf8(fsSock.RecvTerminated(500, #3)); if Resposta = '' then begin RespByte := 0; while (RespByte 3) and (ModalResult mrCancel) do begin RespByte := fsSock.RecvByte(10); Resposta := Resposta + chr(RespByte); Application.ProcessMessages; end; Resposta := Trim(AnsiToUtf8(Resposta)); end; [/code]

Do mesmo modo que vc recebe a resposta qdo o monitor retorna OK era pra vc receber a resposta qdo houver um erro. Verifique se sua rotina de recepção da resposta está correta. Teste via troca de arquivos que vc irá ver como deverá ser a resposta correta.

Vc deve consultar o XML da NFe carregando o arquivo no componente(botão "Consultar carregando XML") e não usar o exemplo do DPEC. DPEC é um modo de contingência da NFe, leia http://www.nfe.fazenda.gov.br/portal/do ... _v1_01.pdf para mais informações sobre os modos de contingência.

Então compare os XMLs gerados pelos dois programas e veja qual a diferença entre eles.