ricardo_dmix

Ok Pessoal obrigado pelo retorno!! Sim Juliana, estou ciente é que somente para o SAC!!! Quebrei a cabeça um monte, mas ainda bem que era o componente mesmo, valeu!!!

Bom dia Amarildo, só estou conseguindo lhe dar retorno agora, infelizmente continua retornando o erro: 08/01/2019 08:07:51 - OK: C:\ACBrMonitorPLUS\Lotes\Lote00002255\43190120605976000103570000000007521000007523-cte.xml 08/01/2019 08:07:53 - cte.enviarlotecte(00002255) 08/01/2019 08:07:53 - ERRO: Diretório não encontrado:C:\ACBrMonitorPLUS\Lotes\Lote1 e o mais engraçado que o lote é 2255 e não 1. troquei a versão de 1.2.0.26 para 1.2.0.24 e não adiantou, a emissão de NF-e está funcionando 100%, faço o envio de comandos para o monitor via TCP/IP e não por arquivo, abaixo o comando enviado: 08/01/2019 08:07:47 - ACBrMonitor/ACBrNFeMonitor PLUS Ver. 1.2.0.24 Conectado em: 08/01/19 08:07:47 Maquina: 192.168.66.253 Esperando por comandos. 08/01/2019 08:07:49 - cte.setcertificado("69350351C91D59AD") 08/01/2019 08:07:49 - Dados da Sw.House gravados com sucesso 08/01/2019 08:07:49 - ATENÇÃO: Chave RSA Privada NÃO pode ser lida no arquivo "swh.ini". 08/01/2019 08:07:49 - Configuração geral gravada com sucesso 08/01/2019 08:07:49 - OK: 08/01/2019 08:07:51 - cte.Adicionarcte( "[Ide] cCT=752 CFOP=6932 natop=PREST. SERVICO TRANSP. ESTAB. INDL. ForPag=1 Mod=57 Serie=0 nCT=752 dhemi=08/01/2019 tpimp=1 tpemis=1 procEmi=0 VerProc=4.0 dhCont=30/12/1899 xJust= tpCTe=0 refCte= cMunEnv=4314902 xMunEnv=PORTO ALEGRE UFEnv=RS modal=01 tpserv=0 cMunIni=3512001 xMunIni=COLINA UFIni=SP cMunFim=4314902 xMunFim=PORTO ALEGRE UFFim=RS retira=0 xDetRetira= cUF=43 [toma3] toma=3 [Compl] xEmi=DMIX TpPer=0 TpHor=0 OrigCalc=COLINA DestCalc=4314902 xobs=MOT:RUDIVAN DA ROSA /PLACA:QIQ-0460/QIE-0460 - EMPRESA OPTANTE PELO SIMPLES NACIONAL NAO GERA DIREITO AO CREDITO DE ICMSIsento de ICMS conforme decreto-lei 37699/97 Livro 1 Art. 10² - Inciso 9° [Emit] CNPJ=20605976000103 IE=0963590391 xNome=TRANS METROPOLITANA RS TRANSPORTES xFant=TRANS METROPOLITANA RS TRANSPORTES xLgr=AVENIDA BENTO GONÇALVES Nro=4798 xCpl=SALA 305 xBairro=PARTENON CMun=4314902 xMun=PORTO ALEGRE CEP=90650001 UF=RS Fone=5133151063 [Rem] CNPJCPF=05266880000166 IE=268064576114 xNome=TEREOS ACUCAR E ENERGIA SAO JOSE xFant=TEREOS ACUCAR E ENERGIA SAO JOSE Fone=1733419308 xLgr=ESTM ANDRE GARCIA CAMAC KM 072 Nro=KM072 xCpl= xBairro=ZONA RURL CMun=3512001 xMun=COLINA CEP=14770000 UF=SP PaisCod=1058 Pais=BRASIL Email= [InfNFe001] chave=35190105266880000166550010003232371634896357 [Dest] CNPJCPF=89150726000114 IE=0960558446 xNome=COM. DE PRODUTOS COLONIAIS ALCIONE LTDA Fone=5133195413 xLgr=EST JOAO DE OLIVEIRA REMIAO Nro=3448 xCpl= xBairro=AGRONOMIA CMun=4314902 xMun=PORTO ALEGRE CEP=91550000 UF=RS CPais=1058 XPais=BRASIL [VPrest] VTPrest=2647.92 VRec=2647.92 [Comp001] xNome=Frete Peso vComp=2383.14 [Comp002] xNome=Seguro vComp=158.87 [Comp003] xNome=Pedagio vComp=105.91 [ICMS45] CST=40 [ICMSSN] indSN=0 [InfCarga] vCarga=17103.47 ProPred=ACUCAR xOutCat=SACAS [infq001] cUnid=01 tpmed=KG qCarga=12036 [infq002] cUnid=00 TpMed=METRO 3 qCarga=0 [infq003] cUnid=03 TpMed=SACAS qCarga=240 [InfSeg001] respseg=0 xSeg=ESPECIFICAR SEGUADORA nApol=0102030405060708910 nAver= VCarga=0 [Rodo] RNTRC=09510400 DPrev=11/01/2019 Lota=0 ",00002255) 08/01/2019 08:07:51 - OK: C:\ACBrMonitorPLUS\Lotes\Lote00002255\43190120605976000103570000000007521000007523-cte.xml 08/01/2019 08:07:53 - cte.enviarlotecte(00002255) 08/01/2019 08:07:53 - ERRO: Diretório não encontrado:C:\ACBrMonitorPLUS\Lotes\Lote1 08/01/2019 08:07:55 - ALERTA: Fim da Conexão com: 192.168.66.253 em: 08/01/19 08:07:55

