Mise en service chez vous
This content is not available in your language yet.
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
Section intitulée « 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
Section intitulée « Trois faits à savoir avant de commencer »- 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.
- 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.
- La purge vide les tables, pas la configuration. Les fiches fictives de la démonstration restent à traiter à part.
Les quatorze phases
Section intitulée « Les quatorze phases »- 1Prérequis
moteur et interface installés, base choisie, emplacements arrêtés
- 2Base vide
base neuve, ou démonstration purgée puis production déclarée
- 3Comptes
premier administrateur, comptes réels, profils
- 4Entités et ERP
connecteurs, tests, synchronisation quotidienne, taux
- 5Fournisseurs
gabarits et fiches
- 6Portefeuilles
un acheteur par fournisseur, objectifs
- 7Paramètres
seuils, devises, arrondi, intercompagnie
- 8Sorties ERP
un modèle de fichier d’import par ERP
- 9Historiques
tarifs N-1 et N, première analyse
- 10Sauvegarde
automatique, hors poste, restauration essayée
- 11Serveur et accès
HTTPS, authentification, tâches planifiées
- 12Recette
J1 (ERP sur deux semaines) et J2 (tarif réel signé)
- 13Points client
ce qui se valide avec le client
- 14Retour arrière
restaurer, revenir en démonstration
Raccorder les ERP
Section intitulée « 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.
- Who
- DSI, avec l’équipe ERP
- Command
python -m tarifs config verifier- Done when
- code 0 (code 1 si un point est bloquant)
- Who
- DSI
- Command
python -m tarifs erp tester --entite CODE --json- Done when
- ok: true pour chaque jeu (articles, prix d’achat, volumes) ; un répertoire introuvable ou un secret absent est dit en clair
- Who
- DSI
- Command
python -m tarifs erp synchroniser --entite CODE- Done when
- les trois jeux remontent avec des lignes lues ; l’historique des prix d’achat s’alimente dès qu’un prix bouge
- Who
- Administrateur
- Command
python -m tarifs --auteur adm.un taux charger --fichier eurofxref-hist.xml- Done when
- code 0 ; la base existe à l’emplacement prévu
- Who
- DSI
- Done when
- synchronisation quotidienne sans erreur pendant 14 jours, au moins un changement réel de prix d’achat historisé (jalon J1)
STOP: do not go on until this criterion is met.
Your ticks stay in this browser only; they are sent nowhere.
Accepter la mise en service
Section intitulée « Accepter la mise en service »- Who
- DSI
- Command
python -m tarifs config verifier- Done when
- code 0
- Who
- Administrateur
- Done when
- un compte de chaque profil ne voit que ses écrans
- Who
- DSI
- Command
python -m tarifs sauvegarde statut- Done when
- aucune alerte
- Who
- DSI
- Command
python -m tarifs purger-base statut- Done when
- purge_possible: false
STOP: do not go on until this criterion is met.
Your ticks stay in this browser only; they are sent nowhere.
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.