Modifications apportées aux API dans la version d’avril 2026

La version d’avril 2026 de Adobe Learning Manager introduit des améliorations ciblées de l’API publique concernant les alternatives et les équivalents, l’accès au contenu par fenêtre temporelle, les tentatives de quiz axées sur le contenu, les expériences hors connexion et la gestion des assistances à la tâche. Les modifications sont conçues pour être largement rétrocompatibles, tout en permettant des intégrations plus précises.

Apprentissage adaptatif pour les parcours d’apprentissage

Cette version ajoute la prise en charge complète des API publiques pour les parcours d’apprentissage adaptatifs. Les parcours d’apprentissage peuvent désormais définir des règles adaptatives qui contrôlent les sections et les objets de sous-apprentissage (sous-objets d’apprentissage) visibles par différents groupes d’élèves, et l’API publique reflète ce comportement.

Les critères d’évaluation suivants sont concernés :

Un nouvel attribut booléen, attributes.isAdaptive, indique qu'un programme d'apprentissage utilise des règles adaptatives. Lorsque cet indicateur est défini sur true, l’attribut sections est interprété de manière adaptative.

Pour les appels d'élève, seules les sections visibles par l'élève actuel sont renvoyées. Chaque section comprend la liste des ID d’objet d’apprentissage (loId), un indicateur obligatoire et un compte de liste de valeurs obligatoire calculés en fonction de la configuration adaptative pour cet élève, ainsi que l’ID de section. La relation relations.subLOs est désormais également filtrée, de sorte qu’elle contient uniquement les objets de sous-apprentissage qui sont visibles par cet élève.

Pour les appels d'administrateur, les sections peuvent également exposer un tableau adaptiveConfig. Cette section décrit les règles adaptatives par groupe d’utilisateurs, notamment userGroupId et userGroupName, et indique si la section est obligatoire pour ce groupe. Les outils destinés aux administrateurs peuvent les utiliser pour visualiser et gérer les règles adaptatives.

Réinitialiser l’achèvement des programmes d’apprentissage

La version introduit une API permettant d'actualiser (réinitialiser) l'achèvement des objets d'apprentissage, y compris les programmes d'apprentissage adaptatif. Cela prend en charge des scénarios tels que le recyclage, les actualisations périodiques de la conformité ou les redémarrages du programme.

Un nouveau point de terminaison est disponible :

POST /primeapi/v2/learningObjects/{loId}/instances/{loInstanceId}/refreshCompletion

Cette opération nécessite des autorisations en écriture appropriées et réinitialise l'état d'achèvement pour l'instance d'objet d'apprentissage spécifiée dans le contexte utilisateur donné. Il est destiné à être utilisé par les automatisations côté administrateur ou par des outils d’élève soigneusement ciblés.

Une version groupée de cette fonctionnalité est prévue via une API Jobs. La forme de demande est conçue pour cibler les utilisateurs par e-mail, ID utilisateur ou ID de groupe d’utilisateurs, par exemple :

{
  "emails": ["[user1@example.com](mailto:user1@example.com)", "[user2@example.com](mailto:user2@example.com)"],
  "userIds": ["12345", "67890"],
  "userGroupIds": ["ug1", "ug2"]
}

Les intégrations doivent utiliser cette API lorsqu’elles doivent redémarrer les élèves dans chaque programme ou cours. Les clients doivent gérer les réponses d’erreur avec élégance : l’API peut rejeter les demandes d’actualisation lorsqu’une réinitialisation n’est pas applicable (par exemple, lorsqu’il n’existe aucune fin ou que les types d’objets d’apprentissage ne sont pas pris en charge).

Équivalents et autres déclarations de fin

Pour prendre en charge les implémentations où plusieurs objets d’apprentissage peuvent répondre à la même exigence, la version introduit les terminaisons Équivalentes et Alternatives en tant qu’API publiques.

Les points de terminaison de l’objet d’apprentissage contiennent désormais les informations suivantes :

- GET /primeapi/v2/learningObjects
- GET /primeapi/v2/learningObjects/{loId}

Un nouvel attribut booléen attributes.isAlternateComplete indique si l’achèvement par l’élève pour un objet d’apprentissage donné est le résultat d’un objet d’apprentissage alternatif ou équivalent plutôt que l’objet lui-même. Lorsque c’est le cas, la relation relationship.alternateCompletions répertorie les objets d’apprentissage qui jouaient le rôle d’alternatives. Cela permet aux rapports et aux tableaux de bord en aval de faire la distinction entre les déclarations directes et les déclarations de fin de production de remplacement et de montrer quel produit de remplacement a satisfait à l'exigence.

