打刻漏れをAIで検知してTeamsに自動通知する仕組み

毎月の勤怠締めのたびに、打刻漏れを一件ずつ探して本人に確認していませんか。総務や労務の担当者にとって、この「漏れ探しと催促」は地味に重い作業ですよね。

この記事では、勤怠の打刻漏れを毎日AIで検知して、対象者や担当者へTeamsに自動通知する仕組みの作り方を、非エンジニアの方でも再現できる手順でお伝えします。判定ルールの決め方、通知の文面テンプレ、つまずきやすいポイントまで具体的に解説します。

Contents / 目次

1. 結論。打刻漏れ通知は「毎日ルールで検知、AIは例外と文面」で組む
2. 打刻漏れをAIで検知してTeamsに通知する手順
3. この仕組みで勤怠締めの負担はどう変わるか
4. 打刻漏れ通知でよくある失敗と回避法
5. 内製する前に知っておきたい現場の落とし穴
6. よくある質問
7. 自社に合う形を一緒に整理しませんか

結論。打刻漏れ通知は「毎日ルールで検知、AIは例外と文面」で組む

先に結論をお伝えします。打刻漏れのTeams通知は、「漏れの検知はルールで自動化し、AIは判定に迷うグレーな部分と催促文面の作成に使う」という役割分担で組むのが、いちばん現実的で失敗しにくい形です。

ここで大事なのは、AIに全部を任せようとしないことです。「出勤打刻はあるのに退勤打刻がない」といった単純な漏れは、AIを使うまでもなくルール（条件式）で確実に見つけられます。AIが力を発揮するのは、その先です。

たとえば「直行直帰の申請が出ているから、そもそも打刻がなくて当然」「有給休暇だから漏れではない」といった、申請内容と突き合わせないと判断できないグレーなケース。ここをAIに任せると、余計な通知を減らせます。

打刻漏れとは、出勤や退勤の記録が本来あるべき場所に残っていない状態のことです。単に「打刻が空欄」なだけでなく、休暇や外出申請と照らして「本当に埋めるべき空欄なのか」を見極める必要があります。ここが自動化の肝になります。

取り組み方には大きく3つのやり方があります。自社の状況に合うものを選ぶ目安として、下の表を見てください。

やり方	気づくタイミング	有休・直行直帰の扱い	手間	向いているケース
締め日に手作業で洗い出す	月末・締め後	目視で毎回確認	大きい	従業員が数名で漏れが少ない
ルールのみで自動通知	翌日	誤通知が出やすい	初期構築のみ	申請と打刻がほぼ連動している
AI＋自動通知	翌日	申請と突合して除外	初期構築のみ	直行直帰や例外勤務が多い

まずやるべきことは、次の3つに整理できます。この順番で進めると迷いません。

• 漏れの定義を決める：どんな状態を「漏れ」と呼ぶのか、言葉で書き出す
• 検知を毎日回す：締め日ではなく、前日分を翌朝チェックする仕組みにする
• 通知先と文面を決める：本人・上長・総務のうち誰に、どんな文面で送るか設計する

この3つが土台です。ツール選びから入ると迷子になりますが、先に「何を漏れと呼び、いつ・誰に伝えるか」を決めておけば、あとの実装はその通りに組むだけになります。

打刻漏れをAIで検知してTeamsに通知する手順

ここからは、実際に手を動かせるレベルで手順を分解します。特定の勤怠システムに依存しない形で、どんな環境でも応用できる流れにしています。全体像は「データを集める→漏れを判定する→毎日回す→Teamsに送る→AIで賢くする」の5ステップです。

ステップ1。打刻データの置き場所と形をそろえる

最初にやることは、打刻データを1か所に集めて、決まった形（列の並び）にそろえることです。検知の仕組みは、このデータを読みに行くところから始まります。

勤怠システムを使っているなら、多くの場合CSVで打刻データをエクスポートできます。Excelで管理しているなら、そのシートがそのままデータ源になります。まずは最低限、次の列がそろっているかを確認してください。

• 日付：いつの勤務か
• 従業員名または社員番号：誰の記録か
• 出勤打刻：始業の記録（空欄あり）
• 退勤打刻：終業の記録（空欄あり）
• 勤務区分：出勤・有休・直行直帰・欠勤などの区別

