Modifiche alle API nella versione di aprile 2026

La versione di aprile 2026 di Adobe Learning Manager introduce miglioramenti mirati all’API pubblica per alternative ed equivalenti, accesso con finestra di tempo ai contenuti, tentativi di quiz basati sui contenuti, esperienze senza accesso e gestione delle risorse formative. Le modifiche sono state progettate per essere ampiamente compatibili con le versioni precedenti, consentendo al contempo integrazioni più precise.

Apprendimento adattivo per i percorsi di apprendimento

Questa versione aggiunge il supporto API pubblico completo per i percorsi di apprendimento adattativi. I percorsi di apprendimento (LP) possono ora definire regole adattive che controllano quali sezioni e oggetti di apprendimento secondario (LO secondari) sono visibili a diversi gruppi di Allievi e l’API pubblica riflette questo comportamento.

Sono interessati i seguenti endpoint:

Un nuovo attributo booleano, attributes.isAdaptive, indica che un programma di apprendimento utilizza regole adattive. Quando questo flag è true, l'attributo sections viene interpretato in modo adattivo.

Per le chiamate degli Allievi, vengono restituite solo le sezioni visibili per l’Allievo corrente. Ogni sezione include l’elenco degli ID degli oggetti di apprendimento (loId), un flag obbligatorio e un valore requiredLOCount calcolati in base alla configurazione adattiva per l’Allievo, nonché l’ID della sezione. Anche la relazione relations.subLOs è stata filtrata, quindi contiene solo gli oggetti di apprendimento secondario visibili all’Allievo.

Per le chiamate di amministratore, le sezioni possono esporre anche un array adaptiveConfig. Vengono descritte le regole adattive per ogni gruppo di utenti, inclusi userGroupId e userGroupName e se la sezione è obbligatoria per quel gruppo. Gli strumenti rivolti all’amministratore possono utilizzarli per visualizzare e gestire le regole adattive.

Ripristino del completamento dei programmi di apprendimento

La versione introduce un’API per aggiornare (ripristinare) il completamento degli oggetti di apprendimento, inclusi i programmi di apprendimento adattativi. Ciò supporta scenari come corsi di formazione, aggiornamenti periodici della conformità o riavvii del programma.

È disponibile un nuovo endpoint:

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

Questa operazione richiede autorizzazioni di scrittura appropriate e reimposta lo stato di completamento per l’istanza dell’oggetto di apprendimento specificato nel contesto utente specificato. È destinato all’uso da parte di automazioni lato amministratore o strumenti allievi con ambito accurato.

Una versione in blocco di questa funzionalità è pianificata tramite un’API dei processi. La forma Richiesta è progettata per gli utenti di destinazione tramite e-mail, ID utente o ID gruppo utente, ad esempio:

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

Le integrazioni devono utilizzare questa API quando è necessario riavviare gli Allievi in ogni programma o corso. I client devono gestire correttamente le risposte agli errori: l’API potrebbe rifiutare le richieste di aggiornamento, laddove una reimpostazione non sia applicabile (ad esempio, in assenza di completamento o tipi di oggetti di apprendimento non supportati).

Equivalenti e completamenti alternativi

Per supportare implementazioni in cui più oggetti di apprendimento possono soddisfare lo stesso requisito, la versione introduce completamenti equivalenti e alternativi come API pubbliche.

Gli endpoint dell’oggetto di apprendimento ora contengono queste informazioni:

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

Un nuovo attributo booleano attributes.isAlternateComplete indica se il completamento dell’Allievo per un determinato oggetto di apprendimento è il risultato di un oggetto di apprendimento alternativo o equivalente anziché l’oggetto stesso. Quando questo è vero, la relazione relations.alternateCompletions elenca gli oggetti di apprendimento che hanno agito come alternative. Ciò consente la creazione di report a valle e i dashboard di distinguere tra completamenti diretti e alternativi e di mostrare quale alternativa soddisfaceva il requisito.

Inoltre, una visualizzazione correlata degli oggetti di apprendimento consente l’individuazione di potenziali alternative in grado di soddisfare un oggetto di apprendimento. Questo è esposto tramite:

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

La risposta restituisce oggetti di apprendimento che possono agire come alternative e include un campo meta.count che indica il numero totale di tali alternative, indipendentemente dal limite corrente. Le integrazioni possono utilizzare questa funzionalità per presentare gli equivalenti consigliati o per creare visualizzazioni amministrative di mapping alternativi.

Report e casi d'uso analitici

