작업 주문 삭제 기록 work-order-endpoint
데이터 위생 API의 /workorder 끝점을 사용하여 Adobe Experience Platform에서 레코드 삭제 작업 주문을 만들고, 보고, 관리합니다. 작업 주문을 통해 데이터 세트 간 데이터 제거를 제어, 모니터링 및 추적하여 데이터 품질을 유지하고 조직의 데이터 거버넌스 표준을 지원하는 데 도움이 됩니다.
시작
시작하기 전에 개요를 참조하여 필수 헤더, 샘플 API 호출 읽기 방법 및 관련 설명서를 찾을 위치에 대해 알아보십시오.
할당량 및 처리 타임라인 quotas
기록 삭제 작업 지시는 조직의 라이선스 자격에 따라 결정되는 일별 및 월별 식별자 제출 제한을 따릅니다. 이러한 제한은 UI 및 API 기반 레코드 삭제 요청 모두에 적용됩니다.
제품별 월별 제출 권한 quota-limits
다음 표는 제품 및 자격 수준별 식별자 제출 제한을 보여 줍니다. 각 제품에 대해 월간 상한은 고정 식별자 천장이나 사용 허가된 데이터 볼륨에 연결된 백분율 기반 임계값의 두 값 중 적은 값입니다. 실제로 대부분의 조직에서는 실제 대응 가능 대상 또는 Adobe Customer Journey Analytics 행 권한을 기준으로 월별 제한이 더 낮습니다.
- 할당량은 매월 1일에 재설정됩니다. 사용되지 않은 할당량은 이월되지 않습니다.
- 할당량 사용량은 제출된 식별자에 대한 조직의 라이선스가 부여된 월별 권한을 기준으로 합니다. 할당량은 시스템 가드레일에 의해 적용되지 않지만 모니터링 및 검토 될 수 있습니다.
- 레코드 삭제 작업 주문 용량은 공유 서비스입니다. 월간 캡은 Real-Time CDP, Adobe Journey Optimizer, Customer Journey Analytics 및 적용 가능한 모든 Shield 추가 기능에 걸쳐 가장 높은 권한을 반영합니다.
식별자 제출을 위한 처리 타임라인 sla-processing-timelines
제출 후 레코드 삭제 작업 주문은 큐에 추가되며 사용자의 권한 수준에 따라 처리됩니다.
조직에서 더 높은 제한을 필요로 하는 경우 Adobe 담당자에게 권한 검토를 문의하십시오.
목록 레코드 삭제 작업 주문 list
조직의 데이터 위생 작업에 대한 레코드 삭제 작업 주문의 페이지가 매겨진 목록을 검색합니다. 쿼리 매개 변수를 사용하여 결과를 필터링합니다. 각 작업 주문 레코드에는 작업 유형(예: identity-delete), 상태, 관련 데이터 세트 및 사용자 세부 정보, 감사 메타데이터가 포함됩니다.
API 형식
GET /workorder
다음 테이블에서는 레코드 삭제 작업 지시를 나열하는 데 사용할 수 있는 쿼리 매개변수를 설명합니다.
searchtypeidentity-delete)별로 결과를 필터링합니다.status열거형:
received, validated, submitted, ingested, completed, failedauthordisplayNamedescriptionworkorderIdsandboxName*을(를) 사용하여 모든 샌드박스를 포함하십시오.fromDatetoDate을(를) 설정해야 합니다.toDatefromDate을(를) 설정해야 합니다.filterDatepagelimitorderBy+ 또는 - 접두사를 사용하십시오. 예: orderBy=-datasetName.properties요청
다음 요청은 완료된 모든 레코드 삭제 작업 지시를 페이지당 2개로 제한하여 검색합니다.
curl -X GET \
"https://platform.adobe.io/data/core/hygiene/workorder?status=completed&limit=2" \
-H 'Authorization: Bearer {ACCESS_TOKEN}' \
-H 'x-api-key: {API_KEY}' \
-H 'x-gw-ims-org-id: {ORG_ID}' \
-H 'x-sandbox-name: {SANDBOX_NAME}'
응답
성공적인 응답은 기록 삭제 작업 주문의 페이지가 매겨진 목록을 반환합니다.
{
"results": [
{
"workorderId": "DI-1729d091-b08b-47f4-923f-6a4af52c93ac",
"orgId": "9C1F2AC143214567890ABCDE@AcmeOrg",
"bundleId": "BN-4cfabf02-c22a-45ef-b21f-bd8c3d631f41",
"action": "identity-delete",
"createdAt": "2034-03-15T11:02:10.935Z",
"updatedAt": "2034-03-15T11:10:10.938Z",
"operationCount": 3,
"targetServices": [
"profile",
"datalake",
"identity",
"ajo"
],
"status": "received",
"createdBy": "a.stark@acme.com <a.stark@acme.com> BD8C3D631F41@acme.com",
"datasetId": "a7b7c8f3a1b8457eaa5321ab",
"datasetName": "Acme_Customer_Exports",
"displayName": "Customer Identity Delete Request",
"description": "Scheduled identity deletion for compliance"
}
],
"total": 1,
"count": 1,
"_links": {
"next": {
"href": "https://platform.adobe.io/workorder?page=1&limit=2",
"templated": false
},
"page": {
"href": "https://platform.adobe.io/workorder?limit={limit}&page={page}",
"templated": true
}
}
}
다음 표에서는 응답의 속성에 대해 설명합니다.
resultsworkorderIdorgIdbundleIdactioncreatedAtupdatedAtoperationCounttargetServices["datalake", "identity", "profile", "ajo"])입니다. Customer Journey Analytics 전용 조직(실시간 고객 프로필 권한 없음)의 경우 유효한 값은 ["datalake"]뿐입니다.statusreceived,validated, submitted, ingested, completed 및 failed입니다.createdBydatasetIdALL. 요청에서 프로필 전용 모드를 사용한 경우 이 값은 ALL입니다.datasetNamedisplayNamedescriptiontotalcount_linksnexthref(문자열)과 templated(부울)이(가) 있는 개체입니다.pagehref(문자열) 및 templated(부울)이(가) 있는 개체입니다.레코드 만들기 삭제 작업 주문 create
단일 데이터 세트, 여러 데이터 세트 또는 모든 데이터 세트에서 하나 이상의 ID와 연결된 레코드를 삭제하려면 /workorder 끝점에 대한 POST 요청을 만듭니다.
작업 주문은 비동기적으로 처리되며 제출 후 작업 주문 목록에 나타납니다. 다중 데이터 세트 및 프로필 전용(타겟팅된 서비스) 옵션은 일반적으로 2026년 3월 Experience Platform 릴리스를 기준으로 모든 고객이 사용할 수 있습니다.
API 형식
POST /workorder
- 데이터 집합 스키마는 기본 ID 또는 ID 맵을 정의해야 합니다. 연결된 XDM 스키마가 기본 ID 또는 ID 맵을 정의하는 데이터 세트에서만 레코드를 삭제할 수 있습니다.
- 보조 ID를 검사하지 않습니다. 데이터 집합에 여러 ID 필드가 포함된 경우 일치에 기본 ID만 사용됩니다. 레코드는 기본이 아닌 ID를 기준으로 타깃팅하거나 삭제할 수 없습니다.
- 채워진 기본 ID가 없는 레코드를 건너뜁니다. 레코드에 기본 ID 메타데이터가 채워져 있지 않으면 삭제할 수 없습니다.
- ID 구성 전에 수집된 데이터는 사용할 수 없습니다. 데이터 수집 후 기본 ID 필드가 스키마에 추가된 경우 이전에 수집된 레코드는 레코드 삭제 작업 주문을 통해 삭제할 수 없습니다.
ID 페이로드 형식(namespacesIdentities 또는 identities)
요청 본문에는 다음 중 정확히 하나이(가) 포함되어야 합니다.
namespacesIdentitiesnamespace(예: { "code": "email" }) 및 ids(ID 문자열 배열)이 있는 개체의 배열입니다.identitiesnamespace(예: { "code": "email" })과 단일 id(문자열)이 있는 개체의 배열입니다.두 속성, 두 속성 모두 없음을 보내거나 포함하는 속성에 대해 빈 배열을 제공하는 경우 API는 다음 메시지 중 하나와 함께 HTTP 400(잘못된 요청)을 반환합니다.
- 제공된 두 속성:
"Identities and NamespacesIdentities are not allowed at the same time" - 둘 다 제공되지 않았거나 비어 있는 목록 없음:
"Identities are Empty for Delete Identity request."
요청
다음 요청은 특정 데이터 세트에서 지정된 이메일 주소와 연관된 모든 레코드를 삭제합니다. 권장 namespacesIdentities 형식을 사용합니다.
curl -X POST \
https://platform.adobe.io/data/core/hygiene/workorder \
-H 'Authorization: Bearer {ACCESS_TOKEN}' \
-H 'x-api-key: {API_KEY}' \
-H 'x-gw-ims-org-id: {ORG_ID}' \
-H 'Content-Type: application/json' \
-H 'x-sandbox-name: {SANDBOX_NAME}' \
-d '{
"displayName": "Acme Loyalty - Customer Data Deletion",
"description": "Delete all records associated with the specified email addresses from the Acme_Loyalty_2023 dataset.",
"action": "delete_identity",
"datasetId": "7eab61f3e5c34810a49a1ab3",
"namespacesIdentities": [
{
"namespace": {
"code": "email"
},
"ids": [
"alice.smith@acmecorp.com",
"bob.jones@acmecorp.com",
"charlie.brown@acmecorp.com"
]
}
]
}'
다음 표에서는 레코드 삭제 작업 순서를 만들기 위한 속성에 대해 설명합니다.
displayNamedescriptionactiondelete_identity을(를) 사용합니다.datasetIdALL, 단일 데이터 세트 ID 또는 둘 이상의 데이터 세트 ID로 이루어진 쉼표로 구분된 목록(예: "id1,id2,id3") 중 정확히 하나여야 합니다. ALL을(를) 특정 ID와 결합할 수 없습니다. 단일 데이터 세트 요청은 이전과 같이 동작하며 다중 데이터 세트 요청은 나열된 각 데이터 세트에서 ID를 삭제하고 ALL은(는) 모든 데이터 세트를 타겟팅합니다. 데이터 세트에는 기본 ID 또는 ID 맵이 있어야 합니다. ID 맵이 있으면 identityMap(이)라는 최상위 수준의 필드로 표시됩니다.참고: 데이터 집합 행의 ID 맵에는 여러 ID가 있을 수 있지만, 하나의 ID만 기본으로 표시할 수 있습니다.
"primary": true이(가) 기본 ID와 일치하도록 하려면 id을(를) 포함해야 합니다.프로필 전용 삭제에
targetServices을(를) 사용하는 경우 datasetId은(는) ALL이어야 합니다.targetServices["datalake", "identity", "profile", "ajo"])을 받습니다. Customer Journey Analytics이 있지만 실시간 고객 프로필 권한이 없는 조직에서는 ["datalake"]만 사용할 수 있습니다. 프로필 관련 데이터만 삭제하도록 제한하고 데이터 레이크는 그대로 유지하려면 ["identity", "profile", "ajo"](순서에 상관없이)으로 설정하십시오. 이 프로필 전용 모드에는 Real-Time CDP 또는 Adobe Journey Optimizer 권한이 필요하며 datasetId은(는) ALL이어야 합니다.identitiesidentities 또는 namespacesIdentities 중 하나만 사용하십시오.각각(namespace이(가) 있는 개체, 예: code) 및 "email"(단일 ID 문자열)이 있는 개체의 id 배열. 이전 버전과의 호환성을 위해 허용되고 전환 스크립트에서 생성합니다. 이 서비스는 내부적으로 이 형식을 표준화합니다. 동작은 동일합니다. 위의 ID 페이로드 형식을(를) 참조하십시오.namespacesIdentitiesidentities 또는 namespacesIdentities 중 하나만 사용하십시오.각각(namespace이(가) 있는 개체, 예: code) 및 "email"(ID 문자열 배열)이 있는 개체의 ids 배열. 모든 페이로드에 권장됩니다. namespacesIdentities 속성은 여러 ID가 하나의 네임스페이스를 공유할 때 더 컴팩트합니다. 위의 ID 페이로드 형식을(를) 참조하십시오. ID 네임스페이스: ID 네임스페이스 설명서, ID 서비스 API.응답
성공적인 응답은 새 레코드 삭제 작업 주문의 세부 정보를 반환합니다.
{
"workorderId": "DI-95c40d52-6229-44e8-881b-fc7f072de63d",
"orgId": "8B1F2AC143214567890ABCDE@AcmeOrg",
"bundleId": "BN-c61bec61-5ce8-498f-a538-fb84b094adc6",
"action": "identity-delete",
"createdAt": "2035-06-02T09:21:00.000Z",
"updatedAt": "2035-06-02T09:21:05.000Z",
"operationCount": 1,
"targetServices": [
"profile",
"datalake",
"identity",
"ajo"
],
"status": "received",
"createdBy": "c.lannister@acme.com <c.lannister@acme.com> 7EAB61F3E5C34810A49A1AB3@acme.com",
"datasetId": "7eab61f3e5c34810a49a1ab3",
"datasetName": "Acme_Loyalty_2023",
"displayName": "Loyalty Identity Delete Request",
"description": "Schedule deletion for Acme loyalty program dataset"
}
다음 표에서는 응답의 속성에 대해 설명합니다.
workorderIdorgIdbundleIdactioncreatedAtupdatedAtoperationCounttargetServicesstatuscreatedBydatasetIdALL(으)로 설정됩니다. 다중 데이터 세트 요청의 경우 값이 제출된 쉼표로 구분된 목록 또는 단일 ID를 반영합니다.datasetNamedisplayNamedescription응답 targetServices 값이 요청을 반복하거나 생략하면 전체 기본 집합을 표시합니다(위의 응답 표 참조).
다중 데이터 세트 및 프로필 전용(API) multi-dataset-profile-only
다음 옵션은 API를 통해서만 사용할 수 있으며 데이터 위생 UI에서는 지원되지 않습니다. 이는 삭제를 처리하는 데이터 세트 및 서비스를 제어하여 다중 데이터 세트 제출 및 프로필 전용 타깃팅된 서비스 요청을 가능하게 합니다.
다음 표에는 각 옵션에 대한 요청 본문 및 동작이 어떻게 변경되는지 요약되어 있습니다.
datasetId(예: "id1,id2,id3")에서 쉼표로 구분된 목록을 사용하십시오. 단일 ID 또는 ALL이(가) 변경되지 않았습니다.ALL일 때 모든 데이터 세트)에서 삭제됩니다.targetServices인 ["identity", "profile", "ajo"]을(를) 추가합니다(모든 순서). datasetId 필요: "ALL".다중 데이터 세트 요청
datasetId 필드는 쉼표로 분할됩니다. 단일 ID(이전과 동일한 동작), 쉼표로 구분된 ID 목록 또는 리터럴 ALL을(를) 사용하십시오. 하나의 작업 순서로 여러 특정 데이터 세트에서 ID를 삭제하려면 쉼표로 구분된 목록을 제공하십시오.
"datasetId": "6707eb36eef4d42ab86d9fbe,6643f00c16ddf51767fcf780"
그런 다음 나열된 각 데이터 세트에서 ID가 삭제됩니다. 단일 데이터 세트 요청은 항상 그랬듯이 작동합니다. ALL을(를) 사용하여 모든 데이터 세트를 타깃팅하십시오. 값은 ALL, 단일 데이터 세트 ID 또는 쉼표로 구분된 둘 이상의 데이터 세트 ID 중 정확히 하나여야 합니다(ALL을(를) 특정 ID와 결합하지 않음).
프로필 전용(타겟팅된 서비스)
데이터 레이크를 그대로 두고 ID 및 프로필 관련 데이터만 제거하려면 targetServices, identity 및 profile 순서로 이 세 가지 값을 정확히 사용하여 ajo을(를) 포함하십시오. ID, 프로필 및 AJO이 명시적으로 포함되며 데이터 레이크는 제외됩니다. 이 모드에서 datasetId은(는) ALL이어야 합니다(사용 사례는 데이터 집합 조각당 삭제가 아니라 전체 프로필 삭제임).
다음 예제에서는 프로필 전용 레코드 삭제 작업 지시를 만듭니다.
curl -X POST \
"https://platform.adobe.io/data/core/hygiene/workorder" \
-H 'Content-Type: application/json' \
-H 'Authorization: Bearer {ACCESS_TOKEN}' \
-H 'x-api-key: {API_KEY}' \
-H 'x-gw-ims-org-id: {ORG_ID}' \
-H 'x-sandbox-name: {SANDBOX_NAME}' \
-H 'x-sandbox-id: {SANDBOX_ID}' \
-d '{
"action": "delete_identity",
"datasetId": "ALL",
"displayName": "Profile-only delete for specified identity",
"description": "Delete identity, profile, and AJO data only; datalake unchanged.",
"targetServices": ["identity", "profile", "ajo"],
"namespacesIdentities": [
{
"namespace": { "code": "email" },
"ids": ["user@example.com"]
}
]
}'
다중 데이터 세트 또는 프로필 전용 요청에 대한 성공적인 응답은 다른 작업 주문 응답과 동일한 형태를 따릅니다. 반환된 datasetId 및 targetServices은(는) 요청의 값(또는 targetServices이 생략된 경우 전체 기본 목록)을 반영하므로 제출된 내용을 확인할 수 있습니다.
identity-delete입니다. API가 다른 값(예: delete_identity)을 사용하도록 변경되면 이 설명서도 그에 따라 업데이트됩니다.레코드 삭제 요청(#convert-id-lists-to-json-for-record-delete-requests)을 위해 ID 목록을 JSON으로 변환
식별자가 CSV, TSV 또는 TXT 파일인 경우 전환 스크립트를 사용하여 /workorder 끝점에 대한 필수 JSON 페이로드를 생성합니다. 이 방법은 기존 데이터 파일로 작업할 때 특히 유용합니다. 사용 준비 스크립트 및 지침은 csv-to-data-hygiene GitHub 저장소를 참조하십시오.
스크립트는 identities 형식을 출력합니다. id이(가) 있는 개체당 하나의 namespace. API는 이 형식을 그대로 허용합니다. 변환 없이 POST 본문에서 /workorder(으)로 생성된 JSON을 직접 보낼 수 있습니다. 권장 형식은 namespacesIdentities입니다. 레코드 삭제 작업 순서 만들기 및 ID 페이로드 형식을(를) 참조하십시오.
JSON 페이로드 생성
다음 bash 스크립트 예는 Python 또는 Ruby에서 변환 스크립트를 실행하는 방법을 보여줍니다.
| code language-bash |
|---|
|
| code language-bash |
|---|
|
아래 표에서는 기본 스크립트의 매개 변수에 대해 설명합니다.
verbosecolumnnamespaceemail). 생성된 JSON은 각 개체의 namespace.code 속성에서 이 값을 사용합니다.dataset-idALL.descriptionoutput-dir아래 예제는 CSV, TSV 또는 TXT 파일에서 변환된 성공적인 JSON 페이로드를 보여 줍니다. 지정된 네임스페이스와 연결된 레코드가 포함되어 있으며 전자 메일 주소로 식별된 레코드를 삭제하는 데 사용됩니다.
{
"action": "delete_identity",
"datasetId": "66f4161cc19b0f2aef3edf10",
"displayName": "output/sample-big-001.json",
"description": "a simple sample",
"identities": [
{
"namespace": {
"code": "email"
},
"id": "1"
},
{
"namespace": {
"code": "email"
},
"id": "2"
}
]
}
다음 표에서는 JSON 페이로드의 속성에 대해 설명합니다.
actiondelete_identity(으)로 설정됩니다.datasetIdALL.displayNamedescriptionidentities각각
을(를) 포함하는 개체 배열
namespace: ID 네임스페이스를 지정하는code속성이 있는 개체(예: "email").id: 이 네임스페이스에 대해 삭제할 ID 값입니다.
생성된 JSON 데이터를 /workorder 끝점에 제출
스크립트 출력에서는 API에서 그대로 허용하는 identities 형식을 사용합니다. -d POST 요청을 curl 끝점으로 보낼 때 변환된 JSON 페이로드를 요청 본문(/workorder)으로 사용합니다. 전체 요청 옵션 및 유효성 검사 규칙에 대해서는 레코드 삭제 작업 순서 만들기를 참조하십시오.
특정 레코드 삭제 작업 주문에 대한 세부 정보 검색 lookup
/workorder/{WORKORDER_ID}에 GET을 요청하여 특정 레코드 삭제 작업 주문에 대한 정보를 검색합니다. 응답에는 작업 유형, 상태, 관련 데이터 세트 및 사용자 정보, 감사 메타데이터가 포함됩니다.
API 형식
GET /workorder/{WORKORDER_ID}
{WORK_ORDER_ID}요청
curl -X GET \
https://platform.adobe.io/data/core/hygiene/workorder/DI-6fa98d52-7bd2-42a5-bf61-fb5c22ec9427 \
-H 'Authorization: Bearer {ACCESS_TOKEN}' \
-H 'x-api-key: {API_KEY}' \
-H 'x-gw-ims-org-id: {ORG_ID}' \
-H 'x-sandbox-name: {SANDBOX_NAME}'
응답
성공한 응답은 지정된 레코드 삭제 작업 주문의 세부 정보를 반환합니다.
{
"workorderId": "DI-6fa98d52-7bd2-42a5-bf61-fb5c22ec9427",
"orgId": "3C7F2AC143214567890ABCDE@AcmeOrg",
"bundleId": "BN-dbe3ffad-cb0b-401f-91ae-01c189f8e7b2",
"action": "identity-delete",
"createdAt": "2037-01-21T08:25:45.119Z",
"updatedAt": "2037-01-21T08:30:45.233Z",
"operationCount": 3,
"targetServices": [
"ajo",
"profile",
"datalake",
"identity"
],
"status": "received",
"createdBy": "g.baratheon@acme.com <g.baratheon@acme.com> C189F8E7B2@acme.com",
"datasetId": "d2f1c8a4b8f747d0ba3521e2",
"datasetName": "Acme_Marketing_Events",
"displayName": "Marketing Identity Delete Request",
"description": "Scheduled identity deletion for marketing compliance"
}
다음 표에서는 응답의 속성에 대해 설명합니다.
workorderIdorgIdbundleIdactioncreatedAtupdatedAtoperationCounttargetServicesstatuscreatedBydatasetIdALL).datasetNamedisplayNamedescription레코드 삭제 작업 주문 업데이트 update
name 끝점에 대한 PUT 요청을 수행하여 레코드 삭제 작업 순서에 대한 description 및 /workorder/{WORKORDER_ID}을(를) 업데이트합니다.
API 형식
PUT /workorder/{WORKORDER_ID}
다음 표에서는 이 요청의 매개 변수에 대해 설명합니다.
{WORK_ORDER_ID}요청
curl -X PUT \
https://platform.adobe.io/data/core/hygiene/workorder/DI-893a6b1d-47c2-41e1-b3f1-2d7c2956aabb \
-H 'Authorization: Bearer {ACCESS_TOKEN}' \
-H 'x-api-key: {API_KEY}' \
-H 'x-gw-ims-org-id: {ORG_ID}' \
-H 'x-sandbox-name: {SANDBOX_NAME}' \
-H 'Content-Type: application/json' \
-d '{
"name": "Updated Marketing Identity Delete Request",
"description": "Updated deletion request for marketing data"
}'
다음 표에서는 업데이트할 수 있는 속성에 대해 설명합니다.
namedescription응답
성공적인 응답이 업데이트된 작업 주문 요청을 반환합니다.
{
"workorderId": "DI-893a6b1d-47c2-41e1-b3f1-2d7c2956aabb",
"orgId": "7D4E2AC143214567890ABCDE@AcmeOrg",
"bundleId": "BN-12abcf45-32ea-45bc-9d1c-8e7b321cabc8",
"action": "identity-delete",
"createdAt": "2038-04-15T12:14:29.210Z",
"updatedAt": "2038-04-15T12:30:29.442Z",
"operationCount": 2,
"targetServices": [
"profile",
"datalake"
],
"status": "received",
"createdBy": "b.tarth@acme.com <b.tarth@acme.com> 8E7B321CABC8@acme.com",
"datasetId": "1a2b3c4d5e6f7890abcdef12",
"datasetName": "Acme_Marketing_2024",
"displayName": "Updated Marketing Identity Delete Request",
"description": "Updated deletion request for marketing data",
"productStatusDetails": [
{
"productName": "Data Management",
"productStatus": "waiting",
"createdAt": "2024-06-12T20:11:18.447747Z"
},
{
"productName": "Identity Service",
"productStatus": "success",
"createdAt": "2024-06-12T20:36:09.020832Z"
},
{
"productName": "Profile Service",
"productStatus": "waiting",
"createdAt": "2024-06-12T20:11:18.447747Z"
},
{
"productName": "Journey Orchestrator",
"productStatus": "success",
"createdAt": "2024-06-12T20:12:19.843199Z"
}
]
}
workorderIdorgIdbundleIdactioncreatedAtupdatedAtoperationCounttargetServicesstatusreceived,validated, submitted, ingested, completed 및 failed입니다.createdBydatasetIdALL).datasetNamedisplayNamedescriptionproductStatusDetails요청에 대한 다운스트림 프로세스의 현재 상태를 나열하는 배열입니다. 각 객체에는 다음이 포함됩니다.
productName: 다운스트림 서비스의 이름입니다.productStatus: 다운스트림 서비스의 현재 처리 상태입니다.createdAt: 서비스에서 가장 최근 상태를 게시한 타임스탬프입니다.
이 속성은 처리를 시작하기 위해 작업 주문이 다운스트림 서비스에 제출된 후에 사용할 수 있습니다.