Daniel Simoes

Você pode usar o Control Pay, que é um TEF Web, mas que permite pagamento com cartão presencial https://dev.paygo.com.br/ https://devpaygo.readme.io/v4/docs/o-controlpay

Você pode usar as Tags conforme elas estão na documentação da Sefaz... O ACBrMonitor aceita todas elas

Você está tentando imprimir, usando EscPos ? Pode ser que seja necessário imprimir usando um Gerador de Relatórios, como Fast ou Fortes

Olá @lucioam... O ACBr é OpenSource... Ou seja, você mesmo pode tentar implementar... e quando conseguir, nos envie as Units que criou, para analise...

Estranho... bom... a documentação da API do BACEN é pública.. segue link: https://www.bcb.gov.br/estabilidadefinanceira/participantespix?modalAberto=regulamentacao_pix https://github.com/bacen/pix-api https://bacen.github.io/pix-api/

Veja se tem relação com esse Post:

Oi @Gr@c@, o ACBrETQ não usa o Spooler do Windows... Sugiro primeiro fazer um teste com o Demo do ACBrETQ.. se a imperssora for USB, apenas digite na Porta "USB"... Acho que esse modelo é compatível com PPLA e PPLB

Fizemos algo relacionado no último Hackathon

Abra o tópico e clique na imagem do PagSeguro

Nesse caso... será necessário acionar o suporte do Fabricante, para solicitar essas informações

Realmente será necessário o manual do Fabricante, para saber esse tipo de informação com segurança... Mas você pode usar o Demo do ACBr, para rapidamente testar várias configurações de verificar se funciona...

o contribuinte precisará consultar (ligar para) a SEFAZ... provavelmente há alguma restrição com o CNPJ dele...

Não temos nada nesse sentido...

Sim.. todo o ACBr é compatível com D7

Será que não ficaria mais versátil se ExpectedResultCode, fosse um array de Integer ? Assim poderiamos atribuir vários valores como válidos, exemplo: [200, 201]

Obrigado pela contribuição... em analise...

Olá @ODEON TECNOLOGIA... Você tem algum link com a documentação técnica de integração, segundo padrão da API PIX do BACEN ?

Sim isso mesmo... o intuito da lei, é evitar que o Lojista entregue apenas o comprovante do Cartão, e não na NFCe... a NFCe deverá ser impressa em todas as vendas... mas nem todas as formas de pagamento, geram comprovantes para impressão

Acho que é um equívoco de interpretação do JSon... O primeiro parâmetro informa que ele irá "paginar" a resposta em até 10 itens por retorno... Em JSon não precisamos de um campo para dizer o tamanho do Array... Ahhh.. agora que notei o que você destacou... quantidadeTotalDeItens Esse valor realmente parece estar errado e em desacordo com o Array... Será necessário entrar em contato com o suporte do PSP

Insira outro índice que permita Vinculado

Se você não está imprimindo em ECF... o índice da Forma de Pagamento é indiferente... Por favor modifique seus fontes, passando sempre o mesmo índice (exemplo "01"), e teste os resultados

Por favor aumente o nível do Log... e tente novamente... Assim termos toda a comunicação HTTP

Exato.. no ACBrTEFAPI, não é mais necessário esse parâmetro... atualmente, como não há a impressão em ECF, ele é totalmente desnecessário... Mas se for diferente, por forma de pagamento, ele acabará tentando abrir "Cupons Vinculados" diferentes, e com isso causa o problema...

Quando você abre o CRT, verifique se está passando sempre o mesmo índice de Forma de Pagamento (segundo parâmetro) Observe que o Demo está usando '01' em todas as opções if (Indice = '02') then // 02-CHEQUE begin Ok := ACBrTEFD1.CHQ(AValor, '01'); TemTEF := True; end else if (Indice = '03') then // 03-CREDITO begin InformarParametrosCartaoCredito; Ok := ACBrTEFD1.CRT(AValor, '01'); TemTEF := True; end else if (Indice = '04') then // 04-DEBITO begin InformarParametrosCartaoDebito; Ok := ACBrTEFD1.CRT(AValor, '01'); TemTEF := True; end

Veja esse vídeo: