2026년 4월 릴리스의 API 변경 사항

Adobe Learning Manager의 2026년 4월 릴리스에는 대체 및 대응 항목과 관련하여 공개 API가 중점적으로 개선되고, 콘텐츠의 시간 창을 통한 액세스, 콘텐츠 중심의 퀴즈 시도, 로그인하지 않은 경험, 작업 지원 처리가 도입되었습니다. 변경 사항은 보다 정밀한 통합을 가능케 하면서 대부분 이전 버전과 호환되도록 설계되었습니다.

학습 경로에 대한 적응형 학습

이 릴리스에는 적응형 학습 경로에 대한 전체 공개 API 지원이 추가되었습니다. 이제 학습 경로(LP)는 서로 다른 학습자 그룹에 표시되는 섹션 및 하위 학습 개체(하위 LO)를 제어하는 적응형 규칙을 정의할 수 있으며, 공개 API는 이러한 동작을 반영합니다.

다음 엔드포인트가 영향을 받습니다.

새로운 부울 속성인 attributes.isAdaptive 는 학습 프로그램이 적응 규칙을 사용함을 나타냅니다. 이 플래그가 true이면 sections 속성이 적응적으로 해석됩니다.

학습자 통화의 경우 현재 학습자에게 표시되는 섹션만 반환됩니다. 각 섹션에는 학습 개체 ID(loId) 목록, 필수 플래그 및 해당 학습자의 적응 구성에 따라 계산된 필수 LOCount과 sectionId가 포함됩니다. 이제 relationships.subLOs 관계도 필터링되어 해당 학습자에게 표시되는 하위 학습 객체만 포함됩니다.

관리자 호출의 경우 섹션에서 adaptiveConfig 배열을 추가로 표시할 수 있습니다. 이는 userGroupId, userGroupName 및 해당 그룹에 섹션이 필수인지 여부를 포함하여 사용자 그룹별 적응 규칙에 대해 설명합니다. 관리자 접근 도구는 이를 사용하여 적응 규칙을 시각화하고 관리할 수 있습니다.

학습 프로그램 완료 재설정

이 릴리스에서는 적응형 학습 프로그램을 포함하여 학습 개체를 새로 고침(재설정) 완료​하는 API가 도입되었습니다. 재교육, 정기적인 규정 준수 새로 고침 또는 프로그램 재시작과 같은 시나리오를 지원합니다.

새 끝점을 사용할 수 있습니다.

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

이 작업에는 적절한 쓰기 권한이 필요하며 지정된 사용자 컨텍스트에서 지정된 학습 개체 인스턴스의 완료 상태가 재설정됩니다. 책임자 자동화나 학습자 도구에 맞게 범위가 지정된 도구를 사용하기 위한 것입니다.

이 기능의 대량 버전은 작업 API를 통해 계획되었습니다. 요청 모양은 이메일, 사용자 ID 또는 사용자 그룹 ID를 기준으로 사용자를 대상으로 합니다. 예를 들면 다음과 같습니다.

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

통합에서는 각 프로그램 또는 과정에서 학습자를 다시 시작해야 할 때 이 API를 사용해야 합니다. 클라이언트는 오류 응답을 적절하게 처리해야 합니다. 즉, 재설정이 적용되지 않는 경우(예: 완료가 없거나 지원되지 않는 학습 객체 유형이 있는 경우) API에서 새로 고침 요청을 거부할 수 있습니다.

해당 항목 및 대체 완료

여러 학습 객체가 동일한 요구 사항을 충족할 수 있는 구현을 지원하기 위해 이 릴리스에서는 등가 및 대체 기능을 공개 API로 도입했습니다.

이제 학습 개체 끝점에 다음 정보가 포함됩니다.

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

새로운 부울 속성 속성 속성 속성.isAlternateComplete는 지정된 학습 개체에 대한 학습자의 완료 결과가 개체 자체가 아닌 대체 학습 개체 또는 동등한 학습 개체의 결과인지 나타냅니다. 이 값이 true이면 relationships.alternateCompletions 관계에는 대체 역할을 하는 학습 객체가 나열됩니다. 이를 통해 다운스트림 보고 및 대시보드는 직접 완료와 대체 완료를 구분하고 요구 사항을 충족한 대안을 표시할 수 있습니다.

