mtl_supply 테이블의 역할

mtl_supply 테이블의 역할은 원래 교육 중에 지식 포인트였습니다. 이제 정리하여 게시했습니다.
1. 요청이 생성되고 승인되면 mtl_supply의 변경 사항이
됩니다. 생성이 완료되었습니다. 구매 요청의 경우 MTL_SUPPLY가 비어 있습니다
b. 승인 후 mtl_supply, Supply_type_code=REQ
에 데이터 조각이 생성됩니다. c. 구매 요청이 승인되면 요청 헤드와 요청 라인이 표시됩니다. MS.REQ_HEADER_ID, MS.REQ_LINE_ID에 저장되며, 이때 MS.SUPPLY_TYPE_CODE=REQ

2. PO가 생성되어 승인되면 mtl_supply
의 변경사항이 구매 요청으로 변환됩니다. po, 승인 전에는 MTL_SUPPLY가 비어 있습니다
b. 승인 후에는 mtl_supply의 원래 공급_유형_코드=REQ가 공급_유형_코드=PO로 변경됩니다
c. 일반적으로 구매 요청이 구매 주문으로 자동 생성되면 공급_유형_코드=REQ가 공급_유형_코드=PO
d로 변경됩니다. 승인된 PO가 취소되면 MTL_SUPPLY의 공급_유형_코드=PO가 공급_유형_코드=REQ
e로 변경됩니다.--에서 구매 주문을 자동으로 여는 프로그램을 호출할 때 구매 요청(승인되지 않은 경우), MS.PO_HEADER_ID, MS.PO_LINE_ID,
--MS.PO_RELEASE_ID, MS.PO_LINE_LOCATION_ID, MS.PO_DISTRIBUTION_ID가 비어 있고, 승인된 경우
--MS.REQ_HEADER_ID, MS.REQ_LINE_ID 수량을 수정하거나 PO 주문에 새 구매 주문 라인을 추가하기 위해 MS .SUPPLY_TYPE_CODE=PO가 삭제됩니다
-승인이 없으면 원래 승인된 구매 주문 라인 데이터는 변경되지 않지만 새로 추가된 라인은 입력되지 않습니다. 테이블에
--승인된 PO가 취소되면 MTL_SUPPLY의 Supply_type_code=PO가 공급_유형_코드=REQ로 변경됩니다.
--MS.REQ_HEADER_ID, MS.REQ_LINE_ID가 원래 구매의 헤더와 라인에 채워집니다. 요청. 동시에 값은 MS.PO_HEADER_ID,MS.PO_LINE_ID,
--MS.PO_RELEASE_ID, MS.PO_LINE_LOCATION_ID,MS.PO_DISTRIBUTION_ID, MS.NEED_BY_DATE,MS.RECEIPT_DATE,
--MS.EXPECTED_DELIVERY_DATE입니다. , 삭제됩니다
3. PO가 수신되면 mtl_supply의 변경 사항
a. PO가 완전히 수신되면 mtl_supply의 원래 Supply_type_code=PO가 Supply_type_code=RECEIVING
으로 변경됩니다. 구매 오더가 접수되면 MTL_SUPPLY의 Supply_type_code=PO가 Supply_type_code=RECEIVING으로 변경됩니다.
--동시에 MS.SHIPMENT_HEADER_ID, MS.SHIPMENT_LINE_ID, MS.RCV_TRANSACTION_ID, 헤더 정보, 라인 정보가 저장됩니다.
--rcv_transaction의 transaction_id
4. 특정 PO 라인이 부분적으로 수신된 경우 mtl_supply 변경
a. 특정 PO 라인이 부분적으로 수신된 경우 원래 공급_유형_코드= 수신 라인의 PO가 Supply_type_code=RECEIVING
으로 변경됩니다. 5. PO가 검사된 후 mtl_supply
a에는 어떤 변경 사항이 있습니까? PO가 검사된 후 수락 라인에 원래의 Supply_type_code=RECEIVING이 남아 있습니다. 변경되지 않음
6. PO 부품을 창고에 넣었을 때 mtl_supply에는 어떤 변화가 있나요? 모든 부품을 창고에 넣은 후에는 어떻게 되나요?
a. mtl_supply의 행 레코드가 삭제되고 모든 PO 레코드가 창고에 투입되면 구매 주문의 모든 행 레코드가 삭제됩니다.
관련 테이블

