edsonsimao2

Bom dia, estou com o mesmo problema no ambiente de Homologação de SP, provavelmente é algum problema com o ambiente da SEFAZ.

Encontrei o problema, ao mudar de maquina é necessário apagar os arquivos que o ACBrTEFD gera no diretório de trabalho, excluindo esses arquivos novos são gerados e volta funcionar normalmente. Sim, logo entraremos em contato, estou iniciando o desenvolvimento. deixando tudo adiantado para ingressar no ambiente de homologação.

as dll´s eu peguei a de homologação x86

eu já vi isso em outro tópico do fórum, foi uma das primeiras coisas que fiz, sem sucesso.

O problema é alguma coisa nesse sentido, pois o programa foi compilado em outra maquina (servidor) e após eu copiar os fonte para a nova maquina ele não funciona mais (tanto o Demo do Acbr como meu projeto), já fiz um rebuild, apaguei os dcus, o dproj mas o problema continua. Atualizei o ACBR (desinstalei e instalei novamente) e continua. Um teste que fiz e rodou foi pegar os fontes do Demo (nunca compilado antes) e compilar nessa nova maquina e deu certo. Mas preciso encontrar o que esta ocasionado o erro pois meu projeto continua com o erro.

não cheguei a instalar, estava apenas nos testes iniciais. logo de cara apresenta esse problema. Delphi

Estou começando a desenvolver o TEF com o PaygoWeb, usando a DLL PGWebLib.dll x86 de TESTE, e está ocorrendo o seguinte erro ao executar por exemplo a função ADM, não ocorre nenhuma exceção mas as opções do menu estão retornando conforme as imagens anexas. E as mensagens tbm só retornam "??????". Segue também o arquivo LOG gerado.comms_210210.log

Aproveitando a questão se ele tiver vários caixas e apenas um sat, ele pode emitir NFCe em todos os caixas e deixar o sat apenas para contingência? Economizando de comprar vários sat´s

Olá jaques.rocha Aconteceu comigo em dois clientes, em ambos era o anti virus da maquina do cliente que estava causando o erro era o Kapersky que estava instalado, verifique se isso pode te ajudar.

Olá shennamo passei pelo mesmo problema, utilizando combustíveis, realmente vc deve utilizar a cst cstRep60 no meu caso o XML ficou dessa forma (sem os cálculos) <imposto> <ICMS> <ICMSST> <orig>0</orig> <CST>60</CST> <vBCSTRet>0.00</vBCSTRet> <vICMSSTRet>0.00</vICMSSTRet> <vBCSTDest>0.00</vBCSTDest> <vICMSSTDest>0.00</vICMSSTDest> </ICMSST> </ICMS> <PIS> <PISAliq> . .//informacoes aqui . </PISAliq> </PIS> <COFINS> <COFINSAliq> . .//informacoes aqui . </COFINSAliq> </COFINS> </imposto>

Comigo também está acontecendo , verifiquei que acontece apenas na área de Homologação na área de Produção está funcionando normalmente.

estou passando pelo mesmo problema se utilizo a xsLibXml2 (ACBrNFe.SSL.SSLXmlSignLib := xsLibXml2;) ocorre o erro: Schema inválido causado pela chamada xmlSchemaParse() na Unit ACBrDFeXsLibXml2 E como o armando.boza disse (fiz o teste) se meu path dos Schemas estiverem locais e não em um caminho de rede, ai não ocorre o erro. Estou tentando encontrar uma solução. complementando se utilizo (ACBrNFe.SSL.SSLXmlSignLib := xsMsXml;) tudo funciona normalmente.

estou com alguns clientes com a mesma situação, Led CFe acesa e no Log a transmissão e comunicação com SEFAZ ok, mas o Led CFe não apaga. Já tive que trocar um S@t com a Bematech por esse motivo, alegaram ser um defeito no aparelho, que não conseguia recepcionar o comando da SEFAZ, nestes outros casos vou aguardar mais um pouco pra ver se vai apagar ou não.

estou com o mesmo problema, como o ambiente de São Paulo estava instável esses dias resolvi testar o SVC-AN no ambiente de homologação mas está retornando este erro na hora de pegar o retorno (NFeRetAutorizxacao4) debugando vi que esta retornando o código 103 -Lote Recebido com Sucesso, mas após ocorre o erro, vi em outro tópico algo sobre o retorno ser assincrono, tenho que configurar essa propriedade para enviar para o SVC-AN ? Obrigado.

dup