Chaque identifiant généré doit être mondialement unique. A cette fin, l’instance du LPS installé « chez le PS / dans la structure » doit posséder un OID racine qui lui est propre. La présente spécification n’impose aucune règle de génération de cet OID racine (ni de la déclinaison de celui-ci), si ce n’est qu’il doit être unique par instance du LPS. Il appartient à l'éditeur de s’assurer de la rigueur de sa méthode de génération d'identifiants uniques d'objets et du respect de l’exigence.
Ces identifiants sont basés sur l'OID root de Devcoop obtenu auprès de l'AFNOR. Chaque site où sera déployé notre api sera alors identifié de manière unique par l'identifiant AFNOR concaténé avec une extension correspondant au numéro FINESS ou SIRET de l'établissement.
Ces identifiants sont basés sur l'OID root de Devcoop obtenu auprès de l'AFNOR. Chaque site où sera déployé notre api sera alors identifié de manière unique par l'identifiant AFNOR concaténé avec une extension correspondant au numéro FINESS ou SIRET de l'établissement.
Ces identifiants sont basés sur l'OID root de Devcoop obtenu auprès de l'AFNOR. Chaque site où sera déployé notre api sera alors identifié de manière unique par un identifiant interne de l’intégrateur concaténé avec une extension unique généré lors de l’installation.
Cas des installations serveurs :
Ces identifiants sont basés sur l'OID root de Devcoop obtenu auprès de l'AFNOR. Chaque site où sera déployé notre api sera alors identifié de manière unique par l'identifiant AFNOR concaténé avec une extension correspondant au numéro FINESS ou SIRET de l'établissement.
Cas des installers poste client :
Ces identifiants sont basés sur l'OID root de Devcoop obtenu auprès de l'AFNOR. Chaque site où sera déployé notre api sera alors identifié de manière unique par un identifiant interne de l’intégrateur concaténé avec une extension unique généré lors de l’installation.