Bruno Freixo
-
Total de ítens
38 -
Registro em
-
Última visita
Tipo de Conteúdo
Blocks
Notes ACBrLibNFe
Fóruns
Downloads
Calendário
Posts postados por Bruno Freixo
-
-
PUtz... eu gostaria de tentar usar via acbr monitor...pq o meu sistema ja ta integrado nele....q dentro da solucao eu havia entendido como uma espécie de "proxy" que abstrai a comunicacao com outros componentes do ACBr e dai pra mim o ACBrCargaBal era um deles. Estou equivocado pessoal?
Alguem ja fez isso com este tipo de balanca? -
boa tarde @daniel
sim ela tem...Estou entendendo ETH = Ethernet correto?
No caso seria esta balanca aqui - soh pra ser mais especifico.... "toledo prix4 flex" -
pessoal, boa tarde! Duvida, eu consigo fazer o teste usando este meio "TCP:IP_MAQUINA:NumPorta" no acbr monitor (secao balanca) ?
Ou o correto seria usar algo como acbrserial para transformar a "conexao" para o acbr monitor em uma porta serial? -
Obrigado pelo retorno.
Vou tentar coletar mais evidencias das outras impressoras.
-
Poderia compartilhar o link da documentação do bloco X por favor
-
Eu só preciso saber o que significa o retorno false da lib do ACBRMonitorPlus
Log Anexo
Fico no aguardo
-
Temos alguns casos de falhas mas como a documentação esta um pouco "clean" não consigo prever retornos com erro e o modelo do xml de retorno para obter alguma info do xml.
Para testes utilizamos o emulador da bematech e epson mas sem sucesso.
-
No Log a unica coisa que consta são os erros abaixo (esporadicamente) mas não relacionados diretamente a leitura x e sim AbreCupom()
ERRO: Erro retornado pela Impressora: BEMATECH
Categoria: 16-Erro específico do Fabricante
Motivo: 15
ERRO: Componente ACBrECF ocupado
Aguardando resposta do comando anterior -
Bom dia!
Estamos com algumas intermitência entre o PDV -> ACBRMonitorPlus -> Impressora Fiscal
Como teste de comunicação estamos invocando a LeituraX() para validar, porem em alguns casos ela me retorna false e não achei em nenhum lugar (forum/doc) o que significa.
Alguém poderia me ajudar?
*O Log txt do ACBRMonitorPlus não aponta nada
Cenário: Impressoras Bematech, Daruma, Tanca e Epson
-
Bom dia!
Isso, XML mas não cita exemplo do corpo do xml
-
Bom dia!
Não encontro nenhum exemplo de retorno do método TransmitirArquivo(path) e suas variações de rejeições ou indisponibilidade
-
Boa tarde!
Nosso PDV esta instalado no Brasil inteiro e fazemos varias instalações novas em maquinas diferentes quase que diariamente.
Tanto 32 quanto 64 bits.
Fizemos downgrade do ACBR em todos cliente, porem precisamos instalar a versão nova por conta do Bloco X do ECF
Versão do ACBR 32bits
-
Pessoal, confirmado
Desde quinta não temos mais a ocorrência desde erro na versão 12
Tem algo na versão 13 que esta causando esse problema
-
Voltamos a versão do ACBRMonitorPlus 1.2.0.59 e aparentemente voltou a funcionar.
Será que temos um problema na versão 13?
-
32 minutos atrás, Bruno Freixo disse:
Boa tarde!
ACBR VERSÃO 1.3.0.268 - X86
Estamos com alguns problemas na emissão de nfce através de nossa ferramenta, ao enviar o comando estamos tendo como resposta o erro abaixo.
Quando realizamos o Kill do ACBR e executamos novamente volta a funcionar.
O arquivo existe no caminho mencionado e não esta corrompido muito menos com falha no conteudo.
Esperando por comandos.
01/04/2020 08:43:45 - NFE.ValidarNFe("C:\Pasta\99200428046001000196659910000131421999908999-NFCe.xml")
01/04/2020 08:43:45 - ERRO: Access violation
01/04/2020 08:43:45 - ALERTA: Fim da Conexão com: 127.0.0.1 em: 01/04/20 08:43:45
01/04/2020 08:44:47 - ATENÇÃO: Chave RSA Privada NÃO pode ser lida no arquivo "swh.ini".A url esta correta, foi editada manualmente para omitir informação pessoal e acrescentada uma barra erroneamente.
-
Boa tarde!
ACBR VERSÃO 1.3.0.268 - X86
Estamos com alguns problemas na emissão de nfce através de nossa ferramenta, ao enviar o comando estamos tendo como resposta o erro abaixo.
Quando realizamos o Kill do ACBR e executamos novamente volta a funcionar.
O arquivo existe no caminho mencionado e não esta corrompido muito menos com falha no conteudo.
Esperando por comandos.
01/04/2020 08:43:45 - NFE.ValidarNFe("C:\\Pasta\99200428046001000196659910000131421999908999-NFCe.xml")
01/04/2020 08:43:45 - ERRO: Access violation
01/04/2020 08:43:45 - ALERTA: Fim da Conexão com: 127.0.0.1 em: 01/04/20 08:43:45
01/04/2020 08:44:47 - ATENÇÃO: Chave RSA Privada NÃO pode ser lida no arquivo "swh.ini". -
Em 13/05/2019 at 13:25, Italo Jurisato Junior disse:
Boa tarde Bruno,
Você esta usando a versão mais recente do ACBrMonitor?
Se você envia novamente a nota e a mesma é rejeitada por duplicidade, isso significa que a primeira vez que ela foi enviada em modo síncrono, ela foi recebida, processada e autorizada pela SEFAZ.
Logo conclui-se que a SEFAZ-MT suporta a recepção de NFC-e em modo síncrono.
Você tem um outro problema que é, Duplicidade com diferença na chave.
Isso significa que a nota enviada pela segunda vez, a chave estava diferente.
O que pode provocar essa diferença?
O erro mais comum é não atribuir um valor para o campo cNF (Código da Nota Fiscal) que faz parte da chave.
Se você não atribuir um valor para o campo cNF o Monitor se encarrega de gerar um código aleatório, isso explica que o segundo envio da mesma nota ter a chave diferente.
A minha sugestão é que a sua aplicação gere um código aleatório para cNF, armazene esse código no banco de dados com os demais dados da nota e no momento de gerar o arquivo TXT com os dados da venda, atribua o código ao campo cNF.
Como isso você garante que a chave sempre será gerada exatamente igual.
Por fim, acredito o seu problema de não receber informações corretas logo após o primeiro envio deve ser devido ao uso de alguma versão antiga do monitor.
Obrigado. pela resposta. percebi que houve o error no merge automatico do TFCV acabou removendo o valor booleano do sicrono. deixando rotina assicrona.
- 1
-
Prezados. no estado de mato grosso estamos tendo problema na emissão nfc-e. embora eu transmita sempre 1 xml e altere o modo de envio para sincrono. mas estamos com problema acredito que deveria receber pelo menos resposta cstat = 105 em processamento. mais vou colocar a o log do acbr abaixo
[Envio]
CStat=103
CUF=51
DhRecbto=10/05/2019 14:30:13
Msg=Lote recebido com sucesso
NRec=510003686060663
TMed=1
VerAplic=3.00
Versao=3.00
XMotivo=Lote recebido com sucesso
tpAmb=1
[Retorno]
CStat=0
CUF=0
DhRecbto=30/12/1899
Msg=
VerAplic=
Versao=
XMotivo=
nRec=510003686060663
tpAmb=1
Porem pelo log parece error no webservice. mas quando tento enviar nova nota a mesma deu em duplicidade.
vamos fazer uma tratativa para consultar a nota caso receba essa resposta do acbr. mas isso não pareceu normal pra min. é comun receber essa resposta do acbr? não deveria vim uma resposta em processamento? a sefaz de MT não suporta requisição sincrona?
[Envio]
CStat=103
CUF=51
DhRecbto=10/05/2019 14:30:19
Msg=Lote recebido com sucesso
NRec=510003686060869
TMed=1
VerAplic=3.00
Versao=3.00
XMotivo=Lote recebido com sucesso
tpAmb=1Nota(s) não confirmadas:
1350->539-Duplicidade de NF-e com diferenca na Chave de Acesso[Retorno]
CStat=539
CUF=51
DhRecbto=30/12/1899
Msg=Nota(s) não confirmadas:
1350->539-Duplicidade de NF-e com diferenca na Chave de Acesso
VerAplic=4.00
Versao=4.00
XMotivo=Duplicidade de NF-e com diferenca na Chave de Acesso
nRec=510003686060869
tpAmb=1
[NFe1350]
CStat=539
CUF=51
DhRecbto=10/05/2019 14:30:19
Msg=
VerAplic=4.00
Versao=4.00
XMotivo=Duplicidade de NF-e com diferenca na Chave de Acesso
arquivo=C:\LinkedGourmet\fc\CaminhoAssinada\51190532194658000178650010000013501214711566-NFCe.xml
chNFe=51190532194658000178650010000013501214711566
digVal=5QQKYvhKj/69PLenk7hyfGiAiiY=
nProt=
tpAmb=1 -
Em 03/05/2019 at 16:26, Daniel Simoes disse:
Bruno....para testar a conexão TCP usamos a aplicação em anexo no Post inicial... além é claro, de aplicações como o DJPDV...
não conseguimos reproduzir o problema mencionado...
organizei toda logica para enviar comandos o acbr de uma vez só utilizando a mesma conexão. evitando abrir e fechar conexão em cada comando.
rotina exemplo
abreconexao
abrecupom
realizavendas
realizavendas
realizavendas
realizapagamentos
fechaCupom
fechaConexão.
já tem uma semana implementada em um cliente e não tivemos reclamação de erro no cupom qualquer coisa dou retorno- 2
-
5 horas atrás, José M. S. Junior disse:
Bom dia
Qual é o timeOut configurado no Monitor para a conexão TCP?
10000 milisegundos
5 horas atrás, Daniel Simoes disse:Parece ser algo do seu lado... por favor teste com a aplicação que anexei no post anterior... vários usuários do MonitorPLUS usam diariamente a comunicação por TCP, sem problemas...
Observando o seu código, ele entrará e um Loop, até que ache um ETX (#3)... e somente após isso ele desconecta, correto ?
Então se está chegando no ponto de desconexão, é porque ele recebeu a resposta...
Insira Logs na sua aplicação, para saber se está chegando no ponto de desconexão
sim ele tem fica em loop até acha o final da resposta, mas ele tem um limite de 10000 milisegundo de espera. caso esse tempo seja atingido ele fecha a conexão também.
obrigado daniel pela atenção.não estou dizendo que o problema está no acbrMonitor estou tentando identificar o ponto exato. e pelo o que analisei no codigo da minha aplicação essa é a logica.
segue o fluxo.
Conectar na por 3434
faz leitura da conexão
envia comando
faz leitura - se demorar 10 segundos gerar exception. e fecha conexãofecha conexão
referente o problema está na minha aplicação foi a primeira coisa que pensei já fiz logs no processo por isso consigo afirma que não tive resposta do acbr. alem do logs anterior fiz outra aplicação limpa só pra testar e extressar o protocolo e acbr.
cheguei a evidenciar o problema fazendo video exatamente para ficar mais claro o problema e talvez vocês puder-se ajudar a identificar onde minha logica ta errada
para está perdendo resposta, pois se tem um intervalo de descanso o problema não aconte-se só quando tem muitos comando em sequencia.
mas acredito que esse cenário é novidade também para vocês. vou tentar elaborar outra logica fazer mais teste nesse processo talvez até mudando então para arquivo txt.
obrigado pela atenção de vocês. -
@Daniel Simoes fiz uma aplicação menor com apenas abre conexão e envia os comandos.
vou deixa o link do video do processo que fiz e como simular o problema.
Depois de ver o video. https://drive.google.com/file/d/1Tko6DmBX2JzGtwgoQSG6UQ1GVdGa3tT3/view?usp=sharingvai entender que fica ruim para nós colocar um intervalo de 1 segundo entre os comandos, pois se tiver 20 itens diferente são 20 comandos.
vou deixa em anexo codigo fonte em c# e aplicação compilada. não coloquei parametro para ip e porta do acbr ele está conectando localhost:3434 -
Em 30/04/2019 at 12:52, Daniel Simoes disse:
Parece que você está desconectando antes de ler a resposta...
Teste a conexão com esse exemplo (muito simples), em Lazarus... Os fontes estão disponíveis para download em nosso SVN
Daniel. a area destacada em vermelha não teve respota para o comanda abriu a conexão enviou comando de vendaItem e fiquei sem resposta. o meu tempo limite de espera é de 10 segundos acima disso entendo que houve problema. mais o problema é que está muito comun. vou tentar compartilhar outro cenario
no print abaixo ele travou quando fui efeturar o pagamento. veja que depois do comando EfetuaPagamento já tem outra conexão pois o sistema deu timeout depois de 3 minutos tentei fazer o cancelamento do cupom em aberto recebi erro componente está ocupado. depois tentei de novo e consegui cancelar o cupom em aberto.
Referente a ao fluxo todo comando é aberto uma conexão e fechada depois da resposta ou caso de timeout vou anexa print do codigo em c#
-
41 minutos atrás, Daniel Simoes disse:
Em que ponto do seu Log, está o travamento ? (não há erros aparentes)
Você conecta e desconecta o TCP, a cada comando enviado ?
O mesmo problema ocorre com TXT ?
daniel detalhei um pouco mais confere ai se ajudou a identificar o error, segue em anexo.
Sim desconectamos o TCP a cada comando enviado.
bem nós não usa a comunicação por arquivo txt devido não atender nossas necessidades.- 1
-
Prezados. estamos tendo problema em resposta com acbr monitor e impressora fiscal (modelo testado bematech 2100). o sistema funciona normalmente nas primeira sequencia de comandos do fluxo de venda. porem depois de algumas vendas começo a ter problema em receber resposta do acbr em um comando de fluxo de venda conforme o log (atenção a vez ele para no abrir cupom). quando mandei o camando ECF.VendeItem o acbr finalizou as conexões e não respondeu e nem escreveu no log o que obteve da impressora. porem como a impressora não travou e nem o acbr consegui em seguida fazer o cancelamento do cupom em aberto. as vezes o acbr monitor chegar a ficar travado tendo que reiniciá-lo.
Fico no aguardo de ajuda.
BALANCA EM REDE
em ACBrSerial
Postado
Pessoal eu fiquei com a sensacao de que voces estao comentando sobre o ACBrCargaBal pra de fato fazer a carga de produtos pra balança.
No entanto, minha necessidade principal agora é ler o peso, por isso q eu comentei do ACBrMonitor.
Fiz confusao ou no caso o ACBrCargaBal tb tem este proposito?
Desde ja agradeco pela atencao! obrigado!
att,