Cleber Ferreira

Bom dia todos! Estou tendo uma dúvida na hora de desligar a ecf durante a impressão do comprovamente. Fiz estes testes no demo e aconteceu da mesma forma. Minha sequencia de passos é a seguinte: 1 - abro o cupom e vendo item 2 - realizo a 1ª transação de cartão 3 - realizo a 2ª transação de cartão 4 - subtotalizo o cupom 5 - registro as as formas de pagamento 6 - fecho o cupom Até aí blz. Depois: 1 - inicia a impressão do comprovante 2 - desligo o ecf no meio da impressão 3 - apresentada a mensagem "IMPRESSORA NÃO RESPONDE. TENTAR NOVAMENTE? SIM/NAO" 4 - se for escolhido SIM, ficará em looping como tem que ser 5 - se eu clicar em NÃO e com a ecf ainda desligada: 5.1 - segunda transação é desfeita 5.2 - primeira transação é cancelada Obs: Lembrando que até o momento a ECF ainda está desligada. Aí que acontece o problema. Como foram canceladas as transações, fica acontecendo um looping para imprimir o comprovante de cancelamento, ou seja fica tentando cancelar a primeira transação novamente sempre. Aí se eu ligo a ECF, não sai cancelamento algum, fica só o looping pedindo o cancelamento. Só que a transação já foi cancelada, não pode ser cancelada novamente. Eu verifiquei que na pasta "tef\" fica o arquivo "ACBr_TEF_DIAL_001.tef". É o que causa esse looping. Aí bagunça tudo, pois não cancela o comprovante atualmente aberto na ECF, e fica esse looping de cancelamento sempre. Configuracao: Gerenciador: tefDial Simulador: Pay&Go Multiplos cartões: Sim Auto Efetuar Pagamento: Não Auto Finalizar Cupom: Não Será que alguém pode me ajudar.

Sua pergunta ta meio que embolando no meio. Mas veja se eu entendi. Você está perguntando se tem problema destacar os impostos na nota mesmo que o destinatário não seja consumidor final? É isso? De tudo que li até agora, não vi restrição nenhuma a respeito. Com certeza é mais fácil destacar para todas as notas e não ficar verificando que é o destinatário é físico ou jurídico. Me corrijam se eu estiver errado.

Rapaz, você nem sabe quais o itens foram lançados. Tem produtos ST, tributados, nacional ou não. As alíquotas variam dependendo do NCM. São muitas as variáveis que influenciam antes de chegar a esse valor e percentual.

E concordo com o Régys quando ele fala que é preciso cuidado ao fazer esse tipo de afirmação. Complementando a parte "onde milhares de usuário buscam informação aqui", além da informação, dependemos muito das funcionalidades ou melhor, do desempenho do ACBr dentro de nossas AC's. E com certeza os administradores não implementariam algo sem sentido ou comprometesse todos os desenvolvedores. Não falando dessa situação em si onde a responsabilidade é do IBPT, mas de toda a suíte ACBr.

Como disse o Regys logo acima. Ainda está sendo alterado o componente ACBrPAF para essa mesclagem de arquivos.

