--- title: "大学の学籍管理システムは何を持つべきか｜採番と在籍異動のデータ設計【2026年】" url: "https://www.issoh.co.jp/column/details/16863/" published: 2026-08-23 updated: 2026-08-23 categories: ["業務システム"] publisher: "株式会社一創" --- # 大学の学籍管理システムは何を持つべきか｜採番と在籍異動のデータ設計【2026年】 関西大学の学部生の学籍番号は10桁で、学部学科コード4桁・入学年度下2桁・個人番号4桁という構成を取ります。この番号は在学中も卒業後も変わりません。学籍管理システムの設計は、こうした「一度決めたら数十年動かせない値」をどう持つかから始まります。この記事では、学籍番号の採番方式、休学・退学・除籍の状態遷移、戸籍名と通称名の二重管理、留学生の月次報告、証明書発行機やLMSへの配信という五つの論点から、大学の学籍データをどう設計するかを整理します。学務システム全体の機能範囲ではなく、学籍レコードそのものの持ち方に絞った内容です。 ## まとめ：学籍管理システムで先に決める採番・状態遷移・保存年限と、学務システムとの境界 結論から示します。学籍データの設計で最初に決めるべきは三点です。第一に、学籍番号を意味あり採番（年度と学部を埋め込む方式）にしたうえで、内部の主キーは意味を持たない連番として分離すること。第二に、在籍状態を「現在値の1列」ではなく有効期間付きの異動履歴として持ち、状態と事由コードを別の列に分けること。第三に、氏名を1列で持たず、戸籍名・通称名・旧姓を別々に保持して書類ごとに出力名を切り替えられるようにすることです。 この三点を後から直すのは、証明書の再発行と統計の再作成を巻き込むため費用が跳ね上がります。加えて外部制約が二つあります。学校教育法施行規則第28条第2項による学籍記録20年の保存年限と、留学生の退学者・除籍者・所在不明者を毎月10日までに報告する義務です。どちらも「過去のある時点の在籍状態を再現できること」を要求します。履修登録・成績評価・卒業判定を含む学務システム全体の機能範囲は[大学・専門学校の学務システムの機能範囲と導入判断を整理した記事](https://www.issoh.co.jp/column/details/16199/)で扱っているため、本記事は学籍レコードの設計に絞ります。 ## 学籍管理システムが扱うデータの範囲｜身分と所属の記録が履修成績と分かれる境界 学籍管理システムの目的は、学生の身分と所属を、いつの時点でも証明できる形で保持することにあります。履修や成績とは更新頻度も保存年限も違うため、同じテーブル群に混ぜません。 ### 学籍簿に載せる項目と、履修登録や成績データを別テーブルに置く判断 学籍簿の中核は、学籍番号・氏名（戸籍名と表示名）・生年月日・性別・国籍・住所と連絡先・保証人情報・入学年月日・課程と学部学科・学年・在籍状態・異動履歴・卒業や修了の年月日・授与した学位です。ここに共通するのは、卒業後も証明書発行の根拠として参照される点にあります。 一方、履修登録・成績・GPA・シラバスは学期ごとに増え続ける学修の記録で、参照する業務も窓口も違います。両者を分ける実務上の理由は三つあります。更新頻度が学籍は年数件・成績は学期単位で桁違いなこと、保存年限の根拠条文が異なること、そして証明書発行の際に「在学証明は学籍のみ」「成績証明は両者の結合」と参照範囲が変わることです。設計上は、学籍を上位のマスタ、成績をそれを参照するトランザクションとして配置します。 ### 学籍番号の採番方式｜入学年度と学部記号を埋め込む10桁構成の限界 多くの大学が意味あり採番を採ります。関西大学の場合、学部生は学部学科コード4桁・入学年度下2桁・個人番号4桁の10桁、大学院生は入学年度2桁・課程コード2桁（修士と博士で別）・個人番号4桁の8桁です。窓口で番号を見れば所属と入学年度が分かる利点があり、紙の名簿時代から続く方式でもあります。 この方式は改組で破綻します。学部学科の統合や名称変更でコードが消えても、在学生の学籍番号は変えられません。転学部・転学科をした学生は、番号が示す所属と実際の所属がずれたまま卒業します。編入学や再入学では、番号に埋め込まれた年度と実際の入学年次が一致しません。個人番号4桁は学部年度あたり9,999人が上限で、大規模学部では桁溢れの検討も要ります。 解は単純です。学籍番号は「表示と証明に使う対外的な識別子」と割り切り、テーブルの主キーには意味を持たない連番を置く設計です。所属の判定は学籍番号の文字列を解析せず、所属履歴テーブルから該当時点のレコードを引く実装にします。番号から所属を導出するコードが1か所でも残ると、改組のたびに全システムを改修する羽目になります。 ### 学籍記録20年・その他の表簿5年という保存年限が設計に課す制約 学校教育法施行規則第28条第1項は学校に備える表簿を7号で列挙し、第2項が保存年限を定めます。条文は「前項の表簿は、別に定めるもののほか、五年間保存しなければならない。ただし、指導要録及びその写しのうち入学、卒業等の学籍に関する記録については、その保存期間は、二十年間とする」と規定しています。第28条は第一章総則の第三節「管理」に置かれ、同規則第15条が「幼児、児童、生徒又は学生」をまとめて「児童等」と定義するため、大学の学生もこの規定の対象です。 設計への影響は、削除の単位を列レベルで分けることに現れます。20年残す項目（入学・卒業・学位授与の事実）と、5年で消せる項目（在学中の連絡先や保証人情報など）を同じ行に持つと、年限到来時に行ごと消せません。物理削除ではなく論理削除のフラグと年限管理の列を持ち、消去バッチが列単位で処理できる構造にしておきます。 ただし20年は下限です。卒業証明や成績証明の発行依頼は20年を超えて届くため、学籍簿を永年保存とする学則を持つ大学が実際には多くあります。ここは法令ではなく各大学の規程が決める領域なので、要件定義では学則と文書管理規程を先に確認します。なお第25条は「校長（学長を除く。）は、当該学校に在学する児童等について出席簿を作成しなければならない」と規定しており、大学に出席簿の法定作成義務はありません。出席データを学籍と同じレイヤに置かない根拠がここにあります。 ## 在籍異動を履歴として持つ状態遷移の設計｜休学と除籍を区別する持ち方 在籍状態を1列の現在値で持つ設計は、最初の休学届で行き詰まります。異動は取り消され、遡って訂正され、同じ学生に何度も発生するためです。 ### 退学と除籍を同じ状態で扱えない理由と、事由コードの粒度の決め方 退学には、学生本人の願い出による退学と、懲戒処分としての退学があります。後者は学校教育法施行規則第26条第2項が「懲戒のうち、退学、停学及び訓告の処分は、校長（大学にあつては、学長の委任を受けた学部長を含む。）が行う」と定める処分です。除籍は大学側が学籍を失わせる措置で、学費未納・在学年限の超過・死亡・所在不明などが事由になります。 状態と事由を別の列に分ける理由は、後続の処理が事由で分岐するからです。学費未納による除籍は復籍制度の対象になり得ますが、在学年限超過による除籍は対象外という大学が一般的です。所在不明を理由とする除籍は、留学生であれば月次報告の対象になります。証明書の発行可否も、退学者には在籍期間の証明を出し、懲戒退学者の扱いは学則で別に定めるという分岐が生じます。事由コードを「その他」に寄せて備考欄で運用すると、この分岐が全て人手の判断に落ちる結果です。 ### 休学期間の通算と在学年限の判定を日付計算で自動化するための設計 在学年限は修業年限の2倍（4年制学部なら8年）を上限とする学則が広く採られています。判定を機械化するうえで難しいのは、休学期間を在学年限に算入するかが大学ごとに違う点です。算入しない大学では、休学の実日数または学期数を控除して年限を計算します。 持ち方としては、休学を状態フラグではなく開始日と終了日を持つ期間レコードにします。学期途中からの休学、休学の延長申請、復学後の再休学が積み重なっても、期間の集合として通算できるためです。年限超過の判定は日次バッチで先回りし、超過見込みの学生を学期開始前に抽出して教務課へ通知する運用が現実的です。判定を年度末に一度だけ回す設計では、除籍の通知が本人に届くのが遅れます。 ### 異動日を遡って入力する遡及訂正に耐える有効期間付きの履歴設計 異動届は事後に出ます。3月末日付の退学届が5月に受理されることは珍しくありません。ここで現在値を上書きする実装を採ると、4月時点の在籍者数を後から再現できなくなります。 対策は、履歴レコードに「異動が有効な期間」と「システムに記録された時点」の2軸を持たせることです。前者は学籍上の事実、後者は事務処理の事実で、両者は一致しません。この2軸があれば、5月に遡及入力された退学を反映した正しい4月在籍者数と、4月時点で報告した数値の両方を出せます。学校基本調査の再提出や留学生報告の訂正でこの再現性が有効です。証明書の再発行でも同じ構造が必要で、「2019年3月時点の所属学科名」を当時の名称で出すには、所属履歴が期間付きで残っていることが前提になります。 ## 氏名と個人情報の扱い｜旧姓併記の二重管理と要配慮個人情報の線引き 氏名の列を1つしか持たない学籍テーブルは、婚姻による改姓と通称名の申出でどちらも詰まります。制度上、両者は別建てで整理されています。 ### 戸籍名と通称名を二重に持つ設計と、書類ごとに出力名を切り替える条件 信州大学の「学籍上の氏名及び性別に関する取扱要項」（令和4年3月16日制定、同年4月1日施行）は、第3条第1項で学籍上の氏名に本名（日本国籍の場合は戸籍簿に記載された氏名）を用いると定めたものです。通称名は第2条第2号で「本名に代わるものとして広く通用している氏名（旧姓を除く）又は自認する性に基づく事情により学生本人が使用を希望する氏名」と定義され、旧姓は明示的に除かれています。旧姓使用は別の要項で扱う制度で、群馬大学は平成29年11月24日制定・令和3年4月1日改正の取扱要項を置いています。 この構造をそのままデータに落とします。戸籍名・通称名・旧姓・カナ表記・ローマ字表記を別の列として持ち、どの書類にどれを出すかを出力ルールとして表で保持します。学位記は原則本名で、信州大学の要項では第9条により本名の併記申出ができる扱いです。法令等で本名表記が求められる書類を判定できないと、通称名が出てはいけない証明書に出てしまいます。性別も同様に、戸籍上の性別と自認する性を別の列に分け、統計用と窓口表示用で参照先を変えます。 ### 学籍と成績は要配慮個人情報に当たらないという事実と、実際の該当範囲 要配慮個人情報は、個人情報保護法第2条第3項と政令第2条・規則第5条によって限定列挙されています。該当するのは、人種・信条・社会的身分・病歴・犯罪の経歴・犯罪被害の事実・心身の機能の障害・健康診断等の結果・保健指導や診療調剤の事実・刑事事件の手続・少年保護事件の手続です。学業成績も学籍も所属も、この列挙に含まれません。 「成績は機微な情報だから外部に置けない」という主張は、法的根拠を持たない運用上の慎重論にすぎません。学籍データで実際に要配慮個人情報に当たるのは、障害学生支援で扱う心身の機能の障害に関する情報と、学生定期健康診断の結果です。設計としては、これらを学籍簿本体から切り離し、別スキーマに置いてアクセス権限を支援窓口と保健センターに限定する形です。逆に学籍本体まで同じ強度で締めると、教務事務の窓口対応が回らなくなります。クラウドへ出す範囲を決める際のこの線引きは、[配置形態と学内機材の判断軸を扱った教務システムのクラウド移行の記事](https://www.issoh.co.jp/column/details/16861/)で詳しく整理しています。 ## 留学生の在籍管理に必要な記録項目｜毎月10日の定期報告に耐えるデータ設計 留学生を受け入れる大学では、在籍管理が報告義務と直結します。ここを手作業で回している大学は、学籍データの持ち方を見直す動機がはっきりしています。 ### 退学者・除籍者・所在不明者の月次報告を出力するための記録項目 文部科学省と出入国在留管理庁は2019年6月11日に「留学生の在籍管理の徹底に関する新たな対応方針」を公表し、在籍管理非適正大学とされた大学等について、改善が認められるまで留学生への在留資格「留学」の付与を停止し大学等名を公表する枠組みを設けました。報告の実務は、令和8年4月28日付の通知が定めています。前月中に退学（転校・転学を含む）、除籍となった者又は所在不明である者を、毎月10日までに報告します。在籍者数が0名の場合や該当者が0名の場合も、必ず報告が必要です。 この様式を機械的に出すには、学籍側に次の項目が要ります。 - 在留資格の種別と在留期間の満了日（留学生フラグ1つでは足りない） - 在留カード番号と、更新のたびに履歴として残す更新日 - 異動の状態・事由・異動日（前月中に状態が変わった者を抽出する条件になる） - 所在不明の判定日と、判定の根拠になった最終確認日 該当者0名でも提出する以上、抽出結果が空であることを異常ではなく正常系として扱い、0件の報告書を生成できる実装にしておきます。ここを例外処理にすると、毎月0件の月に人手が介在します。 ### 最後に活動を確認した日の記録と、1か月の長期欠席を検知する仕組み 所在不明の定義は通知に明記されています。「在留資格に応じた活動を確認した最後の日の翌日から1か月を経過した時点まで、大学等が受け入れた外国人留学生と直接連絡を取ることができない状態」です。判定の起点は最終確認日なので、この日付を持たない限り所在不明は判定できません。 大学に出席簿の法定作成義務がないことは前述の通りで、出席の取得手段は科目や教員によってばらつきます。そこで、確認イベントを一つの日付列に集約する設計が現実的です。授業出席の記録、LMSへのログイン、履修登録の操作、窓口での対応、学費の納入、証明書発行の申請といった複数ソースの最大値を「最終確認日」として日次で更新します。対応方針は長期欠席者（1カ月）の状況に応じた原因分析と対応策の報告も求めているため、同じ仕組みで1か月無反応の学生を抽出し、指導担当へ通知する導線まで含めて設計します。授業出席そのものをどの方式で取るかは、[打刻方式の比較と出席台帳のキー設計を扱った記事](https://www.issoh.co.jp/column/details/16865/)で整理しています。 ## 学籍を正データとする連携設計と、パッケージか個別開発かの判断基準 学籍は学内で最も参照される基礎データです。どこへ配るか、どの速度で配るかを決めないまま作ると、異動が反映されない事故が起きます。 ### 証明書発行機やLMSへ学籍を配る連携方式と、反映周期の決め方 学籍の配信先は、証明書発行機、LMS、図書館システム、学認のIdP、メールアカウント、学生証のICカードなどに及びます。事故が起きるのは反映周期の設計を一律にしたときです。夜間バッチだけで配る構成にすると、除籍処分の当日にLMSとメールが使える時間が残ります。学認のIdPには所属情報が渡るため、在籍状態の遅延が学外の電子ジャーナル利用可否にまで波及します。 実務では、即時に止める系と日次で足りる系を分けます。認証・LMS・図書館の貸出は異動イベントの発生と同時に反映させ、統計や名簿の出力は日次で構いません。実装は、学籍側が異動イベントを発行し、各システムが購読する形にすると、連携先が増えても学籍側の改修が要らなくなります。証明書発行機については、卒業判定の確定前と確定後で参照先が変わる点に注意が必要です。在学証明は在籍状態、卒業証明は卒業年月日と学位を見るため、除籍者に在学証明を出さない判定を発行機側ではなく学籍側の応答で持たせます。 ### 学務パッケージの学籍機能で足りる大学の条件と、はみ出す場面の見分け 大学によっては、学籍だけを別システムとして立てる必要がありません。学部構成が単純で改組の予定がなく、留学生が少数で、学則の在籍異動が休学・復学・退学・除籍の標準的な区分に収まっているなら、学務パッケージの学籍機能で足ります。この条件に当てはまる大学が学籍を切り出すと、パッケージ側との二重管理が発生して手間が増えます。 はみ出すのは、学部・研究科・別科・科目等履修生・研究生・聴講生が混在し、それぞれ在学年限と証明書様式が違う場合です。パッケージの標準ステータスに写像できない区分が出て、運用が備考欄に逃げ始めたら限界の兆候と見ます。製品ごとの機能差をどう比較するかは[学生数・機能範囲・調達方式で変わる教務システムの費用構造の記事](https://www.issoh.co.jp/column/details/16857/)で費用の側から整理しています。 ### 学籍だけを個別開発で切り出す条件と、着手を見送るべき三つの場面 切り出す価値があるのは、次の三つのうち二つ以上に当てはまるときです。第一に、学籍を正データとして5系統以上の学内システムへ配っており、パッケージ側の連携インターフェースが日次CSVしかない。第二に、学則の異動区分がパッケージの標準ステータスに写像できず、備考欄での運用が常態化している。第三に、留学生比率が高く、毎月10日の報告を手作業で作っている。この条件下では、学籍を独立させて連携基盤ごと作り直したほうが、パッケージのカスタマイズを積むより安く収まります。 逆に、着手を見送るべき場面も明確です。学務パッケージ本体の更改が2年以内に控えているなら、そのタイミングまで待ちます。二重投資になるうえ、新パッケージの連携仕様が確定していない状態で外側を作ると、作った直後に手直しが要ります。異動が年間数十件規模で手作業でも回っている大学も対象外です。効率化の効果より開発費が上回る計算です。最も避けるべきは、学則そのものが未整備で異動区分を決められない状態での着手で、要件が固まらないまま作ったものは確実に作り直しになります。学籍のような在籍者のIDと権限を軸にした台帳を設計から実装まで外部に相談する場合の進め方は、[会員管理システム開発](https://www.issoh.co.jp/service/system/usersystem/)のページで扱っています。 ## よくある質問 大学の学籍管理システムについて、検索されることの多い質問に答えます。 ### 学籍管理システムの目的は何ですか？ 学生の身分と所属を、在学中だけでなく卒業後も証明できる形で保持することが第一の目的です。在学証明・卒業証明・成績証明の発行はすべて学籍データを根拠にしており、学校教育法施行規則第28条第2項は入学・卒業等の学籍に関する記録に20年の保存年限を課しています。あわせて、休学や除籍といった在籍異動を履歴として残し、学校基本調査や留学生の月次報告といった対外報告の元データを機械的に出せる状態にすることも目的に含まれます。 ### 学籍管理システムと学務システムは何が違いますか？ 学務システムは、履修登録・シラバス・成績評価・卒業判定・証明書発行までを含む高等教育の事務全体を支える仕組みです。学籍管理はその中の一機能で、学生の身分と所属という基礎データを受け持ちます。多くの大学では学務システムの一部として提供されており、学籍だけを独立したシステムとして立てるのは、連携先が多い場合や学則の異動区分が特殊な場合に限られる形です。機能範囲の全体像は学務システムの解説記事で扱っています。 ### 学籍番号は在学中や卒業後に変わることがありますか？ 原則として変わりません。関西大学の例では、学部生の10桁の学籍番号は在学中も卒業後も同一で、卒業後の証明書申請にも使われます。ただし転学部や再入学で番号が振り直される規程を持つ大学もあります。番号に学部学科コードを埋め込む方式を採っている場合、改組後も在学生の番号は変えられないため、番号が示す所属と実際の所属がずれる構造です。所属の判定は番号ではなく所属履歴から行う設計が安全です。 ### 退学と除籍は何が違いますか？ 退学は学生本人の願い出によるもの、または学校教育法施行規則第26条第2項に基づく懲戒処分としての退学を指します。除籍は大学側が学籍を失わせる措置であり、事由は学費未納・在学年限の超過・死亡・所在不明などです。システム上は同じ「在籍しない状態」でも、復籍の可否、証明書の発行範囲、留学生の月次報告の対象かどうかが事由によって変わるため、状態と事由コードを別の列に分けて保持します。 ### 学籍簿は何年保存する必要がありますか？ 学校教育法施行規則第28条第2項により、学校に備える表簿は原則5年間、そのうち指導要録およびその写しの入学・卒業等の学籍に関する記録は20年間の保存が必要です。第28条は第一章総則に置かれ、同規則第15条が学生を含めて「児童等」と定義するため大学も対象です。ただしこれは下限で、20年を超えて証明書発行の依頼が届くため、学籍簿を永年保存とする学則を置く大学も多くあります。実際の年限は各大学の文書管理規程を確認します。 ## 関連記事 - [大学の教務システムのシェアはどう読むか？公表統計の不在と導入状況から選定軸を組み立てる手順【2026年】](https://www.issoh.co.jp/column/details/16859/)：製品を横並びで比較する際の判断軸を組み立てるために - [校務支援システムとは？機能範囲・共同調達の仕組みと、パッケージか自治体カスタムかの判断基準](https://www.issoh.co.jp/column/details/16657/)：小中高の校務側で学籍情報を扱う場合の対応関係として - [生徒管理システムとは？生徒台帳の項目設計とExcel移行、16歳未満の同意規律の実務](https://www.issoh.co.jp/column/details/16790/)：塾やスクールの生徒台帳との項目設計の違いを見るために --- 出典: [大学の学籍管理システムは何を持つべきか｜採番と在籍異動のデータ設計【2026年】]()（株式会社一創）