自動化の営業日と時刻をそろえる｜締め日・祝日・海外受付の扱い

開始時刻と集計期間は別に決める

朝九時に動かす設定は、どの申込みを処理するかを決めていません。前日零時から二十四時まで、前営業日の受付終了後から当日の受付終了まで、など業務側の区切りを先に文章にします。月曜日の処理で金曜日から日曜日をまとめるのか、日ごとの記録を作るのかも明示します。担当者が見ている画面の日時と、処理が比較する日時が違う場合に備え、境界の一分前・境界ちょうど・一分後を具体例として確認しましょう。

年末の締めでは、日付が変わる瞬間と業務が終わる瞬間を混同しないことも重要です。集計の対象期間を開始を含み終了を含まない区間などに統一し、隣り合う二期間の両方へ同じ受付が入らないよう確認します。

元の時刻と業務日を両方残す

受付の瞬間を示す時刻と、担当する営業日を別の項目へ保存します。海外から届いた日時を表示用に日本時間へ変えても、元の瞬間が失われない形式で保ちます。「2026年10月29日」だけの値には時差の情報がないため、勝手に日本の零時として扱わないようにします。業務日を後から変更した場合は元の時刻を書き換えず、判定したルールと修正理由を残します。これにより、締め時間の変更後も以前の受付をどの基準で扱ったか追えます。

祝日と臨時休業の管理者を決める

営業日は土日を除くだけでは決まらないことがあります。祝日、年末年始、棚卸し日、臨時休業をどこへ登録するか決め、カレンダーの変更担当と確認担当を置きます。外部の祝日一覧を使う場合も、会社独自の休業日まで含まれるとは考えません。営業日カレンダーを更新できなかったときに受付を止めるのか、確認待ちへ回すのかも決めます。担当者が不在でも判断できるよう、次回の休業日と翌営業日の扱いを一覧で確認できる形にしましょう。

遅着と再送を締め後に扱う

締め時間より前に送られた申込みが、接続障害で後から届くことがあります。到着時刻で扱うか、信頼できる発生時刻で扱うかを決め、締め後の訂正を誰が承認するかも整理します。確定した集計を黙って書き換えると担当者が違う数字を見るため、訂正前後の値と対象受付を残します。過去日の再処理は通常の当日処理と分け、同じ受付を二重に通知しない確認を入れましょう。締め後に届く件数も、運用を見直す材料になります。

日付が変わる場面を検証する

架空の受付で、月末、年末、連休前後、海外の夏時間切り替えを含む境界を確認します。日本には夏時間がなくても、接続先や顧客の地域には影響がある場合があります。日時文字列を比較するだけの処理や、二十四時間を足して翌営業日とする処理は、目的に合うか見直します。検証結果は「正しく動いた」だけでなく、入力した日時、想定した業務日、実際の結果を組にして保存します。失敗した例を残せば、後の変更でも同じ間違いを見つけやすくなります。

担当者が説明できるルールにする

完成条件は、自動化の作成者以外が「なぜこの申込みは月曜日扱いなのか」を説明できることです。受付時刻、適用した地域、営業日カレンダー、締め条件を見れば同じ結果になるようにします。フォームの文言にも締め時間の基準となる地域を必要に応じて示し、利用者と運営側の解釈をそろえます。定期処理全体の欠損確認や費用見積りは別の問題として扱い、営業日の設定を直しただけで処理全体が保証されたとは考えないようにしましょう。

• 定期API処理の選び方｜締め時刻・欠損・再実行を設計する
• 自動化ツールの費用比較｜タスク・クレジット・実行数を揃える