Bom dia Amarildo, Me desculpe a demora na resposta tive que sair ontem! A Versão que estamos utilizando é a 1.2.0.26

É que achei estranho não utilizo arquivo TXT para me comunicar com o ACBR, utilizo a conexão TCP/IP, tanto que não consigo mudar isto que vc me exemplificou por imagem, eu utilizo o monitor também para enviar NF-e e está funcionando 100%, o problema é somente no envio do CTE, e começou à acontecer depois que atualizei a versão do monitor, e não tinhamos notado isso, pois o cliente estava um tempo sem emitir CT-e e agora ele precisou emitir e retornou este erro!!!

Puxa vida, não entendi Amarildo, eu utilizo a conexão por TCP/IP.

Claro, segue os arquivos em anexo solicitados!!! Estou anexando o INI do monitor também! Muito Obrigado pela a atenção!! 43181220605976000103570000000007511000007512-cte.xml ACBrMonitor.ini LOG_Problema.txt

Bom dia Pessoal, Depois da ultima atualização do Monitor, começou à dar este erro na hora de enviar o CTE. Em anexo o arquivo INI com o comando para enviar o CTE, e logo abaixo o erro que me retorna no monitor. 19/12/2018 09:19:17 - OK: C:\ACBrMonitorPLUS\Lotes\Lote00002254\43181220605976000103570000000007511000007512-cte.xml 19/12/2018 09:19:19 - cte.enviarlotecte(00002254) 19/12/2018 09:19:19 - ERRO: Diretório não encontrado:C:\ACBrMonitorPLUS\Lotes\Lote1 ENTNFE.TXT

Boa Tarde Pessoal, venho informar que com essa nova versão, o manifesto finalmente funcionou, claro também tirei a seção onde informava os dados do proprietario do veiculo, que estava informando incorretamente, fiquei pensando no que o Italo tinha me falado, e faz todo o sentido, por que quando o proprietario é o proprio emitente, vc não precisa informar os dados, o que estava gerando aquela rejeição do RNTRC. Agradeço à todos que me ajudaram aqui!!!

Boa Tarde José, Já estou baixando, retorno assim que terminar os testes, muito obrigado pela a atenção!!!

Boa Tarde Pessoal, como prometido, estou de volta, fizemos a troca de peças no hardware do caixa, e o problema aparentemente parou, acontece uma vez ou outra o fechamento expontaneo do monitor, mas diminui consideralvemente, vou seguir monitorando e fazendo novos testes. qualquer problema abro um novo topico, muito obrigado por enquanto!!!

Beleza Italo, vou dar uma olhada nisso, sinceramente não lembro do por que está sendo preenchida estas tag, mas já vou remover se não tem necessidade. Este negocio do CIOT, eu perguntei para o Cliente, e nem eles lembram por que está sendo preenchido, vou tirar também. Vou aguardo uma versão nova do monitor, e fazer novos testes!!! Valeu pela a atenção!!!

Beleza Gente, vou fazer estes procedimentos que vocês passaram, e também vou trocas de peças na estação, como havia dito anteriormente, como memoria e HD. Assim que eu fizer novos testes, volto à postar aqui. Obrigado pela ajuda de todos!

Realmente não tentei, vou fazer este teste hoje, e Retorno!!! Valeu pela atenção!!!

