※本記事にはアフィリエイト広告(PR)が含まれます。
入退社の手続きは、人事・総務部門にとって重要でありながら、紙の書類回収や関係部署への連絡、IT管理者へのアカウント発行依頼など、驚くほど手間がかかる業務です。中小企業では専任者がおらず兼任で回しているケースも多く、手続きの遅れや抜け漏れが常態化しているという相談を数多く受けてきました。
入退社手続き自動化とは、入社・退社に伴う雇用契約・社会保険・アカウント管理・書類収集などの定型業務を、システムやツールで自動処理し、人事・総務の手作業工数を削減する取り組みです。実現手段はGoogle Workspace・RPA・iPaaS・専用労務SaaSなど複数あり、企業規模と要件に応じた選択が必要になります。本記事では、Googleフォーム・スプレッドシート・Google Apps Script(GAS)を軸にしつつ、四者の比較、法定書類の提出期限一覧、退職区分別フロー、工数削減の試算、補助金活用までを通しで解説します。
なお本記事では、概念の別名を次のように統一して扱います。入退社手続き自動化(オンボーディング自動化・オフボーディング自動化・入退社管理DXとも呼ばれる)、Google Workspace(旧G Suite)、RPA(Robotic Process Automation/ロボティック・プロセス・オートメーション)、iPaaS(Integration Platform as a Service)。
【ご注意】本記事の情報は時点のものです。Google Workspaceの機能やインターフェース、各SaaSの料金プランは変更される可能性があります。また、人事労務手続きには法的要件が含まれるため、社会保険労務士などの専門家にも相談の上、自社の運用設計を行ってください。
この記事のポイント(結論先出し)
- 入退社手続き自動化とは、Googleフォーム・スプレッドシート・GAS・RPA・iPaaS・専用SaaSなどで、情報収集・アカウント発行・社内通知・法定届出を半自動で回す仕組みのこと
- ツール選定の目安は「〜50名=Google Workspace」「30〜100名=RPA/iPaaS併用」「100名超=専用労務SaaS」と規模で段階的に切り替える
- 退職時は「データ引き継ぎ」より「最終出社日のアクセス遮断」が最優先。退職区分(自己都合・会社都合・契約満了)で停止タイミングが変わる
- GAS連携でアカウント発行・OU割当・グループ追加まで自動化可能。未経験者の自作工数は16〜40時間、外注相場は5〜30万円程度が目安
- マイナンバー収集はGoogleフォームでも可能だが、アクセス権限の限定と保存期間ポリシーの設計が必須
入退社手続き自動化とは?(用語の定義)
入退社手続き自動化とは、Googleフォーム・スプレッドシート・Google Apps Script(GAS)・RPA・iPaaS・専用労務SaaSといったツールを活用し、入社・退職に伴う「情報収集」「アカウント管理」「社内通知」「書類保管」「法定届出」の一連の業務を自動化する仕組みのことです。従来は紙・メール・口頭で分散していた情報フローを、デジタル化された単一のフロー(シングルソース)に統合する点が本質といえます。
総務省「令和6年版 情報通信白書」によると、日本企業のクラウドサービス利用率は77.7%に達しています。一方で、入退社のような非定型に見える定型業務では、いまだ紙とメールの運用が残りやすいのが実情です。導入のゴールは、担当者を単純作業から解放し、オンボーディング設計や労務相談対応など付加価値の高い業務にリソースを振り向けることにあります。
入退社手続きの法定種類と必要書類一覧(自動化対応マップ付き)
ツールを検討する前に、まず「自動化してよい業務」と「法定で人が確認すべき業務」を切り分けることが重要です。入退社手続きには厚生労働省・日本年金機構・ハローワーク・市区町村への法定届出が含まれ、それぞれ提出先と期限が法律で定められています。以下に主要な手続きと、Google Workspaceでの自動化可否(○=ほぼ自動化可/△=情報収集のみ自動化可/×=人による申請が必要)を整理します。
入社時の主な手続きと必要書類
| 手続き | 提出先 | 期限 | 主な必要書類・情報 | 自動化可否 |
|---|---|---|---|---|
| 労働条件通知書・雇用契約書の交付 | 本人 | 入社(労働契約締結)まで | 労働条件通知書、雇用契約書 | △(電子契約サービス連携) |
| 健康保険・厚生年金保険 被保険者資格取得届 | 年金事務所(日本年金機構)/健保組合 | 入社日から5日以内 | マイナンバー、基礎年金番号 | △(収集○・申請×) |
| 雇用保険 被保険者資格取得届 | ハローワーク | 入社日の属する月の翌月10日まで | 雇用保険被保険者番号 | △ |
| 住民票・口座・通勤手当などの収集 | 社内保管 | 入社前後 | 住民票の写し、振込口座、通勤経路 | ○(フォーム収集) |
| マイナンバーの収集・保管 | 社内(厳重保管) | 入社時 | 本人確認書類+個人番号 | ○(フォーム+権限管理) |
退社時の主な手続きと必要書類
| 手続き | 提出先 | 期限 | 主な必要書類・情報 | 自動化可否 |
|---|---|---|---|---|
| 健康保険・厚生年金保険 被保険者資格喪失届 | 年金事務所/健保組合 | 退職日の翌日から5日以内 | 健康保険証の回収 | △ |
| 雇用保険 被保険者資格喪失届・離職証明書 | ハローワーク | 退職日の翌日から10日以内 | 賃金台帳、出勤簿 | △ |
| 源泉徴収票の交付 | 本人 | 退職後1か月以内(所得税法) | 給与・賞与データ | ○(出力の自動化) |
| 住民税 給与所得者異動届出書 | 市区町村 | 退職した月の翌月10日まで | 給与データ | △ |
自動化可能な「収集系」の書類は、Googleフォームで一次収集し、スプレッドシートに自動集計するのが基本動線です。一方、資格取得・喪失届のような行政申請は最終的に人の確認と電子申請が必要なため、「データ整形までを自動化し、申請は担当者が確認して送信」という役割分担が現実的です。なお様式番号は日本年金機構・ハローワーク・各市区町村で改訂されることがあるため、提出前に必ず各機関の最新様式を確認してください。
なぜ今「入退社手続きDX」が急務なのか|6つの典型的な課題(Before)
自動化の具体策に入る前に、多くの中小企業が直面している課題を整理します。自社がどの段階にいるかを確認してください。
- 紙ベースの属人化:記入漏れ・判読不能・紛失が発生し、担当者しか進捗を把握できない
- 複数部署連携の遅延:人事→情シス→総務→経理とメールで手渡しするため、入社当日にアカウントが間に合わない
- テレワーク対応の限界:対面での書類提出・印鑑押印を前提とした運用が残り、リモート入社時に破綻する
- マイナンバー管理リスク:紙台帳や個人PCに分散保管され、漏えい時の特定・報告が困難
- 法改正対応コストの増加:2028年10月施行予定の雇用保険適用拡大(週所定労働時間20時間以上→10時間以上への拡大)など、対象者判定や届出フローの見直しが頻繁に発生
- 退職時のアクセス遮断漏れ:退職者アカウントが放置され、独立行政法人情報処理推進機構(IPA)「情報セキュリティ10大脅威 2024」でも「内部不正による情報漏えい等の被害」が組織編の上位にランクインするなど、実被害が続出
これらの課題は、ツール導入だけでは解決しません。「誰が・いつ・何を・どのデータソースで行うか」を再設計した上で、ツールに落とし込む必要があります。
入退社手続き自動化ツールの選び方|四者比較と選択ロードマップ
「Googleフォームで十分なのか、RPAやiPaaS、SmartHRのような専用SaaSを入れるべきか」は、読者から最も多く寄せられる質問です。結論は従業員規模で段階的に切り替えること。〜50名はGoogle Workspace、30〜100名でレガシー操作の代行が必要ならRPA、複数SaaS連携が増えるならiPaaS、100名超や電子申請の工数が限界なら専用SaaS主体、というロードマップが現実的です。
アプローチ別・四者比較表
| 比較軸 | Google Workspace(フォーム+GAS) | RPA(UiPath・Power Automate等) | iPaaS(Workato・HULFT Square・Zapier等) | 専用労務SaaS(SmartHR等) |
|---|---|---|---|---|
| 適正規模 | 〜50名 | 30〜100名 | 50〜300名 | 100名超(30名〜も可) |
| 月額コスト目安 | Workspace契約料のみ(1人680円〜) | 数万円〜/月(ロボ単位) | 数万〜十数万円/月 | 1人数百円〜+初期費用 |
| できること | 情報収集・台帳化・社内通知、GASで拡張 | 既存システムのUI操作を代行(API非対応でも可) | 複数SaaS間のAPI連携・データ自動配信 | 入退社手続き・電子申請・年末調整を標準装備 |
| できないこと | e-Gov電子申請の完全自動化は不可(CSVは手動連携) | 大規模なAPI統合は不得手、例外処理に弱い | UI操作の代行や単体での労務書類作成は不可 | 自由なフロー自作はしにくく、コストは高め |
| 向いているケース | 情シス内製力あり・低コスト重視 | API非対応のレガシー基幹システムが残る | 人事DBを正本に複数SaaSを連携したい | 法改正追随・電子申請の工数削減を重視 |
| 導入期間目安 | 数日〜2週間 | 1〜3か月 | 1〜3か月 | 2週間〜1か月 |
主要労務SaaSの料金・機能比較(金額は目安)
「入退社手続きシステム」を検討する際、最初に必要になるのが料金感です。以下は2026年5月時点の公開情報と一般的なプラン構成をもとにした目安で、正確な金額・初期費用・サポート費は各社公式の見積もりで確認してください。
| サービス | 月額目安(1人/月) | 初期費用 | 特徴 |
|---|---|---|---|
| SmartHR | 無料プランあり/有料は要見積もり(目安 数百〜1,000円台) | 要確認 | 入退社・年末調整・労務台帳・電子申請に標準対応 |
| freee人事労務 | 目安 500円前後〜+基本料 | 無料〜 | 勤怠・給与・労務を一体運用 |
| マネーフォワード クラウド人事管理 | 目安 300円〜+基本料 | 無料〜 | 給与・勤怠・人事DBと連携 |
| jinjer(人事・労務) | 目安 300円〜(モジュール別)/要見積もり | 要確認 | 勤怠・人事・給与をモジュール選択制で組合せ |
| HRBrain | 目安 数百円〜(要見積もり) | 要確認 | 人事評価・タレントマネジメント・労務手続き |
規模別の総コスト感(試算):従業員30名・専用SaaSを1人月500円で導入する場合は月1.5万円前後+初期費用、100名なら月5万円前後となります。Google Workspace単独運用(Business Starter 680円/人)に対して、専用SaaSは1人あたり数百円の上乗せで電子申請や年末調整の自動化が得られる、という比較が判断の起点になります。
選び方の判断フロー
- 従業員50名未満かつ情シス担当者がいる→ Google Workspace(フォーム+GAS)で十分。まず内製で始める
- API非対応の基幹システム(給与計算ソフト等)が残り、画面操作の転記が多い→ RPAで定型操作を代行
- 勤怠・給与・人事DBなど複数SaaSが増え、データ連携が複雑化→ iPaaSで人事DBを正本にAPI連携
- 100名超、または年末調整・電子申請の工数が月100時間規模→ 専用労務SaaS主体に切り替え
推奨ロードマップは「まずGoogle Workspaceで始め、SaaS連携が複雑化したらiPaaSへ段階移行、法改正追随が重荷になったら専用SaaSへ」です。最初から大規模SaaSを入れて使いこなせないより、スモールスタートで運用設計の勘所を掴んでから拡張するほうが失敗が少なくなります。
スモールスタートの進め方|業務棚卸しから定着まで5ステップ
「いきなり全部自動化」は失敗のもとです。ツールを決めたら、以下の5ステップで段階的に導入してください。各ステップの所要期間目安も付記します。
- 現状業務の棚卸しと工数計測(目安1〜2週間):入社・退職時の作業を、担当者・所要時間・使うツールまですべてスプレッドシートに列挙。「作業名/担当/月次件数/1件あたり所要時間」の計測シートを用意する
- 自動化優先順位の決定(目安数日):「定型度×月次件数×リスク」の優先度マトリクスで評価。発生頻度が高く所要時間が長いものから着手するため、年末調整より先に「入社手続き」を自動化する判断になるケースが多い
- ツール選定と権限・承認・監査設計(目安1〜2週間):四者比較で選んだツールに対し、誰が編集・閲覧できるか、承認はどこで挟むか、監査ログをどう残すかを先に設計する
- パイロット運用と検証(目安2〜4週間):まずGoogleフォーム1つから。KPI(1件あたり所要時間・エラー率・回答率)を設定し、フィードバックを集めて改善ループを回す
- 全社展開と定着化研修(目安1か月〜):変更管理として「なぜ変えるのか」を周知し、ユーザートレーニングとマニュアルを整備。属人運用に戻らないよう定着を見届ける
内製化が難しい場合は、人事労務アウトソーシング(BPO)の活用も選択肢です。Googleフォームで一次収集し、BPO事業者に引き渡す「ハイブリッド運用」も現実的です。
【入社手続き編】Google Workspaceで実現するスムーズなオンボーディング
ここからは具体的なワークフローを4ステップで解説します。複合キーワード「googleフォーム 入社手続き 自動化」で検索した読者が、そのまま手順通りに実装できる粒度で書いています。
ステップ1:Googleフォームで入社手続き情報を一元化する
まず、入社者に提出してもらう情報をGoogleフォームで作成した「入社手続きフォーム」に集約します。情報の収集窓口が一本化されることで、手書きの判読不能や記入漏れを根本からなくせます。なお、住民票や免許証画像などのファイル受領も、Googleフォームのファイルアップロードで完結できます。受付の自動化を深掘りしたい場合は、Googleフォームのファイル添付で受付を自動化する具体的な設定手順も参考になります。
フォームに設定すべき質問項目
- 基本情報:氏名(フリガナ含む)、生年月日、住所、緊急連絡先、性別(任意回答)
- 税・社会保険情報:マイナンバー、扶養家族の有無、前職の源泉徴収票、雇用保険被保険者番号、年金手帳の基礎年金番号
- 給与関連:振込口座情報(銀行名・支店・口座番号・名義)、通勤経路と通勤手当申請
- 会社支給物:PC機種希望(支給可能な場合)、Tシャツサイズ、入館証用顔写真
- ファイルアップロード:住民票の写し、運転免許証・マイナンバーカードの画像、年金手帳のコピー
GASでアカウント発行まで自動化する(疑似コード)
フォーム送信をトリガーにGASを動かせば、Googleアカウントの発行・OU割当・部署グループへの追加まで自動化できます。以下は実装イメージの擬似コードです。
function onFormSubmit(e) { const responses = e.namedValues; const lastName = responses["氏名(姓)"][0]; const firstName = responses["氏名(名)"][0]; const department = responses["配属部署"][0]; const email = `${toRoman(firstName)}.${toRoman(lastName)}@example.co.jp`; // 1) Admin SDK でユーザー作成 AdminDirectory.Users.insert({ primaryEmail: email, name: { givenName: firstName, familyName: lastName }, password: generateTempPassword(), changePasswordAtNextLogin: true, orgUnitPath: `/${department}` }); // 2) 部署グループに追加 AdminDirectory.Members.insert( { email: email, role: "MEMBER" }, `${department}@example.co.jp` ); // 3) 情シスと人事にSlack/Chat通知 notifyChat(`新規アカウント発行: ${email}`);
}Admin SDK(Directory API)を有効化し、特権管理者アカウントで実行する必要があります。本番導入前に必ずテスト環境で動作確認を行ってください。
GAS自作にかかる工数の目安(自社で本当に作れるか)
「情シス専任がいなくても作れるのか」を判断するため、筆者が実際に構築・指導してきた経験から段階別の工数目安を示します。フォーム設計・作成に2〜4時間、スプレッドシート連携設定に1〜2時間、GAS基本スクリプト作成はプログラミング経験者で4〜8時間、未経験の総務担当者なら16〜40時間、加えてテスト運用に1〜2週間が現実的なラインです。社外ベンダーに外注する場合の相場は、フォーム+台帳化だけなら5〜10万円程度、アカウント発行や通知までのGAS連携を含めると15〜30万円程度が目安になります。未経験者がいきなりAdmin SDK連携に挑むより、まず「紙→フォーム+スプレッドシート台帳」までを内製し、アカウント連携は外注、という切り分けが失敗を避けやすい設計です。
ステップ2:スプレッドシートで従業員台帳を自動生成する
フォームの回答先をGoogleスプレッドシートに連携させれば、送信情報がリアルタイムで「従業員台帳」として蓄積されます。手作業での転記は一切不要です。
このシートをマスターデータと位置づけ、人事・総務・経理で安全に共有しましょう。ポイントは、シートを「正」として扱い、個別のExcelコピーを作らせないことです。コピーが増えた瞬間に情報の属人化が復活します。台帳が増えて検索しづらくなってきたら、社内資料の検索時間を62%短縮したGoogle Driveの整理ルールを併用すると、人事ファイルの探索コストも下げられます。
ステップ3:Googleサイトでオンボーディングポータルを作成する
新入社員が必要な情報にすぐアクセスできるよう、Googleサイトで「オンボーディングポータル」を作成します。入社前にURLを共有しておくと、初日までの不安を大きく軽減できます。
- 歓迎メッセージと会社の理念、組織図
- 就業規則・各種規程(PDF埋め込み)
- 社内ツール(Gmail・Chat・ドライブ)の基本マニュアル
- 最初の1週間のスケジュール
- メンター・バディ担当者の紹介
マニュアルをスマホでも読みやすくしたい場合は、Googleドキュメントのページレス形式でマニュアルを見やすくする画像配置テクニックを取り入れると、現場での閲覧体験が大きく改善します。
ステップ4:Googleカレンダーで最初の1週間をサポートする
オリエンテーション、各部署紹介、上司との1on1をGoogleカレンダーのテンプレート予定として用意しておき、アカウント発行後に一括で招待します。受け入れ側も準備がしやすくなり、初日から「何をすればよいかわからない」を防げます。社外メンバーや別カレンダーを使う関係者を巻き込む場合は、AppleカレンダーやOutlookとGoogleカレンダーを双方向同期する設定を押さえておくと予定のズレを防げます。
【退職手続き編】安全なオフボーディングのベストプラクティス
ステップ1:退職手続きチェックリスト(法定手続き含む)を作成する
退職が決まった時点で、Googleスプレッドシートに「退職手続きチェックリスト」を作成し、関係者と共有します。「Googleツールの操作」だけでなく、法定手続きの期限まで含めたチェックリストにするのが重要です。
| 時期 | 手続き内容 | 期限 | 主担当 |
|---|---|---|---|
| 退職日前 | 退職届受領、業務引き継ぎ計画、貸与品リスト作成 | 退職日の2週間前までに完了 | 上司・人事 |
| 退職日当日 | 貸与品回収、Google Workspaceアカウント停止、退職証明書発行準備 | 最終出社日 | 総務・情シス |
| 退職後5日以内 | 健康保険・厚生年金保険 被保険者資格喪失届 | 退職日翌日から5日以内 | 人事(年金事務所) |
| 退職後10日以内 | 雇用保険 被保険者資格喪失届、離職証明書(離職票)の交付 | 退職日翌日から10日以内 | 人事(ハローワーク) |
| 退職後1か月以内 | 源泉徴収票の交付 | 退職後1か月以内 | 経理 |
| 退職後随時 | 住民税の異動届(特別徴収→普通徴収等) | 退職した月の翌月10日まで | 経理(市区町村) |
期限が短い手続きはGASでのリマインド送信で、漏れを防止できます。
退職区分別・手続き分岐フロー(自己都合・会社都合・契約満了)
退職手続きは一律ではありません。退職区分によってアカウント停止のタイミングと法定対応が変わります。特に会社都合(解雇)やトラブル退職では、データ持ち出しリスクを最小化するため即時遮断が原則です。区分ごとの違いを整理します。
| 退職区分 | アカウント停止タイミング | 主な法定対応・書類 | データ引き継ぎ |
|---|---|---|---|
| 自己都合退職 | 最終出社日の翌日(計画停止が可能) | 離職票(退職者の請求があれば交付義務)、資格喪失届 | 計画的に実施できる |
| 会社都合退職(解雇) | 通告当日または通知後すぐの即時停止を推奨 | 解雇予告(30日前予告または解雇予告手当/労働基準法第20条)、離職票 | 即時遮断後に管理者権限で実施 |
| 契約満了 | 契約終了日に合わせて計画停止 | 更新意思確認、要件該当時の離職票交付 | 終了日に向けて計画的に |
判断基準:トラブルやセキュリティリスクが高い退職(解雇・懲戒・競合転職が疑われるケース)は即時停止、円満かつ引き継ぎ前提の退職は計画停止と切り分けます。停止タイミングの判断を属人化させないため、退職区分の入力欄をチェックリストに設け、区分に応じて推奨アクションが表示される設計にしておくと安全です。
ステップ2:管理コンソールでのアカウント即時停止とアクセス遮断
退職者の最終出社日当日、最優先で行うべき作業です。退職後の不正アクセスによる情報漏えいは、独立行政法人情報処理推進機構(IPA)「情報セキュリティ10大脅威 2024」でも継続的に指摘されており、アクセス遮断の遅れは会社の存続に関わるリスクです。
退職日当日に実行すべきアクセス遮断チェックリスト(優先順)
- Googleドライブの共有設定を確認し、外部共有リンクを棚卸し
- 共有ドライブのメンバーから退職者を削除
- Gmailの自動転送・IMAP/POPアクセスを無効化
- 管理コンソールでパスワードを強制リセットし、全セッションからサインアウト
- 2段階認証のバックアップコードを無効化
- アカウントを「停止」状態に変更
- OAuth連携アプリ(Slack、Zoom、SaaS各種)のアクセストークンを失効
- SAML/SSOで連携している外部サービスからもログアウト
- スマートフォンMDM(モバイル端末管理)から端末をワイプ
- Googleグループ(ML)のメンバーから退職者を削除
退職予定者が複数いる場合や、退職意思表示から最終日までの「空白期間」に段階的に権限を絞りたい場合は、手作業ではなくスクリプト化が有効です。具体的な実装は退職者のGoogleドライブ権限をGASで一括変更し情報持ち出しを防ぐ3ステップで、検証済みコードとともに解説しています。
ステップ3:メール・ドライブデータの確実な引き継ぎ
アクセス遮断を済ませた後、管理者は管理コンソールから退職者データを安全に引き継ぎます。
- Gmail:後任者や上司にメールデータを移行、または必要な期間、自動転送設定を行う
- Googleドライブ:退職者のマイドライブにある業務ファイルを、所有権ごと後任者や共有ドライブに移管する
- Googleカレンダー:定例会議や共有カレンダーの所有権を移管する
ステップ4:ライセンス整理とアカウント削除
データ引き継ぎが完了したら、無駄なライセンス料を発生させないよう速やかに整理します。
- 不要になったライセンスは削除または新規入社者に再割当
- 長期保管が必要な場合は、より安価な「アーカイブユーザー(AU)」ライセンスへの切り替えを検討(Enterpriseプラン等で利用可)
- すべて完了したら最終的にユーザーアカウントを削除
社会保険・雇用保険の電子申請とGoogle Workspaceの連携
2020年4月から資本金1億円超などの特定の法人は社会保険・労働保険の電子申請が義務化され、中小企業でもe-Gov電子申請とGビズIDを組み合わせた運用が一般化しています。2026年現在、Google Workspaceで収集した情報をこの電子申請フローにつなぐ方法を整理します。
e-Gov電子申請の実務ステップ
- GビズIDプライムを取得:法人代表者の印鑑証明などを添えて申請(取得に数日〜2週間程度)
- 電子証明書またはGビズIDでe-Govにログイン
- 申請様式を選択:資格取得届・資格喪失届など、手続きに対応する様式を選ぶ
- データを入力/CSV取り込み:Googleフォーム→スプレッドシートで整形した情報を取り込む
- 送信・到達確認:到達番号を控える
- 公文書(受理通知)PDFをGoogleドライブの所定フォルダに自動保存(GAS)
主要手続きの提出期限まとめ
| 手続き | 提出先 | 提出期限 |
|---|---|---|
| 健康保険・厚生年金保険 被保険者資格取得届 | 年金事務所 | 入社日から5日以内 |
| 雇用保険 被保険者資格取得届 | ハローワーク | 入社日の翌月10日まで |
| 健康保険・厚生年金保険 被保険者資格喪失届 | 年金事務所 | 退職日の翌日から5日以内 |
| 雇用保険 被保険者資格喪失届 | ハローワーク | 退職日の翌日から10日以内 |
なお、2028年10月には雇用保険の適用拡大が予定されており、週所定労働時間20時間以上という現行要件が10時間以上に引き下げられる見通しです。パート・アルバイトの加入対象が大幅に増えるため、Googleフォームの質問項目に「週の所定労働時間」を追加し、スプレッドシート側で加入対象を自動判定するロジックを組んでおくと、施行時の見直しコストを抑えられます。
マイナンバー・個人情報管理の注意点
Googleフォームでマイナンバーを収集すること自体は違法ではありませんが、個人情報保護法とマイナンバー法(番号利用法)に沿った管理体制の構築が前提です。安全管理措置(組織的・人的・物理的・技術的)を満たす運用を設計してください。
Google Workspaceで実現する安全管理措置
- 組織内限定公開:Googleフォームを「組織内のユーザーに限定」設定し、外部からの誤送信を防止
- アクセス権の限定:回答先スプレッドシートは「マイナンバー管理担当者」のみ編集権限、他は閲覧不可に設定
- 保護範囲の設定:マイナンバー列に「範囲の保護」を適用し、誤削除・誤編集を防止
- 保存期間ポリシー:退職後7年経過で自動削除するGAS定期ジョブを設定(所得税法上の保存義務を考慮)
- ログ監査:管理コンソールの監査ログでスプレッドシートアクセスを定期確認
- 利用目的の明示:フォーム冒頭に「取得した情報は社会保険・税務手続きのみに利用し、第三者提供は行いません」と記載
労働条件通知書の電子交付と「Drive保存で足りる書類/電子署名が要る書類」
ペーパーレス入社を設計するうえで判断に迷うのが、書類の電子化要件です。労働条件通知書は2019年4月の労働基準法施行規則改正により電子交付が可能になり、要件は「①労働者が電子交付を希望していること②電子メール等で送信すること③出力して書面を作成できること」の3点です。さらに2024年4月の改正で、就業場所・業務の変更の範囲、有期契約の更新上限、無期転換に関する事項などが明示事項に追加されたため、テンプレートの更新が必要です。
| 電子署名不要・Googleドライブ保存で運用しやすい書類 | 電子署名または書面交付が望ましい書類 |
|---|---|
| 健康診断問診票、マイナンバー収集票、通勤手当申請、緊急連絡先届 | 雇用契約書、身元保証書、誓約書など合意・証拠性が重要な書類 |
雇用契約書のように後日の紛争で証拠性が問われる書類は、クラウドサインやGMOサインなどの電子契約サービスで電子署名を付すのが安全です。一方、社内保管が主目的の届出類はGoogleドライブの権限管理で完結できます。最終的な分類は社会保険労務士に確認のうえ自社基準を確定してください。
複数部署連携フローの設計(人事・情シス・総務・経理)
入退社手続きは単一部署では完結しません。役割を「RACI」(Responsible=実行/Accountable=説明責任/Consulted=相談/Informed=報告)で明確化し、トリガーイベントごとに完了条件を定義することで、「誰のボールで止まっているか」を可視化できます。
主要タスクのRACI表
| タスク | 人事 | 情シス | 総務 | 経理 |
|---|---|---|---|---|
| 雇用契約・労働条件明示 | A/R | I | C | I |
| アカウント発行・OU割当 | C | A/R | I | I |
| 入館証・備品準備 | I | C | A/R | I |
| 給与・振込口座登録 | C | I | I | A/R |
| 退職時アカウント停止 | I | A/R | C | I |
| 社会保険・雇用保険の届出 | A/R | I | C | C |
トリガーイベントと完了条件
| トリガー | 起動するタスク | 完了条件 | 期限 |
|---|---|---|---|
| 内定承諾 | 入社手続きフォーム送付 | 本人がフォーム回答完了 | 入社2週間前 |
| 入社確定 | アカウント発行・備品準備 | 台帳に発行済みフラグ | 入社1週間前 |
| 入社日 | オリエン・ログイン支援 | 初回ログイン確認 | 入社当日 |
| 退職申請 | 退職区分の確定・チェックリスト起票 | 区分入力・関係者共有 | 申請当日 |
| 最終出社日 | アカウント停止・貸与品回収 | 停止フラグ・回収チェック | 当日 |
テキストで表すと連携フローは「Googleフォーム(収集)→スプレッドシート(台帳・正本)→GASが該当タスクの担当部署へGoogle Chat/Gmailで自動通知」という一本道です。進捗は単一のスプレッドシートで可視化し、タスク完了時に通知が飛ぶ構成にすると、停滞が一目でわかります。
テレワーク・リモート環境での入退社手続き対応
2020年以降に定着したリモート入社は、2026年現在では珍しいイベントではなくなりました。Google Workspaceと電子契約・eKYCを組み合わせれば、対面ゼロでの入社・退職が実現できます。実装手順を具体化します。
- 本人確認:Googleフォームのファイルアップロードで運転免許証・マイナンバーカード画像を受領し、必要に応じてeKYC(オンライン本人確認)サービスやGoogle Meetでのビデオ面談を併用する
- 雇用契約書の電子化:クラウドサインやGMOサインなどの電子契約サービスで電子署名。労働条件通知書も要件を満たせば電子交付できる
- PC・周辺機器の遠隔キッティング:ChromeOSのゼロタッチ登録やWindowsの自動構成を使い、配送した端末が初回起動時に自動でポリシー適用される設計にする
- Google Meetでのオリエンテーション:初日のオリエンや各部署紹介をMeetの定例予定としてテンプレ化し、アカウント発行後に一括招待する
- リモート退職時の物理デバイス回収:返送キット(着払い伝票・梱包材)を事前送付し、到着確認をチェックリストで管理。回収前でもMDMでリモートワイプできるよう設定しておく
アカウント案内は初回パスワードをGoogle Chatの個別DMで送信し、Gmail併用を避けることでフィッシング耐性を高めます。配送と認証のタイムラグを見込み、初日前日までにログイン確認まで終えておくのが理想です。
入退社手続き自動化の導入効果・ROIシミュレーション
投資判断のため、定量的な効果を試算で示します。以下は一般的な前提を置いた目安の試算であり、実際の効果は現状フローや件数で変動します。
- 工数削減:入社手続き1件あたり平均4〜6時間が、フォーム+台帳化で1〜1.5時間へ。削減率はおよそ70〜75%。月10件なら月30〜50時間の削減に相当
- エラー率低減:手動転記では一定割合の記入・転記ミスが避けられないが、フォーム入力+自動集計でヒューマンエラーの発生箇所そのものを減らせる
- ライセンス回収:Google Workspace Business Starter(680円/人・月)で10名規模なら月6,800円。月5件の入退社処理で数時間〜十数時間を削減できれば、人件費換算でライセンス料は短期間で回収できる計算
実体験:30名規模で月10時間以上を削減できた理由
筆者が支援した従業員30名規模のある企業では、紙の入社手続き書類をGoogleフォーム+スプレッドシート台帳に置き換えたことで、人事担当者の作業時間が月10時間以上削減されました。効いたのは「転記の消滅」と「差し戻しの減少」です。手書き回収では氏名・口座番号の判読確認と記入漏れの追いかけが毎回発生していましたが、フォームの必須設定と入力規則でその往復がなくなりました。削減できた時間は、新入社員とのコミュニケーションや研修企画という付加価値業務に振り向けられています。なお、50名規模で「週8時間→2.5時間」といった数字を見かけますが、これは件数・現状フローに依存する試算モデルであり、自社の効果は前述の計測シートで実測してから稟議に使うことをおすすめします。
IT導入補助金・助成金を活用した導入コスト削減
Google Workspace・SmartHR・RPAなどの導入時には、補助金・助成金を活用できる場合があります。最大の注意点は「申請前の勝手な発注・支払いは補助対象外」になる点で、ツール選定の前に申請可否を確認するのが鉄則です。
- IT導入補助金:補助対象は事務局に登録された「ITツール」で、IT導入支援事業者を経由した申請が前提です。補助率はおおむね2分の1〜3分の2の枠があり、ツール選定→IT導入支援事業者と契約→交付申請という順序を守る必要があります
- 業務改善助成金:最低賃金の引き上げと設備・システム投資を組み合わせる場合に活用できる可能性があります
- 共通の注意:交付決定前に購入・支払いを済ませた経費は対象外(先行購入の禁止)。最新の公募要領・補助率・締切は必ず各事務局の公式情報で確認してください
費用対効果を最大化するなら、「補助金の申請可否をツール選定の前に確認する」のが実務的な順序です。導入コストそのものを抑えたい場合は、契約時の割引も併用するとさらに負担を下げられます。Google Workspaceの新規契約を検討中なら、Google Workspace 15%割引プロモーションコードの無料配布ページで初年度の利用料金を抑えられるため、補助金とあわせて確認しておくとよいでしょう。
よくある失敗6選と、Google Workspaceでの具体的な解決策
失敗1:フォームに項目を詰め込みすぎ、入社者が入力を途中で放棄する
根本原因:人事側の都合で「とにかく全部聞こう」となりがち。入社者は初日からストレスを感じ、記入精度も落ちます。
解決策:フォームを「入社前提出」「初日提出」「1週間以内提出」の3本に分割し、Googleフォームのセクション機能で必須・任意を明確化。回答率が体感で2〜3倍改善します。
失敗2:スプレッドシートを複数担当者がローカルにコピーし、情報が分裂する
根本原因:「自分用に整理したい」という個人の習慣が、マスターデータ運用の原則を崩します。
解決策:マスターシートは閲覧権限のみを付与し、個別集計は「QUERY関数で別シートに抽出」する運用に統一。ダウンロード・コピー禁止を管理コンソール側で設定することも可能です。
失敗3:退職日当日のアカウント停止が「データ引き継ぎ後」に後回しになる
根本原因:「メールがまだ残っているから」「引き継ぎが終わってから」と判断を先延ばしにする文化。
解決策:「停止」と「削除」は別物であることを関係者に周知。停止後もデータは残るため、退職日当日は必ず停止のみ実行し、データ引き継ぎはその後に管理者権限で実施するフローを標準化します。
失敗4:RPA導入後に例外処理が氾濫し、保守コストが導入メリットを上回る
根本原因:イレギュラーの多い業務にRPAを当て、画面変更やデータ揺れのたびにシナリオが止まる。
解決策:例外率が10%を超える業務はRPA対象外とするルールを設定。RPAは「定型度が高く例外が少ない操作」に絞り、判断を伴う工程は人が担当する設計にします。
失敗5:人事データが複数SaaSに分散し、どれが正本か分からなくなる
根本原因:勤怠・給与・労務でSaaSを個別導入し、同じ社員情報が二重三重に存在する。
解決策:スプレッドシート(小規模)またはHRIS/人事DB(中規模以上)を「正本」として一つに定める。他システムへはそこから配信する一方向の流れにし、iPaaSで同期すると整合性を保てます。
失敗6:管理者権限を複数担当者に付与したまま、退職者が出てアクセスが残存する
根本原因:「念のため」で配った特権管理者権限が棚卸しされず放置される。
解決策:管理者権限の棚卸しを四半期ごとに実施し、不要な特権を回収。退職区分別フローと連動させ、特権保有者の退職時は即時遮断を最優先にします。
Google Workspaceで、人事・総務の定型業務から解放される
入退社手続きのような定型的で重要な業務こそ、デジタル化と自動化による改善効果が最も大きい領域です。Google Workspaceを軸に、規模に応じてRPA・iPaaS・専用SaaSを組み合わせれば、高価な専門システムを一気に入れなくても、人事労務管理のDXを段階的に実現できます。
担当者は単純作業から解放され、より創造的で付加価値の高い業務に集中できるようになります。並行してGoogle Workspaceで勤怠管理を無料で仕組み化する方法や、情報共有を安全に統制する組織部門の設計、そして導入時の属性型JPドメインの選び方まで押さえると、バックオフィス全体のDXが一気に前進します。
▼ バックオフィス改革を、お得なコストで
Google Workspace 割引クーポンを無料でもらう(新規契約の利用料金が最初の3か月間15%OFF)
よくある質問
- Q. Googleフォームで入社手続きを自動化する具体的な手順は?
- A. ①Googleフォームで入社手続きフォームを作成→②質問項目(氏名・住所・口座・マイナンバー等)を設定→③回答先スプレッドシートを連携→④Apps Scriptで送信時の自動通知・アカウント発行を設定→⑤入社者にフォームURLを共有、の5ステップで実装できます。
- Q. 退職時にすべきセキュリティ対応は何から優先すればよいですか?
- A. 「Googleドライブの外部共有確認→Gmail自動転送停止→パスワード強制リセット→全セッションサインアウト→OAuth連携アプリのトークン失効→アカウント停止」の順が基本です。データ引き継ぎはその後に管理者権限で実施します。
- Q. SmartHRとGoogle Workspaceの違いは何ですか?
- A. SmartHRは労務手続きと電子申請に特化した専用SaaSで、e-Gov連携や年末調整が標準装備されています。Google Workspaceはフォーム・スプレッドシート・GASを組み合わせて自作する方式で、コストは抑えられますが運用設計の手間が必要です。50名未満はGoogle Workspace、100名以上はSmartHR併用が目安です。
- Q. マイナンバーをGoogleフォームで収集しても問題ありませんか?
- A. 法的には可能ですが、アクセス権の厳密な限定、保存期間ポリシーの設計、利用目的の明示、ログ監査など個人情報保護法・マイナンバー法に沿った運用体制が必須です。組織内限定公開設定と、回答シートの権限を担当者のみに絞ることが最低条件です。
- Q. 入退社手続き自動化でどれくらい工数を削減できますか?
- A. 企業規模や現状フローにより幅がありますが、筆者が支援した従業員30名規模の企業では、入社手続きをフォーム化したことで人事担当者の作業時間が月10時間以上削減されました。一般的には1件4〜6時間が1〜1.5時間へ、削減率70〜75%が目安です。
- Q. 退職手続きで見落としやすい法定期限を教えてください。
- A. 健康保険・厚生年金の資格喪失届(退職翌日から5日以内)、雇用保険の資格喪失届と離職証明書(退職翌日から10日以内)、源泉徴収票の交付(退職後1か月以内)、住民税の異動届(退職月の翌月10日まで)が代表的です。GASリマインドと併用すると漏れを防げます。
- Q. テレワーク環境でも入退社手続きを完結できますか?
- A. 可能です。Googleフォームでの情報収集、電子契約サービス(クラウドサイン等)での雇用契約書締結、Googleドライブでの書類保管を組み合わせれば、対面ゼロでの入社・退職が実現できます。本人確認はeKYCやGoogle Meetでのビデオ面談との併用が有効です。
- Q. 入退社手続きの自動化にかかる初期コストと回収期間の目安は?
- A. Google Workspace中心なら、内製で数日〜2週間の作業時間が主なコストです。GAS連携を外注すると15〜30万円程度が目安。月数件の処理でも数時間〜十数時間を削減できれば、人件費換算で数か月以内に回収できる試算になります。
- Q. IT導入補助金はGoogle WorkspaceやSmartHR導入に使えますか?
- A. 事務局に登録されたITツールであれば対象になり得ます。IT導入支援事業者を経由し、交付決定前に発注・支払いをしないことが条件です。先行購入は対象外になるため、ツール選定の前に申請可否と最新の公募要領を確認してください。
- Q. RPAとiPaaSとGoogle Workspaceはどう使い分けますか?
- A. Google Workspaceは情報収集・台帳化・通知に最適で〜50名向け。RPAはAPI非対応のレガシーシステムのUI操作代行に有効。iPaaSは複数SaaS間のAPI連携に向き50〜300名規模で活躍します。まずGoogle Workspaceで始め、連携が複雑化したらiPaaSへ移行が定石です。
- Q. 最初に自動化すべき業務はどれですか?
- A. 「発生頻度が高く、1件あたりの所要時間が長い業務」から着手します。多くの企業では年末調整より先に「入社手続きのフォーム化」が該当します。まず紙の書類をGoogleフォームに置き換え、スプレッドシート台帳に自動集計するところから始めるのが失敗しにくい順序です。
- Q. 退職区分(自己都合・解雇)で手続きは変わりますか?
- A. 変わります。自己都合は最終出社日翌日の計画的なアカウント停止が可能ですが、解雇など会社都合やトラブル退職では情報持ち出しリスクを抑えるため通告当日の即時停止が推奨です。離職票の交付や解雇予告(30日前予告または予告手当)など法定対応も区分で異なります。
著者情報
こまろぐ/Google Workspace導入支援歴10年以上。中小企業・フランチャイズ企業を中心に50社超の導入・運用設計に携わる。本記事は時点の情報に基づき執筆・検証しました。法的要件を含む手続きは、社会保険労務士など専門家への相談を前提にご活用ください。
著者: こまろぐ運営 Yoshikazu Komatsu(個人ブロガー)/公開日: /最終更新: