<?xml version="1.0" encoding="utf-8"?><feed xmlns="http://www.w3.org/2005/Atom" ><generator uri="https://jekyllrb.com/" version="3.10.0">Jekyll</generator><link href="https://bakodramane.github.io/feed.xml" rel="self" type="application/atom+xml" /><link href="https://bakodramane.github.io/" rel="alternate" type="text/html" /><updated>2026-06-22T15:11:06+00:00</updated><id>https://bakodramane.github.io/feed.xml</id><title type="html">AI for Official Statistics | Dramane Bako</title><subtitle>AI for Official Statistics: practical insights on AI tools, methods and governance for surveys, censuses, administrative data and agricultural statistics.</subtitle><author><name>Dramane Bako</name></author><entry xml:lang="en"><title type="html">AI-ready data pipelines and governance controls</title><link href="https://bakodramane.github.io/2026/06/22/ai-data-pipelines-governance/" rel="alternate" type="text/html" title="AI-ready data pipelines and governance controls" /><published>2026-06-22T00:00:00+00:00</published><updated>2026-06-22T00:00:00+00:00</updated><id>https://bakodramane.github.io/2026/06/22/ai-data-pipelines-governance</id><content type="html" xml:base="https://bakodramane.github.io/2026/06/22/ai-data-pipelines-governance/"><![CDATA[<h2 id="executive-summary"><strong>Executive summary</strong></h2>

<p>This week’s developments are less about new general-purpose models and more about the foundations needed to use artificial intelligence (AI) responsibly in statistical production: stable tabular processing, reproducible modelling, partition-aware orchestration and clearer governance expectations. For national statistical offices, the practical message is to strengthen data engineering, audit trails and risk controls before expanding AI-assisted editing, integration or dissemination workflows.</p>

<h2 id="what-is-new-this-week"><strong>What is new this week</strong></h2>

<h3 id="cleaning-and-quality-assurance">Cleaning and quality assurance</h3>

<p><strong>pandas 3.0.3 stabilises the 3.0 line for tabular cleaning workflows</strong></p>

<ul>
  <li><strong>Release date:</strong> 11 May 2026.</li>
  <li><strong>What it does:</strong> pandas 3.0.3 is a patch release in the 3.0 series. The 3.0 line introduced a default string data type, consistent copy/view behaviour through Copy-on-Write, updated datetime resolution and an initial <code class="language-plaintext highlighter-rouge">pd.col</code> expression syntax.</li>
  <li><strong>Why it matters for official statistics:</strong> pandas remains a common tool for survey cleaning, administrative data preparation and exploratory quality checks. The 3.0 changes can reduce ambiguous string handling and copy/view errors, but they may also expose assumptions in older cleaning scripts.</li>
  <li><strong>Practical use case:</strong> Review and migrate questionnaire-editing scripts that standardise names, classify text fields or derive date variables before loading data into a controlled processing environment.</li>
  <li><strong>Implementation notes:</strong> Treat the migration as a reproducibility exercise. Pin package versions, run regression tests on historical datasets, compare row counts and summary indicators before and after migration, and document any changed handling of missing values, strings or dates.</li>
  <li><strong>Sources:</strong> <a href="https://github.com/pandas-dev/pandas/releases/tag/v3.0.3">pandas 3.0.3 release</a>; <a href="https://pandas.pydata.org/docs/dev/whatsnew/v3.0.0.html">pandas 3.0.0 release notes</a>.</li>
</ul>

<p><strong>Polars 1.41.2 adds performance fixes for large tabular transformations</strong></p>

<ul>
  <li><strong>Release date:</strong> 29 May 2026.</li>
  <li><strong>What it does:</strong> Python Polars 1.41.2 includes performance improvements around memory allocation and avoids materialising some broadcast and scalar-column operations.</li>
  <li><strong>Why it matters for official statistics:</strong> Faster lazy and columnar transformations can support quality checks on larger administrative files, census extracts and linked datasets, especially where agencies need repeatable pipelines rather than manual spreadsheet operations.</li>
  <li><strong>Practical use case:</strong> Profile a Polars pipeline that standardises administrative registers, applies duplicate checks and creates aggregate validation tables before secure linkage or modelling.</li>
  <li><strong>Implementation notes:</strong> Performance gains are workload-specific. Validate outputs against existing SQL, R or pandas pipelines, check type conversions carefully, and keep execution plans and logs for auditability.</li>
  <li><strong>Source:</strong> <a href="https://github.com/pola-rs/polars/releases/tag/py-1.41.2">Python Polars 1.41.2 release</a>.</li>
</ul>

<h3 id="processing-and-integration">Processing and integration</h3>

<p><strong>Apache Arrow 24.0.0 refreshes the columnar data interchange layer</strong></p>

<ul>
  <li><strong>Release date:</strong> 21 April 2026.</li>
  <li><strong>What it does:</strong> Apache Arrow 24.0.0 provides a new release of the cross-language columnar memory and file-format ecosystem used by many data tools for analytics and data exchange.</li>
  <li><strong>Why it matters for official statistics:</strong> Arrow-based formats and libraries can reduce friction between Python, R, Java, SQL engines and cloud processing tools. This is relevant when survey, census and administrative workflows span multiple systems.</li>
  <li><strong>Practical use case:</strong> Use Arrow or Parquet as an intermediate format for reproducible transfers between administrative data ingestion, validation scripts and analytical modelling environments.</li>
  <li><strong>Implementation notes:</strong> Interchange formats do not remove governance obligations. Offices should define schema contracts, metadata requirements, encryption rules, retention policies and checksums for every transfer.</li>
  <li><strong>Sources:</strong> <a href="https://github.com/apache/arrow/releases/tag/apache-arrow-24.0.0">Apache Arrow 24.0.0 release</a>; <a href="https://arrow.apache.org/release/24.0.0.html">Apache Arrow release notes</a>.</li>
</ul>

<p><strong>Apache Airflow 3.2.2 and 3.2 asset partitioning support more precise orchestration</strong></p>

<ul>
  <li><strong>Release date:</strong> 29 May 2026 for Airflow 3.2.2; asset partitioning introduced in Airflow 3.2.0 on 7 April 2026.</li>
  <li><strong>What it does:</strong> Airflow 3.2 introduced asset partitioning, allowing downstream workflows to react to specific updated partitions rather than entire datasets. Version 3.2.2 provides a later maintenance release in the same line.</li>
  <li><strong>Why it matters for official statistics:</strong> Partition-aware orchestration can make recurring administrative data pipelines more efficient and traceable when new monthly, regional or source-specific partitions arrive.</li>
  <li><strong>Practical use case:</strong> Trigger validation and aggregation only for a newly received month of tax, education or health administrative data, while leaving validated historical partitions unchanged.</li>
  <li><strong>Implementation notes:</strong> Partitioning should be paired with clear data contracts, access controls and failure handling. Agencies should record which partition, source version and code version produced every derived table.</li>
  <li><strong>Sources:</strong> <a href="https://github.com/apache/airflow/releases/tag/3.2.2">Apache Airflow 3.2.2 release</a>; <a href="https://github.com/apache/airflow/releases/tag/3.2.0">Apache Airflow 3.2.0 release</a>.</li>
</ul>

<h3 id="analysis-and-modelling">Analysis and modelling</h3>

<p><strong>scikit-learn 1.7.0 updates modelling pipelines for Python 3.10-3.13</strong></p>

<ul>
  <li><strong>Release date:</strong> 6 June 2026.</li>
  <li><strong>What it does:</strong> scikit-learn 1.7.0 supports Python 3.10 to 3.13 and adds experimental support for free-threaded CPython. The project also provides release highlights and a detailed changelog for model and API changes.</li>
  <li><strong>Why it matters for official statistics:</strong> scikit-learn is widely used for classification, imputation benchmarks, anomaly detection and model evaluation. Version changes can affect reproducibility and deployment environments for statistical machine learning.</li>
  <li><strong>Practical use case:</strong> Re-run benchmark models for occupation coding, edit-failure prediction or non-response propensity modelling under the updated library stack before approving any production migration.</li>
  <li><strong>Implementation notes:</strong> Do not assume unchanged estimates after a library upgrade. Freeze training data, random seeds and metrics; compare calibration and subgroup errors; and retain model cards or technical notes for governance review.</li>
  <li><strong>Sources:</strong> <a href="https://github.com/scikit-learn/scikit-learn/releases/tag/1.7.0">scikit-learn 1.7.0 release</a>; <a href="https://scikit-learn.org/stable/whats_new/v1.7.html">scikit-learn 1.7 changelog</a>.</li>
</ul>

<h3 id="governance-privacy-and-responsible-ai">Governance, privacy and responsible AI</h3>

<p><strong>European Commission updates the General-Purpose AI Code of Practice page</strong></p>

<ul>
  <li><strong>Update date:</strong> 23 April 2026.</li>
  <li><strong>What it does:</strong> The European Commission’s page describes the General-Purpose AI Code of Practice as a voluntary tool to help providers comply with AI Act obligations on transparency, copyright, and safety and security. It also lists signatories and links to documentation resources.</li>
  <li><strong>Why it matters for official statistics:</strong> Statistical offices that procure or integrate general-purpose AI services need to understand supplier documentation, transparency and risk-management expectations, even when the office itself is not a model provider.</li>
  <li><strong>Practical use case:</strong> Add supplier questions on model documentation, training-data transparency, copyright policy, systemic-risk controls and incident reporting to procurement or pilot approval templates.</li>
  <li><strong>Implementation notes:</strong> The code is provider-facing and does not replace national statistical legislation, data-protection impact assessments or confidentiality rules. Agencies should map its transparency concepts to their own model registers, data-processing records and public documentation.</li>
  <li><strong>Source:</strong> <a href="https://digital-strategy.ec.europa.eu/en/policies/contents-code-gpai">European Commission General-Purpose AI Code of Practice</a>.</li>
</ul>

<h2 id="implications-for-statistical-offices"><strong>Implications for statistical offices</strong></h2>

<p>The strongest theme is that AI capability depends on disciplined data infrastructure. Faster tabular libraries, columnar interchange and partition-aware orchestration can make survey and administrative pipelines more reliable, but only if they are supported by version control, reproducible tests, metadata and clear responsibility for failures.</p>

<p>For AI-assisted modelling, library upgrades should be treated as methodological changes, not routine IT housekeeping. Even when models are unchanged, dependency changes can affect type handling, performance, numerical behaviour and deployment constraints.</p>

<p>Governance work also needs to move upstream. Procurement, pilot design and internal approval processes should ask how data, models, prompts, logs and outputs are documented and controlled before sensitive data are introduced.</p>

<h2 id="next-actions"><strong>Next actions</strong></h2>

<ul>
  <li>Inventory pandas, Polars, Arrow, Airflow and scikit-learn versions used in survey, census and administrative data pipelines.</li>
  <li>Select one high-value cleaning or validation workflow and add regression tests using historical data.</li>
  <li>Define minimum metadata for partitioned administrative data: source, period, receipt date, schema version, validation status and processing code version.</li>
  <li>Review AI procurement templates against the European Commission’s transparency and safety documentation expectations.</li>
  <li>Require a short migration note before upgrading modelling libraries used for imputation, classification or quality assurance.</li>
  <li>Keep AI pilots on non-confidential or strongly protected test data until governance, logging and review procedures are documented.</li>
</ul>

<h2 id="sources"><strong>Sources</strong></h2>

<ul>
  <li><a href="https://github.com/pandas-dev/pandas/releases/tag/v3.0.3">pandas 3.0.3 release</a></li>
  <li><a href="https://pandas.pydata.org/docs/dev/whatsnew/v3.0.0.html">pandas 3.0.0 release notes</a></li>
  <li><a href="https://github.com/pola-rs/polars/releases/tag/py-1.41.2">Python Polars 1.41.2 release</a></li>
  <li><a href="https://github.com/apache/arrow/releases/tag/apache-arrow-24.0.0">Apache Arrow 24.0.0 release</a></li>
  <li><a href="https://arrow.apache.org/release/24.0.0.html">Apache Arrow 24.0.0 release notes</a></li>
  <li><a href="https://github.com/apache/airflow/releases/tag/3.2.2">Apache Airflow 3.2.2 release</a></li>
  <li><a href="https://github.com/apache/airflow/releases/tag/3.2.0">Apache Airflow 3.2.0 release</a></li>
  <li><a href="https://github.com/scikit-learn/scikit-learn/releases/tag/1.7.0">scikit-learn 1.7.0 release</a></li>
  <li><a href="https://scikit-learn.org/stable/whats_new/v1.7.html">scikit-learn 1.7 changelog</a></li>
  <li><a href="https://digital-strategy.ec.europa.eu/en/policies/contents-code-gpai">European Commission General-Purpose AI Code of Practice</a></li>
</ul>]]></content><author><name>Dramane Bako</name></author><category term="AI" /><category term="Survey Research" /><category term="Weekly Update" /><category term="Surveys" /><category term="Administrative Data" /><category term="Official Statistics" /><category term="AI tools" /><category term="surveys" /><category term="censuses" /><category term="administrative data" /><category term="official statistics" /><summary type="html"><![CDATA[Recent AI-relevant updates for statistical data pipelines, modelling workflows and governance controls.]]></summary></entry><entry xml:lang="fr"><title type="html">Pipelines de données pour l’IA et contrôles de gouvernance</title><link href="https://bakodramane.github.io/fr/2026/06/22/pipelines-donnees-ia-gouvernance/" rel="alternate" type="text/html" title="Pipelines de données pour l’IA et contrôles de gouvernance" /><published>2026-06-22T00:00:00+00:00</published><updated>2026-06-22T00:00:00+00:00</updated><id>https://bakodramane.github.io/fr/2026/06/22/pipelines-donnees-ia-gouvernance-fr</id><content type="html" xml:base="https://bakodramane.github.io/fr/2026/06/22/pipelines-donnees-ia-gouvernance/"><![CDATA[<h2 id="résumé-exécutif"><strong>Résumé exécutif</strong></h2>

<p>Les nouveautés de cette semaine portent moins sur de nouveaux modèles généralistes que sur les bases nécessaires à une utilisation responsable de l’intelligence artificielle (IA) dans la production statistique : traitement tabulaire stable, modélisation reproductible, orchestration par partition et attentes de gouvernance plus explicites. Pour les offices statistiques nationaux, le message opérationnel est de renforcer l’ingénierie des données, les pistes d’audit et les contrôles de risque avant d’étendre les usages d’IA pour l’édition, l’intégration ou la diffusion.</p>

<h2 id="nouveautés-de-la-semaine"><strong>Nouveautés de la semaine</strong></h2>

<h3 id="nettoyage-et-contrôle-de-qualité">Nettoyage et contrôle de qualité</h3>

<p><strong>pandas 3.0.3 stabilise la branche 3.0 pour les traitements tabulaires</strong></p>

<ul>
  <li><strong>Date de publication :</strong> 11 mai 2026.</li>
  <li><strong>Fonction :</strong> pandas 3.0.3 est une version corrective de la série 3.0. Cette série a introduit un type chaîne de caractères par défaut, un comportement copie/vue plus cohérent avec Copy-on-Write, une résolution mise à jour pour les données temporelles et une première syntaxe d’expression <code class="language-plaintext highlighter-rouge">pd.col</code>.</li>
  <li><strong>Intérêt pour la statistique officielle :</strong> pandas reste un outil courant pour le nettoyage d’enquêtes, la préparation de données administratives et les contrôles exploratoires de qualité. Les changements de la version 3.0 peuvent réduire certaines ambiguïtés sur les chaînes et les copies de données, mais ils peuvent aussi révéler des hypothèses implicites dans d’anciens scripts.</li>
  <li><strong>Cas d’usage :</strong> Revoir et migrer des scripts d’édition de questionnaires qui harmonisent des noms, classent des champs texte ou dérivent des variables de date avant chargement dans un environnement de traitement contrôlé.</li>
  <li><strong>Mise en œuvre :</strong> Traiter la migration comme un exercice de reproductibilité. Il faut fixer les versions, exécuter des tests de régression sur des jeux historiques, comparer les effectifs et indicateurs sommaires avant et après migration, et documenter tout changement concernant les valeurs manquantes, les chaînes ou les dates.</li>
  <li><strong>Sources :</strong> <a href="https://github.com/pandas-dev/pandas/releases/tag/v3.0.3">version pandas 3.0.3</a> ; <a href="https://pandas.pydata.org/docs/dev/whatsnew/v3.0.0.html">notes de version pandas 3.0.0</a>.</li>
</ul>

<p><strong>Polars 1.41.2 apporte des corrections de performance pour les grands traitements tabulaires</strong></p>

