Daniel Simoes

Por favor estude o Guia Técnico do Gerenciador padrão... O ACBrTEFD faz quase todo o trabalho, mas é fundamental que o programador tenha domínio do processo...

Vc está querendo quebrar o fluxo de regras definidos para o TEF e ECF... Não confunda o cancelamento da Transação TEF com cancelamento de Cupom... o Guia Técnico do TEF não exige cancelamento de cupom... ainda mais quando o próprio ECF não permite...

A mensagem de erro não ajudou muito... Acho estranho a porta ser 587 e sem SSL ou autenticação... o padrão de uma porta com essas caracteristicas é 25 Siga a dica do André, e questione o provedor: bajor, sobre uma página ou documento detalhando como configurar o SMTP para Clientes externos... (o André copiou um link da LocaWeb apenas para servir de exemplo...)

Como você pode ativar um ou outro, ou detectar se um ou outro está instalado e rodando ? Não tem como a não ser que isso seja configurável... Esses caras são estagiários que só sabem seguir um roteiro... Não mostre para eles o que eles não precisam ver... deixe a configuração do binário do GP em um .INI ou algo semelhante, mas que não apareça para o usuário (ou para o homologador)

Ele que tem lhe dizer como fazer... O executável do Pay&Go não é o mesmo do GP padrão... Vc pode deixar "hardcoded" os diretórios no seu fonte, o que é horrível, e pode falhar dependendo da versão do Windows, pois o Pay&Go se instala na pasta "Arquivos de Programas"... e esta pasta muda de acordo com a versão do Windows... O homologador que é quem sabe como isso deve ser feito...

O caminho para o binário do Gerenciador Padrão deve ser configurável na sua aplicação... O Pay&Go se instala em outra pasta...

O componente é o mesmo correto ? Então tem que ter o mesmo funcionamento... Provavelmente você está deixando passar algo desapercebido... Outra pergunta... Copiaste as DLLs do OpenSSL para a pasta de sua aplicação ? Isso é necessário para que a Synapse use uma conexão segura...

Faz tempo que tenho... acho que foi na SevenPDV... os links que tenho são: http://www.sevenpdv.com.br/new/conteudo/downloads.htm http://www.softwareexpress.com.br/ArqCl ... efdial.htm

Veja o documento em anexo: Fluxo venda com mais de um cartao - Indice.zip

Leia o Guia Técnico do GP e o Roteiro... a restrição de não permitir dinheiro após uma operação de cartão consta neles... a exceção só ocorre quando o último cartão não foi aprovado... Sobre o envio do CNF, o componente segue o Fluxo que é documentado para o Discado... observe que se ele não enviasse o CNF, o GP não ficaria livre para permitir uma nova operação de cartão... Houve mudança recente nos fluxo de múltiplos cartões ?

O componente já faz isso... No discado não existe venda de Cartão seguida de Dinheiro... O correto seria Dinheiro seguido de cartão...

joselobinho, Notei que apesar da mensagem informar .DLL o carregamento da DarumaFramework.so está correto no Linux... não sendo necessária nenhuma modificação nos fontes... As instruções de instalação do Pacote da Daruma são nulas, segue algumas dicas: - Copie (como ROOT) os arquivos .so do pacote para uma pasta do seu LibPath como por exemplo /usr/lib - Verifique as permissões dos arquivos .SO recém copiados: se necessário use o comando: chmod a+rx /usr/lib/NomedaLib.so Após esta configuração, consigo fazer o programa ECFTeste funcionar com os .SO (use ele nos seus testes inicialmente (é mais rápido)) cd /opt/ACBrMonitor ./ECFTeste Ao solicitar uma recuperação da MFD, o ECF bipa, porém recebo um erro 0, e mais nenhuma outra pista... Tentei executar o Demo da Daruma (multiplataforma em QT) porém o mesmo nem encontrou a DarumaFramework.so Acho que agora é entrar em contato com o suporte deles (Daruma), e solicitar mais informações sobre o uso do DarumaFramework.so, pois os TXTs com instruções que acompanham os ZIPs são pífios Um possível problema, é a forma como o ACBr configura os parâmetros para o DarumaFramework.so, ele usa o método: xregAlterarValor_Daruma. Como sabemos não há Registry no Linux, e o Help On-Line da DLL não dá a menor dica de como esse método se comportará no Linux, ou se é compatível...

Pelo que notei a mensagem de erro não provem dos fontes do ACBr, e sim da própria .DLL (.so)... Ou seja, pode ser que o Bug seja da própria DLL, ou que as DLLs complementares precisem estar instaladas em alguma pasta do LibPath do Linux Estou montando um laboratório para testar o comando... volto a postar...

Seu tópico é muito incompleto... Qual componente ? Qual Delphi ? O que você está tentando fazer ?

Acho que a função seria válida se puder existir alguma validação sobre o documento... Poderia-se verificar por exemplo se a placa é composta de 3 letras seguida de 4 números...

Mas o COD-PRO é um outro número ? Pelo que li é um relatório com vários outros documentos, como CPF, Insc.Estadual, etc...

Verifique no Log do ACBrTEFD se você está enviando o valor correto... Se SIM, ligue na SevenPDV e verifique se esse módulo realmente possui essa característica.

Olá joselobinho, Vou tentar achar os .SO para a Daruma e verificar... Volto a postar...

Leitura da MFD não funciona com emulador

Acho que o seu problema não tem nada a ver com o tópico... pois falávamos sobre arredondamento em Venda de Item... Por favor abra um novo tópico, e detalhe bem o seu problema, e o ambiente que ele ocorre..

Ricardo, Vou fazer uns testes aqui, para tentar reproduzir o problema de "comer linhas" do TXT de Entrada... Qual é o ambiente que o problema ocorre ? (Sistema Operacional)

Desabilite as propriedades do ACBrECF ACBrECF1.BloqueiaMouseTeclado ACBrECF1.ExibeMensagem ACBrECF1.Retentar

O estranho é que não temos Bug report semelhante...e isso afetaria muitos usuários Pode ser difícil de diagnosticar o que pode estar acontecendo... Se vc tiver uma mini-aplicação de testes que apenas crie os arquivos, e reproduza o problrma, ajuda muito Como você cria o arquivo de entrada ? Lembre-se de criar o arquivo sempre em um temporário primeiro... e só depois disso renomear para ENT.TXT... Caso contrário o ACBrMonitor pode ler um arquivo incompleto ou o arquivo ENT.TXT ainda estar travado pela aplicação criadora...

Notei que você trabalha com Cobol, o exemplo que acompanha o ACBrMonitor, não ajuda ? Pelo que notei ele permitiria você usar Sockets, que é infinitamente mais seguro e rápido que a troca de TXT

Pelo que notei nesse logo, não chegou o comando de Venda de Item Veja: Preciso saber como sua rotina atua para saber se devo investigar para o caso do ACBrMonitor estar realmente "comendo" algumas linhas Em todo caso, é muito importante verificar o retorno de cada comando enviado... (E se acaba o papel, por exemplo)