学習記録の可搬性はPDF出力では実現しない。異動・出向・転籍・退職後も、発行者、達成基準、証拠、完全性、現在の状態を検証し、本人が提示範囲を選べるように、エクスポート、訂正・失効、保存、ベンダー終了時の設計基準、実務手順と検証指標まで示す。

学習記録の可搬性：転職・異動後も能力証拠を残すには

ある社員は同じ会社で七年間、データ分析の仕事を続けた。オンライン講座を38件修了し、社内認定を4件取得し、三つの案件で現場評価にも合格した。ところがグループ会社への転籍初日、旧会社のメールアドレスにひも付いたLMSアカウントが閉じた。新しい会社へ出せたのは修了証のPDFと画面キャプチャだけだった。誰がどの基準で評価したのか、当時の課題は何か、認定が現在も有効かを確かめる手段はない。記録は残っていても、証拠としては生き残らなかった。

学習記録の可搬性とは、学習成果の記録が部署、法人、雇用関係、システムの境界を越えても、発行者、対象者、達成基準、発行時点、証拠、完全性、現在の状態を再検証でき、本人が提示範囲を制御できる能力である。ダウンロード機能や一度限りのデータ移行を指す言葉ではない。

人材育成の結論は明確だ。学習記録を会社のアカウントだけに閉じ込めてはならないが、すべての生ログを本人へ渡しても問題は解けない。 持ち運べる成果、条件付きで開示する証拠、社内に残す機微情報を分け、発行、保管、提示、検証、失効の責任を最後までつなぐ必要がある。

異動初日に失われたのはデータではなく四つの接続である

LMSの管理画面には履歴が残っているかもしれない。それでも新しい部署や会社が使えなければ、実務上は消えたのと同じである。アカウント停止とともに切れる接続は四つある。

第一はアクセスの接続である。会社メール、社内SSO、退職者ポリシーに縛られた記録は本人が開けない。第二は文脈の接続である。講座名だけで学習成果、評価基準、課題の難度、支援の程度がなければ、何を達成したか判断できない。第三は信頼の接続である。発行者、対象者、原本の完全性を検証できなければ、自己申告や画像を超えられない。第四は時間の接続である。有効期限、発行ミス、訂正、失効を照会できなければ、過去のファイルは現在の状態を伝えない。

可搬性とは、この四つを新しい環境でもつなぎ直す設計である。バックアップはファイルを守っても、誰の主張かを守れないことがある。暗号学的な署名だけを残しても、改ざんされていないことは確かめられるが、発行者を信頼すべきか、異動先の職務判断に十分かは別に評価しなければならない。

最初の分岐で行動ログと持ち出す成果を分ける

学習記録を一枚岩として扱うと、情報の持ち出し過ぎと証拠不足が同時に起きる。動画再生、クリック、クイズの再試行、質問、掲示板への投稿は学習過程を理解する材料になる。しかし「この社員が所定の能力を達成した」という発行者の主張とは異なる。xAPIやLRSで行動を集めても、転職先へ提出できる能力証明が自動的にできるわけではない。

何を移すかは記録の目的から分ける。

記録の層	答える問い	持ち出しの原則	例
行動イベント	何を見て何を試したか	原則として社内で最小限保存	ログイン、再生、クリック、再試行、質問
学習成果	どの基準を満たしたか	持ち運べる形式で発行	修了、評価合格、社内認定、業務資格
根拠資料	判断は何に基づくか	権利・機密を確認して限定共有	評価結果、観察記録、制作物、案件成果物
運用・監査記録	誰がいつ発行・訂正・閲覧したか	会社が必要範囲を保存	発行ログ、同意、アクセス、状態変更

重要なのは大量の行動を外へ出すことではなく、再利用する成果の主張へ十分な文脈を添えることである。講座名と修了日だけでは足りない。何ができるという主張か、どの基準と評価を通ったか、発行時の版は何か、根拠をどこまで見せられるかを一緒に移す。

第二の関門ではファイルより検証可能な一式を渡す

持ち運ぶ最小単位には、人が読む画面と機械可読の原本がともに必要である。表示用の名称・説明に加え、安定した資格証明のID、発行者、本人との対応、達成基準、発行日と有効期限、根拠への参照、署名または完全性証明、状態照会先、スキーマの版を持たせる。訂正した場合は旧版と新版の関係も残す。

