【2026年最新】Microsoft TeamsとClaude Code/Codexで勤怠管理を自動化する方法|打刻・集計・残業アラートを完全自動化する実践ガイド
この記事の内容
「毎月末の勤怠集計に2〜3時間かかる」「社員がタイムカードや打刻を忘れる」「残業が誰の分がどれだけあるか月末まで分からない」——すでにMicrosoft Teamsを使っている会社なら、そのTeamsを起点に勤怠管理を自動化できます。
この記事では、TeamsとClaude Code/Codexを組み合わせた勤怠管理自動化の設計と実装を解説します。新しいツールを導入しなくても、今使っているTeamsのボットやWebhookを活用して、打刻・集計・残業アラートを自動化できます。
01 OVERVIEW TeamsとClaude Code/Codexで実現できる勤怠管理自動化の全体像 打刻から月次集計レポートまで一気通貫で自動化できる
Teams×Claude Code/Codexによる勤怠管理自動化は、大きく4つの機能ブロックで構成されます。
(メッセージ/ボタン)
スプレッドシート保存
自動アラート
自動生成・送信
自動化前後の業務比較
自動化前:毎朝紙やExcelに出勤時間を記入、月末に総務担当者がExcelを収集して転記・集計・残業計算。月次集計に2〜3時間、集計ミスや申告漏れの修正対応が毎月発生。
自動化後:社員はTeamsで「出勤」「退勤」と送るだけ。Googleスプレッドシートに自動記録。月末に集計スクリプトが自動起動して担当者のメールに完成レポートが届く。残業アラートは週途中でリアルタイム通知。
📚 用語解説
Teamsボット(Webhook):Microsoft TeamsのWebhookは、外部サービスからTeamsのチャンネルにメッセージを送ったり、Teamsのメッセージをトリガーに外部スクリプトを実行したりする仕組み。「出勤」というメッセージを受け取って打刻スクリプトを呼び出す、残業アラートをTeamsチャンネルに投稿する、などの連携をClaude Code/Codexで実装できる。
この自動化フローにより、担当者の月次集計作業は「集計レポートの確認」だけになります。実際の集計・計算作業はすべてスクリプトが行い、異常値(打刻漏れ・想定外の残業)は自動アラートで事前に知ることができます。
02 WHY TEAMS なぜ「既存のTeams」を使った勤怠管理自動化が有効なのか 新ツール導入のコストと定着リスクを最小化できる最大の理由
企業が勤怠管理ツールを新規導入する場合、「導入・設定・全社員への操作レクチャー」のコストと、「誰かが使い方を分からずに打刻しない・間違える」定着リスクが発生します。Teamsを使った自動化はこの2つのコストをほぼゼロにします。
「使い慣れたツール」が定着率を決める
勤怠管理ツールが定着しない最大の原因は「日常の業務フローに組み込まれていない」ことです。Teams、Slack、LINE——社員が毎日業務連絡に使っているコミュニケーションツールに打刻機能を組み込むと、打刻がコミュニケーションのついでに完了します。「出勤したらPCを開いてTeamsでおはようと言うついでに出勤と打つ」という自然な行動に打刻を乗せると、打刻漏れが激減します。
Microsoft 365のライセンスを持っている会社ならコスト追加ゼロ
Microsoft 365(旧Office 365)を契約している会社はTeamsが使えます。Teamsのボット・Webhook機能はMicrosoft 365の標準機能であるため、新しいツールのライセンス費用なしに勤怠管理自動化の土台を作れます。追加費用が発生するのは、Claude Code/Codexを使って連携スクリプトを実装する初期開発コストだけです。
📚 用語解説
Microsoft 365(旧Office 365):Microsoftが提供するクラウドサービスのサブスクリプション。Word・Excel・PowerPoint・Outlook・Teams・SharePointなどを月額課金で利用できる。ビジネスプランは1ユーザーあたり月額1,000〜2,000円前後。日本のほとんどの中小企業がすでに契約しており、Teamsはその標準コンポーネント。
リモートワーク・フレックスタイムでも正確な打刻が実現できる
テレワーク・在宅勤務の環境では、従来のタイムカードは使えません。Teamsを使った勤怠管理は、社員がどこにいても(オフィス・在宅・外出先)同じ方法で打刻できます。PC・スマートフォンどちらからでもTeamsにアクセスできるため、打刻漏れが発生しにくい環境を作れます。
TeamsとSlack——どちらで勤怠管理自動化を始めるべきか
会社によってはTeamsとSlackを両方使っているケースもあります。原則として「社員の9割以上が毎日ログインするほう」を打刻基盤に選ぶのが正解です。Teamsが社内コミュニケーションのメインであればTeams、SlackがメインであればSlackで同様のボット設計が可能です。どちらでも設計思想は同じで、メッセージを受け取り→スクリプトを呼び出し→スプレッドシートに記録する、という流れは変わりません。ただし技術的な接続方式がTeams(Power Automate)とSlack(Event API)で異なるため、途中から切り替えると設計のやり直しが発生します。最初に社内の「主要チャンネル」を決定してから設計を始めることが重要です。
「打刻用に既存のチャンネルを使う」と、日常の業務メッセージに打刻ログが混じって管理が難しくなります。「#勤怠打刻」という専用チャンネルを作成し、そこだけでボットが反応する設計にすることで、打刻ログの管理と業務コミュニケーションを分離できます。
03 SCOPE Teamsを使った勤怠管理で自動化できる業務と人間が担う業務 自動化できる範囲と人間の役割の境界線を把握することが設計の前提
| 業務 | 自動化の可否 | 内容 |
|---|---|---|
| Teamsでの打刻受付・記録 | ◎ 完全自動化 | メッセージを受け取ってスプレッドシートに自動保存 |
| 打刻忘れアラート(当日) | ◎ 完全自動化 | 出勤なしで18時になったら当日中に本人にTeams通知 |
| 残業アラート(リアルタイム) | ◎ 完全自動化 | 残業時間が設定値を超えたら管理者に自動通知 |
| 月次勤怠集計・レポート生成 | ◎ 完全自動化 | 月末自動集計・担当者に自動メール送信 |
| 有給残日数の自動通知 | ○ 自動化可 | 残日数が少なくなったら本人に定期通知 |
| 打刻修正(本人申告) | ○ 部分自動化 | Teams経由で修正申請・担当者に承認通知 |
| 勤怠異常の個別確認・注意 | ✗ 人間の業務 | 欠勤・遅刻が続く場合の面談・指導は人間が判断 |
| 有給取得の可否判断 | ✗ 人間の業務 | 業務状況を踏まえた休暇承認判断は人間が行う |
| 36協定超過の最終判断 | ✗ 人間の業務 | 法律上の義務として経営者・管理職が行う |
労働基準法により、会社は労働者の労働時間を記録・保存する義務があります。勤怠データは最低3年間の保存が必要で、労基署の調査対象になります。Teams打刻データをスプレッドシートに保存する場合、削除・改ざんができない設計にすること(変更履歴の記録)と、バックアップの仕組みを設計に含めてください。
04 DESIGN 【核心】Teams×Claude Code/Codexの勤怠管理自動化フロー設計 3つのコンポーネントの接続方法とデータフローの全体設計
アーキテクチャの全体像
Teamsで打刻
(出勤/退勤)
Incoming Webhook
メッセージ受信
スクリプト
(打刻処理)
スプレッドシート
(打刻記録)
スクリプト
(定期実行)
コンポーネント①:Teamsボット(Incoming Webhook)の設定
Teams側の設定は「Incoming Webhookの作成」だけです。対象チャンネル(例:#勤怠-打刻)の設定からコネクタ→Incoming Webhookを追加すると、URLが発行されます。このURLに対してPOSTリクエストを送ることで、Teamsのチャンネルにメッセージを投稿できます。打刻を受け付けるための「Power Automate(旧Microsoft Flow)」フローを作成し、特定のワードを含むメッセージをトリガーにしてスクリプトを呼び出す設計にします。
📚 用語解説
Power Automate(Microsoft Flow):Microsoft 365に含まれるノーコード自動化ツール。「Teamsで特定のメッセージが投稿されたら〇〇を実行する」というフローをビジュアルで作成できる。Claude Code/Codexで作った打刻スクリプトのAPIエンドポイントを呼び出すトリガーとして使用する。Microsoft 365ライセンスに含まれており、追加費用不要。
コンポーネント②:打刻処理スクリプト(Claude Code/Codexで実装)
打刻処理スクリプトは「Teamsからのリクエストを受け取り、社員ID・打刻時刻・出退勤区分をGoogleスプレッドシートに記録して、Teamsに確認メッセージを返す」というシンプルな処理です。Claude Code/Codexに「Teamsから出勤メッセージを受け取ってスプレッドシートに記録するスクリプト」と指示することで生成できます。
コンポーネント③:集計・アラートスクリプト(定期実行)
集計・アラートスクリプトは以下の3種類を定期実行します。
05 IMPLEMENTATION 打刻→集計→残業アラートの実装ステップ 「どこから始めるか」と各ステップの詳細
関連記事:勤怠管理のAI活用の基礎は勤怠管理AIの活用ガイド、シフト管理の自動化についてはシフト管理AI自動化ガイドもあわせてご覧ください。また、勤怠管理全体の設計については勤怠管理自動化の完全ガイドを参照ください。
📚 用語解説
Google Apps Script(GAS):Googleが提供するスクリプト実行環境。JavaScriptで書いたスクリプトをGoogleのサーバーで無料で動かせる。Googleスプレッドシート・Googleカレンダー・Gmailとのネイティブ連携が得意で、時間トリガーによる定期実行も無料で設定できる。Teamsの打刻スクリプトをWebアプリとしてデプロイするのに最適な環境。
06 CASE STUDIES 中小企業クライアントの導入事例 実際の現場で何がどれだけ変わったか——導入前後の比較
事例①:IT企業(社員30名、リモートワーク中心)
課題:30名全員がリモートワーク主体で、毎朝Slackで「おはようございます」を投稿する習慣はあったが、勤怠はExcelファイルへの自己申告(月末に提出)。月末に約30%の社員で申告漏れ・数字の誤りが発生し、総務担当者が個別確認に3時間かかっていた。
Teamsへの移行:すでにMicrosoft 365を契約していたため、Teamsの勤怠チャンネルに「出勤」「退勤」を入力する方式に変更。Power Automate + GASで打刻記録を自動化。月末に集計スクリプトが担当者に集計Excelを自動送信。
結果:月末の個別確認作業が3時間からゼロに(集計レポートの確認のみ)。打刻漏れが月9〜10件から月1〜2件に削減。「出勤を記録しました」という自動返信が打刻確認の証跡になり、社員からの「記録されていましたか?」という問い合わせがなくなった。
事例②:サービス業(社員15名、シフト制)
課題:店舗スタッフ15名がシフト制勤務で、打刻はタイムカード(物理)。月末に店長がタイムカードを集計してExcelに転記していた(毎月5〜6時間)。残業が誰にどれだけ発生しているかは月末まで分からず、36協定の管理が曖昧になっていた。
自動化の内容:スタッフ全員がスマートフォンでTeamsを使えることを確認した上で、出勤・退勤時にTeamsで打刻する方式に移行。シフト表と連携して「予定外の残業が発生したとき」に管理者にTeams通知する仕組みを追加。
結果:月末の集計作業が5〜6時間から1時間に削減(80%削減)。月途中で残業アラートが来るようになり、管理職が翌週のシフト調整で残業を事前にコントロールできるようになった。
07 THE 3 WALLS 独学では越えられない3つの壁(AI鬼管理の伴走が解決する理由) Teams勤怠管理自動化を独学で進めると詰まる典型的なポイント
壁1:Teams→GASの連携で認証エラーが解消できない
TeamsのPower Automate → GASのWebアプリエンドポイント呼び出しは、認証・CORS・リクエスト形式の設定が絡み合い、独学での設定は難易度が高いです。GASのdoPost関数の実装・公開設定・アクセス権限の組み合わせで「403エラー」「空のデータが届く」などのトラブルが多発し、原因の特定に時間がかかります。
壁2:Teamsアカウントと社員IDの紐付けロジックが複雑
Teamsのメッセージは「誰が送ったか」をメールアドレスで識別しますが、社員台帳・Googleスプレッドシートの社員IDとの紐付けを正確に行うマスターテーブルの設計が必要です。社員の入退職・姓名変更・メールアドレス変更への対応も含めてメンテナンスできる設計にする必要があります。
壁3:勤怠データの法的要件と労基対応設計
勤怠データは労働基準法の保存義務・改ざん防止の観点から、「削除されない・変更履歴が残る」設計が必要です。Googleスプレッドシートはデフォルトで変更履歴が残りますが、「管理者が誤って削除した場合の復元手順」「退職社員のデータの取り扱い」まで設計に含める必要があります。
| 独学で設定 | AI鬼管理(伴走支援) | |
|---|---|---|
| Teams連携設定 | 認証エラーで詰まりやすい | 設定手順・エラー対処まで全体設計 |
| 社員台帳管理 | 入退職対応が後手になる | 入退職・変更時のメンテナンス手順まで設計 |
| 法的要件対応 | 後から気づいて作り直し | 労基・36協定対応設計を最初から組み込み |
| 打刻修正フロー | 運用が明文化されない | 申請・承認フローをTeams内で完結させる設計 |
| スマホ対応 | PC前提の設計になりがち | シフト制・現場社員のスマホ操作を考慮した設計 |
08 COMPARISON 勤怠管理ツール比較:既製品 vs Teams連携自動化 自社の人数・働き方・予算に合った勤怠管理方法の選び方
| KING OF TIME / JOBCAN等 | Excelシフト管理 | Teams×Claude Code自動化 | |
|---|---|---|---|
| 月額コスト | 200〜400円/人・月 | ほぼゼロ(人件費が隠れコスト) | 設計コスト(一度限り)+Microsoft 365 |
| 新ツール習得 | 必要(全員に操作説明が必要) | 不要(Excel既知) | 不要(Teams既知) |
| リモート対応 | 専用アプリ・Webから打刻 | Excel共有が必要 | Teamsで完結・スマホ可 |
| カスタムアラート | 限定的(既製品の機能範囲内) | なし | 自社ルールで自由に設計可 |
| 他ツールとの連携 | API提供あり(有料プランが多い) | 手動でコピー | Microsoftエコシステムと連携容易 |
| 法的対応 | デフォルトで対応 | 担当者の知識次第 | 設計次第で対応可能 |
📚 用語解説
36協定(時間外労働・休日労働に関する協定):労働基準法36条に基づき、時間外・休日労働をさせる場合に締結が必要な労使協定。2019年の働き方改革で上限規制が設けられ、月45時間・年360時間が原則上限(特別条項で最大月100時間未満まで延長可能)。違反した場合は罰則があるため、残業時間の自動集計・アラートは36協定管理の重要なツールになる。
09 GETTING STARTED 今日から始めるTeams勤怠管理自動化の第一歩 「何から手をつければいいか」の判断フローと最初の1週間のロードマップ
契約確認
チャンネル作成
スプレッドシート作成
フロー設計
実装・テスト
Teamsを使った勤怠管理自動化で、月末集計の手作業をゼロにしませんか
「毎月の勤怠集計に時間がかかっている」「リモートワークでの打刻管理が曖昧」「残業の把握が月末まで遅れる」——具体的なお悩みをお持ちでしたら、AI鬼管理の無料相談で現状をヒアリングし、Teamsを活用した効率化プランをご提案します。
NEXT STEP
この記事の内容を、あなたのビジネスで
実践してみませんか?
AI活用を自社で回せるようになりたい方へ
AI鬼管理
Claude Code・Cowork導入支援から業務設計・社内浸透まで実践ベースで伴走。「自社で回せる組織」を90日で作る経営者向けトレーニング。
よくある質問
Q. TeamsでMicrosoft 365を使っていなくてもこの自動化はできますか?
A. Teams自体はMicrosoft 365の一部のため、契約が前提になります。ただし、同じ設計思想でSlackを使った打刻自動化も実装可能です。SlackのBot Token・Webhookを使ってGASと連携する設計に置き換えれば、同じような打刻→集計→アラートの自動化フローが作れます。
Q. 打刻修正が必要なときはどうすればよいですか?
A. Teams経由で修正申請フローを組み込めます。「2026/07/15の退勤時刻を18:30に修正してください」というメッセージをボットが受け取り、管理者にTeams通知で承認を求め、承認後にスプレッドシートを更新する設計にします。修正前・修正後・承認者・承認日時をログに残す仕組みも合わせて実装します。
Q. スマートフォンから打刻できますか?
A. できます。TeamsのスマートフォンアプリからTeamsのチャンネルにメッセージを送ることができるため、PC・スマートフォンどちらからでも打刻できます。現場業務・外出先・在宅など、どこからでも同じ方法で打刻できることが定着率を高めます。
Q. 有給取得の管理もTeamsで自動化できますか?
A. できます。「有給」「半休」とTeamsに投稿することで有給申請を受け付け、Googleスプレッドシートの有給残日数を自動更新し、管理者に承認依頼を送る設計が可能です。関連記事の有給管理ガイドもあわせてご覧ください。
Q. シフト制で働いている社員にも使えますか?
A. 使えます。シフト制の場合は「シフト予定と実打刻の差異」を検知するアラートを追加することで、「早退・遅刻・延長出勤」を自動的にフラグ立てできます。シフト管理の詳細はシフト管理AI自動化ガイドをご覧ください。
Q. Teamsの打刻データを給与計算システムに連携できますか?
A. 給与計算システムがCSVインポートに対応していれば連携できます。月次集計スクリプトが出力するExcelをシステムのインポート形式に合わせて変換するスクリプトを追加することで、給与計算システムへの手動入力が不要になります。
Q. 何人まで対応できますか?スケールしますか?
A. GASを使った場合、50〜100人規模での運用実績があります。200人以上の場合は、GASの実行時間制限(6分)に引っかかる可能性があるため、Cloud RunやCloud Functionsへの移行を検討します。最初はGASで始めて、人数が増えたらクラウドに移行する段階的な設計が最も費用対効果が高いです。
Q. 既存のJOBCAN・KING OF TIMEを使っていますが、Teamsと連携できますか?
A. JOBCAN・KING OF TIMEのAPIを使ってTeamsからの打刻データを既製ツールに送る設計も可能です。既製ツールの管理画面はそのまま使いながら、打刻操作だけをTeamsで行うハイブリッド設計にすることで、既存ツールの投資を活かしながら打刻の利便性を高められます。
あわせて読みたい:勤怠管理・人事管理の関連記事
Claude Codeで業務自動化を90日で叩き込む
経営者向けの伴走型パーソナルトレーニング
Claude Code を業務に落とし込む
専門研修コース一覧
受講者本人の業務を題材に、「使いこなせる」状態になるまで伴走する研修プログラム。1対1特化型・ハンズオン・法人講座の3コースを展開中。業務特化・実装まで踏み込むタイプのClaude Code研修です。
研修コース一覧を見る →AI鬼管理へのお問い合わせ
この記事を読んで気になった方へ。
AI鬼管理の専門スタッフが、御社に最適な
業務自動化プランを無料でご提案します。




