SWIFT 接收配接器儲存和轉寄

接收配接器會從 SWIFT 存放區接收訊息，並轉送 (SnF) 佇列。若要從佇列接收訊息，配接器必須開啟具有 SnF 佇列的會話。若要開啟佇列，它必須有專用的用戶端進程，以建立與佇列的會話。在設計中，此程式會實作為 COM 加上程式外元件。

推送會話存放區和轉寄順序

下列清單描述存放區和轉寄順序。

啟動處理訊息的伺服器應用程式。
伺服器進程會在第一次 SwCallback 期間開啟必要的安全性內容，並將 Sw：HandleInitRequest 作為輸入基本類型。
伺服器會回應 Sw：HandleInitRequest，並將 Sw：CryptoMode 和 Sw：FACryptoMode 設定為 [進階]。

伺服器現在已準備好開始處理傳入要求。
若要開始從佇列傳遞訊息，用戶端進程會啟動推送會話。根據介面卡組態 (推送模式) ，接收配接器會產生稱為 SnFQueueManager.exe 的用戶端進程，以在推送模式中取得佇列。
SwCall () 會以 Sw：AcquireSnFRequest (在 Sw：ExchangeSnFRequest) 作為輸入基本類型來執行。此要求會啟動一個會話，其中指出 (SwSec：FoundationCoNtext 具有所需的 RBAC 角色) 。
在回應 Sw：AcquireStatus 中的「已接受」之後，SWIFTNet SnF 會立即開始將訊息傳送至取得中指定的伺服器。如果尚未啟動接收配接器，訊息會收到例外狀況。 (這就是接收配接器已啟動) 很重要的原因。
SWIFTNet SnF 會開始推送數個訊息， (最多到視窗大小) 。
對於認可的每個訊息，如果推送任何) ，就會 (新的訊息。
用戶端進程 (SnFQueueManager.exe) 已完成其工作，而且現在可以終止。此程式會發出 SwSec：DestroyCoNtextRequest，以清除開啟的安全性內容。在 Sw：TermRequest 之後，進程就會結束。

[RequestRef] 欄位會保留並取代接收配接器在回應訊息中。這可確保傳入訊息與回應訊息之間的端對端相互關聯

如果收到 FileAct 要求，且配接器實例收到具有可能重複指標節點的訊息，則必須檢查參考的傳輸是否已順利完成，或是否已失敗，並採取適當的動作。如果已經進行檔案傳輸，配接器會將傳輸狀態更新為「重複」，否則它會將其更新為「已接受」。

如果傳送者要求 FileAct 要求的通知，配接器會檢查檔案傳輸完成事件，並在驗證檔案摘要值之後產生通知。配接器會將通知訊息傳送至 BizTalk，以供傳送配接器取用，並將其傳送給傳送者。