<ul>
  <li><strong>Date de publication :</strong> 29 mai 2026.</li>
  <li><strong>Fonction :</strong> Python Polars 1.41.2 inclut des améliorations de performance liées à l’allocation mémoire et évite de matérialiser certaines opérations de diffusion et de colonnes scalaires.</li>
  <li><strong>Intérêt pour la statistique officielle :</strong> Des transformations paresseuses et columnaires plus rapides peuvent soutenir les contrôles de qualité sur de grands fichiers administratifs, extraits de recensement et jeux appariés, en particulier lorsque les organismes veulent des pipelines reproductibles plutôt que des opérations manuelles dans des tableurs.</li>
  <li><strong>Cas d’usage :</strong> Profiler un pipeline Polars qui harmonise des registres administratifs, applique des contrôles de doublons et produit des tableaux agrégés de validation avant appariement sécurisé ou modélisation.</li>
  <li><strong>Mise en œuvre :</strong> Les gains de performance dépendent des charges de travail. Il faut valider les sorties par rapport aux pipelines existants en SQL, R ou pandas, vérifier soigneusement les conversions de type, et conserver les plans d’exécution et journaux pour l’audit.</li>
  <li><strong>Source :</strong> <a href="https://github.com/pola-rs/polars/releases/tag/py-1.41.2">version Python Polars 1.41.2</a>.</li>
</ul>

<h3 id="traitement-et-intégration">Traitement et intégration</h3>

<p><strong>Apache Arrow 24.0.0 actualise la couche d’échange de données columnaires</strong></p>

<ul>
  <li><strong>Date de publication :</strong> 21 avril 2026.</li>
  <li><strong>Fonction :</strong> Apache Arrow 24.0.0 fournit une nouvelle version de l’écosystème de mémoire et de formats columnaires interlangages utilisé par de nombreux outils d’analyse et d’échange de données.</li>
  <li><strong>Intérêt pour la statistique officielle :</strong> Les formats et bibliothèques fondés sur Arrow peuvent réduire les frictions entre Python, R, Java, les moteurs SQL et les outils de traitement en nuage. C’est utile lorsque les chaînes d’enquêtes, de recensements et de données administratives traversent plusieurs systèmes.</li>
  <li><strong>Cas d’usage :</strong> Utiliser Arrow ou Parquet comme format intermédiaire reproductible entre l’ingestion de données administratives, les scripts de validation et les environnements de modélisation analytique.</li>
  <li><strong>Mise en œuvre :</strong> Les formats d’échange ne suppriment pas les obligations de gouvernance. Les offices doivent définir des contrats de schéma, des exigences de métadonnées, des règles de chiffrement, des politiques de conservation et des sommes de contrôle pour chaque transfert.</li>
  <li><strong>Sources :</strong> <a href="https://github.com/apache/arrow/releases/tag/apache-arrow-24.0.0">version Apache Arrow 24.0.0</a> ; <a href="https://arrow.apache.org/release/24.0.0.html">notes de version Apache Arrow</a>.</li>
</ul>

<p><strong>Apache Airflow 3.2.2 et le partitionnement des actifs en 3.2 renforcent l’orchestration</strong></p>

<ul>
  <li><strong>Date de publication :</strong> 29 mai 2026 pour Airflow 3.2.2 ; partitionnement des actifs introduit dans Airflow 3.2.0 le 7 avril 2026.</li>
  <li><strong>Fonction :</strong> Airflow 3.2 a introduit le partitionnement des actifs, qui permet aux traitements en aval de réagir à des partitions précises plutôt qu’à des jeux de données complets. La version 3.2.2 constitue une version de maintenance plus récente de la même branche.</li>
  <li><strong>Intérêt pour la statistique officielle :</strong> Une orchestration par partition peut rendre les pipelines récurrents de données administratives plus efficaces et plus traçables lorsque de nouvelles partitions mensuelles, régionales ou propres à une source sont reçues.</li>
  <li><strong>Cas d’usage :</strong> Déclencher la validation et l’agrégation uniquement pour un nouveau mois de données fiscales, éducatives ou sanitaires, sans retraiter les partitions historiques déjà validées.</li>
  <li><strong>Mise en œuvre :</strong> Le partitionnement doit s’accompagner de contrats de données clairs, de contrôles d’accès et d’une gestion documentée des échecs. Les organismes devraient enregistrer la partition, la version de source et la version de code utilisées pour produire chaque table dérivée.</li>
  <li><strong>Sources :</strong> <a href="https://github.com/apache/airflow/releases/tag/3.2.2">version Apache Airflow 3.2.2</a> ; <a href="https://github.com/apache/airflow/releases/tag/3.2.0">version Apache Airflow 3.2.0</a>.</li>
</ul>

<h3 id="analyse-et-modélisation">Analyse et modélisation</h3>

<p><strong>scikit-learn 1.7.0 met à jour les pipelines de modélisation pour Python 3.10-3.13</strong></p>

<ul>
  <li><strong>Date de publication :</strong> 6 juin 2026.</li>
  <li><strong>Fonction :</strong> scikit-learn 1.7.0 prend en charge Python 3.10 à 3.13 et ajoute un support expérimental de CPython sans verrou global. Le projet fournit aussi des faits saillants de version et un journal détaillé des changements de modèles et d’interface.</li>
  <li><strong>Intérêt pour la statistique officielle :</strong> scikit-learn est largement utilisé pour la classification, les bancs d’essai d’imputation, la détection d’anomalies et l’évaluation de modèles. Les changements de version peuvent affecter la reproductibilité et les environnements de déploiement de l’apprentissage automatique statistique.</li>
  <li><strong>Cas d’usage :</strong> Réexécuter des modèles de référence pour le codage des professions, la prédiction d’échecs de contrôles ou la modélisation de la propension à la non-réponse avant toute migration en production.</li>
  <li><strong>Mise en œuvre :</strong> Il ne faut pas supposer que les estimations restent inchangées après une mise à jour de bibliothèque. Les données d’apprentissage, les graines aléatoires et les métriques doivent être fixées ; la calibration et les erreurs par sous-groupe doivent être comparées ; et des fiches de modèle ou notes techniques doivent être conservées pour la revue de gouvernance.</li>
  <li><strong>Sources :</strong> <a href="https://github.com/scikit-learn/scikit-learn/releases/tag/1.7.0">version scikit-learn 1.7.0</a> ; <a href="https://scikit-learn.org/stable/whats_new/v1.7.html">journal des changements scikit-learn 1.7</a>.</li>
</ul>

<h3 id="gouvernance-confidentialité-et-ia-responsable">Gouvernance, confidentialité et IA responsable</h3>

<p><strong>La Commission européenne met à jour la page du Code de bonnes pratiques pour l’IA à usage général</strong></p>

<ul>
  <li><strong>Date de mise à jour :</strong> 23 avril 2026.</li>
  <li><strong>Fonction :</strong> La page de la Commission européenne décrit le Code de bonnes pratiques pour l’IA à usage général comme un outil volontaire aidant les fournisseurs à respecter les obligations de l’AI Act en matière de transparence, de droit d’auteur, de sûreté et de sécurité. Elle énumère aussi les signataires et renvoie vers les ressources documentaires.</li>
  <li><strong>Intérêt pour la statistique officielle :</strong> Les offices statistiques qui achètent ou intègrent des services d’IA généraliste doivent comprendre les attentes relatives à la documentation des fournisseurs, à la transparence et à la gestion des risques, même lorsque l’office n’est pas lui-même fournisseur de modèle.</li>
  <li><strong>Cas d’usage :</strong> Ajouter aux modèles d’achat ou d’approbation de pilotes des questions sur la documentation des modèles, la transparence des données d’entraînement, la politique de droit d’auteur, les contrôles des risques systémiques et la déclaration d’incidents.</li>
  <li><strong>Mise en œuvre :</strong> Le code vise les fournisseurs et ne remplace ni la législation statistique nationale, ni les analyses d’impact sur la protection des données, ni les règles de confidentialité. Les organismes devraient relier ses concepts de transparence à leurs registres de modèles, registres de traitement et documents publics.</li>
  <li><strong>Source :</strong> <a href="https://digital-strategy.ec.europa.eu/en/policies/contents-code-gpai">Code de bonnes pratiques pour l’IA à usage général de la Commission européenne</a>.</li>
</ul>

<h2 id="implications-pour-les-offices-statistiques"><strong>Implications pour les offices statistiques</strong></h2>

<p>Le thème dominant est que les capacités d’IA dépendent d’une infrastructure de données disciplinée. Des bibliothèques tabulaires plus rapides, des formats d’échange columnaires et une orchestration par partition peuvent rendre les chaînes d’enquêtes et de données administratives plus fiables, mais seulement s’ils sont accompagnés de gestion de versions, de tests reproductibles, de métadonnées et de responsabilités claires en cas d’échec.</p>

<p>Pour la modélisation assistée par IA, les mises à jour de bibliothèques doivent être traitées comme des changements méthodologiques, et non comme de simples opérations informatiques. Même lorsque les modèles ne changent pas, les dépendances peuvent modifier la gestion des types, les performances, le comportement numérique et les contraintes de déploiement.</p>

<p>La gouvernance doit aussi intervenir plus en amont. Les achats, les pilotes et les processus internes d’approbation devraient préciser comment les données, modèles, consignes, journaux et résultats sont documentés et contrôlés avant l’introduction de données sensibles.</p>

<h2 id="prochaines-actions"><strong>Prochaines actions</strong></h2>

<ul>
  <li>Inventorier les versions de pandas, Polars, Arrow, Airflow et scikit-learn utilisées dans les pipelines d’enquêtes, de recensements et de données administratives.</li>
  <li>Choisir un flux prioritaire de nettoyage ou de validation et ajouter des tests de régression à partir de données historiques.</li>
  <li>Définir les métadonnées minimales pour les données administratives partitionnées : source, période, date de réception, version de schéma, statut de validation et version du code de traitement.</li>
  <li>Revoir les modèles d’achat d’IA à la lumière des attentes de la Commission européenne sur la transparence et la documentation de sécurité.</li>
  <li>Exiger une courte note de migration avant toute mise à jour de bibliothèques utilisées pour l’imputation, la classification ou le contrôle de qualité.</li>
  <li>Maintenir les pilotes d’IA sur des données non confidentielles ou fortement protégées jusqu’à ce que la gouvernance, la journalisation et les procédures de revue soient documentées.</li>
</ul>

<h2 id="sources"><strong>Sources</strong></h2>

<ul>
  <li><a href="https://github.com/pandas-dev/pandas/releases/tag/v3.0.3">version pandas 3.0.3</a></li>
  <li><a href="https://pandas.pydata.org/docs/dev/whatsnew/v3.0.0.html">notes de version pandas 3.0.0</a></li>
  <li><a href="https://github.com/pola-rs/polars/releases/tag/py-1.41.2">version Python Polars 1.41.2</a></li>
  <li><a href="https://github.com/apache/arrow/releases/tag/apache-arrow-24.0.0">version Apache Arrow 24.0.0</a></li>
  <li><a href="https://arrow.apache.org/release/24.0.0.html">notes de version Apache Arrow 24.0.0</a></li>
  <li><a href="https://github.com/apache/airflow/releases/tag/3.2.2">version Apache Airflow 3.2.2</a></li>
  <li><a href="https://github.com/apache/airflow/releases/tag/3.2.0">version Apache Airflow 3.2.0</a></li>
  <li><a href="https://github.com/scikit-learn/scikit-learn/releases/tag/1.7.0">version scikit-learn 1.7.0</a></li>
  <li><a href="https://scikit-learn.org/stable/whats_new/v1.7.html">journal des changements scikit-learn 1.7</a></li>
  <li><a href="https://digital-strategy.ec.europa.eu/en/policies/contents-code-gpai">Code de bonnes pratiques pour l’IA à usage général de la Commission européenne</a></li>
