Histórico de mensagens sobre pix em pix

Boa tarde, tudo bem? O WhatsApp insere automaticamente o formato do pix copia e cola. Se o cliente final não perceber, ele realmente copiará nesse formato. Infelizmente, não temos controle sobre essa funcionalidade, pois é uma característica própria do WhatsApp. Como medida para minimizar essa situação, implementamos um link de visualização. A partir desse link, o cliente pode visualizar o QRCode ou clicar em um botão que copia todo o conteúdo do Pix para ser pago:

Boa tarde, tudo bem ? Nesse cenário, você precisa emitir a cobrança, mas ainda não definiu os destinatários. Nesse caso, é necessário realizar a divisão após o pagamento. Uma abordagem eficaz seria criar uma carteira com o saldo do motorista . Isso centralizaria o recebimento em uma única conta, possibilitando a retirada posterior do saldo pelo motorista. Nós oferecemos um endpoint para envio de PIX, permitindo que o motorista faça o saque via PIX: https://dev.efipay.com.br/docs/api-pix/gestao-de-pix#requisitar-envio-de-pix

Bom dia, tenho uma dúvida.

Pensado em um cenário baseado no modelo do negócio do Uber, onde o passageiro paga(via pix) antes da viagem acontecer.

No fluxograma do split, devo cadastra os dados dos repasses antes de gerar o QR CODE de pagamento, porém só terei os dados de repasses do motorista depois que ele aceitar.

Dúvida:
Nesse cenário, como posso repassar uma parte do valor para o motorista que irá aceitar a viagem?

Bom dia, estou trabalhando em um sistema que utiliza a API Pix, porem a conta que esta sendo utilizada pra receber os pagamentos pix precisa ser alterada para uma outra conta, gostaria de saber o que preciso alterar tanto no codigo, seria somente o client_id, client_secret, chave pix e o certificado p12?

OI, @wesleysnap. Bom dia! Tudo bem?
Além do seu domínio ter um certificado SSL, é necessário fazer a configuração do mTLS em seu webserver para que ocorra a autenticação mútua.
https://dev.efipay.com.br/docs/api-pix/webhooks#entendendo-o-padrão-mtls

Outro detalhe, é a adição do /pix no final da sua URL quando a Efí envia a notificação.
Ou seja, na request PUT https://api-pix.gerencianet.com.br/v2/webhook/:chave para cadastrar o webhook, você irá passar o body com sua URL, exemplo:

voce fez a configuração no servidor que o webhook pede?

server {
#
# ...
#
listen [::]:443 ssl ipv6only=on;
listen 443 ssl;
ssl_certificate server_ssl.crt.pem;
ssl_certificate_key server_ssl.key.pem;
ssl_client_certificate /root/chain-pix-webhooks-prod.crt;
ssl_verify_client optional;
ssl_verify_depth 3;
#
# ...
#
location /webhook {
if ($ssl_client_verify != SUCCESS) {
return 403;
}
proxy_pass /webhook;
}
}
#Desenvolvido pela Consultoria Técnica da Efí

@delorme.onlineips, esta informação esta em nossa doc, nas informações do endpoint: https://dev.efipay.com.br/docs/api-pix/gestao-de-pix#requisitar-envio-de-pix

Boa tarde, @delorme.onlineips! Tudo bem?
Esta falha ocorre quando você tenta executar o envio de um Pix, porém existe outro envio em andamento.

Para melhorar o desempenho do serviço e evitar conflitos de saldo, recomendamos que o envio de Pix por API seja condicionado à conclusão da transação anterior, que é notificada por meio do webhook. Se essa prática não for seguida e várias requisições de envio forem feitas ao mesmo tempo, o integrador pode enfrentar problemas no envio.

Boa tarde,

Ao requisitar envios de PIX pela API estou recebendo o retorno:
{
'nome': 'pedido_pagamento_negado',
'mensagem': 'Pagamento rejeitado por já existir outra movimentação em
andamento nesta conta'
}

O que seria isso? Qual a causa? O que fazer?

Boa tarde @lidiamariano ! Pra essa rota https://pix.api.efipay.com.br/ você deve usar Client_id, Client_Secret e certificado de produção. Se for utilizar as credenciais e certificado de homologação, você deve utilizar a rota https://pix-h.api.efipay.com.br

essas são todas as variáveis de ambiente que uso. elas estão preenchidas mas mandem vazias por questão de segurançaEFI_CLIENT_ID =""
EFI_CLIENT_SECRET =""
EFI_ENDPOINT = "https://pix.api.efipay.com.br"
NODE_ENV = "production"
EFI_CERT = ""

Sim! Estou usando a seguinte variavel no arquivo .env: EFI_ENDPOINT = "https://pix.api.efipay.com.br"

OI, @lidiamariano. Bom dia!
Pelo que vi o seu código enviado anteriormente, você está montando a requisição em sua aplicação, então como não tem SDK, não tem esta variável sandbox que define o ambiente.
Neste caso então, você deve conferir se está usando a rota base correta para cada ambiente, produção ou homologação.
https://dev.efipay.com.br/docs/api-pix/credenciais/#rotas-base

Crio uma cobrança e depois o qrCode da mesma, ao pagar o qrCode, o pix retorna outro txid diferente da cobrança referente ao qrCode.

txid: c2dd59d8c0bd4c5994e92dd1ee3994ea
pix.component.ts:41 PIX: 3a902594f4e44e348740d07c5be10509

Estou com um problema:

private async verificarPagamento(){
this.pixService.webhook.subscribe((events: PixInfo) => {
console.log('Evento:', events)
this.$cobranca?.subscribe(res => {
console.log('Cobranca:', res)
const txid = res.cobResponse.txid
console.log('txid:', txid)
events.pix.forEach(pix => {
console.log('PIX:', pix.txid)
if(pix.txid === txid){
console.log('O txid corresponde a cobrança')
}
})
})
})
}

os txid da cobrança não está sendo o mesmo que o txid que o pix está gerando.

Lembrando que ela não é passada na chamada da cobrança, e sim numa chamada anterior. E aí vale para qualquer cobrança com aquela chave Pix.

Na API Pix o parâmetro é {
"webhookUrl": "https://exemplo-pix/webhook"
}

É bem diferente do boleto, pois a notificação é configurada por chave Pix, não por cobrança.

https://dev.efipay.com.br/docs/api-pix/webhooks