Adobe Workfront Planning API 기본 사항
- 새로운 Workfront 패키지 및 라이선스. 기존 Workfront 패키지 또는 라이선스에는 Workfront Planning을 사용할 수 없습니다.
- Workfront Planning 패키지
- 조직의 Workfront 인스턴스는 통합 경험 Adobe에 온보딩되어야 합니다.
Adobe Workfront Planning API의 목표는 HTTP를 통해 작동하는 REST 풀 아키텍처를 도입하여 Planning과의 통합 구축을 간소화하는 것입니다. 이 문서에서는 사용자가 REST 및 JSON 응답에 익숙하다고 가정하고 Planning API의 접근 방식에 대해 설명합니다.
Workfront Planning 스키마에 익숙하면 통합 목적으로 Workfront Planning에서 데이터를 가져오는 데 사용할 수 있는 데이터베이스 관계를 이해하는 데 도움이 됩니다.
Workfront 사용자 정의 양식의 외부 조회 필드에서 계획 API를 호출할 수 있습니다.
외부 조회 필드에 대한 자세한 내용은 사용자 정의 양식의 외부 조회 필드 예제를 참조하십시오.
Workfront Planning API URL
작업
개체는 고유한 URI에 HTTP 요청을 전송하여 조작됩니다. 수행할 작업은 HTTP 메서드에서 지정합니다.
표준 HTTP 메서드는 다음 작업에 해당합니다.
- GET - ID별로 개체를 검색하고 쿼리별로 모든 개체를 검색합니다.
- POST - 새 개체를 삽입합니다.
- PUT - 기존 개체를 편집합니다.
- DELETE - 개체를 삭제합니다.
각 작업에 대한 자세한 내용과 예제는 Workfront Planning API 개발자 설명서를 참조하십시오.
필드 유형 및 필드 유형과 함께 사용되는 검색 수정자
필드가 있는 수정자 및 필터를 사용하여 결과에 반환될 데이터를 제어할 수 있습니다.
검색 수정자 사용
Workfront Planning은 다음 검색 수정자를 지원합니다.
필드 유형
다음은 지원되는 필드 유형 목록과 각 필드 유형에 사용할 수 있는 검색 수정자 목록입니다
"And" 및 "Or" 문 사용
API 호출에서는 $and" 및 "$or" 문으로 결합된 여러 기준을 기반으로 하는 필터를 가질 수 있습니다
{
"recordTypeId": "recordTypeId",
"offset": "integer",
"limit": "integer",
"filters": [
{
"$or": [
{
"launch_date": {
"$isBetween": [
"2024-03-31T20:00:00.000Z",
"2024-04-01T20:00:00.000Z"
]
}
},
{
"$and": [
{
"launch_date": {
"$isBetween": [
"2024-03-31T20:00:00.000Z",
"2024-04-01T20:00:00.000Z"
]
}
},
{
"status": "active"
}
]
},
{
"$and": [
{
"launch_date": {
"$isBetween": [
"2024-04-15T00:00:00.000Z",
"2024-04-16T00:00:00.000Z"
]
}
},
{
"status": "planned"
}
]
}
]
}
]
}
필드 요청 매개 변수 사용
필드 요청 매개 변수를 사용하여 반환해야 하는 특정 필드의 쉼표로 구분된 목록을 지정할 수 있습니다. 이 필드 이름은 대소문자를 구분합니다.
예: 요청
/v1/records/search?attributes=data,createdBy
{
"records": [
{
"id": "Rc6527ecb35df57c441d92ba00",
"createdBy": "61a9cc0500002f9fdaa7a6f824f557e1",
"createdAt": null,
"updatedBy": null,
"updatedAt": null,
"customerId": null,
"imsOrgId": null,
"recordTypeId": null,
"data": {
"F666c0b58b6fee61a2ea6ea81": [
{
"externalId": null,
"id": "Rc665728ff95730b58bc757b13",
"value": null
},
....
다음과 유사한 응답을 반환합니다.
{
"priority": 2,
"name": "first task",
"ID": "4c7c08fa0000002ff924e298ee148df4",
"plannedStartDate": "2010-08-30T09:00:00:000-0600"
}
API에서 쿼리 결과 정렬
다음 내용을 API 호출에 추가하면 필드를 기준으로 결과를 정렬할 수 있습니다.
/v1/records/search
요청 본문:
{
"recordTypeId": "Rt6527ecb25df57c441d92b9fa",
"filters": [],
"sorting": [
{
"fieldId": "F6527ecb25df57c441d92b9fc",
"direction": "asc"
},
{
"fieldId": "F658afcbd4a0273c67c346fd5",
"direction": "desc"
}
],
"limit": 500,
"offset": 0,
"rowOrderViewId": "V6527ecb75df57c441d92ba03",
"groupingFieldIds": []
}
쿼리 제한 및 페이지 매김된 응답
기본적으로 Planning API 요청은 목록의 시작 부분부터 500개의 결과를 반환합니다. 결과 수에 대한 기본 제한을 무시하려면 요청에 limit
매개 변수를 사용하고 다른 수(최대 2000개 결과)로 설정할 수 있습니다.
요청에 offset
매개 변수를 추가하여 대용량 데이터 세트에 대해 페이지 번호를 매긴 응답을 사용하는 것이 좋습니다. 페이지 매김된 응답을 사용하면 반환되어야 하는 첫 번째 결과의 위치를 지정할 수 있습니다.
예를 들어 결과 2001-4000을 반환하려는 경우 다음 요청을 사용할 수 있습니다. 이 예에서는 2001번째 결과부터 활성 상태인 2000개의 레코드를 반환합니다.
POST /v1/records/search
요청 본문:
{
"recordTypeId": "recordTypeId",
"offset": "2001",
"limit": "2000",
"filters": [
{ "status": "active" }
]
}
결과에 페이지가 올바르게 매겨졌는지 확인하려면 정렬 매개 변수를 사용하십시오. 이렇게 하면 결과를 같은 순서로 반환할 수 있으므로 페이지 매김이 반복되거나 결과를 건너뛰지 않습니다.
정렬에 대한 자세한 내용은 이 문서에서 API에서 쿼리 결과 정렬을(를) 참조하십시오.