Werner_Marques

Nenhuma resposta?

Ola Juliomar Eu ja estou usando o acbrtef em minha aplicacao, e ate agora tudo tem funcionado normalmente. Entretanto, conforme eu coloquei no inicio, estou precisando re-homologar minha aplicacao para tef multiplos cartoes, e cheguei justamente numa parte do roteiro em que eu preciso manipular o arquivo intpos.001 colocando valores dentro dele manualmente. Esses campos referenciam descontos que ocorrem em transacoes da cielo. Os campos sao os seguintes: 701-034: INDICADOR DE TRATAMENTO ESPECIAL o 210-081: VALOR DA TRANSAÇÃO COM DESCONTO o 210-084: NOME DA SOFTWARE HOUSE E VERSÃO DA AUTOMAÇÃO COMERCIAL: Como faco para resolver esse problema? Abraco

Ola Daniel Obrigado por responder Em primeiro lugar eu uso o client modular ha varios anos e nunca tive problemas com ele. Alem disso minha aplicacao tambem deve funcionar para tef discado, e por isso eu evito usar as dlls diretamente. Neste caso, sempre usei o client modular ou o GP do tef discado, com a comunicacao atraves de troca de arquivos. Como muitos clientes ainda usam o tef discado com o GP, entao nao posso usar dlls para apenas uma situacao. Antes do acbr o meu programa realizava todo o controle de criacao e exclusao de arquivos intpos e tudo mais. Entao quando decidi usar o acbr, achei que resolveria o problema e funcionaria perfeitamente para tef discado e dedicado, com o client modular ou o GP vindo para frente da aplicacao. Entretanto, pelo que entendi, o acbr atende apenas a uma situacao de uso do tef dedicado atraves de uma dll, Para usar o tef dedicado eu teria de reescrever boa parte do codigo para se comunicar com uma dll exclusiva para tef dedicado. O tef discado deixaria de ser funcionar, e os clientes que usam o GP deixariam de ser atendidos, correto? Neste caso meu processo de homologacao fica prejudicado e nao poderei seguir adiante por causa dessa limitacao. Como posso fazer para que minha aplicacao continue funcionando para tef dedicado e discado usando o acbr? O que voce sugere? Obrigado. Porque você está usando o Client Modular com ACBrTEFD ? O natural seria utilizar apenas a CliSiTEF32.DLL... através do G.P.: TEFCliSiTef O "Cliente Modular" é um Emulador do GP do TEF_DIAL... porém no TEF_DIAL, esses campos não existem, e portanto não são informados pelo componente...

Eu já tentei pelos dois, CE e RN

Olá, boa tarde! Estou fazendo o roteiro de pré-homologação da Cielo Premia Client Modular, mas estou com dúvidas em relação à configuração inicial que consta no roteiro. A configuração é a seguinte: Onde devo inserir esses campos?! Desde já muito obrigado!

Pessoal Boa tarde, Estou passando por um problema e gostaria de saber a opinião de vocês. é o seguinte: Tenho um cliente do estado do ceará que emitiu uma NFe pelo webservice do RN, e agora ele precisa emitir uma carta de correção para essa NFe, mas está recebendo o seguinte retorno: "Rejeição: UF diverge da UF autorizadora" Já pesquisei pelo fórum e pela internet, mas não encontrei nada que pudesse me ajudar. Desde já agradeço pela ajuda.

Obrigado por responder. Infelizmente, talvez eu não tenha sido tão claro. O problema ocorre durante a reimpressão de um comprovante através de um comando ADM. O que se observa é que o problema de geração do arquivo, seja qual for, está acontecendo dentro do ACBr. Em outras palavras, não é a minha aplicação que está tendo problemas de permissão numa pasta e sim o ACBr. Por isso eu colei um trecho de código onde o problema foi verificado. Cabe ao pessoal do ACBr encontrar uma solução para isso. Abraço.

Estou utilizando o Cliente Sitef Modular dedicado, fornecido pela Software Express.

Olá, boa tarde! Estou fazendo a homologação do TEF, mas me deparei com o seguinte problema: Na realização da impressão do último cupom, depois de imprimir das 2 vias e cortar o papel, aparece essa mensagem de erro: "101 - Erro no Arquivo". Ao fazer um trace na aplicação minha aplicação, pude observar que o problema está na unit ACBrTEFD, na procedure FinalizarRequisicao, mas precisamente na linha TACBrTEFD(Owner).EstadoReq := reqAguardandoResposta, como mostra a imagem abaixo: Qual o posicionamento de vocês diante dessa situação? Obrigado pela atenção!

