Modèle conceptuel des données ARTAC
Édition du 14 octobre 2026
Le modèle courant associe un service transactionnel de collecte et des catalogues publics versionnés. Il conserve les 15 tables SQLite et leurs noms physiques ; la refonte institutionnelle ne crée pas de tables SQL fictives pour les archives ou la veille. Le dictionnaire CSV décrit les champs réels.
Collecte et publication
Noyau de collecte : une observation identifie son pays, son indicateur, sa période et son segment.Un membre produit zéro à plusieurs observations. Chaque observation porte sur un pays, un indicateur, une période et un segment ; ce périmètre est unique. Une campagne définit sa période, sa fenêtre et ses indicateurs. Un brouillon est unique par compte, pays et campagne. Les observations conservent leurs révisions et les acteurs de validation.
Les permissions sont uniques par courriel, pays et indicateur. Les règles de publication sont uniques par pays et indicateur et distinguent les diffusions nationale et régionale. Une identité peut recevoir plusieurs invitations et sessions ; les jetons sont enregistrés sous forme d’empreinte. Les transactions OIDC associent état à usage unique, nonce et vérificateur PKCE.
| Ensemble | Tables physiques |
|---|
| Identité et accès | members, indicator_permissions, invitations, auth_sessions, auth_transactions |
| Collecte et diffusion | campaigns, drafts, observations, observation_versions, publication_rules |
| Édition et exploitation | news, jobs, documents, audit, settings |
Les relations conceptuelles ne sont pas des clés étrangères SQL déclarées. Les contrôles référentiels sont assurés dans les API et les index uniques. Les documents déposés sont dans R2 et leurs métadonnées dans documents. Appliquer les migrations Drizzle dans l’ordre ; aucune nouvelle migration n’est requise pour cette consolidation documentaire.
Identités et édition
Identités et droits : les autorisations s’appliquent au pays et à l’indicateur.
Édition : fichiers documentaires et métadonnées, contenus publiés et traçabilité.Catalogues publics versionnés
| Catalogue | Structure et relation |
|---|
| artac-official-content.json | Archives, documents, photos, vidéos et organisation institutionnelle ; médias locaux liés par chemin. |
| artac-legacy-routes.json | Ancienne adresse vers notice ou rubrique conservée. |
| news-catalog.json | Actualité sectorielle avec publication, événement, pays, niveau, source et illustration. |
| job-watch.json | Emploi Interne ou Externe, pays, niveau, employeur, vérification et échéance. |
| opportunity-watch.json | Appel ou événement avec public concerné, conditions, source et instant de fermeture. |
| watch-verification.json | Sources consultées et limites de couverture. |
| indicator-methods.json / glossary.json | Définitions et méthodes du référentiel UIT/UPU ; termes techniques du glossaire commun. |
| member-reports.json | Notice de rapport avec pays, institution, type, période, source officielle et fichier local lorsqu’il est disponible. |
Une fiche documentaire peut présenter plusieurs formats binaires sans créer plusieurs publications. Un album contient plusieurs médias ; une affiche n’est pas une photographie d’activité. Une vidéo conserve l’identifiant du fournisseur et sa miniature ; son fichier n’est pas stocké localement. Les catalogues sectoriels sont fusionnés avec les contenus éditoriaux autorisés pour l’affichage.
Évolution vers des opérateurs distincts
Le modèle actuel ne possède pas de clé entreprise dans les observations. L’ouverture aux sociétés exige une entité organisation, une affiliation de compte, des clés de périmètre adaptées et des règles de consolidation et de publication. Cette évolution doit précéder les accès de plusieurs entreprises privées, puis être testée avec deux sociétés du même pays.
Les schémas ARTAC_MCD.svg, ARTAC_MCD_Editorial.svg et ARTAC_MCD_Identite.svg décrivent le noyau transactionnel. Le présent document complète leur lecture par les catalogues publics ; il ne prétend pas ajouter des contraintes absentes du schéma physique.
Retour au kit documentaire