Cette page documente l'architecture d'un système d'entreprise connecté : quelles sont les couches, où vit chaque fait, comment les systèmes échangent des données et comment l'ensemble reste sûr et modifiable. Elle complète la référence Webtrix Operating System, qui définit le vocabulaire, et l'article Qu'est-ce qu'un système d'exploitation d'entreprise ?, qui l'introduit.
Couches
| Couche | Responsabilité | Composants typiques |
|---|---|---|
| Capter | Recevoir demandes et commandes de tous les canaux | Site, formulaires, WhatsApp Business, téléphone, applications |
| Enregistrer | Conserver clients, contacts et opportunités | CRM, base clients |
| Opérer | Réaliser le travail | Commandes, stock, planning, facturation, modules ERP |
| Décider | Exposer les chiffres | Couche de reporting, tableaux de bord |
| Automatiser | Exécuter le routinier et, là où l'entrée varie, appliquer l'IA | Workflows, règles, services d'IA |
Systèmes de référence
Chaque fait a exactement un système de référence, le seul endroit où il peut être créé ou modifié. Les autres systèmes en détiennent des copies en lecture seule ou des références. Le document d'architecture de tout projet commence par un tableau : fait, système de référence, qui peut le modifier, quels systèmes le lisent.
| Fait | Système de référence | Qui peut le modifier | Lu par |
|---|---|---|---|
| Client | CRM | Ventes, support | Facturation, reporting |
| Commande | Système d'exploitation | Ventes, opérations | Facturation, reporting, notifications |
| Niveau de stock | Système d'exploitation | Opérations, mouvements automatiques | Site, reporting |
| Facture et paiement | Module finance | Finance | Reporting, CRM (lecture seule) |
Schémas d'intégration
- Appel d'API synchrone : un système interroge un autre et attend la réponse. À utiliser quand l'utilisateur attend et que l'autre système est fiable.
- Événement ou webhook : un système annonce qu'un événement s'est produit et d'autres réagissent. À utiliser quand plusieurs systèmes doivent le savoir, et que l'émetteur ne doit pas dépendre de leur disponibilité.
- Lot planifié : la donnée circule à heures fixes. À utiliser pour le reporting ou le rapprochement où des minutes de délai sont acceptables.
- Export manuel : une personne déplace la donnée. Ce n'est pas une intégration ; consignez-le comme lacune connue.
Pour chaque intégration, documentez le sens, le déclencheur, le format, le responsable, le comportement de reprise et l'alerte levée en cas d'échec. Une intégration sans responsable ni alerte est une future panne.
Rôles et permissions
Les vues sont conçues par rôle. Un propriétaire voit la performance de tous les sites, un responsable voit les opérations d'un site, un opérateur voit les tâches d'un poste. Les permissions suivent le moindre privilège, et chaque modification d'enregistrements importants est inscrite dans un journal d'audit : qui, quoi, quand. Flowexe applique cela avec une vue pour les propriétaires et responsables et une autre pour les caissiers de stations.
Sécurité et protection des données
- Connexions chiffrées entre utilisateurs et systèmes, et entre systèmes.
- Accès au moindre privilège, comptes individuels, et retrait des accès quand des personnes partent.
- Sauvegardes restaurées régulièrement pour prouver qu'elles fonctionnent.
- Une réponse documentée sur l'endroit où les données sont hébergées et la façon de les exporter.
- Une gestion des données personnelles alignée sur la loi applicable. Au Maroc, la loi 09-08 est supervisée par la CNDP et exige en général la déclaration ou l'autorisation des traitements ; prenez un avis qualifié pour votre cas.
Livraison par phases
- Comprendre et cartographierProcessus, rôles, données et outils actuels, par écrit.
- Concevoir les référentiels et intégrationsLe tableau des faits et le registre des intégrations.
- Construire la plus fine tranche utileUn processus, une équipe, en production en quelques semaines.
- Intégrer et superviserConnecter aux systèmes voisins avec des alertes sur chaque connexion.
- Mesurer et étendreAjouter rôles, sites et intégrations là où la valeur mesurée le justifie.
Liste de revue d'architecture
- 1Existe-t-il un système de référence pour chaque fait important ?
- 2Chaque intégration est-elle documentée avec un responsable et une alerte ?
- 3Chaque rôle voit-il ce dont il a besoin et pas davantage ?
- 4Existe-t-il un journal d'audit pour les modifications d'enregistrements importants ?
- 5Pourriez-vous exporter vos données et changer de prestataire ?
- 6Y a-t-il un responsable nommé de la feuille de route après le lancement ?