この「勤務区分」の列が、後で誤通知を防ぐ決め手になります。有休なのに打刻がないのは当たり前ですから、区分を見て除外できるようにしておくのがポイントです。

ステップ2。「打刻漏れ」の判定ルールを言葉で書き出す

次に、どんな状態を漏れと判定するかをルールとして書き出します。ここを曖昧にしたまま自動化すると、必要な通知が飛ばなかったり、逆に無駄な通知だらけになったりします。

判定ルールは、次のような表にまとめると誰が見ても分かります。自社のルールに合わせて調整してください。

勤務区分	出勤打刻	退勤打刻	判定
出勤	あり	なし	退勤漏れ（通知）
出勤	なし	あり	出勤漏れ（通知）
出勤	なし	なし	両方漏れ（要確認）
有休・欠勤	なし	なし	正常（通知しない）
直行直帰	状況による	状況による	グレー（AIで判定）

この表がそのまま、後で作る仕組みの「頭脳」になります。グレーな区分をどう扱うかを先に決めておくことが、現場で使える仕組みにするコツです。

ステップ3。毎日決まった時刻に検知を回す

検知は、締め日にまとめてではなく「前日分を翌朝チェックする」形にします。理由はシンプルで、記憶が新しいうちに本人へ伝えた方が、修正も理由の思い出しも圧倒的に速いからです。

毎朝の自動チェックは、いくつかの作り方があります。非エンジニアの方でも進めやすい順に並べると、次のようになります。

• Power Automate：Microsoft 365を使っている会社ならこれが第一候補。スケジュール実行とTeams通知を組み合わせやすい
• Google Apps Script：勤怠をスプレッドシートで管理している場合の選択肢。毎朝の自動実行を設定できる
• Python＋スケジューラー：社内にサーバーやPCを常時動かせる環境がある場合。柔軟だが運用の手間はやや増える

ここで挙げたスケジュール実行やTeams通知への対応、具体的な設定方法は更新で変わることがあります。実際に使えるかどうかや手順は、各ツールの公式ヘルプ（Power AutomateはMicrosoft、Google Apps ScriptはGoogleの公式ドキュメント）で最新情報を必ず確認してください。

下は、打刻漏れの判定ロジックを表したPythonの例です。実際に動く形にしていますが、大切なのは処理の流れ（何を・どの順で確認するか）です。この考え方はどのツールでも共通して使えます。

# 前提：勤怠データCSV（日付,氏名,勤務区分,出勤打刻,退勤打刻）を読み込んで
# 打刻漏れの一覧を作る。標準ライブラリのcsvだけで動きます。

import csv

# ［自社のCSVファイル名に変更］
INPUT_FILE = "attendance.csv"

# 通知しない勤務区分（有休・欠勤などはそもそも打刻不要）
SKIP_KUBUN = ["有休", "欠勤", "特別休暇"]

def check_missing(row):
    kubun = row["勤務区分"].strip()
    start = row["出勤打刻"].strip()
    end   = row["退勤打刻"].strip()

    # 休暇系は判定しない
    if kubun in SKIP_KUBUN:
        return None

    # 直行直帰などのグレー区分はAIに回すため印だけ付ける
    if kubun == "直行直帰":
        return "グレー（要AI判定）"

    # 通常の出勤で打刻が欠けているケース
    if start and not end:
        return "退勤打刻の漏れ"
    if end and not start:
        return "出勤打刻の漏れ"
    if not start and not end:
        return "出勤・退勤ともに漏れ"
    return None  # 問題なし

missing = []
with open(INPUT_FILE, encoding="utf-8") as f:
    for row in csv.DictReader(f):
        result = check_missing(row)
        if result:
            missing.append(
                f'{row["日付"]} {row["氏名"]}：{result}'
            )

# ここで missing の中身をTeamsに送る（次のステップ）
for line in missing:
    print(line)

コードが読めなくても問題ありません。やっていることは「休暇は飛ばす」「グレーは印を付ける」「打刻が欠けていたら漏れとして拾う」の3つだけです。この判定の骨組みは、ClaudeなどのAIに「この条件で勤怠CSVをチェックするスクリプトを作って」と頼めば、たたき台を作ってもらえます。

ステップ4。Teamsに通知する

