注文ラベリング
このプロセスはオプションであり、注文に配送サービスやマーケットプレイスからのユニークなタグを付ける必要がある場合のみ必要です。
ラベリングは梱包プロセスと組み合わせることができます。WMS固有のラベルを注文IDとともに印刷する代わりに、必要な配送サービスから直接ラベルを取得します。実際には、それがより論理的です：なぜ余分なステップ、別のテーブル、または追加の従業員が必要なのでしょうか、すべてが梱包中に行えるのであれば。
以下のケースでは、ラベリングを別のプロセスとして必要とする場合があります：
- 各注文を計測し、重量を量る必要がある場合（ただし、これはしばしば梱包プロセスに統合できますが、箱のサイズを標準化することで、ほとんどの注文で計測の必要性をなくすことができます）。
- 異なる配送サービス間でラベルのサイズやフォーマットが異なる場合、プリンターロールの頻繁な交換やプリンター設定の調整が必要になるかもしれません。しかしこれは、異なる設定を持つ複数の梱包ステーションを組織し、キュー設定を使用して注文の流れを各ステーションに分散させることで解決できます（キューについては後ほど詳しくお話しします）。
- WMSがラベリングプロセス中に配送サービスのAPIとリアルタイムでやり取りする場合、配送サービスのサーバーが遅いか、サーバーがダウンしてしまうとラベリング速度が大幅に低下するか、完全に停止する可能性があります。これはラベリングを独立したプロセスとして分離することを支持するより重要な理由です。なぜなら、第三者のサーバーの可用性に関わらず梱包をスムーズに続けることができ、注文を後でラベリングするためにバッファリングすることができるからです。
いずれにせよ、ラベリングは必要なプロセスです。これを包装に統合するか、別のプロセスとするかは、倉庫の具体的なニーズに依存します。WMSはできる限り多くのシナリオをサポートできる柔軟性を提供すべきです。
それでは、これで終わりです。すでに選定、梱包、ラベル付けが完了した注文の出荷プロセスに移りましょう。