--승인된 구매 요청 단일
SELECT prh.requisition_header_id, prl.requisition_line_id,prh.segment1
PO_REQUISITION_HEADERS_ALL PRH, PO_REQUISITION_LINES_ALL PRL
여기서 prh.requisition_header_id = prl.requisition_header_id
및 prh.requisition_head er_id = 662
그리고 prh .authorization_status= ' APPROVED'

--승인된 구매 주문
SELECT ph.po_header_id,pl.PO_LINE_ID,ph.segment1,ph.*
from Po_Lines_all pl,Po_Headers_All ph
여기서 pl.PO_HEADER_ID=ph .po_header_id
/* 및 ph.po_header_id = 41526*/
and ph.authorization_status= 'APPROVED'
및 NVL(ph.cancel_flag,'N')<> 'Y'
및 ph.creation_date>=trunc(sysdate)
--수신

RCV_SHIPMENT_HEADERS rsh에서 *
선택,
rcv_shipment_lines rsl
여기서 rsh.shipment_header_id= rsl.shipment_header_id
and rsh.creation_date>=trunc(sysdate)
and rsh.receipt_num='185631'

select *
from rcv_transactions rt
wherert.transaction_id=870339
tｒｍ에 대한 설명
MTL_SUPPLY는 조직에 들어오는 공급 정보를 저장합니다.
이 테이블은 재고의 수요-공급 형식의 소스 중 하나를 구성합니다.
이 테이블에는 네 가지 유형의 공급이 캡처됩니다.

1) 승인된 구매 요청
2) 승인된 구매 주문
3) 공급업체의 배송
4) 다른 조직의 미착 배송

유형 3과 4는 다음 항목으로 구분할 수 있습니다.
배송 중인 품목의 소유권을 식별하는
INTRANSIT_OWNING_ORGANIZATION_ID 열의 데이터입니다. 이 열이 null이면
공급업체에서 공급한 것임을 의미합니다.
정보는
적절한 ATP 정보를 도출하기 위해
테이블에서 추적하는 데 사용됩니다.
.
MTL_SUPPLY의 레코드는 매 시간마다 생성됩니다. 구매요청
또는 PO를 승인하거나 미착 배송을 생성할 때
구매요청이 승인되면 하나의 구매요청 라인에 대해 하나의 REQ 유형 레코드가 생성됩니다.
당 PO 유형 레코드 하나가 생성됩니다. PO가 승인되면 PO 분배
배송이 생성될 때
배송 라인당 하나의 레코드가 생성됩니다.
.
MTL_SUPPLY의 레코드는 승인될 때마다 다시 생성됩니다
수령, 공급업체로 반품 또는
구매 주문 취소
.
문서 상태를 승인되지 않음으로 변경할 때마다
MTL_SUPPLY의 기록이 삭제됩니다. 예를 들어 라인과 배송 수량을 변경하는 경우
PO에 승인이 필요합니다. 
이러한 PO가 다시 승인되면
새 수량
에 대해 PO 공급이 다시 생성됩니다.
REQ 공급 기록의 공급 유형 코드는
마다 PO로 변경됩니다. 구매요청이 자동 생성된 시간입니다. 마찬가지로 공급 유형 코드는
PO가 완전히 수령되면 PO에서 RECEIVING으로 변경됩니다. PO가
부분적으로 수령된 경우 공급 유형 코드
RECEIVING이 포함된 공급이 수령된 수량에 대해 생성됩니다. 영수증
이 전달되면 RECEIVING 공급이 삭제됩니다. SHIPMENT 공급은
PO 공급과 동일한 방식으로 작동합니다.
.
MTL_SUPPLY_T라는 이름의 MTL_SUPPLY에 데이터베이스 트리거가 있습니다.
이 트리거는 MTL_공급. MRP_RELIEF_INTERFACE 테이블에 레코드를 삽입합니다