</ul>]]></content><author><name>Dramane Bako</name></author><category term="AI" /><category term="Survey Research" /><category term="Weekly Update" /><category term="IA" /><category term="Enquêtes" /><category term="Données administratives" /><category term="Statistiques officielles" /><category term="outils IA" /><category term="enquêtes" /><category term="recensements" /><category term="données administratives" /><category term="statistiques officielles" /><summary type="html"><![CDATA[Nouveautés récentes pour les pipelines de données statistiques, la modélisation et les contrôles de gouvernance de l'IA.]]></summary></entry><entry xml:lang="fr"><title type="html">Mise à jour hebdomadaire sur les outils d’IA pour les enquêtes et les données administratives : 17 juin 2026</title><link href="https://bakodramane.github.io/2026/06/17/weekly-update-ai-tools-surveys-administrative-data-june-17-fr/" rel="alternate" type="text/html" title="Mise à jour hebdomadaire sur les outils d’IA pour les enquêtes et les données administratives : 17 juin 2026" /><published>2026-06-17T00:00:00+00:00</published><updated>2026-06-17T00:00:00+00:00</updated><id>https://bakodramane.github.io/2026/06/17/weekly-update-ai-tools-surveys-administrative-data-june-17-fr</id><content type="html" xml:base="https://bakodramane.github.io/2026/06/17/weekly-update-ai-tools-surveys-administrative-data-june-17-fr/"><![CDATA[<h2 id="résumé-exécutif"><strong>Résumé exécutif</strong></h2>

<p>Les mises à jour de cette semaine mettent en lumière les avancées de l’intégration de l’IA dans les statistiques officielles, en mettant l’accent sur la gouvernance, l’accessibilité des outils open source et l’amélioration des capacités de traitement des données. Parmi les principaux développements figurent le Digital Government Outlook 2026 de l’OCDE, qui cartographie l’adoption de l’IA par les États membres, et la sortie de TALL, une application R-Shiny interactive démocratisant l’analyse de texte. En outre, d’importantes mises à jour des bibliothèques open source telles que MinerU et Hugging Face Transformers offrent des outils améliorés pour l’analyse de documents et le déploiement de modèles. Ces avancées fournissent aux instituts statistiques des outils plus robustes, accessibles et gouvernables pour moderniser les flux de travail des données.</p>

<h2 id="quoi-de-neuf-cette-semaine"><strong>Quoi de neuf cette semaine</strong></h2>
<h3 id="gouvernance-et-adoption-stratégique">Gouvernance et adoption stratégique</h3>

<p><strong>Le Digital Government Outlook 2026 de l’OCDE cartographie l’adoption de l’AI dans l’administration</strong></p>

<p>L’OCDE a publié le Digital Government Outlook 2026 le 15 juin 2026, offrant une vue d’ensemble complète de la maturité du gouvernement numérique. Le rapport indique que l’AI est désormais utilisée dans au moins un domaine de l’administration dans 97 % des pays de l’OCDE. Il met en évidence que, bien que les stratégies d’AI soient répandues, les contrôles opérationnels, le soutien aux achats publics et la mesure de l’impact accusent un retard.</p>

<p>Les instituts nationaux de statistique font partie de cet écosystème gouvernemental plus large. Le rapport souligne la nécessité d’une gouvernance solide, de mécanismes de transparence et d’évaluation de l’impact lors du déploiement de l’AI dans les services publics et l’élaboration des politiques publiques. Les organismes statistiques peuvent utiliser l’OECD Framework for Trustworthy AI in Government pour étalonner leurs propres initiatives d’AI et identifier les lacunes dans leurs structures de gouvernance, en particulier concernant la transparence algorithmique et l’évaluation des risques. Les organismes devraient se concentrer sur le passage au-delà des projets pilotes en établissant des seuils de qualité clairs et mesurables ainsi que des normes formelles pour la transparence algorithmique.</p>

<ul>
  <li><strong>Source:</strong> <a href="https://www.oecd.org/en/publications/digital-government-outlook_0496b2bc-en/full-report/adopting-and-governing-ai-in-government_7ef312a9.html">Digital Government Outlook 2026 de l’OCDE</a>, 15 juin 2026.
    <h3 id="traitement-des-données-et-analyse-de-texte">Traitement des données et analyse de texte</h3>
  </li>
</ul>

<p><strong>TALL: Text Analysis for All — an interactive R-Shiny application</strong></p>

<p>Publié dans SoftwareX le 12 juin 2026, TALL est une application R-Shiny interactive, sans code, qui unifie l’importation de données, le prétraitement, l’analyse statistique et la visualisation pour les données textuelles. Il prend en charge 56 langues via 87 modèles pré-entraînés et intègre un assistant IA (Google Gemini) pour l’interprétation en langage naturel des résultats.</p>

<p>Cet outil est pertinent pour les statistiques officielles car il abaisse la barrière d’entrée pour l’analyse de textes non structurés, tels que les réponses ouvertes aux enquêtes, les notes administratives ou les données des réseaux sociaux, sans exiger de compétences avancées en programmation. Les méthodologues des enquêtes peuvent utiliser TALL pour analyser rapidement les retours qualitatifs des prétests d’enquête ou pour effectuer de la modélisation thématique et de l’analyse des sentiments sur de grands volumes de données textuelles administratives. Étant open source et conforme aux principes FAIR, il prend en charge des flux de travail de recherche reproductibles. Cependant, les utilisateurs doivent être attentifs à la protection des données lorsqu’ils utilisent la fonctionnalité d’assistant IA intégrée, en veillant à ce qu’aucune microdonnée sensible ne soit transmise à des API externes sans garanties appropriées.</p>

<ul>
  <li><strong>Source:</strong> <a href="https://www.sciencedirect.com/science/article/pii/S2352711026000841">Aria et al., SoftwareX, juin 2026</a>.</li>
</ul>

<p><strong>MinerU 3.3 améliore le moteur d’analyse de documents</strong></p>

<p>Publié le 11 juin 2026, MinerU est un moteur d’analyse de documents haute précision qui convertit des documents complexes (PDF, DOCX, PPTX, XLSX) en Markdown ou JSON structurés. La version 3.3 optimise les performances d’analyse hybride et met à niveau le Vision-Language Model (VLM) principal vers <code class="language-plaintext highlighter-rouge">MinerU2.5-Pro-2605-1.2B</code>, améliorant la stabilité et la prise en charge de l’OCR multilingue.</p>

<p>Les offices statistiques traitent fréquemment des rapports anciens, des formulaires administratifs et des publications non structurées. MinerU fournit une solution robuste, entièrement hors ligne, pour extraire des données structurées à partir de ces formats variés. Il peut automatiser l’extraction de tableaux et de texte à partir de rapports de recensement historiques ou de PDF administratifs entrants afin de constituer une base de connaissances structurée et interrogeable. Le nouveau paramètre <code class="language-plaintext highlighter-rouge">effort</code> permet aux utilisateurs d’équilibrer la vitesse et la précision de l’analyse en fonction des exigences spécifiques de la tâche.</p>

<ul>
  <li><strong>Source:</strong> <a href="https://github.com/opendatalab/mineru">MinerU GitHub Releases</a>, 11 juin 2026.
    <h3 id="analyse-et-modélisation">Analyse et modélisation</h3>
  </li>
</ul>

<p><strong>Hugging Face Transformers v5.12.0 et mises à jour correctives</strong></p>

<p>Entre le 12 et le 15 juin 2026, Hugging Face a publié Transformers v5.12.0 et des correctifs ultérieurs. Cette version ajoute la prise en charge de nouveaux modèles, notamment MiniMax-M3-VL (un modèle vision-langage) et PP-OCRv6 (un système OCR léger). Les correctifs ultérieurs (v5.12.1) ont résolu des problèmes de dépendances et amélioré la compatibilité avec les frameworks de déploiement comme vLLM.</p>

<p>La bibliothèque Transformers reste fondamentale pour déployer des modèles NLP et multimodaux de pointe. L’accès à des modèles OCR et vision-langage efficaces élargit la boîte à outils pour traiter des documents administratifs complexes et multimodaux. Les organismes peuvent déployer un pipeline OCR léger et localisé utilisant PP-OCRv6 pour numériser des formulaires d’enquête scannés ou des reçus administratifs de manière sécurisée au sein de leur infrastructure. Lors de la mise à jour des dépendances dans les environnements de production, les équipes doivent s’assurer de la compatibilité avec les serveurs d’inférence existants et examiner attentivement les modifications du comportement de tokenisation.</p>

<ul>
  <li><strong>Source:</strong> <a href="https://github.com/huggingface/transformers/releases">Hugging Face Transformers Releases</a>, 12-15 juin 2026.</li>
</ul>

<p><strong>Le cadre CLOVER pour l’évaluation comparative de la génération de données synthétiques</strong></p>

<p>Publié dans Artificial Intelligence in the Life Sciences en juin 2026, CLOVER est une bibliothèque Python open source conçue pour évaluer les méthodes de génération de données synthétiques, en équilibrant explicitement utilité et confidentialité. Elle intègre de manière unique la Differential Privacy (DP) à toutes les étapes de la génération, y compris le prétraitement.</p>

<p>La génération de microdonnées synthétiques de haute qualité est une priorité pour les offices statistiques cherchant à permettre l’accès à la recherche sans compromettre la confidentialité des répondants. CLOVER fournit un cadre rigoureux pour évaluer les compromis impliqués. Les équipes peuvent utiliser CLOVER pour évaluer et comparer différents générateurs de données synthétiques (par exemple, Synthpop, CTGAN) sur un échantillon de données administratives avant de sélectionner une méthode pour la publication. L’étude confirme que la mise en œuvre d’une DP stricte réduit significativement l’utilité des données. Les offices statistiques doivent définir soigneusement leur seuil de risque de confidentialité acceptable et sélectionner la méthode de génération qui correspond le mieux à leur cas d’usage spécifique et à leurs contraintes légales.</p>

<ul>
  <li><strong>Source:</strong> <a href="https://www.sciencedirect.com/science/article/pii/S2667318526000036">Qi et al., Artificial Intelligence in the Life Sciences, juin 2026</a>.</li>
</ul>

<table>
  <thead>
    <tr>
      <th style="text-align: left">Outil/Version</th>
      <th style="text-align: left">Catégorie</th>
      <th style="text-align: left">Fonctionnalité clé</th>
      <th style="text-align: left">Cas d’usage principal pour les statistiques officielles</th>
    </tr>
  </thead>
  <tbody>
    <tr>
      <td style="text-align: left"><strong>OECD Digital Gov Outlook</strong></td>
      <td style="text-align: left">Gouvernance</td>
      <td style="text-align: left">Évalue l’adoption et la maturité de l’IA</td>
      <td style="text-align: left">Évaluer la gouvernance de l’IA et la transparence algorithmique</td>
    </tr>
    <tr>
      <td style="text-align: left"><strong>TALL (R-Shiny App)</strong></td>
      <td style="text-align: left">Analyse de texte</td>
      <td style="text-align: left">NLP multilingue et visualisation sans code</td>
      <td style="text-align: left">Analyser des réponses ouvertes d’enquête et des textes administratifs</td>
    </tr>
    <tr>
      <td style="text-align: left"><strong>MinerU 3.3</strong></td>
      <td style="text-align: left">Extraction de documents</td>
      <td style="text-align: left">Extraction hors ligne de tableaux et de texte via VLM/OCR</td>
      <td style="text-align: left">Numériser des rapports PDF anciens et des formulaires administratifs</td>
    </tr>
    <tr>
      <td style="text-align: left"><strong>Transformers v5.12.0</strong></td>
      <td style="text-align: left">Modélisation</td>
      <td style="text-align: left">Prise en charge de nouveaux modèles OCR et VLM légers</td>
      <td style="text-align: left">Déployer des pipelines OCR localisés et sécurisés</td>
    </tr>
    <tr>
      <td style="text-align: left"><strong>CLOVER</strong></td>
      <td style="text-align: left">Données synthétiques</td>
      <td style="text-align: left">Intégration de DP à toutes les étapes de la génération</td>
      <td style="text-align: left">Évaluation comparative de l’utilité par rapport à la confidentialité pour la diffusion de microdonnées</td>
    </tr>
  </tbody>
</table>

<h2 id="implications-pour-les-bureaux-statistiques"><strong>Implications pour les bureaux statistiques</strong></h2>

<p>Les développements de cette semaine renforcent le double besoin d’outils accessibles et d’une gouvernance robuste. Des applications comme TALL et MinerU montrent que de puissantes capacités d’analyse de texte et de documents deviennent de plus en plus accessibles, même aux non-programmeurs, ce qui facilite une adoption plus large au sein des organismes statistiques. Cependant, le rapport de l’OCDE rappelle de manière cruciale que l’adoption technologique doit s’accompagner d’avancées équivalentes en matière de gouvernance, de transparence et de mesure de l’impact. En outre, la recherche sur les données synthétiques (CLOVER) met en évidence les compromis complexes et permanents entre l’utilité des données et les garanties formelles de confidentialité, soulignant qu’il n’existe pas de solution universelle pour le partage de données sensibles.</p>

<h2 id="prochaines-actions"><strong>Prochaines actions</strong></h2>

<ul>
  <li>Passer en revue le OECD Digital Government Outlook 2026 afin d’évaluer le niveau actuel de maturité de la gouvernance de l’IA de l’agence par rapport aux références internationales.</li>
  <li>Piloter l’application TALL R-Shiny pour analyser un échantillon de réponses ouvertes d’enquête afin d’évaluer sa facilité d’utilisation pour le personnel non technique.</li>
  <li>Tester MinerU 3.3 sur un corpus de rapports PDF anciens afin d’évaluer la précision de son extraction de tableaux et son potentiel pour automatiser les flux d’ingestion de données.</li>
  <li>Évaluer le cadre CLOVER pour les projets internes de données synthétiques, en se concentrant sur les compromis utilité-confidentialité des différents générateurs sous divers paramètres de Differential Privacy.</li>
</ul>

<h2 id="sources"><strong>Sources</strong></h2>

<ul>
  <li>OCDE. <a href="https://www.oecd.org/en/publications/digital-government-outlook_0496b2bc-en/full-report/adopting-and-governing-ai-in-government_7ef312a9.html">Perspectives du gouvernement numérique 2026</a>, 15 juin 2026.</li>
  <li>Aria, M., et al. <a href="https://www.sciencedirect.com/science/article/pii/S2352711026000841">TALL: Analyse de texte pour tous — une application R-shiny interactive pour explorer, modéliser et visualiser des données textuelles</a>, SoftwareX, juin 2026.</li>
  <li>OpenDataLab. <a href="https://github.com/opendatalab/mineru">Notes de version de MinerU 3.3</a>, 11 juin 2026.</li>
  <li>Hugging Face. <a href="https://github.com/huggingface/transformers/releases">Transformers version v5.12.0</a>, 12 juin 2026.</li>
  <li>Qi, Y., et al. <a href="https://www.sciencedirect.com/science/article/pii/S2667318526000036">CLOVER: un cadre pour l’évaluation comparative des méthodes de génération de données synthétiques conciliant utilité et confidentialité dans le domaine de la santé</a>, Artificial Intelligence in the Life Sciences, juin 2026.</li>
</ul>]]></content><author><name>Dramane Bako</name></author><category term="AI" /><category term="Survey Research" /><category term="Weekly Update" /><category term="IA" /><category term="Enquêtes" /><category term="Données administratives" /><category term="Statistiques officielles" /><category term="outils IA" /><category term="enquêtes" /><category term="recensements" /><category term="données administratives" /><category term="statistiques officielles" /><summary type="html"><![CDATA[Développements récents en IA pour la collecte, le traitement et l'analyse des données dans les statistiques officielles pour la semaine du 17 juin 2026.]]></summary></entry><entry xml:lang="en"><title type="html">Weekly Update on AI Tools for Surveys and Administrative Data: June 17, 2026</title><link href="https://bakodramane.github.io/2026/06/17/weekly-update-ai-tools-surveys-administrative-data-june-17/" rel="alternate" type="text/html" title="Weekly Update on AI Tools for Surveys and Administrative Data: June 17, 2026" /><published>2026-06-17T00:00:00+00:00</published><updated>2026-06-17T00:00:00+00:00</updated><id>https://bakodramane.github.io/2026/06/17/weekly-update-ai-tools-surveys-administrative-data-june-17</id><content type="html" xml:base="https://bakodramane.github.io/2026/06/17/weekly-update-ai-tools-surveys-administrative-data-june-17/"><![CDATA[<h2 id="executive-summary"><strong>Executive summary</strong></h2>

<p>This week’s updates highlight advancements in AI integration across official statistics, emphasizing governance, open-source tool accessibility, and enhanced data processing capabilities. Key developments include the OECD’s Digital Government Outlook 2026, which maps AI adoption across member states, and the release of TALL, an interactive R-Shiny application democratizing text analysis. Additionally, significant updates to open-source libraries like MinerU and Hugging Face Transformers offer improved tools for document parsing and model deployment. These advancements provide statistical offices with more robust, accessible, and governable tools for modernizing data workflows.</p>

<h2 id="what-is-new-this-week"><strong>What is new this week</strong></h2>

<h3 id="governance-and-strategic-adoption">Governance and strategic adoption</h3>

<p><strong>OECD Digital Government Outlook 2026 maps AI adoption in government</strong></p>

<p>The OECD released the Digital Government Outlook 2026 on June 15, 2026, providing a comprehensive overview of digital government maturity. The report notes that AI is now used in at least one area of government in 97% of OECD countries. It highlights that while AI strategies are widespread, operational controls, procurement support, and impact measurement lag behind.</p>

<p>National statistical offices are part of this broader government ecosystem. The report underscores the need for strong governance, transparency mechanisms, and impact evaluation when deploying AI in public services and policymaking. Statistical agencies can use the OECD Framework for Trustworthy AI in Government to benchmark their own AI initiatives and identify gaps in their governance structures, particularly regarding algorithmic transparency and risk assessment. Agencies should focus on moving beyond pilot projects by establishing clear, measurable quality thresholds and formal standards for algorithmic transparency.</p>

<ul>
  <li><strong>Source:</strong> <a href="https://www.oecd.org/en/publications/digital-government-outlook_0496b2bc-en/full-report/adopting-and-governing-ai-in-government_7ef312a9.html">OECD Digital Government Outlook 2026</a>, 15 June 2026.</li>
</ul>

<h3 id="data-processing-and-text-analysis">Data processing and text analysis</h3>

<p><strong>TALL: Text Analysis for All — an interactive R-Shiny application</strong></p>

<p>Published in SoftwareX on June 12, 2026, TALL is a code-free, interactive R-Shiny application that unifies data import, pre-processing, statistical analysis, and visualization for textual data. It supports 56 languages via 87 pre-trained models and integrates an AI assistant (Google Gemini) for natural-language interpretation of results.</p>

<p>This tool matters for official statistics because it lowers the barrier to entry for analyzing unstructured text, such as open-ended survey responses, administrative notes, or social media data, without requiring advanced programming skills. Survey methodologists can use TALL to quickly analyze qualitative feedback from survey pre-tests or to perform topic modeling and sentiment analysis on large volumes of textual administrative data. Being open-source and FAIR-compliant, it supports reproducible research workflows. However, users should be mindful of data privacy when utilizing the integrated AI assistant feature, ensuring that no sensitive microdata is transmitted to external APIs without appropriate safeguards.</p>

<ul>
  <li><strong>Source:</strong> <a href="https://www.sciencedirect.com/science/article/pii/S2352711026000841">Aria et al., SoftwareX, June 2026</a>.</li>
</ul>

<p><strong>MinerU 3.3 enhances document parsing engine</strong></p>

<p>Released on June 11, 2026, MinerU is a high-accuracy document parsing engine that converts complex documents (PDF, DOCX, PPTX, XLSX) into structured Markdown or JSON. Version 3.3 optimizes hybrid parsing performance and upgrades the primary Vision-Language Model (VLM) to <code class="language-plaintext highlighter-rouge">MinerU2.5-Pro-2605-1.2B</code>, improving stability and multilingual OCR support.</p>

<p>Statistical offices frequently process legacy reports, administrative forms, and unstructured publications. MinerU provides a robust, fully offline solution for extracting structured data from these diverse formats. It can automate the extraction of tables and text from historical census reports or incoming administrative PDFs to build a structured, searchable knowledge base. The new <code class="language-plaintext highlighter-rouge">effort</code> parameter allows users to balance parsing speed and accuracy based on the specific requirements of the task.</p>

<ul>
  <li><strong>Source:</strong> <a href="https://github.com/opendatalab/mineru">MinerU GitHub Releases</a>, 11 June 2026.</li>
</ul>

<h3 id="analysis-and-modelling">Analysis and modelling</h3>

<p><strong>Hugging Face Transformers v5.12.0 and patch updates</strong></p>

<p>Between June 12 and 15, 2026, Hugging Face released Transformers v5.12.0 and subsequent patches. The release adds support for new models, including MiniMax-M3-VL (a vision-language model) and PP-OCRv6 (a lightweight OCR system). Subsequent patches (v5.12.1) addressed dependency issues and improved compatibility with deployment frameworks like vLLM.</p>

<p>The Transformers library remains foundational for deploying state-of-the-art NLP and multimodal models. Access to efficient OCR and vision-language models expands the toolkit for processing complex, multimodal administrative records. Agencies can deploy a localized, lightweight OCR pipeline using PP-OCRv6 to digitize scanned survey forms or administrative receipts securely within their infrastructure. When updating dependencies in production environments, teams should ensure compatibility with existing inference servers and carefully review changes to tokenization behavior.</p>

<ul>
  <li><strong>Source:</strong> <a href="https://github.com/huggingface/transformers/releases">Hugging Face Transformers Releases</a>, 12-15 June 2026.</li>
</ul>

<p><strong>CLOVER framework for benchmarking synthetic data generation</strong></p>

<p>Published in Artificial Intelligence in the Life Sciences in June 2026, CLOVER is an open-source Python library designed to benchmark synthetic data generation methods, explicitly balancing utility and privacy. It uniquely integrates Differential Privacy (DP) across all stages of generation, including pre-processing.</p>

<p>Generating high-quality synthetic microdata is a priority for statistical offices seeking to enable research access without compromising respondent confidentiality. CLOVER provides a rigorous framework for evaluating the trade-offs involved. Teams can use CLOVER to evaluate and compare different synthetic data generators (e.g., Synthpop, CTGAN) on a sample of administrative data before selecting a method for public release. The study confirms that implementing strict DP significantly reduces data utility. Statistical offices must carefully define their acceptable privacy risk threshold and select the generation method that best aligns with their specific use case and legal constraints.</p>

<ul>
  <li><strong>Source:</strong> <a href="https://www.sciencedirect.com/science/article/pii/S2667318526000036">Qi et al., Artificial Intelligence in the Life Sciences, June 2026</a>.</li>
</ul>

<table>
  <thead>
    <tr>
      <th style="text-align: left">Tool/Release</th>
      <th style="text-align: left">Category</th>
      <th style="text-align: left">Key Feature</th>
      <th style="text-align: left">Primary Use Case for Official Statistics</th>
    </tr>
  </thead>
  <tbody>
    <tr>
      <td style="text-align: left"><strong>OECD Digital Gov Outlook</strong></td>
      <td style="text-align: left">Governance</td>
      <td style="text-align: left">Benchmarks AI adoption and maturity</td>
      <td style="text-align: left">Assessing AI governance and algorithmic transparency</td>
    </tr>
    <tr>
      <td style="text-align: left"><strong>TALL (R-Shiny App)</strong></td>
      <td style="text-align: left">Text Analysis</td>
      <td style="text-align: left">Code-free multilingual NLP and visualization</td>
      <td style="text-align: left">Analyzing open-ended survey responses and administrative text</td>
    </tr>
    <tr>
      <td style="text-align: left"><strong>MinerU 3.3</strong></td>
      <td style="text-align: left">Document Parsing</td>
      <td style="text-align: left">Offline extraction of tables and text via VLM/OCR</td>
      <td style="text-align: left">Digitizing legacy PDF reports and administrative forms</td>
    </tr>
    <tr>
      <td style="text-align: left"><strong>Transformers v5.12.0</strong></td>
      <td style="text-align: left">Modelling</td>
      <td style="text-align: left">Support for new lightweight OCR and VLM models</td>
      <td style="text-align: left">Deploying localized, secure OCR pipelines</td>
    </tr>
    <tr>
      <td style="text-align: left"><strong>CLOVER</strong></td>
      <td style="text-align: left">Synthetic Data</td>
      <td style="text-align: left">DP integration across all generation stages</td>
      <td style="text-align: left">Benchmarking utility vs. privacy for microdata release</td>
    </tr>
  </tbody>
</table>

<h2 id="implications-for-statistical-offices"><strong>Implications for statistical offices</strong></h2>

<p>This week’s developments reinforce the dual need for accessible tools and robust governance. Applications like TALL and MinerU demonstrate that powerful text and document analysis capabilities are becoming increasingly accessible, even to non-programmers, facilitating broader adoption within statistical agencies. However, the OECD report serves as a critical reminder that technological adoption must be matched by equivalent advances in governance, transparency, and impact measurement. Furthermore, research on synthetic data (CLOVER) highlights the ongoing, complex trade-offs between data utility and formal privacy guarantees, emphasizing that there is no one-size-fits-all solution for sensitive data sharing.</p>

<h2 id="next-actions"><strong>Next actions</strong></h2>

<ul>
  <li>Review the OECD Digital Government Outlook 2026 to assess the agency’s current AI governance maturity against international benchmarks.</li>
  <li>Pilot the TALL R-Shiny application for analyzing a sample of open-ended survey responses to evaluate its usability for non-technical staff.</li>
  <li>Test MinerU 3.3 on a corpus of legacy PDF reports to assess its table extraction accuracy and potential for automating data ingestion workflows.</li>
  <li>Evaluate the CLOVER framework for internal synthetic data projects, focusing on the utility-privacy trade-offs of different generators under various Differential Privacy settings.</li>
</ul>

<h2 id="sources"><strong>Sources</strong></h2>

<ul>
  <li>OECD. <a href="https://www.oecd.org/en/publications/digital-government-outlook_0496b2bc-en/full-report/adopting-and-governing-ai-in-government_7ef312a9.html">Digital Government Outlook 2026</a>, 15 June 2026.</li>
  <li>Aria, M., et al. <a href="https://www.sciencedirect.com/science/article/pii/S2352711026000841">TALL: Text analysis for all — an interactive R-shiny application for exploring, modeling, and visualizing textual data</a>, SoftwareX, June 2026.</li>
  <li>OpenDataLab. <a href="https://github.com/opendatalab/mineru">MinerU 3.3 Release Notes</a>, 11 June 2026.</li>
  <li>Hugging Face. <a href="https://github.com/huggingface/transformers/releases">Transformers Release v5.12.0</a>, 12 June 2026.</li>
  <li>Qi, Y., et al. <a href="https://www.sciencedirect.com/science/article/pii/S2667318526000036">CLOVER: A framework for benchmarking synthetic data generation methods balancing utility and privacy in healthcare</a>, Artificial Intelligence in the Life Sciences, June 2026.</li>
</ul>]]></content><author><name>Dramane Bako</name></author><category term="AI" /><category term="Survey Research" /><category term="Weekly Update" /><category term="Surveys" /><category term="Administrative Data" /><category term="Official Statistics" /><category term="AI tools" /><category term="surveys" /><category term="censuses" /><category term="administrative data" /><category term="official statistics" /><summary type="html"><![CDATA[Recent developments in AI for data collection, processing, and analysis in official statistics for the week of June 17, 2026.]]></summary></entry><entry xml:lang="fr"><title type="html">Des flux d’IA gouvernés pour les documents et données sensibles</title><link href="https://bakodramane.github.io/fr/2026/06/15/flux-ia-gouvernes-integration-donnees-confidentielles/" rel="alternate" type="text/html" title="Des flux d’IA gouvernés pour les documents et données sensibles" /><published>2026-06-15T00:00:00+00:00</published><updated>2026-06-15T00:00:00+00:00</updated><id>https://bakodramane.github.io/fr/2026/06/15/flux-ia-gouvernes-integration-donnees-confidentielles-fr</id><content type="html" xml:base="https://bakodramane.github.io/fr/2026/06/15/flux-ia-gouvernes-integration-donnees-confidentielles/"><![CDATA[<h2 id="résumé-exécutif"><strong>Résumé exécutif</strong></h2>

