出荷は、ある当事者から別の当事者への商品の納入として定義され、出荷先 ID、納入先住所、運送手段、納入条件、および出荷タイプは、すべての発生元明細 (受注オーダー明細や出荷オーダー明細など) の共通要素です。送信者、送信者住所、出荷先、出荷先住所、運送手段、納入条件、および出荷タイプがすべての品目で同じである限り、1 つの出荷情報 ID に、異なる発生元からの複数の発生元明細を含めることができます。したがって、出荷は、出荷物流要件 (例: 出荷オーダー) のある複数の発生元を 1 単位として、1 つの住所に商品を発送処理する場合に役立ちます。この出荷により、必要なすべての出荷書類の印刷を含め、出荷の入力、取り扱い、納入が 1 か所で可能になります。
まず出荷が開始され、発生元明細が手動または自動で出荷に接続されます。発生元明細が出荷に接続されると、出荷される残りの数量が出荷情報明細として出荷に割り当てられます。発生元明細の数量は、限られた輸送能力、次の納入を事前に準備する必要があるバックオーダー状況、特定の納入スケジュールを要求する顧客などに対応するために、複数の出荷に並行して接続できます。つまり、出荷情報明細は発生元明細の数量のサブセットです。出荷プロセスは、出荷を進めるために必要となる主要なアクティビティで構成されます。出荷プロセスでは、出荷のステータスは暫定、完了、またはクローズのいずれかになります。以下のテーブルでは、出荷プロセスにおけるすべての主要なアクティビティと、主要なフローが進行するにつれての出荷ステータスを確認できます。
| 主要なアクティビティ | 出荷情報ステータス |
| 引当 | 暫定 |
| 払出票作成 | 暫定 |
| 受注オーダ払出票印刷 | 暫定 |
| 払出報告 | 暫定 |
| 完了 | 完了 |
| 納入 | 完了 |
| 納入取消 | 完了 |
| 終了 | クローズ |
出荷が開始されると、出荷ステータスは暫定になります。この段階では、出荷用の変更、引当、払出票作成、払出票印刷、レポートの取得ができます。出荷が暫定ステータスにある場合、梱包されて納入の準備ができたら、完了ステータスに移行できます。ただし、出荷がまだ納入されていない限り、完了ステータスの出荷を暫定ステータスに戻して、納入内容を変更することも可能です。出荷の最終段階は、出荷がクローズステータスに達したときです。この時点では、出荷内容のほとんどに対するさらなる変更は許可されておらず、最終とみなされ、請求の準備が整っています。
出荷プロセスは、メイン アクティビティに加えて、必要に応じて実行できる一連のオプションのアクティビティで構成されます。これには、書類の印刷、取扱単位構造への商品の梱包、一括出荷への接続などが含まれます。これらのオプションのアクティビティは、出荷プロセスのどの段階でも実行できます。たとえば、出荷とその書類を事前に準備するために、早い段階で実行することができます。後で出荷に変更が発生した場合、オプションのアクティビティは最終とみなされるまで再度実行できます。
出荷プロセスの実行方法を制御するには、出荷の出荷タイプが重要です。会社の出荷プロセスによって、合理化され効果的な処理を実現するために出荷タイプをどのように定義するかが決まります。たとえば、出荷タイプでは次が制御されます。
発生元が受注オーダーの場合、定義された出荷タイプをサイトごと、顧客納入先住所先ごと、またはサプライチェーン関係ごとにデフォルトとして入力できます。サプライチェーン関係ごとに定義されたデフォルトの出荷タイプが最も優先度が高く、次に顧客の納入先住所ごと、最後にサイトごとの順に優先度が高くなります。デフォルトの出荷タイプは受注オーダーまたは出荷を入力するときに取得されますが、必要に応じて別の出荷タイプを手動で入力することもできます。基本的に、出荷が作成されるとすぐに、進捗の管理は受注オーダーのオーダー タイプから出荷タイプに引き継がれます。発生元が購買入庫返品の場合、定義された出荷タイプを仕入先の納入先住所ごとにデフォルトとして入力できます。入庫返品を入力すると、関連する出荷情報明細によってデフォルトの出荷タイプが取得されます。
オプションで、一括出荷を開始し、まだ配達されていない出荷を手動で接続することも可能です。一括出荷は、指定されたサイトから連結された出荷のすべての納入先住所へ、複数の出荷を 1 回で出発することを表します。払出報告を除く出荷プロセスのすべてのアクティビティは、一括出荷から実行できます。一括出荷の利点は次のとおりです。
出荷プロセスにより、出荷物流処理に大幅な柔軟性がもたらされ、次のことが容易になります。
前述したように、出荷プロセスを実行するには出荷タイプを定義する必要があります。それ以外に、出荷機能を使用する前に必要な基本情報要件はありません。ただし、次の点に注意すると役立ちます。
運送手段、納入条件、運送会社 ID などの基本的な出荷情報のうち、規定値は、出荷の開始時に指定された出荷先の納入先住所から取得されます。これらの規定値は変更できますが、明細が出荷に接続された後に住所の詳細、運送手段、納入条件が変更された場合、接続された発生元明細では自動的に更新されないことに注意してください。
品目を取扱単位構造に紐付けする場合、出荷に取扱単位構造が必須ではないことに注意してください。ただし、出荷情報明細や自動梱包を取扱単位構造に紐付けできるようにするには、事前に次を維持する必要があります。
- 品目基本情報/保管要件グループ/能力タブで、品目グループの取扱単位タイプと品目計量単位ごとの最大数量を定義します。
- 品目カタログ/Handling Unit Capacity タブで、品目の取扱単位タイプごとの最大数量と品目計量単位を定義します。
- 取扱単位別品目ページで、品目あたりの最大数量と、取扱単位の品目計量単位を定義します。
出荷プロセス、事前の出荷計画と再計画が可能になります。この処理、さまざまな発生元 (受注オーダー、出荷オーダー、購買入庫返品、プロジェクト成果物など) からのさまざまなステータスの発生元明細の数量を含む暫定出荷を作成し、接続された数量を出荷情報明細として処理できるようになります。受注オーダーの場合、明細のステータスは、さまざまなオーダーからのリリース、引当済、払出済、 または部分的納入済のいずれかになります。上記の出荷プロセスには、通常、いくつかのアクティビティとさまざまな段階が含まれます。出荷の出荷タイプは、出荷プロセス内のアクティビティを手動で実行するか、自動で実行するかを制御します。さらに、出荷タイプは、出荷フローでオプションのアクティビティを自動的に実行するかどうかを制御します。出荷が納入されていなければ、この処理により、複数の出荷を一括出荷に手動で接続することも可能になります。
出荷を開始するには、まず出荷先、サイト、納入先住所を入力する必要があります。出荷先タイプが顧客の場合、この初期情報により、納入条件、運送手段、顧客に関連付けられた運送会社 ID などの他の情報も出荷に自動的に含まれます。出荷先タイプが仕入先の場合、この初期情報とともに、納入条件、運送手段、仕入先に接続された運送会社 ID などの他の情報も出荷に自動的に含まれます。
受注オーダーと出荷オーダーの場合、オーダーがリリースされたとき、または払出票が作成されたとき (受注オーダーの場合のみ) に、オーダー明細を出荷に自動的に接続できることに注意する必要があります。これは、オーダー明に自動化なし以外の出荷情報作成オプションがある場合に可能です。出荷情報作成オプションは、オーダー ヘッダーの出荷タイプからデフォルト設定され、同じ既定値を持つオーダー明細にコピーされます。出荷先、サイト、納入先住所、運送手段、納入条件、出荷タイプが同じで、出荷ステータスが暫定で、出荷が発生元明細の自動接続に対してブロックされておらず、出荷タイプで定義された統合パラメーターが同じの場合は、発生元明細を自動で出荷に接続することができます。
購買返品の場合、出荷情報作成オプションは、仕入先のデフォルト納入先住所にある出荷タイプ、発送先住所情報からデフォルト設定され、同じデフォルト値を持つ出荷情報明細にコピーされます。出荷先、サイト、納入先住所、運送手段、納入条件、出荷タイプが同じで、出荷ステータスが暫定で、出荷が発生元明細の自動接続に対してブロックされておらず、出荷タイプで定義された統合パラメーターが同じの場合は、発生元明細を自動で出荷に接続することができます。
出荷を手動で開始する場合は、まず、出荷先、サイト、納入先住所を入力する出荷ヘッダーを作成します。出荷が開始されると、オーダー明細に対して報告する払出票明細が残っていない限り、リリース済、引当済、払出済、または部分的納入済ステータスのオーダー明細を出荷に接続できます。また、発生元明細に対してまだ納入されていない数量が残っている必要があります。つまり、すでに納入されたものと出荷時に納入のためにすでに接続されているものは、発生元数量よりも少なくなければなりません。この数量は未出荷数量とも呼ばれます。
プロジェクト成果物の出荷計画から、出荷情報明細の作成コマンドを使用して出荷を自動的に開始できます。出荷を手動で開始する場合は、まず、出荷先、サイト、納入先住所を入力する出荷ヘッダーを作成します。その後、プロジェクト成果物の出荷計画明細を、納入される残りの数量に接続できます。
この段階では、納品書や貨物運送状などの暫定書類を印刷することがすでに可能であることに注意してください。ただし、出荷の取扱単位構造が定義されるまでは、これらの書類は完了しません。取扱単位構造の定義は、自動または手動で行うことができます。自動的に実行されると、各取扱単位は1 つまたは複数の出荷情報明細に対して相互参照されます。手動で作成される場合、出荷情報明細は手動で取扱単位構造に接続されるか、またはまったく接続されないように選択されます。取扱単位構造を自動的に生成する機能により、各コンテナの正確な重量と容積の計算が可能になります。また、数量、品目番号、発生元明細、ロット/バッチ番号、シリアル番号の観点から、個々のコンテナーとその正確な内容を追跡およびトレースする機能も提供します。自動的に作成された取扱単位構造は、必要に応じて構造内で取扱単位を追加、削除、または移動したり、計算された重量と容積を変更したりすることで変更できます。
さらに、一括出荷を開始し、まだ納入されていない出荷を手動で接続することも可能です。一括出荷は、指定されたサイトから連結された出荷のすべての納入先住所へ、複数の出荷を 1 回で出発することを表します。払出報告を除く出荷プロセスのすべてのアクティビティは、一括出荷から実行できます。一括出荷から実行される場合、出荷の積載を準備するすべてのアクティビティは積載順序でソートされますが、荷下に関連するアクティビティは逆の積載順序でソートされます (例: 納品書のソート)。
受注オーダーの場合、オーダー明細が出荷に関連付けられると、従来のオーダー フローでその明細を処理することはできなくなります。たとえば、払出票の作成は、出荷または出荷ページで行う必要があります。同様に、取扱単位構造の定義、納入、出荷書類の印刷などのその他の出荷アクティビティもすべて、同じ出荷または出荷ページで実行する必要があります。ただし、必要に応じて、通常のオーダー フローで引当と払出報告を実行することはできます。
出荷ヘッダーの払出票作成コマンドを使用すると、統合された払出票を作成できます。ただし、ある程度の数量が引当られていない限り、これは不可能です。払出票が作成され、払出が実行されると、出荷ヘッダーでマウスの右ボタン オプションを使用して、払出報告または差異のある払出報告に進むことができます。このアプローチにより、早い段階で出荷の準備ができ、書類や引当提案を事前に準備することが可能になります。複数の発生元が接続されている場合、受注オーダーの払出票明細は他の発生元の払出票明細と統合されないことに注意してください。したがって、オーダー明細が出荷内にある他の発生元明細と混在している場合は、 2 つの払出票が作成されます。
出荷において、取扱単位構造を定義することは必須ではありません。ただし、必要に応じて、構造の定義を自動または手動で行うことができ、各取扱単位は出荷に接続された 1 つまたは複数のオーダー明細に対して相互参照されます。取扱単位構造を定義する機能により、各コンテナーの正確な重量と容積の計算が可能になります。また、数量、品目番号、発生元オーダー明細、ロット/バッチ番号の観点から、個々のコンテナーとその正確な内容を追跡およびトレースする機能も提供します。必要に応じて、自動的に作成された取扱単位構造内で取扱単位を追加、削除、または移動することで、構造を変更できます。
出荷から以下の書類を印刷できます。これらの各書類は出荷プロセスのさまざまな段階で印刷できますが、出荷がクローズするまで最終的なものにはならないことに注意してください。
これらの書類はすべて、出荷タイプに応じて出荷フローで自動的に印刷できるオプションのアクティビティであることに注意してください。
出荷の取扱単位構造が定義される前に暫定書類を印刷すると、これらの書類は完了しません。
納入するには輸送車両への積載が必要です。オプションで、これをアプリケーション内で処理することもできます。詳細については、以下をご覧ください。一括出荷への取扱単位の積載
出荷が梱包され、納入の準備が整うと、出荷のステータスは完了になります。これは、出荷にこれ以上の品目を含めたり、出荷から除外したりする必要はなく、取扱単位の構造が固定されていることを意味します。なんらかの変更がある場合は、出荷を暫定ステータスに戻す必要があります。ただし、出荷場所を使用する場合は、完了ステータスでも納入する数量を変更できます。
完了した出荷を納入する場合、部分的にまたは完全に払出された出荷情報明細のみを納入済として登録できます。出荷が一括出荷に接続されている場合は 1 回の出発と見なされるため、接続されているすべての出荷の納入は一括出荷から実行する必要があります。
出荷の納入が完了したら、出荷通知を手動で送信および再送信できます。ただし、出荷先タイプが顧客の場合にこれができるのは、顧客/メッセージ設定タブで顧客のパラメーターを DESADV として維持する場合のみです。さらに、出荷通知を自動的に送信する場合は、顧客/販売/メッセージ既定値タブで出荷通知自動送信オプションを有効にする必要があります。
出荷タイプにオプションのイベントとして追加すると、運送予約を送信メッセージを自動的に送信することも、出荷ヘッダーのコマンドを使用して手動で送信することもできます。注釈:このコマンドは、取消済を除くすべての出荷ステータスで使用できます。
輸送計画担当者/倉庫作業者は、「貨物情報受信」インジケーターを通じて追跡情報と料金が受信されたかどうかを判断できます。この貨物情報メッセージは貨物輸送業者によって送信され、出荷情報 ID、運送会社の詳細、貨物輸送業者、貨物条件、外部運送業者の詳細、トラッキング ID とトラッキング URL、貨物通貨、貨物原価、貨物取扱単位の詳細などが含まれます。
納入後でも、出荷に変更を加える必要がある場合は、納入取消が可能です。これにより、納入が完了ステータスに戻るため、完了を元に戻すことができ、必要に応じて変更ができるようになります。
使用される出荷タイプが転送オーダーの自動入庫を有効にするように設定されている場合、出荷情報オーダーの受入が自動的にトリガーされることに注意してください。
出荷のクローズは、出荷タイプに応じて自動または手動で行うことができます。出荷がクローズするということは、商品が出荷元から出荷されたことを意味し、出荷内容のそれ以上の変更は許可されません。出荷がクローズしたときに許可されるアクティビティは、出荷請求書 (発生元参照タイプが受注オーダーの場合) の作成、出荷通知の送信または再送信、出荷書類や輸送ラベルの印刷のみです。
発生元参照タイプが受注オーダーの場合、出荷がクローズすると、出荷の請求書を作成して印刷できます。これは、出荷タイプに応じて手動または自動で実行できます。出荷ごとに請求書を作成するかどうかはオプションです。必要に応じて、通常の方法で通常の請求書または一括請求書を作成できます。
オーダーの納入確認の目的は、請求書を発行する前に顧客が出荷を受け取ったことを確認することです。会社が顧客と結ぶ契約に応じて、次のようなシナリオが考えられます。
商品の出荷後すぐに納入確認が実行されます。ユーザーからの操作は必要ありません。
これは通常、販売担当者によって実行されます。顧客は出荷が納入され、承認されたことを販売者に通知し、その後、承認を確認します。
納入確認は、受信メッセージで受信したデータを通じて実行されます。