コンテンツにスキップ

出荷

出荷では、スレッド(アセンブリー全体を含む)を、含めることを選択したフィールド、ファイル、識別子とともに、別の組織のチームへ引き渡します。元のデータは手元に残り、受取側のチームは自らが所有するコピーを取得します。

始める前に

ロール
チーム管理者
モジュール
出荷

出荷には、チームから受取側への送信が許可された方向を持つ、有効な接続も必要です。

ほぼすべての操作は、出荷を作成して送信する、出荷を受け取る、失敗した出荷を復旧するという3つのタスクでカバーできます。ステータスの定義とライフサイクル全体については、タスクの後にある出荷ページを参照してください。

結果: パートナーチームへ出荷が送信され、返答待ちになります。

  1. 下書きを開始します。 出荷ページで新しい出荷をクリックするか、DICE内の任意の場所でスレッドを選択し、バッチバーの出荷に追加を使用します。これにより、未送信の既存の出荷へ追加するか、新しい出荷を開始できます。名前と、任意で説明を入力します。これらの背景情報は受取側のチームに表示されます。

  2. 受取側を選択します。 選択リストには接続済みのチームが表示されます。接続によって送信が許可されていないチームは無効になり、その理由が表示されます。接続がまだない場合は、先に接続を設定してください。

  3. 明細書を作成します。 スレッドを追加を使用して、チームのスレッドを検索するか、識別子をスキャンします。1つのスレッドを含められる有効な出荷は1つだけです。すでに出荷済みのスレッドは表示されません。別の有効な出荷に含まれているスレッドは表示されますが選択できず、そのスレッドを保持している出荷へのリンクが表示されます。

  4. 送られる内容を確認します。 各アイテムのカスタマイズを使用して、含めるフィールド、ファイル、識別子を正確に選択します。アセンブリーでは、個々の部品を含めるか除外するかを指定し、部品ごとにアセットを選択できます。部品を除外すると、その部品に組み込まれているものはすべて除外されます。除外された部品はチームに残り、別途移管できます。変更は自動的に保存されます。

  5. 必要に応じて主要スレッドを指定します。 これは出荷の中心となるアイテムで、専用の概要カードとともに表示されます。後から主要スレッドから外すを選択しても、そのスレッドは明細書に残ります。

  6. 送信します。 出荷を送信をクリックします。

想定される結果: ステータスが返答待ちになり、「受取側のチームによる確認と返答を待っています」と表示されます。

結果: 送信元のスレッドがチームへコピーされるか、出荷が差し戻されるか、拒否されます。

確認が必要な受信出荷には、受け入れる、変更を依頼、拒否の選択肢があります。決定する前に、プレビューの**「受け取る内容」を確認してください。出荷によって作成されるスレッドごとに1行ずつ表示されます。行を展開すると、受け入れた後にそのスレッドのページがどのように表示されるかを確認できます。サムネイル、名前、説明に続いてデータ**、ファイル、識別子が表示され、これらは受け入れるとチーム自身のデータになります。来歴経由と記された証明書は、受け入れ後に来歴を通じて表示され、チームのデータとしてはコピーされません。任意のファイルを開くと、その取引ログと並べてプレビューできます。来歴を表示を使用すると、スレッドがどこから来たのかをたどれます。

  • 受け入れる — ここから元には戻せません。ダイアログには、受け入れると直ちに処理が開始されるという警告が表示されます。含まれるスレッド、フィールド、ファイル、識別子のコピーがチーム内に作成され、DUST識別子が組織に登録されます。
  • 変更を依頼 — 編集のため出荷を送信元へ戻します。送信元が修正内容を把握できるよう、理由の入力が必要です。送信元は明細書を編集し、出荷を再送信を使用します。
  • 拒否 — チームには何もコピーされません。送信元はスレッドを保持し、後から新しい出荷を開始できます。任意でメモを添えられます。

