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