Skip to main content
Le seeder construit un blueprint puis le rejoue à travers le domaine : chaque événement passe par les mêmes db-access que les routes HTTP, donc les statuts, les échéances et l’historisation sont calculés par le code métier, jamais écrits en dur.

Trois usages, un moteur

Les trois commandes

account et reset prennent la même source : soit --blueprint=<dossier>, soit --archetype=<clé> --size=s|m|l.

Les deux sources

Blueprint écrit à la main — un dossier avec un blueprint.ts typé et ses documents/*.pdf. C’est la source du compte de démonstration : tout est décidé, les rapports sont de vrais PDF, et deux runs produisent exactement le même compte. Un fichier sans path devient un PDF de remplacement généré, ce qui permet de mélanger corpus réel et pièces encore absentes. Blueprint généréarchétype × taille × seed. Six archétypes : hotel, centre_commercial, ehpad, logistique, bureaux, etablissement_scolaire. Trois tailles : s (1 établissement), m (3), l (8). Le contenu vient d’un catalogue métier (installations techniques françaises, règles avec leur périodicité, anomalies typées, prestataires par spécialité, professions et diplômes) ; le tirage choisit quelles entrées, jamais quoi écrire.

Les garanties

Chaque run se termine par une vérification d’invariants sur l’organisation seedée. Un statut qui contredit ses dates, un rapport sans intervention, une anomalie hors du périmètre de son rapport, un type de label manquant ou un mot anglais dans un champ visible fait échouer le run.
  • Dates ancrées sur --as-of en UTC : un blueprint rejoué demain produit le même compte décalé d’un jour, et jamais un compte qui dépend du fuseau de l’opérateur.
  • --seed reproduit le contenu généré à l’identique, blueprint et lignes comprises.
  • Un reset prend un verrou d’avis Postgres par organisation : deux runs sur le même tenant attendent au lieu de s’écraser.
  • Le reset est interdit en production et exige l’UUID exact de l’organisation.

Choisir sa page

En local

Compte de dev, compte de démo, remise à zéro

Sur staging

Le workflow GitHub Actions

Référence des paramètres

Tous les flags et leur équivalent workflow

Maintenance

Ajouter un archétype, une règle, un événement