구매 요청 개요
이 문서에서는 구매 요청 워크플로와 구매 요청이 가질 수 있는 다양한 상태에 대해 설명합니다.
조직 설정에 따라 조직에서 사용하는 제품에 대한 구매 요청을 생성할 수 있습니다. 구매 요청은 구매 부서가 품목 또는 서비스를 구매할 수 있도록 승인하는 내부 문서입니다.
구매 요청이 승인된 후 구매 주문을 생성하는 데 사용할 수 있습니다. 구매 주문은 구매 부서에서 공급업체에 제출하는 외부 문서입니다.
구매 요청 생성
내 구매 요청 페이지에서 구매 요청을 생성하고 필요한 항목과 서비스를 선택할 수 있습니다. 조직에서 만든 조달 카탈로그에서 항목을 선택하거나 조달 범주를 선택하고 제품 세부 정보를 입력하여 카탈로그에 없는 항목을 요청할 수 있습니다.
검토를 위해 구매 요청을 제출하려면 먼저 워크플로를 구성해야 합니다. 워크플로를 사용하여 검토 프로세스를 통해 초기 상태인 초안에서 최종 상태인 승인됨으로 구매 요청을 이동합니다.
구매 요청 상태
구매 요청을 생성하면 상태가 할당됩니다. 구매 요청에 추가하는 모든 라인에도 상태가 지정됩니다. 검토를 위해 구매 요청을 워크플로우에 제출하면 라인이 워크플로우 프로세스를 통해 이동함에 따라 구매 요청의 상태와 각 라인의 상태가 업데이트됩니다.
구매 요청 워크플로 프로세스를 구성하여 단일 문서로 검토 프로세스를 통해 구매 요청을 라우팅할 수 있습니다. 또는 구매 요청의 라인을 적절한 검토자에게 개별적으로 전달할 수 있습니다. 구매 요청 라인이 개별적으로 검토되는 경우 라인이 검토 프로세스를 통해 이동함에 따라 각 구매 요청 라인의 상태가 업데이트될 수 있습니다. 모든 라인이 검토 프로세스를 완료하고 구매 요청에 대한 검토 단계가 남아 있지 않으면 전체 구매 요청의 상태가 업데이트됩니다.
구매 요청 워크플로
다음 다이어그램은 워크플로우 프로세스를 통해 이동할 때 구매 요청 및 구매 요청 라인에 지정된 상태를 보여줍니다.
구매 요청 헤더 및 라인 상태 관계
구매 요청의 전체 상태는 구매 요청 라인의 상태에 따라 결정됩니다. 따라서 전체 구매 요청에 대한 검토 프로세스가 완료되기 전에 모든 구매 요청 라인에 대한 검토 프로세스가 완료되어야 합니다. 다음 테이블은 구매 요청이 워크플로우 프로세스를 통해 이동할 때 구매 요청 헤더 및 라인에 지정된 상태를 설명합니다.
| 구매 요청 상태 | 구매 요청 라인 상태 | 설명 |
|---|---|---|
| 초안 | 초안 | 구매 요청 및 구매 요청 라인이 생성되었지만 검토를 위해 제출되지 않았습니다. 상태가 초안인 구매 요청 및 구매 요청 라인은 수정할 수 있습니다. 구매 요청 또는 구매 요청 라인은 회수되었지만 검토를 위해 다시 제출되지 않은 경우 초안 상태가 됩니다. 참고: 문서 수준에서 구매 요청을 제출하거나 회수할 수 있습니다. 그러나 단일 구매 요청 라인은 제출하거나 회수할 수 없습니다. |
| 검토 중 |
|
워크플로가 구매 요청 라인을 개별 검토자에게 라우팅하도록 구성된 경우 각 라인은 검토 중 또는 거부됨 상태가 될 수 있습니다. 모든 구매 요청 라인에 대한 검토 프로세스가 완료되고 구매 요청에 대한 검토 단계가 남아 있지 않으면 구매 요청 상태가 업데이트됩니다.
참고: 이미 제출된 구매 요청을 회수할 수 있습니다. 구매 요청을 회수하면 다른 모든 구매 요청 라인도 회수됩니다. 회수된 구매 요청 라인은 삭제할 수 있습니다. |
| 거부됨 | 거부됨 | 구매 요청 및 모든 구매 요청 라인이 거부되었습니다. 거부된 구매 요청 및 구매 요청 라인은 다시 제출할 수 있습니다. |
| 승인됨 |
|
모든 구매 요청 라인이 검토 프로세스를 완료했으며 구매 요청에 대한 더 이상 검토 단계가 없습니다.
|
| 취소됨 | 취소됨 | 구매 요청 및 모든 구매 요청 라인이 취소되었습니다. 메모: 구매 요청 라인에 있는 품목이 더 이상 필요하지 않은 경우 이미 승인된 구매 요청 라인을 취소해야 합니다. 승인된 구매 요청 라인만 취소할 수 있습니다. 구매 요청 라인이 검토 중인 경우 구매 요청은 검토 중 상태가 됩니다. 이 경우 구매 요청을 회수하고 해당 구매 요청 라인을 삭제할 수 있습니다. |
| 닫힘 |
|
구매 요청이 마감되었으며 하나 이상의 이행 문서가 생성되었습니다.
|
여러 금융 계정에 비용 분배
구매 요청에 포함된 제품의 비용을 여러 금융 계정에 분배할 수 있습니다. 조직에서 비용 센터 및 부서와 같은 차원을 사용하는 경우 제품 비용을 재무 계정 차원에 분배할 수 있습니다.
요청 목적
요청 목적은 요청 요청을 보다 유연하게 이행하는 프로세스를 만듭니다. 구매 요청을 생성할 때 소비 또는 보충의 두 가지 목적 중 하나를 지정할 수 있습니다. 구매 요청 목적 및 조직 설정에 따라 구매 주문, 이전 주문, 생산 주문 또는 칸반으로 구매 요청 수요를 이행할 수 있습니다.
조달 정책에서 조직에 대한 구매 요청이 생성될 때 사용 가능한 구매 요청 목적을 제어할 수 있습니다.
소비를 목적으로 하는 구매 요청
소비 목적이 있는 구매 요청은 조직에서 내부적으로 사용할 품목 또는 서비스에 대한 수요를 나타냅니다. 이러한 종류의 구매 요청에 의해 생성된 수요는 항상 구매 주문에 의해 이행됩니다. Supply Chain Management가 구매 주문을 자동으로 생성하도록 설정된 경우 구매 요청이 승인된 후 구매 주문이 생성됩니다.
보충을 목적으로 하는 구매 요청
보충을 목적으로 하는 구매 요청은 재고 보충 수요를 나타냅니다. 예를 들어, 특정 시간에 특정 소매점에서 판매될 수 있도록 품목을 보충하기 위한 구매 요청을 생성합니다. 이러한 종류의 구매 요청에 의해 생성된 수요는 구매 주문, 이전 주문, 생산 주문 또는 칸반에 의해 이행될 수 있습니다.
요청 목적이 보충인 경우 수요는 화폐 금액이 아닌 수량으로 표시됩니다. 따라서 예산가집행 회계, 예산 통제, BRAD(고정 자산 결정에 대한 비즈니스 규칙), 프로젝트 회계 및 관련 규칙이 적용되지 않습니다. 지정된 법인에 입고 및 출고된 제품만 보충 요청 수요를 충족할 수 있습니다. 요청 목적이 보충일 때 사용 가능한 제품을 정의하려면 보충 카테고리 액세스 정책 규칙 페이지를 사용하세요.
보충을 목적으로 하는 구매 요청을 사용하려면 구매 요청 수요를 포함하도록 마스터 스케줄링을 설정해야 합니다. 그런 다음 이러한 종류의 구매요청에 의해 생성된 수요에 대한 이행 방법은 조직의 품목에 대해 설정되고 마스터 스케줄링을 사용하여 계획된 공급 정책에 따라 자동으로 결정됩니다.
구매 요청 및 견적 요청
어떤 경우에는 구매 요청에서 요청된 제품의 공급업체 및 가격을 식별하기 위해 견적 요청(RFQ) 프로세스를 시작해야 합니다. 구매 요청이 검토 중일 때 RFQ가 생성될 수 있습니다. 입찰을 수락하면 공급업체, 가격 등에 대한 정보가 구매요청으로 전송됩니다.
구매 요청 세부 정보 페이지에서 보류 중 확인란을 선택하여 구매 요청을 보류할 수 있습니다. 확인란을 선택 취소하여 보류를 제거한 후에만 구매 요청 처리를 계속할 수 있습니다.
참고
전자 조달에서 구매 요청에 대한 RFQ를 통해 공급업체가 대체 라인을 추가할 수 있습니다. 이 경우 구매 요청에 승인된 대체품이 반영됩니다.
수요 통합
여러 구매 요청의 구매 요청 라인을 통합함으로써 공급업체와의 협상력을 높여 더 나은 가격 책정, 더 낮은 운송 및 취급 비용, 간접비 절감을 달성할 수 있습니다.
구매 요청 라인은 다음 진술이 참인 경우에만 수요 통합에 적합합니다.
- 구매 요청이 승인되었습니다.
- 구매 요청이 수동 처리 및 수요 통합에 대한 구매 정책 규칙 기준을 충족합니다.
수동 처리 기준을 충족하는 승인된 구매 요청 라인은 승인된 구매 요청 릴리스 페이지에 나열됩니다. 구매 요청 라인이 수요 통합 기준도 충족하는 경우 라인을 통합 기회에 추가할 수 있습니다.
통합 기회는 구매 전문가가 공급업체와 최상의 거래를 협상할 수 있도록 함께 그룹화되는 일련의 구매 요청 라인입니다. 통합 기회에 대해 선택한 구매 요청 라인은 구매 요청 통합 페이지에 나타납니다. 변경이 필요한 경우 이 페이지의 라인을 수정할 수 있습니다. 통합 기회에 신규 라인을 추가하거나 기존 라인을 제거할 수도 있습니다.
통합 기회에 구매 요청 라인을 추가하고 필요한 변경을 수행한 후 통합 구매 요청 라인에 대한 구매 주문을 생성할 수 있습니다.
참고
구매 요청 통합 페이지에서 구매 요청 라인을 변경하면 생성한 구매 주문에 반영됩니다. 그러나 라인은 구매 요청에서 변경되지 않은 상태로 남아 있으므로 해당 내역이 보존됩니다.
수요 통합에 적합하지 않거나 통합 기회에 대해 선택되지 않은 구매 요청 라인에 대한 구매 주문을 생성하려면 라인을 수동으로 처리해야 합니다.
구매 요청 라인 통합
수요 통합 프로세스는 워크플로우에서 구매 요청이 승인되고 조직에 대해 예산 통제가 구성된 경우 예산 예약 및 사전 예산가집행이 기록될 때 시작됩니다. 다음 다이어그램은 수요 통합을 위한 프로세스 흐름을 보여줍니다.
승인된 구매 요청 라인을 통합하려면 다음 단계를 따르십시오.
- 수동 처리를 위해 보류되었으며 수요 통합에 적합한 승인된 구매 요청 라인을 검토합니다.
- 통합 기회에 추가할 라인을 선택합니다.
- 신규 통합 기회를 생성하거나 기존 통합 기회에 구매 요청 라인을 추가합니다.
- 구매 요청 라인에 필요한 변경을 수행하고 통합 기회에 더 이상 포함하지 않으려는 구매다음 다이어그램은 수요 통합을 위한 프로세스 흐름을 보여줍니다.요청 라인 항목을 제거합니다.
- 통합 구매 요청 라인 또는 통합 기회의 구매 요청 라인에 대한 구매 발주를 생성합니다.