주 컨텐츠로 이동
문서
문서
Administrator Guide
최종 업데이트: 2025-12-12
개념: 조달-지급 통합

개념: 조달-지급 통합

이 주제 조달-지급 REST API에 대한 개요와 사용 안내 제공합니다.

개요

조달-지급 통합 Workday VNDLY와 함께 사용하는 외부 조달 시스템에서 회사의 외부 인력 지출 내역을 공개여부 하고 보고하는 기능을 제공합니다. 예산 SOW 및 작업 지시 데이터 교환은 VNDLY와 조달 시스템 간에 데이터와 정보를 교환하는 조달 시스템에 독립적인 API를 통해 이루어집니다. 이러한 API는 시스템 간 어플리케이션 프로그래밍 인터페이스; API 직접적인 1촌 이 아니라 데이터 공유를 위해 고안되었습니다.
시스템에 종속되지 않는 API는 간단한 미들웨어 프로세스를 사용하므로 VNDLY와 조달 시스템 간에 교환되는 데이터가 정확한 형식과 호환되도록 보장합니다. 이 미들웨어는 일관된 통합 제공하며, 모든 조달 시스템 전반에서 조달 작업을 원활하게 수행하고 데이터를 유지관리합니다.
조달-지급 구성요소
통합 기능
구매요청(PR) 요청
공급자 가 오퍼 수락하는 즉시 조달 시스템에서 구매 구매요청 (PR) 요청 / 신청 제출할 수 있습니다.
PO 룩업
조달 시스템에서 PR 상태를 확인하고 PR이 승인되면 구매요청서(PO) 번호를 반환할 수 있습니다.
근무자 VNDLY에서 온보딩되면 조달 시스템에서 구매요청서(PO) 검색됩니다.
VNDLY는 PR이 승인되고 구매요청서(PO) 발행될 때까지 온보딩 완료하지 않습니다.
PO 변경
청구 단가 또는 지정일의 변경 으로 인해 예산 구매요청서(PO) 금액이 변경된 경우 구매요청서(PO) 변경 요청 제출할 수 있습니다.
예산 금액을 변경 작업 지시를 수정하면 조달 시스템의 구매요청서(PO) 변경 개시 .
VNDLY의 수정 사항은 조달 시스템에서 구매요청서(PO) 변경 승인될 때까지 적용되지 않습니다.
상품 수령증(GR)
조정, 일치 위해 시간 및 경비 거래를 조달 시스템으로 전송할 수 있습니다.
VNDLY에서 송장처리가 처리되면 타임시트와 경비가 상품 수령증으로 조달 시스템에 전송됩니다.
비용 오브젝트
정확한 원가 오브젝트(비용 코드)를 VNDLY로 가져와 시간과 경비가 올바른 계정에 배분되도록 할 수 있습니다.
조달-지급 통합 의 전체 흐름입니다.
어플리케이션 프로그래밍 인터페이스; API 사용하려면 먼저 회사 설정을 구성해야 합니다. 다음을 참조하십시오.단계: 조달-지급 통합을 위한 회사 설정 구성 .

원가 오브젝트 가져오기 또는 기존 원가 오브젝트 사용

통합 프로세스를 간소화하기 위해 기존에 가져온 원가 오브젝트를 사용하거나 비용 코드 테이블을 가져올 수 있습니다. 기존에 가져온 오브젝트 또는 테이블을 사용하면 비용 코드 필드 및 구성을 VNDLY로 가져오고 조달 시스템에 직접 매핑할 수 있습니다. 업로드되면 비용 코드 필드를 작업 및 작업 지시 양식에서 사용할 수 있습니다.
비용 코드 정의 가져오기에 액세스하려면
더보기 > 회사 설정 > 시간 기록 및 송장처리 > 비용 코드에
 액세스합니다.
이 단계에서는 어플리케이션 프로그래밍 인터페이스; API 호출이 필요하지 않습니다. 비용 코드 정의 파일은 JSON 파일 형식으로 업로드해야 합니다.

