# \[PAGO\] Webhook ou algo similar para e-mail de resumo

**URL:** <https://meta.discourse.org/t/paid-webhook-or-a-similar-thing-for-digest-email/133570>\
**Category:** Marketplace\
**Created:** [16 Novembro , 2019 17:38 UTC](https://meta.discourse.org/t/paid-webhook-or-a-similar-thing-for-digest-email/133570 "2019-11-16T17:38:49Z")\
**Posts on this page:** 1\
**Showing post:** 3

<div class="post-metadata">

**Author:** ![hosna](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/hosna/32/99969_2.png) [@hosna](https://meta.discourse.org/u/hosna)\
**Post date:** [16 Novembro , 2019 21:36 UTC](https://meta.discourse.org/t/paid-webhook-or-a-similar-thing-for-digest-email/133570/3 "2019-11-16T21:36:23Z")

</div>

> [@michaeld](#):
>
> Como isso funcionaria, dado o fato de que os e-mails de resumo são personalizados? Como você estaria identificando os usuários?

Eu armazeno o ID do usuário dos meus usuários dentro do meu aplicativo como um campo de usuário no Discourse. Então, assumo que esses dados seriam transferidos junto com os dados de resumo para o endpoint que desejo. Dessa forma, posso fazer o resto e exibir o resumo dentro do meu aplicativo e/ou enviar notificações sempre que eles chegarem.

> [@michaeld](#):
>
> Você quer enviar e-mails de resumo “reais” também?

Se for possível ter frequências diferentes para o e-mail de resumo real e para esse webhook com mínimo esforço, acho que é preferível.

---

_[View the full topic](https://meta.discourse.org/t/paid-webhook-or-a-similar-thing-for-digest-email/133570)._