Implantada a rotina Régys. Ficou show! Ao colegas que quiserem ver como ficou, segue imagem em anexo. Fiz uma rotina assim para retornar o valor do imposto: function CalculaTributos(vTotalItem : Double; NCM : String; servico : Boolean; origem : Integer; ex : integer) : Double; var qryConsulta : TZQuery; vTributos : Double; begin try qryConsulta := TZQuery.Create(Application); with qryConsulta do begin Active := False; Connection := DM.conLocal; SQL.Clear; SQL.Add('SELECT COALESCE(NCM_ALIQUOTANACIONAL,0) AS NCM_ALIQUOTANACIONAL,'); SQL.Add('COALESCE(NCM_ALIQUOTAIMPORTADO,0) AS NCM_ALIQUOTAIMPORTADO'); SQL.Add('FROM NCM WHERE NCM_CODIGO = :NCM_CODIGO AND NCM_EX = :NCM_EX'); SQL.Add('AND NCM_TABELA = :NCM_TABELA;'); ParamByName('NCM_CODIGO').AsString := NCM; ParamByName('NCM_EX').AsInteger := ex; if servico then ParamByName('NCM_TABELA').AsInteger := 1 else ParamByName('NCM_TABELA').AsInteger := 0; Active := True; First; end; if qryConsulta.Eof then vTributos := 0 else begin case origem of 0 : vTributos := Truncar((vTotalItem * qryConsulta['NCM_ALIQUOTANACIONAL']) / 100, 2); else vTributos := Truncar((vTotalItem * qryConsulta['NCM_ALIQUOTAIMPORTADO']) / 100, 2); end; end; Result := vTributos; except Result := 0; end; end; Como vocês podem ver, passei a armazenar esses dados na tabela de ncm para posterior consulta. À medida que vou incluindo os itens vou utilizando essa função para acumular em um totalizador. Depois ao encerrar o cupom faço da seguinte forma: with ECF.InfoRodapeCupom do begin MD5 := EAD.MD5FromFile(Sistema.Pasta + Sistema.ArqLista); if Cupom.DAV > 0 then Dav := StrZero(IntToStr(Cupom.DAV), 10); if Cupom.PV > 0 then PreVenda := StrZero(IntToStr(Cupom.PV), 10); CupomMania := Sistema.Emp_UF = 'RJ'; MinasLegal := Sistema.Emp_UF = 'MG'; ParaibaLegal := Sistema.Emp_UF = 'PB'; NotaLegalDF.Imprimir := Sistema.Emp_UF = 'DF'; ---------------------------- if Cupom.vTributos > 0 then begin Imposto.ValorAproximado := Cupom.vTributos; Imposto.Fonte := 'IBPT'; end; ---------------------------- end; Espero que seja útil à comunidade.

Uma sugestão. Seria interessante funcionar como o componente ACBrCNIEE. Baixar essa tabela e utiliza-las de alguma forma para calcular esse imposto.

Uma observação a fazer. Aqui no final onde atribui o Operacoes. Só recebe '3' se eu estiver usando o OnComandaECFSubtotaliza. Eu não o utilizo, então para dar certo, tive que comentar dentro do evento apenas.

Pelo que entendi meses atrás quando eu estava desenvolvendo a rotina é que esse requisito se aplica à PV's feitas fora do PAF onde, como você sabe, não pode-se realizar impressão da mesma, somente mostrar o registro dos itens na tela.

Se não me engano tem um tópico onde são listadas as cidades suportadas. Dá uma vasculhada

1 - Não é obrigatório, mas como PV é requisito de PAF então o seu retaguarda tem que constar na lista de homologação. E seu frente de caixa deverá ser capaz de buscar essas PV no retaguarda para transforma-las em cupom 2 - Você pode fazer PV em ambos os lados, mas foi como eu disse na resposta anterior, todos que realizem algum requisito vão ser conferidos e homologados. 3 - Sim, sem problemas, a resposta 2 confirma isso. Não tem problema algum. As telas, claro tem que ser diferentes, mas na tela de PV pode colocar algum botão tipo "EMITIR CUPOM". A partir daí vc abre a tela de cupom e registra a PV. Espero ter ajudado!!!

Blz daniel! Obrigado.

sobre a mensagem de autorização, pode ser que seja por causa do emulador, uma vez que o mesmo é rápido para imprimir. Diminuí a velocidade e agora aparece na seguinte sequencia: - aparece mensagem de autorização e começa a impressão - aparece mensagem de destaque da primeira via - volta a mensagem da autorização e começa a impressão da segunda via - aparece a mensagem de destaque da segunda via - encerra ta certo?

É isso mesmo.

