Termos mais procurados:
Galera, qual estratégia vocês adotaram no endpoint webhook/pix para identificar a etapa/categoria refere-se a request?
Por exemplo eu vou ter nessa mesma rota diferentes payload (dados no body), para estorno, criação, pagamento confirmado e pelo que vi na doc não existe um atributo comum para todos os dados que identificam a etapa do processo, ao meu ver deveria ter um atributo { etapa: "DEVELOCAO" | "PIX_RECEBIDO" | "PIX_ENVIADO" } para facilitar a identificação no webhook.
My frends, obrigado!!!
Pelo que eu li o valor mínimo cobrado é de 50 centavos para cada PIX, com taxa de 1,19% sob o total
Ai não compensa, porque diariamente eu pretendia enviar uns 100 pix de 1 até 10R$, mas a maioria estando em um range de 1,15R$ até 3,30R$
Assim não ia compensar ASHUSAHUH, mas eu vou ver se ajusto meu sistema para ir acumulando saldo e ai retirar 1x por mês no máximo, passando a taxa para o player
Em https://dev.efipay.com.br/docs/api-pix/gestao-de-pix#requisitar-envio-de-pix tem o link do formulário
Puedo tirar una duvida aqui?
Tô querendo criar um sistema para a galera que joga no meu server de Tibia.
Assim, tô com a ideia de criar um microservice onde eu envie PIX para os jogadores. É possível com o Efi enviar pix também? Tem algum pré-requisito para isso?
NestJS sempre aparece aqui no canal como exemplo de que não conseguiram configurar CA privada para o webhook... entao algo intermediário para mTLS será necessário. Seja o API Gateway da AWS, o equivalente dele na Oracle Cloud ou o mtls.pix.ae.
Eae pessoal, alguém já implementou o pix usando NestJS? se sim, qual estratégia adotou para o certificado publico do webhook? tenho em mente a possibilidade de criar um server https apontando para a porta 443 e definir as configs direto no server ou abstrair isso para uma camada superior criando um server nginx e configurar os certificados direto na máquina (ec2) ou até mesmo deixar o load balancer barrar e solicitar o certificado. Alguma ideia please? Agradeço
Boa tarde pessoal, sabem se houve alteração nas chaves publicas da Efí para configuração dos webhooks para cobrança pix?
Boa tarde a todos, pessoal estou passando pro problemas no que desrespeito as confirmações de pagamento via Pix
E você pode ver em https://bacen.github.io/pix-api/index.html#/Cob/patch_cob__txid_ , exemplo 3, que é assim mesmo:
{
"status": "REMOVIDA_PELO_USUARIO_RECEBEDOR"
}
é desta forma aqui?
gn.pix_update_charge(params={'txid': txid}, body={"status": "REMOVIDA_PELO_USUARIO_RECEBEDOR"})
Quando eu citei maquininha, eu falei transação PiX, to até fazendo um teste agora pra checar se no momento do estorno eles retém parte do valor
Não, a taxa de recebimento não precisa ser estornada na devolução. É uma característica comercial que cada prestador do Pix escolhe. Por exemplo, um outro prestador amarelo estatal, cobra para fazer devolução de Pix como se fosse um novo envio... ou seja, vc paga 2x. O que você descreveu seria 0x, e o que a Efí cobra é 1x.
Sim, é isso. Mas dado que existem n outros mecanismos de segurança, eu acho que isso não agrega. O que mais você pode fazer além do hmac:
- Verificar que a CA é da Efí
- Verificar que o CN é gn-webhook-pix
- Verificar o IP da notificação
- Verificar se a chave Pix é a sua
- Verificar se o txid e valor batem com o que você esperava
Ambos valem. Você escolhe se quer ou adicionar hmac na seu URL... mas lembrando que https://exemplo.com.br/webhook/?hmac=xyz vai ser chamado como https://exemplo.com.br/webhook/?hmac=xyz/pix
Boa tarde,
Uma dúvida no registro do webhook.
No vídeo Módulo [5.1] Aula 6, o registro da url do Pix é realizado sem o hash "hmac=xyz", e na documentação diz o contrário, que devemos cadastrar o webhook com o hash no final: "https://seu_dominio.com.br/webhook/?hmac=xyz".
Afinal, o que está valendo, ou ambos estão valendo?