작업 또는 작업 명세서 생성(SOW)

작업 또는 SOW 생성할 때 리소스 매니저는 VNDLY의
작업 양식
 에 있는
비용 코드 비용 배분
 에 있는 가져온 비용 코드 중에서 선택할 수 있습니다. 그러면 근무자가 온보딩될 때 연결된 모든 작업 지시에서 해당하는 비용 코드를 사용할 수 있습니다.
리소스 매니저 VNDLY에서 작업 또는 SOW 생성할 때 하나의 작업 또는 SOW 에 여러 비용 코드를 추가할 수 있습니다. 단일 작업 또는 SOW 에 여러 비용 코드가 할당된 경우, 매니저는
직무 양식
 의 분배율 또는 각 비용 코드의 SOW 에서 통화 금액을 설정할 수 있습니다. 매니저 포지션 수와 작업 기간을 입력할 수 있으며 예산을 재작업할 수 있습니다(활성화된 경우).
작업 활성 상태이면 벤더가 후보자에 지원하고 지원자를 인터뷰할 수 있습니다. 이때 SOW 또는 작업 지시는 승인되거나 거절될 때까지 잠겨 더 이상 편집할 수 없습니다. VNDLY의 작업 후보자 페이지 및 직무 후보자 페이지에 있는
재작업 상태
 재작업 상태 알림에
'구매 요청 요청, 승인 대기중'
 이 표시됩니다.

API를 사용하여 근무자 온보딩 및 구매요청 요청

작업 게시되고 근무자 승인되고 오퍼 제시되면 작업 지시 상태가
온보딩 준비 완료
 로 설정됩니다. 이 단계 에서는 이벤트/피드 변경 어플리케이션 프로그래밍 인터페이스; API 에서 어플리케이션 프로그래밍 인터페이스; API 이벤트 사용할 수 있습니다. 이러한 이벤트를 사용하여 이제 구매 구매요청 생성할 수 있음을 조달 시스템에 나타낼 수 있습니다.
액티비티 로그에서 조달 시스템의 구매 구매요청 상태를 조회할 수 있으며, 이는 조달 구매요청 요청되었음을 표시하므로 조달 프로세스 전반에서 상태를 추적할 수 있습니다.
Get List of Purchase Requisition Requests
트리거 이벤트/시나리오
어플리케이션 프로그래밍 인터페이스; API 이름
API
근무자 승인되고 오퍼 수락된 경우
상태의 작업 지시 목록을 반환합니다.
purchase_order.requested
 승인 대기중
이벤트/피드 변경
GET
~/services/program/events/v2/change_feed/
카테고리:
purchase_order.requested
이벤트 어플리케이션 프로그래밍 인터페이스; API 는
id
 구매 구매요청 요청 / 신청()과 연관된 작업 지시 의 - 다음을 사용합니다.
id
 Worker Order Details 어플리케이션 프로그래밍 인터페이스; API 쿼리하여 작업 지시와 관련된 예산 및 비용 코드 세부내용을 반환합니다.
작업 지시 세부내용 가져오기
트리거 이벤트/시나리오
어플리케이션 프로그래밍 인터페이스; API 이름
API
작업 지시 사용
id
 이벤트/변경 피드 어플리케이션 프로그래밍 인터페이스; API 에서 - 작업 지시 승인에 필수 세부내용 반환
작업 지시/작업 지시 세부내용
GET
~/services/program/work_orders/v2/work_orders/{id}/
Get SOW Details
트리거 이벤트/시나리오
어플리케이션 프로그래밍 인터페이스; API 이름
API
SOW 사용
id
 이벤트/변경 피드 어플리케이션 프로그래밍 인터페이스; API 에서 을(를) 사용하여 SOW 승인에 필수 세부내용을 반환합니다.
작업 명세서/작업 명세서 세부내용
GET
~/services/program/sows/v2/sows/{id}/
작업 지시 업데이트는 조달 시스템에서 구매 구매요청 요청 / 신청 승인되거나 거절될 때까지 비활성화됩니다.

