Configuration des propriétés d'un accord sur le codage
Un accord de partenariat commercial (TPA) est un accord définitif et ferme entre deux partenaires commerciaux pour le traitement des messages via un protocole interentreprise spécifique. Plus simplement, il s'agit d'un accord entre deux profils d'entreprise pour utiliser un protocole de codage de message spécifique (X12 ou EDIFACT) ou un protocole de transport spécifique (AS2) lors de l'échange de messages interentreprise. En plus de s'accorder sur le protocole de codage et de transport, un accord peut servir à personnaliser le format et la remise des messages.
Dans les paramètres du protocole de codage, vous pouvez également définir si le tiers expéditeur attend un accusé de réception, si les messages sont traités par lot ou envoyés individuellement, etc.
Dans les paramètres du protocole de transport, vous pouvez également définir si le message doit être signé, chiffré, etc.
Notes
Pour plus d’informations sur les paramètres du protocole de transport (AS2), consultez Configuration des propriétés du contrat AS2.
Lors de la création d'un accord, vous devez prendre en compte les points suivants :
Un accord de partenariat commercial entre deux tiers est bidirectionnel. Un seul accord entre deux parties (partie A et partie B) peut être utilisé pour envoyer des messages de la partie A à la partie B et également pour recevoir des messages de la partie B à la partie A. Pour représenter un accord bidirectionnel dans l’interface utilisateur, chaque accord unidirectionnel est représenté dans un seul onglet. Ainsi, dans l’interface utilisateur du contrat, vous verrez deux onglets, PartyA-PartyB> (représentant l’accord unidirectionnel pour les messages envoyés de la partie A à la partie B) et PartyB-PartyA> (représentant l’accord unidirectionnel pour les messages envoyés de PartyB à PartyA.)
Chaque accord unidirectionnel s'adresse à une seule transaction de message de bout en bout. L’envoi ou la réception d’accusés de réception font également partie de la même transaction de message et doivent donc être configurés sous le même onglet d’accord unidirectionnel. Par exemple, considérez que la partie A envoie un échange EDI à la partie B et, en réponse, la partie B renvoie un accusé de réception à la partie A. Par conséquent, toutes les propriétés liées à l’envoi d’un échange et à l’attente d’un accusé de réception doivent être définies sous l’onglet PartyA-PartyB>.
Notes
Même si l’accusé de réception fait partie de la même transaction de message, les propriétés liées à la façon dont l’accusé de réception doit être généré sont configurées dans l’onglet PartyB-PartyA>. Cela est obligatoire, car les propriétés de contexte d’accusé de réception pour les qualificateurs de l’expéditeur et du destinataire sont définies à l’opposé des valeurs que vous avez spécifiées dans l’onglet PartyA-PartyB>. Par exemple, si les identificateurs de l’expéditeur et du destinataire sont définis sur THEM et US dans l’accord auquel le message d’échange a été résolu, les propriétés du contexte de l’expéditeur et du destinataire sont définies sur US et THEM dans l’accusé de réception. De manière générale, l'autre onglet de l'accord unidirectionnel dispose également des identificateurs de l'expéditeur et du récepteur définis sur US et THEM, respectivement. Ainsi, le message d'accusé de réception correspond à cet accord et la configuration des propriétés est choisie. Par conséquent, si vous souhaitez avoir l’accusé de réception pour utiliser différents séparateurs d’éléments ou si vous souhaitez avoir l’accusé de réception pour utiliser CR LF, spécifiez les propriétés dans l’onglet PartyB-PartyA>.
Sur le plan conceptuel, les propriétés de l'accusé de réception sont récupérées à partir de l'un des onglets de l'accord unidirectionnel possédant les mêmes qualificateurs d'expéditeur et de récepteur que ceux définis dans les propriétés de contexte de l'accusé de réception. Toutefois, pour des raisons de commodité, vous définissez ces propriétés sous l'autre onglet de l'accord unidirectionnel créé, auquel correspond l'échange.
Vous pouvez disposer d'un accord sur le codage (pour définir le type de code à utiliser pour les messages) et d'un accord de transport (pour définir le protocole de transport à utiliser pour l'échange de messages). L'accord sur le codage est obligatoire. Les tiers doivent uniquement choisir un accord AS2 s'ils souhaitent utiliser le protocole AS2 pour transférer les messages. Par exemple, un accord AS2 n'est pas obligatoire si les deux tiers choisissent de transférer les messages par courrier électronique.
Notes
Pour plus d’informations sur l’accord AS2, consultez Configuration des propriétés du contrat AS2.