Termos mais procurados:
Ah sim. Só precisa ver a tarifa de send não vai comer toda sua tarifa, por causa da tarifa mínima de 50 centavos. E precisa ver se a Efí assina aditivo de envio de Pix para conta simplificada... pq esse escopo não é parte do contrato padrão, é um aditivo.
quando receber a transação (confirmado via webhook) executo a ação de send para "tirar" a minha tarifa.
eu quero uma chave aleatoria na conta dele e uso essa chave para gerar o qr code estatico
Isso tem alguns problemas:
- O efetivo beneficiário dentro do arranjo Pix aparece como sendo você, contrariando o modelo do Banco Central.
- Você paga tarifa duas vezes. Exemplo de tarifas
1) Usando split - compra de R$ 100 - R$ 1.19 de tarifa
2) Usando envio de pix - compra de R$ 100 - R$ 2.38 de tarifa
3) Usando split - compra de R$ 10 - R$ 0.12 de tarifa
4) Usando envio de pix - compra de R$ 10 - R$ 0.62 de tarifa
- Como você citou ali atrás, você passa a ficar com o risco do MED, e não tem como produzir documentos de que houve efetiva entrega do produto/serviço, pq não é você que faz isso...
Justo. acho que o jeito mais simples é gerar um qr code estatico e fazer um send com o valor da tarifa para minha conta na Efi.
Fora dizer se o pacote inteiro (modalidadeAlteracao, reuso de location e split) funcionam em conjunto.
Mas na documentação da Efí não cita o modalidadeAlteracao ... precisa ver se é suportado. Talvez a @Consultoria Técnica possa dizer isso.
Sim, 0 é violação na API Pix e é rejeitado. Não sei se a Efí suporta, mas é possível você criar um QR-Code dinâmico com modalidadeAlteracao = 1 . Aí apesar de você colocar valor de 1 centavo, que é o menor valor possível de transações em Real de qualquer forma, mas o pagador pode alterar.
fiz um firmware para um terminal de pagamento porém ele não tem teclado para digitar o valor
Cria um Pix Cobrança, e depois desse ser pago, cria um novo Pix Cobrança com o mesmo location. Aí o QR-Code pode ser com o mesmo location sempre.
