Assistant operations
- Command workspace
- Action drafts
- Tool registry
- Safe mode
Connexion Internet introuvable
Tentative de reconnexion
Une erreur est survenue !
Tentative de reconnexion
Intelligence And Governance
AI layer for governed assistants, provider controls, tool registry, safe execution, diagnostics, evaluations, schedules, training review, and auditability.
| Domaine | Statut | Preuve |
|---|---|---|
| Actions | Approval aware | Execution audit |
| Diagnostics | Runtime visible | Health snapshot |
| Training | Review gated | Poisoning control |
Workflows clés
Each workflow is written as an operational path, not a marketing claim, so buyers can understand the day-to-day module fit.
Feature checklist
How this module exchanges business context with the rest of ERPStack.
| Module | Relation |
|---|---|
| Platform Settings | Provider policy, credentials, and runtime controls |
| Opérations de sécurité | Training-signal poisoning and unsafe tool incidents |
| BI | Analytics explanation, KPI context, and report assistance |
| Tous les modules | Governed tools for department-specific workflows |
Controls and management visibility expected from a serious ERP module.
AI coverage policy
AI claims are tied to the official Agent Tool Registry, evaluation evidence, safe-mode controls, and scheduled-agent monitor readiness. Roadmap modules only show planned coverage until module-native tools are implemented.
AI L1/L4 gap| Coverage claim | Current AI coverage: AI Core L1/L4 below target level through the official Agent Tool Registry. |
|---|---|
| Governance evidence | Governance evidence: 1 registered tools, 0 evaluation cases, tenant/RBAC/safe-mode registry controls, and AI log evidence. |
| Scheduled monitor | Scheduled monitor readiness: not in the current proactive-agent monitor wave. |
| L4/L5 boundary | Raise AI Core AI coverage from L1 to L4. |
Evidence-first standard
This page structure supports the current public module catalog with app-derived visuals, connected-module evidence, governance proof, and report context that can be compared against real product routes.
Buyers can see concrete function groups instead of vague capability claims.
Workflows, users, and connected modules show where the module belongs.
RBAC, audit, SIEM, approvals, and reporting are surfaced as first-class concerns.
Public pages link back to app routes so reviewers can compare page claims to product surfaces.