---
title: Exports / Mails
description: "# 1. Définition Dans BiBOARD, les exports et envois de mails permettent de diffuser des données issues des hubs, datasources ou tableaux de bord sous différentes formes (fichiers, captures, alertes). Ils reposent sur trois niveaux de structuration : - Catégories…"
url: "https://wiki.biboard.fr/wiki/bonnes-pratique-exports-mails/"
updated: "2026-05-19"
category: Bonnes pratiques
---

# Exports / Mails

# 1. Définition

Dans BiBOARD, les exports et envois de mails permettent de diffuser des données issues des hubs, datasources ou tableaux de bord sous différentes formes (fichiers, captures, alertes).

Ils reposent sur trois niveaux de structuration :

- Catégories
- Lots
- Tâches

---

# 2. Configuration – Catégories et lots

## Catégories

Les catégories permettent de regrouper les traitements par type fonctionnel.

Bonnes pratiques :

- distinguer les usages fonctionnels
- éviter les catégories trop génériques
- rester cohérent entre environnements

Exemples :

- EXPORT_HUB
- EXPORT_TDB
- ALERTES_MAIL
- EXPORT_MIXTE

---

## Lots

Le lot correspond à une unité d’exécution métier.

Bonnes pratiques :

- 1 lot = 1 logique métier unique
- éviter les lots multi-domaines
- séparer production, test et maintenance

Exemples :

- `L_VENTES_EXPORT_JOURNALIER`
- `L_FINANCE_ALERTES_HEBDO`
- `L_DWH_RECALCUL_MENSUEL`

---

# 3. Bonnes pratiques – Nommage des tâches

Les tâches doivent être standardisées pour faciliter l’exploitation et la maintenance.

## Préfixes recommandés

- `EXP_` → export (hub / dashboard)
- `ALR_` → alertes mails
- `MIX_` → export mixte
- `TMP_` → temporaire (à éviter en production)

---

## Règles de nommage

Une tâche doit contenir :

- le type d’action
- le domaine métier
- la périodicité si applicable

Exemples :

- `EXP_VENTES_HUB_JOURNALIER`
- `ALR_STOCK_CRITIQUE`
- `MIX_FINANCE_REPORT_MENSUEL`

---

# 4. Bonnes pratiques – Structuration et exploitation

## Organisation des lots

- 1 lot = 1 logique métier cohérente
- séparation des environnements (prod / test)
- éviter les dépendances croisées inutiles

---

## Paramétrage

- utiliser des paramètres explicites (`p_DateDebut`, `p_DateFin`)
- éviter les valeurs en dur
- documenter les paramètres utilisés

---

## Supervision

Chaque tâche doit être :

- traçable (logs)
- supervisable (succès / erreur)
- relançable sans effet de bord

---

## Cycle de vie

Toute tâche doit avoir :

- un responsable identifié
- une finalité métier claire
- une stratégie de désactivation ou suppression

---

# 5. Recommandation globale

Les exports et mails doivent rester :

- lisibles
- maintenables
- standardisés

Une utilisation excessive des exports mixtes ou des noms non normés entraîne une perte de lisibilité et de contrôle des traitements.