veiow

Entendi.. então vamos deixar saindo como CDC mesmo, ja que ja homologamos o TEF, e na homologação do PAF isso não é verificado. Vlww Daniel. Muito obrigado a todos.

A polimig me respondeu da seguinte forma: Prezado(a) Sr.(a), De acordo com o roteiro de análise de PAF-ECF não é permitido emitir CDC para consultas de cheques. Qualquer dúvida favor entrar em contato. Atenciosamente, Coloman Sibalszky Júnior Técnico em Análise de Programas Aplicativos Fiscais - POLIMIG Porém não encontrei em nenhum lugar do roteiro, que não fosse na pergunta e resposta, e nem nos requisitos, falando que SOMENTE transações com cartão devem sair como CDC. Muito obrigado Lampada, pela contribuição. Alguem que tem o PAF-ECF homologado com TEF discado sabe dizer como fazer? Obrigado!

Tem certeza que o a consulta de cheque, através do componente ACBrTEFD com TEF discado irá ser impressa como CDC e não como RG? Pois aqui está saindo como CDC. Obrigado!

sim, estamos utilizando o ACBrTEFD, e nele está saindo como CDC. Sim, o TEF é discado.

Alguem? Obrigado!

Boa tarde pessoal. Consultando o Roteiro de Análise Funcional de Programa Aplicativo Fiscal- Emissor de Cupom Fiscal, onde encontram-se os testes para homologação do PAF-ECF, ao final do documento existem algumas perguntas e respostas para esclarecer dúvidas. Encontrei lá a seguinte pergunta e resposta: -------------------------------------------------------------------------------------------------------------------------------- 32 - Estou revalidando a certificação do TEF e eles solicitaram que a consulta de cheque seja impressa num cupom CDC. Isso é permitido e correto? O CDC pode ser usado para essa finalidade já que se trata apenas de uma consulta e não efetivamente uma transação de débito ou crédito? Resposta: O documento CDC deve ser utilizado EXCLUSIVAMENTE para imprimir o comprovante de pagamento efetuado com CARTÃO DE CRÉDITO OU CARTÃO DE DÉBITO, sejam eles da própria empresa ou de empresas "administradoras" de cartão (VISA, REDECARD, AMERICAN EXPRESS, BANRISUL ETC). Para outras operações, deve ser utilizado o Relatório Gerencial. -------------------------------------------------------------------------------------------------------------------------------- Utilizando o componente ACBrTEF, ao realizar uma consulta de cheque, o comprovante está sendo impresso como CDC, ficando de acordo com o que a homologação do TEF pede, porém ao contrário da resposta acima, do homologador do PAF. Qual seria a forma correta? Já homologamos o TEF, então agora seria o caso de alterar "alguma propriedade" do componente do TEF para a Consulta de Cheque sair como Relatório Gerencial e se adequar ao que pede o PAF-ECF? Existe essa propriedade? Qualquer sugestão, ajuda, comentário, etc, etc.. será muito bem vindo.. Muito obrigado!!

Tinha razão, estava utilizando a classe errada, iniciando o ACBrECF com a impressora ecfSweda, quando deveria iniciar com a impressora ecfSwedaSTX. Muito obrigado Daniel.

