---
title: "GビズIDとは？プライム・メンバーの使い分けと自社システム連携の可否"
url: "https://www.issoh.co.jp/column/details/17552/"
published: 2026-09-10
updated: 2026-09-10
categories: ["業務システム"]
publisher: "株式会社一創"
---

# GビズIDとは？プライム・メンバーの使い分けと自社システム連携の可否

GビズIDは、デジタル庁が運営する法人・個人事業主向けの共通認証で、1組のIDとパスワードで補助金申請や社会保険手続きなど複数の行政サービスにログインできます。ところが実務でつまずくのは「どの種別を誰に割り当てるか」と「自社の業務システムからどこまで触れるか」の2点です。2026年7月9日にはプライムとメンバーへ2年3か月の有効期限が入り、同年3月27日にはアプリ認証の手順も変わりました。この記事では3種別の権限差、取得経路と審査期間、管理者権限と委任の設計、そして自社システムへ組み込めるかどうかの線引きを、デジタル庁の公開資料に当たりながら整理します。

## まとめ：アカウント種別の選択・有効期限・システム連携可否の結論

結論から示します。社内の割り当ては、法人代表者または個人事業主本人がプライムを1つ取り、実務担当者にはメンバーを配る形が基本です。エントリーは審査が無い代わりに一段階認証で、補助金や社会保険の本申請には届きません。プライムの取得はマイナンバーカードによるオンライン申請なら最短即日、書類郵送は最大1か月かかります。公募締切が決まっている手続きでは、この差が申請できるかどうかを分けます。

運用面の山は有効期限です。2026年7月9日より前に発行されたプライムとメンバーは2028年10月ごろに期限が来るため、初回の更新が同じ時期に集中します。プライムの更新は代表者本人の本人確認が前提で、担当者が代行できません。そして自社システムの話。GビズIDをIDプロバイダとして自社の業務システムにログインさせることは、制度上できません。連携の対象は行政サービスに限られており、民間が取れる経路は行政側が公開しているAPI、たとえばe-Govの電子申請APIを叩く形になります。

## GビズIDで一元化される行政手続の範囲と省庁・自治体の対応状況

まず、どこまでが1つのアカウントで足りるのかを押さえます。GビズIDは行政サービス側が接続システムとして受け入れることで使えるようになる仕組みなので、対応状況はサービス単位で変わります。

### 補助金と社会保険で共通IDが効く場面と個別IDが残る手続きの線引き

