文脈 #
構造化された設定 WooCommerceフルフィルメントパイプライン は、一般的な「処理中」や「完了」のステータスでは日々の運用状況が見えないため、非常に重要です。倉庫チームは、支払いゲートウェイや銀行口座を確認することなく、梱包を開始するために、どの注文に保証された資金があるかをリアルタイムで把握する必要があります。カスタム注文ステータスマネージャーを使用すると、財務確認は物理的な倉庫作業から完全に分離されます。
フロー概要 #
- 処理➔梱包: 自動 (サーバーの実行と安定性を保護するための60秒の技術的遅延)。
- 梱包中 ➔ 配達準備完了: 手動 (倉庫オペレーターが物理的な梱包を完了します)。
- 配送準備完了 ➔ 完了: ハイブリッド . 手動 物理的な配送後のサポートチーム確認、または 自動 配送業者のAPIが、配送先での通知のために統合されている場合。

このユースケースで達成されること #
- ゼロ財務漏洩: 倉庫は、事前にクレジットされ検証された支払いなしに注文を処理することはありません。
- 役割の分離: 在庫オペレーターは、銀行口座や決済ゲートウェイへの管理アクセスを必要とせずに、目視で注文を準備します。
- 明確なトレーサビリティ: 顧客は「マイアカウント」から注文準備の実際の進捗を直接確認できます。
ステップバイステップの設定 #
- 構成: カスタムステータスを作成する
パッキングそして配送準備完了WooCommerceにて。 - シーケンス: ワークフローの連続ロジックを整理する:
加工➔パッキング➔配送準備完了➔完了. - 自動化ルール:
- ルールタイプ:
時間ベースのステータス変更. - 送信元 / 送信先: 差出人
加工宛先パッキング. - ステータス滞在時間:
1分(サイトでの同時処理または競合状態エラーを防ぎます)。
- ルールタイプ:
日次オペレーションと通知 #
- 入金確認: ゲートウェイがオンラインで課金するか、管理者がオフライン決済を承認します。注文は次のように変更されます
加工. - 60秒後: プラグインは自動的にジャンプします
パッキング。システムはメールをトリガーします: 「ご注文を準備しています」 . - 物理的発送: 倉庫で商品を梱包し、ステータスを手動で「
配送準備完了。システムが追跡詳細を含むメールをトリガーします。 - フローの完了: 注文は
完了いずれか 手動で サポートチームが物理的な配達を確認した際に、または 自動的に 配送業者のAPI統合経由。
トラブルシューティングと指標 #
- 処理中にスタック: を確認してください
ルールを有効にするチェックボックスがオンになっており、サーバーのスケジュールタスクシステム(WP-Cron)が正しく機能していること。 - 主要指標: 平均所要時間
パッキング(倉庫効率)と最終段階での配達成功率。