役所への届出は自動化できるか — e-Gov・eLTAX・GビズID・jGrants

調査の詳細

行政システムの連携は、各制度の公式サイトにある仕様書・API の案内・利用の手引きを 1 件ずつ開いて確かめました。対象は公開している行政・士業カテゴリの 7 システム（e-Tax・eLTAX は会計カテゴリのため要点のみ）、確認時期は 2026 年 7 月 28 日〜8 月 19 日です。以下に、調べた範囲と、調べていないことを並べます。

対象の7システム

e-Gov電子申請／e内容証明／e-TUMO／GビズID／Grafferスマート申請／jGrants／LoGoForm

なお、国税のe-Taxと地方税のeLTAX / PCdeskは会計カテゴリに分類しているため、ここでは要点だけ触れます。

7 件の欄を調査記録から横に並べると、こうなります（記号や札をクリックすると原文・出典）。

◎ 条件なしで当てはまる　○ 条件つき・一部　△ 限定・要申請・無いと明記　× 当てはまらないと明記　？ 編集部がまだ確認していません　― 提供元が公開していない（編集部が調べた）　— 記号は編集部の札から機械で付けています。物差しは項目ごとに違い、列の見出しがその項目の意味です。札の意味と根拠は各セルの要約を押すと出ます。

材料の調査日（最新）: 2026-09-03

APIの開かれ方

「公開」は2件ですが、中身は正反対です。

e-Gov電子申請 — 出せる唯一の口

行政系で、申請そのものをAPIで出せることが確認できた唯一のシステムです。

公開APIがある（e-Gov Developer）。外部のソフトウェアから電子申請・状況照会等を呼び出せる。APIキー管理とアカウント登録の仕組みつき。

仕様は REST / JSON で、共通仕様・手続情報・様式構造仕様が開発者サイトで公開され、4つのカテゴリで構成されています。

様式がXMLで定義されています

ここが行政系の特徴です。通信はREST/JSONでも、中身の様式はXMLで構造が定義されています。

編集部が数えたところ、e-Govの申請書XML構造定義は161件・7,297項目ありました。社会保険・労働保険の届出書1枚1枚に、項目の並びが決められているということです。

この7,297項目が、いま人が打ち込んでいる項目でもあります。

認証は3通り、さらに電子証明書

アカウントは3通り（e-Govアカウント／GビズID／他認証サービス）。手続によっては電子証明書が別途必要で、これは書面手続の実印・印鑑証明に相当するとサイト自身が説明している。

この説明は分かりやすい書き方です。 「電子証明書」と言われるとピンときませんが、**「実印と印鑑証明のオンライン版」**と言われれば、なぜ必要かも、なぜ簡単に発行できないかも納得できます。

制限は「回数」ではなく「サイズ」

回数ベースのレート制限値の公表は見当たらないが、1リクエストのサイズ 100Mbyte 上限・一覧取得 50件 上限が公開されている。

回数ではなくサイズで制限しているのは、申請というものの性質に合っています。 添付書類が付くからです。

ただし、ブラウザだけでは完結しません

ブラウザだけでは完結せず、専用アプリケーションのインストールが要る。ブラウザ側の設定確認も手順に含まれる。

手作業で使う場合の話ですが、動作環境として知っておく必要があります。

jGrants — 読めるが、出せない

対照的なのがjGrants（デジタル庁が運営する補助金の電子申請システム）です。

補助金情報を読むための公開APIがある。一覧の検索と、1件の詳細取得（V1・V2）の3つ。 申請そのものをAPIで出す口は公開されていない — 読み取りだけ。

設計図は行政系で最も整っています

OpenAPI 3.1.0 の仕様ファイルが配布されている（jgrants-api.yaml・39.0KB・公開日 2024年10月07日）。項目ごとに説明と取りうる値が書かれており、業種・地域・利用目的は選択肢まで明記されている。

編集部が調べた56システムのうち、OpenAPIファイルを配布しているのは10件。そこに行政システムが入っているのは、注目に値します。

認証が2段構えです

申請にはGビズIDを使う。一方、補助金情報を読むだけの公開APIには認証の記述が無く、実際に鍵なしで応答する。

読むだけなら誰でもいいという設計です。理にかなっています。補助金情報は公開情報だからです。

何に使えるのか

「申請が出せないなら意味がない」と思われるかもしれませんが、使い道はあります。

• 自社に該当する補助金を自動で拾って通知する
• 業種・地域で絞り込んで一覧を社内に配る
• 締切をカレンダーに取り込む

「探す」手間は自動化できます。 補助金は数が多く、締切があり、見落とすと1年待ちです。探すところだけでも自動化する価値があります。

そしてレート制限の記載はありません（ドキュメントにもOpenAPIファイルにも）。理由は公開情報からは読めないので、ここでは事実だけ書きます。

GビズID — 認証の共通基盤

GビズIDは申請システムではなく、行政サービスにログインするための共通の認証です。

OpenID Connect によるシステム連携（シングルサインオン）を提供。ただし連携できるのは行政サービスに限られ、民間システムとの連携は許可されていない。

ここは明確です。 「GビズIDで自社システムにログインさせる」ことはできません。

アカウントは3種類

プライム・メンバー・エントリーの3種類で、プライムを作れば行政サービスを全て利用でき、従業員用のアカウントを増やせます。

二要素認証とプライムのオンライン申請には、スマートフォンのGビズIDアプリが要ります。 パソコンだけでは完結しません。

自治体の窓口の大半は、3つのプラットフォーム経由

これが編集部の調査で分かった、ここで一番面白い事実かもしれません。

