組織変更に強い公共データ設計──行政の“名前が変わる”現場をコードで守る

IT政策の提案
組織変更に強い公共データ設計──行政の“名前が変わる”現場をコードで守る

どうも〜おかむーです!今日はちょっとエンジニアっぽい話をしますよ〜。

  • 行政組織の改編(省庁再編や局の新設)はデータスキーマの地雷です
  • PDFで“名前だけ”書き換えられるデータより、バージョン付きIDで繋ぐ設計が必要
  • 技術的にはスキーマバージョニング+永続ID+変換パイプラインで実務的に解決できます!

結論

行政組織が法令で変わるたびにデータの意味(semantics)がずれる問題は、ID設計とスキーマバージョニングで技術的にかなり軽減できる。要するに「名前」ではなく「識別子」と「履歴(バージョン)」で政策データを繋げれば、検証や再現性がグッと上がるということです。

なぜ今この話をするか

政府や自治体のデータ公開は機械可読性ルール(例: 内閣官房・デジタル庁の資料)でCSV/Excel推奨が出てきてますが(https://www.digital.go.jp/...)、実務ではまだ「PDFに組織名だけ直す」運用が残ってます。これ見てくださいよ、組織の表記だけ変わっても、データの意味が変わる(担当窓口・予算科目・評価指標)と後工程が混乱します。

問題を技術的に整理すると

  • 名称依存: データに「省庁名」や「局名」文字列しか入っていない
  • スキーマ非可逆: 組織改編前後の列の意味が曖昧
  • 発見性低下: 過去データを横断するときに照合できない

要するに、エンジニア的に言うと「外部キーが文字列で管理されてる」んですよね。これ、DB設計としては論外に近い。

技術的ソリューション(実務寄り)

  • 永続IDを定義する
  • - 中央/地方それぞれに永続的な識別子を付与(例: 全国地方公共団体コードは自治体に有効)

    - 中央省庁向けには法令改正をトレーサブルにする“行政機関ID”をメタデータで管理

  • スキーマバージョニング
  • - dataset.json に "schema_version" を入れる。変更点はマイナー/メジャーで管理

    - 変換ルールをマイグレーションスクリプトとしてコード管理(Git)

  • 変換パイプライン
  • - ETLをコード化してCIで回す。PDF→CSVの変換も含む

    - 例: Pythonスニペット(概念例)

    # org_map.json を読み込んで古い組織名をIDにマップする例
    

    import csv, json

    org_map = json.load(open('org_map.json'))

    with open('budget_old.csv') as f:

    r = csv.DictReader(f)

    out = []

    for row in r:

    org_id = org_map.get(row['org_name'])

    row['org_id'] = org_id or 'UNKNOWN'

    out.append(row)

    保存して downstream の API へ

  • メタデータ公開(機械可読)
  • - 各データセットに発行日、適用期間、関連法令のURIを付与

    - JSON-LDで組織の変更履歴を表現すると連携しやすい

    {
    

    "@context": "https://schema.org",

    "@type": "Organization",

    "name": "内閣府",

    "identifier": "gov-org:naikakufu",

    "validFrom": "2016-12-01",

    "validThrough": "2024-03-31"

    }

    実装上のチェックリスト

    • CSV/JSONで機械可読に出しているか(PDFに頼らない)
    • dataset に schema_version と validFrom/validThrough を持たせているか
    • 組織IDのマッピングテーブルを公開しているか(履歴付き)
    • マイグレーションスクリプトをGitで管理してCIでテストしているか

    導入のための運用案(短期/中期)

    • 短期: 既存CSVに org_id 列を追加し、マッピングテーブルを公開
    • 中期: データカタログ(go.jp など)上で組織の履歴APIを提供(内部は Git + DB)
    • 長期: 法令変更と連動するトリガーでデータセットのスキーママイグレーションを自動化

    参考資料

    • 行政データの機械可読性ルール(デジタル庁): https://www.digital.go.jp/...
    • 自治体情報システムの標準化(総務省): https://www.soumu.go.jp/...
    • 日本の行政機関(概要): https://ja.wikipedia.org/wiki/日本の行政機関

    まとめ

    組織名の変化は見た目以上にデータの意味を揺らします。名前ではなくIDとバージョン、そして変換パイプラインをコードで運用することで、政策評価や再現可能性のコストが大幅に下がるはず。PDF依存を減らして、メタデータをちゃんと出しましょう!

    おかむーから一言

    テクノロジーで行政の“履歴”をちゃんと残そう。名前が変わってもデータの価値は変わらない、っていう世界を作りたいんですよ!

    シェアする