Primitives de bout en bout en temps réel de l’adaptateur FileAct
Les primitives SWIFTNet sont une paire de documents XML échangés entre l’application et SWIFTNet Link (SNL). Pour chaque primitive de bout en bout, il existe deux versions de la primitive : une côté client (ou envoi) et une côté serveur (ou réception). Cela comprend un total de quatre messages : Put File primitive, Get File primitive et send Delivery Notification pour chacun d’eux.
La figure suivante montre les primitives FileAct de bout en bout.
Fichier put
Une application lance la primitive Put File pour envoyer un fichier au système de fichiers d’un autre utilisateur SWIFTNet. En tant que fonction de bout en bout, il existe des primitives put file côté client et côté serveur. Ceux-ci collaborent ensemble pour terminer correctement un transfert de fichiers.
Chaque collaboration de ce type envoie un seul fichier. Plusieurs primitives put file peuvent être exercées en parallèle.
Obtention de fichier
Une application lance la primitive Get File pour récupérer un fichier à partir du système de fichiers d’un autre utilisateur SWIFTNet. En tant que fonction de bout en bout, il existe des primitives Get File côté client et côté serveur. Ceux-ci collaborent ensemble pour terminer correctement un transfert de fichiers.
Chacune de ces collaboration récupère un seul fichier. Plusieurs primitives Get File peuvent être exercées en parallèle.
Envoyer une notification de remise
Chaque fichier put et chaque primitive Get File a la possibilité d’avoir le côté expéditeur de la demande de fichier pour que le côté récepteur retourne une notification de remise liée au transfert de fichier. Pour une primitive Put File, le message de demande contient la demande d’une notification de remise.
Dans le cas d’une primitive Get File, le message de réponse contient la demande d’une notification de remise.
Dans les deux cas, après avoir vérifié que le fichier a été reçu dans son intégralité (en exerçant l’une des primitives status pour case activée que le transfert atteint l’état Terminé) et que le fichier a été correctement stocké (par exemple, sur un système back-office), l’application de réception exerce séparément la primitive notification de remise pour renvoyer une confirmation positive de remise à l’expéditeur. En tant que fonction de bout en bout, il existe des primitives de notification de remise côté client et côté serveur. Ceux-ci collaborent ensemble pour terminer correctement une notification de remise de fichiers.
La notification de remise nécessite que le concepteur de services établisse et applique un protocole entre les expéditeurs et les récepteurs de fichiers.
Voir aussi
Architecture de l’adaptateur FileAct
Primitives locales en temps réel de l’adaptateur FileAct
Stockage et redirection de l’adaptateur FileAct
Architecture de sécurité de l’adaptateur FileAct
Identification des fichiers et des transferts de l’adaptateur FileAct
Transfert des informations de prise en charge de l’adaptateur FileAct
Notification de remise de l’adaptateur FileAct
Surveillance de l’état de l’adaptateur FileAct