Pour les équipes IT/OT des usines marocaines en brownfield

D'une ligne héritée à une couche de données vivante — en quelques semaines, sans toucher à ce qui tourne.

Chaque cas d'usage que vous visez — TRS, énergie, CBAM, maintenance prédictive, IA — bute au même endroit : la donnée n'est pas encore connectée. Asayl construit votre Unified Namespace : connectez chaque source une seule fois, réutilisez-la partout. Pas seulement un broker — une couche de données complète et gouvernée, qui s'exécute sur une infrastructure que vous contrôlez, au Maroc.

Machines héritées S7 · Modbus Automates récents OPC-UA · MQTT Compteurs · historian EtherNet/IP UNS ISA-95 · gouverné connecter une fois TRS · CBAM RCA · IA ERP · MES
~90 secondes
pour connecter votre première machine et voir la donnée affluer
objectif catégorie¹
4–6 semaines
pilote de production type sur plusieurs types de machines
objectif catégorie¹
Connecter une fois
réutilisé sur TRS, CBAM, RCA, ERP — fini le point-à-point
positionnement
01
Le problème

Chaque projet attend la même chose : une donnée pas encore connectée.

Vous avez la donnée — elle est dans les automates, les compteurs, l'historian. Vous ne pouvez simplement pas l'exploiter. Dans la plupart des usines marocaines, la « connectivité » n'existe que sur les lignes à forte valeur ayant un jour justifié un projet d'intégration dédié. Entre ces îlots, la donnée s'arrête.

Le point-à-point ne passe pas à l'échelle

Chaque nouveau cas d'usage — TRS, énergie, CBAM, maintenance prédictive — est bâti comme sa propre intégration, ses propres connexions, son propre format. Plus vous automatisez, plus vous devez connecter, et la demande dépasse l'équipe.

Les systèmes hérités ne s'adaptent pas

Votre MES et votre historian n'ont pas été conçus pour ce volume et sont trop rigides pour évoluer. Ajouter une source, c'est une demande de changement, un consultant, et des semaines d'attente.

Et vous ne pouvez pas arrêter la ligne

Un four ou un kiln en continu ne peut pas s'arrêter pour un projet IT de six mois — alors la donnée reste piégée et chaque cas d'usage en aval reste bloqué.

Vous n'avez pas un problème de donnée. Vous avez un problème de connexion. Connectez chaque source une seule fois, modélisez-la, et chaque cas d'usage en aval devient prêt à l'emploi.

02
Comment ça marche

Connecter une fois. Modéliser. Tout construire par-dessus.

Connecter

Connecter

Des modèles préconçus lisent vos actifs existants — des machines héritées aux automates récents — sur tous les grands protocoles (OPC-UA, S7, Modbus, MQTT, EtherNet/IP). Asayl peut tourner aux côtés de votre SCADA/Kepware existant, en comblant d'abord les manques puis en consolidant.

compatible brownfield · lecture seule par défaut
Modéliser

Modéliser

Chaque source est structurée selon l'ISA-95 dans l'Unified Namespace puis transformée en modèle. La machine suivante du même type prend des minutes, pas des jours. Les ingénieurs OT le font via une console — sans code.

Gouverner

Gouverner

Des contrats de données imposent qualité et structure à la source, avec store-and-forward pour ne jamais perdre un message. C'est la fondation propre, de qualité audit, dont les déclarations CBAM et l'IA ancrée ont besoin.

Construire

Construire

Chaque cas d'usage — TRS, énergie, CBAM, RCA, intégration ERP — lit désormais le même modèle structuré. Mise en service en jours, pas en mois, et le cas d'usage suivant s'ajoute sans rien reconstruire.

Démarrer un pilote de 2 semaines

03
La preuve

Une vraie échelle de time-to-value — pas juste « rapide »

~90 sec
du raccordement au flux en direct sur votre première machine, via la console.
Objectif catégorie — voir note ¹
minutes
pas des jours — pour ajouter chaque machine suivante du même type, via les modèles.
Objectif catégorie — voir note ¹
4–6 sem
un pilote de production sur plusieurs types de machines et un cas d'usage en direct.
Objectif catégorie — voir note ¹
Illustratif

Illustratif — une aciérie de produits longs en brownfield. Semaine 1 : connecter le four à arc + les compteurs d'énergie, voir la donnée en direct. Semaines 2–4 : modéliser selon l'ISA-95, créer les modèles des actifs répétés, monter un cas d'usage (TRS ou un flux d'émissions CBAM). Semaines 4–6 : pilote en direct, décider quoi mettre à l'échelle.