또한 관련 학습 객체 보기를 사용하면 학습 객체를 만족시킬 수 있는 잠재적 대안을 검색할 수 있습니다. 이 문제는 다음을 통해 노출됩니다.

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

응답은 대체자로 사용할 수 있는 학습 객체를 반환하며 현재 제한과 관계없이 이러한 대체자의 총 수를 나타내는 meta.count 필드를 포함합니다. 통합에서는 이를 사용하여 권장 등가물을 제시하거나 대체 매핑의 관리 뷰를 작성할 수 있습니다.

보고 및 분석 사용 사례

보고서 또는 분석을 생성하는 사용자는 논리를 업데이트하여 isAlternateComplete 및 alternateCompletions를 보고 워크플로우에 추가해야 합니다.

완료 데이터(예: LT 내보내기, 사용자 지정 데이터 웨어하우스 피드 또는 BI 대시보드)를 사용하는 보고 통합은 논리를 확장하여 두 특성을 모두 읽고 유지해야 합니다.isAlternateComplete 및 관계.alternateLO API에서 완료:

일반적인 사용 사례:

이 두 필드를 통합하지 않으면 다운스트림 보고서는 대체 완료를 일반 완료로 취급하며 학습자가 직접 수강하지 않은 교육을 완료한 것으로 표시할 수 있는 경우 설명할 수 없는 경우 이유​를 설명할 수 없습니다.

학습자 및 책임자 LO API 동작

다중 언어 작업 지원 구조는 학습자 및 책임자 LO API에서 모두 동일합니다. 학습자 범위는 학습자에게 표시되는 작업 지원만 반환하지만 표시되는 각 작업 지원에 대해 여러 리소스 엔터티(로케일당 하나) 및 다중 로케일의 지역화된 Metadata를 통해 구성된 모든 로케일이 표시됩니다. 관리 범위는 관리자가 관리할 수 있는 모든 작업 지원을 동일한 LO 모델 및 로케일별 리소스 ID로 반환합니다. 학습자 범위가 있는 클라이언트는 속성이 학습자의 콘텐츠 언어와 가장 잘 맞는 리소스를 선택해야 하며, 관리 도구는 보고 및 관리를 위해 모든 로케일을 열거할 수 있습니다.

주석 달기 기능이 있는 체크리스트

검토자가 체크리스트 기반 활동에 대한 구조화된 피드백을 공유할 수 있는 워크플로우를 지원하기 위해 이 릴리스에서는 학습 개체 리소스 API를 통해 체크리스트 주석 및 검토자 가시성 컨트롤이 표시됩니다.

체크리스트 관련 메타데이터는 과정 또는 기타 학습 개체 내의 체크리스트 리소스를 나타내는 learningObjectResource 엔터티(JApiLOResource, "type": "learningObjectResource")에 표시됩니다.

이 정보는 다음을 통해 제공됩니다.

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

학습 객체 인스턴스에 체크리스트 유형 리소스가 포함되어 있는 경우 포함된 배열의 해당 learningObjectResource 항목은 속성 아래에 주석 및 검토자 가시성 속성이 표시되고 관계 아래에 검토자 ID가 표시됩니다.

새 체크리스트 주석 속성

체크리스트 리소스의 경우 learningObjectResource에 다음 속성이 있을 수 있습니다.

더 풍부한 체크리스트 UI 및 보고를 지원하기 위해 동일한 learningObjectResource에서도 checklistEvaluationStatus, isChecklistMandatory, resourceSubType: "체크리스트" 및 submissionDate와 같은 다른 체크리스트별 컨텍스트를 사용할 수 있습니다.

검토자 ID 관계

검토자 이름이 표시될 경우 learningObjectResource에는 검토자 사용자를 가리키는 관계가 포함됩니다.

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