受け入れると処理中になり、コピーの作成が開始されます。すべてのアイテムはまとめて出荷されます。ページは自動的に更新されるため、その場を離れても問題ありません。処理は自動的に完了します。

完了すると、次のようになります。

  • 受取側のチーム — コピーされたスレッドを所有します。出荷ページで受け取ったスレッドを選択し、フォルダーに移動とカテゴリーに追加を使用して整理できます。受け取った各スレッドの取引ログは、出荷経由で受領のエントリから始まり、送信側が開示した履歴へと続きます。最初のバインド、スキャン、記録されたエントリが、元の担当者と日付とともに表示されるため、アイテムのストーリーが引き渡しの時点で途切れることはありません。スレッドのヘッダーには誰から受け取ったかが表示され、出荷を受け入れた人がその作成者として示されることはありません。
  • 送信側のチーム — 出荷が、何をいつ送ったかを示す受領記録になります。送信元スレッドには出荷済みの印が付きます。以降、受取側の組織は自らのコピーを使用し、送信元のスレッドを再び出荷することはできません。元のスレッドは引き続き編集できますが、変更が受取側のコピーへ反映されるのは、明示的に開示をプッシュした場合のみです。詳しくは開示を参照してください。移管自体は、双方のスレッドのFabric系譜に永続的に記録されます。

処理は全件成功か全件失敗のいずれかです。失敗すると、出荷には**「処理に失敗しました」**と直近のエラーが表示されます。受取側のチームには何も作成されず、失敗による変更はすべて問題なくロールバックされます。

どちらの当事者のチーム管理者も復旧できます。 送信元と受取側のどちらも、次の2つの操作を実行できます。

  • 再試行 — 同じ受け入れ済みの出荷に対して処理を再実行します。
  • 放棄 — 受け入れ済みの試行を断念し、そのスレッドを解放して再び出荷できるようにします。理由の入力が必要で、出荷の履歴に記録されます。

その後、送信側のチームのみが新しい出荷を開始を使用できます。これにより、この出荷の明細書から新しい下書きが作成されるため、アイテム一覧を一から作り直すことなく調整して再送信できます。この操作は、拒否済み、キャンセル済み、放棄済み、処理失敗のいずれかで停止した出荷で利用できます。

未送信の出荷はいつでもキャンセルできます。**「この出荷をキャンセルしますか?」**ダイアログでは、その影響を確認できます。下書きと明細書は破棄されますが、スレッドには影響しません。

送信済みの出荷をキャンセルする

Section titled “送信済みの出荷をキャンセルする”

キャンセルできるのは下書きだけではありません。送信側チームのチーム管理者は、次の状態にある出荷を取り下げることもできます。

  • 返答待ち — 送信済みで、受取側がまだ対応していない状態です。
  • 変更依頼済み — 受取側から差し戻され、修正する代わりに取り下げたい状態です。

出荷ページには同じ出荷をキャンセル操作が表示され、違いを明示する確認メッセージが表示されます。受取側のチームが受け入れる前に出荷が停止され、スレッドには影響しません。キャンセルすると送信元スレッドが解放され、新しい出荷へ追加できるようになります。

以下の各操作には、「実行できるチーム」列に記載されたチームでのチーム管理者ロールも必要です。

操作操作できるステータス実行できるチーム
明細書を編集、送信 / 再送信下書き、変更依頼済み送信側のチーム
キャンセル下書き、返答待ち、変更依頼済み送信側のチーム
受け入れる、変更を依頼、拒否返答待ち受取側のチーム
再試行処理失敗どちらのチームでも可
放棄処理失敗どちらのチームでも可
新しい出荷を開始(この明細書から)拒否済み、キャンセル済み、放棄済み、処理失敗送信側のチーム

このページには2つのタブがあります。

  • 送信 — チームが送信する出荷です。すべて、下書き、輸送中、完了で絞り込めます。
  • 受信 — 他の組織からチームへ送られる出荷です。すべて、要確認、処理中、受取済みで絞り込めます。