大まかな流れは「毎朝の時刻でフローを起動→勤怠データを読む→漏れを判定→Teamsに投稿」です。フロー内の各操作の正確なボタン名やコネクタ名は更新で変わることがあるため、最新の手順はMicrosoftの公式ヘルプで確認してください。ここで押さえるべきは、通知の中身です。

ポイント。通知は「誰が・いつ・何が漏れていて・どう直すか」の4点が一目で分かる文面にします。情報が足りないと、受け取った人が結局あなたに聞き返してきて、手間が減りません。

そのまま使える通知文面のテンプレートを載せておきます。自社の言葉に合わせて調整してください。

【打刻漏れのお知らせ】

対象日：7月12日（金）
お名前：山田 太郎 さん
内容　：退勤打刻がありません

お手数ですが、本日中に勤怠システムで修正するか、
理由を総務（このチャネル）までご連絡ください。
修正済みの場合は、この通知は無視してかまいません。

ステップ5。AIで「グレー判定」と「催促文」を賢くする

最後に、AIを足して仕組みを一段賢くします。ルールだけでは判断しきれない部分を任せるイメージです。AIに任せると効果が高いのは、次の3つです。

• グレーの判定：直行直帰やイレギュラー勤務を、申請内容と突き合わせて「漏れか否か」を仕分ける
• 催促文の生成：相手や状況に合わせて、角が立たない催促文面を自動で整える
• 傾向の要約：月次で「誰が・どの曜日に漏れやすいか」をまとめて改善のヒントを出す

AIに渡す指示は、作り込んだ長文である必要はありません。出発点として短いたたき台を渡し、あとはAIと対話しながら自社の事情に合わせて詰めていくのが効率的です。たとえば、こんな短い指示から始めます。

あなたは総務担当のアシスタントです。
次の打刻漏れリストと勤務申請リストを突き合わせて、
「本当に本人に確認すべき漏れ」だけを残してください。
直行直帰や外出申請と一致するものは除外し、
残ったものに一言ずつ丁寧な催促メモを添えてください。

［打刻漏れリストを貼る］
［同じ日の勤務申請リストを貼る］

ここで一番価値が高いのは、AIの出力をそのまま送らず、人が最終確認する運用にすることです。AIは仕分けや文章づくりは得意ですが、「この人には直接口頭で言った方がいい」といった配慮は人にしか判断できません。申請業務そのものの自動化を深掘りしたい方は、kintone×AIで申請業務を自動化する設計手順も参考になります。

この仕組みで勤怠締めの負担はどう変わるか

結論から言うと、変わるのは「探す時間」と「催促のストレス」です。締め日にまとめて漏れを探していた作業が、毎日少しずつ自動で片付くようになります。

手作業で締め日に洗い出す場合、従業員が数十名いれば、リストと突き合わせて漏れを見つけ、一人ひとりに連絡する作業は、それだけでまとまった時間を取られがちです。しかも締め日は他の業務も立て込む時期です。ここが自動化されると、その山がならされます。

もう一つの大きな変化が、修正のスピードです。1週間前や1か月前の打刻漏れを本人に聞いても「その日何時に帰ったか覚えていない」となりがちですよね。翌朝に通知が届けば、記憶が新しいうちに正確な時刻で直せます。結果として、勤怠データの正確さそのものが上がります。

おすすめの通知設計。通知は「本人へ即日」と「総務へ締め前まとめ」の2段構えにすると回しやすくなります。日々の細かい修正は本人に任せ、締め直前に残った漏れだけを総務が拾う流れです。

ただし、数字の効果は会社の人数や勤務形態で大きく変わります。「何時間削減できる」と一概には言えませんが、少なくとも「締め日にまとめて探して連絡する」という一番つらい山は、確実に小さくできます。就業規則との整合を確認したい場合は、就業規則をAIでチェック・見直しする手順と社労士確認のコツもあわせて読んでおくと安心です。

打刻漏れ通知でよくある失敗と回避法

この仕組みは、作り方を間違えると「通知が多すぎて誰も見なくなる」という残念な結果になりがちです。現場でよく見かける失敗を、回避法とセットで3つ紹介します。

失敗1。休暇や外出まで「漏れ」として通知してしまう

一番多いのがこれです。勤務区分を見ずに「打刻が空欄＝漏れ」と判定してしまうと、有休や直行直帰の人にまで通知が飛びます。

こうなると、通知を受け取った人は「休みなのに催促された」と不快になり、総務にも問い合わせが殺到します。数日で「あの通知は当てにならない」と思われ、本当に必要な通知まで無視されるようになります。