이 관계는 인 경우에만​채워집니다.

클라이언트 애플리케이션은 다음 작업을 수행해야 합니다.

체크리스트 리소스 및 주석 액세스

지정된 학습 객체에 대한 체크리스트 리소스와 주석을 검색하려면 다음과 같이 해야 합니다.

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

이 패턴을 통해 헤드리스 또는 사용자 정의 클라이언트는 Prime API에서 직접 상태, 필수/선택적 플래그 및 검토자 피드백을 포함한 포괄적인 체크리스트 경험을 렌더링할 수 있습니다.

보고 및 UX 고려 사항

작업 지원에 대한 다국어 지원

작업 지원이 학습자와 관리자 모두에게 다국어로 전달되어야 하는 구현을 지원하기 위해 이 릴리스에서는 작업 지원 처리가 하드 코딩된 단일 en-US 리소스 대신 로케일당 하나의 리소스​를 반환하도록 확장되었습니다.

다중 언어 작업 지원은 기존 계층 구조를 계속 사용합니다.

학습 개체(lo) → learningObjectResource(loResource) → 리소스

API 계약을 변경할 필요가 없습니다. 지역화된 모든 작업 지원은 로케일별로 별도의 리소스 엔티티와 learningObject/learningObjectResource 수준의 지역화된 공유 메타데이터를 통해 자연스럽게 이 구조에 맞춰집니다.

작업 지원 데이터는 다음을 통해 노출됩니다.

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

작업 지원에 여러 언어 변형이 있는 경우 포함된 배열에는 여러 "type": "resource" 항목이 포함되며 각 로케일에 대해 하나씩(예: en-US, fr-FR, es-ES), 모두 단일 learningObjectResource에서 연결됩니다.

다국어 작업 지원 구조

다중 언어 작업 지원 사용:

다국어 작업 지원의 경우 일반적인 패턴은 다음과 같습니다.

클라이언트는 학습자의 로케일을 resource.attributes.locale 필드에 일치시켜 적절한 리소스를 선택할 수 있습니다.

작업 지원에 대한 새 리소스 ID 형식

작업 지원 리소스의 지역화된 여러 변형을 올바르게 구별하기 위해 리소스 ID 형식이 변경되었습니다.

이전(레거시) 리소스 ID 형식

이전에는 작업 지원 리소스에서 다음과 같은 불투명 ID 형식을 사용했습니다.

작업 지원:131032_-1_-1_2_resource

이 형식은 로케일을 인코딩하지 않았으며, API는 사실상 단일 리소스(일반적으로 en-US)만 노출합니다.

새 리소스 ID 형식(다중 언어 인식)

새로운 형식은 다음과 같습니다.

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

예:

시각 장애:

jobAid:131032_2_fr_FR

        │      │ │ │

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

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

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

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

이 구조를 통해 클라이언트는 다음을 수행할 수 있습니다.

이전 버전과의 호환성:

/resources/{resourceId}

레거시 리소스 끝점은 계속 사용할 수 있습니다.

이제 이전 ID 형식과 새 ID 형식이 모두 이전 버전과 호환​됩니다.

현재 이전 리소스 ID를 저장하거나 참조하는 통합은 변경 없이 계속 작동할 수 있지만, 최신 구현은 로케일별 작업에 대한 새 ID 형식을 채택하는 것이 좋습니다.

통합 및 UX 고려 사항

시작 모듈에 대한 시간 슬롯 제약 조건

일부 학습 경험은 정의된 기간 내에서만 사용할 수 있어야 합니다. 이 릴리스에는 학습 객체 리소스에 대한 시간 슬롯 정보가 표시되고 학습자가 현재 시간에 리소스를 시작할 수 있는지 여부를 확인하는 유효성 검사 끝점이 도입됩니다.

타임 슬롯 메타데이터는 끝점을 통해 사용할 수 있습니다.

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

이제 학습 객체 리소스 수준에서 startTime 및 endTime 값을 UTC로 하는 timeSlot 객체가 속성에 있을 수 있습니다. 리소스를 시작할 수 있는 창을 지정합니다.

