marcellocainelli

Para ficar mais claro o que estou falando e o que esta acontecendo, veja o vídeo abaixo:

Daniel estou fazendo a homologação com a cappta, no manual eles pedem para ativar a opção múltiplos cartões no gerenciador deles. Então o próprio gerenciador realizada o pedido de vários cartões até o valor que passei na CRT ser completado. Se faça desta forma sem estar marcado a opção múltiplos cartões no ACBRTEFD, quando termina a transação, ele não captura os cartões que passou, simplesmente ele para e não captura nada. A mesma coisa acontece com o Demo do ACBrTEFD.

Daniel, refiz a venda, porem o Log esta igual a ultimo que postei. Segue ele em anexo novamente LogTEF.log

Boa tarde a todos, Estou com dificuldades para fazer as alterações para nova integração Gateway da Funcional Card e gostaria de saber se algum colega aqui do forum já passou por isso e conseguiu resolver. Estou tentando efetuar a Sales Transaction no Postman e não estou tendo sucesso. Estou enviando a query abaixo : {Sales_transaction(storeCode:"00000000000010", customerCode:"60100022100000116", authorizationID:"31530", createdAt:"2020-10-20"){Sales_transaction}} e recebendo como retorno: "message": "Field \"Sales_transaction\" of type \"Sales_Transaction\" must have a selection of subfields. Did you mean \"Sales_transaction { ... }\"?", Já tentei de várias outras maneiras e sempre retornam erros. Poderiam me passar um exemplo no Postman para essa transação ? Agradeço antecipadamente, Marcello Cainelli Doutor Byte Sistemas

Olá, estou usando a opção de múltiplos cartões e não esta confirmando a transação. Testei ate com o demo e também não finaliza a transação. Estou usando o TEFDial. Já configurei no gerenciador do TEF Cappta a opção para múltiplos Cartões e mesmo assim não funciona. Segue me anexo as imagem e os logs. Atualizei o ACBr 26/10/2020 LogTEF.log 2020-10-28.log TEFDDemoNF.ini

Gente não é o meu Delphi. Peguei uma pasta do ACBr que atualizei em Junho/2020 e esta com esse instalador, com ele instalou normalmente. porem se micro para a versão que esta hoje, não gera as BPL. Todos os outros componentes que utilizo esta funcionando, inclusive o frceInstall usa a mesma forma que o ACBr para instalar, e instalou normal.

Boa tarde! Estou instalando o ACBr que baixei hoje e não esta gerando as BPL. O meu Delphi é original, os outros componentes que utilizo como por exemplo o frceInstall que também é por linha de programação, instalou normal. estou executando tudo em modo de Administrador. Delphi 10.2.3 log_Delphi_10.2_Tokyo_Win32.txt

Obrigado!

Pessoal boa tarde! um cliente meu tem esse Teclado Microterminal Wilbor Gradual 44 Teclas Rs 485 https://produto.mercadolivre.com.br/MLB-1142096986-teclado-microterminal-wilbor-gradual-44-teclas-rs-485-_JM?quantity=1&variation=41627953543#position=3&type=item&tracking_id=2431bcdb-f9e3-4f93-a762-080b404e9e96 porem ele é conexão serial e o ACBrMTer é TCP/IP, tem alguma forma de se comunicar com ele?

Daniel baixei os arquivos novos que vocÊ disponibilizou e atualizei o cliente colocando um parâmetro de 20 no KeepAlive, vamos aguardar agora para ver se resolve. O cliente trocou as tomadas e mesmo assim o problema continuo, tomara que isso resolva. Depois posto um retorno se resolveu mesmo, desde já muito obrigado!

Sim, mais pelo menos todos voltam a funcionar. Do jeito que esta hoje, mesmo com a opção que você criou, é provável que o pessoal do suporte tenha que realizar um acesso para reiniciar o serviço. Outro detalhe é que o cliente tem que arrumar as tomadas que ele tem. Cliente é foda, passei mais de uma semana para achar o problema que estava na tomada dele.

Daniel, eu fiz um ajuste no meu sistema, para ele desativar e ativar novamente o ACBrMTec quando encontrar um IP repetido na lista. Do jeito que você deixou, não sei porque tem horas que ele não deixa reconectar, então deixe como era antes mesmo, sem incluir a opção "DesconectarIPRepetido". Mesmo assim obrigado pela ajuda!