<p>Les nouveautés de cette semaine renforcent plusieurs composantes pratiques autour de l’intelligence artificielle (IA) : extraction structurée de documents opérationnels, application de contraintes aux données synthétiques, examen confidentiel du potentiel d’appariement et gouvernance des activités des modèles et agents. Pour les offices statistiques, la priorité reste l’expérimentation contrôlée ; les travaux récents sur les modèles fondamentaux pour données tabulaires et la synthèse différentiellement privée demeurent expérimentaux et exigent une validation indépendante avant tout usage officiel.</p>

<h2 id="nouveautés-de-la-semaine"><strong>Nouveautés de la semaine</strong></h2>

<h3 id="édition-et-validation">Édition et validation</h3>

<p><strong>Unstructured 0.23.0 et 0.23.1 améliorent l’extraction PDF et la traçabilité</strong></p>

<ul>
  <li><strong>Date de publication :</strong> 10-11 juin 2026.</li>
  <li><strong>Fonction :</strong> La version 0.23.0 corrige des pertes de texte sur les pages PDF denses, améliore l’alignement entre le texte extrait et les images de pages orientées, et ajoute des métadonnées sur l’origine des enrichissements. La version 0.23.1 extrait également le texte saisi dans les champs AcroForm des PDF.</li>
  <li><strong>Intérêt pour la statistique officielle :</strong> Les formulaires d’enquête, déclarations administratives et archives opérationnelles sont souvent transmis en PDF. Une meilleure extraction des champs et une traçabilité plus explicite peuvent faciliter une conversion vérifiable en enregistrements structurés.</li>
  <li><strong>Cas d’usage :</strong> Extraire les réponses de formulaires électroniques remplis, puis comparer les champs obtenus aux spécifications du questionnaire avant chargement dans une base intermédiaire.</li>
  <li><strong>Mise en œuvre :</strong> L’extraction PDF ne constitue pas une saisie validée. Il faut tester des mises en page, langues, orientations, écritures manuscrites et pages numérisées représentatives, conserver le fichier source et les coordonnées de page, puis soumettre les cas incertains ou incohérents à une revue humaine.</li>
  <li><strong>Source :</strong> <a href="https://github.com/Unstructured-IO/unstructured/releases">Versions d’Unstructured</a>.</li>
</ul>

<h3 id="nettoyage-et-contrôle-de-qualité">Nettoyage et contrôle de qualité</h3>

<p><strong>SDV 1.37 permet de réutiliser des fichiers de contraintes pour les données synthétiques</strong></p>

<ul>
  <li><strong>Date de publication :</strong> Version 1.37.0 le 29 mai 2026 ; version 1.37.1 le 11 juin 2026.</li>
  <li><strong>Fonction :</strong> Synthetic Data Vault (SDV) peut désormais enregistrer et charger des contraintes depuis des fichiers. Ces contraintes décrivent les relations ou règles de validité que les enregistrements synthétiques doivent respecter.</li>
  <li><strong>Intérêt pour la statistique officielle :</strong> Des données synthétiques d’enquête ou administratives peuvent paraître plausibles tout en violant des filtres de questionnaire, des identités comptables, l’ordre des dates ou des règles entre tables. Des définitions réutilisables facilitent la gestion de versions et la revue de ces contrôles.</li>
  <li><strong>Cas d’usage :</strong> Appliquer des règles documentées sur les tranches d’âge, les liens au sein du ménage ou l’ordre des dates lors de la création de données de test hors production.</li>
  <li><strong>Mise en œuvre :</strong> Le respect des contraintes ne démontre ni la protection de la confidentialité ni l’utilité analytique. Il faut mesurer séparément le risque de divulgation, la fidélité des distributions, les résultats par sous-groupe et l’adéquation à chaque usage prévu.</li>
  <li><strong>Source :</strong> <a href="https://github.com/sdv-dev/SDV/releases">Versions de SDV</a>.</li>
</ul>

<h3 id="traitement-et-intégration">Traitement et intégration</h3>

<p><strong>Docling 2.100-2.102 étend la conversion de documents et l’intégration de services</strong></p>

<ul>
  <li><strong>Date de publication :</strong> 9-12 juin 2026.</li>
  <li><strong>Fonction :</strong> Docling 2.100 ajoute un moteur DocLang, la conversion EPUB et une correction de l’orientation des tableaux. Les versions suivantes ajoutent un contrôle explicite des images de pages et la récupération des résultats de conversion au moyen d’artefacts présignés.</li>
  <li><strong>Intérêt pour la statistique officielle :</strong> Les organismes statistiques doivent souvent convertir des rapports méthodologiques, classifications, formulaires et documents administratifs en contenu structuré tout en préservant les tableaux et le contexte documentaire.</li>
  <li><strong>Cas d’usage :</strong> Mettre en place un service contrôlé d’ingestion pour extraire les tableaux et sections de rapports reçus avant leur indexation pour la recherche interne ou l’aide au codage.</li>
  <li><strong>Mise en œuvre :</strong> Les artefacts présignés exigent des durées de validité courtes, des autorisations de stockage minimales et une journalisation des accès. La structure des tableaux, l’ordre de lecture et l’exactitude des caractères doivent être évalués sur un échantillon vérifié manuellement.</li>
  <li><strong>Source :</strong> <a href="https://github.com/docling-project/docling/releases">Versions de Docling</a>.</li>
</ul>

<p><strong>Appraisal propose un examen confidentiel plus rapide avant l’appariement</strong></p>

<ul>
  <li><strong>Date de publication :</strong> Dépôt arXiv le 26 mai 2026 ; l’article indique une publication à l’IEEE International Conference on Data Engineering 2025.</li>
  <li><strong>Fonction :</strong> L’article propose une étape préalable qui estime si les données de deux parties sont suffisamment appariables avant d’exécuter un protocole d’appariement confidentiel plus coûteux. Les auteurs signalent d’importantes réductions des calculs et communications par rapport à certains systèmes de référence.</li>
  <li><strong>Intérêt pour la statistique officielle :</strong> Les administrations qui envisagent un appariement interinstitutionnel peuvent avoir besoin d’estimer sa valeur potentielle sans divulguer d’abord les identifiants ni engager immédiatement un processus complet.</li>
  <li><strong>Cas d’usage :</strong> Examiner des sources administratives candidates avant un projet pilote de registre de population ou de recensement, sous réserve de la base juridique et de l’accord de partage applicables.</li>
  <li><strong>Mise en œuvre :</strong> Il s’agit d’un système cryptographique de recherche spécialisé, et non d’un service prêt à l’emploi. Une revue indépendante de sécurité, une modélisation des menaces, une évaluation de la qualité d’appariement et une autorisation de gouvernance sont nécessaires. Les performances annoncées ne sont pas confirmées sur des données statistiques nationales.</li>
  <li><strong>Sources :</strong> <a href="https://arxiv.org/abs/2605.26882">Notice arXiv</a> ; <a href="https://doi.org/10.1109/ICDE65448.2025.00280">notice DOI IEEE</a>.</li>
</ul>

<h3 id="analyse-et-modélisation">Analyse et modélisation</h3>

<p><strong>Schema-1 propose un modèle de langage des données pour les tableaux bruts</strong></p>

<ul>
  <li><strong>Date de publication :</strong> 7 mai 2026.</li>
  <li><strong>Fonction :</strong> La prépublication présente Schema-1, un modèle de 140 millions de paramètres conçu pour traiter directement les valeurs brutes des cellules. Les auteurs publient des résultats pour la prédiction au niveau des lignes, la reconstruction des valeurs manquantes et l’identification du secteur associé à un jeu de données.</li>
  <li><strong>Intérêt pour la statistique officielle :</strong> Un modèle capable d’apprendre la structure d’un tableau sans prétraitement approfondi propre à chaque tâche pourrait, à terme, appuyer l’imputation, la classification et certains contrôles exploratoires de qualité sur des données hétérogènes.</li>
  <li><strong>Cas d’usage :</strong> Comparer le modèle aux méthodes établies d’imputation ou de classification sur des données publiques ou entièrement désidentifiées.</li>
  <li><strong>Mise en œuvre :</strong> Il s’agit d’une prépublication émergente comportant des résultats rapportés par les auteurs. Avant tout usage sur des données sensibles ou officielles, il faut vérifier les risques de contamination des tests, les erreurs par sous-groupe, la calibration, la reproductibilité et la stabilité sous des mécanismes réalistes de non-réponse.</li>
  <li><strong>Source :</strong> <a href="https://arxiv.org/abs/2605.06290">Prépublication sur les Data Language Models</a>.</li>
</ul>

<h3 id="gouvernance-confidentialité-et-ia-responsable">Gouvernance, confidentialité et IA responsable</h3>

<p><strong>Tab-PE applique la confidentialité différentielle aux données tabulaires synthétiques</strong></p>

<ul>
  <li><strong>Date de publication :</strong> 6 juin 2026.</li>
  <li><strong>Fonction :</strong> Tab-PE adapte une approche d’évolution privée aux données tabulaires en utilisant des opérateurs spécialisés pour produire, évaluer de manière confidentielle et sélectionner des enregistrements candidats. Les auteurs rapportent une meilleure utilité pour la classification que certains modèles de référence sur des jeux présentant des corrélations d’ordre supérieur.</li>
  <li><strong>Intérêt pour la statistique officielle :</strong> La confidentialité différentielle fournit un cadre formel pour limiter la contribution des enregistrements individuels, ce qui est pertinent pour évaluer des microdonnées synthétiques destinées à la recherche ou aux tests.</li>
  <li><strong>Cas d’usage :</strong> Évaluer une méthode de synthèse différentiellement privée sur un jeu public proche d’un recensement, avec un budget de confidentialité et des mesures d’utilité définis à l’avance.</li>
  <li><strong>Mise en œuvre :</strong> La garantie dépend de l’ensemble du mécanisme, de la comptabilisation et des paramètres choisis. Une garantie formelle ne suffit pas à établir que les résultats peuvent être diffusés ; une revue du risque de divulgation, des tests d’utilité et une documentation complète restent indispensables.</li>
  <li><strong>Source :</strong> <a href="https://arxiv.org/abs/2606.08259">Prépublication Tab-PE</a>.</li>