통합을 통해 모듈을 시작하기 전에 새 유효성 검사 끝점을 호출할 수 있습니다.

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

학습자 읽기 시나리오를 위한 이 엔드포인트는 구성된 타임 슬롯, 제공 유형 및 기타 백엔드 규칙을 고려하여 학습자가 현재 리소스를 시작할 수 있는지 여부를 반환합니다.

사용자 정의 플레이어와 클라이언트 응용 프로그램은 canStart를 사용하여 시간 기반 액세스를 적용하고, timeSlot 메타데이터를 사용하여 컨텐츠가 사용 가능해지거나 만료되는 시점에 대한 명확한 메시지를 표시해야 합니다. canStart의 부정적인 응답을 명확하게 처리하여 학습자가 컨텐츠를 아직 시작할 수 없거나 더 이상 시작할 수 없는 이유를 알려주어야 합니다.

다중 시도 컨텐츠 중심 퀴즈

일부 콘텐츠 패키지는 Adobe Learning Manager에만 의존하지 않고 자체 시도 추적을 구현합니다. 이 릴리스에는 시도가 콘텐츠 자체에 의해 주도되는 시기를 나타내는 플래그가 도입됩니다.

까지:

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

이제 학습 객체 리소스가 부울 속성 hasContentDrivenAttemptTracking을 표시할 수 있습니다. 이 경우 퀴즈 또는 모듈은 내부적으로(예: SCORM 또는 xAPI 논리를 통해) 시도를 관리하며 플랫폼의 표준 시도 카운터가 학습자의 경험을 완전히 반영하지 못할 수 있습니다.

시도 횟수를 표시하거나 재시도 동작을 제어하는 통합은 이 플래그를 확인해야 합니다. 이 기능이 활성화되면 플랫폼 메타데이터만으로 시도 제한을 추론해서는 안 되며 xAPI 명령문 등을 통한 컨텐츠 측 보고 또는 비즈니스별 규칙에 의존하도록 준비해야 합니다.

작업 지원 리소스 ID 형식의 동작 변경

이 릴리스에서는 작업 지원 리소스 ID 형식의 중요한 동작 변경​을 소개합니다. 새 엔드포인트는 포함되지 않지만 이러한 ID를 저장하거나 구문 분석하는 시스템에는 직접적인 영향을 미칩니다.

이전에는 작업 지원 리소스 ID가 다음과 같은 형식을 사용했습니다.

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

2026년 4월 릴리스에서는 이 기능이 단순화되고 더 명확한 형식으로 대체되었습니다.

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

예:

작업 지원:131032_2_fr_FR

구성 요소는 다음과 같습니다.

작업 지원 리소스 ID에서 리소스를 인덱싱하거나 지속되는 모든 통합은 새 형식을 인식하도록 해당 구문 분석 및 저장소 논리를 업데이트해야 합니다. 식별자 자체가 변경되므로 2026년 4월 릴리스로 업그레이드한 후 작업 지원 리소스 ID로 입력된 로컬 인덱스를 다시 작성하는 것이 좋습니다.

마이그레이션을 통해 강의 배너 이미지 설정

이제 표준 마이그레이션 작업 과정의 일부로 Adobe Learning Manager에서 강의 배너 이미지를 설정하거나 업데이트할 수 있습니다. 이렇게 하면 수동으로 편집하지 않고도 강의 페이지를 시각적으로 일관성 있게 유지하면서 큰 카탈로그를 실행하거나 정리할 수 있습니다

배너 이미지 정의 위치

배너 이미지는 다음과 같은 과정 메타데이터를 제공하는 데 이미 사용하는 course.csv 마이그레이션 파일에 구성됩니다.

향상된 기능을 통해 course.csv 사양에는 강의 배너 이미지에 대한 추가 선택 열​이 포함됩니다. 정확한 헤더 이름은 Learning Manager 계정에서 다운로드하는 CSV 사양에 정의됩니다(예: bannerUrl 또는 bannerImageUrl로 표시될 수 있음).

