Cleber Ferreira

W. E. LOGUS INFORMATIC LTDA - ME Software...................: Eficaz PAF-ECF v1.0 Dt. Homologação......: 20/11/2013 Órgão Homologador.: POLIMIG - MG Laudo.......................: POL3382013 ER............................: 02.01 Linguagem...............: Delphi XE2 SGBD.......................: Firebird 2.5 Rotinas.....................: Cupom Fiscal, NF-e, NF Consumidor, DAV, Pré-Venda, TEF Discado e Farmácia Popular. Componentes ACBr..: ACBrECF, ACBrAAC, ACBrEAD, ACBrPAF, ACBrTEFD, ACBrGAV, ACBrBAL, ACBrValidador, ACBrIBPTax, ACBrSPEDFiscal, ACBrSintegra, ACBrNFe, ACBrNFeDANFERaveCB. Agradecimento especial a todos os administradores e moderadores do fórum especialmente ao Regys, Daniel, Juliomar, Elton e Ítalo que tiraram muitas das minhas dúvidas aqui pelo fórum e que com certeza me ajudou muito a obter o conhecimento sobre PAF-ECF.

Entramos em contato por e-mail. Vamos ficar no aguardo.

Boa tarde a todos! Ontem estava realizando um teste de implementação do EPEC e na verdade o Evento foi registrado normalmente retornando cStatus = 136. Após tentei realizar o envio do CT-e para a SEFAZ de SP e retornou o seguinte rejeição: "Os valores de ICMS, Prestação e Total da Carga do CT-e devem ser iguais aos informados no EPEC". Os referidos valores estavam todos preenchidos com exceção do valor de ICMS que estava zerado, pois a empresa é Simples Nacional, sendo assim estou informando o ICMSSN. Eu cheguei a pensar que a tag de valoricms não poderia ser informada quando a empresa fosse SN, mas no manual do EPEC a ocorrencia é 1 - 1. Então descartei essa hipótese. O que me resta pensar é que a SEFAZ-SP não está tratando esse caso em particular. Estou anexando o xml do EPEC e do referido CT-e para que caso alguém puder explicar o que está acontecendo e o que pode ser feito. Talvez seja alguma bobeira minha e no xml tem informações erradas. Grato 35131159456699000141570010000000324770000320-cte.xml 351311594566990001415700100000003247700003201101131-procEventoCTe.xml

Bom dia! Fiz uma correção no ACBrECF.pas no que diz respeito à impressão do Paraíba Legal para que ficasse em acordo com o requisito IX item 2c. ACBrECF.pas

Bom dia! Estou anexando uma também. Essa aqui a Polimig-MG me disponibilizou. Acho que está mais organizada. Os perfis agora são apenas W, X, Y e Z. Com certeza deu um enxugada. Perfil de Requisitos PAF-ECF.pdf

Hoje fui realizar atualização e vi que tem novas versões das dll's bematech. São melhorias com relação ao que vem sendo discutido no tópico?

olha o seu campo IAT, está como A ou T? Te pergunto pois faz diferença. Semana passada tive problemas com isso e tenho impressão que essa configuração da ECF não vale muito, mas sim o que vc passa no momento de vender o item.

Deu certo Regys! não havia me atentado quanto a isso! Na verdade pensei que pegaria do RegistroU1 os dados da empresa usuária para não ficar repetindo. Obrigado

Creio que bematech a algum tempo já não é tão parceira assim dos desenvolvedores. Mas concorrente...

Sim. Atualizo praticamente todos os dias, e já faz um tempão que dei o relocate.

Eu fiz uma alteração nos fontes, mas coloquei como propriedade a ser passada para os referidos registros. ACBrPAF_E.pas ACBrPAF_E_Class.pas ACBrPAF_P_Class.pas ACBrPAF_P.pas

No E2 também acontece o mesmo.

Bom dia! Estou realizando algumas verificações no arquivo eletrônico de Registros do PAF-ECF e reparei que no Registro P2 - Produtos e serviços o campo CNPJ está saindo somente com zeros. Verificando os fontes, notei que o referido campo é preenchido com a seguinte propriedade: LFill(FRegistroP1.CNPJ, 14) Porém o Registro P1 não é mais abordado na ER 02.01, causando tal situação.

Vendo por esse lado, é verdade! Pois como o IntPos.001 ainda está na pasta Resp, pensei que ao abrir a AC deveria novamente apresentar a mensagem contida nele. Obrigado

No teste 3 cita o seguinte: Função: ADM Descrição: Chamar um ADM e não escolher a Rede. Apertar o “9” (ENCERRAR). Antes de dar Ok na MSG de Cancelado pelo operador, finalizar a AC pelo CTRL+ALT+DEL Resultado esperado: A AC deve retornar a Mensagem contida no campo 030-000 com o botão de OK. Chamar a AC novamente e verificar se a AC não está enviando NCN para o GP. Observação: Não Há Impressão. Não pode enviar NCN. Nesse caso não tem NCN mesmo, tudo bem, mas não apresenta a mensagem referida com o conteúdo do campo 030-000. O ACBrTEF é inicializado e simplesmente apaga o IntPos.001.

Fechando tópico