En outre, une vue objets d’apprentissage associés permet de découvrir des alternatives potentielles pouvant satisfaire un objet d’apprentissage. Cette action est exposée via :

GET /primeapi/v2/learningObjects/{loId}/relatedLOs?type=sourceAlternateLOs&limit={n}

La réponse renvoie des objets d'apprentissage qui peuvent agir comme des variantes et inclut un champ meta.count qui indique le nombre total de ces variantes, indépendamment de la limite actuelle. Les intégrations peuvent l'utiliser pour présenter des équivalents recommandés ou pour créer des vues administratives de mappages alternatifs.

Cas d’utilisation Reporting and analytics

Les utilisateurs qui génèrent des rapports ou des analyses doivent mettre à jour leur logique pour ajouter isAlternateComplete et alternateCompletions dans leurs workflows de création de rapports.

Les intégrations de rapports qui consomment des données d'achèvement (par exemple, exportation LT, flux d'entrepôt de données personnalisés ou tableaux de bord BI) doivent étendre leur logique pour lire et conserver les deux attributs.isAlternateComplete et relations.alternateCompletions à partir des API LO :

Cas d’utilisation typiques :

Sans incorporer ces deux champs, les rapports en aval traiteront les autres achèvements comme des achèvements réguliers et ne seront pas en mesure d'expliquer pourquoi un élève montre comme ayant terminé une formation qu'il n'a jamais suivie directement.

Comportement de l’API LO Élève/Administrateur

La structure d’assistance à la tâche multilingue est identique dans les API LO de l’élève et de l’administrateur. La portée de l’élève renvoie uniquement les assistances à la tâche visibles par l’élève, mais pour chaque assistance à la tâche visible, elle expose toutes les langues configurées via plusieurs entités de ressource (une par langue) et plusieurs paramètres régionaux localizedMetadata. La portée d’administrateur renvoie toutes les assistances à la tâche que l’administrateur peut gérer, avec les mêmes ID de ressource spécifiques au modèle d’objet d’apprentissage et aux paramètres régionaux. Les clients avec une étendue d’élève doivent choisir la ressource dont les attributs.locale correspondent le mieux à la langue du contenu de l’élève, tandis que les outils d’administration peuvent énumérer toutes les langues pour la création de rapports et la gestion.

Liste de contrôle avec possibilité de commentaire

Pour prendre en charge les workflows dans lesquels les réviseurs peuvent partager des commentaires structurés sur les activités basées sur des listes de contrôle, cette version affiche des commentaires de liste de contrôle et des contrôles de visibilité des réviseurs via l'API de ressource d'objet d'apprentissage.

Les métadonnées liées à la liste de contrôle sont affichées sur les entités learningObjectResource (JApiLOResource, « type » : « learningObjectResource ») qui représentent des ressources de liste de contrôle dans un cours ou un autre objet d’apprentissage.

Les informations sont disponibles via :

GET /primeapi/v2/learningObjects/{loId}?include=instances.loResources

Lorsque l'instance d'objet d'apprentissage contient des ressources de type liste de contrôle, les entrées learningObjectResource correspondantes dans le tableau inclus exposent les attributs comment et reviewer-visibility sous attributs, et l'identité du réviseur sous relations.

Nouveaux attributs de commentaire de liste de contrôle

Pour les ressources de liste de contrôle, les attributs suivants peuvent être présents sur learningObjectResource :

D’autres contextes spécifiques à la liste de contrôle, tels que checklistEvaluationStatus, isChecklistObligatory, resourceSubType : « CHECKLIST » et submissionDate, sont également disponibles sur le même learningObjectResource pour prendre en charge des interfaces utilisateur de liste de contrôle et des rapports plus riches.

Relation d’identité du réviseur

Lorsque les noms des réviseurs sont censés être visibles, learningObjectResource inclut une relation qui pointe vers l’utilisateur réviseur :

"relationships": {
  "checklistReviewedBy": {
    "data": {
      "id": "user_id",
      "type": "user"
    }
  }
}

Cette relation est renseignée uniquement si :

Les applications clientes doivent :

Accès aux ressources et aux commentaires de la liste de contrôle

Pour récupérer les ressources de liste de contrôle et leurs commentaires pour un objet d'apprentissage donné, les clients doivent :