各行には、相手チーム、出荷のステータス、明細書に含まれるアイテム数が表示されます。送信タブと受信タブには、それぞれ専用のステータスフィルターがあります。
送信タブを開いた出荷ページ。各出荷について、受取側のチーム、ステータスバッジ、明細書内のアイテム数が一覧表示されています

各行には、相手チーム、出荷のステータス、明細書に含まれるアイテム数が表示されます。送信タブと受信タブには、それぞれ専用のステータスフィルターがあります。

各出荷には、下書き、返答待ち、変更依頼済み、処理中、完了、拒否済み、キャンセル済み、処理失敗(再試行中)、放棄済みのいずれかのステータスがあります。詳細ページのステップ表示では、下書き → 送信済み → 処理中 → 完了という進捗を確認できます。

出荷のライフサイクル:最初は下書き、送信後は応答待ち、承認後は処理中となり、その後完了します。分岐として、変更依頼があると編集に戻り、拒否とキャンセルでは出荷が終了します。処理に失敗した場合は、再試行するか放棄できます。分岐を含む左から右への状態フローです。メインの流れは「下書き、送信、応答待ち、承認、処理中、自動、完了」です。その下では、3つの分岐がフローから外れます。「変更依頼あり」は下書きへ戻り、「キャンセル済み」は下書きから分岐し、「拒否済み」は応答待ちから分岐します。「処理に失敗(再試行中)」は処理中の下にあり、再試行によって処理中へ戻るか、放棄によって「放棄済み」となり終了します。下書き送信応答待ち承認処理中自動完了変更依頼あり編集して再送信キャンセルキャンセル済み拒否拒否済み失敗処理に失敗(再試行中)再試行放棄放棄済み出荷の詳細ページでは、「下書き → 送信済み → 処理中 → 完了」のステップ表示で進捗を追跡できます。
出荷のライフサイクルです。受信チームは、承認、拒否、または変更の依頼ができます。失敗した移管は再試行するか放棄でき、まだ承認されていない出荷はキャンセルできます。
このライフサイクルをテキストで読む
  • メインの経路:下書き → 送信 → 応答待ち → 承認 → 処理中 → 自動 → 完了。
  • 受信チームが変更を依頼:応答待ち → 変更依頼あり。その後、編集して再送信すると下書きに戻ります。
  • 応答前にキャンセル:下書きまたは応答待ち → キャンセル済み。これで出荷は終了します。
  • 受信チームが拒否:応答待ち → 拒否済み。これで出荷は終了します。
  • 処理中に移管が失敗:処理中 → 処理に失敗(再試行中)。そこから再試行すると処理中に戻り、放棄すると「放棄済み」となり終了します。

各出荷には、双方が投稿できるメッセージパネルがあります。相手チームの全員が、そこへの投稿を閲覧できます。拒否、変更依頼、放棄などの返答も、そのメモとともにここへ表示されます。

出荷で記録票をダウンロードを選択すると、現在の状態、閲覧可能な送信元と受信者の情報、状態メッセージ、スレッドの明細書、閲覧が許可されたスレッドの詳細と取引ログを含む PDF を保存できます。保留中の出荷では、提示されたコピーと開示のスナップショットが使用されます。それ以外の状態では、現在アクセスできるスレッドの記録が含まれます。受信者用の記録票には非公開のドラフト内容は表示されず、送信者用の記録票には受信者専用の記録は表示されません。

デフォルトでは非公開データは除外されます。アクセス可能なスレッドの記録を自分のチームが所有している場合、その非公開データを含めることを選択できます。その場合、各ページに専有情報と組織名が表示されます。保留中の出荷で提示されているスナップショットには、引き続きその出荷の既存の開示ルールが適用されます。日時にはブラウザーのタイムゾーンを使用し、UTC オフセットも表示します。

PDF には生成日時と出荷への QR リンクが含まれます。これは未署名のスナップショットであり、ダウンロードしても取引ログのエントリーは追加されません。ファイルやスレッドの記録票については、記録票のダウンロードを参照してください。