複数会場で働く講師の勤務記録を月末に慌てずまとめましょう

複数の会場へ講師が出向く教室では、月末に勤務記録を集めてから「この日の回答がない」「同じ授業を二度入力している」「訂正前の時間が残っている」と気づくことがあります。合計時間を出す前の確認が終わらなければ、給与担当へ渡せる資料も確定しません。

この記事は、従業員20人未満の体操・ダンス教室を想定した改善提案です。顧客の体験談や導入後の測定結果ではありません。島田市周辺で今使っている表計算やメールを生かし、一会場・一週間から、勤務記録受付表と締め前確認一覧を作る方法を説明します。給与計算や明細作成そのものは扱いません。

届いた記録だけを集計すると未提出を見つけられません
原回答と確認用の表を分けて置きます
生成AIには確認すべき箇所の整理を頼みます
架空の一週間で入力と出力をつなぎます
誤った整理は原文を添えて狭く直します
件数の照合と承認は別々に進めます
給与担当へは承認済みと保留を分けて渡します
一週間の試行で確かめるのは確認を含む負担です

届いた記録だけを集計すると未提出を見つけられません

回答が十件あるという情報から、必要な勤務が十件すべてそろったとは判断できません。一件が二重に届き、別の一件が届いていない可能性があるからです。最初に必要なのは、何が届く予定だったかを示す小さな一覧です。

教室責任者が確定した担当予定から、勤務一回につき一つの予定勤務IDを付けます。同じ日、同じ会場でも午前と午後に別の授業があるなら別IDです。講師ID、会場ID、勤務日、予定の開始・終了、予定状態を持たせ、回答にはそのIDを記入してもらいます。予定と実際は違い得るため、予定時間をそのまま勤務した時間として採用しません。

予定外の代講や準備作業が発生した場合は、本人が適当なIDを作って既存の予定へ混ぜない運用にします。責任者が原連絡と担当変更を確認し、新しい予定勤務IDを追加してから回答と結びます。中止になった授業も予定行を削除せず「中止確認済み」に変えれば、未提出の催促対象から外した理由が残ります。

ここで作る一覧は勤務状況を把握する補助資料です。これだけで労働時間の管理や賃金の判断が完了するわけではありません。自社で必要な記録、勤務条件、休憩や移動の扱いは管理者が確認し、判断できない区分を自動で時間へ足したり除いたりしないでください。

原回答と確認用の表を分けて置きます

受付の道具は今あるものを使えます。Excelへ担当者が入力する方法でも、会社が利用を認めたフォームから回答を集める方法でも構いません。Googleフォームの場合は、公式ヘルプにあるように回答をリンクしたGoogleスプレッドシートへ保存できます。ただし、保存しただけで予定勤務との照合や承認まで自動化されるわけではありません。

フォームを使うなら、作成者が回答の保存先を選び、架空の回答を一件送って必要な列が入るかを確かめます。フォームの共同編集者とリンク先シートのアクセス権は別に確認してください。Googleの案内でも、後からフォームの権限を変えた際にシート側へ自動同期されないことが説明されています。講師全員が他の講師の記録を閲覧できる設定を、受付のために必要とは考えません。

原回答には回答ID、受付日時、予定勤務ID、実際の開始・終了、申告内容、訂正元回答ID、元の連絡の保管先を持たせます。フォームに必要なIDが自動で付かない場合は、担当者が受付順の番号を付け、後から並び替えても変わらない値として保存します。行番号だけをIDにすると行の追加や並べ替えで参照先が変わるため避けます。

確認用の表には予定勤務ID、採用する回答ID、確認状態、確認先、質問、決定内容、確認者、確認日時を置きます。原回答の値を直して帳尻を合わせず、どの回答を採用したかをこちらへ残します。確認状態は「未提出」「照合中」「本人確認待ち」「責任者確認待ち」「承認済み」「中止確認済み」など、運用上使い分けられる候補へ統一します。

原回答と確認用表を分ける理由は、訂正のたびに最初の申告を消さないためです。誤記に気づいた講師が二回送った場合も、後の回答が必ず正しいとは限りません。受付日時だけで新しい方を採るのではなく、訂正元を指定してもらい、変更内容を本人へ確かめます。

生成AIには確認すべき箇所の整理を頼みます

生成AI（ChatGPTやClaudeやGeminiなど）が役立つのは、短い申告文から不足事項を拾い、確認先と質問案を整理する部分です。件数の照合や確定した時間の計算は表計算に任せ、勤務の承認は人が行います。生成AIの出力だけで勤務時間を確定したり、本人への連絡を自動送信したりしません。