Bom dia Regys! Pois é, eu optei por não fazer tratamento de queda de energia, sendo assim já cancelo o cupom caso o mesmo esteja aberto. Mas se ocorrer durante a impressão do CCD ou RG, apenas cancelo a transação mesmo. Você cita sobre regularizar o caixa, mas de que por forma por exemplo? Um comprovante não fiscal seria uma saída?

Galera, só para finalizar o tópico! Perante aos NCN, voces cancelam também o cupom fiscal ou só a transação mesmo? Eu particularmente cancelo o cupom somente se der problema no fechamento do mesmo. Agora se for no vinculado, somente cancelo a transação. Como vocês estão acostumados a proceder?

Juliomar, Elton! Muito obrigado pela ajuda! Fiz os testes em outro pc e la funcionou sem problemas. Fiz 2 dois testes aqui e procedeu da forma que tinha que ser. O meu deve estar realmente com problemas. De toda forma vou dar por encerrado meus testes, até porque minha homologação ta marcada e batendo na porta. Vou testar uma última vez em outro PC a fim de imprimir os testes solicitados pela SEVEN PDV. Só a motivo de informação, estou postando o ultimo log gerado pelo ACBrTEF no meu pc. -- 22/10 19:19:37:714 - TEF_DIAL FinalizarRequisicao: ATV, Fim da Espera de: C:\TEF_DIAL\resp\intpos.sts Recebido -- 22/10 19:19:37:714 - TEF_DIAL FinalizarRequisicao: ATV, Verificando conteudo de: C:\TEF_DIAL\resp\intpos.sts -- 22/10 19:19:37:714 - TEF_DIAL FinalizarRequisicao: CRT, Fechando arquivo: C:\TEF_DIAL\req\intpos.tmp -- 22/10 19:19:37:744 - TEF_DIAL FinalizarRequisicao: CRT, Renomeando: C:\TEF_DIAL\req\intpos.tmp para: C:\TEF_DIAL\req\intpos.001 -- 22/10 19:19:37:744 - TEF_DIAL FinalizarRequisicao: CRT, Aguardando: C:\TEF_DIAL\resp\intpos.sts -- 22/10 19:19:40:244 - TEF_DIAL FinalizarRequisicao: CRT, Fim da Espera de: C:\TEF_DIAL\resp\intpos.sts Recebido -- 22/10 19:19:40:244 - TEF_DIAL FinalizarRequisicao: CRT, Verificando conteudo de: C:\TEF_DIAL\resp\intpos.sts -- 22/10 19:19:40:244 - BloquearMouseTeclado: NAO -- 22/10 19:19:40:244 - TEF_DIAL LerRespostaRequisicao: CRT, Aguardando: C:\TEF_DIAL\resp\intpos.001

Juliomar, me pediram para fazer esse teste no GP mesmo, pois o Pay&Go apaga o arquivo ao ser inicializado. Vai entender neh? Então reinstalei o GP e voltei a fazer os testes. - No meio da impressão da primeira via, reinicio o pc. - Só que IntPos.001 depois de ser reiniciado o pc está em branco na pasta resp (aparentemente corrompido). - Fiz o teste de outra forma. Ao invés de reiniciar o pc no meio da impressão desliguei a ecf e, o ACBrTEF como de praxe da a mensagem de tentar novamente. - Nesse momento reiniciei o pc e logo após, vi que o IntPos.001 estava intacto na pasta Resp, como tem que ser. Agora vem, onde quero chegar com isso? durante a impressão do comprovante o ACBrTEF está lendo o arquivo, ou antes de começar a impressão é que ele le o retorno, carrega em buffer e libera o mesmo? To considerando que no momento da impressão esse arquivo ta garrado, ocasionando corrompimento na reinicialização do pc.

Eu não sei se é por causa dessa reinicialização do pc. Mas se vc puder conferir na sua casa, até mesmo me passar a instalação que vc tem do GP (mesmo achando que deve ser igual). Grato

Após reiniciar o pc, o intpos.001 estava vazio?

testes para Cielo utiliza-se Pay&Go e para Redecard utiliza-se o GP. Instalei o GP aqui também e fui realizar um teste, só que o IntPos.001 também está vazio. Eu creio que lá eles não devam usar esses emuladores que utilizamos. Então Juliomar, tem algum outro emulador que funciona corretamente para eu testar o fluxo por completo do ACBrTEF?

Bom dia a todos! Galera, achei o problema. O emulador do Pay&Go ao ser iniciado, está apagando o IntPos.001 da pasta resp. Por isso o ACBrTEF não conseguia fazer o restando do procedimento. Só para verificar, fiz os seguintes procedimentos: - Antes de iniciar o emulador, fiz uma cópia do IntPos.001 para evitar sua perda. - Iniciei o Pay&Go Client e o arquivo foi apagado da pasta resp como citado anteriormente. - Voltei o IntPos.001 para a pasta resp. Aí vem mais um gargalo. Eu abri o IntPos.001 e o arquivo estava em branco. To começando a achar que esse emulador ta fazendo hora comigo.rsrsrsrs Alguém aí pode dar alguma sugestão?

Galera, dei uma olhada nos fontes aqui, mas infelizmente fico perdido por ter conhecimento de todo o fluxo do componente. Estou com a homologação batendo na porta e preciso terminar o bendito do TEF primeiro. Se alguém puder me dar uma luz a respeito. Grato