Die Rolle der mtl_supply-Tabelle

Die Rolle der mtl_supply-Tabelle war ein Wissenspunkt während der ursprünglichen Schulung.
1 Wenn die Anforderung erstellt und genehmigt wurde, werden die Änderungen in mtl_supply angezeigt Die Erstellung ist abgeschlossen. Für die Bestellanforderung ist MTL_SUPPLY leer.
b Nach der Genehmigung wird ein Datenelement in mtl_supply generiert, „supply_type_code=REQ“
c werden in MS.REQ_HEADER_ID, MS.REQ_LINE_ID gespeichert, zu diesem Zeitpunkt MS.SUPPLY_TYPE_CODE=REQ

2. Wenn die Bestellung erstellt und genehmigt wird, erfolgt die Änderung von mtl_supply
a po, vor der Genehmigung ist MTL_SUPPLY leer
b Nach der Genehmigung wird der ursprüngliche „supply_type_code=REQ“ in „supply_type_code=PO“ geändert.
c „supply_type_code=REQ“ wird in „supply_type_code=PO“ geändert. Wenn die genehmigte Bestellung storniert wird, wird „supply_type_code=PO“ in MTL_SUPPLY in „supply_type_code=REQ“ geändert. – Beim Aufrufen des Programms, das die Bestellung automatisch öffnet die Bestellanforderung, wenn nicht genehmigt, MS.PO_HEADER_ID, MS.PO_LINE_ID,
--MS.PO_RELEASE_ID, MS.PO_LINE_LOCATION_ID, MS.PO_DISTRIBUTION_ID, sind leer, wenn genehmigt
--MS.REQ_HEADER_ID, MS.REQ_LINE_ID ist gelöscht, MS .SUPPLY_TYPE_CODE=PO, zum Ändern der Menge oder zum Hinzufügen einer neuen Bestellposition im Bestellauftrag
--ohne Genehmigung bleiben die ursprünglich genehmigten Bestellzeilendaten unverändert, aber die neu hinzugefügte Zeile wird nicht eingegeben in die Tabelle
--Wenn die genehmigte Bestellung storniert wird, wird „supply_type_code=PO“ in MTL_SUPPLY in „supply_type_code=REQ“ geändert,
--MS.REQ_HEADER_ID, MS.REQ_LINE_ID werden in die Kopfzeile und Zeile des ursprünglichen Kaufs eingefügt Anforderung. Werte gleichzeitig: 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 , werden gelöscht
3. Wenn die Bestellung empfangen wird, werden die Änderungen in mtl_supply
a Wenn die Bestellung vollständig empfangen wird, wird der ursprüngliche Supply_type_code=PO in mtl_supply geändert
b. Wenn die Bestellung eingeht, wird „supply_type_code=PO“ in „MTL_SUPPLY“ in „supply_type_code=RECEIVING“ geändert.
--Gleichzeitig werden MS.SHIPMENT_HEADER_ID, MS.SHIPMENT_LINE_ID, MS.RCV_TRANSACTION_ID, die Kopfzeileninformationen und die darin gespeicherten Zeileninformationen gespeichert Sendung und
--die Transaktions-ID von rcv_transaction
4. Wenn eine bestimmte Bestellzeile teilweise empfangen wird, ändert sich mtl_supply
a PO in der Empfangszeile wird in „supply_type_code=RECEIVING“ geändert. 5. Wenn die Bestellung überprüft wird. Welche Änderungen gibt es danach in mtl_supply? unverändert
6. Welche Änderungen gibt es in mtl_supply, nachdem alle Teile in das Lager gestellt wurden? Zeilendatensatz in mtl_supply wird gelöscht, und wenn alle Bestelldatensätze in das Lager gestellt werden, werden alle Zeilendatensätze der Bestellung gelöscht
Beteiligte Tabellen

--Genehmigte Bestellanforderungen Single
SELECT prh.requisition_header_id, prl.requisition_line_id,prh.segment1
von PO_REQUISITION_HEADERS_ALL PRH, PO_REQUISITION_LINES_ALL PRL
wobei prh.requisition_header_id = prl.requisition_header_id
und prh.requisition_head er_id =. 662
und prh .authorization_status= ' GENEHMIGT'