Bom Dia Daniel, Realmente vi este problema no forum com alguns usuário, fiz todos os procedimentos que todos tentaram, realmente acredito que não seja um BUG do ACBR, deve ser alguma coisa no ambiente mesmo, o que me deixa intrigado é que formatei a maquina, e não instalei nenhum software, somente o ACBR, e coloquei um atalho para a area de trabalho remota do windows. E realmente aqui no nosso ambiente de desenvolvimento este problema não acontece, já fiz testes com diversas bases de dados de todos os clientes, e até o problema não aparece, o problema é isolado mesmo, só que não consigo descobrir o que é que pode estar acontecendo. Quando você fala de um passo a passo, como eu deveria descrever ele?? Por que o que eu faço é somente, gravar um arquivo ENT.TXT na pasta do Monitor e aguardo ele processar este arquivo e faço a leitura do arquivo SAI.TXT, não faço nada à mais!! Pois é EMBarbosa, o nosso sistema sempre trabalhou assim, inclusive no tempo em que só se usava a Impressora Fiscal, sempre tive estes retornos no LOG, como o sistema trabalha com Serviço de Terminal, é possivel que aconteça um LAG em relação à criação do Arquivo ENT.TXT e a liberação do mesmo pelo nosso ERP, já tentei gravar um arquivo temporario, e nada mudou, no momento que faço a renomeação do arquivo o ACBR fecha. No visualizador de Eventos do Windows não aparece nada, nos três possiveis log, que é Sistema, Aplicativo e Segurança. Bom vou tentar o seguinte hoje, trocar o pente de memória da maquina, e o HD, retorno assim que possivel, já estou desconfiando de Hardware. Agradeço à todos pela atenção dispensada!!!

Boa Tarde Pessoal, me desculpe a demora em atualizar o POST, bom vamos ao passo a passo: O nosso ERP roda em um serviço de terminal, onde atraves do nosso emissor de cupom, gravo um arquivo TXT com os comandos para emissão do NFC-e, primeiro eu gravo o arquivo com o comando CriarEnviar, faço a aplicação esperar alguns segundos e começo à ler o SAI.TXT, ai é que começa o problema, pois não está vindo nada neste arquivo, e quando minimizo a conexão de area de trabalho remota, e vejo a area de trabalho do micro local, o ACBR está fechado, abro o ACBR e o processo no nosso ERP continua, só que à cada cupom acontece isso. EMBarbosa, a maquina foi formatada e colocado o Windows 10 PRO limpinho, sem antivirus, sem defender, sem firewall, sem nada e com todas as atualizações do windows instaladas, com certificado do tipo A1, nas configuração SSL, testei com CAPICOM e com OPENSSL, em ambas o acbr fecha. Segue em anexo o arquivo INI de configuração do ACBR e o LOG ACBrMonitor.ini log.txt