타임시트 및 송장 제출

작업 지시의 비용 코드에 대해 타임시트 및 송장을 제출할 수 있습니다. 이 프로세스는 인건비와 경비를 정확하게 추적하여 효율적인 청구 및 지급 워크플로를 촉진합니다. 다음을 참조하십시오.예: 조달 시스템용 커스텀 송장 리포트 생성 .
VNDLY Custom Reports 어플리케이션 프로그래밍 인터페이스; API 사용하면 조달 시스템에서 송장을 확인하고 승인하는 데 필요한 송장 세부내용을 쿼리할 수 있습니다. 시간을 입력하고 제출하면 근무자의
타임시트 요약
 에 비용 코드 정보가 자동으로 입력됩니다.

API를 사용하여 송장 데이터, 확인 및 승인 가져오기

API를 사용하여 승인 대기 중인 송장 요청 목록을 가져올 수 있습니다. 그런 다음 API를 사용하여 조달 시스템에서 송장 상태를 확인완료 또는 승인완료로 캡처할 수 있습니다. 이러한 액션은 송장 액티비티 로그를 업데이트하여 사용자에게 조달 시스템에서 제공하는 송장 상태를 알려줍니다.
참조 ID 사용하여 송장을 추적하고 조달 시스템과 동기화할 수 있습니다.
invoice_request_ref_id
송장 요청 목록 및 송장 요청 세부내용
트리거 이벤트/시나리오
어플리케이션 프로그래밍 인터페이스; API 이름
API
Get Invoice Request List
송장 승인 대기 중으로 VNDLY에서 제출된 경우
송장/송장 요청 목록
GET
~/services/program/invoices/v2/invoice_requests/
요청 본문
limit
: 페이지당 반환할 결과 수입니다.
offset
: 결과를 반환할 초기 인덱스입니다.
작업 지시를 쿼리하는 데 사용되는 ID를 반환합니다.
invoice_request_ref_number
 송장 과 관련된 예산 및 비용 코드 세부내용을 수신하기 위해 커스텀 리포트 어플리케이션 프로그래밍 인터페이스; API 쿼리하는 데 사용됩니다.
invoice_request_ref_id
 송장 요청 / 신청()을 확인하고 승인하는 데 사용됩니다.
Get Invoice Request Details
송장 승인 대기 중으로 VNDLY에서 제출된 경우
송장/송장 요청 세부내용
GET
~/services/program/invoices/v2/invoice_requests/{id}
요청 본문:
id
 : 송장 요청 / 신청 참조 ID
커스텀 리포트 어플리케이션 프로그래밍 인터페이스; API 사용하여 송장 세부내용 가져오기
현재 구현에서는 VNDLY 커스텀 리포트 어플리케이션 프로그래밍 인터페이스; API 사용하여 송장 세부내용을 가져옵니다. 다음을 참조하십시오.예: 조달 시스템용 커스텀 송장 리포트 생성 .
트리거 이벤트/시나리오
어플리케이션 프로그래밍 인터페이스; API 이름
API
커스텀 리포트 사용
id
 및 커스텀 리포트 매개변수를 사용하여 송장 세부내용을 가져옵니다.
커스텀 리포트/ 커스텀 리포트 실행
GET
~/services/program/custom_reports/v2/custom_reports/
커스텀 리포트 에 올바른 매개변수명을 사용하십시오.
매개변수는 저장된 리포트에 사전 정의되어 있으며 매개변수 쿼리 매개변수를 통해 전달됩니다. 매개변수 문자열은 매개변수명과 저장된 리포트 매개변수에 적용된 값을 포함해야 합니다.
송장 확인 및 승인
트리거 이벤트/시나리오
어플리케이션 프로그래밍 인터페이스; API 이름
API
확인
 : 조달 시스템에서 송장 세부내용을 수신했습니다.
