Starter
Gestion des connaissances
Les articles portent un modèle d'audience — locataire, compte client ou LDA — pour que le même index serve une procédure opérationnelle à l'échelle du locataire, une référence catalogue propre à RetailCo et un document de conformité en français sans que personne ne voie ce qu'il ne devrait pas. Le cycle de vie complet est en place : brouillon, capturé, structuré, approuvé, publié, périmé, archivé. Les auteurs éditent sur place avec historique des versions, transfèrent la propriété quand les gens changent de poste, et laissent le balayeur de péremption signaler les articles non révisés dans la fenêtre configurée. La recherche plein texte classe sur titre, résumé, corps et catégorie ; les articles connexes apparaissent via épingles éditoriales ou similarité TF-IDF. L'analytique éditeur montre l'usage, le taux de découverte et les signaux d'écart. La porte d'approbation de révision conformité achemine les articles réglementés à travers une chaîne de réviseurs configurable avant publication.
Ce qu'il contient
Rédaction en application avec historique des versions
Surface de rédaction gérée par les opérations — liste, nouveau, édition, publication, archivage, historique des versions — alimentée par le même modèle de données que lit le portail client. Aucun ticket d'ingénierie pour déposer un changement de contenu.
DisponibleFlux de connaissances — rédaction visuelle + exécution agent
sous-spec 32A
Rédaction d'arbres de décision + exécution côté agent. Certaines connaissances ne sont pas un document ; c'est un arbre de décision (« remboursement ? l'ont-ils reçu ? »). Les flux transforment une procédure multi-étapes en une marche interactive une-question-à-la-fois avec suivi de complétion.
Au plan d'évolutionTaxonomie de catégories
L'équipe opérationnelle gère l'arbre de catégories — catégories, sous-catégories, ordre de tri, actif / archivé. Les articles s'attachent à des catégories ; les catégories pilotent les puces de filtre et l'analyse d'écarts.
DisponibleTaxonomie de catégories
L'équipe opérationnelle gère l'arbre de catégories — catégories, sous-catégories, ordre de tri, actif / archivé. Les articles s'attachent à des catégories ; les catégories pilotent les puces de filtre et l'analyse d'écarts.
Au plan d'évolutionRecherche plein texte d'articles
Recherche côté agent sur titre, résumé, corps et catégorie avec extrait ts_headline mis en évidence et classement par pertinence. tsvector peuplé par déclencheur pour que l'index soit toujours en direct.
DisponibleArticles connexes + suggestions de similarité
Le détail de l'article fait surface des articles connexes via épingles éditoriales + un worker de similarité TF-IDF qui suggère des connexions à partir du corpus d'articles. Contrôlé éditorialement même quand semé par l'algorithme.
DisponibleArticles connexes + suggestions de similarité
Le détail de l'article fait surface des articles connexes via épingles éditoriales + un worker de similarité TF-IDF qui suggère des connexions à partir du corpus d'articles. Contrôlé éditorialement même quand semé par l'algorithme.
Au plan d'évolutionAnalytique d'usage + d'efficacité
Page d'analytique éditeur — vues par article, taux de découverte par recherche, signaux de rétroaction des agents, candidats à l'écart. L'article qui est beaucoup recherché mais jamais ouvert vous dit où l'index échoue.
DisponibleÉtats de cycle de vie KCS
Cycle de vie Knowledge-Centered Service v6 complet sur chaque article : brouillon → capturé → structuré → approuvé → publié → périmé → archivé. Chaque état filtre l'article de différentes surfaces ; les transitions émettent des événements d'audit.
DisponiblePropriété + alertes de péremption
Chaque article a un propriétaire et un réviseur. Un balayeur de péremption à deux passes bascule les articles en périmé quand ils sont au-delà de leur fenêtre d'expiration et notifie le propriétaire ; sans action, le réviseur est notifié à la passe suivante.
DisponiblePorte d'approbation de révision conformité
Les articles réglementés sont acheminés à travers une chaîne de réviseurs configurable avant publication. L'officier de conformité signe ; la piste d'audit capture qui a approuvé, quand, et sur quelle version du contenu.
DisponibleNavigation des connaissances dans le portail client
Les articles publiés apparaissent aux utilisateurs du portail client via une sous-requête EXISTS d'audience — chaque rangée résout sa visibilité indépendamment, pour que le client A ne voie jamais le contenu du client B même avec une URL forgée. Filtres Recherche + Client + LDA + Catégorie restreignent les résultats côté serveur en un seul aller-retour.
DisponibleAPI de rédaction d'articles
Endpoints de rédaction backend — créer un brouillon, lister avec filtres d'état, lire le détail, publier — avec visibilité scopée par audience dès la première sauvegarde. L'API est ce à travers quoi l'IU d'éditeur, les pipelines de seed et les intégrations écrivent toutes.
DisponibleÉditer, archiver et révoquer des articles
PATCH-update crée une nouvelle ligne de version (pas d'écrasement destructif) ; POST-archive déplace les articles vers un état qui les filtre des surfaces agent tout en préservant la piste d'audit. La porte d'approbation se trouve entre brouillon et publication pour le contenu réglementé.
Au plan d'évolutionArticles bilingues EN / FR
Chaque version linguistique est sa propre ligne dans un groupe de traduction — machine d'état, propriétaire, réviseur, expiration et historique de versions distincts par langue. La recherche, le classement et le portail client basculent entre les configurations anglaise et française selon la préférence de l'appelant.
Au plan d'évolutionsearch_vector + embedding columns on knowledge_articles
DisponibleKB cross-reference from onboarding + policy modules
Au plan d'évolutionCompliance & Regulatory mandatory review + staleness flag (OD-2)
Au plan d'évolutionFull-text search (tsvector trigger + ranked search endpoint)
Au plan d'évolutionKCS v6 expanded lifecycle (spec 32 v1.9 §14)
DisponibleAFAB capture-from-case workflow (spec 32 v1.4 §15)
Au plan d'évolutionEffectiveness analytics + zero-result tracking (spec 32 v1.7 §16)
Bientôt disponible