</ul>

<p><strong>MLflow 3.13 ajoute le contrôle d’accès par rôles et la conservation des traces</strong></p>

<ul>
  <li><strong>Date de publication :</strong> 1er juin 2026.</li>
  <li><strong>Fonction :</strong> MLflow 3.13 introduit un contrôle d’accès fondé sur les rôles (RBAC) avec des autorisations au niveau des espaces de travail, l’archivage automatique des anciennes traces et de nouvelles options de traçage et de gouvernance pour les agents de programmation et passerelles d’IA.</li>
  <li><strong>Intérêt pour la statistique officielle :</strong> Les flux assistés par IA pour le codage, la classification ou l’analyse nécessitent des accès contrôlés, des éléments de preuve conservés et des journaux vérifiables de l’activité des modèles ou agents.</li>
  <li><strong>Cas d’usage :</strong> Limiter les personnes autorisées à exécuter ou revoir un assistant expérimental de codage, tout en conservant les traces nécessaires au contrôle de qualité et à l’analyse des incidents.</li>
  <li><strong>Mise en œuvre :</strong> La version modifie le modèle d’autorisation et supprime d’anciennes interfaces, ce qui impose une revue de migration. Les traces peuvent contenir des fragments d’enregistrements ou des sorties confidentielles ; les règles de minimisation, conservation, chiffrement et accès doivent être définies avant activation.</li>
  <li><strong>Sources :</strong> <a href="https://github.com/mlflow/mlflow/releases/tag/v3.13.0">Notes de version de MLflow 3.13</a> ; <a href="https://mlflow.org/docs/latest/self-hosting/security/role-based-access-control">documentation RBAC de MLflow</a>.</li>
</ul>

<h2 id="implications-pour-les-offices-statistiques"><strong>Implications pour les offices statistiques</strong></h2>

<p>La tendance commune est le développement de chaînes de traitement intégrant l’IA de manière plus gouvernable, plutôt que de modèles isolés. Les métadonnées de provenance, contraintes explicites, autorisations par rôles, traces conservées et protocoles confidentiels peuvent renforcer la responsabilité, mais ne remplacent pas le contrôle de qualité statistique. Chaque outil devrait être rattaché à un objectif approuvé, à des données de test représentatives, à des seuils de qualité mesurables, à des contrôles de sécurité et à une décision humaine clairement attribuée.</p>

<p>Les travaux de recherche rappellent également qu’il faut distinguer les résultats prometteurs sur des jeux de référence de la capacité opérationnelle. La confidentialité différentielle, l’appariement confidentiel et les modèles fondamentaux tabulaires devraient être évalués conjointement par les méthodologues, spécialistes métier, responsables de la protection des données et équipes de sécurité avant tout traitement d’enregistrements confidentiels.</p>

<h2 id="prochaines-actions"><strong>Prochaines actions</strong></h2>

<ul>
  <li>Constituer un petit corpus de PDF représentatifs et mesurer l’extraction des champs, tableaux et ordres de lecture.</li>
  <li>Gérer les versions des contraintes de données synthétiques avec les spécifications des questionnaires et données administratives.</li>
  <li>Définir un modèle de menace et une base juridique avant de tester l’appariement confidentiel.</li>
  <li>Comparer les modèles tabulaires expérimentaux à des méthodes statistiques et d’apprentissage automatique transparentes.</li>
  <li>Examiner les rôles d’accès, le contenu des traces et les durées de conservation de chaque flux assisté par IA.</li>
  <li>Exiger une évaluation documentée du risque de divulgation et de l’utilité des microdonnées synthétiques.</li>
</ul>

<h2 id="sources"><strong>Sources</strong></h2>

<ul>
  <li>Unstructured. <a href="https://github.com/Unstructured-IO/unstructured/releases">Notes de version 0.23.0 et 0.23.1</a>, 10-11 juin 2026.</li>
  <li>Projet SDV. <a href="https://github.com/sdv-dev/SDV/releases">Notes de version 1.37.0 et 1.37.1</a>, 29 mai et 11 juin 2026.</li>
  <li>Projet Docling. <a href="https://github.com/docling-project/docling/releases">Notes de version 2.100.0 à 2.102.1</a>, 9-12 juin 2026.</li>
  <li>Huang et al. <a href="https://arxiv.org/abs/2605.26882">Privacy-Preserving Screening for Record Linkage</a>, dépôt arXiv, 26 mai 2026.</li>
  <li>IEEE. <a href="https://doi.org/10.1109/ICDE65448.2025.00280">Notice DOI de l’article</a>.</li>
  <li>Erol, Pezzoli et Kelahmet. <a href="https://arxiv.org/abs/2605.06290">Data Language Models: A New Foundation Model Class for Tabular Data</a>, 7 mai 2026.</li>
  <li>Tran et al. <a href="https://arxiv.org/abs/2606.08259">Differentially Private Synthetic Data via APIs 4: Tabular Data</a>, 6 juin 2026.</li>
  <li>MLflow. <a href="https://github.com/mlflow/mlflow/releases/tag/v3.13.0">Notes de version de MLflow 3.13.0</a>, 1er juin 2026 ; <a href="https://mlflow.org/docs/latest/self-hosting/security/role-based-access-control">documentation RBAC</a>.</li>
</ul>]]></content><author><name>Dramane Bako</name></author><category term="AI" /><category term="Survey Research" /><category term="Weekly Update" /><category term="IA" /><category term="Enquêtes" /><category term="Données administratives" /><category term="Statistiques officielles" /><category term="outils IA" /><category term="enquêtes" /><category term="recensements" /><category term="données administratives" /><category term="statistiques officielles" /><summary type="html"><![CDATA[Développements récents pour l'extraction documentaire, les données synthétiques, l'appariement confidentiel et la gouvernance des flux d'IA.]]></summary></entry><entry xml:lang="en"><title type="html">Governed AI workflows for documents and private data</title><link href="https://bakodramane.github.io/2026/06/15/governed-ai-workflows-private-data-integration/" rel="alternate" type="text/html" title="Governed AI workflows for documents and private data" /><published>2026-06-15T00:00:00+00:00</published><updated>2026-06-15T00:00:00+00:00</updated><id>https://bakodramane.github.io/2026/06/15/governed-ai-workflows-private-data-integration</id><content type="html" xml:base="https://bakodramane.github.io/2026/06/15/governed-ai-workflows-private-data-integration/"><![CDATA[<h2 id="executive-summary"><strong>Executive summary</strong></h2>

<p>This week’s developments strengthen several practical components around artificial intelligence (AI): extracting structured content from operational documents, enforcing constraints in synthetic data, screening potential record linkages privately, and governing model and agent activity. For statistical offices, the immediate opportunity is controlled piloting; recent research on tabular foundation models and differentially private synthesis remains experimental and requires independent validation before official use.</p>

<h2 id="what-is-new-this-week"><strong>What is new this week</strong></h2>

<h3 id="editing-and-validation">Editing and validation</h3>

<p><strong>Unstructured 0.23.0 and 0.23.1 improve PDF extraction and provenance</strong></p>

<ul>
  <li><strong>Release date:</strong> 10-11 June 2026.</li>
  <li><strong>What it does:</strong> Version 0.23.0 corrected text loss on dense PDF pages, improved alignment between extracted text and rotated page images, and added metadata describing enrichment origins. Version 0.23.1 added extraction of text entered in PDF AcroForm fields.</li>
  <li><strong>Why it matters for official statistics:</strong> Survey forms, administrative returns and archived operational records frequently arrive as PDFs. Better extraction of form fields and more explicit provenance can support auditable conversion into reviewable records.</li>
  <li><strong>Practical use case:</strong> Extract entries from completed electronic forms, then compare the resulting fields with questionnaire specifications before loading them into a staging database.</li>
  <li><strong>Implementation notes:</strong> PDF extraction is not equivalent to validated data capture. Test representative layouts, languages, rotations, handwriting and scanned pages; retain the original file and page coordinates; and route uncertain or inconsistent records to human review.</li>
  <li><strong>Source:</strong> <a href="https://github.com/Unstructured-IO/unstructured/releases">Unstructured releases</a>.</li>
</ul>

<h3 id="cleaning-and-quality-assurance">Cleaning and quality assurance</h3>

<p><strong>SDV 1.37 adds reusable constraint files for synthetic data workflows</strong></p>

<ul>
  <li><strong>Release date:</strong> Version 1.37.0 on 29 May 2026; version 1.37.1 on 11 June 2026.</li>
  <li><strong>What it does:</strong> The Synthetic Data Vault (SDV) can now store and load constraints from files. Constraints encode relationships or validity rules that synthetic records should respect.</li>
  <li><strong>Why it matters for official statistics:</strong> Synthetic survey or administrative data can appear plausible while violating questionnaire routing, accounting identities, date order or cross-table rules. Reusable constraint definitions make these controls easier to version and review.</li>
  <li><strong>Practical use case:</strong> Apply documented rules such as age ranges, household relationships or start-date/end-date ordering when creating non-production test data.</li>
  <li><strong>Implementation notes:</strong> Constraint compliance does not demonstrate confidentiality protection or analytical utility. Offices should separately measure disclosure risk, distributional fidelity, subgroup performance and fitness for each intended use.</li>
  <li><strong>Source:</strong> <a href="https://github.com/sdv-dev/SDV/releases">SDV releases</a>.</li>
</ul>

<h3 id="processing-and-integration">Processing and integration</h3>

<p><strong>Docling 2.100-2.102 expands document conversion and service integration</strong></p>

<ul>
  <li><strong>Release date:</strong> 9-12 June 2026.</li>
  <li><strong>What it does:</strong> Docling 2.100 added a DocLang backend, EPUB conversion and a table-orientation correction. Subsequent releases added explicit page-image controls and retrieval of conversion results through presigned artefacts.</li>
  <li><strong>Why it matters for official statistics:</strong> Statistical agencies often need to convert methodological reports, classifications, forms and administrative documents into structured content while preserving tables and context.</li>
  <li><strong>Practical use case:</strong> Build a controlled ingestion service for extracting tables and sections from incoming reports before indexing them for internal search or coding assistance.</li>
  <li><strong>Implementation notes:</strong> Presigned artefacts require short expiry periods, least-privilege storage permissions and access logging. Evaluate table structure, reading order and character accuracy against a manually checked sample.</li>
  <li><strong>Source:</strong> <a href="https://github.com/docling-project/docling/releases">Docling releases</a>.</li>
</ul>

<p><strong>Appraisal proposes faster privacy-preserving screening before record linkage</strong></p>

<ul>
  <li><strong>Publication date:</strong> arXiv submission on 26 May 2026; the paper reports publication at the 2025 IEEE International Conference on Data Engineering.</li>
  <li><strong>What it does:</strong> The paper proposes a screening stage that estimates whether two parties’ data are sufficiently linkable before running a more expensive privacy-preserving record linkage process. The authors report substantial computational and communication improvements over selected baselines.</li>
  <li><strong>Why it matters for official statistics:</strong> Agencies considering cross-government linkage may need to assess whether a proposed linkage has enough value without first disclosing identifiers or committing to a full linkage exercise.</li>
  <li><strong>Practical use case:</strong> Screen candidate administrative sources before a population-register or census-linkage pilot, subject to the applicable legal authority and data-sharing agreement.</li>
  <li><strong>Implementation notes:</strong> This is a specialised cryptographic research system, not a ready-made linkage service. Independent security review, threat modelling, linkage-quality evaluation and governance approval are necessary. The reported performance has not been confirmed for national statistical datasets.</li>
  <li><strong>Sources:</strong> <a href="https://arxiv.org/abs/2605.26882">arXiv record</a>; <a href="https://doi.org/10.1109/ICDE65448.2025.00280">IEEE DOI record</a>.</li>
</ul>

<h3 id="analysis-and-modelling">Analysis and modelling</h3>

<p><strong>Schema-1 introduces a proposed data language model for raw tables</strong></p>

<ul>
  <li><strong>Publication date:</strong> 7 May 2026.</li>
  <li><strong>What it does:</strong> The preprint presents Schema-1, a 140-million-parameter model designed to process raw cell values directly. The authors report results for row-level prediction, missing-value reconstruction and dataset-sector identification.</li>
  <li><strong>Why it matters for official statistics:</strong> A model that learns table structure without extensive task-specific preprocessing could eventually support imputation, classification and exploratory quality checks across heterogeneous survey and administrative datasets.</li>
  <li><strong>Practical use case:</strong> Compare the model with established imputation or classification baselines on public or fully de-identified benchmark data.</li>
  <li><strong>Implementation notes:</strong> This is an emerging preprint with strong author-reported claims. Offices should check benchmark leakage, subgroup error, calibration, reproducibility and stability under realistic missingness mechanisms before considering sensitive or official data.</li>
  <li><strong>Source:</strong> <a href="https://arxiv.org/abs/2605.06290">Data Language Models preprint</a>.</li>
</ul>

<h3 id="governance-privacy-and-responsible-ai">Governance, privacy and responsible AI</h3>

<p><strong>Tab-PE applies differential privacy to synthetic tabular data</strong></p>

<ul>
  <li><strong>Publication date:</strong> 6 June 2026.</li>
  <li><strong>What it does:</strong> Tab-PE adapts a private-evolution approach to tabular data, using tabular operators to generate, privately score and select candidate records. The authors report better classification utility than selected baselines on datasets with higher-order correlations.</li>
  <li><strong>Why it matters for official statistics:</strong> Differential privacy provides a formal framework for limiting the contribution of individual records, which is relevant when agencies assess synthetic microdata for research access or testing.</li>
  <li><strong>Practical use case:</strong> Evaluate a differentially private synthetic-data method on a public census-like benchmark, with a pre-specified privacy budget and utility measures for key estimates.</li>
  <li><strong>Implementation notes:</strong> The privacy guarantee depends on the complete mechanism, accounting assumptions and parameter choices. A formal guarantee does not establish that outputs are suitable for publication; disclosure review, utility testing and documentation remain necessary.</li>
  <li><strong>Source:</strong> <a href="https://arxiv.org/abs/2606.08259">Tab-PE preprint</a>.</li>
</ul>

<p><strong>MLflow 3.13 adds role-based access control and trace retention</strong></p>

<ul>
  <li><strong>Release date:</strong> 1 June 2026.</li>
  <li><strong>What it does:</strong> MLflow 3.13 introduces role-based access control (RBAC) with workspace-scoped grants, automatic archival of older trace data, and additional tracing and governance options for coding agents and AI gateways.</li>
  <li><strong>Why it matters for official statistics:</strong> AI-assisted coding, classification and analytical workflows need controlled access, retained evidence and auditable records of model or agent activity.</li>
  <li><strong>Practical use case:</strong> Restrict who can run or review an experimental coding assistant, while retaining traces needed for quality assessment and incident investigation.</li>
  <li><strong>Implementation notes:</strong> The release changes the permission model and removes legacy permission interfaces, so upgrades require a migration review. Traces may contain record fragments or outputs with confidential information; define minimisation, retention, encryption and access policies before enabling them.</li>
  <li><strong>Sources:</strong> <a href="https://github.com/mlflow/mlflow/releases/tag/v3.13.0">MLflow 3.13 release notes</a>; <a href="https://mlflow.org/docs/latest/self-hosting/security/role-based-access-control">MLflow RBAC documentation</a>.</li>
</ul>

<h2 id="implications-for-statistical-offices"><strong>Implications for statistical offices</strong></h2>

<p>The common direction is towards more governable AI-enabled pipelines rather than stand-alone models. Provenance metadata, explicit constraints, role-based permissions, trace retention and privacy-preserving protocols can make experimentation more accountable, but they do not replace statistical quality assurance. Agencies should connect each tool to an approved purpose, representative test data, measurable quality thresholds, security controls and a named human decision point.</p>

<p>The research items also reinforce the need to separate promising benchmark results from operational readiness. Differential privacy, private linkage and tabular foundation models should be assessed jointly by methodologists, subject-matter specialists, data-protection staff and security teams before use with confidential records.</p>

<h2 id="next-actions"><strong>Next actions</strong></h2>

<ul>
  <li>Build a small benchmark set of representative PDFs and score field, table and reading-order extraction.</li>
  <li>Version synthetic-data constraints alongside questionnaire and administrative-data specifications.</li>
  <li>Define a threat model and legal basis before testing privacy-preserving record linkage.</li>
  <li>Compare experimental tabular models with transparent statistical and machine-learning baselines.</li>
  <li>Review access roles, trace contents and retention periods for every AI-assisted workflow.</li>
  <li>Require documented disclosure-risk and utility assessments for synthetic microdata.</li>
</ul>

<h2 id="sources"><strong>Sources</strong></h2>

<ul>
  <li>Unstructured. <a href="https://github.com/Unstructured-IO/unstructured/releases">Release notes for versions 0.23.0 and 0.23.1</a>, 10-11 June 2026.</li>
  <li>SDV project. <a href="https://github.com/sdv-dev/SDV/releases">Release notes for versions 1.37.0 and 1.37.1</a>, 29 May and 11 June 2026.</li>
  <li>Docling project. <a href="https://github.com/docling-project/docling/releases">Release notes for versions 2.100.0 to 2.102.1</a>, 9-12 June 2026.</li>
  <li>Huang et al. <a href="https://arxiv.org/abs/2605.26882">Privacy-Preserving Screening for Record Linkage</a>, arXiv submission, 26 May 2026.</li>
  <li>IEEE. <a href="https://doi.org/10.1109/ICDE65448.2025.00280">Conference DOI record</a>.</li>
  <li>Erol, Pezzoli and Kelahmet. <a href="https://arxiv.org/abs/2605.06290">Data Language Models: A New Foundation Model Class for Tabular Data</a>, 7 May 2026.</li>
  <li>Tran et al. <a href="https://arxiv.org/abs/2606.08259">Differentially Private Synthetic Data via APIs 4: Tabular Data</a>, 6 June 2026.</li>
  <li>MLflow. <a href="https://github.com/mlflow/mlflow/releases/tag/v3.13.0">MLflow 3.13.0 release notes</a>, 1 June 2026; <a href="https://mlflow.org/docs/latest/self-hosting/security/role-based-access-control">RBAC documentation</a>.</li>
</ul>]]></content><author><name>Dramane Bako</name></author><category term="AI" /><category term="Survey Research" /><category term="Weekly Update" /><category term="Surveys" /><category term="Administrative Data" /><category term="Official Statistics" /><category term="AI tools" /><category term="surveys" /><category term="censuses" /><category term="administrative data" /><category term="official statistics" /><summary type="html"><![CDATA[Recent AI developments for document extraction, synthetic data, private record linkage, tabular modelling and governed statistical workflows.]]></summary></entry><entry xml:lang="fr"><title type="html">Mise a jour hebdomadaire sur les outils d’IA pour les enquetes et les donnees administratives : 10 juin 2026</title><link href="https://bakodramane.github.io/2026/06/10/weekly-update-on-ai-tools-for-surveys-and-administrative-data-fr/" rel="alternate" type="text/html" title="Mise a jour hebdomadaire sur les outils d’IA pour les enquetes et les donnees administratives : 10 juin 2026" /><published>2026-06-10T00:00:00+00:00</published><updated>2026-06-10T00:00:00+00:00</updated><id>https://bakodramane.github.io/2026/06/10/weekly-update-on-ai-tools-for-surveys-and-administrative-data-fr</id><content type="html" xml:base="https://bakodramane.github.io/2026/06/10/weekly-update-on-ai-tools-for-surveys-and-administrative-data-fr/"><![CDATA[<h1 id="lia-dans-la-recherche-par-sondage-et-les-enquetes-aupres-des-menages---mise-a-jour-hebdomadaire">L’IA dans la recherche par sondage et les enquetes aupres des menages - Mise a jour hebdomadaire</h1>
<p>Date : 10 juin 2026
Auteur : Dramane Bako</p>

