この記事は 2026 年 9 月時点の情報です。
データソースに Google スプレッドシートを利用するため、Google スプレッドシートが利用可能な環境向けの手法となります。Microsoft 365 環境等で Google スプレッドシートが利用できない場合は、アカウントの一括登録(CSV インポート)をご活用ください。
全体像:直接連携とスプレッドシート連携を組み合わせた全体構成
まず、Admina 上で「直接連携できる SaaS」と「直接連携できない SaaS(未対応ツール・内製ツール)」がどう共存して一元管理されるのか、全体アーキテクチャを整理します。 ポイントは、「従業員マスター(Google Workspace / Microsoft Entra ID / Okta など)が全アカウントの大元として存在している」という点です。 その上で下記の A、B の 2 パターンいずれかで各種 SaaS を登録します。- A. 直接連携できる SaaS: API 等で Admina がアカウント情報を自動取得します。
- B. 直接連携できない SaaS: カスタムアプリとして登録し、CSV アップロードでアカウント情報を更新します。
直接連携とカスタムアプリを組み合わせた全体構成
CSV インポートとスプレッドシート連携の作業の違い
スプレッドシート連携まで含めた最終的な構成
設定は 3 ステップ
設定自体はシンプルで、GAS(Google Apps Script)などのスクリプト開発は一切不要です。 事前準備として、次の 3 つを済ませておきます。- 外部共有が可能な Google ドライブにスプレッドシートを 1 つ用意する
- SaaS からアカウント一覧を CSV でダウンロードしてインポートする(ヘッダーもそのまま使って OK)
- Admina 専用アカウント(
prod-sheets-reader@money-forward-itmc.iam.gserviceaccount.com)にシートを共有する(Admina は読み取りのみのため、閲覧者権限で十分です)
1
カスタムアプリを作成
サービス名・ワークスペース名を入力し、データソースに「Google スプレッドシート」を選択します。
2
スプレッドシートの URL を登録
事前準備したシートの URL を入力して連携開始します。
3
AI による列マッピングの確認
ヘッダー列に応じて AI が自動設定したマッピング先を確認し、インポート実行します。
- 設定マニュアル: 【カスタムアプリ】SaaSをGoogleスプレッドシートで連携する
- 手動登録・アイコン変更について: 【カスタムアプリ】クラウドサービスを手動で登録する
導入後の運用は「月 1 回シートに貼るだけ」。やらなくていいことが増える
スプレッドシート連携の本当の価値は、「新しくやることが増える」ことではなく、「今までやっていたことをやめられる」ことにあります。導入後は、次の 3 つの作業が不要になります。- 退職者の消込・行削除 → しなくていい
従業員マスターが連携されていれば、退職アカウントは Admina が自動で検知してくれます。スプレッドシート側で「退職者を探して行を削除する」といったメンテナンスは不要です。SaaS から出力した最新一覧をそのまま置いておくだけで済みます。 - CSV のフォーマット加工 → しなくていい
シートの 1 行目をヘッダー行にしておけば、SaaS 管理画面からダウンロードしたデータをそのまま貼り付けるだけです。AI がヘッダーを見てマッピング先を判定します。 - Admina へのログイン・手動アップロード → しなくていい
シートを更新しておけば、あとは夜間の自動同期で Admina に反映されます。急ぎで反映したいときや棚卸しの直前だけ、手動の同期を使えば済みます。
まとめ:未対応 SaaS も含めて Admina で一元管理しよう
「直接連携できない SaaS がある」というのは、規模を問わず多くの企業が直面する課題です。 しかし、Admina のスプレッドシート連携を活用すれば、未対応 SaaS も直接連携 SaaS と同じように Admina のディレクトリに集約し、下記のような Admina の便利な機能を活用できます。- 従業員マスターを起点に、全ツールの退職者の削除漏れアラートが 1 箇所に届く
- サーベイ機能を使って、年に数回の全社 SaaS 棚卸しも Admina 上から各部門へ依頼・集約できる