Bom dia! "ACBrECF.IgnorarTagsFormatacao := True" resolveu a impressão com a impressora Daruma. Com a Sweda ainda continua o mesmo erro. Segue log: -- 08:41:22 Estado TX -> [ESC].28} 08:41:22 RX <- .+0064000CLEIT. X 08N000000000000000000000000!1405120841N 001NN000000000000000000000000SNNN0 } -- 08:41:22 FechaRelatorio TX -> [ESC].28} 08:41:22 RX <- .+0064000CLEIT. X 08N000000000000000000000000!1405120841N 001NN000000000000000000000000SNNN0 } -- 08:41:22 Estado TX -> [ESC].28} 08:41:22 RX <- .+0064000CLEIT. X 08N000000000000000000000000!1405120841N 001NN000000000000000000000000SNNN0 } -- 08:41:22 CarregaRelatoriosGerenciais TX -> [ESC].29M} 08:41:23 RX <- .+T001MPAR[194]METROS ECF Fechamento Resumo Vendas Devolu[231][227]o Trocas Saida Op. Entrada Op. } -- 08:41:23 TX -> [ESC].29N} 08:41:23 RX <- .+T001N } -- 08:41:23 TX -> [ESC].29O} 08:41:23 RX <- .+T001O } -- 08:41:23 TX -> [ESC].29P} 08:41:23 RX <- .+T001P } -- 08:41:23 TX -> [ESC].27K} 08:41:23 RX <- .+C001K0001000100000000000000000000 } -- 08:41:23 RelatoriosGerenciais TX -> [ESC].13SPAR[194]METROS ECF } 08:41:23 RX <- .-0064**TITULO INVALIDO} ----------------- ERRO ----------------- Erro retornado pela Impressora: Sweda ST200 (ST) **TITULO INVALIDO ---------------------------------------- Muito obrigado pessoal.

Alguem teve o mesmo problema? obrigado pessoal.

Boa noite pessoal Estamos tendo problemas para emitir o Relatório de Parametros de Configuração utilizando o componente ACBrECF, nas impressoras Daruma e Sweda. Na impressora Bematech funcionou corretamente. Utilizamos o comando ACBrECF.PafMF_RelParametrosConfiguracao(ACBrPAF.AAC.IdentPAF.Paf); Na impressora Daruma (FS700), a impressão simplismente é parada. Na Sweda retorna a seguinte mensagem de erro: Erro na impressão:Erro retornado pela Impressora: Sweda ST200 (ST) **TITULO INVALIDO Na classe ACBrECF, está da sequinte forma: Relatorio.Add(''); Relatorio.Add('PARÂMETROS DE CONFIGURAÇÃO'); Relatorio.Add(''); Relatorio.Add(''); Relatorio.Add(QuebraLinhas( 'Todas as parametrizações relacionadas neste relatório são de ' + 'configuração inacessível ao usuário do PAF-ECF.', Colunas) ); Relatorio.Add(QuebraLinhas( 'A ativação ou não destes parâmetros é determinada pela unidade ' + 'federada e somente pode ser feita pela intervenção da empresa ' + 'desenvolvedora do PAF-ECF.', Colunas) ); Relatorio.Add(''); Relatorio.Add('IDENTIFICAÇÃO E CARACTERISTICAS DO'); [continua...] Notamos que, na impressora Daruma é impresso no ECF até "IDENTIFICAÇÃO E CARACTERISTICAS DO". Então removemos todos os e deste código e então o relatório funcionou corretamente na impressora Daruma. Notamos que a mesma coisa ocorre no relatório de Identificação do PAF-ECF. Se alguem puder verificar, e se isso realmente ocorre não só conosco, ficamos muito grato. Muito obrigado!

Testei com o Demo na minha impressora Daruma FS700 e o erro realmente ocorre.

De acordo com o "CHECK LIST 8 (todas bandeiras).doc" : -Para verificação de envio do comando ATV e do campo 001-000, criar um arquivo Debug.txt na pasta C:\tef_dial\; Na homologação do TEF é obrigatório a criação do Log denominado Debug.txt. Dessa forma não é possível desativar completamente o Log.

É que na verdade eu não queria mecher muito na implementação da forma que já está. Então: Dessa forma está de acordo para homologar TecBan e HiperCard? Acredito que ficaria parecido com o que o Juliomar disse, certo?

Mas e no caso, quando o usuário clicar no menu TEF Administrativo(ADM), qual gerenciador padrão chamar?

Meu sistema não permitirá multiplos cartões. Então eu poderia ter em minha base de dados uma flag que indicaria se o sistema vai utilizar o gerenciador padrão da TecBan ou o TEF_DIAL, e ao iniciar o sistema, setaria no ACBrTEFD o gerenciador padrão atual da base. E no frente de caixa PAF-ECF, um menu de configuração do TEF para alterar o gerenciador padrão. Dessa forma eu conseguiria homologar para TecBan também? E para homologar para HiperCard não há alterações? Obrigado!

Bom dia! Implementei o TEF do nosso sistema para funcionar utilizando o gerenciador padrão tef_dial com os módulos CIELO, REDECARD e AMEX. Notei que alguns estados exigem que o PAF-ECF possua seu TEF homologado para modulos/bandeiras específicas. Gostaria de saber quais estados possuem exigências obrigatórias de modulos/bandeiras específicas do TEF. Outra dúvida é, para implementar agora para o sistema funcionar para o TEF TecBan e HiperCard, quais seriam as alterações? Verifiquei que o modulo da TecBan possui outro gerenciador "padrão". Atualmente, quando meu sistema é iniciado, já inicio ou gerenciador padrão tef_dial para verificar se tem NCN pendentes. Teria que iniciar os 2 gerenciadores padrões nesse caso? E ao realizar uma venda, para saber qual gerenciador padrão utilizar, poderia colocar um checkbox ([]tecban) para o usuário selecionar se ele quiser utilizar um serviço da TecBan? E nas funções ADM, como deveria fazer? Ao usuário chamar o menu ADM, deve perguntar se o usuário quer utilizar o modulo da TecBan ou quer utilizar os Outros Modulos, para entao setar o GP no ACBr? Muito obrigado pelo apoio, qualquer sugestão, dica, opinião ou ajuda será bem-vinda!

liguei la na SevenPDV e eles disseram que é assim mesmo nesse módulo. Obrigado!

Mas no caso essa nota de entrada deverá ser manual? Ficará correto se eu não permitir de forma alguma cancelar cupom fiscal se ja tiver sido emitido um cupom vinculado, e então o usuário poderá optar, manualmente, acessar o menu de cancelamento da ultima trasanção TEF manualmente e efetuar uma CNC e posteriormente, manualmente, efetuar uma nota de entrada devolvendo os produtos vendidos? Obrigado!

Bom dia, obrigado pela resposta. Aí é que eu quero chegar, se eu verificar em meu software que teve vinculado TEF, e efetuar um cancelamento através do ACBrTEFD CNC, ele irá imprimir as vias do estorno do vinculado TEF, porém quando solicitar o cancelamento do Cupom Fiscal, agora não é mais permitido, retornando mensagem de "Cancelamento não disponível, não imediatamente após". Ou seja, se o componente ACBrECF tentar estornar/cancelar o vinculado antes de cancelar o cupom fiscal, a impressora permite. Se, antes de enviar o cancelamento do cupom fiscal ao ACBrECF, eu enviar uma CNC através do ACBrTEFD e imprimir os cupons de estorno/cancelamento, a impressora não permite mais cancelar o cupom fiscal. Alguem tem alguma sujestão, opinião, dica, ajuda, ou qualquer forma de contribuição? Muito obrigado!

Regys, obrigado pelo retorno e desculpe o mal entendido. Na verdade não estou chamando o método CancelarTransacoesPendentes nesse caso por ja ser uma transação impressa e confirmada CNF. Apos fechar o cupom fiscal, imprimir o vinculado TEF e enviar uma CNF, o usuário acessa a opção de "Cancelar o ultimo cupom fiscal" e não "Cancelar ultima transação TEF", desta forma, atraves do metodo do ACBrECF "ACBrECF.CancelaCupom;" é enviado solicitação para cancelar o cupom fiscal. Porém, como existe um vinculado a esse cupom, o ACBrECF "tenta" efetuar primeiro o cancelamento do cupom vinculado (se o ECF permitir). Aí é que está o meu problema. Se ele "conseguir", ele cancela o vinculado sem nenhuma relação com o componente ACBrTEFD, e desta forma não envia nenhum comando para o gerenciador padrão. Gostaria de, ao menos, desabilitar essa opção do ACBrECF de cancelamento de vinculado, se for possível. Se estou no forum do componente errado me desculpem, mas acredito que, por ter relação com o TEF poderia obter ajuda mais facilmente aqui. abraço!

