Paulinho

Boa noite a todos, tenho somente amanha de testes para homologar o TEF pela SevenPDV, acontece que esta dando um erro da seguinte forma. Ao chamar a função ADM, eu faço da nesta sequencia: Inicializo, se tiver inicializado ele entra no if e ai eu ACBrTEFD.Ativa (gptefdial) ACBrTEFD.ATV (gptefdial) ACBrTEFD.ADM(gptefdial) O homologador disse que como o gp ja esta ativo eu não posso ativa-lo novamente, eu teria que enviar apenas uma ATV para checar se o gp esta ativo. Entao tirei a linha ACBrTEFD.Ativa (gptefdial), so que ao executar a primeira vez a função ADM aparece a msg de que o gp nao esta ativo e sera ativado autmaticamente, ele ativa e abre o gp, eu aperto 9 (cancelo a operação) e chamo novamente a função ADM, neste momento ele aparece o erro de que Gerenciador padrão TEF_Dial nao esta ativo sendo que ele esta ativo e aberto. Como posso checar se o gp esta ativo, sendo que nao existe ACBrTEFD.Ativo ou como posso fazer para que nao de este erro? Agradeço quem puder ajudar, pois tenho somente amanha para corrigir este erro e finzalizar a homologação.

Boa noite a todos, venho pedir ajuda urgente na seguinte questão. Estou fazendo o teste de homologação na sevenpdv e ocorre que ao fazer pagamento com cartão e posteriormente sair do GP, ao retornar para a AC aparece uma mensagem de erro ao excluir arquivo intpos.001 da pasta Req. O homologador informou com toda certeza que os arquivos gerados dentro da pasta Req. que faz o tratamento de renomear e excluir é o próprio GP. A AC tem que tratar apenas os arquivos da pasta Resp. Debugando encontrei que o ACBrTEFD em VerificaeApagar existe uma linhas onde é feito esta exclusão. Voces podem me orientar o que fazer para que este erro nao ocorra novamente ja que amanha tenho o ultimo dia de teste e tenho que resolver isso amanha pela manha no maximo... Agradeço quem puder ajudar

Boa tarde Daniel, sim, solicitei a documentação especifica sobre isso e olha o que eles me responderam: "Os testes 29 , 30, 31 e 32 não podem ser realizados pelo módulo de teste que você está usando atualmente.No site sevenpdv.com.br\tefdial está disponível um download do módulo pay&go atualizado , onde estão disponiveis agora as operações de Débito+desconto( opção 23) e Débito+Desconto+Saque( opção 24). Referente aos testes do RESGATE PREMIOS , só é disponibilizado no módulo que usamos aqui, no dia da homologação." Para você ficar por dentro quais testes são: 29) Venda CRÉDITO À VISTA (Cielo Premia – testes realizados somente no modulo Cielo). Realizar uma venda crédito no valor de R$ 9.010,02. 30) Venda DÉBITO (Cielo Premia) com SAQUE (transação com SAQUE opcional). Realizar uma venda débito no valor de R$ 9.000,10 e SAQUE no valor de R$10,00. 31) Solicitar uma função Administrativa. No modulo da Cielo selecionar opção “RESGATE PREMIOS”, digite o CARTÃO 4984 0299 0008 9328, a VALIDADE (MM/AA). 32) Solicitar uma função Administrativa. No modulo da Cielo selecionar opção “RESGATE PREMIOS” passe o CARTÃO, digite os 4 ÚLTIMOS DÍGITOS, selecione o E-CUPOM 1, quantidade a ser resgatada (01) e confirme o resgate. Vou baixar o modulo da pay&go atualizado como eles me responderam para fazer os testes ref. aos testes 29 e 30. Mas para o resgate de premios que só é disponibilizado pra eles. Como saberei se está certo minha AC se não tenho como testar isso antes. Por isso postei minha dúvida aqui para saber se alguém ja fez isso, se é o componente do ACBr que abrirá esta opção no gp ou outra coisa do tipo, entende.

Boa tarde a todos, peço ajuda a quem possa ajudar em que ja passou pela homologação da sevenpdv onde no check list existem teste com o RESGATE PREMIOS. Gostaria de saber como é feito isso. Minha AC que irá passar algum codigo para que ative esta opção no gerenciador da pay&go? ou como estar procedendo para fazer esses teste?

Boa tarde Daniel, obrigado pela ajuda. Este evento ACBrTEFD1.OnComandaECFSubtotaliza eu já havia programado anteriormente, acontece que estamos em dois programdores eu mexendo no tef e balança e outro mexendo no paf. E através de debugar linha por linha comparando o demo com nossa AC percebi que estava faltando mesmo a linha onde havia programado tal desconto na variável (MeuAcresDesc) ai foi apenas acrescentar isto que acabou ocorrendo tudo certo. Pedi ajuda naquele dia pois estava com urgência ja que estava no ultimo dia da homologação e acabou que nao deu certo devido a este problema, mas estamos remarcando para outro dia. Mas obrigado mesmo. valeu

