Pesquisar na Comunidade

Bom dia, Já faz alguns dias que meu ACBRmonitorplus (1.2.0.50) vem "travando". Eu envio um comando para ele e ele não processa, fica travado em "Comandos a processar". Hoje do nada, quando não estava travando direto, passou a ocorrer este erro abaixo no cancelamento. Não instalei nenhum programa nem nada. Há alguma atualização ou pode haver algum problema no meu computador ? 23/05/2019 10:01:49 - NFE.CancelarNFe(33190528670099000158650110000530461000530469,Cancelado pelo Contribuinte,28670099000158,) 23/05/2019 10:01:50 - OK: Rejeicao: Evento nao atende o Schema XML especifico (Elemento: envEvento/evento[1]/infEvento/detEvento/nProt)

Pessoal por aqui está acontecendo algo parecido dando o seguinte erro EDivByZero - Division by zero Division by zero Isso quando clico na tecla Teste, para abrir a aba de testes E então em qualquer tecla das disponiveis no form a saber "Status do servico, ..Enviar ... Consultar ... Cancelamento..." sempre repete esse erro "EDivByZero - Division by zero Division by zero" O memoedit onde é exibido a Reposta Webservice fica como desabilitado e se clico em cima dele também da esse erro De qualquer forma a autorização, impressão e consulta de status, via meu sistema está funcionando ok Tanto em modo texto "ent.txt" como em modo de comunicação via TCP-ip

Pessoal, bom dia. Alguém já passou por isso? Quando clico em DF-e e em seguida em Teste a guia não abre inteira e ao clicar em Status Serviço, trava ACBrMonitorPlus. Testei com mais de um certificado digital A1 e o problema persiste. Segue anexo imagem.