Gli utenti che generano report o analisi devono aggiornare la propria logica per aggiungere isAlternateComplete e alternateCompletions nei propri flussi di lavoro di reporting.

Le integrazioni di reporting che utilizzano dati di completamento (ad esempio, esportazione LT, feed data warehouse personalizzati o dashboard BI) devono estendere la logica per leggere e mantenere entrambi gli attributi.isAlternateComplete e relations.alternateCompletions dalle API LO:

Casi d’uso tipici:

Senza incorporare questi due campi, i report a valle considereranno i completamenti alternativi come completamenti regolari e non saranno in grado di spiegare perché un Allievo mostra come completato un corso di formazione che non ha mai seguito direttamente.

Comportamento API per Allievi e Amministratori di oggetti di apprendimento

La struttura della risorsa formativa multilingue è identica sia nelle API per gli oggetti di apprendimento per Allievi che per Amministratori. L’ambito Allievo restituisce solo le risorse formative visibili all’Allievo, ma per ogni risorsa formativa visibile espone tutte le impostazioni locali configurate tramite più entità risorsa (una per lingua) e più impostazioni locali localizzate Metadati. L’ambito Amministratore restituisce tutte le risorse formative che l’Amministratore può gestire, con lo stesso modello LO e gli stessi ID di risorse specifici per le impostazioni internazionali. I client con ambito Allievo devono scegliere la risorsa i cui attributi.locale corrispondono meglio alla lingua del contenuto dell’Allievo, mentre gli strumenti di amministrazione possono enumerare tutte le lingue per la creazione di report e la gestione.

Elenco di controllo con funzionalità per commenti

Per supportare i flussi di lavoro in cui i revisori possono condividere feedback strutturati sulle attività basate su elenchi di controllo, questa versione genera commenti all’elenco di controllo e controlli di visibilità dei revisori tramite l’API delle risorse dell’oggetto di apprendimento.

I metadati relativi all’elenco di controllo vengono esposti nelle entità learningObjectResource (JApiLOResource, "type": "learningObjectResource") che rappresentano le risorse dell’elenco di controllo all’interno di un corso o di un altro oggetto di apprendimento.

Le informazioni sono disponibili tramite:

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

Quando l’istanza dell’oggetto di apprendimento contiene risorse di tipo elenco di controllo, le voci learningObjectResource corrispondenti nell’array incluso espongono gli attributi di commento e visibilità del revisore in attributi e l’identità del revisore in relazioni.

Nuovi attributi per i commenti dell’elenco di controllo

Per le risorse dell’elenco di controllo, in learningObjectResource possono essere presenti i seguenti attributi:

Un altro contesto specifico dell’elenco di controllo, ad esempio checklistEvaluationStatus, isChecklistMandatory, resourceSubType: "CHECKLIST" e submissionDate, è disponibile anche sulla stessa risorsa learningObjectResource per supportare interfacce utente e report più completi.

Relazione identità revisore

Quando i nomi dei revisori devono essere visibili, learningObjectResource include una relazione che punta all’utente revisore:

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

Questa relazione viene popolata solo se:

Le applicazioni client devono:

Accesso alle risorse dell'elenco di controllo e ai commenti

Per recuperare le risorse dell’elenco di controllo e i relativi commenti per un determinato oggetto di apprendimento, i client devono:

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

Questo modello consente ai client headless o personalizzati di eseguire il rendering di un’esperienza completa dell’elenco di controllo, inclusi lo stato, i flag obbligatori/opzionali e il feedback dei revisori, direttamente dalle API Prime.

Report e considerazioni UX

Supporto multilingue per risorsa formativa

Per supportare implementazioni in cui le risorse formative devono essere fornite in più lingue sia agli Allievi che agli Amministratori, questa versione estende la gestione delle risorse formative in modo da restituire una risorsa per lingua anziché una singola risorsa en-US hardcoded.

Le risorse formative multilingue continuano a utilizzare la gerarchia esistente:

oggetto di apprendimento (lo) → learningObjectResource (loResource) → risorsa

Non sono richieste modifiche al contratto API. Qualsiasi risorsa formativa localizzata si adatta naturalmente a questa struttura, con entità risorsa separate per lingua e metadati localizzati condivisi ai livelli learningObject/learningObjectResource.

I dati della risorsa formativa sono esposti tramite:

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

Quando una risorsa formativa dispone di più varianti di lingua, l’array incluso contiene più voci "type": "resource", una per ogni lingua (ad esempio, en-US, fr-FR, es-ES), tutte collegate da un singolo learningObjectResource.

