Juliomar Marchetti

Bom dia você terá que adicionar a informação junto ao fechamento do cupom colocando o operador ele não o fará sozinho igualmente ele faz se você identificar na ecf t+

No seu caso e a venda frenética que ocorre igual supermercados?

Cara pode usar sem problemas utilizo já desde fim de 2009 o Zeos 7 fui corrigindo com o tempo as minhas necessidades mas nada de problemas graves que impedisse o uso

Amigo tem um contato skype ou msn? O porém é que a versão do ACBrMonitor compilada no site ainda não tem as alterações para utilizar a DarumaFramework.dll Fiz a compilação e repassei para o cleber não consigo anexar aqui no forum senão deixava disponivel para o pessoal que necessitar você deve de baixar as novas dll do site da daruma

há mas você pode ter mais de uma tabela de preços, ou melhor acho que N tabelas mas se torna inviável isso caso precise de muitas

Não vai ter como pelo menos no paf tem um local especifico que fala sobre isso.. alguns clientes também queriam evitar isso, pois dependendo da cara do cliente eles faziam um preço ou outro.

você pode digitar o valor do serviço, mas tem que ter ele na tabela de preços e aplicar o desconto ou acrescimo conforme necessário e se atentando ao fato que tem um limite de desconto e acrescimo na ecf, algo em torno de 99% do valor

Parabéns pela iniciativa...

Amigo nos Demos tem um exemplo completo tá completinho lá pra ver o que deve ser feito

Amigo RS tá de boa nem querem fiscalizar nada sobre PAF então assinaram a papelada no confaz mas não deram data pra implantação e cobrança já o sitef via dll muito rapido e simples o seu uso homologuei ano passado 1 dia na sevenpdv e outro na software express mas pode usar o fast tef da dataregis que dai não precisa se deslocar pra homologar o sistema

Amigo o problema é o seguinte primeiro isso ocorre somente em multiplos cartões, pode fazer o teste e você vai perceber segundo o problema é que está registrando na ecf as formas de pagamento separadas igual ao que eu estava fazendo no caso de dois ou mais cartões ex: Cartao R$ 2,00 Cartão R$ 3,00 Soma R$ 5,00 ao abrir o vinculado o acbrtefd acaba passando a soma dos dois para abrir o vinculado mas entendendo você só pode abrir o vinculado para cada valor então se debugar pode perceber que pra abrir ele passa o valor de 5,00 e a ecf não deixa abrir conversando com o daniel ele me explicou que foi feito assim pois tem algumas ecf´s que não deixa abrir vários CV para um cupom (no meu caso está deixando mas tenho clientes com outras ecf´s e dai não sei como iria se comportar) então ai vai minha sugestão para registra no cupom junte o valor dos cartões (2+5) assim registrando somente uma forma de pagamento e para o seu sistema registre normalmente em cada tipo de cartão para que o seu sistema tenha isso separado (acho que é isso que você faz) e dai você vai ver que ele abre o vinculado certinho e sem erro algum *** porem ainda não vi se isso vai impactar de alguma forma por exemplo no cancelar a transação tef, ou uma ou as duas

Bom dia Faço o pagamento com dois cartões um crédito outro debito ao chamar a função e também registrar na ecf utilizo formas de pagamento diferentes ex: 05 Cartão Credito 06 Cartão Débito ao fazer a abertura do cupom vinculado ele gera um exceção e não abre trazendo a mensagem que a ecf não responde deseja tentar novamente, respondo sim e é impresso um relatorio gerencial com os dois comprovantes tef pergunta o erro ocorre pq tenho que obrigatoriamente ser uma forma de pagamento registrado na ecf? tipo os dois tem que ser 05 e ainda por cima deve ser somado os valores

Bom dia Conforme conversa que tive que o fiscal aqui da cidade e que faz parte do GT 46 que escrevem os ato cotepes se seu estabelecimento vende com POS e informa que o venda foi feito a dinheiro para eles você vai pagar duas vezes o tributo pois eles recebem das operadoras as formas de pagamento com cartão e na Z tem la´tudo como dinheiro eles vão somar caso 100 reais em cartão mas registrou no dinheiro 100 na Z vai ser 200 reais então conforme ele falou deve ser registrado como cartão a forma de pagamento, e eles vê com bons olhos o pessoal que troca o POS por TEF estou ainda confirmando com eles mas se não me engano você pode sim registrar a forma de pagamento como cartão, mesmo pq as ME e EPP e que se enquadram no SIMPLES pode usar o POS então você deve e pode registrar a forma de pagamento como cartão. o que não pode é utilizar o CCD pra outra finalidade a não ser para emissão do TEF

Boa noite Em anexo mandei os logs do acbr e do tef está ocorrendo o seguinte, se faço uma venda no cartão discado está beleza abre o vinculado emite tudo certo quando vou fazer a segunda venda com dois cartões no tef discado ele não consegue abrir o vinculado causa levanta a excessão e avisa que e a impressora não está respondendo e emite com relatório gerencial análisei os logs e estou fazendo a mesma coisa para as duas situações

