Réalisations

Étude de cas anonymisée

Un portail métier connecté aux systèmes existants

Rassembler les données de gestion dans une application web, avec un espace adapté aux équipes terrain, aux clients et aux responsables. Ce projet associe portail sur mesure, synchronisation des données et administration des accès.

Une réalisation de Bruce Borgna

Le client, son secteur et les données métier sont anonymisés. Le schéma présente le principe de la solution ; il ne reproduit aucun écran ni aucune donnée du client.

Relier les données et les utilisateurs

Le besoin : mettre à disposition des informations issues de plusieurs systèmes de gestion, tout en distinguant ce que chaque utilisateur peut consulter. Le projet couvre la consultation des dossiers et documents, les demandes des équipes terrain et le pilotage des accès.

Un portail indépendant des systèmes sources

Les outils de gestion existants restent les sources de référence. Des traitements synchronisent les données utiles dans un modèle de lecture dédié. Le portail consulte ce modèle et les présente selon le rôle et le périmètre de l’utilisateur.

Des données de gestion aux espaces utilisateurs

Les systèmes sources alimentent les données consolidées par synchronisation. Le portail utilise ces données pour proposer quatre espaces, avec des droits et des parcours adaptés à chaque rôle.

Schéma de principe anonymisé. Les données sont synchronisées ; leur disponibilité dépend du dernier traitement terminé.

Des parcours adaptés à chaque rôle

Équipes terrain

Retrouver un élément à partir d’un QR code, d’une image ou d’une recherche manuelle, consulter les informations associées et transmettre une demande au back-office.

Clients

Consulter les dossiers, contrats et documents liés à leur compte. Les rattachements et droits définissent les informations accessibles.

Responsables

Consulter les tableaux de bord et les informations regroupées dans leur périmètre, avec la possibilité de travailler dans plusieurs contextes de compte.

Administration

Gérer les utilisateurs, invitations, rôles et rattachements. Suivre les synchronisations, leurs erreurs et l’état technique de l’application.

Une architecture conçue pour la consultation

Le choix central est de séparer la collecte des données de leur consultation. Les pages du portail s’appuient sur le modèle de lecture, tandis que les traitements de synchronisation ont leur propre suivi.

Conserver les systèmes existants
L’application ajoute une couche d’accès aux informations. Elle ne remplace pas les outils qui produisent les données de gestion.
Définir les périmètres d’accès
Les comptes, rôles et rattachements déterminent les parcours et les données disponibles. Les fonctions d’administration disposent de leur propre espace.
Rendre les traitements observables
Les vues de supervision exposent l’état des synchronisations et leurs erreurs. Les traitements sont journalisés pour faciliter le diagnostic.
Déployer des versions identifiées
L’application utilise des images conteneurisées et des contrôles automatisés pour construire et déployer ses versions.
Les outils et leur rôle dans la solution
OutilRôle
Power AutomateSynchronise par lots les données SQL vers Supabase et expose l’état des traitements dans la supervision.
Gateway on-premiseRelie le connecteur SQL Server de Power Automate aux données accessibles sur le réseau privé du client.
Supabase et PostgreSQLSupabase, basé sur PostgreSQL, porte le modèle de lecture consolidé. Une base PostgreSQL séparée gère les comptes, sessions et traitements applicatifs.
LaravelGère le portail web, l’authentification, les droits et les parcours métier, sans interroger directement les systèmes sources.
API SOAP et PythonUn traitement Python séparé interroge une API métier et synchronise ses données vers Supabase.
Brevo SMTPEnvoie les e-mails transactionnels : invitations, réinitialisations de mot de passe et notifications de workflow.
RedisFournit le cache de l’application.
Docker et VPSLe VPS héberge l’application ; Docker l’exécute à partir d’images conteneurisées préconstruites et identifiées.

Ce que permet ce modèle

Les données de plusieurs sources deviennent consultables dans une même application. Les équipes, clients et responsables disposent de parcours distincts, et l’administration peut suivre les accès comme les traitements de synchronisation.

Cette étude décrit les fonctionnalités et l’architecture réalisées. Elle ne revendique aucun gain de temps chiffré ni indicateur de performance métier.

Questions sur un portail métier connecté

Faut-il remplacer son ERP ou son système de gestion ?

Dans ce projet, les systèmes de gestion restent en place. Le portail propose une interface dédiée aux utilisateurs, alimentée par les données synchronisées.

Les informations sont-elles mises à jour en temps réel ?

Le portail repose sur des synchronisations. La fraîcheur des informations dépend des traitements terminés ; elle ne doit pas être confondue avec un accès direct et instantané aux sources.

Le même portail peut-il servir les équipes et les clients ?

Oui : cette réalisation prévoit des espaces distincts et des périmètres d’accès par rôle et rattachement. Chaque parcours présente les informations utiles au public concerné.

Vos données sont déjà là. Relions-les à vos équipes.

Vous avez un ERP, plusieurs outils métier ou un besoin de portail client ? Cadrons les utilisateurs, les données à connecter et le premier parcours utile.

Parler de votre portail métier Voir les autres réalisations