GビズIDの対応サービス一覧には、省庁のサービスと自治体のサービスが列挙されています。編集部がその一覧のURLを機械的に判定したところ、自治体の窓口URLの大半が Graffer・e-TUMO・LoGoForm の3つのプラットフォーム経由でした。

つまり**「自治体の電子申請」は、自治体ごとに違うシステムではなく、この3社のどれかであることが多い**ということです。

ということは、この3つを調べれば自治体側の窓口はだいたい分かります。 実際に調べたのが次の節です。

自治体プラットフォーム3社 — 公開APIは確認できず

◎ 条件なしで当てはまる　○ 条件つき・一部　△ 限定・要申請・無いと明記　× 当てはまらないと明記　？ 編集部がまだ確認していません　― 提供元が公開していない（編集部が調べた）　— 記号は編集部の札から機械で付けています。物差しは項目ごとに違い、列の見出しがその項目の意味です。札の意味と根拠は各セルの要約を押すと出ます。

材料の調査日（最新）: 2026-08-10

_{以前ここは手書きの表でした（3 件 ×「API / 外部連携」）。同じ内容が調査記録に在り、原文と調査日つきで出せるので調査記録から引きます。並べる 3 件は変えていません。列は 本文の主張と同じ問い に合わせて「API/MCP（第三者に開かれているか）」と「API 仕様（設計図が配られているか）」の 2 つにしました。}

3社とも、外部開発者向けの公開APIは確認できませんでした。

これには理由が想像できます。利用者は自治体であって、一般企業ではないからです。連携は「導入団体ごとの構成」（e-TUMO）と書かれているとおり、個別の案件として作られます。

事業者側から見ると、どうなるか

申請を出す側（企業）としては、APIで自動化する道は無い、ということになります。

ただしデータの取り出しはできます。

• LoGoForm：CSV・TSV・JSONエクスポート
• Graffer：CSVファイル出力

そして、Grafferにはkintone連携の記述があります（ただし製品仕様ではなく事例の記述なので、対応の範囲までは分かりません）。

LGWAN対応は行政側の話です

GrafferとLoGoFormの両方に、LGWAN対応の記述があります。

LGWAN（総合行政ネットワーク）は、自治体をつなぐ閉じたネットワークです。インターネットから切り離されているので、そこで動くには対応が要ります。

LoGoFormは「作成したフォームをインターネット側とLGWAN側のどちらにも公開でき、行政の閉域網の内側でも使える」としています。

これは自治体職員側の話で、申請する企業側には直接関係しません。ただし**「なぜ自治体のシステムは特殊なのか」の答えの1つ**です。

e内容証明 — Wordの雛形をアップロードする方式

内容証明郵便をインターネットから差し出せる、日本郵便のサービスです。

公開APIの記載は無い（差出しは Word 雛形のアップロード方式）。 文書の作成だけは手元のMicrosoft Wordで行う。 差込差出しはCSV雛形をアップロードする。

公開APIはありませんが、CSV雛形による差込差出しがあります。 つまり大量に送るなら、CSVを作れば一括で出せます。

「APIが無い＝自動化できない」ではない好例です。CSVを作る部分だけ自動化すれば、実務はかなり楽になります。

ただしMicrosoft Wordが別に必要です（動作環境として押さえておく点）。

税務系（e-Tax・eLTAX）の要点

会計カテゴリで扱っているので簡潔に書きます。行政系の設計思想が一番はっきり出ています。

e-Tax

参照系のみのAPIがある。会計ソフト等から申告の参考となる情報を取得する用途で、 認証（ログイン）や申告等データの送信はAPIでは行えない。 エンドユーザのログインが前提で、開発者側のAPIキーは申請制。

**jGrantsと同じく「読めるが出せない」**です。

仕様書は一般公開されており、ログインなしでダウンロードできます。ただし中身はWord・Excel形式で、機械可読なOpenAPI定義はありません。

eLTAX / PCdesk

誰でも使える公開Web APIではなく、eLTAX対応ソフトウェアの開発者向けに「API方式」と「ファイルI/F方式」の2方式を用意。仕様は申込制で開示。

そして重要なのがこれです。

市販の税務・会計ソフトウェアの一覧が公開されており、対応ソフトからそのまま電子申告できる。

つまり、自分でAPIを叩くのではなく、対応ソフトを選ぶのが正しい道です。e-Taxも同じで、「市販の会計・税務ソフトはこの仕様に合わせて作られる」と書かれています。

なお、eLTAXの給与支払報告書等のCSVレイアウト仕様書は一般公開されています。CSVの作り方は誰でも読めます。

調べた範囲と、調べていないこと

• 対象は、編集部が一次調査を終えて公開している行政・士業カテゴリの7システムです（e-Tax・eLTAXは会計カテゴリのため要点のみ）。日本の行政システム全体ではありません。
• 確認時期は2026年7月28日〜8月19日です。行政システムの仕様は制度改正に伴って変わります。
• 「公開情報を確認した範囲では見つからなかった」と「提供していない」は区別しています。 e内容証明・Graffer・LoGoFormの3件は前者です。
• 「自治体の窓口の大半が3社経由」は、GビズIDの対応サービス一覧のURLを編集部が機械的に判定した結果です。全自治体を網羅した調査ではありません。
• システムどうしにランキングを付けていません。 「APIが無い＝劣っている」ではありません。想定利用者が違います。
• 制度の内容（どの手続きが電子申請できるか等）は、ここでの範囲外です。 各制度の公式サイトで確認してください。

各システムの20項目は RenkeiMap で1件ずつ、出典URLと調査日つきで公開しています。主な参照先はe-Gov電子申請、jGrants、GビズID、e-Tax、eLTAX / PCdesk、Grafferスマート申請、e-TUMO、LoGoForm、e内容証明 です。