Glossaire FLOW
Ce glossaire établit le langage commun du programme FLOW.
Il sert aussi d'index vers les pages qui approfondissent les concepts structurants.
Index des concepts structurants
A
Accord / Agreement
Objet qui porte les termes d'un engagement entre des parties : conditions, prix, priorités, droits, contraintes ou règles de traitement.
Dans FLOW, l'Agreement permet de gérer des variations métier sans multiplier les processus ou les types de commande.
Allocation
Décision de réserver, prioriser ou affecter une ressource à une demande selon des règles explicites.
API
Interface contractuelle permettant à un consommateur d'appeler une capacité exposée par un produit ou un domaine.
Arbitrage
Choix de programme, d'architecture ou de gouvernance qui doit être rendu explicite avant de stabiliser une cible, une frontière de responsabilité ou une trajectoire.
Un arbitrage ne doit pas être confondu avec une décision métier exécutée par FLOW dans le traitement d'un Case.
Article / EAN / Product Variant
Granularité produit fine, souvent nécessaire pour vendre, promettre, réserver, allouer et exécuter.
Le hotspot PLM / catalogue pose la question de savoir si FLOW doit consommer une projection au niveau Article / EAN plutôt que dépendre directement de la structure PLM.
B
Bon niveau de commun
Principe selon lequel la convergence ne consiste pas à appliquer un modèle unique partout.
Selon la responsabilité, FLOW peut rendre une capacité commune, unifier, standardiser, fédérer ou différencier.
Build / Buy
Arbitrage qui consiste à décider s'il faut acheter une solution du marché, construire une solution sur la plateforme, ou combiner les deux.
Dans FLOW, cet arbitrage arrive après la clarification des responsabilités, capacités, produits, fonctionnalités, exigences et options de solution.
B2B — Business to Business
Modèle dans lequel l'entreprise vend à des clients professionnels, distributeurs, franchisés, agents ou partenaires commerciaux.
BRD — Boardriders
Périmètre issu de Boardriders dans le programme FLOW, historiquement plus orienté B2B / wholesale puis adapté au retail et à l'omnicanal.
C
Cadrage
Phase amont qui transforme les observations terrain en vision, principes, domaines, responsabilités, capacités, produits, fonctionnalités, exigences, options de solution et trajectoire Build / Buy.
Le cadrage prépare le delivery, mais ne remplace pas les spécifications de réalisation.
Capacité
Ce que l'entreprise doit durablement être capable de faire pour assumer une responsabilité.
Une capacité peut être exposée par un produit, une application, une équipe ou un service.
Capacités d'intégration des systèmes réintégrés
Capacités minimales nécessaires pour conserver un service existant autour de FLOW : APIs, événements, statuts, documents, identifiants de corrélation, supervision, reprise et réconciliation.
Case
Objet métier qui représente une demande dans la durée.
Il conserve intention, contexte, décisions, événements, documents, ressources, actions et état courant.
Case Management
Approche d'orchestration adaptée aux demandes longues, transverses ou variables, qui ne suivent pas toujours un processus linéaire fixé à l'avance.
CBS
SI composé de modules .NET sur mesure autour des commandes d'achat fournisseur, de la collaboration fournisseur, de la livraison amont, de la packing list et de la conformité documentaire.
CBS est un domaine spécialisé consommateur et contributeur potentiel de FLOW.
C-LOG
Acteur Supply / logistique du paysage GBM.
C-LOG ne doit pas être réduit à un EAI : il peut porter des responsabilités d'entrepôt, transport, stock, événements d'exécution et parfois décision de fulfillment.
Colonne vertébrale opérationnelle
Responsabilités communes que FLOW porte pour faire fonctionner le SI comme un ensemble cohérent : demandes, décisions, statuts, événements, stock, promesses, allocations et orchestration transverse.
Complexité conditionnelle
Complexité créée lorsque des comportements métier variables sont encodés sous forme de conditions imbriquées, branches if / elseif, règles locales ou cas particuliers dispersés.
Dans FLOW, cette complexité doit être remplacée autant que possible par de la variabilité gouvernée : règles, contraintes, policies, modèles de décision, patterns et algorithmes.
Complexité de dépendance
Complexité créée lorsqu'une décision dépend en temps réel de plusieurs APIs, référentiels ou services externes dont le domaine qui décide ne maîtrise pas le SLA.
Dans FLOW, les décisions critiques doivent éviter les appels synchrones en cascade et s'appuyer sur des projections locales de décision.
Command
Nature d'information représentant une intention adressée à un système ou domaine pour demander une action.
Contrat de données
Engagement durable décrivant comment une information est publiée, consommée, supervisée et réconciliée.
Il précise notamment source de référence, consommateurs, mode d'échange, granularité, fraîcheur, qualité et mécanismes de reprise.
Copie devenue maître par accident
Anti-pattern dans lequel une projection, une vue, un export, un cache ou un agrégat devient progressivement l'endroit où l'information est corrigée, enrichie ou arbitrée, alors qu'aucun processus de référence ne lui a donné cette responsabilité.
Le risque n'est pas la copie elle-même. Le risque est que la copie devienne le vrai maître opérationnel parce que la source de référence est trop lente, trop éloignée, mal gouvernée ou difficile à corriger.
D
Delivery
Phase de réalisation qui suit le cadrage : construction ou intégration, tests, déploiement, run et adoption opérationnelle.
Le delivery produit les spécifications, les développements, les paramétrages, les tests et les mises en production.
Demi-flux
Intuition d'architecture qui sépare la publication d'une information de sa consommation.
Le demi-flux prépare une gouvernance par contrats de données.
Demand / Demande
Expression d'un besoin ou d'une intention à traiter.
La demande constitue le point de départ de FLOW : comprendre, décider, promettre, satisfaire et expliquer.
Elle doit être distinguée du Fulfillment, qui décide comment la servir, et de Supply, qui porte les ressources et contraintes mobilisables.
Demand & Fulfillment
Ensemble des responsabilités permettant de recevoir une demande, l'instruire, décider si et comment elle peut être servie, puis piloter son exécution.
Dans cette expression, Demand porte l'intention qualifiée et la promesse à tenir ; Fulfillment porte l'arbitrage opérationnel entre cette demande et les capacités Supply.
Décision
Choix explicite qui fait progresser le traitement d'un Case.
Une décision s'appuie sur des faits, des informations, des règles ou policies, et produit un résultat traçable.
Dans FLOW, une décision est une fonction métier du Case Management et ne doit pas être confondue avec un arbitrage de programme.
Document
Pièce opérationnelle, commerciale, logistique ou financière associée à un Case : facture, bon de livraison, bon de retour, avoir, packing list, contrat ou preuve.
Donnée
Élément représenté dans un système, un échange ou un stockage.
Une donnée peut être brute, technique ou déjà structurée. Elle devient réellement exploitable lorsqu'elle est contextualisée, qualifiée et contrôlée.
Dans FLOW, on utilise souvent le mot donnée dans le langage courant. Quand l'enjeu porte sur le sens métier, la responsabilité, la qualité, la source de référence ou la décision, le terme information est plus précis.
Domaine
Grand espace de responsabilité métier durable, indépendant des applications et organisations actuelles.
Dans FLOW, Engagement, Demand, Fulfillment et Supply sont des domaines ou espaces de responsabilité qui aident à raisonner au bon niveau avant de parler de solutions.
Donnée au repos
Information stockée, maintenue ou consultée dans un domaine, une application, une base, un référentiel ou une projection.
Donnée en transit
Information qui circule entre domaines, applications ou plateformes.
Dans FLOW, elle doit être gouvernée par contrat de données plutôt que traitée comme un simple flux technique opportuniste.
Information de référence / information partagée
Information nécessaire à plusieurs usages ou domaines, dont la responsabilité, la qualité et la disponibilité sont gouvernées.
Elle ne suppose pas une base unique ni une catégorie ERP de type Master Data.
E
Engagement
Espace de relation qui capte l'intention et porte les parcours, interfaces, canaux, négociations ou interactions avec un client, partenaire, fournisseur ou collaborateur.
Dans FLOW, Engagement est adhérent au cœur Demand & Fulfillment : il peut créer une demande, consulter une promesse, suivre un Case ou publier des événements, mais il ne constitue pas le cœur de FLOW.
ERP — Enterprise Resource Planning
Socle applicatif de gestion transactionnelle.
Dans FLOW, l'ERP est distingué des responsabilités de demande, de promesse, d'orchestration et de cycle de vie transverse.
Event / Événement
Signal indiquant qu'un fait ou un état métier significatif a changé.
Un événement est publié pour être consommé par d'autres domaines ou projections.
Exigence
Condition attendue pour qu'une capacité, un produit ou une solution soit acceptable.
Une exigence peut venir du métier, de l'architecture, de la sécurité, du run ou de l'intégration. Certaines exigences pèsent fortement sur l'architecture, le coût complet ou l'arbitrage Build / Buy, mais il n'est pas nécessaire d'en faire une catégorie séparée dans le vocabulaire courant.
Explosion combinatoire
Croissance rapide du nombre de cas à gérer lorsque plusieurs dimensions se combinent : marque, canal, client, agreement, stock, promesse, pays, service, transport ou capacité Supply.
Dans FLOW, l'enjeu n'est pas de nier cette richesse business, mais d'éviter qu'elle se transforme en workflows, modules ou branches conditionnelles spécifiques.
F
Fact / Fait
Réalité métier observée, reçue ou calculée à un instant donné.
Un fait peut servir à constater, décider, promettre, allouer ou expliquer.
Flux projet
Échange conçu pour répondre à un besoin local de projet, souvent sans gouvernance durable des producteurs, consommateurs, fraîcheur et qualité.
Fonctionnalité
Usage concret attendu d'un produit ou d'une capacité, formulé pendant le cadrage sans descendre encore au design détaillé.
Pendant le cadrage, une fonctionnalité peut rester candidate tant qu'elle n'est pas retenue dans une trajectoire.
Exemple : créer une réservation temporaire, consulter une disponibilité ou publier un événement de changement de statut.
Fulfillment
Capacité de décision opérationnelle qui transforme une Demand / Demande qualifiée en trajectoire d'exécution.
Le Fulfillment arbitre entre promesse, stock, priorités, contraintes Supply, règles métier et événements observés pour décider comment servir une demande.
Il ne se réduit pas à la logistique physique : préparation, livraison et retour sont des actes d'exécution, tandis que le Fulfillment porte aussi la décision de promettre, réserver, allouer, splitter, reporter, substituer ou ouvrir une exception.
Fulfillment Network / Réseau d'exécution
Ensemble des lieux, partenaires, services, capacités, contraintes et ressources mobilisables pour satisfaire une demande.
Fournisseur / Vendor
Partie qui fournit un produit ou un service.
Dans FLOW, le fournisseur ne doit pas être confondu avec l'usine, l'agent, l'adresse de commande ou l'entité de facturation.
G
GBM — Groupe Beaumanoir
Périmètre des marques historiques du Groupe Beaumanoir, historiquement retail, ouvert ensuite au e-commerce puis plus difficilement au B2B.
Golden Source / Source of Record
Termes de Master Data Management proches de la notion FLOW de source de référence.
Ils désignent une source reconnue comme faisant autorité pour un usage, un consommateur, une décision ou un contexte donné.
Dans FLOW, on préfère l'expression source de référence.
Granularité d'échange
Échelle d'un échange d'information : unitaire, masse, événement, lot, snapshot ou flux continu.
H
Hotspot
Sujet de tension métier ou architecture qui nécessite une analyse avant d'être transformé en principe, arbitrage ou architecture cible.
I
Information
Donnée contextualisée et qualifiée, suffisamment complète pour porter un sens métier ou soutenir une décision.
Si on la découpe davantage, on perd le sens utile pour le métier, la décision ou le système.
Exemples : une quantité seule est une donnée ; la disponibilité d'un article pour un canal et une promesse donnée est une information. Un code statut est une donnée ; le statut métier d'un Case, interprétable par un acteur ou une règle, est une information.
Insight
Constat, hypothèse, apprentissage ou conviction issu des observations du programme.
Inventory Visibility
Capacité de rendre visibles les ressources de stock et leur contexte d'usage à l'échelle pertinente de l'entreprise.
M
Master Data
Notion historique issue de la distinction master file / transaction file, puis popularisée par les ERP.
Dans FLOW, elle est jugée trop large : les informations doivent être qualifiées par nature et par statut source de référence / projection.
MDM — Master Data Management
MDM est l'acronyme de Master Data Management.
Le Master Data Management est une discipline de mise en qualité, gouvernance, consolidation, déduplication et diffusion d'informations partagées.
Dans FLOW, il ne doit pas être réduit à un inventaire d'objets supposés maîtres : il sert à qualifier les sources de référence, les projections, les contrats d'échange et les responsabilités de gouvernance.
Mode d'échange
Manière dont une information circule : API, event, query, stream, batch ou synchronisation.
Module Négoce
Module StoreLand activé pour certaines marques premium.
Il mélange design commercial, assortment / commercial agreement et commandes d'achat ; FLOW doit découper ces responsabilités avant d'arbitrer quoi reprendre.
Moteur de contraintes
Composant qui cherche un plan satisfaisant ou optimal sous contraintes multiples.
Il est utile lorsque FLOW doit arbitrer entre stock, capacités, délais, coûts, priorités, services, promesses ou contraintes opérationnelles.
Moteur de règles
Composant qui exécute des règles ou policies pour produire une décision, qualifier un traitement ou adapter un comportement selon le contexte.
N
Nature d'information
Catégorie qui induit un comportement commun : command, event, fact, policy, objet métier, document, nomenclature.
NewStore
OMS BRD qui agrège notamment stock entrepôt SAP et stock magasin Cegid pour porter une partie du cycle de vie commande, de la promesse, de la réservation ou de l'allocation.
Nomenclature
Ensemble contrôlé de valeurs, codes ou classifications partagés.
O
Objet métier
Objet portant une identité, un cycle de vie et la responsabilité de sa cohérence à chaque mise à jour.
OMS — Order Management System
Système ou ensemble de responsabilités permettant de gérer le cycle de vie des commandes, statuts, orchestration, promesse, réservation ou exécution.
Orchestration
Coordination de décisions, actions, événements, documents et systèmes autour d'une demande.
P
Packing list
Document ou jeu d'informations publié par un fournisseur fabricant pour décrire les objets expédiés et soutenir transport, taxes et conformité.
Partner function
Rôle porté par une partie dans une relation commerciale ou opérationnelle : vendor, ordering address, invoicing party ou autre rôle spécialisé.
Les partner functions permettent de représenter des chaînes commerciales complexes sans réduire tous les rôles à un fournisseur unique.
PIM — Product Information Management
Système de gestion et d'enrichissement des informations produit.
Dans FLOW, le PIM relève plutôt du design de l'offre ; FLOW consomme une projection d'exécution.
PLM — Product Lifecycle Management
Système ou domaine portant la conception et le cycle de vie amont du produit.
POS — Point of Sale
Système magasin qui observe ou provoque des mouvements de stock.
Le stock temps réel dépend de sa capacité à publier rapidement ces mouvements.
Policy
Règle, politique, paramètre ou contrainte qui influence une décision ou un comportement.
Product Agreement Catalog
Projection d'exécution qui met à disposition produits, articles, assortiments, conditions commerciales et agreements nécessaires au traitement d'une demande.
Produit
Périmètre de gouvernance autonome par lequel une ou plusieurs capacités sont exposées, opérées et améliorées au contact de leurs consommateurs.
Produit conçu / produit importé
Un produit conçu suit le processus de collection et PLM historique.
Un produit importé est acheté déjà designé par un fournisseur, souvent sous forme de variants / EAN qui ne suivent pas toujours les nomenclatures historiques.
Projection
Représentation consommée par un domaine, issue d'une ou plusieurs sources et adaptée à son usage.
Projection locale de décision
Projection optimisée pour permettre à un moteur de décision de calculer rapidement sans dépendre d'appels synchrones à des APIs ou référentiels externes.
Elle est alimentée par des sources de référence via contrats de données, mais ne devient pas source de référence par accident.
Promesse
Obligation ou garantie à tenir sur la capacité à servir une demande : disponibilité, quantité, délai, lieu ou service.
La promesse relève du cœur Demand + Fulfillment : Demand porte la promesse attendue ou déjà donnée ; Fulfillment arbitre la promesse tenable à partir des ressources et contraintes Supply.
R
Réassort
Décision ou processus visant à réalimenter un magasin, dépôt, canal ou périmètre en stock.
Réconciliation
Mécanisme permettant de détecter, expliquer et corriger les écarts entre sources, projections, événements ou systèmes.
RFI / RFP / RFQ
Séquence de consultation utilisée dans une trajectoire Buy.
La RFI explore le marché et les capacités disponibles ; la RFP compare des réponses structurées sur les cas d'usage et exigences ; la RFQ chiffre une cible contractualisable.
Responsabilité
Mission durable que l'entreprise doit assumer.
Elle constitue l'ancrage entre domaine, capacité, produit et fonctionnalités.
Règle
Expression d'un comportement métier attendu.
Dans la nomenclature FLOW, une règle est généralement traitée comme une Policy.
S
SAP ECC
Socle ERP historique de BRD, fortement intégré et donc difficile à remplacer par lots sans analyse fine des responsabilités.
SAV — Service après-vente
Famille de demandes client : réclamations, litiges, retours, échanges, remboursements ou incidents.
Socle Case Management
Produit FLOW qui fournit le runtime et le cadre de développement des Cases.
Socloz
Composant structurant du paysage GBM autour de l'e-commerce, de l'omnicanal, des stocks et des commandes.
Source de référence
Application, service ou domaine où une information est créée, validée ou maintenue par un processus responsable, avec un niveau de qualité suffisant pour faire référence pour un usage donné.
Une source de référence ne doit pas être confondue avec une projection, une vue 360 ou un agrégat de consultation.
Self-contained System (SCS)
Pattern d'architecture qui découpe un grand système en systèmes autonomes, responsables d'un périmètre métier cohérent, avec logique, informations utiles et contrats d'échange maîtrisés.
Dans FLOW, le SCS sert surtout à rappeler qu'un produit critique doit pouvoir tenir ses cas d'usage principaux sans dépendre en temps réel d'une chaîne d'APIs ou de référentiels externes.
Solution
Option de mise en œuvre possible pour couvrir un ensemble de fonctionnalités, contraintes et exigences.
Pendant le cadrage, plusieurs solutions peuvent rester candidates avant l'arbitrage Build / Buy.
Une solution peut être une extension d'existant, un produit du marché, un développement sur la plateforme ou une trajectoire hybride.
Spécification
Livrable de delivery qui décrit précisément le comportement à construire ou paramétrer : règles fines, écrans, contrats API, événements, mappings, jeux de données, tests et comportements d'erreur.
Elle ne doit pas être confondue avec le cadrage, qui stabilise d'abord les responsabilités, capacités, produits et exigences.
Stock Unifié
Capacité d'entreprise qui consolide et expose une vision opérationnelle du stock afin de promettre, réserver, allouer et optimiser le fulfillment.
StoreLand / STLD
Socle historique majeur du SI GBM, décliné en instances par marque.
Supply
Domaine qui porte les responsabilités relatives à la disponibilité, à la mobilisation, à l'allocation et à l'exécution des ressources.
Supply expose les ressources, capacités, contraintes et événements que le Fulfillment mobilise pour servir une Demand / Demande.
Supply Service Registry
Référentiel des services Supply consommables par FLOW : API, SLA, contraintes, périmètres, conditions d'appel et événements attendus.
SRM — Supplier Relationship Management
Référentiel ou système de gestion de la relation fournisseur.
Dans le contexte BRD, SRM est présenté comme référentiel officiel, mais orienté usine et sans mécanisme de synchronisation opérationnel observé avec SAP ou le PLM.
T
Tenant
Unité de gouvernance à laquelle s'appliquent des règles, données ou droits distincts : marque, enseigne, pays ou périmètre pertinent.
TMS — Transport Management System
Système spécialisé dans la planification, l'exécution ou le suivi du transport.
Transportation Zone
Zone de transport utilisée pour qualifier les contraintes, conditions ou routes d'acheminement associées à un fournisseur, une usine ou un service Supply.
U
UR — United Retail
Composant sur mesure .NET / C# du paysage GBM, consolidant les commandes B2C et leur cycle de vie dans un contexte StoreLand multi-instances.
Usine / Factory
Site de fabrication ou de production.
Dans le contexte BRD, l'usine peut être le point réel de commande et porter des informations comme les lead times, distinctes du fournisseur juridique ou de l'entité de facturation.
Le terme plant doit être évité comme nom métier cible tant que son sens n'est pas clarifié : selon le contexte, il peut désigner une usine, un site de production, une capacité de fabrication ou un objet applicatif SAP.
V
Variabilité gouvernée
Capacité à préserver des comportements différents selon les marques, canaux, clients, agreements ou services sans les coder comme des cas particuliers dispersés.
Elle repose sur des règles, contraintes, policies, modèles de décision, patterns d'extension, paramètres gouvernés ou algorithmes explicites.
Vues 360
Projections agrégées autour d'un objet ou d'un acteur : client, fournisseur, commande ou Case.
Elles donnent une lecture transverse en consultation, nourrie par événements, faits, documents, statuts et décisions.
W
Wholesale
Modèle de vente à des clients professionnels ou distributeurs.
Dans FLOW, Wholesale doit être analysé par responsabilités : engagement commercial, commandes, stock, promesse, exécution, retours et finance.
WMS — Warehouse Management System
Système spécialisé dans les opérations d'entrepôt : réception, stockage, préparation, expédition, inventaire ou mouvements physiques.