Index technique
Référentiel technique : architecture, intégrations, modèle de données, identité/autorisation et qualité opérationnelle.
Prototypes (Copilot Studio) : IDEXIOS-HUB · HERMES-PROJ
GitGraph — repère d’évolution
Repère visuel (illustratif) : l’implémentation et la stratégie Git restent gérées dans le repo, pas dans la roadmap de contenu.
gitGraph commit id:"init" branch iD-xPM-Pantheon checkout iD-xPM-Pantheon commit id:"pack-v0.9" commit id:"fix-dev-plan-gantt" commit id:"fix-repo-links-branch" commit id:"update-gitgraph" commit id:"rubriques-explosion" commit id:"fix-rubriques-data" commit id:"fix-mermaid-arrows" commit id:"fix-cy-json" branch release_v0_9 checkout release_v0_9 commit id:"publish-pack" checkout iD-xPM-Pantheon merge release_v0_9 commit id:"fix-mermaid-apptech-layout"
Domain Packs — sommaire
| Domaine | Description | Agents | Prototypes |
|---|---|---|---|
| Transversal | Orchestration conversationnelle et routage vers les agents. | IA-TPG-001 — IDEXIOS-HUB | IDEXIOS-HUB |
| DeliveryOps | Suivi d’exécution, statuts, dépendances, risques/enjeux. | IA-TPG-002 — HERMES-PROJ | HERMES-PROJ |
| PortfolioOps | Analyse portefeuille, capacité, scénarios et priorisation. |
IA-TPG-003 — ATHENA-PORT IA-TPG-006 — GAIA-RISK |
— |
| GovernanceOps | Contrôles, gouvernance, conformité, adoption et sécurité. |
IA-TPG-004 — THEMIS-GOV IA-TPG-007 — VESTA-WORK IA-TPG-014 — ORPHEUS-ADOPT |
— |
| FinanceOps | Collecte, contrôle, anomalies, clôture, trésorerie et budget. |
IA-TPG-005 — ATLAS-CTRL IA-TPG-009 — MERCURY-COLLECT IA-TPG-010 — PLUTUS-ANOM IA-TPG-011 — JANUS-CLOSE IA-TPG-012 — CASSANDRA-FQA IA-TPG-016 — POSEIDON-CASH IA-TPG-018 — CERES-BUDGET IA-TPG-013 — CERBERUS-SEC |
— |
| CommsOps | Communications, changement, kits d’adoption et all-hands. |
IA-TPG-008 — APOLLO-CHANGE IA-TPG-015 — CICERO-ALLHANDS |
— |
| ProcurementOps | Achats, demandes, conformité fournisseur, suivi. |
IA-TPG-017 — JUNO-PROC IA-TPG-019 — VULCAN-DEV |
— |
Architecture technique (vue d’ensemble)
Cette page met l’accent sur la plateforme : Copilot Studio, Dataverse, SharePoint, Power Automate et les serveurs MCP. Le pack est pensé pour fonctionner en local (file://) ou hébergé, sans dépendre d’un fetch() obligatoire.
flowchart TB
subgraph Canaux
Teams[Teams / Outlook] --> CS[Copilot Studio]
Web[Power Pages] --> CS
end
subgraph Orchestration
CS --> HUB[IDEXIOS-HUB]
HUB --> AG[Agents de domaine]
end
subgraph Donnees
DV[(Dataverse TPG tpg_*)]
SP[(SharePoint Idexios-Prime)]
end
subgraph Automatisation
PA[Power Automate] --> MCP[Serveurs MCP]
MCP --> EXT[Services / APIs]
end
subgraph Gouvernance
ENTRA[Entra ID] --> OAuth[OAuth / OIDC]
Purview[Purview / DLP] --> DV
Log[Log Analytics] --> HUB
end
AG --> DV
AG --> SP
HUB --> PA
AG --> Log
OAuth --> CS
Modèle de données (repères)
Repères Dataverse simplifiés (noms génériques). Le détail exact dépend du schéma TPG (tables tpg_*).
Ouvrir le schéma de référence (dbdiagram)
classDiagram
class tpg_project {
+projectId
+name
+status
+startDate
+finishDate
+cpi
+spi
}
class tpg_portfolio {
+portfolioId
+name
+owner
}
class tpg_financial {
+txnId
+date
+amount
+taxes
+category
}
class tpg_risk {
+riskId
+probability
+impact
+mitigation
}
class tpg_capacity {
+resourceId
+period
+available
+allocated
}
tpg_portfolio "1" --> "many" tpg_project : contient
tpg_project "1" --> "many" tpg_financial : coûts
tpg_project "1" --> "many" tpg_risk : risques
tpg_project "1" --> "many" tpg_capacity : charge
Identité, autorisation et actions outillées
Le principe : les actions d’agents doivent rester scopées (least privilege) et journalisées. Les patterns SCIM/OAuth/MCP sont représentés à haut niveau.
sequenceDiagram autonumber participant U as Utilisateur participant CS as Copilot Studio participant EN as Entra ID participant HUB as IDEXIOS-HUB participant MCP as Serveur MCP U->>CS: Démarre une demande CS->>EN: Authentification (OIDC) EN-->>CS: Jeton (scopes) CS->>HUB: Contexte + jeton HUB->>MCP: Action outillée (scopée) MCP-->>HUB: Résultat (journalisé) HUB-->>CS: Réponse + artefacts
- Entra ID : identité, groupes, accès conditionnel.
- OAuth/OIDC : jetons et scopes (selon l’intégration retenue).
- MCP : orchestration des outils/connexions, traces et contrôles.
Indicateurs types
Exemples d’indicateurs de pilotage et de seuils pour la lecture (visualisation) et l’alerte. Les valeurs proposées sont des repères et peuvent être adaptées selon la maturité et la tolérance au risque.
Seuils de performance (CPI/SPI) Repères visuels pour alerter, classer et prioriser.
Ces seuils servent de repères pour la visualisation et les alertes. Ils peuvent être ajustés dans la solution TPG selon la tolérance au risque.
- Les seuils CPI/SPI ne sont qu’un indicateur : compléter avec la qualité des données (complétude, cohérence), la variance coûts/délais et les exceptions documentées.
- Les seuils servent à classer, prioriser et déclencher des contrôles (pas à « corriger » automatiquement les données).
Observabilité & qualité
- Journalisation par agent : entrées, sorties, décisions, erreurs.
- Traçabilité livrables : versioning dans SharePoint, liens dans Dataverse.
- Tests : jeux de données de validation, scénarios nominal/anomalie.
- Évitement des aberrations : contrôles de dates, montants, catégories; champ « À confirmer » lorsque nécessaire.