利用するのは、会社が入力内容と保存・共有条件を認めたチャット環境です。管理者と、入力できる情報、履歴の扱い、共有リンク、学習への利用条件を確認します。例えばChatGPTのデータコントロールは契約やワークスペースの設定で利用可能な項目が異なります。一つの設定を切り替えれば全サービスで機密を扱えるとは考えないでください。

講師の氏名、住所、連絡先、給与額、銀行情報、受講する子どもの名前、欠席理由などは入力資料へ入れません。講師IDと氏名の対応表も社内に置きます。会場名は必要がなければ会場IDへ置き換えます。IDにしただけでは個人を識別できる可能性が残るため、外部利用を認められない勤務情報は渡さず、架空の見本で質問の作り方だけを試します。

貼り付け前には、申告文に含まれる個人名や健康・家庭事情も取り除きます。「子どもの名前が書かれた連絡をそのまま渡し、AIに消させる」という順番にしません。確認作業に必要な「終了時刻が未記入」「代講かどうか未確認」という情報へ担当者が置き換えます。

架空の一週間で入力と出力をつなぎます

以下は動かし方を説明するための架空例です。実際の教室の予定や記録ではありません。予定勤務は四件で、S101が講師T01・会場V01、S102がT02・V01、S103がT01・V02、S104がT03・V02です。責任者はS104を授業中止と確認済みとします。

架空の原回答
回答ID	予定勤務ID	開始・終了	申告の要点	訂正元
R01	S101	16:00〜17:00	通常どおり	なし
R02	S101	16:00〜17:00	送信できたか不安で再送	なし
R03	S103	15:00〜16:00	終了時刻を誤記したかもしれない	なし
R04	S103	15:00〜16:15	終了時刻の訂正希望	R03

この四回答を四勤務として足してはいけません。S101は二重候補、S102は未提出、S103は訂正の確認待ちです。S104は責任者が中止を確認しているので、勤務回答がないことを理由に催促しません。「回答がない」には未提出と中止という別の理由がある点が、この照合の要所です。

まず担当者が予定勤務IDの集合と回答のIDを比較し、次の指示へ必要な情報だけを貼ります。角括弧の項目は自社の許可された情報へ書き換える場所です。最初の試行では、下記の架空例のまま利用してください。

勤務記録の締め前確認を補助してください。
目的：不足と重複候補と訂正の確認先を整理する。給与計算や勤務承認はしない。
対象期間：[対象の一週間]
予定勤務：[予定勤務ID、講師ID、会場ID、予定状態]
原回答：[回答ID、予定勤務ID、開始・終了、個人情報を除いた申告、訂正元回答ID]
確認済み情報：[管理者が原資料で確認した中止や変更。なければ「なし」]
ルール：
・原資料にない終了時刻や理由を推測しない。
・同じ予定勤務IDに複数回答があれば二重候補として保留する。
・訂正元IDがある場合も新回答を自動採用せず確認する。
・予定時間を実際の勤務へ置き換えない。
・中止確認済みと未提出を分ける。
出力列：予定勤務ID／原回答ID／確定できる事実／未確認／確認先／短い質問案。
入力にない予定勤務IDを作らない。原回答の数値を変えない。
最後に、入力から確認できない点を挙げてください。

架空例に対する期待出力は、S101について「R01とR02が同じ時間、二重候補。担当者が本人へどちらを有効とするか確認」、S102について「原回答なし、本人へ提出状況を確認」、S103について「R03からR04への訂正希望、本人と責任者へ終了時刻の根拠を確認」、S104について「中止確認済み、勤務回答の催促対象外」という整理です。これは出力見本であり、生成AIの実際の操作結果ではありません。

誤った整理は原文を添えて狭く直します

生成AIがR04を最新だから承認済みとした場合は、その部分を採用しません。「R04は訂正の申出であり承認ではない。S103を本人確認待ちへ戻し、確認先と質問案だけを作り直してください」と追加します。R03とR04の双方を出力へ残させ、どの情報をもとに保留したか分かる状態にします。

S102の空欄を勤務なしと読んだ場合は、「予定S102は中止未確認で回答がない。勤務なしと判断せず、提出の有無と実施状況を別々に質問してください」と直します。それでも架空の時刻を補うなら生成AIの利用をそこで止め、担当者が確認一覧を作ります。何度も指示を変えること自体に時間を使いすぎないため、試行時に許容する修正回数も決めておくと判断できます。