certo, isso foi feito Daniel, agora outra duvida... este foi o teste da sevenpdv para o cielo premia. Fazer uma venda de 9015,02 dinheiro = 5,00 Cartão = 9010,02 Fazer pagamento nesta sequecia, ao enviar o CRT ele abre o GP do Pay&Go, escolho a bandeira Cielo e dou a premiação DI 5,00 (que é o desconto). o Novo valor do cartão será de = 9005,02. Quando o Gp der o retorno de autorizado, deverá ser impresso no cupom fiscal o Total, valor do dinheiro(5,00), valor do cartão(9005,02) e valor Desconto (5,00) e em seguida imprimir o vinculado. 1 - Como posso fazer esta rotina? Será que seria a mesma forma que eu uso pagar o total somente pelo cartão? Acho que não seria, pois o homologador disse que este é um teste novo... 2 - Para eu pagar primeiro com a forma de pagto Dinheiro e o restante em cartão eu tenho que primeiro usar o ACBrECF.SubtotalizaCupom não é? Neste caso quando subtotalizo o desconto que seria do Cielo Premia não aparece. Será que poderia me dar um auxilio quanto a isso. Obrigado

Olá Daniel, sei que ja se passou algum tempo quanto a esta dúvida. Mas acontece agora que estou fazendo a certificação e segundo o homologador da seven para pagamento com (dinheiro + cartão) no momento em que informo o pagamento com dinheiro ja passo para impressora imprimir o total e a forma dinheiro e isto é errado. O certo seria pagar com dinheiro e somente após o retorno do crt autorizado com pagamento do cartão que fosse mandado o comando para que a impressora imprimisse os campos do total, dinheiro e cartão. Duvida: quando informo o pagamento com cartão eu passo ao ACBrTEFD.CRT(vlrcartao, codigo, coo), mas este mesmo ACBrTEFD.CRTACBrTEFD.CRT envia o crt, recebe a autorização de pagamento, subtotaliza e faz o fechamento. Tudo isso é feito no ACBrTEFD.CRT. Queria saber se tem como nao deixar esta linha de comando imprimir o valor do cartão sem o restante do valor do dinheiro que ainda falta?

Bom dia a todos, Marcelo deu certinho conforme sua orientação. Agora eu conseguindo debugar ja começo a entender melhor como funciona. Obrigado Marcelo, tenha um bom dia.

Boa tarde Marcelo e Daniel, que todos nós tenhamos um 2013 próspero, com muitas realizações e sucesso. Marcelo eu instalei aqui o VSP (virtual serial ports emulator) e irei seguir passo-a-passo sua orientação, pois dessa forma já me ajudou bastante, pois era disso que precisava. Então vou fazer os teste e postarei o resultado. Obrigado por enquanto.

Boa tarde, juliomar é isto mesmo que o marcelo disse que estou tendo a dificuldade em saber como é feito essa emulação. Quais são os passos, o que devo estar usando junto com o Demo( caso seje necessário).

Ola Marcelo, obrigado por estar ajudando nesta minha dúvida, fico muito grato por isso. Mas eu pediria se alguma outra pessoa que tenha ou esta usando o ACBrBal (Demo da pasta exemplos) se possível esta sanando esta minha dúvida ficaria muito grato. por enquanto obrigado mais uma vez ao Marcelo que esta me ajudando.

Marcelo estou usando somente o Demo do ACBrBal pois ainda não temos uma balança física para fazer tais testes. Mas no exemplo do Demo estou usando a Filizola, é a que me apresenta esta mensagem.

bom dia Marcelo, obrigado pelas explicações que me serão muito úteis. outra dúvida que me ocorre agora é o momento em que eu chamo a função do LePeso do ACBrBal, ele me retorna a msg de função LePeso não implementada em: Não definida. Este erro seria por que não terminei de implementar a minha AC ou é algum problema com o componente?

Boa tarde a todos, gostaria se possível pedir a ajuda de vocês sobre como deve ser a implementação em minha AC para que seja lido o valor do peso do exemplo do acbrBal. o que faço, devo chamar o acbrbal.lepeso primeiro e depois digitar o codigo do meu produto no frente de caixa? Ou como seria esta rotina, se alguém puder ajudar eu agradeço. Obrigado

Daniel, obrigado pela informação. Percebo que meu pc deve estar com problema, pois ontem atualizei a pasta do ACBr, e hoje ja procurei este arquivo log.txt que você citou dentor da pasta e não encontrei. Fiz uma nova instalação do ACBr do zero e encontrei o arquivo do log.txt com a explicação das mudanças. Agradeço novamente.