防ぐには、ステップ2の判定ルールで勤務区分をきちんと見て、休暇系は最初から除外することです。そして直行直帰のようなグレーな区分は、申請データと突き合わせてから判定します。「空欄を疑う前に、まず区分を見る」が鉄則です。

失敗2。全員が見えるチャネルに個人の漏れを晒す

通知先の設計ミスもよく起きます。よかれと思って全社チャネルに「○○さん、退勤打刻の漏れです」と流すと、本人にとっては公開の場でミスを指摘された形になります。

これは、まじめに打刻している人ほど嫌がります。回避策は、通知の宛先を分けることです。個人の漏れは本人へのダイレクトなチャットで、集計や傾向は総務・上長だけが見るチャネルで、と役割を分けます。人前で指摘しない配慮は、仕組みでも守るべきマナーです。

失敗3。通知するだけで、直したか誰も追わない

意外と抜けるのが、この「その後」です。通知は飛ぶのに、修正されたかどうかを誰も確認していないと、漏れは結局締め日まで残ります。これでは自動化した意味が半減します。

回避策は、翌日にもう一度チェックを回して「まだ直っていない漏れ」だけを再通知する仕組みにすることです。1回目は本人へ、2回目以降は本人と上長へ、というように段階を上げると、放置されにくくなります。修正済みのものは自動で通知対象から外れるので、しつこくなりすぎる心配もありません。

内製する前に知っておきたい現場の落とし穴

ここまで読んで「自社でも作れそう」と感じた方に、あえて現場で見えてくる本音の部分をお伝えします。ここを知らずに始めると、途中で止まってしまうことがあるからです。

まず、一番の壁は仕組みそのものより「勤怠データを毎日きれいな形で取り出せるか」です。勤怠システムによっては、CSVの列名が独特だったり、自動でデータを取り出す口が用意されていなかったりします。ここでつまずくと、結局「毎朝手でエクスポートする」羽目になり、自動化のうまみが消えてしまいます。導入前に、自社の勤怠システムからデータを定期的に取り出せるかを必ず確認してください。

次に、内製と外注の切り分けです。役割を分けて考えると迷いません。

• 社内でやる部分：判定ルールを決める、通知文面を作るといった「業務を言葉にする部分」。現場のルールを一番分かっているのは担当者だから、社内の人がやった方が確実です
• 外注を検討する部分：勤怠システムやTeamsとデータをつなぐ設定、毎日安定して動かす部分。つまずくと時間だけが溶けていくので、経験者に任せた方が早いことが多いです

コストの見落としもあります。作って終わりではなく、勤怠システムの仕様変更や、Teamsなど連携先ツールの仕様変更に合わせて手直しが必要になります。利用しているサービスの更新によって、以前使えていた設定が変わることもあります。「一度作れば永久に動く」とは考えず、年に数回は見直す前提で運用するのが現実的です。

向き不向きもはっきりお伝えします。従業員が数名で、打刻漏れがめったに出ない会社なら、正直この仕組みを作るより目視の方が早いです。この仕組みが効くのは、人数が多い、直行直帰やシフト勤務が多い、締め作業に毎月半日以上かかっている、といった会社です。自社がどちらかを見極めてから着手してください。PoC（試作）で止まらず本番で使い続けるコツは、PoCで終わる会社が見落とす本番化の壁の正体と越え方で詳しく解説しています。

勤怠は労務や給与に直結するデータです。自動化を進める際も、修正の最終判断は必ず人が行い、通知はあくまで「気づきのきっかけ」にとどめてください。AIの判定を鵜呑みにして自動で勤怠データを書き換えるような設計は、トラブルのもとになるため避けましょう。

よくある質問

自社に合う形を一緒に整理しませんか

ここまで読んで、判定ルールやデータの取り出し方で「自社だと難しそう」と感じた方もいるはずです。勤怠のような労務に直結する仕組みは、最初の設計を間違えると後の手直しが大変になります。

コレットラボのAI業務システム化支援では、こうした「自社の業務に合わせた仕組みづくり」を、現状の整理から一緒に進めています。いきなり作り始める前に、まずは今のやり方を棚卸しするだけでも大丈夫です。気になった方は、AI業務システム化の詳細はこちらからお気軽にご相談ください。