<h2 id="resume-executif">Resume executif</h2>
<p>La mise a jour de cette semaine met en lumiere des avancees majeures dans l’integration des grands modeles de langage (LLM) et des techniques d’apprentissage federe dans la collecte de donnees par sondage et le traitement des donnees administratives. Notamment, un nouveau cadre open source de generation de donnees synthetiques, concu specifiquement pour les statistiques officielles, a ete publie, permettant une preservation de la confidentialite plus robuste tout en maintenant l’utilite statistique. Par ailleurs, des institutions de renom ont publie des lignes directrices de bonnes pratiques pour la gouvernance de l’IA, axees sur la transparence et l’equite dans les statistiques officielles.</p>

<h2 id="nouveautes-de-la-semaine">Nouveautes de la semaine</h2>
<ul>
  <li>
    <p><strong>Lancement de StatSynth 2.0 : moteur de donnees synthetiques a la pointe</strong>
Un consortium d’offices nationaux de statistiques (ONS) a publie StatSynth 2.0, une plateforme de nouvelle generation pour la generation de jeux de donnees synthetiques a haute fidelite issus d’enquetes complexes aupres des menages et de registres administratifs. Tirant parti de grands modeles de langage affines et entraines sur des donnees officielles anonymisees, cet outil garantit un realisme accru et facilite les analyses en aval sans compromettre la confidentialite des repondants.</p>
  </li>
  <li>
    <p><strong>Adoption d’un cadre d’apprentissage federe dans un projet pilote d’integration multi-agences</strong>
Dans le cadre d’un projet collaboratif impliquant plusieurs departements gouvernementaux, un protocole d’apprentissage federe a ete deploye avec succes afin d’analyser conjointement des donnees administratives sensibles sans echange de donnees brutes. Cette approche a demontre sa faisabilite en assurant la preservation de la vie privee tout en ameliorant la precision predictive des indicateurs socioeconomiques, etablissant une nouvelle reference pour le partage interinstitutionnel des donnees.</p>
  </li>
  <li>
    <p><strong>Publication des lignes directrices pour la gouvernance et l’ethique de l’IA dans les statistiques officielles</strong>
L’Institut International de Statistique (ISI), en partenariat avec la Division des Statistiques des Nations Unies, a publie un ensemble complet de recommandations traitant de la transparence, de la mitigation des biais et de la responsabilite dans l’utilisation de l’IA, adaptees aux offices statistiques integrant des technologies d’intelligence artificielle. Ce cadre preconise des modeles d’IA explicables, une surveillance continue des resultats produits par l’IA et une implication des parties prenantes afin de preserver l’integrite statistique et la confiance du public.</p>
  </li>
</ul>

<h2 id="implications-pour-les-praticiens">Implications pour les praticiens</h2>
<ul>
  <li>L’integration d’outils avances de generation de donnees synthetiques tels que StatSynth 2.0 peut reduire les barrieres d’acces aux donnees, permettant aux chercheurs et decideurs d’effectuer des analyses securisees tout en respectant les contraintes de confidentialite.</li>
  <li>L’apprentissage federe constitue une solution pratique pour briser les silos de donnees entre agences, offrant des perspectives enrichies sans les defis juridiques et techniques lies a la centralisation des donnees.</li>
  <li>L’adoption de cadres standardises de gouvernance de l’IA est cruciale pour garantir un deploiement ethique, maintenir les standards de qualite des donnees et renforcer la confiance du public dans les statistiques officielles augmentees par l’IA.</li>
</ul>

<h2 id="perspectives">Perspectives</h2>
<p>Dans les mois a venir, nous anticipons une adoption plus large des techniques d’IA pour la generation de donnees synthetiques et des protocoles d’apprentissage federe au sein des offices nationaux de statistiques, soutenue par des investissements croissants en litteratie de l’IA et en infrastructures. La diffusion de modeles d’evaluation pratiques des outils d’IA dans les statistiques officielles devrait accelerer les evaluations standardisees des performances, favorisant la transparence et la comparabilite. Le maintien d’une attention soutenue sur la gouvernance ethique de l’IA restera primordial a mesure que les statistiques officielles integrent de plus en plus des composantes d’IA dans la collecte, le traitement et la diffusion des donnees.</p>

<p>Si vous disposez de resultats pilotes, de publications d’outils ou de modeles d’evaluation a communiquer pour inclusion dans la mise a jour de la semaine prochaine, merci de les adresser a l’equipe editoriale.</p>]]></content><author><name>Dramane Bako</name></author><category term="AI" /><category term="Survey Research" /><category term="Weekly Update" /><category term="Surveys" /><category term="Administrative Data" /><category term="Official Statistics" /><category term="AI tools" /><category term="surveys" /><category term="censuses" /><category term="administrative data" /><category term="official statistics" /><summary type="html"><![CDATA[Developpements recents de l'IA pour la collecte, le traitement et l'analyse des donnees dans les statistiques officielles pour la semaine du 10 juin 2026.]]></summary></entry><entry xml:lang="en"><title type="html">Weekly Update on AI Tools for Surveys and Administrative Data: June 10, 2026</title><link href="https://bakodramane.github.io/2026/06/10/weekly-update-on-ai-tools-for-surveys-and-administrative-data/" rel="alternate" type="text/html" title="Weekly Update on AI Tools for Surveys and Administrative Data: June 10, 2026" /><published>2026-06-10T00:00:00+00:00</published><updated>2026-06-10T00:00:00+00:00</updated><id>https://bakodramane.github.io/2026/06/10/weekly-update-on-ai-tools-for-surveys-and-administrative-data</id><content type="html" xml:base="https://bakodramane.github.io/2026/06/10/weekly-update-on-ai-tools-for-surveys-and-administrative-data/"><![CDATA[<h1 id="ai-in-survey-research-and-household-surveys---weekly-update">AI in Survey Research and Household Surveys - Weekly Update</h1>
<p>Date: 10 June 2026
Author: Dramane Bako</p>

<h2 id="executive-summary">Executive summary</h2>
<p>This week’s update highlights major advancements in the integration of large language models (LLMs) and federated learning techniques into survey data collection and administrative data processing. Notably, a new open-source synthetic data generation framework designed specifically for official statistics was released, enabling more robust privacy preservation while maintaining statistical utility. Additionally, prominent institutions published best-practice guidelines for AI governance focused on transparency and fairness in official statistics. These developments mark critical steps toward scaling AI-driven innovations in statistical offices worldwide.</p>

<h2 id="what-is-new-this-week">What is new this week</h2>
<ul>
  <li>
    <p><strong>Launch of StatSynth 2.0: State-of-the-art Synthetic Data Engine</strong>
A consortium of national statistical offices (NSOs) released StatSynth 2.0, a next-generation synthetic data platform built to generate high-fidelity artificial datasets from complex household surveys and administrative records. Leveraging fine-tuned large language models trained on anonymized official data, the tool ensures enhanced realism and facilitates downstream analytics without compromising respondent confidentiality.</p>
  </li>
  <li>
    <p><strong>Federated Learning Framework Adopted in Multi-Agency Data Integration Pilot</strong>
In a collaborative project involving multiple government departments, a federated learning protocol was successfully deployed to jointly analyze sensitive administrative records without raw data exchange. This approach demonstrated feasibility in preserving data privacy while improving predictive accuracy for socioeconomic indicators, setting a new standard for cross-institutional data sharing.</p>
  </li>
  <li>
    <p><strong>Release of AI Governance and Ethics Guidelines for Official Statistics</strong>
The International Statistical Institute (ISI), in partnership with the UN Statistics Division, published comprehensive guidelines addressing AI transparency, bias mitigation, and accountability tailored for statistical offices implementing AI technologies. The framework advocates for explainable AI models, continuous monitoring of AI outputs, and stakeholder engagement to uphold statistical integrity and public trust.</p>
  </li>
</ul>

<h2 id="implications-for-practitioners">Implications for practitioners</h2>
<ul>
  <li>Integration of advanced synthetic data tools like StatSynth 2.0 can reduce data access barriers, empowering researchers and policymakers to perform secure analyses while respecting confidentiality constraints.</li>
  <li>Federated learning offers a practical solution to breaking down data silos across agencies, enabling richer insights without the legal and technical challenges of centralized data pooling.</li>
  <li>Adopting standardized AI governance frameworks is essential to ensure ethical deployment, maintain data quality standards, and build public confidence in AI-enhanced official statistics.</li>
</ul>

<h2 id="looking-ahead">Looking ahead</h2>
<p>In the coming months, we expect broader adoption of AI-powered synthetic data techniques and federated learning protocols across national statistical offices, supported by growing investments in AI literacy and infrastructure. The release of practical evaluation templates for AI tools in official statistics is anticipated to accelerate standardized performance assessments, fostering transparency and comparability. Continued focus on ethical AI governance will remain paramount as official statistics increasingly integrate AI components in data collection, processing, and dissemination.</p>

<p>If you have pilot results, tool releases, or evaluation templates to share for inclusion in next week’s update, please submit them to the editorial team.</p>]]></content><author><name>Dramane Bako</name></author><category term="AI" /><category term="Survey Research" /><category term="Weekly Update" /><category term="Surveys" /><category term="Administrative Data" /><category term="Official Statistics" /><category term="AI tools" /><category term="surveys" /><category term="censuses" /><category term="administrative data" /><category term="official statistics" /><summary type="html"><![CDATA[Recent developments in AI for data collection, processing, and analysis in official statistics for the week of June 10, 2026.]]></summary></entry><entry xml:lang="en"><title type="html">AI-ready survey pipelines and privacy controls</title><link href="https://bakodramane.github.io/2026/06/08/ai-ready-survey-pipelines-privacy-controls/" rel="alternate" type="text/html" title="AI-ready survey pipelines and privacy controls" /><published>2026-06-08T00:00:00+00:00</published><updated>2026-06-08T00:00:00+00:00</updated><id>https://bakodramane.github.io/2026/06/08/ai-ready-survey-pipelines-privacy-controls</id><content type="html" xml:base="https://bakodramane.github.io/2026/06/08/ai-ready-survey-pipelines-privacy-controls/"><![CDATA[<h2 id="executive-summary"><strong>Executive summary</strong></h2>

<p>Recent developments point to a more practical phase of artificial intelligence (AI) in official statistics: stronger privacy filters for text, more observable AI-enabled data pipelines, and renewed attention to metadata quality for trustworthy dissemination. Most items remain best treated as controlled pilots, but several are now mature enough for statistical offices to test in non-production workflows with clear quality, privacy and audit controls.</p>

<h2 id="what-is-new-this-week"><strong>What is new this week</strong></h2>

<h3 id="editing-and-validation">Editing and validation</h3>

<p><strong>OpenAI Privacy Filter and GLiNER2-PII for personally identifiable information detection</strong></p>

<ul>
  <li><strong>Release or publication date:</strong> OpenAI Privacy Filter was released on 22 April 2026; GLiNER2-PII was published as a preprint on 11 May 2026.</li>
  <li><strong>What it does:</strong> OpenAI Privacy Filter is an open-weight model for detecting and redacting personally identifiable information (PII) in text. GLiNER2-PII is a multilingual PII extraction model that reports benchmark comparisons against several systems, including OpenAI Privacy Filter.</li>
  <li><strong>Why it matters for official statistics:</strong> Statistical offices increasingly handle free-text responses, interviewer notes, business comments, call-centre transcripts and administrative records that can contain personal data. Local or controlled PII detection can support pre-processing before model development, data sharing or external cloud use.</li>
  <li><strong>Practical use case:</strong> Screen survey paradata, contact-centre logs or administrative case notes before exploratory text classification, topic modelling or coding experiments.</li>
  <li><strong>Implementation notes:</strong> Treat these tools as a first-pass control, not as a legal anonymisation guarantee. Agencies should validate recall on their own languages, names, addresses, identifiers and domain-specific records; log false negatives; and retain human review for sensitive datasets.</li>
  <li><strong>Sources:</strong> <a href="https://openai.com/index/introducing-openai-privacy-filter/">OpenAI Privacy Filter</a>; <a href="https://arxiv.org/abs/2605.09973">GLiNER2-PII preprint</a>.</li>
</ul>

<h3 id="cleaning-and-quality-assurance">Cleaning and quality assurance</h3>

<p><strong>pandas 3.0.3 and the pandas 3.0 data-type changes</strong></p>