Ola Daniel, não quis colocar esses dados aqui pois achei que fosse muita coisa, mas fiz e sempre faço este processo de acompanhamento do debug. Como sou iniciante com o ACBr e quando aparece tais dúvidas tento tirar aqui com vocês do fórum. Neste caso ele da o erro dentro ACBrECF na procedure TACBrECF.PafMF_LMFC_Cotepe1704(const DataInicial, DataFinal: TDateTime; const PathArquivo: String); Na ultima linha, Self.AssinaArquivoComEAD(PathArquivo). Pois dentro do ACBrECFBematech, mais especifico nesta linha FileMask := FilePath + LeftStr(Trim(NumSerie),15) + '*_'+ OnlyNumber(DiaIni)+'_'+OnlyNumber(DiaFim)+'.TXT' é passado um nome de arquivo que sera criado como: 'C:\UniComercial\FrenteCaixa\PAF\BE0911101000112*_01102012_31102012.TXT'. Mas após ele passar por esta linha Resp := xBematech_FI_ArquivoMFD( '', DiaIni, DiaFim, 'D', Prop, Tipo, cChavePublica, cChavePrivada, 1 ) , é gerado o arquivo .TXT com o nome: MFBE091110100011286891_20121116_133713.txt ai ele não consegue renomear e nem mesmo assinar, sendo que eu digitar um periodo 01/10/2012 a 01/10/2012 faz o mesmo fluxo, gera o arquivo com o nome correto e não dá erro. Como não entendi o porque, vim pedir ajuda a vocês.

Pessoal, boa tarde, venho pedir ajuda para a geração deste arquivo, pois estou com o mesmo problema que o citado acima: Estou passando um nome de arquivo e o sistema esta gerando o arquivo com outro nome ai apresenta erro que o arquivo nao foi gerado no sistema... o arquivo é gerado nesse padrao de nome MFBE050875600000028378_20121021_152712.txt sendo que ao debugar no sistema aparece outro. Isso esta acontecendo no exemplo do ACBrECFTest, quando é gerado o arquivo com a data de 1 mes fechado. ex: 01/10/2012 a 31/10/2012. As dlls estão todas atualizadas e dentro da pasta do diretorio do sistema. Alguém poderia dar uma ajudinha quanto a isto? Obrigado

Que bom. Mas você montou o relatório com este layout ou utilizou o relatório do próprio componente do ACBr, assim como está no ACBrECFTeste?

Boa tarde Rodrigo, então aqui no MS o homologador pediu para que fosse usado esta expressão "Não se Aplica" no lugar das respostas que forem Não. Mas em todo caso, você conseguiu fazer o relatório neste layout que a Polimig-RJ te passou?

Bom dia a todos, venho novamente pedir informação sobre o relatório gerencial Parâmetros de configuração. Fui fazer um pré-teste com o pessoal do paf-ecf e o homologador me sugeriu que nas respostas do meu relatório em que estão saindo como S ou N, seja dessa forma. Para os requisitos não implementados pelo seu PAF, usar a expressão "Não se Aplica". Estou usando o mesmo exemplo do ACBrEcfTeste, e la os campos são booelan. Teria como fazer esta alteração, ou alguma outra forma de ser incluida esta expressão?

Regys aproveitando o momento, no exemplo do ACBrPAF existe algum arquivo em txt que me informe os registro que são gerados nele. tipo Tipo D= registros do DAV, e os outros Tipo E, Tipo P etc, são quais arquivos?

Bom dia a todos, consegui identificar os registros a serem gerados através do ACBrPAF com os campos mencionados ja incluidos conforme o regys informou, obrigado a todos.

Bom dia a todos, venho pedir informação ou ajuda para quem puder sobre uns campos novos para a geração do arquivo DAV emitidos, tenho a versão 01.13 da especificação de requisitos do paf-ecf onde no registro tipo D1 - identificação do estabelecimento usuário do PAF, o primeiro campo solicitado é Tipo de registro='D1'. registro tipo D2 - Relação dos dav emitidos, o primeiro campo solicitado é Tipo de registro='D2'. registro tipo D3 - Detalhe do documento auxiliar de venda - DAV, o primeiro campo solicitado é Tipo='D3' e segundo campo é Numero do DAv. registro tipo D9 - Totalização do arquivo, o primeiro campo solicitado é Tipo='D9'. gostaria de saber se já foram implementados esses campos no ACBr para a geração do arquivo?

entendi Daniel, obrigado por tirar esta minha duvida.

Mesmo eu configurando o emulador da bematech para a porta COM2 ou qualquer porta esta acontecendo isso...Lembrando que isso esta acontecendo somente quando utilizo o emulador bematech Emul2100. Caso eu esteja usando a própria impressora este erro não acontece.