Je duplique ici en partie le texte posté dans le chapitre général, titré G04 Cardinalité.
Le Guide d'implémentation V 1.0 – décembre 2014 précise bien :
2.5 Commande et lots de commandes
Conformément à la norme européenne, il n’y a qu’un seul fichier par commande donc autant de
fichiers XML.
Il y a donc bien une seule commande par fichier XML. Cependant plusieurs fichiers XML peuvent être regroupés au sein d'une transaction, enveloppe virtuelle servant à la traçabilité du "lot" :
2.6 Commande et transaction – Quelle différence à faire entre le numéro de transaction et le numéro
de commande ?
Le numéro de transaction est unique et correspond à l’envoi d’un lot de commandes (l’enveloppe
de transmission). La transaction est l'équivalent du cachet de la poste.
Le n° de transaction est porté par tous les messages qui ont été envoyés au cours de la session
correspondante. C'est important pour tracer les messages.
Chaque commande porte son propre numéro de commande. Le numéro de commande correspond à
une commande à une date et heure données. Si l’on constate une erreur dans le corps de la
commande, on crée un nouveau numéro de commande qui se trouvera dans un envoi suivant donc
avec un nouveau numéro de transaction. Seul, celui qui émet le message peut faire référence du n°
de transaction dans la suite du processus pour la traçabilité.
Le numéro de commande est un numéro de plan d’aide.
ATTENTION, la dernière ligne donne une information fausse car une commande correspond en réalité à une "prise en charge" :
2.10 Quelle différence à faire entre le ‘plan d’aide’ et la ‘prise en charge’
Le plan d’aide, c’est la définition de ce que l’on va apporter au bénéficiaire. La prise en charge,
c’est ce que l’on demande à un prestataire en particulier de faire (pour tout ou partie du plan
d’aide).
Un plan d’aide pour un unique bénéficiaire peut donc correspondre à plusieurs prises en charge,
l’une d’un mandataire et l’autre d’un prestataire par exemple ; il est donc nécessaire de séparer les
deux bons de commande.
