Reglages et gouvernance

Cadrez votre espace BrainCaps, ses regles visibles et les demandes a venir.

La page reglages expose maintenant le contexte reel de l'espace, la source du scope et les frontieres produit entre BrainCaps et PortalHQ.

espace clientpage Reglagesparcours guide
A retenir

Perimetre de l'espace, gouvernance et demandes a preparer.

Regles de l'espace

Voyez le perimetre resolu avant d'ajouter des controles.

Cette page part maintenant du vrai contexte resolu de l'espace au lieu de decrire les reglages dans l'abstrait.

Tenant

a resoudre

Tenant mapping

a resoudre

Organization

a resoudre

Organization source

a resoudre

Contexte d'acces
  • Team slug: a resoudre
  • Access mode: en attente
Cadre donnees

Ce que vous voyez ici fixe le scope de l'espace avant retention, export ou suppression.

Les controles profonds viendront ensuite, mais ils devront toujours rester rattaches au tenant et au contexte d'acces resolves ici.

Demandes de gouvernance

Preparez une demande scopee sans perdre le contexte du tenant.

Cette zone ne remplace pas les workflows operateurs. Elle aide le membre a formuler une demande propre quand retention, export ou suppression sortent du self-service.

export_scope

Demande d'export

A utiliser quand un client veut recuperer un sous-ensemble de contenus ou de preuves hors de BrainCaps.

BrainCaps governance request - Demande d'export

Type: export_scope
Produit: braincaps
Tenant: a resoudre
Tenant mapping: a resoudre
Organization: a resoudre
Organization source: a resoudre
Team slug: a resoudre
Access mode: en attente

Objet:
- Je souhaite preparer un export scope de mes donnees BrainCaps.

Perimetre demande:
- projet_id a completer
- source_ref ou objet a completer
- periode concernee a completer

Justification:
- raison metier ou conformite a completer

Validation interne:
- owner metier a completer
- owner legal/compliance si necessaire
Le texte inclut deja le scope BrainCaps visible sur cette page.
retention_review

Revue de retention

A utiliser quand il faut confirmer la duree de conservation ou cadrer un nouveau besoin de retention.

BrainCaps governance request - Revue de retention

Type: retention_review
Produit: braincaps
Tenant: a resoudre
Tenant mapping: a resoudre
Organization: a resoudre
Organization source: a resoudre
Team slug: a resoudre
Access mode: en attente

Objet:
- Je souhaite revoir la retention appliquee a cet espace BrainCaps.

Perimetre demande:
- projet_id a completer
- source_ref ou objet a completer
- periode concernee a completer

Justification:
- raison metier ou conformite a completer

Validation interne:
- owner metier a completer
- owner legal/compliance si necessaire
Le texte inclut deja le scope BrainCaps visible sur cette page.
deletion_scope

Suppression ciblee

A utiliser quand il faut demander une suppression tracee d'un projet, d'une source ou d'un sous-ensemble de donnees.

BrainCaps governance request - Suppression ciblee

Type: deletion_scope
Produit: braincaps
Tenant: a resoudre
Tenant mapping: a resoudre
Organization: a resoudre
Organization source: a resoudre
Team slug: a resoudre
Access mode: en attente

Objet:
- Je souhaite demander une suppression ciblee dans cet espace BrainCaps.

Perimetre demande:
- projet_id a completer
- source_ref ou objet a completer
- periode concernee a completer

Justification:
- raison metier ou conformite a completer

Validation interne:
- owner metier a completer
- owner legal/compliance si necessaire
Le texte inclut deja le scope BrainCaps visible sur cette page.
Tenant actif

indisponible

Le mapping de tenant n'est pas encore completement explicite.

Mode de contexte

en attente

La session PortalHQ partagee n'est pas visible ici. Utilise l'URL dev partagee plutot qu'un alias local si tu veux reemployer la session shell.

Equipe

en attente

Equipe PortalHQ visible quand elle est resolue pour cet espace.

Services critiques

Indisponible

Les reglages n'ont du sens que si le perimetre runtime de l'espace reste coherent.

Etat des reglages

Rendez le perimetre de l'espace explicite avant d'ajouter des controles.

La session PortalHQ partagee n'est pas visible ici. Utilise l'URL dev partagee plutot qu'un alias local si tu veux reemployer la session shell. Cette section montre le scope du workspace, la source du contexte et les limites de ce que BrainCaps doit gerer lui-meme.

Tenant actif

a resoudre

Le mapping de tenant n'est pas encore explicite.

Organisation

a resoudre

La source d'organisation n'est pas encore visible.

Equipe

en attente

Equipe PortalHQ visible pour cet espace quand elle existe.

Mode d'acces

en attente

Etat de session: missing cookie.

  • Tenant actif: a resoudre.
  • Mode d'acces: en attente.
  • Membres, auth et billing restent hors de cette application.
Etape 5

Gardez explicites les regles de l'espace, la gouvernance et les demandes futures.

La page reglages ferme la boucle en montrant ce qui releve du produit, ce qui releve du shell mutualise et ce qui doit rester prive.

  1. 1Ouvrir l'espaceVerifier que le bon espace BrainCaps est actif et pret a recevoir du contenu.Confirmer le perimetre de travail.
  2. 2ImporterLancer le premier import et comprendre si la chaine d'ingestion est ouverte.Ajouter une premiere source.
  3. 3Explorer la memoireRetrouver les contenus memorises, leurs preuves et les objets lies.Inspecter les premiers objets utiles.
  4. 4Suivre le planVoir clairement ce que l'offre autorise et ce qui est deja consomme.Comprendre les limites utiles.
  5. 5Cadrer l'espaceRendre visible le perimetre produit, les regles de gouvernance et les demandes a venir.Stabiliser les garde-fous.
  • Laisser membres et billing dans PortalHQ.
  • Preparer retention, export et suppression comme demandes produit traceables.
  • Laisser les actions d'exploitation dans braincaps360.
Perimetre actif

Ce que la page reglages peut deja rendre explicite

Meme avant d'ajouter des controles self-service, le client doit voir le perimetre de l'espace, le mode d'acces et ce qui reste hors de la surface produit.

  • TenantTenant encore a resoudre
  • OrganisationOrganisation encore a resoudre
  • Mode d'accesen attente
Gouvernance

Ce qui demande encore de vrais parcours produit

Les reglages deviennent utiles lorsqu'ils relient comportement produit, vie des donnees et support sans laisser fuir le shell mutualise ou des controles operateur dans l'UI client.

  • Retention et suppressionDoivent devenir des demandes produit explicites, pas des conventions cachees d'exploitation.
  • Relais supportDoit suivre un parcours visible quand le probleme depasse le self-service.
  • Membres et billingRestent fermement hors de cette page dans PortalHQ.
Gouvernance

Ce que les reglages doivent preparer pour la suite

Meme la V1 doit deja preparer un durcissement propre en matiere de gouvernance et de conformite.

  • Retention scopeeLes futurs reglages ne doivent jamais suggerer une retention partagee entre tenants.
  • Export et suppressionLe produit doit rendre ces demandes visibles et clairement scopees.
  • Usage IA expliciteAucune hypothese cachee de training ou de traitement sortant silencieux.