Holding et filiales sur le même outil registre : architecture cloisonnée

9 juillet 2026

Holding et filiales sur le même outil registre : architecture cloisonnée

Principes d'architecture

Une entité juridique = un tenant logique. Chaque filiale donneuse d'ordre possède son espace : panel prestataires, utilisateurs, historique relances, exports audit. La holding a un rôle « lecture consolidée » et « administration politique », pas d'édition des lignes locales sans mandat explicite.

Le SIREN prestataire peut être partagé en référentiel, pas le dossier contractuel. Si le même sous-traitant intervient sur trois filiales, trois dossiers distincts (filiale × prestataire × site) peuvent pointer vers une fiche société commune pour éviter de ressaisir l'adresse. Les attestations et validations restent par dossier filiale.

Quand la grille de décision oriente vers un registre centralisé, la holding et les filiales partagent souvent la même plateforme SaaS. L'enjeu n'est plus « quel outil » mais « comment empêcher la filiale A de voir les contrats de la filiale B tout en permettant au DAF groupe de consolider les KPI ». Une architecture mal cloisonnée expose des données commerciales sensibles et fausse la responsabilité L.8222-1. Une architecture trop fragmentée recrée le cauchemar des exports Excel.

Consolidation ≠ accès opérationnel. Le DAF groupe voit les agrégats (taux couverture, lignes rouges, délais) et peut drill-down sur une filiale pour audit. Il ne modifie pas le statut feu d'une ligne chantier à Lyon depuis le siège parisien sans trace et sans délégation.

Profils utilisateurs types

Profil	Périmètre	Droits
Admin groupe	Toutes entités	Config politique, création filiales, utilisateurs, exports consolidés
DAF groupe	Lecture toutes + export audit transverse	Pas de validation PDF locale par défaut
Admin filiale	Une entité	Utilisateurs filiale, paramètres locaux, champs métier
Propriétaire registre filiale	Une entité	CRUD panel, validation code, relances
Acheteur / conducteur site	Une entité, parfois filtré par site	Création ligne, lecture statut, pas d'export global
Auditeur externe	Lecture seule export daté	Accès temporaire révocable

Nommez au moins deux admins filiale pour éviter le blocage en cas d'absence. L'admin groupe doit être limité à deux personnes (DAF + IT).

Règles de cloisonnement à exiger du fournisseur

Lors de l'appel d'offres ou du test pilote, vérifiez noir sur blanc :

Un utilisateur filiale A ne peut pas lister les prestataires filiale B (test API inclus).
Les pièces jointes (PDF attestations) sont stockées avec clé d'entité ; pas d'URL devinable cross-tenant.
Les logs d'accès sont exportables pour audit RGPD.
La consolidation groupe est calculée côté serveur à partir des données cloisonnées, pas par copie manuelle.
La suppression d'un utilisateur révoque immédiatement les sessions.
L'export « data room » est filtrable par entité juridique et période.

Demandez un rapport de test de pénétration ou une attestation SOC2 / ISO 27001 si le volume de pièces sociales est élevé.

Prestataire commun : éviter la double saisie sans fusionner les responsabilités

Scénario : l'intégrateur national X intervient sur les usines de Marseille, Lille et Nantes. Bon réflexe : fiche société X partagée, trois dossiers opérationnels, trois responsables validation locaux, trois historiques de relance. Mauvais réflexe : une seule ligne « groupe » validée par les Achats corporate il y a six mois, réutilisée sur tous les sites sans contrôle à la date d'intervention.

Si le prestataire dépose une attestation via lien magique, le dépôt doit être routé vers le bon dossier filiale. Un formulaire « pour quelle entité intervenez-vous ? » évite les erreurs.

Intégration ERP et identifiants fournisseurs

Chaque filiale a souvent son code fournisseur ERP local. Le registre cloisonné doit accepter un mapping ERP par entité. Le champ « conformité OK » remonté vers l'ERP reste local : la filiale B ne bloque pas les commandes de la filiale A.

Voir le détail des champs dans intégration ERP conformité prestataire.

Tests d'acceptation avant go-live groupe

Test 1, non-fuite : compte acheteur filiale A tente d'accéder à un ID dossier filiale B (URL directe). Résultat attendu : 403 ou vide.

Test 2, consolidation : DAF groupe voit la moyenne de couverture des trois filiales pilotes après saisie de données test.

Test 3, prestataire commun : création sur deux filiales, vérification que les PDF et statuts restent indépendants.

Test 4, export audit : export filiale seule vs export groupe, périmètres corrects.

Test 5, révocation : suppression compte utilisateur, accès impossible sous 5 minutes.

Documentez les résultats dans un PV de recette signé IT + DAF + Achats pilote.

Montée en charge et gouvernance des changements

Ajout d'une nouvelle filiale acquise : création tenant, import panel, formation référent, rattachement à la consolidation groupe. Prévoyez un runbook de 48 heures, pas un projet de trois mois.

Modification de la politique groupe (nouvelle pièce exigée, rang 2) : déploiement versionnée, notification admin filiale, date d'effet. Les filiales ne découvrent pas la règle au moment du blocage badge.

Livrable à emporter

Check-list architecture holding / filiales (même outil cloisonné)

Phase cadrage

[ ] Liste entités juridiques donneuses d'ordre (SIREN, raison sociale, ERP)
[ ] Décision modèle A validée (grille centraliser)
[ ] RACI signée avec profils Admin groupe / Admin filiale
[ ] Règle prestataire commun documentée (fiche société vs dossier opérationnel)

Phase configuration

[ ] Tenant créé par entité juridique
[ ] SSO ou MFA activé pour comptes Admin
[ ] Champs socle URSSAF identiques sur tous les tenants
[ ] Champs métier optionnels activés par filiale seulement
[ ] Mapping code fournisseur ERP par entité renseigné
[ ] Seuils KPI et alertes configurés (rouge > 7 j, orange J-30)

Phase sécurité et conformité

[ ] Test non-fuite cross-tenant réussi (PV daté)
[ ] Politique rétention PDF alignée RGPD (durée, droit effacement contact)
[ ] Procédure révocation accès départ salarié (< 24 h)
[ ] Export logs accès testé

Phase exploitation

[ ] Dashboard consolidation groupe accessible DAF groupe
[ ] Export mensuel COMEX automatisé ou calendrier R
[ ] Runbook onboarding nouvelle filiale (owner, délai, formation)
[ ] Revue trimestrielle droits utilisateurs (comptes fantômes supprimés)

Schéma récapitulatif (à insérer dans le cahier des charges IT)

``` [PLATEFORME REGISTRE GROUPE] │ ├── TENANT Filiale A ── users A ── panel A ── ERP A ├── TENANT Filiale B ── users B ── panel B ── ERP B ├── TENANT Filiale C ── users C ── panel C ── ERP C │ └── COUCHE GROUPE (lecture seule + config) ├── KPI consolidés ├── Politique commune └── Audit transverse ```

Critères go / no-go go-live groupe :

Critère	Seuil
Tests non-fuite	100 % pass
Filiales pilotes avec propriétaire registre formé	≥ 2
Taux couverture pilote	≥ 80 %
Export audit groupe produit	Oui, validé DAF

Archivez cette check-list avec le contrat SaaS et le PV de recette. C'est la pièce que le CAC ou l'auditeur ISO demandera pour prouver la maîtrise des accès sur données sociales prestataires.