Régys Silveira

Gilvan, o problema com certeza não é da versão do ACBr, porque eu possuo ele sempre atualizado e como disse em duas máquinas, o seu problema ocorre porque tem versões de BPL antigas, não tem outro jeito de dar esse erro.

Na verdade o fórum do ACBrSAC possui seções mais generalizadas, a NFS-e poderia ser postada em "Nota Eletrônica".

Como no Cielo Premia precisa dar troco por conta do saque, então o Dinheiro fica sempre por último.

Eu tenho duas máquinas aqui com o XE5 e está funcionando ok, você verificou se não ficou nenhum BPL para trás, se não ficou lixo, dcu, dcp, etc? Qual é a versão do delphi XE5 que você tem instalado?

No ACBrMonitor basta usar as tags: </linha_simples> - ------------------... </linha_dupla> - ==================... <e></e> - Expandido <n></n> - Negrito <s></s> - Sublinhado <c></c> - Condensado <i></i> - Itálico <ad></ad> - Alinhado a direita <ce></ce> - centralizado <ean8></ean8> - ean 8 <ean13></ean13> - ean 13 <std></std> - standart <inter></inter> - interleave <code11></code11> - code 11 <code39></code39> - code 39 <code93></code93> - code 93 <code128></code128> - code 128 <upca></upca> - upca <codabar></codabar> - codabar <msi></msi> - msi Obs.: Nem toda a impressora fiscal aceita todas as tags.

Basta fazê-los de qualquer jeito, e no próximo passo ele vai falar que o teste anterior não foi feito corretamente, com a opções de pular ou refazer, basta escolher pular.

Essa sua questão já foi discutida aqui no fórum, o arquivo não pode ser gerado assim, porque o Paf-ECF deve conseguir gerar estes arquivos sem que a impressora esteja ligada usando o banco de dados, isso é um requisito inclusive e é testado pelos homologadores.

Este erro ocorre quando a soma dos registros 60A de um dia não batem com o valor informado n registro 60M desse mesmo dia.

Luan, verifique o evento do ACBrTEFD onInfoECF nele você deve passar o subtotal e o total a pagar, veja no demo, para que o desconto e saque funcionem corretamente, você deve passar esse valores corretamente.

No ECF não existe, pois o comprovante CCD deve ser a cópia exata do retorno do TEF. Quanto a impressão de comprovante POS, é a própria maquininha de cupom fiscal que imprime e ela não permite informar o CPF, somente valor da transação e algumas outras opções dependendo do cartão.

Daniel, todas as suas perguntas já foram muito discutidas aqui no fórum, existe pelo menos 1 tópico para cada uma aqui no fórum, basta usar a busca e ler os tópicos por inteiro que você vai ter todas as informações que necessita.

Para o monitor ainda não existe nada, existem questões quanto a impressão do QRCode que precisam ser analisadas antes da implementação. Para o componente já existem algumas iniciativas de usuários mas o problema do QRCode ainda existe, porque nenhum motor de relatórios possui a impressão do QRCode nativa.

O exemplo já existe no demo do ACBrTEFD.

Para os novos certificados é necessário atualizar a cadeia de certificados, não basta apenas colocar o novo.

O erro é claro "Pagamento não admite CCD", nessa impressora a forma de pagamento foi cadastrada sem permitir vinculado, funciona em outra impressora, porque nessa outra foi cadastrada a forma de pagamento de forma que ela permita. Lembre-se que ao cadastrar a forma e pagamento no ECF você precisa informar que ela aceita vinculado, inclusive quando você imprime uma leitura X aparece um v minusculo ao lado do índice da forma de pagamento, se não aparecer a impressora não vai aceitar com essa forma de pagamento imprimir o CCD.

Você pergunta para o Monitor ou componente?

Você não está passando o valor do subtotal e do total do cupom corretamente no evento onInfoECF do ACBrTEFD.

Você só precisara atualizar o ACBr e recompilar o seu aplicativo, o próprio componente vai fazer internamente a troca para o novo webservice. Se for usuário do ACBrNFMonitor, precisa atualizar ele para a ultima versão disponível.

O gerenciador Pay&GO quando em modo de certificação já faz tudo que precisa para os testes, na verdade e ele que conduz os testes e retorna os resultados, você não precisa fazer nada além de colocar ele em modo certificação conforme o manual, isso está bem explicado no início do manual de certificação do Pay&GO.

O demo é para demonstrar como usar o componente, ele não tem nenhum compromisso em obedecer os testes de certificação, ele deve ser utilizado para estudo somente. Aqui eu faço o seguinte quanto a múltiplas formas e múltiplos cartões: Tudo é feito em cache, ao adicionar uma nova forma de pagamento se for cartão e passar do valor total terei um erro, porque cartão não permite troco, se for dinheiro, vai passar porque permite, então tanto faz se o dinheiro é posto no início ou fim, o que é checado é se a forma de pagamento é TEF se for não permite troco, se não for permite. O componente controla isso, inclusive fiz 4 homologações (3 NTK e 1 SITEF) de semana passada para hoje e tudo ocorreu completamente bem.

como eu disse, sempre tive esse problema, por isso nem uso o simulador, uso impressora real.

Coloquei um resumo com o caminho das pedras em meu site, caso seja do interesse, passa lá é dá uma lida.

Você está fazendo o download como? utilizando o webservice ou outra forma?

Olhe, as mensagens são mostradas nos dois eventos dependendo da configuração conforme passei, concordo com o Juliomar, sempre que precisei fazer algo utilizei os eventos e o seu caso é até simples, basta não mostrar a mensagem e tratar o retorno.

Acabei de lhe passar duas formas de fazer sem alterar os fontes do ACBr, somente vai trabalhar os eventos do componente no seu fonte.