Boa tarde Pessoal, me desculpem a demora em atualizar o POST, mas a correria está grande aqui, finalmente obtive a resposta da ANTT em relação ao problemas, mas pelo o que eu pude observar, estou seguindo a risca o que eles estão pedindo. José, fiz o que você pediu e continua retornando o erro!!! Segue abaixo a resposta da ANTT, sinceramente fiquei mais perdido ainda!!! Prezado(a) Senhor(a) Cepazzi Produtos Ceramicos LTDA, Em atenção à mensagem de V. Sª., registrada sob o protocolo nº. 5085097, informamos que esta Ouvidoria obteve os seguintes esclarecimentos da Superintendência de Serviços de Transporte de Rodoviário Multimodal de Cargas – SUROC. Os “transportadores de carga própria” que estão com problema em virtude das validações no RNTRC quando da emissão do MDF-e, não estão observando as regras de geração previstas no Manual de Orientação da Contribuinte versão 3.00 do MDF-e. Conforme estrutura Genérica do Leiaute do MDF-e (pg. 100) ao preencher o campo Tipo de Emitente (#7) o TCP deverá informar “2”, dessa forma no leiaute –modal rodoviário (pg. 113) o campo RNTRC não será obrigatório, visto que a própria estrutura permite que o nº. do RNTRC não seja informado (0corr. 0-1). Com as validações aqueles TCP que informarem “00000000” provavelmente terão como retorno erro. Finalmente, informamos que os cidadãos podem colaborar com o aprimoramento da atuação da ANTT por meio de contribuições apresentadas presencialmente ou por e-mail nos eventos de participação e controle social realizados pela Agência, tais como audiências e consultas públicas. Sua sugestão é muito importante. Acompanhe os eventos já realizados e os que estão em andamento pelo link: http://www.antt.gov.br . Permanecemos à disposição. Atenciosamente, Caio César Nascimento Nogueira Ouvidor da ANTT Segue também o arquivo INI que estou enviando!!! MDFE181018.INI

Boa Tarde Italo, é uma falha na ANTT mesmo, já abri um protocolo, vou aguardar o retorno deles, e posto aqui qual foi a saida dada!!! Fiz o que você sugeriu e continuou rejeitando o Manifesto!! Obrigado pelo retorno!!!

Ok Daniel, vou providenciar amanhã e posto aqui, obrigado pela a atenção!!!

Obrigado pelo retorno Felipe, o engraçado que o meu cliente, ele transporta a carga dele por conta própria, não contrato terceiros, vou ligar para a ouvidoria, para ver o que podemos fazer para resolver. Valeu!!!

Olá Pessoal, Este é outro problema que estou enfrentando, utilizo o acbrmonitoplus para tudo aqui na empresa, em todos os clientes que utilizo para emitir NFC-e, estou tendo este problema, apos eu gravar o arquivo ENT.TXT com o comando para Criar o Cupom Eletronico, ele simplesmente fecha, as vezes mas não sempre ele fecha também, quando solicito o Status do Serviço. no ultimo que dediquei uma tarde inteira para estudos, fiz os seguintes procedimentos. PC com windows 7 e com o Avast Antivirus instalado 1º - desinstalei o Avast e tentei fazer o cupom, fechou o acbrmonitor. 2º - atualizei o Windows 7 até a tampa, também fechou o monitor. 3º - baixei diversas versões do monitor, e continuou fechando. 4º - Pesquisei muito no forum e em todos os topicos que eu pesquisava sobre o problema, a maioria pedia para atualizar o windows, já tinha feito isso inclusive com as atualizações opcionais. 5º - tomei uma decisão radical, formatei o PC e coloquei o Windows 10 Pro sem Antivirus, atualizei ele também até a tampa, o monitor continuou fechando. Baixei a ultima versão do monitor a versão 1.2.0.22, antes já havia tentando baixar o Lazarus e compilar a ultima versão do Monitor, o sintoma continuou, sempre fechando o monitor Na configuração SSL, tentei tanto Capicom , como OpenSSL. Preciso de mais ideias, obrigado!!! Observação: em todos os clientes o certificado é do Tipo A1. Observação2: Estes problemas começaram à acontecer depois que a versão da NFC-e mudou para 4.0. Observação3: Anexei o arquivo INI com os comandos. NFCE.INI

Olá Pessoal, primeiramente gostaria de agradecer este espaço, muito importante para nós, bom vamos ao problema. nas primeiras horas do dia de hoje, o manifesto eletronico que estava funcionando 100% ontem e não tivemos nenhuma modificação, começou à reclamar do RNTRC. segue abaixo a mensagem de erro, e em anexo o arquivo INI que estou utilizando para gerar o Manifesto. Manifesto(s) não confirmado(s): 267->681-Rejeição: RNTRC informado inexistente. Para consultar a situação do transportador utilize a pagina do RNTRC ou ligue para Ouvidoria ANTT 166 mdfe.ini

Estou com este mesmo problema em um cliente no RS, já testei com certificado A1 e A3 e nada, já não sei mais o que fazer!!! Estou usando o acbrmonitorplus na versão 1.2.0.11 , recompilei ele com o Lazarus!!

DSilva usa o DJPDV, salvou a minha vida, fiz uma integração via arquivo com ele, faço todo o processo de emissão do cupom fiscal no meu sistema, depois salvo em um arquivo na pasta de importação do DJPDV, ele automaticamente importa a pré - venda, a pessoa abre o DJPDV e imprime o cupom super facil com pouquissimos cliques.... Recomendo e o custo é bem acessivel!!!, acessa ai www.djpdv.com.br !!!

Douglas, em uma situação dessas só voltando o backup mesmo e descartar este HD. Ou tentar recuperar este HD com cópia fisica, com ferramentas bem especificas, é raro conseguir se salvar de situação como essas, tivemos um caso com um cliente nosso, enviamos para essas empresas que recuperam HD, 80% dos dados conseguimos resgatar, o resto morreu.... desde então este cliente mantem varias cópias de segurança, em diversos dispositivos, disco virtual e etc... A gente avisa, mas a maioria acha que nunca vai acontecer .....