Quatre modules, un noyau
OPLAN CORE est présent dans chaque installation ; les modules s'ajoutent un par un selon vos besoins. Les modules d'OPLAN suivent l'ordre naturel de la planification : prévoir, équilibrer, charger, ordonnancer — le noyau définit, l'intégration connecte.
Planification de la demande
Des ventes passées à un plan de la demande fiable : nettoyer, segmenter, prévoir, s'accorder.
Découvrir ÉquilibrerS&OP — Planification des ventes et des opérations
Équilibrez la demande avec la capacité, les stocks et la finance dans un seul tableau.
Découvrir ChargerPlanification à capacité finie
Un plan hebdomadaire faisable : quelle machine, quelle semaine, combien — et ce qui a été fait quand cela ne tenait pas.
Découvrir OrdonnancerOrdonnancement des machines
Quel travail, sur quelle machine, dans quel ordre, à quelle heure.
Découvrir DéfinirLe noyau OPLAN
Le socle commun de tous les modules : données de base, type de flux, moteur de règles, bus de données.
Découvrir ConnecterIntégration et OPERRA
Un contrat de données défini champ par champ avec l'ERP et le MES ; fichiers, API REST et OPERRA.
DécouvrirPlanification de la demande
La planification de la demande nettoie d'abord l'historique des ventes (périodes manquantes, ruptures, promotions, valeurs aberrantes), classe les articles en ABC-XYZ et choisit pour chacun le meilleur modèle d'un panel de 11 par test rétrospectif. Ventes, marketing et finance saisissent dans des colonnes distinctes ; la version approuvée alimente le S&OP et le plan de capacité.
- Historique et qualité des données : périodes manquantes, réintégration des ruptures, nettoyage des promotions, valeurs aberrantes par médiane + MAD, normalisation jours ouvrés — courbe brute et nettoyée par article
- Segmentation ABC-XYZ : 9 cases, chacune avec famille de modèles, niveau de service, fréquence de revue et politique MTS / MTO
- Moteur de prévision à 11 modèles (naïf, moyennes mobiles, lissage exponentiel, Holt, Holt-Winters, Croston, TSB …) : test rétrospectif, choix automatique par WMAPE avec sa justification
- Établi de la demande : grille période × article, colonnes statistique / ventes / marketing / finance / final, ajustements avec code motif, piste d'audit complète, horizon gelé et plafond d'ajustement, approbation
- Mesure du lift des promotions, élasticité-prix et façonnage de la demande ; gestionnaire de scénarios à leviers et transmission du scénario approuvé au S&OP
- Tableau de bord KPI : WMAPE, biais, tracking signal, FVA (naïf → statistique → final) et stabilité du plan
S&OP — Planification des ventes et des opérations
Le S&OP construit un plan d'affaires de 3 à 18 mois au niveau des familles : demande → plan de production (stratégie poursuite, lissée ou mixte) → projection des stocks → capacité globale → pont financier → décision d'équilibre. Si la capacité manque, la demande réduite apparaît dans sa propre colonne — « prévu mais infaisable » n'est jamais masqué.
- Tableau d'équilibre : demande, demande servie, production, stock final et couverture par famille × période ; la ligne de production est modifiable et la chaîne se recalcule
- Capacité globale (RCCP) : heures nécessaires / disponibles et charge par zone × période, face au plafond défini dans le moteur de règles
- Pont financier : chiffre d'affaires, coût, marge brute et chiffre non servi par période et famille
- Comparaison budget / objectif, comparaison de scénarios (ce qui casse dans quel scénario) et stabilité du plan (churn) entre cycles successifs
- Registre des décisions (qui, quoi, pour quand) et synthèse de réunion S&OP rédigée par l'IA ; le plan approuvé est écrit sur le bus de données du noyau
Planification à capacité finie
La planification à capacité finie décline le S&OP approuvé (à défaut le plan de la demande) par SKU, le répartit par semaine, forme des lots selon le type de flux (multiples de lot, campagne minimale en continu, MOQ en discret), charge les postes via des gammes multi-opérations et équilibre à capacité finie : avancer → machine alternative → reporter. Aucune cellule ne dépasse 100 % ; ce qui ne tient pas est signalé.
- Tableau de charge poste × semaine : cases colorées par niveau de charge, détail de cellule avec article, opération et part d'heures, et chaîne du lot sur les autres machines
- Mode fini et infini : le fini donne le plan faisable, l'infini montre le besoin brut de capacité (pour les décisions d'investissement, d'équipes et de sous-traitance)
- Glisser-déposer et déplacement manuel : machine hors gamme, antériorité d'opération ou matière indisponible BLOQUENT ; surcharge et limites de décalage AVERTISSENT ; annulation
- Rapport de goulots, Gantt matières (réceptions, consommation, solde projeté, ruptures de minimum) et plan d'expédition (par critère et type de véhicule)
- Enregistrement et comparaison KPI de scénarios, plan directeur de production (MPS) publié, approbation et transmission à l'ordonnancement machines ; CSV
Ordonnancement des machines
L'ordonnancement machines passe de la semaine du plan de capacité à l'heure : chaque unité machine est un couloir, les opérations sont ordonnancées au plus tôt à capacité finie. Le temps de réglage dépend de la séquence (matrice de changement orientée) ; chauffe, refroidissement, transport entre opérations et calendrier de travail sont pris en compte.
- Cinq règles de priorité : date due au plus tôt (EDD), temps opératoire le plus court (SPT), ratio critique, priorité de commande, favorable aux réglages
- Matrice de changement orientée (article ou famille ; propre à la machine ou générale) et temps de nettoyage
- Opérations intermédiaires : réglage, chauffe, refroidissement, transport, attente obligatoire, nettoyage — selon qu'elles occupent ou non la machine
- Lots de transfert : les opérations longues sont fractionnées, la machine suivante n'attend pas tout le lot ; fenêtres d'équipe et jours fériés
- Gantt en heures / jours / semaines, chaîne ordre-opérations, déplacements et annulation, liste des opérations et plan d'expédition (date prête à expédier, écart à la promesse)
Le noyau OPLAN
OPLAN CORE est le noyau obligatoire, licencié séparément et installé avec le premier module. Données de base, structure de production et type de flux, moteur de règles, cadre de scénarios et de versions, identité et multi-locataire, infrastructure KPI et service IA y résident. Les modules se relient par le bus de données du noyau, pas directement — une installation à un seul module fonctionne pleinement.
- Structure de production : Site → Zone de production → Poste de charge ; le type de flux est choisi par zone (discret, batch, continu, ligne d'assemblage, projet / ETO)
- Données de base : articles et hiérarchie, clients, sites / entrepôts, conversions d'unités, calendrier — saisie, recherche, modèle CSV, import et export
- Moteur de règles : contrainte (inviolable), règle (assouplie avec justification), préférence (pondérée) ; catalogue de règles prêt pour chaque module
- Bus de données et points de passage : plans de la demande, S&OP et production dans des tables communes ; un module absent est remplacé par l'intégration, un fichier ou la saisie
- Identité et multi-locataire : séparation des sociétés, sept rôles, contrôle des licences par module et journal
Intégration et OPERRA
La couche d'intégration définit 29 jeux de données et 241 champs dans un contrat : ERP → OPLAN (14), OPLAN → ERP (5), MES → OPLAN (3), OPLAN → MES (1) et entre modules (6). Chaque jeu — code, sens, fréquence, transport et champs — part en CSV vers l'équipe logicielle d'en face ; les données arrivent par fichier, API REST ou saisie.
- Tables d'intégration : code (ERP-IN-01 …), objet, caractère obligatoire, fréquence, transport, clé et définition champ par champ ; tout en CSV
- Modes de transport : fichier CSV / Excel, API REST (JSON), vue de base de données ou saisie
- Correspondance des champs : nom de colonne ERP et valeur fixe ; appliquée au CSV comme à l'API REST
- API REST protégée par jeton : lire / écrire les jeux d'entrée, récupérer le plan de la demande approuvé et les autres sorties
- Intégration OPERRA : données de base, carnet de commandes et ordres de fabrication sont tirés d'OPERRA dans un seul sens ; si OPERRA est indisponible, OPLAN continue avec les données en place
Découvrez votre plan dans OPLAN
Écrivez-nous pour une démo en direct sur les données d'une usine d'exemple.