共用方式為

建立 Message Repair 和 New Submission 的部門和角色

  • 發行項

訊息修復和新提交涉及下列四個不同的作業：

  • 修復驗證失敗的訊息

  • 修復 (的驗證，包括重設金鑰)

  • 修復核准

  • 建立新訊息

    若要執行其中一項作業，使用者必須擔任與作業相關聯的角色。 角色也必須是處理部門 (的一部分，如下) 所述。 若要在工作流程中執行階段之後提交訊息，使用者必須使用與使用者相關聯的有效憑證來簽署訊息。

建立部門和角色

請參閱設定檔 Web 用戶端檔。

角色使用規則

A4SWIFT使用者、角色和部門必須符合下列規則：

  • 已修復訊息的完整工作流程是修復、驗證，然後核准訊息。 所建立訊息的完整工作流程是建立、修復、驗證，然後核准訊息。 驗證和核准步驟是選擇性的。

  • 部門工作流程的開頭必須是建立角色或修復角色。 如果工作流程同時包含建立和修復步驟， (所建立訊息的工作流程) ，則必須緊接在修復步驟之前建立步驟。

  • 所建立訊息的工作流程必須包含一個且只有一個具有建立功能的角色。

  • 每個工作流程都必須包含一個且只有一個角色具有修復功能。

  • A4SWIFT使用者可以與多個角色相關聯，但單一使用者無法在單一工作流程中執行多個步驟。 例如，如果使用者 A 修復訊息，而使用者 B 會驗證訊息，則使用者 A 和使用者 B 都無法核准訊息。

  • 沒有檢查具有 RekeyVerify 或核准功能之其他角色具有 RekeyVerify 或核准功能的角色順序。

  • 如果您已經修復的訊息再次驗證失敗，它會回到 MRSR 網站文件庫中的修復收件匣。 發生這種情況時，驗證和核准者角色的先前限制 (根據已執行工作流程中的角色) 不再適用。 例如，如果使用者 A 修復訊息，使用者 B 會拒絕驗證中的訊息，而使用者 A 會再次修復訊息，則使用者 B 以外的使用者可以驗證訊息。 如果是這種情況，則使用者 B 可以核准訊息。 另一個範例是，如果使用者 A 建立訊息，使用者 B 會拒絕驗證中的訊息，而使用者 C 會修復訊息，則使用者 A 可以驗證訊息。

  • 建立訊息的A4SWIFT使用者也可以在驗證失敗時修復該訊息。

  • 只有與工作流程相關聯的部門A4SWIFT使用者才能在工作流程中執行步驟。 當A4SWIFT使用者提交訊息時，A4SWIFT確認使用者在透過使用者設定檔 (與訊息相關聯的部門中具有角色， (，以防部門不是設定檔 Web 用戶端) 中的預設) 。

  • 系統管理員可以為部門內的多個角色提供單一A4SWIFT使用者。 單一使用者可以執行修復、驗證、核准或建立，或這些角色的任何子集，受限於上述任何工作流程的限制。

憑證

若要在修復、驗證、核准或建立之後，在本機電腦上提交訊息，A4SWIFT使用者必須使用其憑證簽署訊息。 如需建立憑證的詳細資訊，請參閱 安裝憑證。

若要能夠從遠端用戶端電腦存取 MRSR 網站來修復、驗證、核准或建立訊息，使用者必須在其用戶端電腦的 [憑證 - 目前使用者/個人/憑證] 存放區中新增憑證， (使用者不需要是系統管理員才能執行此動作) 。 此外，伺服器上的系統管理員必須將使用者的憑證 (，以及從用戶端電腦存取伺服器的任何其他使用者，) 新增至伺服器上 [憑證] ([本機電腦]) /Other 人員/Certificates 存放區。

單一使用者可能有數個已分配的角色，而且在執行這些角色時，應該使用相同的憑證。