出荷完了の連絡が遅いときの追跡番号・出荷通知の自動化

何を分けて考えるか

物理的な出荷とデータ上の出荷確定時刻を区別する。

頻度だけを上げると誤通知が増える場合があります。遅延、未通知、取消後の通知を分けて集計します。

最初に確かめる範囲

このケースで使う記録は、送り状番号、出荷確定時刻、通知送信時刻です。追跡番号が確定したイベントから通知し、エラー再送の履歴を保管する。

送り状発行と発送を分ける

実績を説明する

三個口のうち二つだけ引渡し済み。注文単位の一括通知は残りも発送済みになる。

条件が変わると何が変わるか

運送会社から連携できない日は、倉庫の引渡し確認を起点にする。通知訂正は元番号へ戻れる形にする。

誰がどこを確認するか

金曜の夜に発行して月曜まで手元に残った荷で、メール通知が出ていないか確認する。同じ番号の通知を二回送らず、別番号への訂正を区別する。

条件が変わるときの判断

個口ごとの引渡し確定を起点にし、通知に失敗した分だけ再送する。

記録と処理を設計する

引渡しと通知を同じ個口IDで結び、再送の重複防止、番号再発行、取消、引渡し漏れを試します。

試す作業　追跡番号が確定したイベントから通知し、エラー再送の履歴を保管する。

現場で先に確認する条件

運送会社から取り込む情報に、発行と荷受けを区別する状態が含まれるか確認します。引渡しが翌日に延びたとき、発行済みの番号だけで「発送済み」にすると追跡が動かない連絡が先に届きます。

通知に失敗した場合、個口ID単位で自動再送か担当確認へ回します。追跡番号を変えた場合には旧通知への返信からも注文に戻れれば、問い合わせ時に訂正の証拠を探しやすくなります。

宛先と個口を分ける

届け先の住所が同じでも、荷受け人、時間帯、荷姿、個口は違う場合があります。送り状番号を注文番号の代わりに使うと、分割発送や再発行の際に元注文へ戻れないことがあります。

印刷から引渡しを追う

印刷済み、貼付済み、梱包完了、引渡し済み、通知済みを必要に応じて分けます。紙を再発行した時点では現品のラベルがまだ旧版のことがあるため、どの工程で旧版を回収するかを決めます。

記録に残す項目

• 送り状番号
• 出荷確定時刻
• 通知送信時刻

改善の結果を確かめる

改善の前後で「出荷後の通知遅延分」を比較します。集計の対象、期間、観測できなかった件数も残します。出荷後の通知遅延分です。改善前後で件数や時間を比較する場合は、出荷行数または個口数を分母にすることが必要です。担当や物量が変わると単純な件数比較は誤解につながるため、対象条件も併記します。

記録には「対象期間／分母／改善前／改善後／増減の理由／現場負担の変化」を設けます。数値が改善しても、そのために別部署へ転記や問い合わせが移動していないかを確認してください。

試行で確かめる落とし穴

確認したいのは「集荷前に確定と通知する」という状態が残るかどうかです。

読み合わせと実地確認

再現する場面

引渡しが遅れた注文と、分割発送の通知を試す

確認する範囲

引渡し時刻、通知時刻、追跡番号、再送を照合する

判断できる状態

未発送品が発送済みと案内されない。

運用を選ぶときの追加の論点

配送会社から戻る状態には送り状発行、荷受け、輸送中、配達完了があり、すべてが同じ時刻にはなりません。発送メールを出す時点を明示して、休日に印刷だけしたラベルから先に通知されないようにします。通知エラーを再送するときも、新しい日時や追跡番号が同じ個口へ戻るか、前回の通知先が有効かを確認します。

通知を保留・訂正・解除する条件

引渡し情報を運送会社から受ける場合は、連携が止まった日に何をもって発送を確認するか決めます。倉庫で手入力するなら、送り状発行時に押すボタンと、運送会社へ渡してから押すボタンを明確に分けます。

発送前の変更では通知を出さずに番号を差し替えます。発送後の再送は、前回の案内とどこが違うか伝えます。顧客が旧番号から自分の注文へ戻れるかを確認すると、連携の立て直しと問合せ対応を別に考えられます。

社内で説明して引き継ぐ

顧客が受け取る情報を個口別に示し、分割・取消・再通知で異なる扱いを共有する。

同僚に聞く

集荷を翌日に変更した時点で初回の発送通知をどう扱うか？

関連する判断　送り状の手入力をやめたい：CSV連携と運送会社別出力の基本 / 急な配送先変更がドライバーへ伝わらないときの運用改善