Gouvernance et contrôle
Gardez le contrôle de l’ensemble de votre patrimoine numérique.
Forrit donne aux équipes contenu, technologie et gouvernance un contrôle clair sur la façon dont les expériences numériques sont créées, approuvées, publiées et exploitées. Définissez qui peut apporter des modifications, encadrez la façon dont elles arrivent en production, standardisez le déploiement et l’exploitation des environnements, et conservez une trace claire de ce qui s’est passé.
- 01
Donnez à chacun les capacités dont il a besoin, sans accorder à tous des droits d’administrateur.
- 02
Les modifications arrivent en production de façon délibérée, jamais par accident.
- 03
Standardisez la façon dont les environnements sont provisionnés, déployés et exploités.
- 04
Voyez ce qui a changé, qui l’a modifié et comment la modification a été approuvée.
Une plateforme native cloud · CMS Forrit + Service Delivery Hub
Le contrôle ne consiste pas à brider vos équipes, mais à leur laisser toute liberté dans un cadre clairement défini.
01 · Personnes
Contrôlez qui peut faire quoi.
Tous ceux qui travaillent sur votre patrimoine numérique n’ont pas besoin du même accès. Rédacteurs, relecteurs, approbateurs, développeurs et administrateurs exercent des métiers différents, et distribuer des droits d’administrateur pour que le travail avance, c’est ainsi que les erreurs et les risques s’installent.
Forrit prend en charge des rôles personnalisés avec des autorisations par fonctionnalité : vous donnez à chacun les capacités dont il a besoin, sans accorder à tous des droits d’administrateur. La connexion passe par le fournisseur d’identité de votre entreprise, et la création, la relecture, l’approbation et l’administration du contenu peuvent rester des tâches séparées, exactement ce que les organisations réglementées doivent pouvoir démontrer.
La séparation des tâches, intégrée
Un rédacteur crée et prévisualise la modification
Un relecteur la vérifie et demande des corrections si nécessaire
Un approbateur la valide pour publication
Un administrateur gère les utilisateurs et les rôles, indépendamment du contenu
Capacités liées aux personnes
Rôles et autorisations du CMS
Décidez précisément qui peut créer, modifier, approuver et publier, avec une application cohérente sur l’ensemble des sites, équipes, agences et filiales.
Rôles personnalisés
Créez des rôles qui reflètent votre organisation, comme rédacteur, approbateur, développeur ou administrateur, et choisissez les fonctionnalités accessibles à chacun.
Authentification unique et MFA
Les utilisateurs se connectent via le fournisseur d’identité de votre entreprise, avec authentification unique, authentification multifacteur et accès conditionnel.
Accès selon le moindre privilège
Le contrôle d’accès basé sur les rôles n’accorde à chaque personne et à chaque service que les autorisations nécessaires, rien de plus.
Accès limité par projet
Donnez à une équipe régionale, une marque ou une agence l’accès à son propre projet, sans ouvrir le reste de votre patrimoine numérique.
Une interface adaptée à chaque rôle
Qu’il s’agisse de modifier des textes, de créer des composants ou de surveiller l’exploitation, l’interface concentre chacun sur la tâche que couvre son rôle.
02 · Publication
Les modifications arrivent en production de façon délibérée, jamais par accident.
Dans de nombreux systèmes de gestion de contenu, une modification n’est qu’à un clic de votre site en ligne. C’est rapide, jusqu’au jour où un mauvais prix, une mauvaise date ou une affirmation non validée atteint vos clients.
Forrit place un parcours maîtrisé entre la modification et sa mise en ligne. Le travail est préparé dans des tâches, prévisualisé, relu et approuvé selon les workflows que vous configurez, puis seulement publié. Les chantiers plus importants, comme une refonte de marque ou un lancement de produit, peuvent être préparés dans leur propre tâche pendant que la publication courante se poursuit.
Du brouillon à la mise en ligne
Créer : la modification est faite dans une tâche, à l’écart du site en ligne
Prévisualiser : voyez exactement le rendu avant toute publication
Relire : les relecteurs vérifient la modification et demandent des corrections si nécessaire
Approuver : des approbateurs nommés valident via votre workflow
Publier : le contenu approuvé est mis en ligne, avec restauration possible si les plans changent
Capacités de publication
Workflows d’approbation
Des workflows personnalisables et des règles d’approbation sur mesure contrôlent ce qui est publié, le tout rattaché à l’identité de chaque utilisateur.
Prévisualisation avant publication
Relecteurs et approbateurs voient les modifications en contexte avant leur mise en ligne, et jugent ainsi ce que verront réellement les clients.
Tâches en parallèle
Différentes personnes et équipes peuvent travailler simultanément sur différentes modifications, chacune dans sa propre tâche, sans écraser le travail des autres.
Historique des versions et restauration
Les modifications sont préparées dans des branches de tâche et prévisualisées avant leur mise en ligne. L’historique des versions et la restauration complète permettent d’annuler rapidement une modification.
Cycle de publication sécurisé
Environnements de test, de préproduction et de production, branches de tâches et retour arrière complet permettent à de nombreuses équipes de travailler en parallèle sans risque pour la production.
L’IA soumise aux mêmes contrôles
Les modifications effectuées par un assistant IA autorisé via le serveur MCP de Forrit sont placées dans des branches de tâche, comme celles des personnes : elles sont donc revues et approuvées avant toute publication.
03 · Plateforme
Contrôlez votre patrimoine numérique, pas seulement votre CMS.
La gouvernance d’un CMS s’arrête généralement au contenu. En coulisses, les environnements sont souvent provisionnés manuellement, configurés différemment pour chaque projet et surveillés dans des outils distincts, ce qui rend le patrimoine plus difficile à sécuriser, à auditer et à exploiter.
Le Forrit Service Delivery Hub intègre environnements, infrastructure et exploitation dans le même modèle opérationnel. Le provisionnement et la configuration deviennent reproductibles et modélisés, et l’IT dispose d’une vue opérationnelle unique sur les tenants, abonnements, environnements et clusters. L’IT maîtrise la façon dont le patrimoine est provisionné et exploité ; les équipes contenu maîtrisent ce qui est publié.
Chaque environnement, selon le même cadre
Partir d’un modèle reproductible, et non d’un développement sur mesure
Le Service Delivery Hub le provisionne via un processus simple en sept étapes
Chaque déploiement est entièrement géré et audité
L’environnement rejoint une vue opérationnelle unique de l’ensemble de votre patrimoine
Capacités de la plateforme
Environnements reproductibles et modélisés
Le provisionnement et la configuration deviennent une capacité reproductible de la plateforme, plutôt qu’un chantier d’ingénierie distinct pour chaque déploiement.
Des tenants aux clusters, dans une seule vue
Visualisez et gérez tenants, abonnements, environnements et clusters depuis une vue opérationnelle unique, plutôt qu’à travers plusieurs consoles distinctes.
Déploiement audité en quelques minutes
Le processus en sept étapes du Service Delivery Hub crée chaque environnement avec précision, et chaque déploiement est entièrement géré et audité.
Accès restreint à la production
L’accès aux environnements de production est strictement limité, avec des restrictions d’adresses IP lorsque cela est pertinent.
Votre cloud, votre propriété
Votre environnement Forrit peut résider dans votre propre tenant et abonnement cloud. Vous êtes propriétaire des ressources, vos actifs restent dans votre abonnement et vous gardez la maîtrise de la sécurité périmétrique, y compris des couches supplémentaires que vous ajoutez autour de Forrit.
Supervision et alertes en temps réel
La supervision mondiale en temps réel identifie rapidement les problèmes de performance, et des alertes système vous préviennent quand un service ne fonctionne pas comme prévu.
04 · Traçabilité
Sachez ce qui a changé, qui l’a modifié et comment cela a été mis en ligne.
Le contrôle n’a guère d’intérêt sans traçabilité. Quand un auditeur, un régulateur ou votre propre direction demande ce qui s’est passé, il vous faut une réponse, pas une fouille dans de vieux e-mails.
Forrit enregistre l’activité des utilisateurs dans un historique d’audit couvrant les connexions, les modifications de contenu, les actions de workflow et l’activité d’administration. Vous pouvez suivre toute modification depuis la personne qui l’a faite, en passant par la relecture et l’approbation, jusqu’à la version qui l’a publiée, et exporter les registres lorsque vous devez les partager.
Ce que l’historique d’audit enregistre
Authentification : qui s’est connecté, et quand
Modifications de contenu : ce qui a été créé, modifié ou supprimé, et par qui
Actions de workflow : qui a relu, approuvé ou renvoyé une modification
Activité d’administration : modifications des utilisateurs, des rôles et des paramètres
Capacités de traçabilité
Piste d’audit complète
Chaque tâche, action et modification dans le CMS est journalisée de manière sécurisée : vous disposez d’un historique d’audit indiquant qui a fait quoi, et quand.
Historique complet de chaque modification
Suivez toute modification depuis la personne qui l’a rédigée, en passant par la relecture et l’approbation, jusqu’à la version qui l’a publiée.
Approbations nominatives
Les approbations sont liées à l’identité de la personne qui les a données : une validation n’est jamais anonyme ni présumée.
Des registres consultables et exportables
Consultez les registres d’audit dans le CMS et exportez-les lorsque vos équipes conformité, risques ou audit interne en ont besoin.
Liens externes audités
Les URL externes sont auditées dès le début du workflow de publication, parallèlement à l’analyse des médias.
Des preuves pour l’audit et la réglementation
Un historique clair des modifications et des approbations vous aide à démontrer votre gouvernance aux auditeurs et soutient des obligations telles que DORA et la résilience opérationnelle.
La liberté dans un cadre défini
Standardisez ce qui doit l’être. Gardez de la souplesse là où elle compte.
Le contrôle peut donner l’impression de tout verrouiller. Ce ne devrait pas être le cas. Une gouvernance centrale n’impose pas à chaque site, marque ou entité de fonctionner exactement de la même manière.
Dans Forrit, plusieurs projets partagent une même plateforme tout en conservant leurs propres utilisateurs, autorisations, workflows et règles de déploiement. Les standards de sécurité, d’identité et de marque sont définis une fois et s’appliquent partout ; la façon dont chaque équipe travaille dans ce cadre lui appartient. Et comme Forrit est un CMS headless hybride, les développeurs restent libres de construire les expériences à leur manière.
Ce qu’il faut standardiser, et ce qui peut varier
Standardiser : contrôles de sécurité, identité et accès à la production
Standardiser : composants approuvés, règles de marque et modèles d’environnement
Adapter : qui travaille sur chaque projet, et ce qu’il peut faire
Adapter : workflows, circuits d’approbation et règles de déploiement de chaque équipe
Adapter : la façon dont les développeurs construisent chaque expérience, en HTML ou en headless
Capacités de flexibilité
Multi-tenant
Gérez un site ou mille depuis une seule plateforme, avec des projets qui regroupent le contenu et les points de terminaison de chaque site, marque ou entité.
Des workflows adaptés à chaque équipe
Un site produit réglementé et un site carrières n’ont pas besoin du même circuit d’approbation. Chaque projet peut avoir ses propres workflows et règles.
Des composants gouvernés et réutilisables
Intégrez une fois pour toutes les règles de marque et d’accessibilité dans vos composants, puis réutilisez-les sur tous vos sites pour des refontes et campagnes cohérentes.
Liberté pour les développeurs
L’architecture headless hybride et les SDK .NET permettent aux développeurs d’utiliser des outils familiers et de diffuser le contenu en HTML ou en JSON sur n’importe quel canal.
Intégrer de nouvelles entités
Intégrez de nouveaux services ou des entreprises rachetées sur la plateforme, avec leur propre projet et leurs propres rôles, dans le cadre que vous avez déjà défini.
Cloud public ou souverain
Cloud natif et déployable sur les principales plateformes de cloud public ou auprès de fournisseurs de cloud souverain, pour répondre aux exigences de résidence et de souveraineté des données.
Un contrôle pour chaque équipe
Chaque équipe contrôle ce dont elle est responsable.
Dans Forrit, le contrôle ne revient pas à une seule équipe qui détiendrait toutes les clés. Les équipes contenu, conformité, IT et développement disposent chacune des contrôles adaptés à leurs responsabilités, sur la même plateforme et sous la même gouvernance.
Équipes contenu
Ce qui est créé
Créez, modifiez et prévisualisez du contenu dans des tâches à l’aide de composants approuvés et réutilisables, puis soumettez-le à relecture lorsqu’il est prêt.
Conformité et risques
Ce qui est approuvé
Intervenez comme approbateurs nommés dans vos workflows, pour que rien n’atteigne vos clients sans la bonne validation, puis consultez l’historique d’audit.
IT et exploitation
Comment le patrimoine est exploité
Provisionnez, déployez, surveillez et maintenez chaque environnement via le Service Delivery Hub, avec un accès à la production strictement limité.
Développeurs
Comment les expériences sont construites
Créez des composants avec les SDK .NET et des outils familiers, et diffusez le contenu en HTML ou en JSON headless, dans le cadre fourni par la plateforme.
Utilisez la touche Tab pour parcourir chaque lien « Lire la suite » du témoignage. Chaque fois que vous appuyez sur la touche de tabulation,
Vos questions sur la gouvernance et le contrôle
Dans Forrit, le contrôle couvre quatre aspects : qui peut apporter des modifications (rôles et autorisations personnalisés), comment elles arrivent en production (tâches, relecture et workflows d’approbation), comment les environnements sont provisionnés et exploités (le Service Delivery Hub), et ce qui s’est passé ensuite (historique d’audit). Ensemble, ils laissent aux équipes toute liberté dans un cadre clairement défini.
Vous créez des rôles personnalisés, choisissez les fonctionnalités du CMS accessibles à chaque rôle, puis attribuez ces rôles à des personnes qui se connectent via le fournisseur d’identité de votre entreprise. Les autorisations sont définies par fonctionnalité, et non sur des pages ou éléments individuels. Pour séparer des équipes, marques ou entités, attribuez à chacune son propre projet, avec ses propres utilisateurs, rôles et workflows.
Oui. Comme les rôles sont définis par les fonctionnalités qu’ils peuvent utiliser, la création, la relecture, l’approbation et l’administration du contenu peuvent rester des tâches séparées. Cette séparation des tâches est souvent exigée des organisations réglementées, et chaque action est enregistrée dans l’historique d’audit.
Les modifications sont faites dans une tâche, prévisualisées, puis soumises aux étapes de relecture et d’approbation que vous configurez. Une modification n’est publiée qu’une fois les approbations requises obtenues, et chaque étape est liée à l’identité de la personne qui l’a réalisée. L’historique des versions et la restauration vous permettent d’annuler rapidement une modification si nécessaire.
Oui. Chaque modification est préparée dans sa propre tâche : différentes personnes et équipes peuvent donc travailler en parallèle sans écraser le travail des autres. Un chantier plus important, comme une refonte de marque, peut être préparé et prévisualisé dans sa propre tâche pendant que les mises à jour courantes continuent d’être relues et publiées.
L’historique d’audit enregistre l’activité des utilisateurs, notamment l’authentification, les modifications de contenu, les actions de workflow et l’activité d’administration, comme les modifications d’utilisateurs et de rôles. Les registres sont consultables dans le CMS et exportables pour les équipes conformité, risques ou audit interne.
Le Service Delivery Hub est le plan de contrôle opérationnel de votre patrimoine Forrit. Il provisionne les environnements à partir de modèles reproductibles via un processus simple en sept étapes, gère et audite les déploiements, et donne à l’IT une vue unique sur les tenants, abonnements, environnements et clusters, avec supervision, mise à l’échelle, suivi des coûts et correctifs gérés de façon centralisée.
Oui. Plusieurs projets peuvent partager une même plateforme Forrit tout en conservant leurs propres utilisateurs, autorisations, workflows et règles de déploiement. Une gouvernance centrale n’impose pas que chaque site fonctionne de la même manière : vous standardisez les contrôles de sécurité, d’identité et de marque, et laissez chaque équipe travailler comme il lui convient.