Struttura delle risorse formative multilingue

Le risorse formative multilingue utilizzano:

Per una risorsa formativa multilingue, un modello tipico è:

I client possono selezionare la risorsa appropriata facendo corrispondere le impostazioni internazionali dell’Allievo al campo resource.attributes.locale.

Nuovo formato ID risorsa per risorse formative

Per distinguere correttamente più varianti localizzate di una risorsa risorsa risorsa formativa, il formato dell'ID risorsa è cambiato.

Vecchio formato ID risorsa (legacy)

In precedenza, le risorse risorsa formativa utilizzavano un formato ID opaco come:

risorsa formativa:131032_-1_-1_2_resource

Questo formato non codificava le impostazioni locali e le API esponevano di fatto solo una singola risorsa (in genere en-US).

Nuovo formato ID risorsa (compatibile con più lingue)

Il nuovo formato è:

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

Esempi:

Ripartizione visiva:

jobAid:131032_2_fr_FR

        │      │ │ │

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

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

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

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

Questa struttura consente ai client:

Compatibilità con le versioni precedenti:

/resources/{resourceId}

L'endpoint della risorsa legacy rimane disponibile:

Ora è compatibile con le versioni precedenti con entrambi i formati ID precedente e nuovo:

Le integrazioni che attualmente memorizzano o fanno riferimento ai vecchi ID di risorsa possono continuare a funzionare senza modifiche, mentre le implementazioni più recenti sono incoraggiate ad adottare il nuovo formato di ID per le operazioni specifiche delle impostazioni internazionali.

Considerazioni su integrazione ed esperienza utente

Vincoli relativi alle fasce orarie per l'avvio dei moduli

Alcune esperienze di apprendimento devono essere disponibili solo entro una finestra temporale definita. La versione mostra le informazioni sugli intervalli di tempo nelle risorse degli oggetti di apprendimento e introduce un endpoint di convalida che controlla se un Allievo può avviare una risorsa al momento corrente.

I metadati delle fasce orarie sono disponibili attraverso il punto finale:

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

A livello di risorsa dell’oggetto di apprendimento, un oggetto timeSlot potrebbe ora essere presente negli attributi, con i valori startTime e endTime in UTC. Specifica la finestra durante la quale è possibile avviare la risorsa.

Prima di avviare un modulo, le integrazioni possono chiamare un nuovo endpoint di convalida:

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

Questo endpoint, destinato agli scenari di lettura da parte dell’Allievo, indica se l’Allievo è attualmente autorizzato ad avviare la risorsa, tenendo conto della fascia oraria configurata, del tipo di recapito e di altre regole di back-end.

I lettori personalizzati e le applicazioni client devono utilizzare canStart per applicare l'accesso basato sul tempo e utilizzare i metadati timeSlot per visualizzare messaggi chiari su quando il contenuto diventa disponibile o scade. Le risposte negative di canStart devono essere gestite in modo esplicito per informare gli Allievi del motivo per cui il contenuto non può essere ancora avviato o non può più essere avviato.

Query basate sui contenuti e tentativi multipli

Alcuni pacchetti di contenuti implementano il proprio tentativo di tracciamento piuttosto che affidarsi esclusivamente a Adobe Learning Manager. La versione introduce un flag che indica quando i tentativi sono guidati dal contenuto stesso.

Attraverso:

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

le risorse dell’oggetto di apprendimento possono ora esporre un attributo booleano hasContentDrivenAttemptTracking. In questo caso, il quiz o il modulo gestisce i tentativi internamente (ad esempio, tramite logica SCORM o xAPI) e i contatori dei tentativi standard della piattaforma potrebbero non riflettere completamente l’esperienza dell’Allievo.

Questo flag deve essere controllato dalle integrazioni che visualizzano il conteggio dei tentativi o controllano il comportamento dei tentativi. Quando questa opzione è attivata, non devono dedurre i limiti dei tentativi solo dai metadati della piattaforma e devono essere preparati a basarsi su report lato contenuto (ad esempio, tramite istruzioni xAPI) o su regole aziendali specifiche.

Modifica comportamentale nel formato ID risorsa Risorsa risorsa formativa

Questa versione introduce un'importante modifica comportamentale nel formato degli ID delle risorse risorsa formativa. Sebbene non sia coinvolto alcun nuovo endpoint, questo ha un impatto diretto sui sistemi che memorizzano o analizzano questi ID.

