Modifications effectuées via l’API sans réfléchir Target

Dernière mise à jour : 2022-11-15

Description

Environnement
Adobe Target

Problème
Lors de l’évaluation Target Les fonctionnalités de l’API d’administration ne voient pas les résultats reflétés dans la variable Target .

Exemples :

Scénario 1
Mettre à jour Nom de l’activité

  1. Envoyer PUT de /{tenant}/target/activities/{id}/name.
  2. Réponse dans Postman affiche une exécution réussie.
  3. Vous pouvez également voir les mises à jour Nom "Activité de test de l’API CHANGÉE" en envoyant GET: /{tenant}/target/activities.
  4. Mais en Target l’ancien nom "Activité de test de l’API" s’affiche toujours, bien que le journal des modifications indique que l’activité a été mise à jour au moment de la Postman requête.

Scénario 2
Mettre à jour l’offre par identifiant

  1. Envoyer PUT de /{tenant}/target/offers/content/{id}.
  2. Réponse dans Postman affiche une exécution réussie.
  3. Mais en Target vous voyez toujours l’ancien code et les informations sur l’offre n’affichent pas la date de la demande Postman.

Résolution

Solutions

Pour les activités créées dans l’interface utilisateur et mises à jour via l’API, le nom de l’activité n’est pas reflété dans l’interface utilisateur. Tous les autres champs de l’activité sont mis à jour dans l’interface utilisateur.

Pour les offres créées dans l’interface utilisateur et mises à jour via l’API, aucun des champs n’est reflété dans l’interface utilisateur. La prise en charge de la mise à jour des offres via l’API créée à partir de l’interface utilisateur n’est pas encore disponible.

Pour les ressources (ё activités/audiences/offres/) créées en dehors de Target L’interface utilisateur n’a pas de restriction de ce type.

Sur cette page