Paulinho

isso mesmo, no entanto o cielo premia ja esta desenvolvido e rodando certinho em minha aplicação. O que agora esta me "atrasando" é esta observação do roteiro da seven onde diz: Para AC que opte por transações em pagamento com múltiplas formas de pagamento (Dinheiro e Cartão), a forma de pagamento em cartão deverá sempre ser impressa por último,independente da ordem passada na AC[\b]. Pois como disse anteriormente, quando utilizo a opção de pagamento dinheiro antes e logo apos cartão, sai tudo certinho. Mas quando faço o inverso cartão e dinheiro o vinculado não é impresso.

Sim, com o cielo premia nao se pode subtotalizar mesmo. Mas no caso estes testes que estou fazendo nao estou usando o cieloPremia, como informei estou usando o pagamento com cartão normal... nao sendo o modulo de cielo premia.

AutoEfetuarPagamento:= False; AutoFinalizarCupom:= True; MultiplosCartoes:= true; A forma de pagamento utilizada é cartão normal + dinheiro. O CieloPremia está correto conforme sua informação postada do acbrtef. Isso conforme relatei é somente para pagamento com cartão normal + dinheiro.

Daniel fiz em um txt como voce pediu um passo a passo de como estou fazendo. Estou utilizando o exemplo do ACBrTEF, qualquer duvida se nao entender s me falar. Passo a passo exemplo TEF.txt

Daniel atualizei o acbr e fiz os teste da seguinte forma. 1º vez) Abri o cupom>vendi o item>subtotalizei>mandei um ATV> chamei o CRT e passei a metade do valor do cupom pelo tef, fui em pagamento e coloquei indice 01 (dinheiro) e cliquei no fechar do ecf. As descrições impressas foram dinheiro + dinheiro e não foi impresso o vinculado. 2º vez) Abri o cupom>vendi o item>subtotalizei>mandei um ATV> chamei o CRT e passei a metade do valor do cupom pelo tef, fui em pagamento e coloquei indice 01 (dinheiro) e cliquei no FinalizarCupom do tef. As descrições impressas foram dinheiro + cartão e tambéms não foi impresso o vinculado. Não seria esta a rotina a ser feita?

Ola Daniel, estou passando indice 03, ao debugar parei ele no botao do CRT para conferir e ate ali ele esta indo indice 03. A nao ser que exista alguma atualização feita... vou estar atualizando o acbr novamente e ja posto o resultado.

Bom dia a todos, tenho uma duvida em que efetuei testes no exemplo ACBrTEF e também não deu certo. No Roteiro Pré-Certificação_Junho2012 da Seven existe a observação 7 que diz o seguinte: 7. Para AC que opte por transações em pagamento com múltiplas formas de pagamento (Dinheiro e Cartão), a forma de pagamento em cartão deverá sempre ser impressa por último, independente da ordem passada na AC. Pois em, fiz varios testes no exemplo do ACBr chego a fazer a transação com o tef informando cartão e o valor e mesmo assim as formas impressas que saem no cupom é dinheiro + dineiro e o vinculado não imprime. Se for efetuado somente pegamento com cartão o vinculado é impresso normal. Alguém pode me dar uma ajuda quanto a isso?

Então antes estava dando erro na geração dos outros arquivos, entrei em contato com o suporte da bematech e eles me passaram a versão mais nova da dll e também me passaram o Demo deles para eu fazer os teste. E no Demo deles funcionou correto a geração de todos os arquivos. No meu aplicativo e gerou praticamente todos com exceção do Arq.MFD em que foi o único a dar este problema.

Então regys no meu caso, tenho um form principal onde tem a barra menu e neste menu existe a opção Menu Fiscal(onde abre minha telinha do menu fiscal) e a opção Exportação que é gerar arquivo sintegra e gerar arquivo sped. Então eu teria que passar a exportação para dentro do Menu Fiscal, criando dois botoes separados para cada dentro do Menu Fiscal e excluir a opção de exportação. Seria isso?

Bom dia regys, então o vendas no período é a geração dos arquivos sintegra e sped, todos gerados ao mesmo tempo. Tipo, clico no botao gerar Vendas no Período e o aplicativo gera os dois arquivos? Outra coisa, eu li no ER-PAF 01-12 e entendi que o vendas por periodo teria que ficar no menu fiscal. Saberia me informar se no Demo do ECF no menu fiscal será incluido esta geração?

entendi, no meu caso a versao é 01.00.02, então ela esta desatualizada também correto? Neste caso só quem pode estar fazendo esta atualização é a assistência que faz a intervenção na impressora?

Boa tarde designerba, qual seria este oftware básico que você se refere? Pois o meu arquivo no evento onclick do botão gerar este arquivo eu passo isso: ACBrECF1.PafMF_MFD_Cotepe1704( DataInicial,DataFinal,Arquivo ); onde o diretório do Arquivo='C:\UniComercial\FrenteCaixa\PAF\CTP1704' e no meu FindFiles( FileMask, Arquivos ) o FileMask='C:\UniComercial\FrenteCaixa\PAF\CTP1704\BE0911101000112*_01092012_25092012.TXT'. e mesmo assim ele entra no Arquivos.Count< 1 e me dá o erro Erro na execução de xBematech_FI_ArquivoMFD. Já deletei todas as dlls da bematech que estavam em meu computador, salvei as dlls e o arquivo bemafi32.ini dentro da pasta do meu aplicativo e mesmo assim dá erro. Alguém teria uma ideia do que posso fazer?

Eu que agradeço Daniel, fico feliz por ter ajudado

