Mise en service chez vous

Cette page s’adresse à la DSI du client. Elle résume la mise en service et détaille le raccordement des ERP. La liste complète, avec la commande exacte et le critère de réussite de chaque case, est livrée avec le produit (tarifs-fournisseurs/docs/MISE_EN_SERVICE.md) : faites-en une copie datée par client, hors du dépôt, car elle porte des noms de personnes et de serveurs.

Ce qui rassure une DSI

Question	Réponse
L’outil écrit-il dans nos ERP ?	Non. Il les lit avec un compte dédié en lecture seule. Les nouveaux prix sortent en fichier d’import, que votre équipe ERP importe.
Des données sortent-elles du groupe ?	Non. Installation sur votre serveur ou votre cloud privé. Le seul flux sortant possible est le téléchargement des taux de change BCE, remplaçable par un fichier.
Où sont les secrets ?	Jamais en clair dans la configuration : on n’y écrit que le nom de la variable d’environnement qui les porte.
Peut-on revenir en arrière ?	Oui : sauvegardes vérifiées, restauration essayée avant l’ouverture, ancienne base mise de côté et jamais supprimée.
La production peut-elle être vidée par erreur ?	Non, par construction : la purge refuse de s’exécuter quand l’environnement est déclaré « production ».

Trois faits à savoir avant de commencer

1. La démonstration et la production sont deux bases séparées. Passer en production, c’est ne plus pointer sur la démonstration, pas l’effacer.
2. La purge n’existe qu’avant la production. Elle sert à vider une base qui aurait reçu des données de démonstration, avant de la déclarer production.
3. La purge vide les tables, pas la configuration. Les fiches fictives de la démonstration restent à traiter à part.

Les quatorze phases

1. 1
   Prérequis

   moteur et interface installés, base choisie, emplacements arrêtés

2. 2
   Base vide

   base neuve, ou démonstration purgée puis production déclarée

3. 3
   Comptes

   premier administrateur, comptes réels, profils

4. 4
   Entités et ERP

   connecteurs, tests, synchronisation quotidienne, taux

5. 5
   Fournisseurs

   gabarits et fiches

6. 6
   Portefeuilles

   un acheteur par fournisseur, objectifs

7. 7
   Paramètres

   seuils, devises, arrondi, intercompagnie

8. 8
   Sorties ERP

   un modèle de fichier d’import par ERP

9. 9
   Historiques

   tarifs N-1 et N, première analyse

10. 10
    Sauvegarde

    automatique, hors poste, restauration essayée

11. 11
    Serveur et accès

    HTTPS, authentification, tâches planifiées

12. 12
    Recette

    J1 (ERP sur deux semaines) et J2 (tarif réel signé)

13. 13
    Points client

    ce qui se valide avec le client

14. 14
    Retour arrière

    restaurer, revenir en démonstration

Attention

Ne sautez pas de phase : chacune suppose les précédentes. Une case marquée STOP interdit de continuer tant que son critère n’est pas atteint.

Raccorder les ERP

Les commandes se tapent depuis tarifs-fournisseurs/ avec l’interpréteur du dépôt. Chaque entité se déclare dans entites.yaml de la couche client, avec l’un des quatre types de connecteur (export_planifie, vue_sql, service_web, snowflake). Les secrets n’y figurent que par le nom de leur variable d’environnement (*_env), et le compte ERP est un compte dédié en lecture seule. Cochez au fur et à mesure.

• Déclarer les entités et leurs connecteurs ERP

  Qui

  DSI, avec l’équipe ERP

  Commande

  python -m tarifs config verifier

  Réussite

  code 0 (code 1 si un point est bloquant)

• Tester chaque entité

  Qui

  DSI

  Commande

  python -m tarifs erp tester --entite CODE --json

  Réussite

  ok: true pour chaque jeu (articles, prix d’achat, volumes) ; un répertoire introuvable ou un secret absent est dit en clair

• Première synchronisation, puis une tâche planifiée chaque jour

  Qui

  DSI

  Commande

  python -m tarifs erp synchroniser --entite CODE

  Réussite

  les trois jeux remontent avec des lignes lues ; l’historique des prix d’achat s’alimente dès qu’un prix bouge

• Charger les taux de change

  Qui

  Administrateur

  Commande

  python -m tarifs --auteur adm.un taux charger --fichier eurofxref-hist.xml

  Réussite

  code 0 ; la base existe à l’emplacement prévu

• Laisser tourner deux semaines sans erreur

  Qui

  DSI

  Réussite

  synchronisation quotidienne sans erreur pendant 14 jours, au moins un changement réel de prix d’achat historisé (jalon J1)

  STOP : ne pas continuer tant que ce critère n’est pas atteint.

Vos coches restent dans ce navigateur seulement ; elles ne sont envoyées nulle part.

Tout décocher

Accepter la mise en service

Contrôles techniques

• Configuration saine

  Qui

  DSI

  Commande

  python -m tarifs config verifier

  Réussite

  code 0

• Cloisonnement des profils

  Qui

  Administrateur

  Réussite

  un compte de chaque profil ne voit que ses écrans

• Santé du serveur et sauvegarde

  Qui

  DSI

  Commande

  python -m tarifs sauvegarde statut

  Réussite

  aucune alerte

• La production ne peut pas purger

  Qui

  DSI

  Commande

  python -m tarifs purger-base statut

  Réussite

  purge_possible: false

  STOP : ne pas continuer tant que ce critère n’est pas atteint.

Vos coches restent dans ce navigateur seulement ; elles ne sont envoyées nulle part.

Tout décocher

Recette métier

Le jalon J2 se passe avec un acheteur : un tarif réel est déposé, rattaché, analysé, et l’acheteur relit chaque chiffre du mémo avant de signer. C’est la preuve que l’outil donne des chiffres justes sur vos données, et c’est elle qui fait accepter l’outil par les équipes. Parcours utilisé : analyser une hausse.