C'est un exemple de séquencement modélisé pour montrer la forme du déploiement — votre plan dépend de votre nombre d'actifs et de vos protocoles.

Le recadrage

Un broker n'est qu'un composant. L'Unified Namespace est la couche de données complète — connectivité, modélisation, contrats de données, historian, gouvernance — pour que vous construisiez des cas d'usage, pas de l'infrastructure, sans assembler cinq outils autour d'un broker.

04
Ce que vous obtenez

Une couche de données gouvernée — chaque cas d'usage s'y branche

  • Un Unified Namespace vivant

    Toute votre production modélisée selon l'ISA-95, temps réel et historique depuis un seul endroit, dans votre infrastructure.

  • Modèles de connexion réutilisables

    Connectez un type de machine une fois, répliquez sur la ligne et sur les sites.

  • Contrats de données + store-and-forward

    Qualité imposée à la source, zéro perte de donnée sur les liens coupés — la fondation propre dont dépendent le CBAM et l'IA.

  • Une fondation prête pour les cas d'usage

    TRS, énergie, déclarations CBAM, RCA ancrée et intégration ERP/MES lisent tous le même modèle. Connecter une fois, réutiliser partout.

  • Un chemin sans rip-and-replace

    Tourne aux côtés de l'existant ; consolidez à votre rythme.

Unified Namespace · en direct ISA-95
ma/ entreprise
└ casablanca/ site
├ aciérie/ zone
│  ├ four-arc-011492 °C
│  ├ compteur-energie3,1 MWh
│  └ ordre-prod#A-7207
contratsimposés
connecter une foisOPC-UA · S7 · Modbuscontrats donnéesstore-and-forward
05
Souveraineté

Votre couche de données s'exécute au Maroc, sur une infrastructure que vous contrôlez.

Asayl s'exécute dans le pays — sans dépendance à un cloud étranger — aligné sur la CNDP / Loi 09-08, pour que votre donnée de production reste là où vous pouvez la défendre tout en demeurant librement exploitable par chaque cas d'usage en aval. La souveraineté n'est pas un slogan ici ; c'est l'endroit où la donnée vit physiquement.

Infrastructure dans le pays CNDP / Loi 09-08 Pas de dépendance cloud étranger Vous contrôlez les clés
06
Objections

Les questions que pose d'abord un responsable IT/OT

« On ne peut pas arrêter la ligne pour un projet IT. »

Vous ne l'arrêtez pas. Asayl est en lecture seule et compatible brownfield — il observe les actifs que vous exploitez déjà et peut se placer aux côtés de votre SCADA existant. Rien ne s'arrête.

« Nous avons déjà un historian / SCADA / Kepware. »

Très bien — Asayl se place au-dessus et transforme cette donnée en un UNS réutilisable et gouverné que votre historian n'a jamais été conçu pour être. Il complète, il ne remplace pas, et vous consolidez au fil du temps.

« Un UNS, n'est-ce pas juste un broker MQTT qu'on pourrait monter nous-mêmes ? »

Un broker n'est qu'une pièce. Un UNS est la couche complète — modélisation, contrats de données, historian, gouvernance — et la fondation sur laquelle repose chaque cas d'usage CBAM/TRS/IA. Nous vous donnons la couche, pas une liste de pièces. Au Maroc, où la maîtrise de l'UNS est quasi nulle, cette longueur d'avance est tout l'intérêt.

07
Un pilote de 2 semaines

Arrêtez d'attendre la donnée. Montez votre couche de données en deux semaines.

En un pilote de 2 semaines, nous connectons une vraie ligne, la modélisons selon l'ISA-95, et montons votre premier cas d'usage en direct — pour que vous voyiez la fondation fonctionner avant de vous engager à l'échelle. Sans projet de six mois.

Bâti sur le standard UNS Maroc ISA-95 Sparkplug B · MQTT CNDP · Loi 09-08

Notes

  1. [OBJECTIF CATÉGORIE] ~90s pour la première connexion, « quelques minutes par machine répétée » et le pilote de 4–6 semaines sont les repères de time-to-value éprouvés de la catégorie UNS qu'Asayl vise et utilise comme standard de déploiement. Ce sont des objectifs de catégorie, pas un résultat Asayl garanti — nous ne les republierons comme chiffres Asayl mesurés qu'une fois relevés sur un déploiement Asayl.
  2. [ILLUSTRATIF] Le plan semaine par semaine de l'aciérie est un exemple de séquencement modélisé ; le calendrier réel dépend du nombre d'actifs et des protocoles.