Nós que temos que fazer o cancelamento ou o proprio ACBrTEFD o faz? pergunto isso porque fiz venda utilizando 2 cartões. Aí o primeiro confirmou a transação e o segundo está como pendente. Utilizei o ACBrTEFD.CancelaTransacoesPendentes, aí não confirmou a segunda transação, e depois apareceu a tela do plug&pay pedindo documento original (possivelmente para cancelar a primeira transação). Aí informo o número do cupom. Está certo isso? o componente ainda possui o valor da primeira transação gravada?

Boa tarde! Vejam se está correto minha sequencia: 1 - escolho forma de pagamento cartão 2 - realiza a transação TEF mas sem uma confirmação 3 - se for aceita a transação, gravo em buffer a forma de pagamento 5 - registro outras formas de pagamento também em buffer 4 - fecha o cupom lançando cada forma de pagamento e gravando no banco 5 - o ACBrTEFD faz CNF automaticamente dos cartões e exibe na tela a autorização do cartões e impressão das vias Ali no passo 2 depois que a transação é aceita, não aparece a autorização e seu respectivo, somente aparece lá no final quando mando imprimir as transações pendentes. Eu acho que está certo, até porque não foi confirmado anteriormente. Outra coisa, onde configuro o tempo de exibição da mensagem de autorização? Está abaixo do tempo pedido no roteiro

o boleano credito e debito ta blz, mas a propriedade cheque é string. Eu ainda não estou tratando cheques. O que essa propriedade retorna?

Bom dia a todos! Alguém sabe la no evento OnDepoisConfirmarTransacoes qual propriedade do RespostasPendentes utilizo para saber se foi cartão (credito ou debito), cheque ou algum outro tipo?

Valeu Juliomar! Encaixou perfeitamente no meu código. Fico lhe devendo uma Abraço

Eu pensei em algo Isaque que talvez sirva para o resto do pessoal. O meu PAF-ECF possui um servidor onde o mesmo vai centrar todas as movimentações de todas as ECF's do estabelecimento. E no servidor também vou ter gravado algumas informações sobre a movimentação da ECF durante o dia. Então eu fiz o seguinte, ao fechar o dia, eu dou uma busca no servidor e verifico se há outras ECF's ainda em movimentação. Se retornar apenas uma ECF e que seja a que está varrendo o servidor, então eu realizo a emissão e posterior cancelamento das pre-vendas.

Fiz o seguintes passos utilizando o ECFTeste.exe: - Emiti um cupom fiscal ( COO = 9) - Emiti cupom vinculado (COO = 10) - Realizei o cancelamento através do ACBrECF.CancelaCupom - Foi realizado o cancelamento do vinculado (COO de cancelamento = 11) - Foi realizado o cancelamento do cupom fiscal (COO de cancelamento = 12) No evento OnDepoisCancelaCupom o ACBr.NumCOO retornou 12. Eu preciso que retorne o COO 9.

Mas aí Régys, o COO já mudou. Por exemplo: COO do cupom emitido = 64 COO do vinculado = 65 COO retornado pelo ACBrECF.NumCOO = 66 (antes do cancelamento) Após o ACBrECF.CancelaCupom o NumCOO passa a adotar o 64 novamente?

Bom dia a todos! Estou realizando alguns testes com TEF emiti um cupom com um vinculado logo após. Aí eu desejo cancelar o cupom, porém primeiro ele cancela o vinculado e depois o cupom. Como faço para pegar o coo do cupom que foi cancelado para eu atualizar na minha base de dados? Grato

Bom dia a todos! No requisito V - item 4 da ER 2.01 diz que é preciso condicionar a emissão e posterior cancelamento da PV ao último ECF do estabelecimento que ainda não emitiu redução Z. Alguém tem alguma ideia de como posso fazer isso?

Já posso fazer esse novo arquivo ou está sendo modificado no componente ACBrPAF?