배너 열:

마이그레이션을 위한 배너 이미지 준비

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

마이그레이션 실행 중 배너 적용

course.csv가 업데이트되면 플로우가 다른 마이그레이션과 동일합니다.

새 강의와 기존 강의 비교

배너 필드는 다음 두 가지 시나리오에서 작동합니다.

실제 열 이름 및 경로는 다운로드된 CSV 사양 및 콘텐츠 리포지토리 레이아웃과 일치해야 합니다.

LearningProgramCourse에서 순서 열 제거

이제 Adobe Learning Manager은 마이그레이션 중 학습 경로(학습 프로그램)​의 과정 순서 지정을 위한 간소화된 모델을 지원합니다. 이 변경의 일부로 learning program course.csv 마이그레이션 파일에서 _순서 열이 제거_됩니다.

이전에는 learning_program_course.csv 파일에 다음 작업에 사용된 열(주문 또는 이와 유사한 것이라고도 함)이 포함되었습니다.

이제 Adobe Learning Manager에서는 learning_program_course.csv의 주문 열을 사용하여 강의 주문을 결정하지 않습니다. 대신 마이그레이션 CSV는 숫자로 정렬되는 방식보다 어떤 과정이 학습 프로그램에 속하는지​에 초점을 맞춥니다.

마이그레이션 CSV에 미치는 영향

learning_program_course.csv

레거시 주문 열을 제거되거나 무시된 것으로 간주해야 합니다.

항상 Learning Manager 계정의 최신 CSV 사양을 참조하여(csv_specifications.zip을 통해) 현재 헤더 세트 및 요구 사항을 확인하십시오.

강의 인스턴스의 시간대 코드

이번 릴리스부터는 강의 인스턴스 모델(learningObjectInstance)에 새로운 속성이 표시됩니다.

timeZoneCode — 강의 인스턴스를 계정에 구성된 시간대 중 하나에 명시적으로 연결하는 문자열 필드입니다.

이를 통해 클라이언트는 다음을 수행할 수 있습니다.

timeZoneCode 가 표시되는 위치

이 필드는 learningObjectInstance 모델의 특성에 추가됩니다.
강의 인스턴스만 해당.

예:

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

timeZoneCode 해결 방법

숫자 timeZoneCode는 계정의 시간대 카탈로그에 대한 조회 키이며 계정 API를 통해 표시됩니다.

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

응답 내의 시간대는 다음과 같습니다.

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

권장 클라이언트 흐름:

사용자 그룹 멤버십을 위한 비동기 공용 API

소개

Adobe Learning Manager은 UG(사용자 그룹) 멤버십을 관리하기 위해 두 개의 관리자 비동기 API​를 노출합니다.

이러한 API는 동일한 요청에서 멤버십을 업데이트하는 대신 일괄 처리를 수락하고 이벤트 ID​을 반환합니다. 실제 결과는 나중에 Webhook을 통해 전달됩니다.

다음의 경우 사용하십시오.

소규모 대화형 관리자 작업의 경우 동기 /userGroups/{id}/users API를 계속 사용할 수 있습니다.

인증 및 기본 URL

이러한 API는 표준 v2 관리 API 표면의 일부입니다.

일반적인 관리자 API 동작 및 범위는 다음을 참조하십시오.

요청 형식

추가​와 제거 모두 정확히 동일한 본문 모양을 사용합니다.

본문

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

데이터(필수)

data는 이 배치에 대한 사용자 리소스 식별자 목록입니다.

제약 조건

이러한 조건 중 하나라도 실패하면 API에서 오류를 반환하고 대기열에 아무것도 없습니다.

metadata (선택 사항)

metadata은(는) Webhook에서 다시 반복할 추가 상관 관계 데이터입니다.

일반적인 사용:

서비스는 이 개체를 Webhook 응답에서 변경되지 않은 상태로 반환하므로 콜백을 내부 작업에 일치시킬 수 있습니다.

제한:

응답 형식