조달 시스템에서 요청 / 신청 수신 확인을 VNDLY에 전송할 수 있습니다. 조달 시스템에서 송장 수령되었음을 나타내는 액티비티 로그를 업데이트합니다.
송장/송장 요청 확인
POST:
~/services/program/invoices/v2/invoicerequests/acknowledge/
승인
 : 조달 시스템에서 송장 승인합니다.
송장/송장 요청 승인
POST:
~/services/program/invoices/v2/invoicerequests/approve/

송장 무효화 또는 거절

표준 송장 무효 프로세스는 조달-지급 통합과 호환되지만, 여전히 자동화된 프로세스라기보다는 수동 프로세스입니다. 송장 상태가 동기화 상태를 유지하도록 하려면 송장이 조달 시스템에서 거절되기 전에 VNDLY에서 먼저 무효화되어야 합니다.
VNDLY 사용자 인터페이스를 통해 송장 무효화할 수 있습니다. 송장 이 무효화되면 커스텀 리포트 어플리케이션 프로그래밍 인터페이스; API 송장 > 송장 세부내용 데이터세트 및 상태 필드에서 쿼리할 수 있습니다. 이렇게 하면 송장 상태를 통해 그에 따라 조달 시스템이 업데이트되고 두 시스템을 모두 동기화된 상태로 유지할 수 있습니다.

작업 지시 업데이트 및 승인 요청

작업 지시 업데이트는 비용 코드 예산에 영향을 미칠 수 있습니다. 작업 지시에 대한 모든 재작업은 예산이 올바르게 조정되도록 조달 시스템에서 승인하거나 거절해야 합니다. 작업 지시 변경 요청 상태(
승인 대기중, 확인, 승인 또는 거절
 )는 작업 지시 활동 로그에 반영됩니다.
PO 변경 요청 목록은 이벤트/피드 변경 어플리케이션 프로그래밍 인터페이스; API 사용하여 확인할 수 있습니다.
Get Work Order Change Requests
트리거 이벤트/시나리오
어플리케이션 프로그래밍 인터페이스; API 이름
API
수정된 작업 지시 목록을 반환합니다.
이벤트/피드 변경
GET
~/services/program/events/v2/change_feed/
카테고리:
purchase_order_change.requested
작업 지시 재작업이 요청 / 신청 되면 조달 시스템에서 요청 / 신청 승인하거나 거절할 때까지 추가 재작업을 할 수 없도록 작업 지시가 잠깁니다. 이를 통해 당사 시스템과 조달 시스템 간에 동기화가 보장됩니다. 어플리케이션 프로그래밍 인터페이스; API 엔드포인트를 작업 지시 업데이트 확인, 승인, 거절에 사용할 수 있습니다.
작업 지시 업데이트 요청 확인, 승인 또는 거절
트리거 이벤트/시나리오
어플리케이션 프로그래밍 인터페이스; API 이름
API
확인
 : 조달 시스템에서 변경 주문 받았습니다.
조달 시스템에서 요청 / 신청 수신 확인을 VNDLY에 전송할 수 있습니다.
조달 시스템에서 작업 지시 변경 요청 수신했음을 나타내는 액티비티 로그를 업데이트합니다.
PO 변경 확인
POST
~/services/program/purchase_orders/v2/purchase_order_changes/acknowledge/
승인
 : 작업 지시 변경 요청 승인되었음을 나타내는 작업 지시 액티비티 로그를 업데이트합니다.
변경사항이 작업 지시에 반영됩니다.
작업 지시가 잠금 해제되었습니다.
PO 변경 승인
POST
~/services/program/purchase_orders/v2/purchase_order_changes/approve/
거절
 : 작업 지시 변경 요청 거절되었음을 나타내는 작업 지시 액티비티 로그를 업데이트합니다.
작업 지시는 변경되지 않았습니다.
작업 지시가 잠금 해제되었습니다.
PO 변경 거절
POST
~/services/program/purchase_orders/v2/purchase_order_changes/reject/