架空の会社は平日を営業日、土日を休みとする設定です。2026年10月9日金曜の次の営業日は、特別休業がなければ12日月曜という候補になります。国の休日があっても会社で扱いが違う場合があるため、実カレンダーを確認します。

顧客の営業日、受付窓口の営業日、現場の作業日が違うなら、どれを計算に使うかを責任者が決めます。配送の日程を同じ翌営業日へ読み替えません。

この例は会社の教材設定です。システムが標準の休日を使っていても、自社の特別休業が反映されているかを確認する必要があります。

この章の根拠：出典2出典3

教材は17時より前を当日扱い、17時以降を翌営業日扱いとします。16時59分と17時00分は異なる結果です。「17時まで」とだけ書くと、境界を含むか解釈が分かれます。

受付日時はメール送信時刻、自社の受信時刻、担当が読んだ時刻のどれを使うかを決めます。教材では自社の受信時刻、日本時間です。転送や遅延の扱いも必要なら別に残します。

RFC3339の日時と時差の表記は記録の形式をそろえる参考です。17時の前後という業務ルールを自動で決めるものではありません。時刻の形式と締切の条件を開発担当へ渡します。

この章の根拠：出典1出典2

10月12日を特別休業とする教材の別条件なら、金曜17時以降の受付候補は13日火曜になります。通常カレンダーと違う根拠を残し、どの条件で計算したかを確認します。

業務責任者が特別休業や臨時営業を承認し、カレンダー管理担当が登録する設定にします。入力した人が自由に休日を変える運用では、受付の予定が担当ごとに変わります。

変更時は既存の未完了案件へ反映するか、新しい受付から使うかを決めます。現在のカレンダーを無言で上書きして、以前案内した日付の根拠を失わないようにします。

この章の根拠：出典2出典3

業務責任者は金曜16時59分、17時ちょうど、土曜の受信、特別休業前の受信を用意します。どの営業日へ扱うかを先に確認して開発担当へ渡します。

取込側が別の時差で保存する場合は、日本時間へ戻した結果と同じ受付かを照合します。日付だけを見て境界を判断しないよう、日時の記録を残します。

受付日を計算できても、納品や対応完了日が決まるわけではありません。現場の予定や業務の種類に必要な判断へ渡し、翌営業日の意味を受付扱いに限定します。

比較表は横に動かして全ての列を確認できます。

この章の根拠：出典1出典2

翌月のカレンダーが未確認なら、システムが返した日付を確定した受付予定として案内しません。対象期間と不明な休日をカレンダー責任者へ渡します。

受付を続ける必要がある場合は、受信日時と原文を残し、担当が予定の確認を行う暫定方法を決めます。確認した日付が分かったら同じ案件へ反映し、既に案内した記録も照合します。

復旧時は新しいカレンダーで同じ境界例を確認します。未確定の案件へ二重に受付日を付けず、変更した版と適用範囲を記録します。

この章の根拠：出典2出典3

金曜17時以降の例では、暦の翌日ではなく会社の営業日を使います。締切ちょうどを含む条件と、受信日時を基準にすることを明示しました。

特別休業があれば次の候補日も変わります。カレンダー責任者と版を残し、既存案件へ適用する範囲を確認します。受付の扱いと現場の納期は別に判断します。

確認表の記入メモへ、境界例と未確定時の担当を記してください。開発と受付が同じ条件で計算を照合し、会社の休日を推測しない日付の扱いにします。

この章の根拠：出典1出典2出典3