Me desculpem colegas, não foi o objetivo desestimular o trabalho de vocês, que realmente é ótimo. Acredito que não entenderam a pergunta, por eu ter me expressado de forma errada. A dúvida não é exatamente em cima do componente TEF. O TEF do meu sistema está "finalizado" e funcionando corretamente graças ao otimo componente do ACBr e ao otimo trabalho de vocês, fico muito grato! O que ocorre é no cancelamento de Cupom Fiscal do ACBrECF. Ao solicitar um cancelamento de TEF, está tudo OK, de acordo com os requisitos para homologação. Porém, o problema está no desenvolvimento do PAF-ECF, e o meu erro talvez foi postar no forum errado, mas acreditei que alguem ja tivesse passado por esse problema, visto que seria a interação entre o ACBrECF e o ACBrTEFD. Por exemplo: Efetuei uma venda com cartão e fechei o cupom fiscal normalmente, imprimindo o comprovante do TEF. Logo em seguida, o usuário acessa uma opção do meu sistema (do PAF-ECF e não do TEF (não precisa dessa opção para homologar o TEF)) "Cancelamento do Ultimo Cupom Fiscal". Ao enviar o comando de cancelamento para o componente ACBrECF, o mesmo está efetuando o cancelamento do cupom vinculado (TEF) antes de cancelar o cupom fiscal, porém não enviando nenhuma forma de CNC (visto que o componente ACBrECF não tem esse objetivo). Desta forma, não existe nenhum problema com o ACBrTEFD, pois nesse momento ele nem está sendo "chamado". O que ocorre seria com o ACBrECF que cancela o vinculado. Não estou dizendo que ele está errado, só gostaria de uma ajuda para saber o que estou fazendo de errado ou como devo proceder. Pesso desculpas novamente pelo mal entendido. Muito obrigado!

amigo, eu li o Guia Tecnico do Gerenciador padrão e não esclareci... Só quero uma resposta a minha pergunta, e não respostas do tipo "Estude o Guia Tecnico do Gerenciador Padrão". obrigado!

Sim, mas quando eu cancelo um cupom que teve vinculado, o próprio ACBr faz o estorno do vinculado, porém sem minha Automação Comercial enviar um CNC para efetivamente estornar no Gerenciador Padrão. Está me dizendo que, quando cancelar um cupom fiscal que tenha vinculado, o ACBr deve estornar o vinculado sem realizar um estorno ou cancelamento CNC? Acredito que não!

Boa tarde! Ao realizar o cancelamento do ultimo cupom fiscal emitido, se esse cupom fiscal teve um vinculado TEF, o ACBr "tenta" realizar o cancelamento do cupom. Se o ECF permite cancelamento de cupom fiscal mesmo depois de emitir um vinculado, o ACBr primeiro emite um cupom de cancelamento do vinculado (Comprovante do TEF) e depois emite o cancelamento do cupom fiscal. O problema é o seguinte: Se o ACBr emitir o cancelamento do vinculado TEF, porém não foi feito o cancelamento através de CNC, ficará inconsistente, pois o valor não terá sido estornado. Tem alguma forma de impedir que o ACBr emita o cupom de cancelamento do vinculado (Comprovante do TEF) ? Ou enviar uma CNC e se o usuário não confirmar o cancelamento pelo GP não imprimir esse vinculado? Muito obrigado a todos, qualquer tipo de ajuda, comentário, sugestão, opinião, etc será de grande ajuda. abraço!!

Qualquer tipo de ajuda, comentário, sugestão, opinião, etc será de grande ajuda. obrigado!