1EdTechのComprehensive Learner Record（CLR）2.0は、複数の学習提供者が発行した成果を、機械が読み取り検証できる一式として作成・送受信するための規格である。CLR自体もVerifiable Credentialであり、異なる発行者の個別資格証明をまとめられる。社内人材育成と昇進のユースケースでは、社員が必要な証明を選び、採用担当者へ送り、人事が内容を検証する。ただし、このユースケースは特定企業の昇進成果を証明する実証研究ではない。

学習記録の可搬性を支える利用者・クライアント・認可・リソースサーバーの構造を示すCLR 2.0 Figure 1

1EdTech CLR 2.0 §5.1 Figure 1。User、Web Browser、Client、Authorization Server、Resource Serverを分けている。本人がアクセスを制御する交換には、単発のファイル出力だけでなく、権限・原本・サービスの継続性が必要である。

図の要点は製品名ではなく責任分担にある。利用者は自分のリソースへのアクセスを承認し、クライアントは本人に代わって要求し、認可サーバーが権限を発行し、リソースサーバーが原本を提供する。契約終了時に「PDFを出せるか」だけを問うのでは足りない。機械可読の原本、スキーマ、検証鍵と状態照会、本人とのひも付けを再構成する手続、監査ログを誰が引き継ぐかまで決める。

W3Cが2026年7月に公開したDigital Credentials文書は、ウェブ上の発行・提示を利用者の介在によって処理し、明示的な同意と能動的な操作を確保するAPIを策定中である。教育・職業訓練の証明も利用例に入る。ただしWorking Draftであり、デジタルウォレットが証明をどう保存・管理するかは明示的に範囲外である。API対応を、ウォレット、保存期間、退職後の運用まで完成したという意味に広げてはならない。

第三の関門は所有権の一言ではなく三者の役割で越える

学習記録の議論は「データは会社のものか、社員のものか」という二者択一に縮まりやすい。実務では発行者、保有者、検証者を分ける必要がある。

発行者は、本人がどの基準をいつ満たしたかを主張し、訂正・状態変更と検証経路を維持する。
保有者は、自分に発行された記録を保管し、誰にどの項目をいつまで見せるかを選ぶ。
検証者は、形式、完全性、発行者、対象者、状態を確認し、その目的に十分かを判断する。

学習記録の可搬性を支えるオープンバッジの発行者・保有者・検証者とウォレット、発行・提示・検証の流れを示す文部科学省資料

文部科学省『オープンバッジによる学習履歴の見える化』4ページ。発行者・保有者・検証者とウォレットの関係を示し、発行例に社内研修の修了書を含む。生涯学習の導入資料であり、すべての企業記録を外部公開すべきだという意味ではない。

保有者が制御するとは、発行者の評価を本人が書き換えられることではない。社員は受け取った記録を選んで提示できるが、「評価に合格した」という主張の作成・訂正責任は発行者にある。会社も自社発行の証明を静かに上書きせず、訂正版を再発行して旧版との関係を残すべきである。

検証も二段階である。署名とファイルの完全性を確かめる技術的検証と、その発行者が特定の資格を発行する主体として認められているかを見る発行者の信頼性判断は異なる。W3CのRecognized Entities v1.0は、あるエコシステムで誰が発行・検証などを行うと認められているかを表現しようとしている。しかし2026年5月のFirst Public Working Draftであり、文書自体が実験的で本番導入には適さないと明記する。完成規格として採用するのではなく、「署名が正しい」と「発行者を信頼できる」を分ける設計上の示唆として扱う。

日本では、文部科学省の資料がOpen Badges 3.0のVC方式と発行者・保有者・検証者の関係を説明する一方、厚生労働省のマイジョブ・カードは、免許・資格、教育・訓練歴、職務経験、評価を蓄積し、用途に合わせて抽出・編集するキャリア形成の道具である。両者は競合しない。ジョブ・カードは本人が経験を編集して語る層、検証可能な資格証明は発行者が成果を裏付ける層として組み合わせられる。ただしジョブ・カード自体を暗号学的に検証可能なVCと同一視してはならない。