In precedenza, gli ID delle risorse Risorsa formativa utilizzavano un formato come:

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

Nella versione di aprile 2026, questo è sostituito da un formato semplificato e più esplicito:

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

Ad esempio:

risorsa formativa:131032_2_fr_FR

I componenti sono:

Qualsiasi integrazione che indicizzi risorse o persista negli ID risorse risorsa formativa deve aggiornare la logica di analisi e archiviazione per riconoscere il nuovo formato. Poiché gli identificatori stessi cambiano, è consigliabile ricostruire tutti gli indici locali digitati dagli ID delle risorse della risorsa formativa dopo l’aggiornamento alla versione di aprile 2026.

Impostazione delle immagini del banner del corso tramite migrazione

Ora puoi impostare o aggiornare le immagini del banner del corso in Adobe Learning Manager come parte del flusso di lavoro di migrazione standard. Questo consente di avviare o pulire cataloghi di grandi dimensioni mantenendo le pagine dei corsi coerenti visivamente, senza modifiche manuali

Dove vengono definite le immagini dei banner

Le immagini del banner sono configurate nel file di migrazione course.csv, che già utilizzi per fornire i metadati del corso, ad esempio:

Con questo miglioramento, la specifica course.csv include una colonna facoltativa aggiuntiva per l’immagine del banner del corso. Il nome esatto dell’intestazione è definito nella specifica CSV che scarichi dall’account Learning Manager (ad esempio, può essere visualizzato come bannerUrl o bannerImageUrl).

La colonna del banner:

Preparazione delle immagini del banner per la migrazione

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

Applicare banner durante un'esecuzione della migrazione

Una volta aggiornato il file course.csv, il flusso è uguale a qualsiasi altra migrazione:

Nuovi corsi rispetto a quelli esistenti

Il campo banner funziona in entrambi gli scenari:

I nomi e i percorsi effettivi delle colonne devono corrispondere alla specifica CSV scaricata e al layout del repository dei contenuti.

Rimuovere la colonna dell’ordine in LearningProgramCourse

Adobe Learning Manager ora supporta un modello semplificato per l'ordinamento di corsi all'interno dei percorsi di apprendimento (programmi di apprendimento) durante la migrazione. Come parte di questa modifica, la colonna ordine è stata rimossa dal file di migrazione learning_program_course.csv.

In precedenza, il file learning_program_course.csv includeva una colonna (spesso chiamata ordine o simile) utilizzata per:

Ora Adobe Learning Manager non utilizza più la colonna dell’ordine in learning_program_course.csv per determinare l’ordine dei corsi. Il file CSV di migrazione si concentra invece su quali corsi appartengono a quale programma di apprendimento, piuttosto che sul modo in cui sono ordinati numericamente.

Impatto sui CSV di migrazione

learning_program_course.csv

La colonna dell’ordine precedente deve essere considerata come rimossa o ignorata:

Fai sempre riferimento alle specifiche CSV più recenti dal tuo account Learning Manager (tramite csv_specific.zip) per confermare il set di intestazioni e i requisiti correnti.

TimeZoneCode sulle istanze del corso

A partire da questa versione, il modello Istanza del corso (learningObjectInstance) espone un nuovo attributo:

timeZoneCode: campo stringa che collega esplicitamente un’istanza del corso a uno dei fusi orari configurati dell’account.

Ciò consente ai client di:

Dove viene visualizzato timeZoneCode

Il campo viene aggiunto negli attributi del modello learningObjectInstance.
solo per le istanze del corso.

Esempio:

{
  "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"
      }
    ]
  }
}

Come risolvere TimeZoneCode

Il codice numerico del fuso orario è una chiave di ricerca nel catalogo del fuso orario dell’account, che viene visualizzata tramite l’API Account:

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

All’interno della risposta, i fusi orari sono elencati in:

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

Flusso client consigliato:

API pubbliche asincrone per l’iscrizione a un gruppo di utenti

Introduzione

Adobe Learning Manager espone due API asincrone per l’amministratore per gestire l’iscrizione al gruppo di utenti:

Anziché aggiornare l'appartenenza nella stessa richiesta, queste API accettano il batch e restituiscono un ID evento. Il risultato effettivo viene fornito in seguito tramite i webhook.

Usalo quando:

Per piccole azioni di amministrazione interattive, puoi continuare a utilizzare le API /userGroups/{id}/users sincrone.

Autenticazione e URL di base