確認メッセージの下案も作れます。例えば「予定勤務S102の記録が受付一覧で見つかっていません。実施の有無と、提出済みの場合は送信時刻をお知らせください」のように、未確認を事実として伝える短い案です。未提出と決めつけたり、給与上の扱いを断定する表現がないか人が読み、社内の連絡先から送ります。生成AIには送信の権限を与えません。

件数の照合と承認は別々に進めます

確認用のシートでA列に予定勤務ID、原回答シートのB列に予定勤務IDを置いた場合、=COUNTIF(原回答!B$2:B$100,A2)でA2のIDに一致する原回答の行数を数えられます。GoogleのCOUNTIF公式説明は条件に合う要素の数を返すものです。この式は二重入力を断定するものではなく、訂正回答も含めた受付件数を示します。文字列のIDを統一し、空欄の予定行へ式を広げないようにします。

架空例ではS101が2件、S102が0件、S103が2件、S104が0件です。0件をすべて未提出と数えず、予定状態と合わせてS102だけを提出確認へ回します。2件をすべて削除対象とせず、S101は再送の確認、S103は訂正の確認へ分けます。回答が100行を超えたら範囲の拡張が必要です。行が増える運用では担当者を決め、月末に古い範囲のまま集計しないよう点検します。

本人確認と責任者確認が済み、S101ではR01を有効、R02を二重として除外、S103ではR04を採用、R03を訂正前として除外と決めたとします。この決定も架空例です。確認用表へ決定者と日時を記録し、原回答を削除しません。R01の60分とR04の75分で承認済みは二勤務・135分です。S102が未解決なので、これを全予定分の最終合計とは呼びません。

時間差を計算する場合も、開始と終了が実際の時刻として入力され、日付をまたぐか、休憩や別の区分をどう扱うかが確定していることが前提です。本記事の135分は単純な二つの時間差の例に限ります。勤務条件の判断をこの計算例から推測してはいけません。

給与担当へは承認済みと保留を分けて渡します

引渡し用一覧には、対象期間、予定勤務ID、講師ID、会場ID、採用回答ID、確定した記録、承認者、承認日時、版を付けます。氏名との対応が必要な担当者だけが、社内の名簿と組み合わせて使います。生成AIへの入力資料と給与担当へ渡す社内資料を同じものにする必要はありません。

保留一覧にはS102のような未解決の予定勤務IDと確認先、次の確認日を残します。給与担当に「この二件は承認済み、もう一件は確認待ち」と明示し、保留を0分として紛れ込ませません。処理期限までに解決しない場合は、管理者が自社の手続に沿って給与担当と相談し、生成AIの推測で埋めないようにします。

渡した後に訂正が届いたら、新しい訂正回答IDを元の予定勤務へひも付け、既に渡した版を記録して責任者へ戻します。訂正版を作成したら、給与担当が旧版から差し替えたことまで確認します。共有フォルダへ新ファイルを置いただけで伝達が完了したとは考えません。旧版を誤用しない表示と、現在使う版の置き場所を決めておきます。

一週間の試行で確かめるのは確認を含む負担です

最初は一会場で、予定を管理する責任者と受付担当、給与担当が同じ四つのIDを追えるか試します。架空例を手で照合してから、入力を認めた少数の実記録で並行運用し、従来の記録をすぐ廃止しない進め方ができます。二重候補や訂正が一件もない期間には、別の架空例を追加して保留の動きを確認します。

試行前後には、記録の回収、聞き直し、二重・訂正の照合、AI出力の確認、引渡し資料の作成に使った時間を分けて記録します。月末の時間だけでなく講師の日々の入力負担も見ます。未提出の発見時期、給与担当から差し戻された件数、旧版を使いかけた件数も比較すれば、負担を別の担当へ移しただけかを判断できます。

期待する効果は、月末まで気づかなかった不足を早めに発見し、どの回答を採用したかを探し直す往復を減らすことです。削減時間は測っていません。AIの質問案を直す時間が大きいなら、質問の型だけを残し、照合表は表計算で運用する方法も選べます。道具を増やすことより、承認できる原記録を迷わず渡せるかを基準にしてください。

参照した仕様は、Googleフォームの回答保存先、GoogleスプレッドシートのCOUNTIF、ChatGPTのデータコントロールです。上記の確認工程は運用の提案であり、これらの製品が一括して実行する標準機能という説明ではありません。