PDFが届いてもリアルタイム検証が切れれば移行は未完了である

異動・退職時に最も受け取りやすいのはPDFである。人が読み、保存し、キャリア面談で使うには便利だ。しかしPDFに記載された「有効」は出力時点の状態にすぎないことがある。その後に期限切れや発行ミスが判明しても、ファイルは自動で更新されない。

EuropassはEuropean Digital Credentialをウォレット、JSON-LDファイル、一時ウォレットなどで受け取れるようにし、保有者が制御できる期限付き共有リンクを推奨する。PDFの要約も出力できるが、特定時点の認証・検証結果を表す保護されていないスナップショットであり、オンライン原本のリアルタイム確認が最も信頼できると説明する。

学習記録の可搬性を支えるEuropassデジタル資格証明のJSON・PDF出力と認証・失効・有効性の検証状態画面

Europassの2026年6月23日付公式画面。JSON DocumentとPDF summaryの選択、形式、電子シール、失効、認定、有効期限の確認を示す。PDF要約と継続的に検証できるオンライン証明は同じではない。

企業は二つの層を用意するとよい。第一は本人が長期保存し、人が読める要約である。第二は他システムが解析し、署名、発行者、状態を確認できる原本である。共有時は原本ファイルをメールで無期限に複製せず、項目と期間を絞った提示手段を使う。可搬性は広く公開する能力ではなく、必要な証拠を制御しながら再検証させる能力である。

訂正・失効・保存が一件の記録の生涯を完成させる

改ざん防止は永久有効を意味しない。原文を勝手に直せないからこそ、状態と版を別に運用する。

対象者のひも付けや評価結果に誤りがあれば、訂正版を再発行し、旧版を置き換えた関係を残す。資格に期限があれば発行日と有効期間を分ける。不正取得や発行ミスで主張を認められなくなった場合は状態を変更するが、理由の公開は目的に必要な範囲へ絞る。共有リンクの停止、APIアクセストークンの取消し、資格証明そのものの失効は別の出来事として記録する。

削除も一つの操作ではない。本人の手元、会社の原本、ウォレット、状態リスト、バックアップ、監査ログ、根拠保管庫は管理主体が異なる。会社は法令・監査に必要な最小限の原本を定めた期間保存し、本人は社外移行を認められた成果の写しを持つ二層構造が現実的である。具体的な保存期間、開示・削除の扱いは個人情報保護法、労務、知的財産、業界規制、契約で変わるため、人材育成部門が一律の年数を決めてはならない。

発行者やウォレット事業者の終了も見落とせない。署名済みファイルが残っても、公開鍵や状態照会先が消えれば新しい検証者は困る。ベンダー契約には、終了前の原本出力、公開スキーマ、検証鍵・状態サービスの保存または移管、代替URL、削除証跡、移管後の標本再検証を含める。

持ち出し区分が本人の利便と営業秘密を同時に守る

「本人本位」をすべての記録の一括持ち出しと解釈すれば、顧客情報、同僚の評価、セキュリティログ、非公開の業務手順まで外へ出る。逆に機密の可能性だけを理由に講座名と修了日しか渡さなければ、社員は能力を再証明できない。記録ごとに持ち出し区分を定める。

区分	初期設定	設計原則
持ち運べる成果	機械可読原本と要約を本人へ提供	発行者、基準、日付、状態、完全性を含める
条件付き根拠	当事者・権利者の承認後、項目・期間を限定	制作物、答案、上司観察から他者・顧客・機密を分離
社外持ち出し対象外	証明から除外し社内で最小限保存	生ログ、顧客データ、セキュリティ事象、他社員情報

OJTの成果物を外部へ直接出せない場合は、検証可能な要約へ置き換えられる。顧客案件の元の成果物ではなく、「難度3の匿名化事例を基準表に沿って自立遂行し、二名の承認者が確認した」という発行者の主張を残す。必要なら検証者が承認手順と基準版を照会し、元資料へのアクセスは別途審査する。

日本企業では人材開発、現場、情報セキュリティ、個人情報、労務・法務、ITが発行前に区分を決める必要がある。人事異動、出向、転籍では、雇用主、受入先、研修提供者が一致しないこともある。「誰のデータか」を一言で決めるより、誰がどの目的で生成、保存、提示、訂正、削除できるかを記録単位で定める方が実行しやすい。