Juliana, Deu certo, realmente não tinha percebido esse detalhe quando estava gerando. Obrigado.

Bom dia, Estou desenvolvendo o boleto para Sicredi, mas tenho uma duvida: Quando estou gerando pelo sistema do Sicredi mesmo, o codigo cedente fica assim: 2204.01.08076 e quando tento gerar pelo acbr, o codigo fica assim: 2204.01.00076 Alguém já passou por isso? o que vocês me sugerem? Informações: Agência:2204 Conta:8074-4 Codigo cedente:08076

Obrigado Régys pela ajuda, consegui resolver o problema, Quando coloquei os registros R0x como filhos do R01 deu certo.

Régys, acabei de localizar um outro tópico no fórum que você já resolveu este problema do registro02. Vou verificar se esse outro tópico pode me ajudar.

Régys, muito obrigado pelas suas dicas. Atualizei o Acbr, a demo funcionou perfeitamente e obtive sucesso em relação ao RegistroValido. Acontece que agora temos que colocar o New depois do RegistroR01, como consta na imagem abaixo: No entanto, aconteceu outro erro. Agora é no RegistroR02. O Delphi diz que ele não existe. Eu observei que no demo o RegistroR02 só existe dentro RegistroR01. Essa imagem mostra onde aconteceu o erro: Já no demo, a situação do RegistroR02 está dessa forma: Como posso proceder agora?

Segue a imagem onde apresenta o erro. Como eu já havia falado, é justamente na variável RegistroValido.

Todos os arquivos do Acbr estão atualizados. Atualizei ontem mesmo, antes de enviar a mensagem com as imagens. Segue uma nova imagem com todas as pastas marcadas em verde:

Outra coisa, na demo do Acbr, não localizei a propriedade RegistroValido.

Na versão antiga do Acbr, a propriedade em que aparece o erro está no seguinte local, quando acessamos a variável RegistroValido: Já na versão mais nova, não conseguimos acessar o local mostrado acima a partir da variável RegistroValido: O que vocês me sugerem?

O registro é o R01 (ACBrPAF.PAF_R.RegistroR01). Eu faço utilização da variável RegistroValido nesse registro. Como devo proceder após essa mudança?

Boa tarde, Baixei os fontes atualizados do ACBr e ao compilar o meu projeto apareceu erro uma linha em que faço referencia à varíavel RegistroValido. Essa variável provavelmente mudou de nome nesta nova versão. Ela se encontra na unit ACBrPAF_R, na linha 98, conforme declaração abaixo: property RegistroValido: Boolean read fRegistroValido write fRegistroValido default True; Gostaria de saber qual o novo nome da propriedade que devo usar. Desde já agradeço.

Juliomar e Daniel, Muito obrigado pela ajuda, consegui gerar os arquivos com as dlls do SVN. Eu estava tentando com as dlls disponibilizadas pela bematech, quando troquei pelas dlls do SVN consegui gerar. Obrigado pela ajuda.

Caros amigos, peço encarecidamente a equipe de desenvolvimento do ACBr que procurem nos ajudar a resolver esse problema que surgiu logo após a atualização do componente. Somos parceiros de negócios, costumamos pagar pelo suporte justamente para que problemas dessa natureza não venham a acontecer. Observamos que o arquivo MFD não é gerado e que este problema está acontecendo dentro do componente do ACBr. Observamos também que existe um aplicativo da própria Bematech que gera o arquivo normalmente, e portanto, o problema não está relacionado nem a dll e nem à impressora fiscal. Gostaríamos de sugerir à equipe de desenvolvimento que evitasse liberar versões do ACBr sem ter realizado testes exaustivos em todos os modelos de impressora fiscal, principalmente em funções dessa natureza, pois isso tem gerado um grande desgaste perante os clientes. Aguardamos solução para o problema.

Estamos usando o método da imagem anexada, Passando como parâmetros as datas e o caminho do arquivo.

Pronto, acabei de gerar todos os arquivos novamente. Estão todos em anexo. BemaFI32.txt BemaMFD2.txt ACBrLog.txt

Segue os arquivos de log da bemafi32 e bemamfd2. Não encontrei o arquivo de log do acbrecf. Onde ele é gerado e qual o nome do arquivo? O acbr está instalado em c:\ACBR e a aplicação em d:\sistemas\pdvlite BemaFI32.txt BemaMFD2.txt