--Genehmigte Bestellung
SELECT ph.po_header_id,pl.PO_LINE_ID,ph.segment1,ph.*
von Po_Lines_all pl,Po_Headers_All ph
wobei pl.PO_HEADER_ID=ph .po_header_id
/* und ph.po_header_id = 41526*/
und ph.authorization_status= 'APPROVED'
und NVL(ph.cancel_flag,'N')<> 'Y'
und ph.creation_date>=trunc(sysdate)
--Receive

select *
from RCV_SHIPMENT_HEADERS rsh,
rcv_shipment_lines rsl
wobei rsh.shipment_header_id= rsl.shipment_header_id
und rsh.creation_date>=trunc(sysdate)
und rsh.receipt_num='185631'

select *
from rcv_transactions rt
wherert.transaction_id=870339tｒｍ lautet wie folgt:
MTL_SUPPLY speichert eingehende Lieferinformationen für eine Organisation.
Diese Tabelle bildet eine der Quellen im Nachfrage-Angebot-Formular von Inventory.
In dieser Tabelle werden vier verschiedene Arten von Lieferungen erfasst:

1) Genehmigte Anforderungen
2) Genehmigte Bestellungen
3) Lieferungen von Lieferanten
4) In-Transit-Sendungen von einer anderen Organisation

Typ 3 und 4 können durch das Vorhandensein von unterschieden werden Daten in der Spalte
INTRANSIT_OWNING_ORGANIZATION_ID, die den
Eigentümer der Artikel im Transport angeben. Wenn diese Spalte null ist,
bedeutet dies, dass die Lieferung von einem Lieferanten stammt.
Dies Die Informationen werden von der verfügbaren Zusageroutine verwendet, um
die ATP-Informationen entsprechend abzuleiten.
werden auch in der Tabelle verfolgt.
.
Datensätze in MTL_SUPPLY werden jeweils erstellt Wenn Sie eine Bestellanforderung
oder eine Bestellung genehmigen oder eine In-Transit-Sendung erstellen, wird
für eine Bestellanforderungszeile erstellt, wenn die Bestellanforderung genehmigt wird.
Ein Datensatz der Bestellart wird pro erstellt PO-Verteilung, wenn eine Bestellung
genehmigt wird, und ein Datensatz pro Sendungszeile wird erstellt, wenn eine
Sendung erstellt wird.
.
Datensätze in MTL_SUPPLY werden immer dann neu erstellt, wenn welche vorhanden sind
Transaktionen wie die Rückgabe an den Wareneingang, die Rückgabe an den Lieferanten oder
Stornierung von Bestellungen.
.
Datensätze in MTL_SUPPLY werden jedes Mal gelöscht, wenn Sie den Status des Dokuments
in „Nicht genehmigt“ ändern. Beispielsweise würde eine Bestellung eine Genehmigung erfordern, wenn
Sie die Position und die Sendungsmenge ändern. 
Wenn eine solche Bestellung erneut genehmigt wird, wird die Bestellungslieferung für
die neue Menge neu erstellt.
.
Der Angebotstypcode eines REQ-Lieferdatensatzes wird alle in PO geändert
Zeit, in der eine Anforderung automatisch erstellt wird. Ebenso wird der Code der Lieferart
von PO in RECEIVING geändert, wenn eine Bestellung vollständig eingegangen ist. Wenn eine Bestellung
teilweise eingegangen ist, wird für die eingegangene Menge eine Lieferung mit dem Lieferartcode
EMPFANG erstellt. Wenn der Beleg
zugestellt wird, wird der RECEIVING-Vorrat gelöscht. Die SHIPMENT-Lieferung funktioniert
auf die gleiche Weise wie die PO-Lieferung.
.
Auf MTL_SUPPLY gibt es einen Datenbanktrigger mit dem Namen MTL_SUPPLY_T.
Dieser Trigger wird beim Einfügen, Aktualisieren oder Löschen von Datensätzen inMTL_SUPPLY. Es fügt Datensätze in die Tabelle MRP_RELIEF_INTERFACE
ein