退職日ではなく30日前から記録の引継ぎを始める

冒頭の社員の移動を、企業が調整して使える運用例としてたどる。法定期限を示すものではない。

D-30で発行対象を確定する。 人材育成部門は修了、評価、認定から持ち運べる成果を選び、発行者、基準、状態、根拠区分を確認する。本人識別が旧会社メールだけに依存していないかを調べ、転籍後も接続できる手続きを用意する。

D-14で本人が実際に受け取る。 要約と機械可読原本を外部ウォレットまたは指定保管先へ出し、本人が開封、選択提示、アクセス取消しを試す。失敗した記録を画面キャプチャで済ませず、発行、スキーマ、本人接続のどこが原因か分類する。

D-1で受信者の立場から検証する。 別のテスト環境で発行者、対象者、完全性、有効期間、状態を確かめる。機密の根拠が付いていないか、逆に達成基準が抜けていないかも見る。旧SSOを切った後も検証できることが重要である。

D+30で生存確認を行う。 状態照会、期限付きリンク、アクセス取消しを標本検査する。アカウント停止後に初めて表面化するURL依存、ウォレット通知、鍵照会の問題を直す。出向・転籍では、どの法人が発行者と保存主体を担うかも再確認する。

全社員へ一度に広げず、社外価値が高く達成基準の明確な資格・役割認定から始める。次に社内案件認定やOJT評価へ広げ、生の学習行動は別の保存・最小化方針で扱う。

システム選定では入口の機能より出口を先に試す

LMS選定ではコンテンツ、推薦、管理画面を比較しやすい。可搬性は契約終了時まで問題が見えにくい。デモ段階で架空の退職者を一人つくり、二群の問いを実機で試す。

本人が受け取れるか

管理者を介さず自分の成果を出力できるか。
PDF以外に署名済み機械可読原本とスキーマを受け取れるか。
外部識別子へつなぎ直しながら不要な追跡を防げるか。
達成基準、評価方法、発行者、版、状態まで移るか。
複数発行者の記録から必要項目だけを選んで提示できるか。

組織が責任を継続できるか

共有期限、アクセス取消し、提示履歴を管理できるか。
誤発行、訂正、期限切れ後も旧版と新状態を追跡できるか。
顧客・同僚・営業秘密が根拠リンクから漏れないか。
サービス終了後、公開鍵、状態、スキーマ、監査ログを誰が維持するか。
別の標準準拠システムへ標本を移し、再検証に成功するか。

「CLR対応」「VC互換」「Open Badges 3.0」という表示は出発点にすぎない。対応範囲、プロファイル、拡張項目、鍵管理、状態方式、出力権限が違えば相互運用性も変わる。調達評価には機能一覧より往復試験の結果と終了時の引渡物を入れる。

生き残った記録は保有件数ではなく再検証率で分かる

資格証明の発行件数だけを追えば、記録が増えたことしか分からない。移動後も証拠として働くかは別の数字で測る。

異動・退職前の出力成功率と本人の受領確認率。
新システムでの原本解析、署名、対象者、発行者、状態の検証成功率。
PDFしかなく機械可読原本がない記録の割合。
発行者または状態照会先が切れた記録の割合。
選択提示、期限設定、アクセス取消しが実際に動作した割合。
訂正・再発行の所要時間と旧版を追跡できる割合。
機密の過剰持ち出し件数と必要な根拠の欠落件数。
ウォレット・ベンダー変更後の標本再検証成功率。

指標は相互に牽制させる。出力成功率が高くても機密流出が増えればよい可搬性ではない。取消しが速くても新しい会社が正常な証明を検証できなければ役に立たない。発行量、本人の制御、検証、プライバシー、持続性を同じ画面で見る。

冒頭の社員に必要だったのは七年分のクリックログではない。どの基準に合格したかを説明する記録、発行者がその主張に責任を持つ証明、必要な相手だけに見せる手段、時間がたっても現在の状態を確かめる経路である。よい学習記録とは、会社アカウントに残るデータではなく、本人のキャリアとともに移動しながら発行者の責任を失わない証拠である。 導入時ではなく、異動・退職後にも検証できるかを基準に設計したい。