olá EMBarbosa, obrigado pela ajuda... eu achei que fosse nesta linha mesmo, mas queria ter uma certeza. Pois percebi que o FileMask está me trazendo o diretório com o arquivo criado, já Arquivos esta trazendo campo vazio. Pensei que o acbr pegaria este parametro automatico. Mas vou estar então procurando este post para mais informações. muito obrigado por enquanto.

Boa tarde Daniel, eu estava gerando o arquivo CAT52 e meu aplicativo e também os teste que fiz no DemoECF ficavam rodando como se estivessem em um looping. Ao debugar percebi na procedure TACBrECFBematech.PafMF_GerarCAT52 dentro do ACBrECFBematech existe a linha IncDay( DataArquivo, 1 ); e neste IncDay não estava sendo incrementado a próxima data ou próximo dia. então coloquei DataArquivo:=IncDay( DataArquivo, 1 ); e o arquivo foi gerado certinho. Será que estaria certo isto que fiz?

Boa tarde a todos, comigo também esta ocorrendo o mesmo erro (Erro: "Erro ao executar xBematech_FI_ArquivoMFD. Cod.: -1 - Erro de Execução na Função.") sendo que já atualizei as dlls com o pessoal de suporte da bematech e esta dando esta msg erro somente para geração desse arq.MFD, mas o interessante é que os arquivos(Download.MFD e MFDBE091110100011286891_20120919_133138) estão sendo gerados normal no diretório proposto. Percebi que o sistema entra na procedure TACBrECFBematech.ArquivoMFD_DLL que fica em ACBrECFBematech e no if Arquivos.Count < 1 then raise EACBrECFErro.Create( ACBrStr( 'Erro na execução de xBematech_FI_ArquivoMFD.'+sLineBreak+ 'Arquivo: "'+NomeArquivo + '" não gerado' )) ; mais específico no Count ele está sempre me trazendo valor=0 e entrando nesta msg de erro, mas os arquivos foram gerados dentro do diretório. O que pode estar acontecendo, alguém poderia me dar uma dica ou ajuda sobre o que pode estar acontecendo?

Bom dia designerba, estarei fazendo este procedimento ai posto o que aconteceu. Grato pela atenção

Bom dia, origado por ajudar designerba, mas estou fazendo desta forma que você postou, uso o adaptador plugado na cpu e plugo o outro cabo serial que veio com a impressora no cabo adaptador e dá esses problemas sempre se desligar o micro e tirar da tomada, é como se ele ficasse gravado na memoria do computador e quando tira da tomada e limpa aquela memoria, quando re-ligo o pc ele consta pelo gerenciador que esta instalado, mas não funciona. Andei lendo outros foruns na net e muito deles condenam o adaptador que é da Profilic, dizem que sempre dá este problema mesmo e o melhor a ser usado é com chip da FTDI são melhores. Algum de vocês está utilizando este adaptador da Profilic? Caso esteja não está dando este tipo de problema?

regys vou fazer os teste aqui dessa forma que você orientou. No caso a que eu uso aqui é a bematech MP4000 TH FI e a do meu cliente é a bematech MP2100 TH FI. Elas ja estão com bits de 9600, mas vou estar aumentando e diminuindo o buffer e vamos ver o que vai dar. depois posto o resultado, por enquanto obrigado.

bom dia regys, você citou mais a questão do driver esta errado, além desse meu que havia dado erro conforme te mandei mais acima, hoje aconteceu em um cliente dar este mesmo problema. Só que o adaptador utilizado neste cliente possui o cd de instalação e foi instalado com o driver desse cd que vei acompanhado com o adaptador. Neste caso também é possível ser o driver que esteja errado?

Bom dia regys, se entendi então ou todos ficam dentro da system32 ou todos ficam dentro do diretório onde esta meu exe. É isso?

regys qual é o adaptador que voce utilizado? O meu não veio cd de instalação e encontrei o driver na internet, funcionou de primeira mas começou dar este problema. Caso o seu seja igual a este, poderia estar me enviando o driver, fazendo um favor.

Boa tarde a todos, eu estou tendo o mesmo problema relatado pelo evandro, so que nao uso o acbrmonitor, deram erros em minha aplicação nao hora de gerar o arquivo MFD, ai fui no demo do ACrECF e tentei gerar os arquivos espelho mfd, arquivo mfd, e cat52 e deu erro ao executar xBematech_FI_ArquivoMFD. Cod.: - 1 - Erro de execução na função. Atualizei as dlls, aixando pelo site da bematech e também fiz a configuração no bemafi32.ini, salvei dentro do system32, uso impressora fisica e nao o emulador. Mas da mesma forma esta dando erro no Demo e no meu aplicativo, alguém que tenha passado pelo mesmo problema e resolvido poderia me dar uma ajuda. Segue anexo da imagem do demo.

Ola pessoal, como eu havia dito antes coloquei o adaptador e funcionou certinho, aconteceu agora que quando desligo a maquina e volto a usar somente no dia seguinte o sistema já não mais encontra a impressora. Chego a ir lá em gerenciador de dispositivos e lá consta que está instalado e funcionando normal, mesmo assim meu aplicativo não a encontra. Meu aplicativo somente a encontra novamente que desinstalo e reinstalo o adaptador novamente. Alguém teria uma ideia ou sugestão do que possa estar acontecendo? O Windows que utilizo é o XP SP3 32bits.

Então, quando eu mando o Arquivo Auxiliar Criptografado (AAC) para o meu cliente , não precisa constar neste arquivo a relação dos aplicativos que fazem parte do PAF-ECF ? é isso ?