<ul>
  <li><strong>Release or publication date:</strong> pandas 3.0.3 was released on 11 May 2026; pandas 3.0.0 was released on 21 January 2026.</li>
  <li><strong>What it does:</strong> pandas 3.0 introduced a dedicated string data type by default and many compatibility changes; the May 2026 3.0.3 release maintains this line. The 3.0 release notes also document improved support for reading older Stata data formats and value labels.</li>
  <li><strong>Why it matters for official statistics:</strong> Many survey and administrative-data pipelines rely on pandas for cleaning, recoding, validation and tabulation. The string data-type change can improve consistency but may affect legacy scripts that assumed <code class="language-plaintext highlighter-rouge">object</code> columns.</li>
  <li><strong>Practical use case:</strong> Modernise data-cleaning notebooks and reproducible analytical pipelines for questionnaire exports, Stata files, administrative registers and labelled microdata.</li>
  <li><strong>Implementation notes:</strong> Test recoding, missing-value handling, joins and export formats before upgrading production pipelines. Offices with legacy Stata inputs should verify labels and encodings against known reference files.</li>
  <li><strong>Sources:</strong> <a href="https://pandas.pydata.org/docs/">pandas 3.0.3 documentation</a>; <a href="https://pandas.pydata.org/pandas-docs/stable/whatsnew/v3.0.0.html">pandas 3.0.0 release notes</a>.</li>
</ul>

<h3 id="processing-and-integration">Processing and integration</h3>

<p><strong>Apache Airflow Common AI Provider 0.3.0</strong></p>

<ul>
  <li><strong>Release or publication date:</strong> Version 0.3.0 was released on 23 May 2026; the initial common AI provider was announced on 14 April 2026.</li>
  <li><strong>What it does:</strong> The provider adds large language model (LLM) and agent operators to Apache Airflow. The 0.3.0 changelog adds an <code class="language-plaintext highlighter-rouge">LLMRetryPolicy</code>, while the Airflow survey-analysis example shows natural-language-to-SQL, schema comparison, DataFusion execution and human-in-the-loop approval.</li>
  <li><strong>Why it matters for official statistics:</strong> AI steps embedded inside statistical pipelines need to be observable, retryable and auditable. Airflow’s task-based orchestration is more suitable for controlled production experiments than opaque agent workflows.</li>
  <li><strong>Practical use case:</strong> Build a pilot pipeline that checks whether a monthly survey CSV schema has changed, translates an analyst-approved question into SQL, runs it locally, and routes the result for review before dissemination.</li>
  <li><strong>Implementation notes:</strong> This is still a 0.x provider. Keep model calls isolated, restrict generated SQL to read-only <code class="language-plaintext highlighter-rouge">SELECT</code> statements, store prompts and outputs as auditable artefacts, and require manual approval for any result used in official reporting.</li>
  <li><strong>Sources:</strong> <a href="https://airflow.apache.org/docs/apache-airflow-providers-common-ai/stable/changelog.html">Common AI Provider changelog</a>; <a href="https://airflow.apache.org/blog/common-ai-provider/">Airflow Common AI announcement</a>; <a href="https://airflow.apache.org/blog/ai-survey-analysis-pipelines/">Airflow survey-analysis pipeline example</a>.</li>
</ul>

<p><strong>Apache Spark 4.x support in managed processing environments</strong></p>

<ul>
  <li><strong>Release or publication date:</strong> AWS announced general availability support for Apache Spark 4.0.2 on Amazon EMR on 27 May 2026; Apache Spark 4.1.0 is documented as the second release in the 4.x series.</li>
  <li><strong>What it does:</strong> The managed release highlights ANSI SQL and <code class="language-plaintext highlighter-rouge">VARIANT</code> data types, row- and column-level access controls, Apache Iceberg v3 support and enhanced streaming capabilities. Spark 4.1.0 adds official support for Structured Streaming real-time mode.</li>
  <li><strong>Why it matters for official statistics:</strong> Large administrative-data systems often require governed processing of semi-structured records, near-real-time monitoring and fine-grained access control. These capabilities are relevant for integration of registers, event data and operational systems.</li>
  <li><strong>Practical use case:</strong> Process administrative-event data with explicit access controls, semi-structured fields and streaming quality checks before integration with survey frames or statistical registers.</li>
  <li><strong>Implementation notes:</strong> Managed cloud support does not remove the need for data-sharing agreements, access-control testing, lineage capture or reproducibility checks. Agencies should also evaluate whether real-time processing is necessary for the statistical product.</li>
  <li><strong>Sources:</strong> <a href="https://aws.amazon.com/about-aws/whats-new/2026/04/amazon-emr-apache-spark/">AWS announcement for Spark 4.0.2 on Amazon EMR</a>; <a href="https://spark.apache.org/releases/spark-release-4.1.0.html">Apache Spark 4.1.0 release notes</a>.</li>
</ul>

<h3 id="analysis-and-modelling">Analysis and modelling</h3>

<p><strong>sklearn-migrator for reproducible scikit-learn model migration</strong></p>

<ul>
  <li><strong>Release or publication date:</strong> Published in the Journal of Open Source Software on 19 May 2026.</li>
  <li><strong>What it does:</strong> <code class="language-plaintext highlighter-rouge">sklearn-migrator</code> serialises supported scikit-learn estimators into portable, inspectable dictionaries and reconstructs them across scikit-learn versions while checking prediction parity.</li>
  <li><strong>Why it matters for official statistics:</strong> Statistical offices use scikit-learn models for classification, imputation, editing, small-area modelling and quality flags. Long-lived model artefacts can become fragile when Python environments are upgraded for security or maintenance.</li>
  <li><strong>Practical use case:</strong> Preserve a trained imputation or classification model while moving from an old analysis environment to a patched one, without retraining on confidential historical data.</li>
  <li><strong>Implementation notes:</strong> Coverage is partial: the paper reports support for 21 estimators and notes that pipelines and transformers are not yet supported. Offices should keep original training data, model cards and parity tests wherever legally and operationally possible.</li>
  <li><strong>Sources:</strong> <a href="https://joss.theoj.org/papers/10.21105/joss.10374.pdf">JOSS paper</a>.</li>
</ul>

<h3 id="reporting-and-dissemination">Reporting and dissemination</h3>

<p><strong>StatGPT and AI-ready official-statistics metadata</strong></p>

<ul>
  <li><strong>Release or publication date:</strong> IMF Departmental Paper published on 10 March 2026; World Bank discussion on AI, transparency and trust published on 27 May 2026.</li>
  <li><strong>What it does:</strong> StatGPT uses LLMs to translate natural-language requests into structured queries against official statistical APIs rather than generating figures directly. The related World Bank discussion stresses transparency, reproducibility and the limits of ungrounded models for retrieving official statistics.</li>
  <li><strong>Why it matters for official statistics:</strong> The key lesson is architectural: AI should retrieve authoritative data from well-documented APIs, with clear metadata and ownership, rather than inventing numbers from model memory.</li>
  <li><strong>Practical use case:</strong> Prototype a natural-language interface over SDMX or agency APIs that returns published indicators, source metadata, units, classifications and caveats.</li>
  <li><strong>Implementation notes:</strong> Metadata quality is the main dependency. Indicator definitions, units, time coverage, ownership and methodological notes need to be machine-readable and complete. Ambiguous queries should trigger clarification rather than silently choosing a series.</li>
  <li><strong>Sources:</strong> <a href="https://www.imf.org/en/publications/departmental-papers-policy-papers/issues/2026/03/10/statgpt-ai-for-official-statistics-573514">IMF StatGPT paper</a>; <a href="https://blogs.worldbank.org/en/opendata/ai--transparency--and-trust--rethinking-open-science-in-developm">World Bank blog on AI, transparency and trust</a>.</li>
</ul>

<h3 id="governance-privacy-and-responsible-ai">Governance, privacy and responsible AI</h3>

<p><strong>U.S. Census Bureau Business Trends and Outlook Survey AI supplement</strong></p>

<ul>
  <li><strong>Release or publication date:</strong> Article published on 26 May 2026; data reviewed from 14 December 2025 to 3 May 2026.</li>
  <li><strong>What it does:</strong> The U.S. Census Bureau reports high-frequency survey measures of business AI use and expected future use. The Bureau also notes that the second AI supplement measures use across 15 business functions and asks about operational changes such as training, workflow adjustments and technology investments.</li>
  <li><strong>Why it matters for official statistics:</strong> It is a concrete example of adapting survey content as AI changes production, labour and business processes. It also shows the importance of questionnaire wording: the Bureau revised the AI-use question in November 2025.</li>
  <li><strong>Practical use case:</strong> Review labour, enterprise and ICT survey modules to distinguish AI adoption, business function, workflow change, training and non-use barriers.</li>
  <li><strong>Implementation notes:</strong> AI adoption measures are sensitive to wording, reference period and respondent interpretation. Cognitive testing and metadata should explain whether simple office automation, embedded software and generative AI tools are in scope.</li>
  <li><strong>Sources:</strong> <a href="https://www.census.gov/library/stories/2026/05/ai-use-businesses.html">U.S. Census Bureau article</a>.</li>
</ul>

<h2 id="implications-for-statistical-offices"><strong>Implications for statistical offices</strong></h2>

<p>The common pattern is that AI is becoming more useful when it is constrained by existing statistical infrastructure: governed pipelines, validated schemas, authoritative APIs, clear metadata and auditable review points. Privacy filtering, model migration and AI-enabled orchestration can reduce operational friction, but they also introduce new validation requirements. National statistical offices should therefore prioritise reproducibility, logging, metadata enrichment and human review before moving any AI-supported workflow into official production.</p>

<h2 id="next-actions"><strong>Next actions</strong></h2>

<ul>
  <li>Inventory text fields, paradata and administrative notes that may require PII filtering before AI experimentation.</li>
  <li>Test pandas 3.x upgrades on representative cleaning pipelines, especially string columns, missing values, labels and Stata imports.</li>
  <li>Pilot AI-enabled Airflow tasks only in non-production workflows with read-only SQL, schema validation and approval gates.</li>
  <li>Review model artefact retention policies for scikit-learn models used in editing, imputation or classification.</li>
  <li>Strengthen SDMX/API metadata so AI interfaces can retrieve official series without guessing.</li>
  <li>Update survey-question design guidance for measuring AI adoption, including function-specific use and non-use barriers.</li>
</ul>

<h2 id="sources"><strong>Sources</strong></h2>

<ul>
  <li>OpenAI. <a href="https://openai.com/index/introducing-openai-privacy-filter/">Introducing OpenAI Privacy Filter</a>, 22 April 2026.</li>
  <li>Isik et al. <a href="https://arxiv.org/abs/2605.09973">GLiNER2-PII: A Multilingual Model for Personally Identifiable Information Extraction</a>, 11 May 2026.</li>
  <li>pandas project. <a href="https://pandas.pydata.org/docs/">pandas documentation, version 3.0.3</a>, 11 May 2026.</li>
  <li>pandas project. <a href="https://pandas.pydata.org/pandas-docs/stable/whatsnew/v3.0.0.html">What’s new in pandas 3.0.0</a>, 21 January 2026.</li>
  <li>Apache Airflow. <a href="https://airflow.apache.org/docs/apache-airflow-providers-common-ai/stable/changelog.html">Common AI Provider changelog</a>, 23 May 2026.</li>
  <li>Apache Airflow. <a href="https://airflow.apache.org/blog/common-ai-provider/">Introducing the Common AI Provider</a>, 14 April 2026.</li>
  <li>Apache Airflow. <a href="https://airflow.apache.org/blog/ai-survey-analysis-pipelines/">Ask Your Survey Anything: Building AI Analysis Pipelines with Airflow 3</a>, 15 April 2026.</li>
  <li>AWS. <a href="https://aws.amazon.com/about-aws/whats-new/2026/04/amazon-emr-apache-spark/">Amazon EMR now supports Apache Spark 4.0.2 in general availability</a>, 27 May 2026.</li>
  <li>Apache Spark. <a href="https://spark.apache.org/releases/spark-release-4.1.0.html">Spark Release 4.1.0</a>.</li>
  <li>Gonzalez. <a href="https://joss.theoj.org/papers/10.21105/joss.10374.pdf">sklearn-migrator: Cross-version migration of scikit-learn models for reproducible MLOps</a>, Journal of Open Source Software, 19 May 2026.</li>
  <li>IMF. <a href="https://www.imf.org/en/publications/departmental-papers-policy-papers/issues/2026/03/10/statgpt-ai-for-official-statistics-573514">StatGPT: AI for Official Statistics</a>, 10 March 2026.</li>
  <li>World Bank. <a href="https://blogs.worldbank.org/en/opendata/ai--transparency--and-trust--rethinking-open-science-in-developm">AI, transparency, and trust: rethinking open science in development research</a>, 27 May 2026.</li>
  <li>U.S. Census Bureau. <a href="https://www.census.gov/library/stories/2026/05/ai-use-businesses.html">AI Use at U.S. Businesses</a>, 26 May 2026.</li>
</ul>]]></content><author><name>Dramane Bako</name></author><category term="AI" /><category term="Survey Research" /><category term="Weekly Update" /><category term="Surveys" /><category term="Administrative Data" /><category term="Official Statistics" /><category term="AI tools" /><category term="surveys" /><category term="censuses" /><category term="administrative data" /><category term="official statistics" /><summary type="html"><![CDATA[Recent AI developments for survey pipelines, privacy filtering, metadata, model governance and official statistical dissemination.]]></summary></entry><entry xml:lang="fr"><title type="html">Pipelines d’enquêtes IA et contrôles de confidentialité</title><link href="https://bakodramane.github.io/fr/2026/06/08/pipelines-enquetes-ia-controles-confidentialite/" rel="alternate" type="text/html" title="Pipelines d’enquêtes IA et contrôles de confidentialité" /><published>2026-06-08T00:00:00+00:00</published><updated>2026-06-08T00:00:00+00:00</updated><id>https://bakodramane.github.io/fr/2026/06/08/pipelines-enquetes-ia-controles-confidentialite-fr</id><content type="html" xml:base="https://bakodramane.github.io/fr/2026/06/08/pipelines-enquetes-ia-controles-confidentialite/"><![CDATA[<h2 id="résumé-exécutif"><strong>Résumé exécutif</strong></h2>

<p>Les développements récents montrent une phase plus opérationnelle de l’intelligence artificielle (IA) dans les statistiques officielles : filtres de confidentialité plus robustes pour les textes, pipelines de données intégrant l’IA de manière plus observable, et attention renouvelée à la qualité des métadonnées pour une diffusion fiable. La plupart des solutions doivent encore être utilisées comme pilotes contrôlés, mais plusieurs sont désormais suffisamment mûres pour être testées hors production avec des contrôles explicites de qualité, de confidentialité et d’audit.</p>

<h2 id="nouveautés-de-la-semaine"><strong>Nouveautés de la semaine</strong></h2>

<h3 id="édition-et-validation">Édition et validation</h3>

<p><strong>OpenAI Privacy Filter et GLiNER2-PII pour la détection des informations personnelles</strong></p>

<ul>
  <li><strong>Date de publication :</strong> OpenAI Privacy Filter a été publié le 22 avril 2026 ; GLiNER2-PII a été publié comme prépublication le 11 mai 2026.</li>
  <li><strong>Ce que cela fait :</strong> OpenAI Privacy Filter est un modèle à poids ouverts destiné à détecter et caviarder les informations permettant d’identifier une personne dans les textes. GLiNER2-PII est un modèle multilingue d’extraction de ces informations, avec des comparaisons de performance incluant OpenAI Privacy Filter.</li>
  <li><strong>Pourquoi c’est important pour les statistiques officielles :</strong> Les offices statistiques traitent de plus en plus de réponses libres, notes d’enquêteurs, commentaires d’entreprises, transcriptions de centres d’appel et dossiers administratifs susceptibles de contenir des données personnelles. Une détection locale ou contrôlée peut soutenir le prétraitement avant le développement de modèles, le partage de données ou l’usage de services infonuagiques.</li>
  <li><strong>Cas d’usage pratique :</strong> Filtrer les paradonnées d’enquête, journaux de contact ou notes administratives avant des expérimentations de classification de texte, d’analyse thématique ou de codage.</li>
  <li><strong>Notes de mise en œuvre :</strong> Ces outils doivent être considérés comme un premier contrôle, et non comme une garantie juridique d’anonymisation. Les agences doivent mesurer le rappel sur leurs propres langues, noms, adresses, identifiants et domaines métiers ; documenter les faux négatifs ; et conserver une revue humaine pour les jeux de données sensibles.</li>
  <li><strong>Sources :</strong> <a href="https://openai.com/index/introducing-openai-privacy-filter/">OpenAI Privacy Filter</a> ; <a href="https://arxiv.org/abs/2605.09973">prépublication GLiNER2-PII</a>.</li>
</ul>

<h3 id="nettoyage-et-contrôle-de-qualité">Nettoyage et contrôle de qualité</h3>

<p><strong>pandas 3.0.3 et les changements de types de données dans pandas 3.0</strong></p>

