E-mails

Soixante-sept messages, tous à vos couleurs.

Inscription, commande, rendez-vous, relance de panier, résultat de test : chaque moment a son e-mail. Leur corps est une page ordinaire, composée avec le même éditeur que le reste du site.

• Soixante-sept événements couverts
• Corps rédigé dans l'éditeur de pages
• Sujet et corps acceptent des variables
• Chaque événement dit quelles variables il fournit

• Expéditeur et adresse de réponse par e-mail
• Journal des envois
• Les e-mails essentiels ne se désactivent pas
• Relances programmées

Comment ça se règle

Un e-mail parti ne revient pas. L'API refuse donc un jeton inconnu, et interdit de désactiver ceux sans lesquels un client perdrait son compte ou sa preuve d'achat.

Lire le contrat d'un événement avant d'écrire

GET /api/agent/v1/emails/evenements/

{ "code": "order_confirmation",
  "libelle": "Confirmation de commande",
  "obligatoire": true,
  "raison_obligatoire":
    "Cet e-mail fait foi de l'achat auprès du client.",
  "cles": {
    "commande_numero": "Numéro de la commande",
    "commande_total":  "Montant total TTC",
    "prenom":          "Prénom du destinataire"
  } }

Habiller l'e-mail

PATCH /api/agent/v1/emails/12/
{
  "sujet": "Votre commande [%commande_numero%]",
  "page": 94
}
→ un jeton que l'événement ne fournit pas est
   REFUSÉ : il partirait en clair chez le client