GET /primeapi/v2/learningObjects/{loId}?include=instances.loResources

Ce modèle permet aux clients sans en-tête ou personnalisés de générer une expérience de liste de contrôle complète, comprenant le statut, les indicateurs obligatoires/facultatifs et les commentaires des réviseurs, directement à partir des API Prime.

Remarques sur les rapports et l’expérience utilisateur

Prise en charge multilingue de l’assistance à la tâche

Pour prendre en charge les implémentations où les assistances à la tâche doivent être fournies dans plusieurs langues aux élèves et aux administrateurs, cette version étend la gestion des assistances à la tâche pour renvoyer une ressource par locale au lieu d'une seule ressource en-US codée en dur.

Les assistances à la tâche multilingues continuent d’utiliser la hiérarchie existante :

Objet d’apprentissage (lo) → learningObjectResource (loResource) → ressource

Aucune modification n’est requise pour le contrat d’API. Toute assistance à la tâche localisée s’intègre naturellement dans cette structure, avec des entités de ressources distinctes par locale et des métadonnées localisées partagées aux niveaux learningObject / learningObjectResource.

Les données d’assistance à la tâche sont affichées via :

GET /primeapi/v2/learningObjects/jobAid:{jobAidId}?include=instances.loResources.resources

Lorsqu’une assistance à la tâche comporte plusieurs variantes de langue, le tableau inclus contient plusieurs entrées « type » : « resource » (une pour chaque environnement linguistique (par exemple, en-US, fr-FR, es-ES), toutes liées à partir d’une seule ressource learningObjectResource.

Structure d'assistance à la tâche multilingue

Utilisation d’assistances à la tâche multilingues :

Dans le cas d’une assistance à la tâche multilingue, le schéma typique est le suivant :

Les clients peuvent sélectionner la ressource appropriée en faisant correspondre les paramètres régionaux de l’élève au champ resource.attributes.locale.

Nouveau format d'ID de ressource pour les assistances à la tâche

Pour distinguer correctement plusieurs variantes localisées d'une ressource d'assistance à la tâche, le format ID de ressource a été modifié.

Ancien format d'ID de ressource (hérité)

Auparavant, les ressources d’assistance à la tâche utilisaient un format d’ID opaque, tel que :

jobAid:131032_-1_-1_2_resource

Ce format ne codait pas les paramètres régionaux et les API n’exposaient efficacement qu’une seule ressource (généralement en-US).

Nouveau format d'ID de ressource (compatible multilingue)

Le nouveau format est le suivant :

jobAid:<jobAidId>_<version>_<localeCode>

Exemples :

Décomposition visuelle :

jobAid:131032_2_fr_FR

        │      │ │ │

        │      │ │ └──► Locale Code (fr_FR, en_US, es_ES, etc.)

        │      │ └────► Version (2)

        │      └──────► JobAid ID (131032)

        └─────────────► Resource Type Prefix ("jobAid:")

Cette structure permet aux clients :

Rétrocompatibilité :

/resources/{resourceId}

Le point de terminaison de ressource hérité reste disponible :

Il est désormais rétrocompatible avec les anciens et les nouveaux formats d'ID :

Les intégrations qui stockent ou référencent actuellement les anciens ID de ressource peuvent continuer à fonctionner sans changement, tandis que les implémentations plus récentes sont encouragées à adopter le nouveau format d'ID pour les opérations spécifiques aux paramètres régionaux.

Considérations relatives à l’intégration et à l’expérience utilisateur

Contraintes de créneau horaire pour le démarrage de modules

Certaines expériences d’apprentissage ne doivent être disponibles que dans une fenêtre temporelle définie. La version affiche des informations de créneau horaire sur les ressources d'objet d'apprentissage et introduit un point de terminaison de validation qui vérifie si un élève peut démarrer une ressource à l'instant présent.

Les métadonnées de créneau horaire sont disponibles via le point d’entrée :

GET /primeapi/v2/learningObjects/{loId}?include=instances.loResources

Au niveau de la ressource de l'objet d'apprentissage, un objet timeSlot peut désormais être présent dans les attributs, avec les valeurs startTime et endTime en UTC. Cette option spécifie la fenêtre pendant laquelle la ressource peut être démarrée.

Avant de lancer un module, les intégrations peuvent appeler un nouveau point de terminaison de validation :

GET /primeapi/v2/learningObjects/{loId}/instances/{loInstanceId}/loResources/{loResourceId}/canStart

Ce point de terminaison, destiné aux scénarios lus par l'élève, renvoie si l'élève est actuellement autorisé à démarrer la ressource, en tenant compte du créneau horaire configuré, du type de livraison et d'autres règles d'arrière-plan.

Les lecteurs personnalisés et les applications clientes doivent utiliser canStart pour appliquer l’accès basé sur le temps et utiliser les métadonnées timeSlot pour afficher un message clair indiquant quand le contenu devient disponible ou expire. Les réponses négatives de canStart doivent être traitées explicitement pour informer les élèves des raisons pour lesquelles le contenu ne peut pas encore être démarré ou plus.

Questionnaires axés sur le contenu et à tentatives multiples

Certains packages de contenu mettent en œuvre leur propre suivi des tentatives plutôt que de dépendre uniquement de Adobe Learning Manager. L’autorisation introduit un indicateur qui indique quand les tentatives sont pilotées par le contenu lui-même.

Via :

GET /primeapi/v2/learningObjects/{loId}?include=instances.loResources

Les ressources d’objet d’apprentissage peuvent désormais exposer un attribut booléen hasContentDrivenAttemptTracking. Lorsque c’est le cas, le quiz ou module gère les tentatives en interne (par exemple, via la logique SCORM ou xAPI) et les compteurs de tentatives standard de la plateforme peuvent ne pas refléter entièrement l’expérience de l’élève.

Les intégrations qui affichent le nombre de tentatives ou contrôlent le comportement des nouvelles tentatives doivent cocher cet indicateur. Lorsqu’elle est activée, ils ne doivent pas déduire de limites de tentatives uniquement à partir des métadonnées de la plateforme et doivent être prêts à s’appuyer sur des rapports côté contenu (par exemple, via des instructions xAPI) ou sur des règles spécifiques à l’entreprise.

Changement de comportement dans le format d'ID de ressource d'assistance à la tâche

Cette version introduit un changement de comportement important dans le format des ID de ressource d'assistance à la tâche. Bien qu’aucun nouveau point de terminaison ne soit impliqué, cela a un impact direct sur les systèmes qui stockent ou analysent ces ID.

Auparavant, les ID de ressource d'assistance à la tâche utilisaient un format tel que :

jobAid:<jobAidId>_-1_-1_2_resource

Dans la version d’avril 2026, ce format est remplacé par un format simplifié et plus explicite :

jobAid:<jobAidId>_<version>_<localeCode>

Par exemple :

jobAid:131032_2_fr_FR

Les composants sont les suivants :

Toute intégration qui indexe des ressources ou est conservée dans les ID de ressources d'assistance à la tâche doit mettre à jour sa logique d'analyse et de stockage pour reconnaître le nouveau format. Étant donné que les identificateurs eux-mêmes changent, il est fortement recommandé de reconstruire tous les index locaux clés par des ID de ressource d’assistance à la tâche après la mise à niveau vers la version d’avril 2026.

Définition d’images de bannière de cours via la migration

Vous pouvez désormais définir ou mettre à jour les images de bannière de cours dans Adobe Learning Manager dans le cadre de votre workflow de migration standard. Cela vous permet de lancer ou de nettoyer des catalogues volumineux tout en conservant la cohérence visuelle de vos pages de cours, sans les modifier manuellement

Où les images de bannière sont définies

Les images de bannière sont configurées dans le fichier de migration course.csv, que vous utilisez déjà pour fournir des métadonnées de cours telles que :

Grâce à cette amélioration, la spécification course.csv inclut une colonne facultative supplémentaire pour l'image de bannière de cours. Le nom exact de l’en-tête est défini dans la spécification CSV que vous téléchargez à partir de votre compte Learning Manager (par exemple, il peut apparaître sous la forme bannerUrl ou bannerImageUrl).

La colonne de bannière :

Préparation des images de bannière pour la migration

id,courseName,courseCreationDate,state,author,thumbnailUrl,bannerUrl
12345,DEMO1,2018-05-05T08:56:21.000Z,Published,Sudheer,pic1.png,banners/banner1.png
45678,DEMO2,2018-05-05T08:56:21.000Z,Published,Sudheer,pic2.png,banners/banner2.png

Application de bannières pendant une exécution de migration

Une fois votre fichier course.csv mis à jour, le flux est le même que pour toute autre migration :

Nouveaux cours et cours existants

Le champ de bannière fonctionne dans les deux scénarios :

Vos noms et chemins de colonne réels doivent correspondre à la spécification CSV téléchargée et à la mise en page de votre référentiel de contenu.

Supprimer la colonne d’ordre dans LearningProgramCourse

Adobe Learning Manager prend désormais en charge un modèle simplifié de commande de cours dans les Parcours d’apprentissage (programmes d’apprentissage) pendant la migration. Dans le cadre de cette modification, la colonne commande est supprimée du fichier de migration learning_program_course.csv.

Auparavant, le fichier learning_program_course.csv incluait une colonne (souvent appelée order ou similaire) qui était utilisée pour :

Désormais, Adobe Learning Manager n’utilise plus la colonne Ordre dans learning_program_course.csv pour déterminer l’ordre des cours. Au lieu de cela, le fichier CSV de migration se concentre sur l'appartenance des cours à chaque programme d'apprentissage, plutôt que sur leur ordre numérique.

Impact sur les fichiers CSV de migration

learning_program_course.csv

Vous devez traiter la colonne d’ordre héritée comme supprimée ou ignorée :

Reportez-vous toujours aux spécifications CSV les plus récentes de votre compte Learning Manager (via csv_specifications.zip) pour confirmer l’ensemble d’en-têtes et les exigences actuelles.

timeZoneCode sur les instances de cours

À partir de cette version, le modèle d’instance de cours (learningObjectInstance) expose un nouvel attribut :

timeZoneCode : champ de chaîne qui lie explicitement une instance de cours à l'un des fuseaux horaires configurés du compte.

Cela permet aux clients de :

Où timeZoneCode apparaît

Le champ est ajouté dans les attributs du modèle learningObjectInstance
pour les instances de cours uniquement.

Exemple :

{
  "id": "course:1262748_1359228",
  "type": "learningObjectInstance",
  "attributes": {
    "dateCreated": "2019-08-06T13:50:39.000Z",
    "isAET": false,
    "isDefault": true,
    "timeZoneCode": "356",
    "isFlexible": false,
    "state": "Active",
    "localizedMetadata": [
      {
        "locale": "en-US",
        "name": "Default instance"
      }
    ]
  }
}

Comment résoudre timeZoneCode

Le code de fuseau horaire numérique est une clé de recherche dans le catalogue de fuseau horaire du compte, qui s’affiche via l’API de compte :

GET /primeapi/v2/account
Authorization: Bearer <access_token>

Dans la réponse, les fuseaux horaires sont répertoriés dans :

"data": {
  "attributes": {
    "timeZones": [
      {
        "name": "Etc/GMT+12",
        "timeZoneCode": "356",
        "utcOffset": -720,
        "utcOffsetCode": "UTC-12:00(Etc/GMT+12)",
        "zoneId": "Etc/GMT+12"
      },
      "..."
    ]
  }
}

Flux client recommandé :

API publiques asynchrones pour l’appartenance à un groupe d’utilisateurs

Introduction

Adobe Learning Manager expose deux API asynchrones administrateur pour gérer l’appartenance à un groupe d’utilisateurs :

Au lieu de mettre à jour l'abonnement dans la même demande, ces API acceptent votre lot et renvoient un ID d'événement. Le résultat réel est fourni ultérieurement via des webhooks.

Utilisez-les lorsque :

Pour les petites actions d'administration interactives, vous pouvez continuer à utiliser les API /userGroups/{id}/users synchrones.

Authentification et URL de base

Ces API font partie de la surface standard de l'API d'administration v2.

Pour connaître le comportement et les portées de l’API d’administration, voir :

Format de la demande

Les options ajouter et supprimer utilisent exactement la même forme de corps.

Body

{
  "metadata": {
    "event_id": "my-optional-correlation-id",
    "sourceSystem": "HRIS",
    "batchId": "hr_2026_03_30_0001"
  },
  "data": [
    { "type": "user", "id": "11101219" },
    { "type": "user", "id": "11101220" }
  ]
}

données (obligatoire)

données est la liste des identificateurs de ressources utilisateur pour ce lot.

Contraintes

Si l’une de ces conditions échoue, l’API renvoie une erreur et rien n’est mis en file d’attente.

métadonnées (facultatif)

metadata toutes les données de corrélation supplémentaires que vous souhaitez retrouver dans le webhook.

Utilisation standard :

Le service renvoie cet objet sans le modifier dans la réponse du webhook, afin que vous puissiez faire correspondre le rappel à votre tâche interne.

Contraintes :

Format de réponse

Les deux points de terminaison répondent de manière synchrone avec un ID d’événement :

{ "event_id": "cd2972c8-cb15-47a0-a23f-e4a16cb720f5" }

Comportement :

Vous devez toujours :

Affichez Webhooks pour l’ajout et la suppression d’appartenances à un groupe d’utilisateurs pour plus de détails.

Foire aux questions

En quoi la version d’avril 2026 modifie-t-elle l’API learningObjects pour les programmes d’apprentissage adaptatif ?

Cette version ajoute un indicateur isAdaptive aux programmes d’apprentissage et prend en compte les sections et les sous-objets d’apprentissage. Dans les programmes adaptatifs, les élèves ne voient que les sections et les objets de sous-apprentissage qui leur sont visibles en fonction de règles adaptatives, tandis que les administrateurs peuvent voir la configuration adaptative sous-jacente d'un groupe d'utilisateurs.

Dois-je mettre à jour mon intégration si elle suppose que toutes les sections et les sous-objets d’apprentissage sont toujours renvoyés ?

Oui. Pour les programmes d’apprentissage adaptatif, l’API renvoie désormais uniquement les sections et les sous-objets d’apprentissage qui sont visibles par l’élève actuel. Le code client doit traiter la réponse comme une vue faisant autorité, éventuellement filtrée, au lieu d'assumer une liste complète.

Comment puis-je réinitialiser par programme l’achèvement d’un élève pour un cours ou un programme d’apprentissage ?

Utiliser le nouveau point de terminaison :

POST /primeapi/v2/learningObjects/{loId}/instances/{loInstanceId}/refreshCompletion
Cela réinitialise l'achèvement pour l'instance ciblée lorsque les autorisations et l'état l'autorisent.

Comment savoir si un élève a terminé quelque chose via un objet d’apprentissage alternatif ou équivalent ?

Vérifiez l’attribut isAlternateComplete sur l’objet d’apprentissage. Si c’est le cas, la relation alternateCompletions répertorie les objets d’apprentissage qui ont servi d’alternatives à l’achèvement de cet élève.

Comment puis-je trouver toutes les alternatives qui peuvent satisfaire un objet d’apprentissage particulier ?

Utilisez le point d’entrée suivant :

GET /primeapi/v2/learningObjects/{loId}/relatedLOs?type=sourceAlternateLOs&limit={n}

et utilisez le tableau de données (pour les variantes) et meta.count (pour le nombre total de variantes).

Comment savoir si un élève est autorisé à démarrer un module pour le moment ?

Tout d'abord, récupérez l'intervalle de temps de la ressource à partir de :

GET /primeapi/v2/learningObjects/{loId}?include=instances.loResources
puis utilisez :

GET /primeapi/v2/learningObjects/{loId}/instances/{loInstanceId}/loResources/{loResourceId}/canStart

Que signifie hasContentDrivenAttemptTracking sur une ressource ?

Cela indique que le suivi des tentatives est contrôlé par le contenu lui-même (par exemple, via la logique SCORM/xAPI) plutôt que par les compteurs de plateforme uniquement. Lorsque c’est vrai, ne vous fiez pas uniquement au nombre de tentatives de plateforme ou aux limites pour votre UX et vos rapports.

Comment obtenir des menus adaptés aux utilisateurs non connectés (expériences publiques) ?

Utilisation :

GET /primeapi/v2/templates/menus?include=pages,subMenus.pages&isNonLoggedIn=true

Cela renvoie des structures de menu et de page filtrées pour les utilisateurs anonymes, adaptées à Experience Builder ou à d’autres sites sans en-tête.

Qu'est-ce qui a changé dans le filtrage des assistances à la tâche avec effectiveModifiedDate ?

Les demandes qui combinent filter.effectiveModifiedDate avec filter.loTypes=jobAid retournent désormais correctement uniquement les assistances à la tâche dans la fenêtre de date spécifiée.

Qu'est-ce qui a changé dans le format d'ID de ressource d'assistance à la tâche et comment dois-je le gérer ?

Le format d’ID a changé pour des valeurs telles que :

jobAid:<jobAidId>_-1_-1_2_resource

à :

jobAid:<jobAidId>_<version>_<localeCode>

par exemple jobAid:131032_2_fr_FR. Tout système qui stocke ou analyse les ID de ressource d’assistance à la tâche doit être mis à jour. Vous devez prévoir de reconstruire les index locaux clés par ces ID après la mise à niveau vers la version d’avril 2026.