# Actions d'e-mail et de notification

La famille `email` envoie des e-mails transactionnels depuis une automatisation en cours d'exécution. La famille `analytics` émet des événements nommés utilisés pour les notifications, les métriques et le suivi en aval.

## Email — Envoyer

Un operator. Les destinataires prennent en charge les gabarits ; `cc`/`bcc`/`replyTo` acceptent une adresse unique ou un tableau.

| Prop      | Description                                                       |
| --------- | ----------------------------------------------------------------- |
| `to`      | Adresse du destinataire (templatable). **Requis.**                |
| `subject` | Objet de l'e-mail (templatable). **Requis.**                      |
| `body`    | Corps de l'e-mail (templatable). **Requis.**                      |
| `from`    | Adresse de l'expéditeur (par défaut l'expéditeur SMTP configuré). |
| `cc`      | Adresse(s) en copie carbone — chaîne ou tableau.                  |
| `bcc`     | Adresse(s) en copie cachée — chaîne ou tableau.                   |
| `replyTo` | Adresse(s) de réponse — chaîne ou tableau.                        |

```yaml
- name: orderConfirmation
  type: email
  operator: send
  props:
    to: '{{trigger.data.customer_email}}'
    subject: 'Order {{trigger.data.id}} confirmed'
    body: 'Thanks for your order! Total: ${{trigger.data.amount}}'
    cc: [sales@example.com]
    replyTo: support@example.com
```

:::callout
**L'e-mail nécessite que le SMTP soit configuré.** Lorsque `SMTP_HOST` n'est pas défini, l'e-mail est désactivé et l'envoi est journalisé plutôt que livré — Sovrium ne se rabat pas silencieusement sur un capteur de mail local en production. Configurez le SMTP via des variables d'environnement (voir [Variables d'environnement](/fr/docs/automation-env-vars) et les paramètres d'authentification/e-mail de l'application).
:::

## Analytics — Track (notifications et métriques)

Un operator. Émet un événement nommé avec des propriétés arbitraires — le socle des notifications dans l'application, des métriques d'utilisation et des collecteurs en aval.

| Prop         | Description                                                               |
| ------------ | ------------------------------------------------------------------------- |
| `event`      | Nom de l'événement (par ex. `order.created`, `user.invited`). **Requis.** |
| `properties` | Propriétés clé-valeur de l'événement (templatable).                       |

```yaml
- name: trackSignup
  type: analytics
  operator: track
  props:
    event: user.signed_up
    properties:
      userId: '{{trigger.data.id}}'
      plan: '{{trigger.data.plan}}'
```

:::callout
**Les notifications sont pilotées par les événements.** Plutôt qu'un bloc de configuration de notifications autonome, Sovrium pilote les notifications dans l'application et par e-mail à partir des événements d'automatisation : un événement `analytics/track` (ou un déclencheur d'enregistrement/d'authentification) se diffuse vers les canaux, et une action `email/send` délivre le message. Composez-les avec le [contrôle de flux](/fr/docs/automation-flow-control) et le [regroupement par lots digest](/fr/docs/automation-data-actions) pour les résumés quotidiens.
:::

## Pages connexes

- [Vue d'ensemble des actions](/fr/docs/automation-actions-overview) — propriétés de base et carte des familles.
- [Variables d'environnement](/fr/docs/automation-env-vars) — secrets SMTP et de fournisseur.
- [Actions de données et d'état](/fr/docs/automation-data-actions) — `digest` pour le regroupement des notifications.
- [Analytique](/fr/docs/analytics) — la surface analytique qui consomme les événements suivis.