仕事の欠勤連絡テンプレート
事実を守りつつ私的情報を控える病欠、家庭事情、遅刻、早退、上司やHRへの連絡、引き継ぎに合わせた欠勤連絡文を作成
ツールアクセス このツールを使用できるユーザー
使い方
実際の情報に合わせて作成し確認
背景を入力
実際の理由区分、休む時間、戻る予定、連絡可否を書き、残したい内容と避けたい表現も添えます。情報が複数の場所にある場合は、先に一つの背景説明へまとめると扱いやすくなります。
方向を選ぶ
メール、Slack、SMS、HR記録など形式別の文面に合わせて形式、トーン、詳しさを選びます。生成時には残したい専門語や避けたい表現を具体的に指定できます。
確認して調整
私的情報の出し方、引き継ぎ、証明書、作り話を避ける境界を見直し、事実や境界が合っているか確認します。最終版は、実際に使う媒体、宛名、社内連絡形式に合わせて整えてください。
主な機能
実用前に確認しやすい三つの要点
目的に合う下書き
実際の理由区分、休む時間、戻る予定、連絡可否を中心に整理し、最初から実際の用途に近い形で作れます。下書き前に材料がそろっているか確認し、後から大きく書き直す手間を減らせます。
構成とトーンの調整
メール、Slack、SMS、HR記録など形式別の文面を見ながら、長さ、文体、強さを変えた案を作れます。表現の強さを比べながら、相手や場面に合う案を選びやすくなります。
確認すべき点の明示
私的情報の出し方、引き継ぎ、証明書、作り話を避ける境界に関わる注意点を示し、使う前に人が確認しやすくします。自動判断できない部分を分けて示すため、誤用や過信を避けやすくなります。
よくある質問
事実を守りつつ私的情報を控える病欠、家庭事情、遅刻、早退、HR連絡、復帰予定、引き継ぎの回答です。
このテンプレートは作り話を勧めますか？
勧めません。実際の状況を礼儀正しく伝え、公開する必要のない私的情報を守るためのものです。「体調不良」「家庭の急用」のように事実を簡潔に書き、存在しない診断書や事故は作りません。
病欠はどこまで詳しく書くべきですか？
通常は勤務できないこと、戻る見込み、緊急連絡に対応できるかを書けば十分です。症状や診断名は一般的な欠勤連絡に不要です。証明書が必要な場合だけ会社規定に従います。
家庭の緊急事態はどう表現しますか？
「家庭の急用で対応が必要です」と書き、影響する時間、戻る見込み、業務引き継ぎを示します。家族の個人情報は、本人が共有したい場合を除き詳しく書かない方が安全です。
遅刻連絡には何を入れますか？
できるだけ早く到着予定時刻、緊急事項にリモートで対応できるか、到着後に優先する作業を書きます。長い言い訳より、上司が予定を調整できる情報が重要です。
早退依頼には何が必要ですか？
退勤する時刻、理由の種類、残りタスクの扱い、次に連絡できる時間を書きます。会議や納品に影響する場合は、代替案や一時的な担当者も添えると伝わりやすいです。
上司向けとHR向けは同じ文面ですか？
同じでなくて構いません。上司には業務影響、引き継ぎ、戻る時間が重要です。HRには休暇区分、時間、証明書の要否が必要な場合があります。媒体別に分けて作れます。
Slack、SMS、メールの違いは？
SlackやSMSは短く、理由の種類と戻る予定を先に伝えます。メールは引き継ぎ、連絡先、証明書の扱いまで書きやすいです。媒体に合わせて長さと丁寧さを変えます。
戻る時間が分からない時は？
「15時までに状況を更新します」のように、次の連絡時刻を約束します。不確かな復帰時刻を断言せず、状況が変わったら短い追記で新しい見込みを知らせます。
引き継ぎには何を書きますか？
今日の最優先タスク、ファイルの場所、連絡先、会議の扱い、一時的な担当者を書きます。半日の欠勤でも、明確な引き継ぎがあるとチームの確認負担が減ります。
証明書は自分から触れるべきですか？
会社規定で必要なら「必要であれば規定に沿って提供します」と書けます。規定がない場合、最初の連絡で医療や家庭の詳細を出しすぎる必要はありません。
もっと自然な文にできますか？
できます。親しい上司向け、正式、短文、Slack向け、HR記録向けなどを指定してください。自然な文章でも、理由の種類、時間、戻る見込み、引き継ぎは残します。
送る前に何を確認しますか？
日付、休む時間、戻る見込み、宛先、引き継ぎ、会社規定を確認します。証明できない細部は書かず、体調不良中にすべて完了すると約束しないことも大切です。
Still have questions?
Contact our support team仕事の欠勤連絡テンプレートを使い始める
必要な情報を入力して、事実を守りつつ私的情報を控える病欠、家庭事情、遅刻、早退、上司やHRへの連絡、引き継ぎに合う下書きを作成します。最初の案を作った後、実際の場面に合わせて細部を加減できます。内容、制限、人による確認を前提にしており、出力を変更できない最終文として扱わない設計です。
生成を始める