Ir para conteúdo
  • Cadastre-se

abrahaofv

Membros
  • Total de ítens

    175
  • Registro em

  • Última visita

Posts postados por abrahaofv

  1. @Kiko Fernandes @José M. S. Junior

    Encontrei a mesma situação em um outro cliente que está apresentando o mesmo problema de aparentemente travar o monitor. Segue abaixo a imagem com o trechos e os logs.

    LOG ACBR : https://www.dropbox.com/s/qpax9fxjqg5wxfl/LOG.TXT?dl=0

    LOG MEU SISTEMA: https://www.dropbox.com/s/ev3dqlsi6eorsjq/LOG_GSECF.txt?dl=0

    IMAGEM LOG ACBR COM A LINHA DO POSSÍVEL PROBLEMA : https://www.dropbox.com/s/e4wzb2uc5gd9upj/001_acbr.png?dl=0

    IMAGEM LOG DO MEU SISTEMA EXIBINDO O POSSÍVEL PROBLEMA:https://www.dropbox.com/s/ah2m3viq0wwv7b7/002_sistema.png?dl=0

  2. 7 minutos atrás, Daniel Simoes disse:

    Lembrando que o parâmetro enviado no comando, a respeito de exibir o Preview, é mais forte do que a configuração, ou seja... ele sobreporem o valor da configuração

    Pelo que vi aqui, não estou setando esta opção de exibir preview e também não estou utilizando comandos que tenha tal opção.

  3. 1 minuto atrás, José M. S. Junior disse:

    Me referia ao log ACBR em anexo no primeiro post, o quarto parametro é para imprimir:

    
    17/07/2018 09:59:14 - NFE.EnviarNFe(C:\ACBrMonitorPlus\05615519000106\eventos\33180705615519000106650030000076391000076399-nfe.xml,1,1,1)
    17/07/2018 09:59:16 - OK: Lote recebido com sucesso

    Ah ok. 

    Neste ponto o sistema já havia voltado ao normal e o monitor também pois o usuário reiniciou a máquina.

  4. 14 minutos atrás, José M. S. Junior disse:

    Boa tarde, 

    Esse erro 10060, refere-se ao tempo de resposta é excedido, conforme citado acima...

    Porém, no log em anexo, note que no ultimo comando está passando o parâmetro "1" para imprimir após envio. Se o ACBrMonitor estiver configurado para "MostrarPreview" (Aba: DFe/Impressão), verifique se a tela do Preview está ficando em segundo plano, atrás da sua aplicação... Pois o ACBrMonitor não vai responder até que o Preview seja fechado...

    Então, não está configurado para mostrar preview

    acbrmonitor.ini : https://www.dropbox.com/s/z0w475syl7t0jye/ACBrMonitor.ini?dl=0

    Não entendi em qual ponto você está dizendo que o ultimo comando foi com 1 para imprimir. Você está se referindo a qual trecho ? A parte que me aparenta ocorrer de não ter retorno foi o comando abaixo, que está sem comando para imprimir:
    16/07/2018 19:36:58 - NFE.EnviarNFe(C:\ACBrMonitorPlus\05615519000106\Contingencia\201807\33180705615519000106650030000076371000076378-nfe.xml,1,0)

     

  5. 53 minutos atrás, Daniel Simoes disse:

    Quando um programa aparenta estar travado, ele provavelmente está com alguma situação que o impede de responder... como por exemplo, verifique se não há uma janela de Preview ou ShowModal, que permaneceu aberta

    Esse erro é normal, significa apenas que você não criou uma chave RSA para usar com o RFD (hoje em dia isso não é mais necessário)

    Aparentemente você anexou novamente o Log do ACBr, e não da sua aplicação

     

    Respondi no tópico...

    Nenhum cliente meu relatou janela de preview ou showmodal. Eu mando o comando de impressão e caso não tenha impressora configurado trato de não imprimir ou impossibilitar o usuário de realizar certas operações.

    O que eu quiz destacar ali no log do acbr não foi o erro da chave RSA, mais sim o fato de eu ter enviado o comando NFE.EnviarNFe e não ter a resposta no log.

    LOG DO MEU SISTEMA : https://www.dropbox.com/s/yv17j6ign9snykj/LOG_GSECF.txt?dl=0

    Eu não me incomodo com o fato de quando está em OpenSSL ocorrer este Erro de timeout de vez em quando pois trato como contingência. O que me incomoda é o fato do ACBRMonitor travar. Como exibido, no log do ACBR é enviado o comando NFE.EnviarNFe as  16/07/2018 19:36:58 e o mesmo não tem retorno. O próximo registro no log é o da Chave RSA apenas as 17/07/2018 09:58:14. Neste período o acbrmonitor ficou travado. É possível ver no log do meu sistema que após 16/07/2018 19:36:58, ainda tento enviar alguns comandos e procurar o arquivo sai.txt sem exito.

    O sistema junto com o acbr voltou a funcionar após o cliente reiniciar a máquina.

  6. 4 minutos atrás, Kiko Fernandes disse:

    Bom dia!

    Esta inscrição está com problema.

    E outro detalhe, em algum lugar você está falhando na leitura do retorno, pois ele está retornando corretamente.

     

     

     

    Bom dia !

    Estou ciente de que este cliente está com este problema na inscrição. Porém o erro está ocorrendo em outros clientes e estava ocorrendo neste cliente ontem quando estava emitindo. Assim que eu estiver com um caso de outro cliente irei anexar aqui no tópico.

    Referente ao erro na falha, não estou cometendo. Ali estou mostrando apenas no meu sistema que foi referente a primeira tentativa, na segundo houve o erro. Porém, se o acbrmonitor não tivesse travado, o retorno seria exibido no log.txt. O que não ocorre.

    Quando dá erro, o erro retorna no log como abaixo :

    16/07/2018 19:35:54 - NFE.EnviarNFe(C:\ACBrMonitorPlus\05615519000106\Contingencia\201807\33180705615519000106650030000076371000076378-nfe.xml,1,0)
    16/07/2018 19:36:27 - ERRO: 
    Erro Interno: 10060
    Erro HTTP: 0

    No ponto destacado, não há retorno e só tem registro de log horas depois que o cliente reiniciou a máquina.

    16/07/2018 19:36:58 - NFE.EnviarNFe(C:\ACBrMonitorPlus\05615519000106\Contingencia\201807\33180705615519000106650030000076371000076378-nfe.xml,1,0)
    17/07/2018 09:58:14 - ATENÇÃO: Chave RSA Privada NÃO pode ser lida no arquivo "swh.ini".

    17/07/2018 09:58:14 - ACBr MonitorPLUS Ver.1.1.0.58
    17/07/2018 09:58:14 - Aguardando comandos ACBr
    17/07/2018 09:58:14 - Monitorando Comandos TXT em: C:\ACBrMonitorPLUS\ENT.TXT
    17/07/2018 09:58:14 - Respostas gravadas em: C:\ACBrMonitorPLUS\SAI.TXT
    17/07/2018 09:58:14 - Log de comandos será gravado em: C:\ACBrMonitorPLUS\LOG.TXT

  7. Bom dia, estou com o ACBRMonitor travando em alguns clientes. Liguei para o Ítalo e ele me informou que você @José M. S. Junior é a pessoa mais indicada para me auxiliar neste problema.

    Ocorre que o acbrmonitor trava e meu sistema envia comandos e não obtém retorno, resetando o acbr volta tudo ao normal.

    Eu em anexo vou colocar o Log do acbr e também estou adicionando um log do meu sistema, que fiz inspirado no log do acbr para ver o que está sendo enviado. E neste, consta a mensagem "NÃO ACHOU ARQUIVO SAI.TXT" após dar o erro. O que significa que não está havendo comunicação com o monitor.

    Estou apresentando este caso abaixo de um cliente específico, logo que eu tiver mais casos de outros clientes meus que estão apresentando o mesmo erro irei adicionando aqui ao tópico.

    LOG ACBR https://www.dropbox.com/s/y2uzv2dhgsbaq40/LOG.TXT?dl=0

    LOG MEU SISTEMA: https://www.dropbox.com/s/y2uzv2dhgsbaq40/LOG.TXT?dl=0

    IMAGEM LOG ACBR COM A LINHA DO POSSÍVEL PROBLEMA : https://www.dropbox.com/s/yicef2awbue5evn/001.png?dl=0

    IMAGEM LOG DO MEU SISTEMA EXIBINDO O POSSÍVEL PROBLEMA: https://www.dropbox.com/s/4lz4h8bmvztqq10/002.png?dl=0

    p.png?preserve_transparency=1&size=1280x

    p.png?preserve_transparency=1&size=1280x

  8. Bom dia.

    Como faço para obter o nome correto da impressora igual o do acbr ?

    Gostaria de saber como o ACBrMonitor obtem o nome das impressoras do sistema, pois estou utilizando a impressora MP-4200 TH e lá no acbr em DF-e > Impressão > (aba NFC-e) > Impressora Padrão - este checkbox aparece a impressora com o nome exatamente MP-4200 TH.

    No meu sistema, feito em Vb.Net, estou utilizando o método abaixo para obter o nome da impressora. Porém, o nome que me é retornado é Bematech MP-4200 TH (COM4). Tentei colocar este nome lá no acbrmonitor.ini e o mesmo não aceitou, coloquei só Bematech MP-4200 TH e também não. Ele só aceita se colocar MP-4200 TH. Que é uma das opções que aparece no checkbox.

    Preciso desta solução pois 2 clientes meus por algum motivo desconhecido perderam a configuração da impressora no ACBRMonitor. Entrei lá para verificar e o campo da impressora estava em branco.

    Dim searcher As New ManagementObjectSearcher("root\CIMV2", "SELECT * FROM Win32_PnPEntity")
    
     For Each queryObj As ManagementObject In searcher.Get()
        If InStr(queryObj("Caption"), "(COM") > 0 Then
            'Console.WriteLine("serial port : {0}", queryObj("Caption"))
            edt_portaECF.Items.Add(queryObj("Caption").ToString)
        End If
    Next

     

  9. 2 minutos atrás, Daniel Simoes disse:

    Aparentemente eles derrubaram o Servidor, para uma manutenção temporária...

    você pode questionar o SEFAZ...

    Minha dúvida é porque verifiquei em outros clientes o Log no mesmo horário que deu este erro. Nos outros não ocorreu este problema.

    Mais já que vocês acreditam firmemente e me confirmam que é problema da sefaz, irei implementar o tratamento adequado no meu sistema.

  10.  

    @RicardoVoigt até acredito ser realmente o problema da sefaz, mais a forma com qual voltou a funcionar foi estranha. Eu sai do sistema, enviei comandos direto no acbr e depois voltei e emiti  uma nota e foi... Ainda estou meio inseguro com isso pois eu fechei e abri o monitor para ver se voltava a emitir e não emitia, só depois de eu enviar o nfe.statusservidor manualmente, e entrar no sistema e testar que voltou. Aparentemente não ia voltar a emitir sozinho se eu não tivesse influenciado e mexido lá entende ?

    Não há uma certeza sobre este erro ? um posicionamento melhor. Preciso dar retorno ao meu chefe sobre este problema e a solução a ser tomada.

  11. Agora, RicardoVoigt disse:

    Desta vez o problema foi lá no ambiente autorizador da sefaz...

    Imagino que devem estar atualizando as "regrinhas" novas que ficam inventando... :-)

    Att

    Ricardo

    Então estou Fu#&@ido ... Pq vou ter de dar trato no meu sistema para quando acontecer este retorno, emitir em contingência e só começar a enviar em contingência quando voltar o status, mesmo tendo internet. Vai dar um trabalho que eu não esperava :unsure:

  12. 17 minutos atrás, BigWings disse:

    Erro 404 é de URL não encontrada.

    Que saiba a URL de autorização da NFCe para o RJ não mudou, pode ser alguma configuração de Internet, DNS, proxy...

    Você pode testar abrindo a URL do webservice de autorização no navegador:

    https://nfce.svrs.rs.gov.br/ws/NfeAutorizacao/NFeAutorizacao4.asmx

     

    Compreendo. Pensei a mesma coisa, quando cai a internet ou url é invalida o Chrome mostra este erro. Porém, eu não mudei nada para voltar a funcionar. Só fechei o sistema, fechei o monitor, enviei um NFe.StatusServico, recebi o status como ok, abri meu sistema e efetuei uma venda e foi. Não alterei nada de internet, proxy, dns e etc... E se eu abrir esta url lá agora vai funcionar pq voltou a emitir normalmente.

    17 minutos atrás, RicardoVoigt disse:

    Bom dia,

    tive um relato desse erro 404 mais cedo (RS), e mas foi momentâneo, em seguida usuário tentou denovo e estava normal...

    Att

    Ricardo

    Muito estranho ... Este erro é da secretaria de fazenda, da internet ou do acbr ?

  13. Olha ... agora a coisa ainda está mais assustadora.

    Eu não mexi em absolutamente NADA da configuração do monitor... Tentei executar alguns comandos escrevendo direto no ENT.txt e funcionaram, depois abri meu sistema e tentei emitir uma NFC-e e misteriosamente funcionou.

    obs: Eu não alterei nada na configuração. O meu sistema toda vez que abre, passa a configuração padrão para o funcionamento do meu sistema para o acbrmonitor.ini, porém não alterei nada para que voltasse a funcionar.

    ACBrMonitor.ini

    LOG.TXT

  14. Prezados, bom dia.

    Estou bem assutado aqui e "desesperado" pois meu cliente está parado. Está ocorrendo de aparecer este retorno para qualquer operação no meu cliente. Olhei o log e não houve nenhuma alteração na configuração, simplesmente começou a dar este erro e não para.

    20/06/2018 08:46:30 - ERRO: 
    Erro Interno: 0
    Erro HTTP: 404

    Segue em anexo o Log e a Configuração.

    ACBrMonitor.ini

    LOG.TXT

  15. 2 minutos atrás, Daniel Simoes disse:

    Sempre é necessário adicionar o Path completo do arquivo a ser monitorado... caso contrário ele usará o diretório corrente, o que pode variar, de acordo com a rotina executada...

    Então ok, eu não colocava o diretório completo acreditando que ele pegava sempre do C:\ACBrMonitorPLUS.

  16. 3 minutos atrás, Daniel Simoes disse:

    Mas a final, você usa o Monitoramento de Pastas, ou do arquivo ENT.TXT ?

    Se você cria o arquivo de entrada, sempre com o mesmo nome, como por exemplo C:\ACBrMonitorPLUS\EN.TXT então a opção de Monitoramento de pastas DEVE estar desligada

    Entendi. Mais em um cliente a opção estava desmarcada e os campos de entrada e saída estavam: TXT_Entrada=ENT.TXT TXT_Saida=SAI.TXT

    Tive de colocar o caminho completo (TXT_Saida=C:\ACBrMonitorPLUS\SAI.TXT) para funcionar.

    Não acredito ser algo que eu consiga provar e demonstrar aqui. Até porque eu já implementei no meu sistema para corrigir o arquivo de configuração INI toda vez que entrar no meu sistema. Mais deixo aqui meu relato para possível análise.

  17. Boa tarde,

    Senhores. Meu sistema está rodando junto com o acbrmonitorplus em alguns clientes. Eu utilizo a comunicação com o monitor por arquivo TXT na pasta C:\ACBrMonitorPLUS\ utilizando os arquivos ENT.txt e SAI.txt. Nunca mexi nesta configuração, sempre só marquei a opção de ser Arquivo txt e o monitor já lia os comandos colocados lá na pasta.

    Entretanto, hoje ocorreu erro em alguns cliente que o acbrmonitor parou de ler o arquivo ENT.txt lá da pasta sem eu ter mexido em nenhuma configuração.

    Para não deixar o cliente parado e resolver o problema, eu desmarquei a opção "monitorar pasta" e coloquei o caminho completo C:\ACBrMonitorPLUS\ENT.txt e C:\ACBrMonitorPLUS\SAI.txt

    Segue abaixo os prints lá dos clientes com os parâmetros configurados e o acbrmonitor não lendo os comandos:

     

    001.png

    002.png

    003.png

    004.png

    005.png

    006.png

  18.  

    3 horas atrás, Rafael Dias disse:

    Bom dia @abrahaofv
    O meu conselho é em relação a IDE, agora sobre seu programa você tem que ver se o seu programa é 32 Bits ou 64 Bits e usa a dll correspondente.
    Você pode copiar a dll para pasta do executável ou para a pasta do windows.

    Lembrando que seu software primeiro vai procurar na pasta dele pela dll e depois nos paths do windows.

    ACBR\DLLs\OpenSSL\1.0.2.13\x64, Dll 64 Bits
    ACBR\DLLs\OpenSSL\1.0.2.13\x86, Dll 32 Bits

    Lembrando que a dll é de acordo com o seu programa e não com o sistema operacional, pois que vai usar a dll é ele.

    Boa tarde. Estou tentando responder o tópico desde ontem mais o fórum esta dando erro aqui no meu pc, parece a internet não sei :(.

    Consegui supostamente resolver o problema copiando as DLL's da pasta ACBR2\DLLs\OpenSSL\0.9.8.14 e copiando para as pasta do projetoSystem32SysWOW64. Espero que não de problemas agora. 

     

  19.  

    Bom dia.

    Rapazes, já perdi a paciência aqui e estou frustado de não conseguir resolver algo tão simples. Peço humildemente a ajuda de vocês. Eu estava colocando todos os testes listados abaixo mais fui apertar Ctrl + z para desfazer um texto aqui e apagou tudo, parece que o teclado agarrou. Eu li o seu tópico do Daniel Simões e também li seu conselho Rafael Dias . Mesmo assim não consegui. Na sexta feira configurei e fui embora aqui do trabalho com meu sistema compilando perfeitamente. Hoje (segunda feira) tento compilar e ocorre o erro  Não foi possível localizar o número ordinal 132 na biblioteca de vínculo dinâmico SSLEAY32.dll. Estou fazendo estas alterações para adequar meu emissor para versão 4.0 da nfe. Antes estava emitindo na versão 3.10 e eu consegui configurar as dll do projeto corretamente, inclusive, antes as dlls eu deixava na pasta do executável e dependendo do windows do cliente 32 ou 64, eu alterava apenas a libeay32.dll de acordo com cada windows. Com estas novas atualizações, devo copiar as dll para a pasta do meu projeto ou deixar só no windows ?

  20. 18 minutos atrás, abrahaofv disse:

    Consegui instalar sem essa dependencia.

    Agora quando eu compilo o projeto ocorre o erro: Não foi possível localizar o número ordinal 132 na biblioteca de vínculo dinâmico SSLEAY32.dll

    Já copiei as DLL em ACBR\DLLs\OpenSSL\1.0.2.13\x64 e coloquei nas pastas System32, SysWOW64 e na pasta do projeto. O erro persiste.

    Resolvi. copiei as DLL da pasta libxml2 também.

    PAra resolver o erro: undeclared identifier: libWinCryptEu adicionei as unidades ACBrDFeConfiguracoes, ACBrDFeSSL no Uses.

     

  21. 2 horas atrás, Daniel Simoes disse:

    Se não me engano, o ACBr exige o Fast Report Professional, ou seja, uma versão superior a que vem "de gratis" no Delphi...  (não tenho certeza, pois não usuário dele)....

    Recomendo remover essa dependência e usar o Fortes Report CE

    https://github.com/fortesinformatica/fortesreport-ce

    Consegui instalar sem essa dependencia.

    Agora quando eu compilo o projeto ocorre o erro: Não foi possível localizar o número ordinal 132 na biblioteca de vínculo dinâmico SSLEAY32.dll

    Já copiei as DLL em ACBR\DLLs\OpenSSL\1.0.2.13\x64 e coloquei nas pastas System32, SysWOW64 e na pasta do projeto. O erro persiste.

×
×
  • Criar Novo...

Informação Importante

Colocamos cookies em seu dispositivo para ajudar a tornar este site melhor. Você pode ajustar suas configurações de cookies, caso contrário, assumiremos que você está bem para continuar.