Daniel, não resolveu completamente. Quando o micro terminal sobre a queda de energia, ele ainda continua travando o micro terminal, porem agora quando o micro terminal esta travado, se eu desligo ele e ligo novamente, ele reconecta e volta ao normal, coisa que antes não estava acontecendo. Antes tinha que desativar e ativar novamente o ACBrMTec

Daniel bom dia! Depois de muitos testes descobri o problema. Quando a uma queda de energia muito rápida, o micro terminal tenta se reconectar, neste momento na lista de micros terminais dentro do ACBrMTec, aparece os dois micros terminais, veja o erro também simulado no exemplo ACBrMTec Neste momento não importa qual das opções você selecione, todas não respeitam o comando enviado para o micro terminal, então o micro terminal fica travado. Se você desligar o micro terminal pelo botão liga e desliga dele, não acontece o problema, mais se remover da tomada e colocar em seguida colocar na tomada (tem que ser bem rápido), ai o problema acontece. Esta é a lista que me refiro: ACBrMTer1.TCPServer.ThreadList.LockList Quando aqui dentro tem dois IPs iguais, não importa para qual deles você responda, o micro terminal não recebe o comando e fica travado!

Sim Daniel estou usando o protocolo Os fontes são

Olá, boa tarde! Estou com um problema em um cliente usando o ACBrMTec, o cliente tem dois micros terminais da Gertec, do nada um deles apresenta que travamento, então ativei o log para ver o que acontece: -- 13/08 12:58:52:584 -- Terminal: 192.168.0.12 - Conectou -- 13/08 12:58:52:584 -- LimparDisplay( 192.168.0.12 ) -- 13/08 12:58:52:584 -- EnviarTexto( 192.168.0.12, "Seja bem vindo" ) -- 13/08 12:58:52:677 -- LimparDisplay( 192.168.0.12 ) -- 13/08 12:58:52:677 -- PosicionarCursor( 192.168.0.12, 1, 1 ) -- 13/08 12:58:52:677 -- EnviarTexto( 192.168.0.12, "NUM: " ) -- 13/08 12:58:52:677 -- PosicionarCursor( 192.168.0.12, 2, 1 ) -- 13/08 12:58:52:709 -- LimparDisplay( 192.168.0.12 ) -- 13/08 12:58:52:709 -- PosicionarCursor( 192.168.0.12, 1, 1 ) -- 13/08 12:58:52:709 -- EnviarTexto( 192.168.0.12, "NUM: " ) -- 13/08 12:58:52:709 -- PosicionarCursor( 192.168.0.12, 2, 1 ) -- 13/08 12:58:52:709 -- Terminal: 192.168.0.12 - TX -> 4 bytes -> [ETX][NUL][NUL][NUL] -- 13/08 12:58:52:974 -- Terminal: 192.168.0.12 - TX -> 4 bytes -> '[NUL][NUL][NUL] -- 13/08 12:58:53:240 -- Terminal: 192.168.0.12 - TX -> 19 bytes -> 3[NUL][15][NUL]Seja bem vindo[NUL] -- 13/08 12:58:53:507 -- Terminal: 192.168.0.12 - TX -> 4 bytes -> '[NUL][NUL][NUL] -- 13/08 12:58:53:773 -- Terminal: 192.168.0.12 - TX -> 6 bytes -> )[NUL][STX][NUL][SOH][SOH] -- 13/08 12:58:54:042 -- Terminal: 192.168.0.12 - TX -> 10 bytes -> 3[NUL][ACK][NUL]NUM: [NUL] -- 13/08 12:58:54:307 -- Terminal: 192.168.0.12 - TX -> 6 bytes -> )[NUL][STX][NUL][STX][SOH] -- 13/08 12:58:54:573 -- Terminal: 192.168.0.12 - TX -> 4 bytes -> '[NUL][NUL][NUL] -- 13/08 12:58:54:870 -- Terminal: 192.168.0.12 - TX -> 6 bytes -> )[NUL][STX][NUL][SOH][SOH] -- 13/08 12:58:55:136 -- Terminal: 192.168.0.12 - TX -> 10 bytes -> 3[NUL][ACK][NUL]NUM: [NUL] -- 13/08 12:58:55:401 -- Terminal: 192.168.0.12 - TX -> 6 bytes -> )[NUL][STX][NUL][STX][SOH] -- 13/08 12:59:11:653 -- Terminal: 192.168.0.12 - Desconectou - 10054-Connection reset by peer Apos o micro terminal receber o comando "Desconectou - 10054-Connection reset by peer" ele fica travado. Mesmo desligando e ligando o micro terminal, ele não consegue reconectar, é necessário desativar e ativar o ACBrMTec novamente. Já trocamos o servidor, agora esta em um windows server 2012 sem antivírus e até desativamos o firewall, uma vez que liberando a porta 6550, não resolveu. O travamento acontece do nada, aleatoriamente em um dos dois micros terminais, semana passada chegou a travar os dois micro terminais. Não tenho mais ideia do que fazer para resolver o problema. Na duvida achávamos que era o micro terminal, então o cliente comprou um outro novo e mesmo assim esta dando o problema.

