Histórico de mensagens em pix

Você pode usar o id da venda para compor o txid. Por exemplo, 25 vezes uma mesma letra e depois o ID da venda. Aí você propaga a unicidade para frente no processo.

Não, o que vai acontecer de vai fazer 2 POST é de gerar duas transações com txid diferentes quando era para ser uma só. Por isso o uso do PUT e não do POST é essencial para evitar que isso aconteça.

Eu tenho os ids de cada venda como primary_key que nunca serão iguais, e um transaction_id que é onde registro(futuramente quando integrar) o txid recebido da Efi.
Faço dessa maneira pois estamos migrando a operação PIX para a Efi, e já temos esse modelo da plataforma anterior.
A dúvida é: A efi permite gerar 2 txid iguais em transações diferentes?

Na verdade, você deveria preferir o txid gerado por você mesmo, para evitar duplicidade. O txid gerado pela Efí permite que haja duplicidade de transações do seu lado.

Consigo passar algum parâmetro para ser retornado com o webhook? Tipo, se eu quiser passar o id da venda por exemplo para ser retornado com a notificação?
Sei que dá para tratar isso com o txid, mas prefiro o txid gerado pelo Efi para não ter que tratar duplicidades no meu código, então seria interessante que eu conseguisse passar algum parâmetro no body para ser retornado no webhook cadastrado.

Tá ok João, obrigado pela atenção.

Boa tarde @calebportodev tudo certo?
Somente configurando da forma tradicional mesmo

Boa tarde.
Estou acostumado com o Mercado Pago, lá ao gerar uma cobrança PIX tem um atributo no objeto chamado 'notification_url' em que você define a rota para receber os webhooks, sem ser necessário configurar os webhooks de outra forma. Assim:

"""
const body = {
date_of_expiration: new Date(new Date().getTime() + (10 60 1000)).toISOString(),
transaction_amount: Math.round(data.valorTotal 100) / 100,
description: description,
payment_method_id: 'pix',
issuer_id: 0,
payer: {
email: data.email || '[email protected]',
first_name: data.firstName,
last_name: data.lastName
},
notification_url: notification_url
}
"""

O Efi tem também esse recurso, ou só configurando os webhooks da forma tradicional mesmo?

Foi só coincidência mesmo rsrs

Curiosamente foi o mesmo tempo de falha no SPB... solidariedade com o BACEN ? 😈

Acesso à página inicial reestabelecido.

Neste caso, o recomendado é mesmo ter uma condição no seu código para tratar, se for 0%, emitir a cobrança sem a configuração do split.

Na tentativa de criar uma configuração de split com "0.00" será retornado a seguinte falha http 400:

mas se eu n me engano mesmo passando 0, retorna 200 (preciso double check that)

e tratar como uma transação "normal" ou algo do tipo, OU ainda me retornar um 400 bad request

@guilherme_efi nesse caso o q vc recomendaria

bom saber

Sei que não é split, mas pra n ter q mudar a lógica pq eu seto o valor no banco, eu tentei passar com 0%. Na minha opinião, creio que o back-end poderia deixar passar regardless

agora saber por que o boleto também nao esta funcionando nao sei kk

pois é