Routage basé sur le contexte

Si vos données non EDI ne nécessitent aucun traitement à valeur ajoutée (analyse, traduction) par IBM Sterling B2B Integration SaaS, vous pouvez utiliser le routage basé sur le contexte. Toutes les données non EDI qui ne sont pas dans un fichier à plat ou encapsulées dans des enregistrements d'en-têtes/de remorques privés sont traitées par un routage basé sur le contexte. (Ces données peuvent inclure des fichiers XML, MS Office et PDF et des dessins de CAO/FAO.) Vous pouvez toujours utiliser plusieurs des services SaaSintégrationB2B, tels que le suivi des documents, la copie carbone en boîte aux lettres et les rapports de contrôle, bien que le niveau de détail soit différent de celui du routage basé sur le contenu. L'autre différence c'est que vous ne pouvez pas traiter les données par lots : chaque fichier peut contenir uniquement des données pour un seul destinataire.

Les données sont transmises en fonction de la manière dont elles sont envoyées à SCN. Par exemple :

• Pour le protocole FTP, le routage se base sur le répertoire dans lequel le fichier est situé.
• Pour le protocole AS2, le routage se base sur le nom AS2_To.

Le routage basé sur le contexte peut être utilisé avec n'importe quel protocole pris en charge parB2B Integration SaaS. Cependant, il existe plusieurs exigences selon le protocole utilisé.

Si vous utilisez async, Connect:Direct, FTP (en utilisant l' URL sciftp.commerce.stercomm.com ) ou MQ, les conditions suivantes s'appliquent :

• Toutes les données d'une entrée de courrier émettrice spécifique sont transmises à une seule entrée de courrier destinataire (relation directe).
• Des ID sont affectés (pour le suivi de document).
• Les utilisateurs FTP peuvent se connecter à plusieurs entrées au cours d'une même session de communication et "placer" des fichiers pour plusieurs destinataires.
• Les utilisateurs MQ peuvent passer des messages à des destinataires spécifiques dans les files d'attente appropriées (une file d'attente par destinataire).

Si vous utilisez le protocole AS1, AS2, FTP (avec l'URL ftp.gts.globalec.com), HTTP/S, SMTP ou X.400, les exigences suivantes s'appliquent :

• L'émetteur décide à quel destinataire le fichier est envoyé en se basant sur le dossier qui contient les données.
• Les émetteurs ont plus de flexibilité : ils peuvent "placer" plusieurs fichiers dans plusieurs répertoires pour plusieurs destinataires.
• Le protocole SMTP se base sur l'adresse électronique du destinataire qui doit utiliser le protocole FTP, X.400 ou SMTP.

Prise en charge du transfert de données binaires

Les données binaires sont envoyées dans un type de fichier qui contient des données binaires (par exemple, les fichiers PDF) ou dans un logiciel lisible par la machine.

Vous pouvez envoyer des données binaires via B2B Integration SaaS:

• Dans le segment ANSI X12 Bin du jeu de transactions 841
• Dans un document conforme à la structure de sécurité ANSI X12.58
• A l'aide du routage basé sur le contexte

La prise en charge des données binaires est disponible uniquement pour la norme ANSI X12 EDI dans la plupart des pays.