Régys Silveira

Yes São Paulo implements this event, you even have a free app for that, see more at this link: https://www.fazenda.sp.gov.br/nfe/manifestacao/manifestacao.asp

A única explicação possível é que algo está limpando a propriedade após você assinar ela.

Quanto ao erro ele vai ocorrer se tentar enviar uma forma de pagamento depois do valor total das formas ter atingido o valor total do cupom, que é o que acontece no seu exemplo. Seguem-se as exigências conforme o tipo do TEF: Página 14 do manual de integração da NTK:

O componente ACBrTEFD já faz tudo isso sozinho, você não precisa controlar nada, estude o demo do ACBrTEFD que está na pasta exemplos.

Vejo que você abriu um novo tópico e não tirou um tempinho antes para ler o fórum sobre ACBrSAT que responde a estas perguntas e a muitas outras, por favor, leia os tópicos e utilize a busca, evite abrir um novo tópico perguntando o que já está sendo discutido.

Hello Marcelo, - Can I download the NFE from SEFAZ directly? Depends of the state, if the state implements the download of NFe webservice, yes, but you need send a event called "Manifestação de usuário" before to download XML. - Is the supplier the only entity that can send the NFE to us? Is mandatory the supplier send to customer the XML from NF-e All information about the NF-e can be found at the link: http://www.nfe.fazenda.gov.br/portal/principal.aspx.

Nos testes de TEF se imprimir o Dinheiro primeiro o pessoal vai lhe pedir para imprimir por último, tanto que o ACBrTED válida isso. O que aconteceu é que o valor que você passou em cartão já cobriu o valor do cupom, então o erro ocorre porque não tem como mais informar formas de pagamento, já que o valor total já foi coberto.

O Cielo premia é obrigatório e ele possui saque e desconto, mas o saque é opcional, se você optar por não fazer, eles não vão testar e isso vai constar na sua homologação e você não vai poder trabalhar com essa funcionalidade.

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.

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?

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.

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ê não está passando o valor do subtotal e do total do cupom corretamente no evento onInfoECF do ACBrTEFD.

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.