Archiviazione e inoltro dell'adapter InterAct

In modalità Store e Forward (SnF) i messaggi vengono recapitati a una coda al momento dell'invio e vengono recuperati dalla coda in base alla destinazione. Quando si usa SnF, la risposta proviene da SWIFTNet SnF stessa e non contiene alcun feedback dal risponditore.

I messaggi e i file possono essere indirizzati in code con la stessa flessibilità di un messaggio instradato a un processo server quando non si usa SnF. Questa definizione si trova all'interno di MRR (all'interno di SWIFTNet). Si tratta del ricevitore che decide in quale coda verrà inserito un messaggio o un file dopo che viene inviato dal mittente. L'inserimento di un messaggio o di un file in una coda viene eseguito contrassegnando il messaggio per la modalità di recapito snF (all'interno di RequestControl).

Il recupero di un messaggio da una coda può verificarsi in due modalità diverse, a seconda della scelta effettuata dalla finestra di progettazione dell'applicazione. Queste modalità sono chiamate push e pull.

Quando si usa la modalità push, l'iniziativa per recapitare un messaggio risiede con SWIFTNet SnF. Il messaggio viene quindi "eseguito il push" da SWIFTNet SnF e viene ricevuto da un server applicazioni in SWIFTNet Link. L'applicazione server deve assicurarsi che il messaggio sia sicuro prima di rispondere con un riconoscimento. Questo riconoscimento indica a SWIFTNet SnF il modo in cui il messaggio è stato ricevuto. Un riconoscimento non contiene alcuna altra logica di "business" aggiuntiva.

Code in SWIFTNet

Le code contengono i messaggi e i file inviati dal mittente da recapitare al ricevitore specificato. Le code contengono anche le notifiche di recapito generate da SWIFTNet SnF.

Le code sono definite e configurate dall'organizzazione del ricevitore. La creazione effettiva di una coda viene eseguita da SWIFT alla richiesta dell'utente. Il mittente non conosce nulla sulla coda in cui verrà inserito il messaggio. Questo è interamente sotto controllo del ricevitore.

L'attributo Dimensioni finestra coda controlla il numero massimo di messaggi SWIFTNet SnF recupera da una coda senza conferma. Il ricevitore deve comunque riconoscere il messaggio prima che lo slot nella finestra venga liberato.

Recapito in una coda

Per i servizi che usano l'archivio e l'inoltro, il ricevitore decide quale coda verrà usata per archiviare il messaggio inviato in modalità store-and-forward.

Le notifiche di recapito vengono inserite in una coda dell'istituto Mittenti per informare il mittente sullo stato di recapito di un messaggio inviato. Questa opzione è configurabile con le proprietà dell'adapter di invio.

Sessioni

Quando si acquisisce una coda, viene avviata una sessione. Sw:SnFSessionId viene restituito per ogni messaggio recapitato da SWIFTNet SnF. Sw:SnFSessionId contiene il nome della coda, la modalità sessione: push e un numero di sessione. Il numero di sessione viene incrementato per ogni sessione. Di seguito è riportato un esempio:

<Sw:SnFSessionId bankwxyz_applicq1:p:000458</Sw:SnFSessionId>>

"p" indica una sessione push. Una sessione può essere vista anche come una prenotazione della coda da parte di un autorizzatore. I messaggi successivi devono essere riconosciuti dallo stesso autorizzatore.

Le sessioni non sono applicabili quando si inviano messaggi all'archivio e all'inoltro.

Push session SnF

La sequenza SnF presuppone quanto segue:

• Il processo client ha eseguito il processo e può ora terminare. A tale scopo, è necessario pulire i contesti di sicurezza aperti eseguendo un'operazione SwSec:DestroyContextRequest. Dopo sw:TermRequest, il processo può uscire().

• Viene avviato un altro client. I passaggi di inizializzazione sono uguali al primo client. Il rilascio della coda viene eseguito con swCall con sw:ReleaseSnFQueueRequest come primitiva di input.

  SWIFTNet arresta il recapito dei messaggi dalla coda non appena elabora correttamente la versione della coda.

  Il server elabora una richiesta al momento. SWIFTNet SnF recapita diverse richieste dalla coda. Questi vengono memorizzati nel buffer all'interno della rete e del collegamento SWIFTNet fino a quando il server risponde o si verifica un timeout.

  È possibile che alcune richieste siano già state recapitate, ma non ancora riconosciute prima di rilasciare la coda. SWIFTNet SnF non elabora altri riconoscimenti per questi messaggi finché non viene rilasciata la coda. Questi messaggi verranno recapitati nuovamente in una sessione successiva.

  L'implementazione locale viene lasciata all'implementazione locale se l'applicazione server risponde ancora con un riconoscimento positivo per le richieste recapitate da una coda dopo che il client ha rilasciato la versione di tale coda, ma in genere questo non sarebbe il caso.

Vedere anche

Architettura dell'adapter InterAct
Componenti dell'adapter InterAct
Messaggi dell'adapter InterAct per lo scambio aziendale
Applicazione client dell'adapter InterAct
Applicazione server dell'adapter InterAct
Architettura di sicurezza dell'adapter InterAct
Affidabilità del recapito end-to-end dell'adapter InterAct
Monitoraggio dello stato dell'adapter InterAct
Non ripudio dell'adapter InterAct