Questions pour les nouveaux

Repère de lecture

Public cible Tous lecteurs

Temps de lecture 6 min

Usage Lire et maintenir le référentiel FLOW

Cette page répond aux questions qui reviennent lorsqu'on découvre FLOW rapidement.

Elle ne remplace pas la vision, les principes ou l'architecture cible. Elle sert de raccourci pour lever les malentendus les plus fréquents.

FLOW, c'est quoi en une phrase ?

FLOW est une plateforme de cohérence Demand + Fulfillment qui permet de piloter les demandes, les décisions métier, les promesses, les ressources mobilisables, les statuts et les événements transverses.

À lire ensuite : Pitch FLOW et Overview de la plateforme FLOW.

FLOW remplace-t-il un ERP ou un OMS ?

FLOW ne remplace pas un type d'application par un autre.

Il déplace certaines responsabilités transverses vers une plateforme Demand + Fulfillment : demande, promesse, décision, stock, statuts, exceptions et événements.

L'ERP garde les responsabilités financières, comptables, transactionnelles ou référentielles qui lui appartiennent. Les canaux portent l'engagement et l'expérience. Supply expose les capacités et exécute. FLOW rend cohérentes les décisions qui traversent ces domaines.

→ Réponse pour les experts : Supprimer ERP et OMS ? Une folie !

Pourquoi FLOW n'est-il pas structuré autour de J'achète / Je vends ?

J'achète et Je vends restent utiles pour parler des parcours métier.

Mais ils ne structurent pas le cœur SI cible, parce qu'ils mélangent engagement, demande, promesse, achat, stock, exécution, documents, finance et exceptions.

FLOW structure le cœur autour de responsabilités plus stables : Engagement, Demand, Fulfillment, Supply, Finance et sources de référence.

→ Réponse pour les experts : Pourquoi FLOW n'est-il pas structuré autour de J'achète / Je vends ?

Pourquoi ne pas simplement uniformiser tout le groupe ?

Parce que la convergence utile ne consiste pas à effacer les singularités.

Le groupe doit construire du commun là où l'incohérence coûte cher : demande, stock disponible, promesse, décision, statuts, événements, contrats de données.

Les marques, canaux, parcours et modèles économiques doivent pouvoir conserver ce qui crée réellement de la valeur.

Quel est le cœur de FLOW ?

Le cœur de FLOW est Demand + Fulfillment.

Demand qualifie la demande, porte le Case, le contexte, les priorités et la promesse à tenir.

Fulfillment arbitre une promesse tenable et une trajectoire d'exécution à partir des règles, des priorités, du stock, des capacités et des contraintes Supply.

Engagement et Supply sont-ils dans FLOW ?

Engagement et Supply sont adhérents à FLOW.

Engagement capte l'intention et porte les parcours, interfaces, canaux ou négociations.

Supply expose les ressources, capacités, contraintes, services et événements d'exécution.

Ils ne sont pas absorbés par FLOW, mais ils doivent être raccordés par des APIs, événements, statuts, projections, règles d'interaction et contrats de données.

Cela n'interdit pas au programme FLOW de porter ou coordonner certains chantiers côté Engagement ou Supply. Mais ces applications restent hors du cœur plateforme FLOW, sauf arbitrage explicite de périmètre.

Pourquoi parler de Case ?

Parce qu'une demande réelle vit dans la durée.

Elle peut changer, recevoir des événements, être réarbitrée, produire des documents, ouvrir une exception ou traverser plusieurs systèmes.

Le Case conserve le fil métier : intention, contexte, décisions, promesses, statuts, événements, documents et historique.

Pourquoi dit-on que le processus émerge des décisions métier ?

Dans les situations simples, un workflow suffit.

Dans FLOW, beaucoup de situations dépendent du contexte : stock disponible, priorités, allocation, précommande, retard, capacité fournisseur, canal, pays ou client.

Le comportement réel doit donc être piloté par des règles, événements et décisions explicites. Le processus observé devient la conséquence de ces décisions.

Pourquoi le Fulfillment est-il central ?

Parce que c'est le lieu de décision entre une demande à servir et des ressources limitées.

Fulfillment répond à des questions concrètes : peut-on promettre, depuis où servir, quel stock réserver, faut-il splitter, substituer, reporter, prioriser ou ouvrir une exception ?

À quoi ça sert un stock temps réel ?

Le stock temps réel ne garantit pas qu'aucune commande ne sera jamais impossible à servir.

Il sert à réduire fortement la fenêtre d'erreur, rendre la disponibilité exploitable par les décisions de Fulfillment, permettre des réservations, exposer la fraîcheur et la confiance, détecter les anomalies et réarbitrer plus vite.

→ Réponse pour les experts : À quoi ça sert un stock temps réel ?

À lire ensuite : Stock Unifié.

Donnée, information, fait, événement : c'est quoi la différence ?

Une donnée est un élément représenté dans un système : une quantité, un code article, un identifiant magasin, un timestamp.

Une information est une donnée contextualisée et qualifiée, qui porte un sens métier : 15 pièces disponibles pour l'article X dans le magasin Y à 10h32.

Un fait décrit une réalité observée ou calculée à un instant donné : le stock disponible est de 15.

Un événement signale qu'un fait ou un état significatif a changé : StockDisponibleMisAJour, CommandeExpédiée, AllocationDécidée.

Le raccourci utile : la donnée est la matière, l'information porte le sens, le fait décrit ce qui est vrai à un instant, l'événement raconte ce qui vient de changer.

Pourquoi ne pas parler simplement de Master Data ?

Parce que le terme mélange trop de choses : objets ERP, informations de référence, discipline MDM, projections, paramètres, règles, faits, documents.

FLOW préfère qualifier les informations avec quatre questions simples :

quelle est la nature de cette information ;
pour cet usage, est-elle source de référence ou projection ;
si elle circule, quel contrat de données la gouverne ;
quels consommateurs, fraîcheur, qualité et mécanismes de réconciliation sont attendus ?

Qu'est-ce qu'une source de référence ?

Une source de référence est le domaine, l'application ou le service qui crée, valide ou maintient une information avec un processus de contrôle identifié pour un usage donné.

Elle n'est pas forcément unique pour tous les usages.

Par exemple, le PLM peut faire référence pour la conception produit, tandis qu'une projection produit d'exécution peut faire référence pour le Fulfillment.

À lire ensuite : Sources de référence, projections et vues et Glossaire.

Pourquoi les contrats de données sont-ils importants ?

Parce qu'un flux critique n'est pas seulement un tuyau technique.

Il doit préciser l'information publiée, sa source de référence, ses consommateurs, sa fraîcheur attendue, sa qualité, son mode d'échange, sa supervision, sa reprise et sa réconciliation.

Sans cela, le SI accumule des flux projet difficiles à maintenir.

Quels documents lire si j'ai peu de temps ?

Lire dans cet ordre :

Où trouver le vocabulaire partagé ?

Le vocabulaire stabilisé se trouve dans le Glossaire.

Les mots les plus structurants sont aussi expliqués dans Concepts clés du programme FLOW.

Comment contribuer sans casser la cohérence ?

Commencer par qualifier l'information ajoutée : fait observé, insight, question ouverte, principe, hotspot, concept, produit ou règle de contribution.

Puis vérifier les impacts sur la vision, les principes, l'architecture cible, le glossaire, les cartouches et les métriques.

Le Guide de contribution éditoriale donne la procédure complète.