Skip to content

Les recettescourrier-transactionnel

Le courrier qui doit partir

Confirmations, reçus, liens de connexion : leur panne est silencieuse des deux côtés.

Boutiques, SaaS, tout ce qui envoie un message qu’on attend.

Le piège que cette recette évite

Un message ACCEPTÉ n’est pas un message REMIS, et un message remis n’est pas un message lu. Le fournisseur rend 202, l’application est contente, et le client attend une confirmation qui est partie en indésirables. Le seul chiffre qui tranche est le volume : zéro envoi aujourd’hui sur une boutique qui vend est une panne, même si tout est vert.

2 tâches

  • File de courrier

    Attrape la file qui tourne à vide : le processus vit, il ne dépile plus rien. Sans le volume, une file bloquée ressemble à une file calme.

    attend un battement · */10 * * * * · alerte si le volume tombe à zéro

  • Volume d’envoi du jour

    Compare le volume du jour à l’habitude. Une chute de moitié ne déclenche aucune erreur nulle part — c’est pourtant le premier signe d’une intégration cassée.

    attend un battement · 0 21 * * * · alerte si le volume s’effondre

La poser

Rien à remplir : ces tâches attendent un battement de ton côté, LeTock n’appelle rien.

POST /api/v1/recettes/courrier-transactionnel/poser
Authorization: Bearer <ta clé>

{}

L’appel est rejouable : deux fois la même recette rend les mêmes tâches, sans doublon. Un agent qui n’a pas reçu la réponse peut donc recommencer sans rien casser.