두 엔드포인트 모두 이벤트 ID로 동기적으로 응답합니다.

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

동작:

항상 다음 작업을 수행해야 합니다.

자세한 내용은 사용자 그룹 구성원 추가 및 제거에 대한 Webhook을(를) 참조하십시오.

자주 묻는 질문

2026년 4월 릴리스는 적응형 학습 프로그램에 대한 learningObjects API를 어떻게 변경합니까?

이 릴리스에서는 학습 프로그램에 isAdaptive 플래그를 추가하고 섹션과 하위 LO가 학습자를 인식하도록 합니다. 적응형 프로그램에서 학습자는 적응형 규칙을 기반으로 표시되는 섹션 및 하위 학습 개체만 볼 수 있으며, 관리자는 사용자 그룹의 기본 적응형 구성을 볼 수 있습니다.

모든 섹션 및 하위 LO가 항상 반환된다고 가정할 경우 통합을 업데이트해야 합니까?

예. 적응형 학습 프로그램의 경우 API는 이제 현재 학습자에게 표시되는 섹션 및 하위 LO만 반환합니다. 클라이언트 코드에서는 응답을 전체 목록을 가정하지 않고 신뢰할 수 있는 필터링된 보기로 취급해야 합니다.

강의 또는 학습 프로그램의 학습자 완료를 프로그래밍 방식으로 재설정하려면 어떻게 해야 합니까?

새 끝점 사용:

POST /primeapi/v2/learningObjects/{loId}/instances/{loInstanceId}/refreshCompletion
권한 및 상태에서 허용할 경우 대상 인스턴스에 대한 완료가 재설정됩니다.

학습자가 대체 또는 동등한 학습 개체를 통해 무언가를 완료했는지 확인하는 방법은 무엇입니까?

학습 개체에서 isAlternateComplete 속성을 확인합니다. AlternateCompletions 관계는 학습자가 완료했을 때 대체 역할을 한 학습 개체를 나열합니다.

특정 학습 개체를 만족시킬 수 있는 모든 대안을 찾으려면 어떻게 하나요?

다음 엔드포인트를 사용합니다.

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

그리고 데이터 배열(대체 항목) 및 meta.count(대체 항목의 총 수)를 사용합니다.

현재 학습자가 모듈을 시작할 수 있는지 어떻게 알 수 있습니까?

먼저 다음 위치에서 자원의 timeSlot을 가져옵니다.

GET /primeapi/v2/learningObjects/{loId}?include=instances.loResources
그런 다음 다음을 사용합니다.

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

리소스에 대한 hasContentDrivenAttemptTracking은 무엇을 의미합니까?

시도 추적은 플랫폼 카운터가 아닌 콘텐츠 자체(예: SCORM/xAPI 로직)에 의해 제어됨을 나타냅니다. 사실이라면, UX 및 보고용 플랫폼 시도 횟수나 제한에만 의존하지 마십시오.

로그인하지 않은 사용자(공용 환경)에게 적합한 메뉴를 가져오려면 어떻게 해야 합니까?

사용:

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

이렇게 하면 Experience Builder 또는 기타 헤드리스 사이트에 적합한 익명 사용자에 대해 필터링된 메뉴 및 페이지 구조가 반환됩니다.

effectiveModifiedDate를 사용한 작업 지원 필터링에서 변경된 사항은 무엇입니까?

filter.effectiveModifiedDate를 filter.loTypes=jobAid와 결합하는 요청은 이제 지정된 날짜 창 내에서 작업 지원만 올바르게 반환합니다.

작업 지원 리소스 ID 형식이 변경된 내용과 이를 어떻게 처리해야 합니까?

ID 형식이 다음과 같은 값에서 변경되었습니다.

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

받는 사람:

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

(예: 작업 지원:131032_2_fr_FR). 작업 지원 리소스 ID를 저장하거나 구문 분석하는 모든 시스템은 업데이트해야 하며 2026년 4월 릴리스로 업그레이드한 후 이러한 ID로 입력된 로컬 인덱스를 다시 작성해야 합니다.