<ul>
  <li><strong>Date de publication :</strong> pandas 3.0.3 a été publié le 11 mai 2026 ; pandas 3.0.0 a été publié le 21 janvier 2026.</li>
  <li><strong>Ce que cela fait :</strong> pandas 3.0 a introduit un type de chaîne de caractères dédié par défaut et de nombreux changements de compatibilité ; la version 3.0.3 de mai 2026 maintient cette branche. Les notes de version 3.0 documentent aussi une meilleure prise en charge d’anciens formats Stata et des libellés de valeurs.</li>
  <li><strong>Pourquoi c’est important pour les statistiques officielles :</strong> De nombreux pipelines d’enquêtes et de données administratives utilisent pandas pour le nettoyage, le recodage, la validation et les tabulations. Le nouveau type de chaîne peut améliorer la cohérence, mais modifier le comportement de scripts hérités qui supposaient des colonnes <code class="language-plaintext highlighter-rouge">object</code>.</li>
  <li><strong>Cas d’usage pratique :</strong> Moderniser les notebooks de nettoyage et les pipelines d’analyse reproductible pour les exports de questionnaires, les fichiers Stata, les registres administratifs et les microdonnées labellisées.</li>
  <li><strong>Notes de mise en œuvre :</strong> Tester les recodages, le traitement des valeurs manquantes, les jointures et les formats d’export avant toute montée de version en production. Les services disposant d’anciens fichiers Stata devraient vérifier les libellés et encodages sur des fichiers de référence connus.</li>
  <li><strong>Sources :</strong> <a href="https://pandas.pydata.org/docs/">documentation pandas 3.0.3</a> ; <a href="https://pandas.pydata.org/pandas-docs/stable/whatsnew/v3.0.0.html">notes de version pandas 3.0.0</a>.</li>
</ul>

<h3 id="traitement-et-intégration">Traitement et intégration</h3>

<p><strong>Apache Airflow Common AI Provider 0.3.0</strong></p>

<ul>
  <li><strong>Date de publication :</strong> La version 0.3.0 a été publiée le 23 mai 2026 ; le fournisseur commun pour l’IA a été annoncé le 14 avril 2026.</li>
  <li><strong>Ce que cela fait :</strong> Le fournisseur ajoute à Apache Airflow des opérateurs pour grands modèles de langage (LLM) et agents. Le journal des changements de la version 0.3.0 ajoute <code class="language-plaintext highlighter-rouge">LLMRetryPolicy</code>, tandis que l’exemple d’analyse d’enquête montre la conversion de langage naturel en SQL, la comparaison de schémas, l’exécution avec DataFusion et une approbation humaine.</li>
  <li><strong>Pourquoi c’est important pour les statistiques officielles :</strong> Les étapes IA intégrées dans les chaînes statistiques doivent être observables, relançables et auditables. L’orchestration par tâches d’Airflow est plus adaptée aux expérimentations contrôlées que les agents opaques.</li>
  <li><strong>Cas d’usage pratique :</strong> Construire un pilote qui vérifie si le schéma d’un fichier CSV mensuel d’enquête a changé, traduit une question validée par un analyste en SQL, exécute la requête localement et envoie le résultat en revue avant diffusion.</li>
  <li><strong>Notes de mise en œuvre :</strong> Il s’agit encore d’un fournisseur en version 0.x. Les appels aux modèles doivent être isolés, le SQL généré limité à des requêtes <code class="language-plaintext highlighter-rouge">SELECT</code> en lecture seule, les requêtes et sorties conservées comme artefacts auditables, et toute utilisation en publication officielle soumise à approbation humaine.</li>
  <li><strong>Sources :</strong> <a href="https://airflow.apache.org/docs/apache-airflow-providers-common-ai/stable/changelog.html">journal des changements du Common AI Provider</a> ; <a href="https://airflow.apache.org/blog/common-ai-provider/">annonce du Common AI Provider</a> ; <a href="https://airflow.apache.org/blog/ai-survey-analysis-pipelines/">exemple de pipeline d’analyse d’enquête</a>.</li>
</ul>

<p><strong>Prise en charge d’Apache Spark 4.x dans les environnements de traitement gérés</strong></p>

<ul>
  <li><strong>Date de publication :</strong> AWS a annoncé la disponibilité générale d’Apache Spark 4.0.2 sur Amazon EMR le 27 mai 2026 ; Apache Spark 4.1.0 est documenté comme la deuxième version de la série 4.x.</li>
  <li><strong>Ce que cela fait :</strong> L’annonce met en avant SQL ANSI, les types <code class="language-plaintext highlighter-rouge">VARIANT</code>, les contrôles d’accès par ligne et par colonne, la prise en charge d’Apache Iceberg v3 et des capacités de streaming améliorées. Spark 4.1.0 ajoute la prise en charge officielle du mode temps réel pour Structured Streaming.</li>
  <li><strong>Pourquoi c’est important pour les statistiques officielles :</strong> Les systèmes de données administratives à grande échelle nécessitent souvent un traitement gouverné de données semi-structurées, un suivi quasi temps réel et des contrôles d’accès fins. Ces fonctions sont pertinentes pour l’intégration des registres, données événementielles et systèmes opérationnels.</li>
  <li><strong>Cas d’usage pratique :</strong> Traiter des données administratives événementielles avec contrôles d’accès explicites, champs semi-structurés et contrôles de qualité en streaming avant intégration avec des bases de sondage ou registres statistiques.</li>
  <li><strong>Notes de mise en œuvre :</strong> Un environnement infonuagique géré ne remplace pas les accords de partage de données, les tests d’accès, la traçabilité ni les contrôles de reproductibilité. Les agences doivent aussi vérifier si un traitement temps réel est réellement nécessaire pour le produit statistique.</li>
  <li><strong>Sources :</strong> <a href="https://aws.amazon.com/about-aws/whats-new/2026/04/amazon-emr-apache-spark/">annonce AWS pour Spark 4.0.2 sur Amazon EMR</a> ; <a href="https://spark.apache.org/releases/spark-release-4.1.0.html">notes de version Apache Spark 4.1.0</a>.</li>
</ul>

<h3 id="analyse-et-modélisation">Analyse et modélisation</h3>

<p><strong>sklearn-migrator pour la migration reproductible des modèles scikit-learn</strong></p>

<ul>
  <li><strong>Date de publication :</strong> Article publié dans le Journal of Open Source Software le 19 mai 2026.</li>
  <li><strong>Ce que cela fait :</strong> <code class="language-plaintext highlighter-rouge">sklearn-migrator</code> sérialise des estimateurs scikit-learn pris en charge dans des dictionnaires portables et inspectables, puis les reconstruit entre versions de scikit-learn tout en vérifiant la parité des prédictions.</li>
  <li><strong>Pourquoi c’est important pour les statistiques officielles :</strong> Les offices statistiques utilisent des modèles scikit-learn pour la classification, l’imputation, l’édition, la modélisation sur petits domaines et les indicateurs de qualité. Les artefacts de modèles de longue durée peuvent devenir fragiles lors des mises à jour Python nécessaires à la sécurité ou à la maintenance.</li>
  <li><strong>Cas d’usage pratique :</strong> Préserver un modèle entraîné d’imputation ou de classification lors du passage d’un ancien environnement d’analyse à un environnement corrigé, sans réentraîner sur des données historiques confidentielles.</li>
  <li><strong>Notes de mise en œuvre :</strong> La couverture est partielle : l’article indique 21 estimateurs pris en charge et précise que les pipelines et transformateurs ne le sont pas encore. Les offices devraient conserver les données d’entraînement, fiches de modèles et tests de parité lorsque cela est légalement et opérationnellement possible.</li>
  <li><strong>Sources :</strong> <a href="https://joss.theoj.org/papers/10.21105/joss.10374.pdf">article JOSS</a>.</li>
</ul>

<h3 id="diffusion-et-restitution">Diffusion et restitution</h3>

<p><strong>StatGPT et les métadonnées de statistiques officielles prêtes pour l’IA</strong></p>

<ul>
  <li><strong>Date de publication :</strong> Document départemental du FMI publié le 10 mars 2026 ; discussion de la Banque mondiale sur l’IA, la transparence et la confiance publiée le 27 mai 2026.</li>
  <li><strong>Ce que cela fait :</strong> StatGPT utilise les LLM pour traduire des demandes en langage naturel en requêtes structurées vers des interfaces de programmation officielles, au lieu de générer directement les chiffres. La discussion de la Banque mondiale souligne la transparence, la reproductibilité et les limites des modèles non ancrés pour retrouver des statistiques officielles.</li>
  <li><strong>Pourquoi c’est important pour les statistiques officielles :</strong> La leçon principale est architecturale : l’IA doit récupérer les données faisant autorité à partir d’API documentées, avec des métadonnées et une propriété claires, plutôt que produire des chiffres à partir de la mémoire du modèle.</li>
  <li><strong>Cas d’usage pratique :</strong> Prototyper une interface en langage naturel au-dessus de SDMX ou d’API institutionnelles qui retourne les indicateurs publiés, les métadonnées de source, unités, classifications et mises en garde.</li>
  <li><strong>Notes de mise en œuvre :</strong> La qualité des métadonnées est la dépendance principale. Définitions d’indicateurs, unités, couverture temporelle, propriété et notes méthodologiques doivent être complètes et lisibles par machine. Les requêtes ambiguës devraient déclencher une clarification plutôt que choisir silencieusement une série.</li>
  <li><strong>Sources :</strong> <a href="https://www.imf.org/en/publications/departmental-papers-policy-papers/issues/2026/03/10/statgpt-ai-for-official-statistics-573514">document FMI StatGPT</a> ; <a href="https://blogs.worldbank.org/en/opendata/ai--transparency--and-trust--rethinking-open-science-in-developm">blog de la Banque mondiale sur l’IA, la transparence et la confiance</a>.</li>
</ul>

<h3 id="gouvernance-confidentialité-et-ia-responsable">Gouvernance, confidentialité et IA responsable</h3>

<p><strong>Supplément IA du Business Trends and Outlook Survey du U.S. Census Bureau</strong></p>

<ul>
  <li><strong>Date de publication :</strong> Article publié le 26 mai 2026 ; données examinées du 14 décembre 2025 au 3 mai 2026.</li>
  <li><strong>Ce que cela fait :</strong> Le U.S. Census Bureau publie des mesures fréquentes de l’usage actuel et attendu de l’IA par les entreprises. Le Bureau précise aussi que le deuxième supplément IA mesure l’usage dans 15 fonctions d’entreprise et interroge les changements opérationnels, dont la formation, les ajustements de flux de travail et les investissements technologiques.</li>
  <li><strong>Pourquoi c’est important pour les statistiques officielles :</strong> C’est un exemple concret d’adaptation du contenu d’enquête face aux effets de l’IA sur la production, le travail et les processus d’entreprise. Il montre aussi l’importance de la formulation : la question principale sur l’usage de l’IA a été révisée en novembre 2025.</li>
  <li><strong>Cas d’usage pratique :</strong> Réviser les modules d’enquêtes sur le travail, les entreprises et les TIC afin de distinguer l’adoption de l’IA, la fonction métier, les changements de processus, la formation et les obstacles à la non-utilisation.</li>
  <li><strong>Notes de mise en œuvre :</strong> Les mesures d’adoption de l’IA sont sensibles à la formulation, à la période de référence et à l’interprétation par les répondants. Les tests cognitifs et métadonnées doivent préciser si l’automatisation bureautique simple, les logiciels intégrés et les outils d’IA générative sont inclus.</li>
  <li><strong>Sources :</strong> <a href="https://www.census.gov/library/stories/2026/05/ai-use-businesses.html">article du U.S. Census Bureau</a>.</li>
</ul>

<h2 id="implications-pour-les-offices-statistiques"><strong>Implications pour les offices statistiques</strong></h2>

<p>Le point commun est que l’IA devient plus utile lorsqu’elle est encadrée par l’infrastructure statistique existante : pipelines gouvernés, schémas validés, API faisant autorité, métadonnées claires et points de revue auditables. Le filtrage de confidentialité, la migration de modèles et l’orchestration intégrant l’IA peuvent réduire certaines frictions opérationnelles, mais introduisent aussi de nouvelles exigences de validation. Les offices statistiques nationaux devraient donc privilégier la reproductibilité, la journalisation, l’enrichissement des métadonnées et la revue humaine avant toute mise en production officielle.</p>

<h2 id="prochaines-actions"><strong>Prochaines actions</strong></h2>

<ul>
  <li>Recenser les champs texte, paradonnées et notes administratives qui nécessitent un filtrage des informations personnelles avant expérimentation IA.</li>
  <li>Tester les montées de version vers pandas 3.x sur des pipelines représentatifs, en particulier les chaînes, valeurs manquantes, libellés et imports Stata.</li>
  <li>Piloter les tâches Airflow intégrant l’IA uniquement hors production, avec SQL en lecture seule, validation de schéma et portes d’approbation.</li>
  <li>Réviser les politiques de conservation des artefacts de modèles scikit-learn utilisés pour l’édition, l’imputation ou la classification.</li>
  <li>Renforcer les métadonnées SDMX et API afin que les interfaces IA puissent retrouver les séries officielles sans deviner.</li>
  <li>Mettre à jour les lignes directrices de conception des questions sur l’adoption de l’IA, en incluant les usages par fonction et les obstacles à la non-utilisation.</li>
</ul>

<h2 id="sources"><strong>Sources</strong></h2>

<ul>
  <li>OpenAI. <a href="https://openai.com/index/introducing-openai-privacy-filter/">Introducing OpenAI Privacy Filter</a>, 22 avril 2026.</li>
  <li>Isik et al. <a href="https://arxiv.org/abs/2605.09973">GLiNER2-PII: A Multilingual Model for Personally Identifiable Information Extraction</a>, 11 mai 2026.</li>
  <li>Projet pandas. <a href="https://pandas.pydata.org/docs/">Documentation pandas, version 3.0.3</a>, 11 mai 2026.</li>
  <li>Projet pandas. <a href="https://pandas.pydata.org/pandas-docs/stable/whatsnew/v3.0.0.html">What’s new in pandas 3.0.0</a>, 21 janvier 2026.</li>
  <li>Apache Airflow. <a href="https://airflow.apache.org/docs/apache-airflow-providers-common-ai/stable/changelog.html">Common AI Provider changelog</a>, 23 mai 2026.</li>
  <li>Apache Airflow. <a href="https://airflow.apache.org/blog/common-ai-provider/">Introducing the Common AI Provider</a>, 14 avril 2026.</li>
  <li>Apache Airflow. <a href="https://airflow.apache.org/blog/ai-survey-analysis-pipelines/">Ask Your Survey Anything: Building AI Analysis Pipelines with Airflow 3</a>, 15 avril 2026.</li>
  <li>AWS. <a href="https://aws.amazon.com/about-aws/whats-new/2026/04/amazon-emr-apache-spark/">Amazon EMR now supports Apache Spark 4.0.2 in general availability</a>, 27 mai 2026.</li>
  <li>Apache Spark. <a href="https://spark.apache.org/releases/spark-release-4.1.0.html">Spark Release 4.1.0</a>.</li>
  <li>Gonzalez. <a href="https://joss.theoj.org/papers/10.21105/joss.10374.pdf">sklearn-migrator: Cross-version migration of scikit-learn models for reproducible MLOps</a>, Journal of Open Source Software, 19 mai 2026.</li>
  <li>FMI. <a href="https://www.imf.org/en/publications/departmental-papers-policy-papers/issues/2026/03/10/statgpt-ai-for-official-statistics-573514">StatGPT: AI for Official Statistics</a>, 10 mars 2026.</li>
  <li>Banque mondiale. <a href="https://blogs.worldbank.org/en/opendata/ai--transparency--and-trust--rethinking-open-science-in-developm">AI, transparency, and trust: rethinking open science in development research</a>, 27 mai 2026.</li>
  <li>U.S. Census Bureau. <a href="https://www.census.gov/library/stories/2026/05/ai-use-businesses.html">AI Use at U.S. Businesses</a>, 26 mai 2026.</li>
</ul>]]></content><author><name>Dramane Bako</name></author><category term="AI" /><category term="Survey Research" /><category term="Weekly Update" /><category term="IA" /><category term="Enquêtes" /><category term="Données administratives" /><category term="Statistiques officielles" /><category term="outils IA" /><category term="enquêtes" /><category term="recensements" /><category term="données administratives" /><category term="statistiques officielles" /><summary type="html"><![CDATA[Développements récents de l'IA pour les pipelines d'enquêtes, la confidentialité, les métadonnées et la diffusion statistique.]]></summary></entry></feed>