Sim mas pode implementar a pré venda pois é obrigado na homologação a ter se tiver DAV tem que ter pré venda e vice versa...

Em qualquer um dos DAV ou Pré Venda pode adicionar itens e também cancelar itens

Bom dia Recebi abaixo do homologador Todas as parametrizações relacionadas neste relatório são de configuração inacessível ao usuário do PAF-ECF. 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. No próximo roteiro, eles devem estar com um layout pré-definido. ------------------------------ ------------------------------------------------------------------ *Impedir o registro de venda de produtos com estoque zero ou negativo: * (Requisito - XXXVI-A) Sim *Tipo de funcionamento:* (REQUISITO III) Exclusivamente Stand Alone ( ou Em Rede) *Emissão de DAV-OS para oficina de conserto:* (REQUISITO IV – Item 1) Não *Emissão de DAV:* (REQUISITO IV – Item 1) Sim *Realiza registros de Pré-Venda:* (REQUISITO IV – Item 2) Sim *Equipamento para impressão de DAV: * (REQUISITO IV – Item 3 e 4) ECF ( ou Impressor não fiscal) *Realiza registro de Conta de Cliente: * (REQUISITO IV – Item 6) Não *Tela para consulta de preço permite: * (REQUISITO XVIII) a) Totalização dos valores da lista de itens ; * * Não Transformação das informações digitadas em registro de pré-venda ; * *Sim c) A utilização das informações digitadas para impressão de Documento Auxiliar de Vendas ; * * Não *Emissão de documento fiscal por PED (REQUISITO XVII, Item 1 - : * (REQUISITO XXII – Item 6) Não * Executa recomposição de GT se tiver ocorrido incremento do CRO?: * (REQUISITO XXII – Item 7) Não

Bom dia Fui fazer os documentos para enviar para re-homologar e o que já tratava do saque não funcionou fiz o debug e percebi que ACBrTEFD.RespostasPendentes.Saque está vindo zerado percebi que o campo ACBrTEFD.RespostasPendentes.ValorTotal veio com a modificação então usei ele , mas gostaria de saber se por acaso não está errado? não deveria ter retornado no Saque? Estou usando o G.P. 4.0 desde já agradeço

Amigo Conversei com um auditor aqui da cidade que faz parte da comissão que escreve o manual do paf-ecf. e a informação foi a seguinte: somente o estado de são paulo quer o CF-e, o restante do país não quer, já passou a discussão até por Brasília mas lá não foi decidido nada. então jogaram para o G46( grupo de 46 auditores que fazem os ato cotepe), desses somente 1 é do estado de são paulo o restante não quer o cf-e, tanto que pode observar o ultimo manual do cf-e que está disponível, boa parte é o ato cotepe e o manual do paf ele falou que quase certo que no fim das contas só o estado de são paulo vai acabar usando o CF-e mas vamos esperar pra ver e continuar a homologar o paf-ecf até lá.

Bom pra mim ocorre o seguinte faço o uso da assinatura pois está tudo na mesma tela e usa o mesmo componente ao assinar o primeiro arquivo beleza, quando vou assinar outro ele simplesmente diz que não foi carregado a dll assim dando o access violation na aplicação peguei e comecei a fazer o debug dessa parte até cheguei a esse problema. mas isso no delphi 2010 Daniel me resolveu o meu problema não dando mais o mesmo.

Amigo isso ocorre por enviar comandos sem esperar o retorno do outro comando exemplo você começa um cupom e requisita ao mesmo tempo o estado da ecf ou outra informação ele não segue o mesmo padrão das dll aonde envia um comando e bloqueia a recepção de outro até liberar. então use as informações de ACBrECF.AguardandoResposta e ACBrECF.AguardaImpressao

Os colegas me corrijam mas senão me engano isso vem das operadoras, e não é retornado através dos arquivos do TEF

Amigo veja os exemplos, dos arquivos que você quer gerar é de outra forma está nos exemplos de uso do ACBr estou meio apurado senão lhe procuraria e te diria aqui aonde e como utilizar mas olha os exemplos tem lá certinho

Eu fiz uma correção em minha unit pois ocorria o problema senão me engano passei ou devo ter achado que passei mas não veio nas correções procedure TACBrEAD.LiberarChave ; begin if fsKey <> Nil then begin EVP_PKEY_free( fsKey ); fsKey := nil; fsInicializado := false;/// ESSA LINHA ADICIONEI POIS ELE NÃO ESTAVA DEIXANDO FALSO ELA PARA INICIALIZAR E TENTAVA PEGAR A FUNÇÃO COM O PONTEIRO DA DLL NIL end; end ; tentei alterar seu codigo e se funcionar ai está a correção.

Amigo acho que em quase todos os estados está proibido a venda e também já deve ter saido algo obrigado a trocar as matriciais por mfd.. então o RFD não irá gerar tem umas cartilhas que ajudam bastante, nos sites das fabricantes de ecf assim os componentes não fará tudo para você, algumas coisas terá que programar mas no que eu puder ajudar avisa que vamos auxiliando