La transformation numérique apparaît dans les plans stratégiques et les budgets. Une nouvelle plateforme peut raccourcir un parcours; elle ne choisit pas quelle règle, donnée ou responsabilité doit changer. Pour rendre le mot concret, je partirais d’un résultat client mesurable.

Prenons la promesse de stock en ligne. Le portail doit répondre à partir du stock physique, des réservations, des commandes en transit et d’une marge. L’ERP reste la source d’autorité; une API publie une projection adaptée au Web. L’enjeu n’est pas seulement l’écran, mais la fraîcheur et la décision lorsque les systèmes divergent.

Transformer un parcours, pas repeindre son entrée

Le flux pourrait être :

1. AX publie chaque mouvement avec article, entrepôt et version;
2. une file absorbe le débit et garde l’ordre par article;
3. un service calcule disponible = physique - reserve - marge;
4. le portail lit une copie rapide avec son horodatage;
5. au panier, une commande de réservation retourne un reçu;
6. un échec place la commande en attente ou propose une solution;
7. une réconciliation compare périodiquement projection et ERP.

Copier un fichier de stock chaque nuit ne donne pas une promesse temps réel. Appeler AX à chaque page rend le portail dépendant de sa latence. L’architecture choisit donc une cohérence et l’affiche : « 3 disponibles, état mis à jour il y a 2 minutes ».

Le produit a un propriétaire du parcours, pas seulement des responsables par système. Il arbitre marge, fraîcheur, comportement en panne et indicateurs : taux de promesses tenues, commandes annulées, délai et écarts.

Les capacités invisibles déterminent la vitesse

Identité, API, événements, catalogue de données, monitoring et pipeline sont des capacités réutilisables. Sans elles, chaque initiative recode ses comptes et sa synchronisation. Une plateforme commune doit offrir des contrats et chemins simples, sans centraliser chaque décision.

Les pannes sont traitées comme des états. Un événement en double est idempotent; un message hors ordre compare sa version; une file bloquée alerte sur l’âge; une réservation incertaine n’est pas présentée comme confirmée. Les données et accès restent chiffrés, minimisés et audités.

Je livrerais une tranche verticale : un entrepôt, une famille d’articles, un parcours complet. On mesure avant/après et on exerce perte de l’ERP. Si la tranche tient, on étend. Acheter toutes les licences avant de prouver une opération ne transforme rien.

Déployer la projection sans interrompre les lecteurs

Pour changer la formule de disponibilité, je publierais d’abord une version parallèle et comparerais ses réponses sur le trafic réel sans influencer les commandes. Les écarts sont regroupés par cause : réserve, délai d’événement ou marge. Le propriétaire choisit ensuite une cohorte limitée de produits et active la nouvelle règle avec un drapeau. Le système garde l’ancienne projection pour un retour rapide, tandis qu’une réservation déjà confirmée conserve sa règle d’origine. Cette livraison progressive transforme une décision stratégique en hypothèse mesurable et empêche une formule erronée de promettre tout le stock national en quelques minutes.

Ma pratique est de remplacer la grande feuille de route par une carte de capacités et trois flux clients. Chaque flux nomme source, états, frontière, mesure et propriétaire. La transformation devient alors une suite de changements observables plutôt qu’une boîte de plus dans l’architecture.