Trabin Dev

Opa! Vamos colocar isso em prática então. Estranho é que os fechamentos são aleatórios. Nem sempre acontece. Ainda não consigo predizer quando vai acontecer. Estranho que por vezes parece que o windows entende que o programa não é perigoso e para de fechá-lo. Mas vamos lá vou analisar o código novamente e colocar isso em prática. Dou retorno em seguida.

Vou revisar, mas sim a cada transação se chama o IniciaSitef ou seja a inicialização e finalização é feita no escopo de cada transação. Isso parece isolar mais cada transação. Seria melhor abrir na abertura do aplicativo e fechar no final?

Pois é. Eu não sabia da criptografia, mas sempre que necessário analiso com eles. Já fizemos análises em que tudo transcorreu normalmente e a aplicação recebe o "Transação Aprovada" do Sitef e então quando a aplicação envia para impressão e no final da impressão envia para o Sitef a confirmação da impressão ocorre um destes fechamentos sem mensagem de erro aparente e a transação fica pendente. Nestes casos é feita uma confirmação local. O mais interessante é que se mesmo com o TEF configurado a transação não for feita através de TEF esses problemas não ocorrem. Se tiverem alguma sugestão para encaminharmos isso será bem vinda. Abraços,

No arquivo de ontem encontrei 2 eventos do sistema de Caixa que associo com os "fechamentos" um as 10:25:33 e outro as 10:25:36. Pela diferença de tempo imagino que seja na mesma transação. Lembrando que estou imaginando que esses fechamentos tem relação com TEF porque quando o TEF não está configurado esses "fechamentos" não ocorrem.

A CliSitef32I.dll era de maio/23. Atualizei para agosto/24 que é a última. Vou ficar monitorando para ver se para ou se melhora. Anexei o dmp de hoje. CliSiTef.20241202.dmp

Nosso aplicativo de frente de caixa pode ser utilizado para TEF ou não. Quando está configurada para TEF, de tempos em tempos ocorrem fazes em que a aplicação fecha, ou é fechada, sem motivo aparente. Entendo que o fato de utilizar TEF faz com que a aplicação tenha comunicação com o ambiente externo e isso possa ser confundido com algum tipo de vírus ou comportamento não recomendado que leve o windows ou algum antivirus a derrubar a aplicação. Seguindo essa linha de raciocínio passei a analisar o log de eventos do windows e encontrei um registro de application error seguido de um appcrasch. Alguém já passou por isso?

Sempre usamos a impressão das NFC-es em uma impressora instalada na porta Serial e agora estamos testando na mesma impressora como Serial (USB emulando COM), USB e rede (p.e.: \\192.168.1.135\EPSON-TM-T88V) e encontramos algumas dificuldades. Para facilitar passamos a utilizar o DemoDanfeEscPos. Se for utilizado um driver USB emulando porta COM o programa lista a COM e imprime normalmente, por exemplo na COM5. Como não está configurada e na COM6 está um pinpad, se usar a COM6 não dá erro nem imprime; Se a impressora for instalada na USB o programa lista a porta como USB:Epson, USB Controller. Ao pedir para imprimir gera um erro " 000005AA ao abrir a Porta USB USB:Epson, USB Controller"; Se a impressora estiver instalada na USB e aparecendo entre as impressoras do Windows consigo fazer a impressão com o endereço de rede dela por exemplo: \\192.168.1.135\EPSON-TM-T88V sem nenhum problema; Assim ficam duas questões: Como fazer a impressão via porta COM ou USB e se utilizar o modelo ppTexto é uma boa alternativa ou se é melhor outra abordagem.

Muito obrigado Daniel. Eu estava precisando desta atualização.

Aproveitando que o tópico foi promovido vou atualizar abaixo com minhas últimas pesquisas sobre o assunto. Tenho 2 dispositivos usb emulando portas seriais (COM): Um pinpad e uma impressora térmica. Com relação ao pinpad fiz contato com a Gertec e depois de passar por algumas pessoas recebi uma informação de que não sabiam de nenhum em funcionamento, mas que acreditavam que não iria funcionar. Bem, antes de tentar com outra marca de pinpad fiz uma reunião com os fornecedores da infra estrutura de nuvem e com o pessoal da Fiserv (Sitef - Software Express). O pessoal de nuvem tenta fazer o mapeamento das portas seriais ainda sem sucesso e o pessoal da Fiserv diz que ambientes como VMware e Azure fazem o mapeamento de portas serias sem problema e que tudo dependeria do software de RDP utilizado permitir o mapeamento. Até onde alcanço o computador local tem um hardware local que só vai ser utilizado localmente, precisa ser reconhecido pela nuvem, mas não vai ser compartilhado com outros computadores físicos. Já com relação a impressora térmica (epson TM-88V e TM-T20, Elgin I7, I8, I9 e outras) é um caso semelhante, também não aparece entre as portas COM, mas que acredito, vai estar funcionando em breve porque já temos isto em funcionamento em algum cliente que utiliza uma máquina física com uma impressora térmica através do Windows Terminal Services para acesso. Com relação a utilização de uma impressora térmica porque o AcBREscPos usa a impressora através de porta COM? Bem possivelmente eu abra um tópico sobre esse caso de uso de impressora serial depois de estudar mais o assunto. Obrigado pelas colaborações até aqui e que venham as próximas.

A loja está utilizando um desktop onde, o pinpad usb emulando porta com está plugado. O sistema está executando na nuvem via browser. O sistema testa a comunicação com o Sitef e existe comunicação, mas o sistema testa a presença de um pinpad e não encontra, por isso o operador não consegue oferecer o pinpad para o cliente aproximar o cartão. Já vi sistemas rodando via RDP tipo WTS, por exemplo com dificuldade em mapear dispositivos seriais, então imaginei que fosse algo do tipo. Acreditei que alguém já tivesse passado por isso e solucionado. Também estou em contato com a Fiserv, porque imagino que mais gente com essa necessidade. Hoje o Sitef fica hospedado pela Fiserv ou parceiros e os computadores que tem o pinpad plugado tem uma vpn com eles, quer dizer, o Sitef já está em nuvem. Estranho que nos meus contatos com eles os técnicos ou não ouviram falar no assunto ou sugerem instalar os drivers do pinpad, o que já fiz no computador local e no computador em nuvem, mas sem resultado. Vou estudar as alternativas apresentadas e se tiverem outras ideias a discutir agradeço muito.

Pessoal, tenho um sistema de Caixa/PDV com TEF Sitef (Software Espress/Fiserv) que normalmente roda em rede local. Estamos testando com o sistema em nuvem. O Sitef comunica normalmente, mas o pinpad não é encontrado o que inviabiliza o TEF. Qualquer venda que não envolva TEF Funciona perfeitamente. É possível usar um pinpad, por exemplo, um ppc930 da gertec?

Olá Fiz uma atualização do Acbr pelo git, e recompilei todos meus projetos. A partir daí meu sistema de Caixa começou a cortar o cupom de NFCe no meio das observações. Eu utilizo a tag <InfAdici><infCpl> para informar as observações da venda, como: Operador de caixa, Condição de Pagamento... Para fazer a impressão da NFCe eu leio o arquivo xml e em seguida utilizo o método Imprimir: Também seto a propriedade CortarPapel do componente TACBrPosPrinter para True: Por acaso houve alguma modificação ou algo que tenha que ser configurado de forma diferente?