Histórico de mensagens sobre an

EXIBINDO CONVERSAS RECENTES:

Texto: an
Data: 07/09/2023
# pix
Avatar discord do usuario rubenskuhl

rubenskuhl

Ver Respostas

E especificamente o de devoluções de um recebimento serem na mesma rota do recebimento é algo que você pode sugerir para o Banco Central mudar via https://github.com/bacen/pix-api/issues/ ... a Efí implementa a API padronizada pelo BC.

# pix
Avatar discord do usuario igor_efi

igor_efi

Ver Respostas

Não. Ao emitir uma cobrança, você precisa informar um chave, então a confirmação de pagamento desta cobrança vai ser enviada para o webhook vinculado a chave informada.
Como a devolução esta associada a uma cobrança, que por sua vez esta associada a uma chave, o webhook de devolução vai ser enviada para a mesma url.

# pix
Avatar discord do usuario igor_efi

igor_efi

Ver Respostas

Boa tarde, @alessandrodev! Tudo bem?
Não, neste caso, como o cadastro do webhook é por chave, toda a movimentação (envvio, recebimento e devolução) relacionada a esta chave, vai ser enviada para o webhook cadastrado.
O conteudo de cada tipo de notificação é diferente: https://dev.efipay.com.br/docs/api-pix/webhooks#requisi%C3%A7%C3%A3o

# pix
Avatar discord do usuario alessandrodev

alessandrodev

Ver Respostas

Mas o ponto é que todos são enviados para a mesma rota webhook/pix consigo cadastrar uma rota especifica para cada um? algo tipo webhook/pix/devolucoes ou webhook/pix?type=devolucoes para justamente não receber todas as variancias em um mesmo endpoint?

# pix
Avatar discord do usuario gabriel_efi

gabriel_efi

Ver Respostas

Bom dia, @alessandrodev! A estratégia adotada depende muito das suas regras de negócio, por exemplo, você pode ter um webhook exclusivo para tratar recebimentos e outro exclusivo para tratar envios, se você utilizar o Split ainda pode ter um exclusivo para ele.

Caso prefira organizar todos em um único ponto, você teria o payload padrão de recebimento (endToEndId, txid, chave, valor, horario e infoPagador).

Se for um recebimento com split você terá tudo isso acrescido do gnExtras contendo pagador e split.

Para devolução é preciso que o recebimento já tenha existido, você pode adotar uma conferência interna do txid ou verificar a existência da propriedade devolucoes.

Já o envio de Pix terá as propriedades tipo e status e não terá o txid (virá em gnExtras o identificador do envio -> idEnvio).

Mais informações sobre o recebimento de callbacks na documentação: https://dev.efipay.com.br/docs/api-pix/webhooks/#recebendo-callbacks

# devs
Avatar discord do usuario rubenskuhl

rubenskuhl

Ver Respostas

Não lembro de já ter visto uma lista assim... seria interessante, de fato.

# devs
Avatar discord do usuario kirk.fps

kirk.fps

Ver Respostas

Estou apenas testando no momento. Como vi o erro, vim aqui saber do que se tratava. Mas é como você disse, é criado somente uma vez.

# devs
Avatar discord do usuario kirk.fps

kirk.fps

Ver Respostas

Boa tarde! Estou recebendo um erro 500 quando solicito a criação de uma chave pix aleatória (evp). Já confirmei o escopo, está tudo certo na request. Alguém sabe informar qual pode ser o problema?
imagem enviada na mensagem pelo usuario kirk.fps

# pix
Avatar discord do usuario joao_efi

joao_efi

Bom dia @tiago1012web tudo certo?
Manda um print aqui pra gente da falha que está acontecendo

# pix
Avatar discord do usuario tiago1012web

tiago1012web

at Object. (/root/wssh/node_modules/gn-api-sdk-node/lib/endpoints.js:5:15)