Skip to main content

Prérequis

Les uploads passent par le S3 local compatible (Garage/MinIO). Les connexions prestataire se font par OTP e-mail : le code se lit dans Mailpit (http://mail.kare.localhost).

Compte de dev généré

La commande affiche le mot de passe généré, l’id d’organisation et le seed utilisé. Ajouter --password=... pour choisir le mot de passe, --name et --org-name pour l’identité. Six archétypes : hotel, centre_commercial, ehpad, logistique, bureaux, etablissement_scolaire. Tailles : s = 1 établissement, m = 3, l = 8.
--assets=none saute l’upload S3 : un s passe alors sous la minute, ce qui suffit pour tout ce qui ne touche pas aux pièces jointes.

Compte de démonstration

Le blueprint décide tout : établissements, équipe, prestataires, règles, chronologie, et les vrais PDF de son dossier documents/. Deux runs avec le même --as-of produisent le même compte.

Remettre un compte à zéro

reset supprime les données du tenant. Il préserve l’organisation, sa connexion et les rôles système. Il est désactivé en production.
1

Prévisualiser

Aucune confirmation n’est requise pour un dry run ; il affiche le plan et les compteurs de suppression.
2

Rejouer avec l'id affiché

Cibler par --org=<uuid> plutôt que par --email quand la connexion appartient à plusieurs organisations. Les objets S3 devenus orphelins sont supprimés en fin de run ; avec --assets=none ils sont laissés en place et le run le signale.

Opérateur backoffice

Idempotent, génère un mot de passe s’il n’est pas fourni.

Reproduire un jeu de données

--seed rejoue exactement le même contenu généré, --as-of ancre toutes les dates relatives en UTC. Les deux ensemble suffisent à reproduire un compte à l’identique sur n’importe quelle machine.

Vérifier sans écrire

Le dry run résout la source, valide le blueprint et affiche le plan (établissements, cellules, équipe, prestataires, règles, événements par type) sans toucher la base.