Campaign Standard: Entwicklungsfrage zur ACS-API zur Erstellung/Aktualisierung von Profilen
Beschreibung description
Frage zur Implementierung der ACS-API zum Erstellen/Aktualisieren von Profilen mithilfe der in der Dokumentation beschriebenen Methode: https://experienceleague.adobe.com/docs/campaign-standard/using/working-with-apis/managing-profiles/updating-profiles.html?lang=en
Nachfolgend wird eine einfachere Methode erläutert (zum Referenzieren eines Attributs cusId
wurde als Schlüssel in der Profiltabelle definiert):
1) Bei der PATCH Verwendung von https://*.adobe.*/instanceURL/campaign/profileAndServicesExt/profile und vorhandene cusCustomerId
, wird das Profil aktualisiert.
2) Ähnlich bei der PATCH mit https://*.adobe.*/instanceURLcampaign/profileAndServicesExt/profile/@xxxxxxxxxxxxxxxxxxxxx. Das Profil wird ebenfalls aktualisiert.
In diesem Fall muss der Kunde cusId
, aber sie benötigen das Profil Pkey
jedoch als cusId
immer ausgefüllt werden, wenn sie beobachtet haben, dass sie dieses Feld immer verwenden können.
Option eins wäre der bevorzugte Weg, da dies die Logik viel einfacher macht.
Frage: Da Option 1 nicht dokumentiert ist, bestätigen Sie bitte, ob Option 1 unterstützt wird.
Auflösung resolution
Seit cusId
ein Geschäftsschlüssel im Profil ist, kann dieses Feld zum Abrufen der Entität verwendet werden.
Und tatsächlich wird auch die PATCH funktionieren.
Dies kann verwendet werden, es sollten jedoch die folgenden Einschränkungen mitgeteilt werden:
Durch Verwendung des Felds cusId als Schlüssel kann das Feld nicht mithilfe einer PATCH geändert werden.
Erstellen Sie KEINE URLs für Sammlungen.
Daher wird mithilfe der cusId
-Feld funktioniert für Top-Level-Profilressourcen (/rest/.../profile/ cusId )
, Wenn der Kunde jedoch die Abonnements eines Profils abrufen möchte, muss er die REST-API durchlaufen:
-
GET
/rest/.../profile/cusId
-
GET
/href/of/the/subscription/collection/returned/by/the/previous/call