T-Minus : configuration en mode ouvert
La boucle de configuration quotidienne, les sept jours de configuration de T-17 à T-11, ASK comme accélérateur, les modèles de configuration sans code, la liste de contrôle par module et les intégrations dans le compte à rebours.
La boucle de configuration quotidienne
- Afficher la ligne Fit Ledger.
- Configurez-le en direct, sans code.
- C'est le client qui impulse le changement.
- Vérifier avec des données d'exemple.
- Enregistrez-le et cochez la ligne.
| OMS | Où | Sortir |
|---|---|---|
| L'architecte du registre dirige et les principaux utilisateurs participent activement. | Dans le propre locataire du client | Un locataire qui se rapproche visiblement chaque jour de la mise en service. |
| Le propriétaire du compte à rebours participe aux appels de portée | Sur de vrais écrans avec les données d'exemple du client | Une ligne du classeur de configuration par paramètre |
| Le navigateur d'adoption surveille les besoins en matière de rôles et de files d'attente | Jamais sur un tableau blanc ni dans un document | Un contrôle de configuration a été ajouté au plan de test. |
Il n'y a pas de phase de développement que le client attend passivement : si le client n'est pas présent, la session n'a pas lieu. L'utilisateur clé doit être opérationnel à T-14 ; si TRANXACT est toujours devant son clavier à T-13, il faut le signaler lors de la réunion quotidienne comme un risque d'adoption.
Sept jours de configuration (valeur par défaut proposée)
| Jour de T | Se concentrer | configuré | Ce qui en dépend |
|---|---|---|---|
| T-17 | Structure | Entités juridiques, plan comptable, calendrier fiscal, dimensions | Cartographie de migration (GL) |
| T-16 | Argent et conformité | Devises et change, codes fiscaux, numérotation des documents, banques | Soldes d'ouverture, postes non soldés |
| T-15 | Personnes et accès | Rôles et permissions, groupes SSO, hiérarchie d'approbation | Rôles de répétition, files d'attente |
| T-14 | Données de base | Clients, fournisseurs, articles, employés — ASK crée en masse à partir d'extraits | Chargement factice M1 |
| T-13 | Flux et règles | Flux d'approbation, règles de publication, règles de correspondance, tarification | tests d'intégration |
| T-12 | Spécificités du module | Pipeline CRM, calcul des coûts de la chaîne d'approvisionnement, éléments de rémunération RH, bascules de modules | Scénario de répétition |
| T-11 | Intégrations et files d'attente | Clients API, points de terminaison bancaires/fiscaux/de paie, files d'attente d'actions par rôle | Portail : configuration terminée |
Conservez la séquence même si l'ordre du Fit Ledger diffère : structurez avant les transactions, afin que le mappage de migration puisse commencer sur T-15.
ASK comme accélérateur de configuration
ASK effectue les tâches ingrates à la vitesse d'une machine, avec les mêmes autorisations et le même journal d'audit qu'un clic humain :
| Emploi | Exemple de requête |
|---|---|
| Création en masse de données de référence | « Créez ces 2 400 clients à partir de l’extrait, avec des conditions de paiement par segment. » |
| Projet de règles de publication | "Imputer les frais de transport sur les factures d'achat au compte 5120, ventilés par centre de coûts de l'entrepôt de réception" |
| Générer des configurations de rôles | « Un commis aux comptes fournisseurs qui peut saisir les factures de plus de 10 000 $ mais ne peut pas les approuver. » |
| Vérifier la configuration | "Listez tous les flux d'approbation sans approbateur de secours" |
Chaque configuration générée par ASK est vérifiée par l'utilisateur clé avant d'être validée dans le registre Fit Ledger. Le journal d'audit indique qui a effectué la demande, ce qu'ASK a fait et qui l'a approuvée.
Configurer, ne jamais coder : modèles courants
| Une requête qui ressemble à du code | Modèle de configuration | Où |
|---|---|---|
| « Notre processus d'approbation est unique. » | Flux d'approbation en plusieurs étapes avec règles de montant, d'entité et de dimension | Flux de travail |
| «Nous avons besoin d'une mise en page de facture personnalisée.» | Modèle de document avec champs, logo et langue par entité | Modèles de sortie |
| "Tarifs spéciaux par groupe de clients" | Listes de prix, remises et validité par segment | CRM / Tarification |
| "Un champ d'écran qui n'existe pas" | Un champ personnalisé du formulaire, utilisé dans les rapports et les règles | Formulaires (sans code) |
| « Notre rapport historique, tel quel » | Générateur de rapports ou tableau de bord — remettez en question la mise en page, souvent « inutile » | Signalement |
| "Une interface avec notre banque / MES" | Un client API avec un rôle limité ; échange de fichiers si nécessaire | Intégrations |
| « Alerte lorsque X se produit » | Une règle de file d'attente d'actions prenant en compte les rôles | File d'attente d'actions |
Si aucun modèle ne convient, les options sont T-Plus ou un refus catégorique. Le code interne au cluster passe par le framework d'extension et n'est jamais soumis au compte à rebours.
Liste de contrôle des modules (modules de la vague 1 uniquement, valeur par défaut proposée)
| Module | Généralement configuré en compte à rebours |
|---|---|
| Comptabilité | Entités, plan comptable, calendrier, fiscalité, banques, règles de comptabilisation, liste de contrôle de clôture |
| CRM | Étapes du processus, listes de prix, flux de devis/commandes, limites de crédit |
| Chaîne d'approvisionnement | Entrepôts, méthode de valorisation des stocks, règles de réapprovisionnement, réception et appariement |
| GRH | Structure organisationnelle, éléments de rémunération, règles relatives aux congés, calendrier de paie |
| Fabrication | Centres de travail, nomenclatures, gammes opératoires, règles de traçabilité |
| DSE | Rôles cliniques, facturation des patients, règles des organismes payeurs, consentement |
| Cycle de vie étudiant | Programmes, modalités d'admission, frais de scolarité, anciens élèves |
| Plate-forme | Rôles, flux d'approbation, files d'attente, niveau ASK, langues |
Seuls les modules de la vague 1 apparaissent dans le compte à rebours ; tout le reste est un interrupteur T-Plus sur le même registre.
Intégrations à l'intérieur du compte à rebours (paramètre par défaut proposé)
Liste et propriétaires T-18 → Clients API et points de terminaison de test T-13 → Tests d'intégration T-10 → Test de bout en bout T-3 en simulation → Basculement en production T-0.
| Intégration | Modèle typique | Test par | Intérimaire si pas prêt |
|---|---|---|---|
| Services bancaires et paiements | API / SFTP hôte à hôte | T-10 | Téléchargement manuel des fichiers bancaires |
| Facturation électronique / TVA | API | T-10 | Portail téléchargé par finance |
| fournisseur de paie | API / SFTP | T-9 | Exécution de la paie dans l'ancien système, importation des journaux |
| Identité (SSO) | SAML / OIDC | T-17 | Aucun — requis pour la répétition |
| BI / entrepôt de données | Extrait programmé | T-6 | T-Plus |
Les partenaires (banques, paie, impôts) doivent avoir des points de terminaison de test avant le 13e jour. Un partenaire qui ne peut pas en fournir un déplace cette intégration vers T-Plus avec une étape intermédiaire manuelle.
Les valeurs indiquées comme valeurs par défaut proposées constituent les points de départ recommandés par la méthodologie. Veuillez les confirmer pour chaque mission ; le contrat, le bon de commande et le SLA font foi.
Suivez le cours à ce sujet, avec des schémas et une vérification.