Olá pessoal, bom dia! Atualmente aqui na empresa utilizamos a versão 1.2.0.11 do ACBR (testado também na versão 1.2.0.39) e, o ACBR simplesmente congela (ou fecha sozinho) e não processa por completo o arquivo ent.txt. Acontece que estamos gerando boletos e remessas (vários, mais de 1000 ao mesmo tempo). Nosso sistema cria de principio um arquivo ent.tmp e, só depois de inserir todos os registros é que ele altera o arquivo ent.tmp para o nome ent.txt. Neste momento, o ACBR processa poucos registros e, imediatamente para de responder e não funciona mais. No gerenciador de tarefas do Windows, o ACBR fica consumindo sem parar 25% de CPU e, só finalizando a tarefa é que ele volta a funcionar. Diante do fato apresentado, gostaria de saber se há alguma limitação em relação a quantidade de registros no arquivo ent.txt - o ACBr possui algum limite? Há algo que possa ser feito para solucionar isto? OBS: Poucos registros ele funciona normalmente. Se for de valia, segue os arquivos que ficam assim que ele para de funcionar: ENT.TXT: BOLETO.GerarRemessa("c:\remessa\",12) ------------------------------ LOG.TXT (ALGUNS DADOS COMO NOME E CPF FORAM REMOVIDOS): 06/02/2019 10:38:51 - ATENÇÃO: Chave RSA Privada NÃO pode ser lida no arquivo "swh.ini". 06/02/2019 10:38:51 - ACBr MonitorPLUS Ver.1.2.0.11 06/02/2019 10:38:51 - Aguardando comandos ACBr 06/02/2019 10:38:51 - Monitorando Comandos TXT em: C:\AcBrMonitor\ENT.TXT 06/02/2019 10:38:51 - Respostas gravadas em: C:\AcBrMonitor\SAI.TXT 06/02/2019 10:38:51 - Log de comandos será gravado em: C:\AcBrMonitor\LOG.TXT 06/02/2019 10:39:09 - BOLETO.LimparLista 06/02/2019 10:39:09 - OK: 06/02/2019 10:39:17 - BOLETO.IncluirTitulos(" [Titulo1] NumeroDocumento=2014004401 NossoNumero=9406 Carteira=09 ValorDocumento=10,00 Sacado.NomeSacado=NOME DO CLIENTE Sacado.Pessoa=0 Sacado.CNPJCPF=1111111111 Sacado.Logradouro=Rua João Andrade Filho Sacado.Numero=1 Sacado.Bairro=Jardim Itaipu Sacado.Complemento= Sacado.Cidade=Ourinhos Sacado.UF=SP Sacado.CEP=18900-000 Mensagem=|| ValorMoraJuros=0,00 Vencimento=10/01/2014 (...) [Titulo1870] NumeroDocumento=201709541870 NossoNumero=11275 Carteira=09 ValorDocumento=10,00 Sacado.NomeSacado=NOME DO CLIENTE Sacado.Pessoa=0 Sacado.CNPJCPF=1111111111 Sacado.Logradouro=RUA ITALO RIOS Sacado.Numero= Sacado.Bairro=JD DAS ARVORES Sacado.Complemento= Sacado.Cidade=SCRPARDO Sacado.UF= Sacado.CEP=18900000 Mensagem=|| ValorMoraJuros=0,00 Vencimento=10/12/2017 " (sim, ele termina desta forma, com uma aspas no final do arquivo). Alguém tem alguma ideia do que pode estar acontecendo ou uma maneira de resolver isto? Estamos também com um outro cliente com o mesmo, só que relacionado a NFe. A nota tem muitos produtos e o ACBR dá a impressão que não consegue processar muitas requisições e para de funcionar no meio. Agradeço a atenção e obrigado.

Pessoal, bom dia. Estou com um cliente o qual tem 2 FS 800i. Ambas estão com o mesmo problema, estão TRAVANDO ao comandar o comando de redução z. Já instalei a última versão do driver USB e a configuração de baudrate da porta está em 115200, mas o problema continua. O mais estranho é que durante o dia, tudo funciona perfeitamente. A quantidade de cupons que eles emitem inclusive não é pouca, mas tudo funciona perfeitamente. Estou utilizando o ACBr Monitor Plus para comandar a ECF, só que todos os dias no final do dia, ao executar a redução Z (comando ECF.ReducaoZ) a impressora para de responder. Mas bizarro ainda é que a redução Z é emitida na ECF (papel sai certinho com todas as informações). Vou no final do dia de hoje obter o LOG da ECF e anexar aqui para dar mais detalhes.

Olá pessoal. Estou tentando utilizar o acbrMonitor com o Sat-A10 da Epson e estou encontrando algumas dificuldades. Fiz o procedimento padrão de ativação e instalação segundo o fabricante: Até aqui tudo bem, o problema acontece quando tento testar pelo acbrMonitor: Configurei o mesmo da seguinte forma: Pois bem. Consigo inicializar clicando no botão Inicializar, aparentemente inicializa: Arquivo de log: "11/11/17 09:57:38:181 - ACBrSAT.Inicializado" mas quando tento, ativar ou consultar o status a aplicação trava: No arquivo de log a informação: "11/11/17 09:59:18:123 - NumeroSessao: 508953 - Comando: AtivarSAT( 1, 03654119000176, 35 )" mas não obtenho resposta de retorno e simplesmente trava. Já copiei as dll para a pasta do windows, já fiz de tudo, mas nada até agora. Alguém já passou por isso ou tem alguma solução para que eu possa tentar resolver esse problema? Desde já agradeço.

Olá, o AcbrNFe está travando no metodo enviar, fica esperando o retorno por horas, não posso travar um terminal. Já utilizei thread com critical section mas mesmo assim o metodo enviar ainda está travando em alguns clientes meu. Gostaria de ajuda pois não sei como resolver isso. Não tenho como mandar logs ou testar no demo, fiz um log na minha aplicação antes do metodo enviar e constatei que o erro é lá. O problema não acontece sempre e nem em todos os clientes. trabalho com uma internet muito ruim. Uso o Delphi XE6. Agradeço.

Boa noite, Estou com o seguinte problema: Por exemplo: O usuário liga o computador às 08:00 a.m. No entanto o usuário só vai emitir a nfce só às 11:00, ou seja, o acbr ficou ocioso durante 3 horas. Sendo assim, o processo de criação, validação, assinatura funciona normalmente, mas quando é feito o envio, o acbr trava enquanto espera retorno da sefaz. Alguém já passou por esse problema ou tem alguma ideia de como solucionar o mesmo? Obs: Computador com windows 7 64bits; ACBRMonitor PLUS versão: 0.03.04.03; No aguardo e desde já agradeço.

Estava com um problema em um cliente que, ao emitir uma CCe a aplicação travava. Descobri onde está o problema. O método "PrepareReportEvento" não trata o evento "ShowDialog" e "ShowProgress", e também não seta a impressora do frxReport. Sugiro a seguinte correção: Unit: ACBrNFeDANFEFR Classe: TACBrNFeDANFEFR Método: PrepareReportEvento if Assigned(ACBrNFe) then begin ----------------------------- Result := FdmDanfe.frxReport.PrepareReport; {*****************| ALTERAÇÕES FEITAS POR LUCAS M. BELO |******************} FdmDanfe.frxReport.PrintOptions.ShowDialog := FShowDialog; FdmDanfe.frxReport.ShowProgress := FMostrarStatus; // Define a impressora if Length(Impressora) > 0 then FdmDanfe.frxReport.PrintOptions.Printer := FImpressora; {***************************************************************************} end -------------------------- *Obs: nossa aplicação roda como serviço windows.