--- title: "大学DXとは？学務・LMS・ポータルの着手順と事例、内製と委託の判断基準" url: "https://www.issoh.co.jp/column/details/19604/" published: 2026-11-11 updated: 2026-11-11 categories: ["DX"] publisher: "株式会社一創" --- # 大学DXとは？学務・LMS・ポータルの着手順と事例、内製と委託の判断基準 大学DXは、窓口と紙の申請をオンラインに移し、学務システム・LMS・学生ポータルに散らばった学生データを一本につなぐところから成果が出ます。東北大学は2020年に100以上の学内業務で押印を廃止すると宣言し、香川大学は事務職員が自ら業務システムを作る仕組みで4年度に324件の取組を報告しました。この記事では、大学DXの範囲と国の事業の流れ、公開事例から読める成功の型、対象システムをつなぐ順番、予算化と調達の進め方、パッケージ・職員の内製・受託開発を使い分ける条件までを、公式資料に基づいて整理します。 ## まとめ：大学DXは申請手続の電子化から始め、学務データの連携と認証基盤へ広げる順序 大学DXで最初に手を付けるのは、件数が多く紙と押印が残る学生・教職員の申請手続です。ここは成果が窓口来訪数や処理時間で測りやすく、学則や基幹データに触れずに始められます。学務システム・LMS・学生ポータルの間で学籍番号と科目コードの正本を決め、学認に対応したシングルサインオンでIDを束ねるのは、その次の段階です。認証基盤を後回しにすると、システムを足すたびにアカウント管理が増え、手戻りが大きくなります。 作り方の選択は対象で分けます。学則と帳票が標準的ならパッケージやSaaS、各課の小さな申請や台帳は職員の内製、学務データの連携や大学固有の手続は受託開発が向きます。反対に、業務の見直しをせずに大型システムの更改を「DX」と呼んで先行させる進め方と、保守委託先のアカウント管理を含むセキュリティを後付けにする進め方は採りません。 ## 大学DXの定義と、教育・研究・事務運営の3領域で変わる対象範囲 大学DXは、教育・研究・事務運営の仕組みをデジタル前提で組み直す取組を指します。授業をオンラインにしただけ、紙をPDFにしただけでは、業務の流れが元のままなので効果は限られます。 ### 大学DXが指す範囲｜デジタル化との違いと授業のオンライン化で終わらせない線引き デジタル化は、紙の申請書をWebフォームにする、対面授業を動画配信にするといった「手段の置き換え」です。DXはそこから一歩進み、手続そのものを減らす、学生ごとの学修データを指導に使う、といった業務と教育の組み直しまで含みます。たとえば休学届をWebで受け付けても、学務課が内容を学務システムへ手で打ち直しているなら、それはデジタル化の段階にとどまります。 大学の場合、対象は学生（入試・履修・成績・証明書・奨学金）、教員（授業・研究費・評価）、事務職員（決裁・会計・人事）の3者にまたがります。企業のDXの一般論は[DX化・DX推進の意味と進め方](https://www.issoh.co.jp/column/details/12820/)で整理しており、本記事では大学固有の論点に絞ります。 ### 文部科学省の大学・高専教育高度化プランが示した学修データ連携の方向性 国の事業で大学DXの方向性を最も具体的に示したのは、令和2年度第3次補正予算（60億円）で実施された文部科学省の「大学・高専教育高度化プラン」です。2021年3月11日の[実施機関の決定資料](https://www.mext.go.jp/content/20210311-mxt%5Fsenmon01-000013151%5F1.pdf)によると、申請252件から54件が選ばれました。内訳は、LMSで学修ログを集めて履修指導に使う「学修者本位の教育の実現」が174件中44件、VRによる遠隔実習などの「学びの質の向上」が78件中10件です。 採択された取組名を見ると、「LMS機能拡張」「学修データ統合システム」「統合型基幹システムの構築」など、データをつなぐ基盤づくりが大半を占めます。補正予算による単年度の事業でしたが、学修データを入学から卒業まで一元管理するという設計思想は、いまの大学DXでも基本線になっています。 ### 生成AIの教学面の扱い｜2023年7月の文部科学省周知が大学に求めた指針づくり 2023年7月13日、文部科学省は[大学・高専における生成AIの教学面の取扱いについて](https://www.mext.go.jp/kaigisiryo/content/000245316.pdf)を周知しました。各大学が教育の実態に応じて学生と教職員に指針を示すことが望ましいとし、生成AIの出力をそのまま使ってレポートを作ることは一般に不適切、利用した旨の明記や小テスト・口述試験の併用が評価の工夫として有効、と整理しています。 システム側の論点は、機密情報と個人情報の扱いです。周知は個人情報を安易に生成AIへ入力しないよう求め、入力内容を学習に使わせない設定ができるサービスもあると触れています。大学が生成AIを事務や学修支援に組み込むなら、学籍や成績を扱う画面とAIの入力欄を分け、契約で学習利用の有無を確かめる設計が前提になります。 ## 大学DXの公開事例から読む、事務手続の電子化と職員の内製開発という2つの型 公開資料で数値まで確かめられる大学DXの事例を2つ取り上げます。どちらも、ツールより先に業務と体制を動かしている点が共通します。 ### 東北大学のオンライン事務化宣言｜100以上の手続で押印廃止と年間約8万時間の削減見込み 東北大学は2020年5月28日の[プレスリリース](https://www.tohoku.ac.jp/japanese/newimg/pressimg/tohokuuniv-press20200528%5F01%5Fonline.pdf)で、同年6月1日に「オンライン事務化」を宣言すると発表しました。柱は窓口フリー・印鑑フリー・働き場所フリーの3つで、学内申請と決裁は原則押印なしで完全オンライン化し、電子決裁システムを入れるとしています。 見込まれる効果として、100以上の学内業務で押印が廃止され、年間約80,000時間の作業時間が減ると示されました。事務系職員約1,600名が職場と同等の環境でテレワークできる環境を事前に整えていたことも、宣言を短期間で実行に移せた条件です。申請と承認の流れを電子化する仕組みは[ワークフローの仕組みとシステム化の判断基準](https://www.issoh.co.jp/column/details/12893/)で解説しています。 ### 香川大学の職員による内製開発｜4年度で324件の報告と管理職による全学展開 香川大学は2022年から、情報部門ではない事務職員を「デジタルONEアンバサダー」に任命し、ノーコード・ローコードツールで業務システムを作らせています。大学の情報システム課による[2026年8月のポスター](https://diginews.ici.kagawa-u.ac.jp/wp-content/uploads/2026/08/%E3%80%8C%E9%A6%99%E5%B7%9D%E5%A4%A7%E5%AD%A6%E3%83%87%E3%82%B8%E3%82%BF%E3%83%ABONE%E3%82%A2%E3%83%B3%E3%83%90%E3%82%B5%E3%83%80%E3%83%BC%E3%80%8D%E3%81%AB%E3%82%88%E3%82%8B%E6%A5%AD%E5%8B%99%E3%82%B7%E3%82%B9%E3%83%86%E3%83%A0%E5%86%85%E8%A3%BD%E9%96%8B%E7%99%BA.pdf)では、2025年度に92件、2022〜2025年度の合計で324件の取組報告があったとしています。 件数より見ておきたいのは運用の変化です。部署をまたぐ申請や他キャンパスへの横展開が増え、規則改正や運用ルールの調整が必要になったため、課長職などの管理職を「スーパーバイザー」に任命して全学展開を支える体制に変えました。毎年の現況確認業務そのものを廃止した例もあり、システムを作る前に業務を減らしています。 ### 2つの事例に共通する条件｜業務の見直しを先に置き、ツールの選定を後に回す順序 東北大学は「押印をやめる」という業務ルールの変更を先に宣言し、香川大学は現場の職員に作らせたうえで管理職が規則を変える仕組みを足しました。どちらも、システムの機能より先に「誰が何を決めるか」を変えています。 逆の順番、つまり製品を選んでから業務を合わせようとすると、学内の決裁規程や学則に合わない部分がカスタマイズとして積み上がります。DXが頓挫する典型は[工程別のDX失敗パターン](https://www.issoh.co.jp/column/details/19226/)にまとめていますが、大学ではとくに「規程を変える権限を持つ人が推進体制にいない」ことが止まる原因になりがちです。 ## 大学DXの対象システム｜学務・LMS・ポータル・認証基盤の役割と連携の順番 大学DXで触るシステムは多いものの、データの中心は学務システム、利用者の入口は学生ポータル、それらを束ねるのが認証基盤です。役割と正本を決めずに導入すると、同じ学生情報を複数の画面で打ち直すことになります。 ### 学務システム・LMS・学生ポータルの守備範囲と二重入力が起きる境界の見分け方 3つのシステムの役割と、二重入力が起きやすい境界を表にまとめます。 | システム | 持つべき正本データ | 二重入力が起きやすい境界 | | ------ | ---------------- | ------------------ | | 学務システム | 学籍・履修登録・成績・卒業判定 | LMSの受講者名簿と履修登録の同期 | | LMS | 課題・小テスト・学修ログ | LMSで付けた点数を学務の成績へ転記 | | 学生ポータル | お知らせ・各種申請の受付 | 申請内容を学務の在籍情報へ手入力 | | 認証基盤 | ID・所属・身分（学生・教職員） | 休学・退学時のアカウント停止の連絡 | どの境界も、自動連携が無いと学期の始めと終わりに職員の手作業が集中します。学務システムの機能範囲は[学務システムの機能範囲と導入判断](https://www.issoh.co.jp/column/details/16199/)、LMS単体の選び方は[LMSの機能と自社開発の判断軸](https://www.issoh.co.jp/column/details/13302/)で詳しく扱っています。 ### 学認とシングルサインオンを先に整える理由｜ID連携を後回しにしたときの手戻り 大学の認証基盤は、国立情報学研究所（NII）と全国の大学等が運営する[学術認証フェデレーション「学認（GakuNin）」](https://www.gakunin.jp/)への接続が前提になります。学認は運用とテストの2種類のフェデレーションを提供しており、大学側のIdP（認証する側）とサービス側のSPは、テスト環境で動作を確かめてから運用へ移す手順です。 新しいSaaSやポータルを入れるたびに個別のID・パスワードを発行すると、卒業や退学のときに止め忘れるアカウントが残ります。先にIdPを整え、以後のシステム調達では「学認またはSAMLでのシングルサインオンに対応すること」を仕様書の必須条件に入れておくと、後から足すシステムも同じIDで束ねられる仕組みです。大学を含む公開例は[シングルサインオンの事例](https://www.issoh.co.jp/column/details/18690/)で紹介しています。 ### 出席・学籍・成績データをつなぐ前に決める、学籍番号と科目コードの正本 学修データを指導に使うには、出席・LMSの学修ログ・成績を学生単位と科目単位で突き合わせる必要があります。このとき突き合わせのキーになるのが学籍番号と科目コードです。学籍番号を学部ごとに別の規則で振っていたり、同じ授業に年度ごとに別の科目コードを振っていたりすると、データ基盤を作っても名寄せで止まります。 実務では、学籍番号の採番規則と在籍異動の持ち方を[学籍管理システムのデータ設計](https://www.issoh.co.jp/column/details/16863/)の観点で先に固め、出席データの取り方は[大学の出席確認システムの方式比較](https://www.issoh.co.jp/column/details/16865/)を参考に選びます。キーの統一は地味ですが、ここを飛ばした学修データ分析は使える状態になりません。 ## 大学DXの進め方｜着手範囲の選定から予算化・調達・定着までの5段階の手順 大学DXを1年度で全部やろうとすると、予算も合意も足りません。段階を分け、各段階で成果を測ってから次へ進みます。 1. 現状の棚卸し：学内の申請・届出の件数、紙と押印の有無、どのシステムに何を手入力しているかを課ごとに洗い出す 2. 着手範囲の決定：件数が多く、学則や基幹データに触れない申請手続を最初の対象にする 3. 認証基盤の整備：学認対応のIdPとシングルサインオンを、次に入れるシステムより先に用意する 4. 学務データの連携：学籍番号と科目コードの正本を決め、学務・LMS・ポータルを順に接続する 5. 定着と横展開：オンライン化率や窓口来訪数を測り、効果の出た手続の型を他部署へ広げる 以下では、つまずきやすい2と、大学特有の予算・調達、5の測り方を補足します。 ### 着手範囲の選び方｜年間件数が多く紙と押印が残る申請手続から始める判断基準 最初の対象は「年間件数×1件あたりの処理時間」で選びます。証明書の発行申請、休学・退学届、施設予約、各種の願い出のように、件数が多く判断の分岐が少ない手続ほど効果が見えやすくなります。東北大学が押印廃止から始めたのもこの考え方です。 一方、卒業判定や成績評価のように学則の解釈が絡む業務は、最初の対象にしません。例外処理が多く、要件定義だけで年度をまたぎ、成果が見えないまま推進体制の支持を失うからです。 ### 予算化と調達の段取り｜単年度予算と仕様書入札に合わせた段階発注の組み方 国立大学法人や公立大学は単年度の予算と入札による調達が基本で、私立大学も理事会の承認サイクルに縛られます。大きな一括発注にすると、仕様書を書く段階で要件が固まりきらず、契約後の追加費用が膨らみます。 現実的なのは、初年度に業務の棚卸しと要件整理を独立した契約で発注し、その成果物を次年度の構築仕様書に使う分け方です。クラウドへ出す範囲と学内に残す機材の切り分けは[教務システムのクラウド移行の判断軸](https://www.issoh.co.jp/column/details/16861/)で扱っており、更改時期が近い大学はここも同じ年度に整理しておくと調達が一度で済みます。 ### 定着の測り方｜手続のオンライン化率と窓口来訪数を成果指標に置く方法 成果指標は「システムを入れたか」ではなく、対象手続のうちオンラインで完結した割合と、窓口への来訪数・電話の問い合わせ数で測ります。導入前の1か月分を数えておかないと比較できないため、棚卸しの段階で計測を始めます。 香川大学の例のように、作ったシステムの継続利用も追います。作って使われなくなった仕組みが多いなら、対象の選び方か、運用ルールの変更が足りていない合図です。 ## 大学DXでパッケージ・内製・受託開発を使い分ける条件と、見送るべき場面 作り方は大学全体で1つに決める必要はありません。対象の性質ごとに分けるのが、費用と定着の両面で合理的です。 ### パッケージやSaaSで足りる条件｜学則と帳票が標準から大きく外れていない大学 学務システムや学生ポータルの製品は、多くの大学に共通する履修・成績・証明書の業務を標準機能で持っています。学則や成績の評価方法、証明書の様式が標準から大きく外れていないなら、製品に業務を合わせるほうが更改時の費用も抑えられます。 判断の目安は、標準機能で足りない要件がどこから来ているかです。法令や学則に由来する要件なら追加開発もやむを得ませんが、「今の画面と同じにしたい」という慣れに由来する要件はカスタマイズせず、運用を変えて吸収します。 ### 職員の内製開発が向く範囲と、基幹データに直接触れさせてはいけない線 各課の小さな申請、台帳、予約のような仕組みは、香川大学のように職員がローコードツールで作るほうが速く、現場の要望にも合います。ただし学籍・成績・会計のような基幹データを内製のアプリから直接書き換える設計にすると、権限管理と監査の責任が曖昧になります。 線引きは「基幹データは読むだけ、書き込みは学務システム側の正規の画面かAPIを通す」です。ローコードで作る仕組みの限界は[ローコード開発のデメリットとスクラッチとの使い分け](https://www.issoh.co.jp/column/details/16318/)も参考になります。 ### 受託開発を選ぶ条件と、DXの名目で大型システム更改を先行させてはいけない場面 受託開発が向くのは、学務・LMS・ポータル・認証基盤をつなぐ連携部分と、複数学部にまたがる大学固有の手続です。製品の標準機能では埋まらず、職員の内製では保守しきれない領域がここに当たります。一創の[DXコンサルティング](https://www.issoh.co.jp/service/system/dx/)では、業務の棚卸しから連携要件の整理、段階発注に合わせた仕様の切り分けまでを支援しています。 見送るべきなのは、業務の見直しも成果指標も決めないまま、基幹システムの全面更改を「大学DX」として先に発注する進め方です。数億円規模の更改が終わっても、紙の申請と手入力が残っていれば学生と職員の負担は変わりません。この場合は更改を1期遅らせてでも、先に手続の電子化と認証基盤を済ませます。 ### セキュリティを後付けにした大学DXの危うさ｜保守委託先のアカウントが入口になる例 システムをつなぐほど、1か所の侵入で止まる範囲は広がります。大阪公立大学では2026年10月、保守委託先の再委託先の正規アカウントを使った不正アクセスでランサムウェア被害が起き、ポータルや教務システムが止まって臨時のシステムで授業を再開しました。経緯は[大阪公立大学のランサムウェア被害と仮想化基盤のバックアップ](https://www.issoh.co.jp/tech/details/18178/)で整理しています。 大学DXの設計段階で、委託先のアカウントにも多要素認証を必須にすること、接続できる時間と経路を絞ること、攻撃者に消されない場所へバックアップを置くことを要件に入れます。連携を進めてからセキュリティを足すと、止められないシステムが増えた後で作業することになります。 ## 大学DXについてよくある質問｜事例・着手順・補助事業・生成AIの扱い 大学DXの検討で寄せられやすい質問に、本文の内容を踏まえて答えます。 ### 大学DXとは何ですか？簡単に教えてください 大学DXは、教育・研究・事務運営の仕組みをデジタル前提で組み直す取組です。紙の申請をWebフォームにするだけでなく、手続そのものを減らす、学務システムやLMSのデータをつないで学生ごとの指導に使う、といった業務と教育の見直しまでを含みます。対象は学生の履修・成績・証明書、教員の授業と研究、事務職員の決裁や会計まで広く、どこから手を付けるかの順序決めが最初の仕事になります。 ### 大学DXの事例にはどのようなものがありますか？ 数値まで公表されている例では、東北大学が2020年6月にオンライン事務化を宣言し、100以上の学内業務で押印を廃止して年間約80,000時間の削減を見込みました。香川大学は事務職員がローコードツールで業務システムを作る仕組みを2022年に始め、2022〜2025年度で324件の取組報告があります。文部科学省の大学・高専教育高度化プランで選ばれた54件にも、LMSと学修データ基盤の整備例が多く含まれます。 ### 大学DXはどこから始めればよいですか？ 年間件数が多く、紙と押印が残っている申請手続から始めるのが堅実です。証明書の発行申請や休学届、施設予約などは学則の解釈が絡みにくく、オンライン化率や窓口来訪数で効果を測れます。並行して学認対応の認証基盤を整え、以後に入れるシステムをシングルサインオンで束ねられるようにしておく段取りです。卒業判定のような例外の多い業務は、データの正本を決めた後に回します。 ### 大学DXに使える国の補助事業はありますか？ 過去の代表例は、令和2年度第3次補正予算60億円で実施された文部科学省の大学・高専教育高度化プランで、252件の申請から54件が選ばれました。ただしこれは単年度の事業で、同じ枠組みが毎年公募されているわけではありません。補助事業を探すときは文部科学省の公募情報を年度ごとに確認し、補助の有無に関わらず、業務の棚卸しと着手範囲の決定は先に進めておくと公募時に申請書をまとめやすくなります。 ### 大学DXで生成AIはどう扱えばよいですか？ 文部科学省は2023年7月の周知で、各大学が教育の実態に応じて学生と教職員に指針を示すことが望ましいとしました。出力をそのままレポートに使うことは一般に不適切とし、利用の明記や口述試験の併用を評価の工夫に挙げています。システム面では、学籍や成績などの個人情報をAIへ入力させない画面設計と、入力内容が学習に使われない契約の確認を先に済ませる手順です。AI教育の枠組みは[数理・データサイエンス・AI教育プログラム認定制度](https://www.mext.go.jp/a%5Fmenu/koutou/suuri%5Fdatascience%5Fai/00001.htm)も参考になります。 ## 関連記事 - [学務システムとは？大学・専門学校の履修・成績・学籍の機能範囲と導入判断](https://www.issoh.co.jp/column/details/16199/)：大学DXの中心になる学務システムの機能と、パッケージか個別開発かの判断 - [LMSとは？学習管理システムの機能・選び方・自社開発の判断軸を解説](https://www.issoh.co.jp/column/details/13302/)：学修ログを集めるLMSの選び方 - [教務システムのクラウド移行はどこまで進めるか｜配置形態と学内機材の判断軸【2026年】](https://www.issoh.co.jp/column/details/16861/)：更改期に合わせたクラウド化の線引き - [シングルサインオンの事例：業務SaaS・行政・大学・会員サイトの公開例と自社システムの構成](https://www.issoh.co.jp/column/details/18690/)：認証基盤を先に整えるときの構成例 - [自治体DXとは？推進計画第5.1版の重点8項目と進め方を実務目線で解説](https://www.issoh.co.jp/column/details/16152/)：単年度予算と調達の制約が共通する公的機関のDX --- 出典: [大学DXとは？学務・LMS・ポータルの着手順と事例、内製と委託の判断基準]()（株式会社一創）