Histórico de mensagens sobre Recebimento

Atualizando:

PUT /gn/config

Até então estamos assim:

PUT /gn/config

inclusive a validação por regex, que numa UI poderia ter opções do tipo:
- "não validar regex (aceitar qualquer transação)" equivalente a .;
- "não aceitar recebimentos sem txid" equivalente a .+;
- "validar com o seguinte regex:" que abriria um campo pra fornecer o regex a ser testado

a brecha que existe - pouco explorável - é que outros clientes podem definir a sua URL de webhook para as chaves deles, e recebimentos deles acionarem o seu webhook intencionalmente

então o ideal é seu sistema saber o que fazer com a notificação com base no conjunto todo do elemento Pix (consultar a presença de um array de devoluções e os elementos, se houverem), e comparar com a situação anterior da qual que vc já tinha conhecimento. se é um notificação de um e2eid desconhecido pra vc e não tem devoluções, é um recebimento novo

o próprio BACEN que retirou da spec argumentando que um Pix (e2eid) só chega ao cliente quando já está concluído, então você deve se basear na existência ou não de items de devolução dentro do pix pra saber quanto recebeu referente ao e2eid [e quanto foi devolvido, se for o caso] e não num campo de "status", pois um webhook pode ser acionado no momento que uma devolução acontecer, por exemplo e aí o status fica meio dúbio.. deveria ser, ainda, recebimento/recebido (pq o Pix foi recebido) ou devolução/devolvido por ser uma notificação acionada pelo gatilho de devolução? se o Pix for R$ 100 e a devolução for parcial, de R$ 10, fica ainda mais complicado se basear só nesse campo.

eu também padronizaria tudo pro singular. webhook, tarifa, recebimento

Aqui eu não utilizo nenhum dos webhooks a não ser de recebimento, então pra mim faz sentido sim.

Observem que coloquei um atributo webhooks.notificar.devolucao.
Faz sentido pra vocês optar por ser notificado de um recebimento e não de uma devolução? 🤔

E o input está ficando assim:

Ficou bom!

Dentro de recebimentos, seria bacana deixar claro que a regex será aplicada ao txid..

"txIdRegex": "^[a-zA-Z0-9]+$"

// desculpem, o padrão até então é camelCase, na proposta acabei enviando com hífen 😅

<@!793123559874494465> que tal assim?

Pessoal, gostaria de opiniões e sugestões em cima desse desenho de endpoint:

PUT /config

Objetivo: permitir que o integrador controle alguns comportamentos. Por hora: receber ou não webhooks, receber ou não a tarifa cobrada como atributo na notificação do webhook, setar uma regex que será considerada na validação do txid.

E custo. Menor custo de recebimento de qualquer meio de pagamento da atualidade.

Estou com vontade de retirar a restrição para os bancos do meu sistema, mas esses dois bancos são os que mais afetam minha estratégia. Nos outros bancos, o máximo que pode acontecer é o cliente não conseguir pagar.
Estou esperando aquela configuração da Gerencianet para impedir recebimentos sem txid, mas não sei quando vai ser publicada

Sugestões para a parte de marketplace:(https://gerencianet.com.br/solucoes/#marketplace)
- Opção de repassar por Pix ao invés de só para contas Gerencianet independente do modo de pagamento
- Opção de fazer split também de recebimento Pix, usando os métodos discutidos no GitHub do BACEN para maior proximidade de um possível padrão futuro

Essas são tarifas de recebimento de Pix, não de envio de Pix.

Ela pode cobrar 10 reais por recebimento, desde que seja 1 de Abril 🙂

tarifa é uma preocupação pra qualquer desenvolvedor ou EC, sim. não é porque teremos 4 meses de gratuidade que teremos a gratuidade pra sempre. e se a GN resolver cobrar R$ 10,00 por recebimento em abril, como fica? claro que é uma suposição absurda, mas a luz da certeza é sempre melhor que a escuridão da dúvida

Renato, agradecemos suas observações e elas serão consideradas...

Mas esclarecendo os pontos, quando você gera o estático, não consome a API, portanto não gera custo. O que gera o custo, é a utilização do webhook, no estático, utilizamos a webhook para o recebimento, porém, como você mesmo pontuou, esta é uma questão que está sendo verificada.

Mas neste momento não é uma preocupação, visto que temos a tarifa zerada até abril de 2021.
No link enviado a informação é que "As transações originadas pela API Pix serão gratuitas até o dia 30/04/2021."

Apenas corrigindo a minha mensagem, é "Pix recebido com valor IGUAL ou superior a R$90,00 = R$0,89" conforme link:

https://gerencianet.com.br/tarifas/