Ir para conteúdo
  • Cadastre-se

Domani

Membros
  • Total de ítens

    40
  • Registro em

  • Última visita

Últimos Visitantes

O bloco dos últimos visitantes está desativado e não está sendo visualizado por outros usuários.

Domani's Achievements

Explorer

Explorer (4/14)

  • One Year In
  • Dedicated Rare
  • Collaborator Rare
  • One Month Later
  • First Post

Recent Badges

3

Reputação

  1. obrigado Juliomar, falei com o fabricante e realmente o aparelho sat tanca TS-1000, ainda nao tem como implementar a forma cmp=17 pagamento instantaneo = pix vai ter que usar 99=outros .... até eles implementarem na versao 0.09
  2. Olá Sr do Acbr, quando da a mensagem erro 1527 - Meio de pagamento inválido provavelmente o aparelho sat está desatualizado, porem mesmo atualizando o mesmo com a opcao de atualizar sat continua nao aceitando pagamento pix cmp = 17 Como resolver? Será preciso de intervencao do fabricante..., trocar o aparelho..., alguem poderia me dar uma ajuda?
  3. Muito obrigado Daniel, deu certo, agora só verifico se a gaveta está fechada, quando vou inicializar o cupom, nao precisa ficar monitorando mais. adaptei uma funcao que achei no acbr ... deu uns erros na compilacao, mas era falta de incluir algumas units....acbrpostrinter, typinfo...
  4. tem o acbrgav, mas parece que era só para impressora fiscal que ja morreu...
  5. achei que teria um componente acbrgaveta que controlasse tudo sobre a gaveta, abertura, status, ausencia, erros, ...etc... como tem para balança, cheques, leitores, impressoras, etc
  6. Entao Daniel, isso seria o ideal, mas porque eu fiz monitorando.?.. , porque eu tenho dois programas um é o pdv, e esse cara nao conhece o acbrsat... ele gera informacoes basicas do cupom e gera um txt... e um segundo programa, esse sim conhece tudo sobre o sat, e fica monitorando esse txt e pega e emite o cupom sat...entao eu passei a responsabilidade de checar a gaveta pelo acbr para esse segundo programa daí esse programa monitora o estado da gaveta e grava o estado num .ini e o pdv antes de abrir de abrir o cupom , vai lá e checa no .ini se a gaveta está aberta ou nao e toma a decisao... a pergunta é...o que devo colocar do acbr no pdv , somente para checar o status da gaveta no momento antes de abrir o cupom? e daí, eliminar o monitoramento no segundo programa.... podem me dar uma ajuda?...nao deve ser dificil, para quem conhece o acbr a fundo... a priori, só quero fazer isso com o acbr no lado do programa do pdv.... mas pretendo, substituir todos os relatorios de caixa e outros relacionados a impressao, pelo uso do acbr no lado do pdv... hoje da forma que implantei o sat, no sistema desde o inicio, atraves de um segundo programa comunicando por txt , ficou muito bom... e totalmente independente...tanto é que o segundo programa ja compilo com delphi seatle com acbr atualizado enquanto o pdv ainda é no delphi 7, e com pouquisimos uso do acbr da epoca das im pressoras fiscais ainda, que ja morreu... porisso pretendo trocar todos relatorios e outros cupons nao fiscais pelo acbrposprinter ...mas será uma etapa posterior... esse programa é bem completo, e funcional, mas ainda muito dependente de componentes que nao vou encontrar para delphi seatle ou posterior... aguardo uma ajuda para resolver esse problema da gaveta no lado do pdv...por favor , preciso do minimo para isso funcionar...
  7. Obrigado Daniel, valeu pela dica, mas o problema era outro, eu estava usando ppescEpson, e precisava ser ppescGprinter, eu nao tinha essa opcao ainda apesar de ter atualizado o acbr, dai acrescentei e deu tudo certo só falta eu saber se a gaveta esta fechada ou aberta sem precisar ficar num timer monitorando pelo status...acho isso muito custoso para o sistema... nao tem nenhum comando que quando eu for abrir um cupom, primero eu checo se a gaveta esta fechada eu continuo, senao nao abro o cupom ....estou dizendo isso porque, uma a gaveta vai ser aberta, para o troco e entrada ou saida de caixa, e se nao for fechada, pode continuar emitindo cupom com a gaveta aberta, e isso é o que o cliente NÃO quer....
  8. Olá Srs do Acbr Após imprimir um cupom SAT, tentei usar os comandos do acbrposprinter para gerar um outro cupom nao sat, para controle interno, para minha surpresa, na impressora após o cupom sat , os fontes permanece o mesmo padrao do cupom sat e pior ainda, as vezes na sequencia trava a impressora... O SAT deveria fazer suas alteracoes na impressora, imprimir o cupom e apos imprimir, deveria retornar a impressora ao estado inicial... ou será que tem alguma diretiva que preciso setar para isso? setar o controleporta nao resolveu.... eu preciso imprimir qualquer outra coisa que nao seja SAT, na impressora , mas sem alteraçoes de fonte da impressora, e outras alteraçoes...e sem travar .... nao estou sabendo como retornar ao padrao inicial antes do SAT... só consigo reiniciando o programa ...mas aí é problema... a impressora e uma Gertec G250 tcp - instalada na rede e uso TCP:xxx.xxx.xxx.xxx:yyyy na porta tambem testei abertura de gaveta lendo status pelo componente e tudo beleza, porem quando trava nem abre a gaveta e nem imprime nada... não teria algum comando para saber se a gaveta esta aberta ou fechada, sem ser pelo status, pois eu fiz uma funcao que fica no timer checando se a gaveta esta aberta ou nao , lendo o status da impressora, mas acho isso custoso demais para o sistema...
  9. Ola Evaldo , ja conseguiu a solução? tenho um pdv que gera um txt com as informacoes de um cupom sat e coloca em uma determinada pasta e dai tenho outro programa que fica na bandeja do sistema , monitorando essa pasta , e sempre que tiver um txt na pasta ele processa e emite o sat, com base nas informacoes desse txt.. e elimina esse arquivo txt ja funciona desde que começou o sat em sp... é claro que no meu txt, só tem informacoes basicas do cupom, e o restante pego da retaguarda, mas se o seu txt tiver tudo que precisa , dai basta uma adaptacao para pegar tudo do txt, e voi lá, eureka... [email protected] - desenvolvedor
  10. já nao estou mais com tanto medo do Acbr....obrigado tambem ao Renato...
  11. O srs do acbr, muito obrigado aí por algumas dicas estou voltando aqui para informar que , apesar das dificuldades, eu consegui finalmente atualizar o acbr no meu delphi 7 e fazer rodar o meu sistema que estava desde 2017 sem atualizar o acbr... eu ja estava quase desistindo, mas nao costumo jogar a toalha facil nao... resolvi enfrentar o desafio, e encarar todas as alteracoes e refactoring que o acbr teve nesses ultimos 5 anos desde 2017 o que foi mais traumatico , foi as atualizacoes necessarias do fast report , que consegui instalar a versao fast report vcl 6.9 enterprise que eu consegui na internet, full source... e teve no lado do acbr varias mudanças de nome de componentes que eu segui passo a passo pelo sistema, e varias funcoes e propriedades no fortes report e em alguns componentes do acbr devido ao refactoring que houve... foi bem um trabalho de eliminar erro por erro, analisando nos fontes atuais, qual era o nome de cada funcao ou propriedade mas no final , venci todas e compilou redondo o sistema, ou seja agora , posso dar uma sobrevida para o sistema e daqui a pouco mudar par um outro dephi, e continuar a saga.... tudo isso porque eu precisava incluir um teclado que o acbr só homologou apos 2018 e tambem algumas melhorias no cupom do sat e controle de gaveta que foram incluidos no acbr apos 2017... agora nao vou deixar mais , isso ocorrer, eu ja tinha meio que abandonado aquele programa, mas tem cliente que insiste em querer continuar, com o mesmo sistema a vida toda, fazer o que... muito obrigado aí pelo feedback do pessoal do acbr...o acbr tem muita coisa boa de 2017 para cá...vou poder melhorar o sisteminha.. muito obrigado aí... Juliomar e BigWings, vcs me ajudaram muito.... pelas dicas...
  12. acho que tenho outra opcao, utilizar diretamente as dll do fabricante , sem precisar usar o acbr...
  13. smak ´ é um tipo de mini teclado programável que é utilizado na automacao comercial, tem keytec, gertec e smak , que é uma marca que o acbr homologou apos 2017, portando na minha versao do acbr nao tinha ainda essa homologacao, porisso eu preciso desses componentes que da suporte para usar o mini teclado smak na aplicacao....daí porisso que eu imaginei ter que atualizar o acbr do delphi7, linguagem onde eu preciso incluir esse mini teclado... a pergunta é....sera que teria como eu nao precisar atualizar o acbr e simplesmente acrescentar os componentes que suportam o teclado smak? na versao que tenho de 2017 mesmo...? pois ao tentar atualizar , estou me deparando com um monte de coisas estranhas, varios nomes de componentes que ja sao diferentes, e outras tantas, funcoes que mudaram...vai ser bem trabalhoso atualizar a versao que tenho para o acbr mais novo agora... mas senao tiver outro jeito entao , vou atualizar... começa pelo fast report que eu usava que era a versao 5 trial agora pelo que me consta precisa da versao 6 vcl enterprise... e eu uso nesse sistema fast report para tudo nfe, relarorios, cte, sat, pdf do sat...etc
  14. Olá Srs do Acbr Será que nao seria , menos traumático, se eu pudesse somente acrescentar o componente do mini teclado smak, no acbr com delphi7 que tenho atualmente, doque atualizar tudo?, por ora eu só preciso incluir esse teclado no sistema..... nao seria possível isso? se , sim , como eu faria? para que funcione... pois eu estou vendo que essa atualizacao, vai longe ainda..... será que nao seria apenas, acrescentar alguns .dpk... e pronto...
  15. eu gosto do fast report para poder manipular o relatorio direto no componente em design time...e tenho varios relatorios em fast versao 5, delphi 7, inclusive nfe, cte, sat em pdf, e por ai vai... acho que vou instalar o fast report 5 mesmo, no delphi 7 e ver se reolve, ainda nao adianta gastar com defunto pobre!!!!! (delphi 7)
×
×
  • 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.

The popup will be closed in 10 segundos...