잘 사용하는 프로세스는 아니다.
Requirement Vlaue Versus Procurement Costs

- 어떤 경우에 이거 사용하는지
- low : 회사식당, 수리부속, 임시직
- high : 하나의 dummy po를 생성하고 계속해서 인보이스 문서 생성
- 그래서 한도를 정하고 유효기간을 정하는것이 특징이다.
- 입고처리는 하지 않는다.
Blanket Purchase order

- PO문서타입은 FO
- 유효날짜 필수
- 아이템카테고리 B로 하면 Limit 탭 활성화된다. 이때 수량은 1개로 고정된다. 한도, 예상금액 입력
실제발생된 금액 자동으로 들어온다.
- 한도나 기간이 넘어가면 에러
실습
PO 생성

- 헤더 Additional data에 유효기간 입력
인보이스 처리 (MIRO)


- 밸런스 부족한 금액만큼 입력해서 밸런스 0으로 맞추고 저장
PO 조회

- 실제 발생된 금액 자동으로 들어온거 알 수 있다.
한도 초과된 인보이스 처리 (MIRO)