Queste API fanno parte dell'interfaccia standard v2 Admin API.

Per il comportamento e gli ambiti generali dell’API di amministrazione, consulta:

Formato richiesta

Sia add che remove utilizzano esattamente la stessa forma del corpo.

Corpo

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

dati (obbligatorio)

dati è l'elenco degli identificatori di risorsa utente per questo batch.

Vincoli

Se una di queste condizioni non riesce, l’API restituisce un errore e non viene messo in coda nulla.

metadati (facoltativi)

metadata è qualsiasi dato di correlazione aggiuntivo di cui desideri creare eco nel webhook.

Utilizzo tipico:

Il servizio restituisce questo oggetto invariato nella risposta Webhook, in modo che sia possibile associare il callback al processo interno.

Vincoli:

Formato di risposta

Entrambi gli endpoint rispondono in modo sincrono con un ID evento:

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

Comportamento:

Devi sempre:

Per ulteriori informazioni, visualizza i webhook per aggiungere e rimuovere l'appartenenza al gruppo di utenti.

Domande frequenti

In che modo la versione di aprile 2026 modifica l’API di learningObjects per i programmi di apprendimento adattivo?

Questa versione aggiunge un flag isAdaptive ai programmi di apprendimento e rende le sezioni e i subLO consapevoli degli Allievi. Nei programmi adattivi, gli allievi visualizzano solo le sezioni e gli oggetti di apprendimento secondario visibili in base alle regole adattive, mentre gli amministratori possono visualizzare la configurazione adattiva sottostante per un gruppo di utenti.

È necessario aggiornare la mia integrazione se presuppone che tutte le sezioni e gli oggetti di apprendimento secondari vengano sempre restituiti?

Sì. Per i programmi di apprendimento adattivo, l’API ora restituisce solo le sezioni e i sub LO visibili all’Allievo corrente. Il codice client deve considerare la risposta come una vista autorevole, eventualmente filtrata, invece di assumere un elenco completo.

Come posso reimpostare a livello di programmazione il completamento di un Allievo per un corso o un programma di apprendimento?

Usa il nuovo endpoint:

POST /primeapi/v2/learningObjects/{loId}/instances/{loInstanceId}/refreshCompletion
Questa operazione reimposta il completamento per l'istanza di destinazione quando le autorizzazioni e lo stato lo consentono.

Come si verifica se un Allievo ha completato un corso tramite un oggetto di apprendimento alternativo o equivalente?

Verifica l’attributo isAlternateComplete nell’oggetto di apprendimento. Se è vero, la relazione alternateCompletions elenca gli oggetti di apprendimento che hanno agito da alternative per il completamento dell’Allievo.

Come posso trovare tutte le alternative che soddisfano un determinato oggetto di apprendimento?

Utilizza il seguente endpoint:

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

e utilizzare la matrice di dati (per le alternative) e meta.count (per il numero totale di alternative).

Come faccio a sapere se un Allievo è autorizzato ad avviare un modulo in questo momento?

Innanzitutto, recuperare il timeSlot della risorsa da:

GET /primeapi/v2/learningObjects/{loId}?include=instances.loResources
e quindi utilizzare:

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

Cosa significa hasContentDrivenAttemptTracking in una risorsa?

Indica che il tracciamento dei tentativi è controllato dal contenuto stesso (ad esempio, tramite logica SCORM/xAPI) anziché solo dai contatori della piattaforma. Quando è vero, non affidarti esclusivamente ai conteggi o ai limiti dei tentativi di piattaforma per l'esperienza utente e la creazione di report.

Come posso ottenere menu appropriati per gli utenti non connessi (esperienze pubbliche)?

Usa:

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

Restituisce strutture di menu e pagine filtrate per utenti anonimi, adatte a Experience Builder o ad altri siti headless.

Cosa è cambiato nel filtro delle risorse formative con effectiveModifiedDate?

Le richieste che combinano filter.effectiveModifiedDate con filter.loTypes=jobAid ora restituiscono correttamente solo risorse formative nella finestra di data specificata.

Cosa è cambiato nel formato dell'ID della risorsa formativa e come devo gestirlo?

Il formato ID è cambiato da valori quali:

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

a:

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

ad esempio jobAid:131032_2_fr_FR. Qualsiasi sistema che memorizzi o analizzi gli ID delle risorse risorsa formativa deve essere aggiornato e dovresti pianificare la ricostruzione degli indici locali basati su questi ID dopo l'aggiornamento alla versione di aprile 2026.