Question concernant l'implémentation de l'API ACS pour créer/mettre à jour des profils à l'aide de la méthode décrite dans la documentation : https://experienceleague.adobe.com/docs/campaign-standard/using/working-with-apis/managing-profiles/updating-profiles.html?lang=en
Il existe une méthode simple expliquée ci-dessous (pour référencer un attribut cusId
a été défini comme clé dans la table des profils) :
1) Lorsque nous utilisons le PATCH https://*.adobe.*/instanceURL/campaign/profileAndServicesExt/profile et inclure un cusCustomerId
, le profil sera mis à jour.
2) De même, lorsque nous utilisons https://*.adobe comme PATCH.*/instanceURLcampaign/profileAndServicesExt/profile/@xxxxxxxxxxxxxxx le profil sera également mis à jour.
Dans ce cas, le client n’a pas besoin d’utiliser cusId
, mais ils ont besoin du profil Pkey
, cependant comme cusId
seront toujours renseignés, ils ont observé qu’ils peuvent toujours utiliser ce champ.
L’option 1 serait la méthode préférée, car cela simplifie la logique.
Question : puisque l’option 1 n’est pas documentée, veuillez confirmer si l’option 1 est prise en charge ?
Depuis cusId
est une clé d’entreprise dans le profil. Ce champ peut être utilisé pour récupérer l’entité.
Et en effet, le PATCH va aussi fonctionner.
Vous pouvez l’utiliser, mais les restrictions suivantes doivent être communiquées :
En utilisant le champ cusId comme clé, le champ ne peut pas être modifié à l'aide d'un PATCH.
NE créez PAS d’URL pour les collections.
Ainsi, l’utilisation de la variable cusId
fonctionne pour les ressources de profil de niveau supérieur. (/rest/.../profile/ cusId )
, mais si le client souhaite obtenir les abonnements d'un profil, il doit passer par l'API REST :
GET /rest/.../profile/cusId
GET /href/of/the/subscription/collection/returned/by/the/previous/call