Il n'y a pas de phase de développement que le client attend passivement. Chaque session de travail suit le même processus, dans l'environnement du client, sur des écrans réels avec ses propres données : affichage de la ligne Fit Ledger, configuration en direct et sans code, modification effectuée par le client, vérification avec les données d'exemple, enregistrement et validation de la ligne.
Si le client n'est pas présent à la session, celle-ci n'a pas lieu. L'utilisateur clé doit être connecté à T-14 ; si TRANXACT est toujours devant son clavier à T-13, signalez-le lors de la réunion quotidienne comme un risque d'adoption.
Sept jours, structure avant les transactions (défaut proposé)
| Jour de T | Se concentrer | configuré |
|---|---|---|
| T-17 | Structure | Entités, plan comptable, calendrier fiscal, dimensions |
| T-16 | Argent et conformité | Devises et change, codes fiscaux, numérotation des documents, banques |
| T-15 | Personnes et accès | Rôles et permissions, groupes SSO, hiérarchie d'approbation |
| T-14 | Données de base | Clients, fournisseurs, articles, employés — ASK crée en masse à partir d'extraits |
| T-13 | Flux et règles | Règles relatives aux flux d'approbation, à la publication, à l'appariement et à la tarification |
| 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 |
| T-11 | Intégrations et files d'attente | Clients API, points de terminaison bancaires/fiscaux/de paie, files d'attente par rôle |
Conservez l'ordre même si celui du Fit Ledger diffère : la structure en premier signifie que le mappage de migration peut commencer sur T-15, et le mappage GL dont tout le reste dépend existe avant les données maîtres.
ASK se charge du travail ingrat
Création en masse de 2 400 clients à partir d'un extrait avec conditions de paiement par segment ; élaboration d'une règle de comptabilisation pour la répartition des frais de transport par centre de coûts de l'entrepôt de réception ; génération d'un comptable fournisseurs autorisé à saisir, mais non à approuver, les factures supérieures à 10 000 € ; liste de tous les flux d'approbation sans approbateur de secours. ASK effectue ces opérations avec les mêmes autorisations et le même journal d'audit qu'un utilisateur humain, et l'utilisateur clé vérifie chaque résultat avant validation.
Des requêtes qui ressemblent à du code
| «Nous avons besoin de…» | La configuration qui y répond |
|---|---|
| Notre processus d'approbation unique | Un flux d'approbation en plusieurs étapes avec des règles de montant, d'entité et de dimension |
| Mise en page personnalisée d'une facture | Un modèle de document avec des champs, un logo et une langue par entité |
| Un champ qui n'existe pas | Un champ personnalisé sans code, utilisable dans les rapports et les règles |
| Notre rapport historique est exactement tel quel. | L'outil de création de rapports ou le tableau de bord — remettez en question la mise en page ; souvent « inutiles ». |
| Une interface avec la banque ou le MES | Un client API avec un rôle limité ; échange de fichiers si nécessaire |
| Alertes lorsque X se produit | Une règle de file d'attente d'actions prenant en compte les rôles |
Intégrations programmées (paramètre par défaut proposé)
Liste et propriétaires au T-18 ; clients API et points de terminaison de test partenaires au T-13 ; tests d’intégration au T-10 (paie au T-9, BI au T-6 ; SSO au T-17, car la répétition l’exige) ; de bout en bout lors de la simulation au T-3 ; passage en production au T-0.
Un partenaire incapable de fournir un point de terminaison de test avant le 13e jour (T-13) transfère cette intégration vers T-Plus via une étape intermédiaire manuelle : chargement manuel d’un fichier bancaire, chargement depuis le portail par le service financier, exécution du traitement de la paie dans l’ancien système avec importation d’écritures comptables. L’authentification unique (SSO) ne nécessite aucune étape intermédiaire : elle est indispensable à la répétition générale.
La banque de Calderwood fournit son terminal de test à temps ; l’environnement de test de son portail fiscal n’est toujours pas déployé à J-13. L’intégration fiscale devient une étape supplémentaire (T-Plus), et le service financier télécharge manuellement les factures électroniques sur le portail pendant les premières semaines — une procédure répétée à J-1 comme pour tout le reste.
Essayez-le Le 12, un utilisateur clé demande que l'écran de facturation fournisseur affiche un champ présent dans l'ancien système. Est-ce le code correspondant ?
Non, il s'agit d'un champ personnalisé sans code du formulaire, utilisable dans les rapports et les règles. Il est associé à une ligne Fit Ledger, configuré dans la session avec l'utilisateur principal, vérifié avec des exemples de données, consigné dans le classeur de configuration et soumis à un contrôle de configuration dans le plan de test.