Não entendi

Daniel, estou dizendo que quando eu recebo o evento ACBrMTer1RecebeDados eu não sei se o usuário digitou o código do produto ou passou o leitor, então através do parâmetros “Recebido” é que vou identificar se é código ou código de barra, se for código de barra eu estou sentando a propriedade ACBrMTer1.EchoMode = mdeNone, porem quando o evento ACBrMTer1RecebeDados termina o componente continuar no evento procedure TACBrMTer.DoRecebeDados(const aIP: String; const DadosRecebidos: AnsiString); Neste evento a propriedade wEchoMode, não respeita o mdeNone que eu troquei antes. Se o wEchoMode, estive obedecido o tipo mdeNone, no comando case wEchoMode of mdeNormal : fMTer.ComandoEco(wConexao.Comandos, DadosEcho); mdePassword: fMTer.ComandoEco(wConexao.Comandos, StringOfChar(PasswordChar, Length(DadosEcho))); end; Ele não devolveria nada para o micro terminal. Resumindo, o ACBrMTer não respeita você mudar o Echo no evento ACBrMTer1RecebeDados, Entendeu?

Olá bom dia! Estou com um problema no ACBrMTer, eu preciso que o usuário quando passar um código de barra, no caso seria um código de barra de etiqueta de balança, eu automaticamente já vou adicionar o produto no sistema e quero que o código de barra não apareça no visor do micro terminal, pois assim o usuário já pode passar o próximo produto. Então quando eu recebo o evento ACBrMTer1RecebeDados eu já faço a inclusão do produto, porem mesmo se eu alterar a propriedade EchoMode para mdeNone, o micro terminal recebe o código lido pelo leitor de código de barra e só no próximo comando que o usuário der no micro terminal é que o EchoMode respeita e não mostra o que o leitor leu. Como eu faço para não aparecer o comando que ele digitou?

Muito obrigado sgeinformatica. Salvou a patria. Fiz a alteração e os clientes já estão conseguindo passar vendas. "...dessa merda dos servidores da farmacia popular" - faço minhas as suas palavras - nunca vi uma coisa mais mal feita e sem suporte nenhum. Enviei e-mail ontem questionando e até o momento nem resposta.

Estou tendo vários casos de clientes que não estão conseguindo passar vendas no Farmácia Popular. Será novamente instabilidade no servidor ? O erro que aparece pra mim é que o documento xml deve ter um elemento de nível superior. Alguém esta conseguindo passar vendas sem problemas ?

Bom dia. A prefeitura de minha cidade trocou para o provedor Fiorilli e vi que o mesmo consta na lista de provedores do ACBRNFSe. Tentei incluir os dados da cidade no Cidades.ini: [3541604] Nome=Promissão UF=SP Provedor=Fiorilli e fazer o envio de uma nota, mas tanto no meu sistema quanto no Demo ABCRNFSe esta me retornando o erro abaixo: Tentei também "Enviar Lote RPS Sincrono" e "Enviar um RPS" e ambos retornaram erros semelhantes, mudando somente o nome da classe. Pergunto: Tem que ser feita a alteração no componente ? Ou estou esquecendo de configurar alguma coisa ? Obrigado, Marcello Cainelli Doutor Byte Sistemas

Ok, vou realizar os testes, agradeço imensamente!

O ACBr ja esta com esta implementação, se tiver eu posso fazer os testes aqui.