デジタル庁の[GビズID公式サイト](https://gbiz-id.go.jp/top/)は、補助金申請、社会保険手続き、各種認可申請といった業務上の電子届出をGビズIDで行えると説明しています。代表例が補助金の電子申請システムで、jGrantsはGビズIDのアカウントでログインする設計です。制度の要件やアカウント種別の指定については[jGrants（Jグランツ）の評判・使い方・GビズID要件](https://www.issoh.co.jp/column/details/4476/)で公式仕様に沿って整理しています。

一方で、税務申告のe-Taxや地方税のeLTAXは別の認証体系で動いており、GビズIDに寄せられていません。「行政手続きのIDが1つになる」と読むと期待が外れます。正しくは、GビズIDに接続済みのサービスの範囲でIDが1つになる、です。社内で棚卸しするなら、使っている行政システムを列挙し、GビズID対応か個別IDのままかを2列で分けるところから始めると齟齬が出ません。

### 省庁提供と自治体提供でアカウント種別の指定が分かれる実態と確認手順

公式の[行政サービス一覧](https://gbiz-id.go.jp/top/service%5Flist/service%5Flist.html)は、省庁が提供するサービスと自治体が提供するサービスを分けて掲載し、各サービスについてサービス名、URL、利用可能なアカウント種別、利用可能な二段階認証方式、委任対応の有無、連絡先を列記しています。つまり同じGビズIDでも、あるサービスはプライムのみ、別のサービスはメンバーやエントリーでも入れる、という差が現実にあります。

この一覧は自治体側の掲載数が省庁側を上回っており、地域差も残っています。自治体向けにシステムを作る立場から見ると、住民や事業者に「GビズIDでログインできます」と案内する前に、その自治体のサービスが一覧に載っているか、どの種別を許容しているかを確認する手順が必要です。自治体側の構築方式の選択については[電子申請システムの導入判断と構築方式](https://www.issoh.co.jp/column/details/16792/)で扱っています。

## エントリー・プライム・メンバーの権限差と二段階認証の対応範囲

3種別の違いは「審査の厳しさ」と「認証の強さ」の2軸で決まっています。名前の印象で選ぶと、申請直前に権限不足で止まります。

### エントリーの一段階認証で足りる手続きと止まる手続きの判断境界

公式の[よくある質問](https://gbiz-id.go.jp/top/faq/faq.html)によると、エントリーは審査を行わずオンラインで発行され、IDとパスワードを用いた一段階認証で利用します。プライムとメンバーは、IDとパスワードに加えてGビズIDアプリまたはメールワンタイムパスワードによる二段階認証が必要です。

| 種別    | 審査         | 認証         | 主な用途        |
| ----- | ---------- | ---------- | ----------- |
| エントリー | 審査なし・即時発行  | IDとパスワードのみ | 対応する一部の届出   |
| プライム  | 代表者本人の審査あり | 二段階認証が必須   | 補助金・社会保険など  |
| メンバー  | プライムが発行    | 二段階認証が必須   | プライムが許可した範囲 |

境界の引き方はこうなります。エントリーで足りるのは、サービス一覧でエントリーが許容されている手続きだけ。補助金の交付申請や社会保険の電子申請のように、事業者本人であることを行政側が確かめる必要がある手続きは、エントリーでは通りません。まずエントリーで試して後からプライムへ切り替える段取りは、審査待ちのぶんだけ遅れが出るため、本申請が視野にあるなら最初からプライムを取りに行くほうが速いです。

### プライムとメンバーに必須の二段階認証3方式と方式別に使える画面の差

二段階認証の方式は3つあり、使える画面が方式ごとに違います。アプリ認証は、ブラウザに表示される一時的な数字4桁の認証コードをGビズIDアプリに入力する方式。SMS認証はマイページへのログイン時に使えます。メールワンタイムパスワード認証は2025年12月に導入され、行政サービスへのログイン時に限って利用できる方式です。

この認証方式の違いは、運用にも影響する要素です。スマートフォンを配っていない現場では、行政サービスへのログインはメールワンタイムパスワードで回せますが、マイページ側の操作は別の方式に頼ることになります。メンバーを増やす前に、担当者が持っている端末とメール受信環境を先に確認しておくと、発行後に認証方式を組み替える手間を避けられます。

### 身元確認レベルIAL2と当人認証レベルの対応が示す使い分けの根拠

種別の差は感覚的なものではなく、文書に定められた保証レベルの違いです。デジタル庁の[接続システム向けガイドライン](https://gbiz-id.go.jp/top/manual/pdf/Developer%5Fguideline.pdf)2.9版（2026年7月9日）の2.4節は、身元確認レベル（IAL）と当人認証レベル（AAL）の対応表を載せており、プライムとメンバーがIAL2、エントリーがIAL1・AAL1に位置づけられています。AALは接続先のサービスが許容する認証強度に応じて決まり、利用者が2要素認証を行えばAAL2の低、1要素ならAAL1として扱われる、と注記されています。

読み替えると、行政サービス側が「IAL2が必要」と決めた手続きには、エントリーでは構造的に到達できません。社内で「なぜプライムが必要なのか」を説明するとき、この対応表を根拠に置くと議論が短く済みます。

## プライム取得の2経路と審査期間の差から逆算する申請時期の決め方

プライムの取得には、オンライン申請と書類郵送申請の2経路があります。両者の差は所要日数だけでなく、手元に何を用意できるかで決まります。

### マイナンバーカードで即日発行する経路と必要な暗証番号2種の準備

公式サイトはオンライン申請を24時間365日受け付け、即座に審査すると案内しており、よくある質問では最短で即日発行できると書かれています。必要なものとして挙げられているのは、マイナンバーカード、署名用電子証明書の暗証番号、券面事項入力補助用の暗証番号、申請用の端末、スマートフォン、SMSを受信できる電話番号の6点です。

実務でつまずくのは暗証番号の2種類です。署名用電子証明書の暗証番号は英数字6文字から16文字、券面事項入力補助用は数字4桁で、後者はカードに記録された氏名・住所・生年月日などを読み取るために使う番号です。どちらも一定回数の入力ミスでロックされ、解除は市区町村の窓口で行うことになります。代表者のカードでしか進められない工程なので、代表者の予定を先に押さえるのが現実的な段取りです。なお2026年7月21日には商業登記電子証明書によるリモート署名機能も始まっており、マイナンバーカードを持たない代表者の経路が1つ増えました。

### 書類郵送が最大1か月に延びた影響と補助金の公募日程からの逆算

書類郵送の審査期間は延びました。[過去のお知らせ](https://gbiz-id.go.jp/top/news%5Flist/news%5Flist.html)の2026年5月13日付の案内では、同年7月にアカウント有効期限の設定とあわせて、書類申請の審査期間を最大2週間から最大1か月へ変更することが告知されています。公式サイトの現在の記載も、書類郵送は最大1か月以内と読める内容です。

補助金の公募は締切が固定です。書類郵送を前提にすると、公募開始から締切までが1か月程度の枠では審査が間に合わない場合が出てきます。逆算の目安としては、締切の6週間前までにプライムが手元にある状態を作ること。それが難しいなら、書類郵送ではなくオンライン申請の要件を満たしに行く判断のほうが確実です。

## メンバーと管理者権限10名枠の設計と委任機能で外部へ任せる境界

プライムを1つ取って終わり、にはなりません。誰がメンバーを発行し、誰が外部の代理人を管理するのかを決めておかないと、代表者にすべての操作が集まります。

### 第一・第二管理者権限と10名上限を前提にした担当者の割り付け方

よくある質問には、管理者権限として第一管理者権限と第二管理者権限があり、組織ごとに10名まで管理者権限を付与できると記載されています。メンバーはプライムが許可したサービスだけを利用できる設計で、権限の範囲はプライム側が握ります。

割り付けの型は、部門ごとに1名の管理者を置き、その下に手続き担当のメンバーを配る形です。10名という枠は多くの中小企業では余裕がありますが、拠点数の多い組織では足りなくなります。拠点単位で管理者を置く設計にすると上限に当たるため、その場合は手続きの種類で束ねる設計へ切り替えます。人事異動のたびに代表者が操作する状況を避けるのが、管理者権限を配る目的です。

### 委任機能の改善で変わった代理申請の依頼手順と郵送での委任申請の廃止

社労士や行政書士に手続きを任せる場合は委任機能を使います。デジタル庁の[2026年3月 委任機能の改善のお知らせ](https://gbiz-id.go.jp/top/feature/delegation%5F202603.html)によると、2026年3月27日から受任者側が委任関係を作成して委任者に依頼できるようになり、特定の行政サービスについて手続きを指定した委任依頼も可能になりました。受任者はメンバーに代理人ログイン権限を付与でき、代理ログイン時には委任情報が行政サービスへ通知されます。

見落としやすいのが廃止のほうです。同日以降、GビズIDアカウントを持たない委任者による書類郵送での委任申請は利用できません。つまり委任する側もGビズIDを持っている前提に変わりました。士業側から見れば、顧問先にアカウント取得を促す工程が業務フローに入ります。委任の内容そのものは契約の締結などで事前に合意形成しておく必要がある点も、同ページに明記されています。

## 自社システムへGビズIDログインを組み込めない理由と代替経路

ここからが受託開発の現場で最初に確認すべき論点です。「自社の業務システムのログインをGビズIDに寄せたい」という相談は通りません。制度上の理由がはっきりしています。

### システム連携ガイドが行政サービス限定である事実と民間企業の扱い

公式の[システム連携ガイド](https://gbiz-id.go.jp/top/system%5Fguide/system%5Fguide.html)は、ページ名がそのまま「システム連携ガイド（行政サービス向け）」で、OpenID Connectによる連携の対象は行政機関等の行政サービスに限られ、民間システムとの連携には対応していないと示しています。接続システム向けガイドラインの冒頭にも、この文書は行政サービス担当者向けであり、GビズIDアカウント作成のマニュアルではないと書かれています。

行政サービス側の立場で接続する場合の流れは、同ガイドに6段階で示されています。

1. 事前準備として利用規約とガイドライン、トラストフレームワークを確認する
2. GビズIDサービスデスク上で利用申請を出す（2024年10月31日から現在の窓口）
3. 設定申込を行う
4. 検証環境で動作確認する
5. 本番環境で動作確認する
6. 接続システム側でリリース作業を行う

設定申込から本番リリースまでは最短6週間程度と案内されています。自治体や外郭団体のシステムを受託するなら、このリードタイムを開発スケジュールに先に置いてください。民間企業の社内システムでは、そもそもこの申請の主体になれません。

### 電子申請APIへ一本化された経路と旧外部連携APIのサポート終了

では民間側から行政手続を自動化する経路は何か。社会保険や労働保険であれば、e-Govが公開しているAPIを自社システムから呼ぶ形になります。e-Govの[API仕様ページ](https://developer.e-gov.go.jp/contents/specification)によると、かつての外部連携APIは2020年の更改を契機に電子申請APIへ移行し、2024年1月31日でサポートが終了しました。両者に互換性はなく、旧APIのソフトウェアID、利用者ID、アクセスキーは電子申請APIでは使えません。

古い技術ブログや社内の設計書が外部連携APIを前提にしている場合、その前提はすでに失効しています。仕様書の更新日も、同ページで確認できる情報の一つです。電子申請API利用ガイドは2024年8月13日、開発FAQは2025年3月4日の更新で、APIリファレンスとメッセージ一覧については2026年8月19日に更新の告知が出ています。gBizIDプライムとメンバーの間では申請案件や公文書、電子送達の情報を共有できる旨も同ページに記載があります。e-Gov側でできることの全体像は[e-Gov電子申請の無料の範囲とできること](https://www.issoh.co.jp/column/details/8843/)にまとめました。

### 自社システム側に残す実装範囲とGビズIDに寄せない設計上の判断

設計の結論を言い切ります。GビズIDは「行政サービスへ入るための鍵」として扱い、自社システムの認証基盤には据えないでください。理由は3つあり、民間システムは接続システムになれないこと、アカウントの有効期限や認証方式が行政側の都合で変わること、そして代表者本人の操作に依存する工程が残ることです。自社システム側には、申請データの作成、承認フロー、提出済み案件の台帳管理、公文書の保管を実装し、行政側との接点は電子申請APIか画面操作に閉じ込める構成が壊れにくいです。

逆に、行政サービスそのものを作る立場なら判断は反転します。接続システム向けガイドラインの3.2.3節には、UserInfoで返される審査プロセスの種類と審査日時を参照して処理を制御できる、たとえば3か月以内に本人確認をしている場合のみ申請を許可する判定が実装できると書かれています。この種の要件を含む案件では、認証を自前で持つよりGビズIDへ寄せたほうが妥当です。自治体や公的団体の申請系システムでこうした切り分けが必要なときは、[公共システム開発](https://www.issoh.co.jp/service/business%5Fsystem/public/)で要件整理から対応しています。

## 2026年の有効期限導入と認証方式変更で止まる業務の洗い出し手順

2026年に入って2つの変更が実施されました。どちらも、稼働している業務の一部を静かに止める性質のものです。

### 2028年10月に集中する初回期限と代表者しか更新できない制約

公式の[アカウントの有効期限](https://gbiz-id.go.jp/top/account%5Fexpiry/account%5Fexpiry.html)によると、2026年7月9日からプライムとメンバーに2年3か月の有効期限が設定されました。エントリーは対象外です。導入日以前に発行されたアカウントは導入日から2年3か月、つまり2028年10月ごろまで有効とされており、初回の期限切れがこの時期に集中します。更新後は更新完了通知の日を起算日として、あらためて2年3か月です。通知は3か月前、1か月前、2週間前、期限経過後にメールとマイページ、ログイン時の表示で届きます。

期限が切れると次の操作ができなくなります。

- 行政サービスへのログイン
- メンバーの作成
- 委任および受任の申請

更新の主体に制約があります。プライムの更新は法人代表者または個人事業主本人による本人確認が前提で、原則としてマイナンバーカードを使ったオンライン申請です。メンバーは紐づくプライムか管理者権限を持つメンバーの承認で更新できます。代表者が多忙な組織では、ここが単一障害点になります。対策は素直で、期限日をカレンダー登録し、3か月前の通知が届いた時点で代表者の30分を確保する運用に落とすこと。期限切れ後も更新手続き自体は可能ですが、切れている間の申請は止まります。

### アプリ認証の4桁コード入力化で崩れる自動ログイン運用の見直し方

もう1つが認証手順の変更です。[GビズIDアプリ認証方法変更のお知らせ](https://gbiz-id.go.jp/top/app/app%5Fauthentication%5F20260205.html)によると、2026年3月27日からアプリ認証の手順が変わり、通知を受けて「はい」をタップした後に、ブラウザ側で毎回変わる一時的な数字4桁の認証コードをアプリへ入力する操作が加わりました。アプリを最新版に更新していることが前提です。

この変更で壊れるのは、RPAやスクリプトで行政サービスへのログインを自動化していた運用です。以前の「通知を承認するだけ」の手順は、画面の値を読み取ってアプリへ渡す工程がなかったため自動化の余地がありました。手順が変わった今は、人が画面を見て入力する前提になっています。自動化していた組織が取れる筋は2つ。ログイン部分は人が行い、その前後のデータ作成と提出後の記録だけを自動化する形へ切り分けるか、e-Govの電子申請APIのように画面を介さない経路へ寄せるかです。RPAでログイン画面を突破し続ける方向に投資するのは、次の認証変更で同じ作業をやり直すことになるため見送るべきです。あわせて2026年7月28日には、Android向けアプリの動作環境をAndroid 11以上へ変更する告知も出ており、端末の下限も上がります。

## よくある質問

GビズIDの取得と運用について、検索で多く見られる疑問に答えます。

### GビズIDの取得に費用はかかりますか？

かかりません。[GビズID利用規約](https://gbiz-id.go.jp/top/rules/rules.html)の第25条は「本サービスの利用は無料とします」と定めており、あわせて「将来にわたって、利用料金の請求の権限を放棄するものではありません」という留保も置かれています（2026年7月9日最終更新）。実費として発生するのは周辺の費用だけで、オンライン申請ならマイナンバーカードの読み取り環境、書類郵送なら印鑑証明書の取得費用と郵送費です。GビズIDでログインした先の手続きに手数料が定められている場合、それは手続き側の費用にあたります。

### GビズIDプライムとメンバーはどちらを先に作るべきですか？

プライムが先です。メンバーはプライムが発行するアカウントで、プライムが無い状態では作成できません。順序としては、法人代表者または個人事業主本人がプライムを取得し、その後で実務担当者ぶんのメンバーを発行します。メンバーには第一管理者権限または第二管理者権限を付与できて、組織ごとに10名までが上限です。プライムを複数持つ設計も制度上あり得ますが、まずは1つを取り、管理者権限を配って運用を分ける形が扱いやすいです。

### 有効期限が切れたGビズIDはどうすれば復活しますか？

期限が切れた後も更新手続き自体は可能で、アカウントを作り直す必要はありません。プライムであれば法人代表者または個人事業主本人による本人確認を伴う更新申請を行い、メンバーであれば紐づくプライムか管理者権限を持つメンバーが承認します。ただし期限が切れている間は行政サービスへのログイン、メンバーの作成、委任と受任の申請が止まります。期限の3か月前から通知が届く仕組みになっているので、通知の時点で更新を済ませておくのが安全です。

### 自社の業務システムにGビズIDでログインさせることはできますか？

できません。GビズIDのシステム連携はOpenID Connectを使いますが、対象は行政機関等の行政サービスに限られており、民間システムとの連携には対応していないと公式に示されています。接続システム向けの申請フローも行政サービス担当者向けの手続きです。民間企業が行政手続を自動化したい場合は、GビズIDを認証基盤として組み込むのではなく、e-Govの電子申請APIのように行政側が公開しているAPIを自社システムから呼ぶ設計になります。

### GビズIDとe-Govの電子証明書はどちらが必要ですか？

手続きによって変わります。e-Govの[利用準備](https://shinsei.e-gov.go.jp/contents/preparation)のページには、gBizIDプライム、gBizIDメンバーの場合は原則として電子申請対象手続所管行政機関の指定により電子署名を省略できることがある、と書かれています。その範囲では商業登記電子証明書などを別途用意せずに進めることが可能です。一方、指定が無く電子署名が求められる手続きでは電子証明書が必要です。判断の手順としては、対象手続きの案内でGビズIDによる署名省略が認められているかを先に確認し、認められていなければ電子証明書を準備する流れになります。

## 関連記事

- [労務管理システムの電子申請対応とは：義務化の範囲とAPI連携・GビズID運用の判断](https://www.issoh.co.jp/column/details/16794/)：社会保険の電子申請をシステム側でどう受けるかの選定軸。
- [社労士事務所のシステム対応：電子申請の義務範囲と4つの申請経路の割り付け](https://www.issoh.co.jp/column/details/17073/)：委任して進める場合の経路の選び方。
- [電子申請システムとは？自治体・官公庁の導入判断と構築方式の選び方](https://www.issoh.co.jp/column/details/16792/)：行政側でGビズIDを受け入れるシステムを作る立場の判断。

---

出典: [GビズIDとは？プライム・メンバーの使い分けと自社システム連携の可否](<https://www.issoh.co.jp/column/details/17552/>)（株式会社一創）
