SlideShare una empresa de Scribd logo
1 de 34
STEP
SABIC Transformation through Execution of Projects
STEP 3 - Execute Program or Project
Development Specification
Template Version 1.0
Debagging processand differences fordebagging in WH
[EP_LE_EXXXX]
Process: Warehouse Sales order processing Reseller
[FANAR +]
[Project ID]
[Project Manager]
[SBU Name]
Table of Contents
1 Business Requirement.................................................................................................. 4
1.1 Functional description....................................................................................................4
1.2 Scope.............................................................................................................................4
1.3 Reason for development .............................................................................................13
1.3.1 Description of alternative ......................................................................................24
1.3.2 Reason why alternative is not acceptable............................................................24
1.4 Authorisation................................................................................................................24
1.5 Risk analysis................................................................................................................25
1.6 Test cases....................................................................................................................25
1.7 Program Type..............................................................................................................25
2 Development Specification........................................................................................26
2.1 Configuration and other pre-conditions .......................................................................27
2.2 Menu path ....................................................................................................................27
2.3 Processing logic...........................................................................................................27
2.4 Enhancements.............................................................................................................29
2.5 BADI’s ..........................................................................................................................29
2.6 User exits .....................................................................................................................30
2.7 Customer programs.....................................................................................................30
2.8 User Interface (UI) .......................................................................................................33
2.8.1 Screens.................................................................................................................33
2.8.2 Form......................................................................................................................33
2.8.3 Report....................................................................................................................33
2.8.4 Webdynpro for ABAP / JAVA................................................................................34
2.9 Interface.......................................................................................................................34
2.9.1 SAP PI...................................................................................................................34
2.10 Data model...............................................................................................................34
2.11 Jobs ..........................................................................................................................34
2.12 Portal Content ..........................................................................................................34
2.13 Workflow...................................................................................................................34
2.14 Result of Test case ..................................................................................................34
Version History
Version Author Date Description
1.0 Ronen Madar 25-Nov-2014 Initial
1 Business Requirement
The business requirements for this change are as follow:
 To be able settle the stock differences and financial activities with the affiliate.
 To be able to debag stock for customer sales.
 SABIC should not degage materials using raw materials from different affiliates for the same order.
1.1 Functional description
 SABIC EP want to be able to do debag the material they sale to the customer.
 Today SABIC EP use production order in order to degage the stock if the customer will require so.
 As soon as production order is released a transfer requirements will be created to facilitate the picking solution required by
SABIC.
 The picking process will involve a user exits to make sure that raw materials of the manufacturing batch will not be picked
from more than one affiliate to comply with the NBB agreements.
 A service purchase order will be used to collect the debagging cost.
1.2 Scope
Below you can see the future proposed process for SABIC EP.
Test scenario:
1. Create sales order for customer based on customer purchase order.
2. Create outbound delivery for sales order.
3. Create shipment for sales order outbound delivery.
4. Create an STO with reference to the sales order from the WH to the SPC plant.
5. Create a production order with reference to the sales order for the debagging process.
6. Create Transfer requirements for the production order picking.
7. Create Transfer order for the components picking for the debagging process.
8. Run picking process using User Exit to avoid pick of one MFB from more than one affiliate.
9. Change shipment status to check in to check if the stock has been stages to the supply area in the WH.
And execute the debagging process in the supply area and convert the component to the FG and transfer the stock to
special stock for the sales order as well as finding the NBB’s for each MFB’s. NEW UPDATE PROGRAM.
10.Close the production order with TECO- NEW UPDATE PROGRAM
11.UPDATE SASP OF THE MATERIAL CHANGES USING MVT 412E INSTEAD OF 261 AND 101-NEW UPDATE PROGRAM
12.Crate outbound delivery for the STO in the WH.
13.Create Transfer order for the STO outbound delivery in the WH.
14.Confirm picking of FG in the WH.
15.Star actual loading to the truck in the WH.
16.Change shipment status to loading end call differences procedure – NEW UPDATE PROGRAM
17.Change shipment status to completion and post GI from WH for STO – NEW UPDATE PROGRAM
18.Trigger service purchase order for Debagging cost collection. – NEW UPDATE PROGRAM.
19.Post GR in SPC plant for the STO outbound delivery automatically when posting GI from the WH.
20. Update sales order outbound delivery with the NBB’s picked in the WH and the actual quantity-NEW UPDATE PROGRAM
20. Create Transfer order for the sales order outbound delivery in SPC for the NBB received- NEW PROGRAM IF PICKING TO
BE DONE AUTHOMATICALLY.
20.Change shipment completion status to post GI automatically for the sales order from SPC to customer.
21.Post GI for sales order outbound delivery.
Test Data:
1. Available stock in the warehouse as of 30.04.2014 from MFG1 from SHARK 30 TON -> NBB1-6000705504
AFF1 - Material 22000051, STO 1M01->1054: 4501607401, STO 1250->1M01; 4501607402
OBD 1250-1M01: 85491007 DONE, INB 1M01: 5012228724
OBD 1M01-1054: 85491016 DONE, INB 1054 80064256, MAT DOC: 5012228729, conversion NBB->MFB 4915742227
1250- MFB : 0001501358
1M01-NBB: 6000705504
1054-NBB: 6000705504
Conversion back to MFB Document 4915742227 posted
2. Manufacturing batch from number MFG1 from SHARK 90 TON -> NBB2 -6000705505
AFF1 - Material 22000051, STO 1M01->1054: 4501607401, STO 1250->1M01; 4501607402
OBD 1250-1M01: 85491008 DONE, INB 1M01: 5012228725
OBD 1M01-1054: 85491017 DONE, INB 1054: 180064256, MAT DOC: 5012228728, conversion NBB->MFB 4915742228
1250- MFB: 0001501359
1M01-NBB: 6000705505
1054-NBB: 6000705505
Conversion back to MFB Document 4915742228 posted
3. Manufacturing batch from number MFG1 from PETROKYMIA 65 TON -> NBB2- GR date 12/05/2014.
Stock creation could not be executed due to SD condition record error.
AFF2 - Material 22000051, STO 1M07->1054: 4501607405, STO 2050->1M07; 4501607408
OBD 2050-1M07: 85491010 POST GI
OBD 1M07-1054: 85491014 INB to 1054 180064260
1250- MFB: 0001501359
1M01-NBB :
1054- NBB:
INB 1054:
MAT DOC :
4. Sales order 1, quantity 60 TON and has shortage of 15 KG as a result of the debagging process.
UNIT TEST SO: 1073713 quantities 10 TON, STO 4501607412
5. Sales order 2, quantity 120 TON and has surplus of 20 KG as a result of the debagging process.
UNIT TEST SO: 1073712 quantities 10 TON, STO 4501607411
Picking for debagging order
• Some customers need Bulk instead of packed. Sometimes SABIC has only packed on stock. During sales order
creation, the stock is checked with packed material. A production order is used to debag the required materials.
• At the HUB, debagging takes place. Packed material must be picked in SAP; bulk is received automatically in SAP.
This bulk stock is assigned to the customer order.
• With the information on the purchase order / production order the packed material can be picked
• Procedures
Choose from the SAP Easy Access menu:
 Logistics -> Logistics Execution -> Internal Whse Processes -> Transfer Requirement -> Display ->
LB13 –> By Requirement
We have created a sales order: 1073713
We have created STO: 4501607412
We have created a production order:1494466 release the production order and create services order
automatically atthis stage using function module:BAPI_PO_CREATE1.
Coordinate with the MM team as they will have another specificationto explain whatdata need to be on
the servicesorder.
We have created a transfer requirement: 1494466
Enter the warehouse number, requirement type (P) and the production order:
Transfer requirements have been created for the production order components picking.
Select the item and choose the button
An overview of the transfer requirement appears where we can see where the stock should be staged into.
The stock that can be picked is listed (sorted) on FIFO base (batch creation date)
Select the first item and choose the calculation button
Note: it is only allowed to pick from one affiliate
After the picking the transfer order is automatically printed and confirmed. The warehouse operator can use the print out
to process the physical picking.
In the next step we will trigger the debagging program by clickingon the shipment check in button:
since the organizationalstructure has been changedwe will maintain a shipmentfor the sales order on
the SPC mirror plants and not in the WH.
Shipment check in
Via the Dispatch advice and the web portal the HUB and Haulier the service providers will be informed to deliver goods to the
customer.
The haulier arrives at the HUB and checks in with shipment documents. The administrative check in and the registration of the truck
id is done in the SAP system.
Procedures:
Choose via the Easy Access menu:
Logistics->Logistics Execution->Outbound Process->Goods Issue for Outbound Delivery->Shipment->Change->VT02N – Single
Documents
Enter the shipment number and click enter
The following screen appears:
 Choose the check in button
 A dialog box appears with special remarks like special requirements Pick/ Pack instruction, Remarks Loading document and
Remarks Distribution Officer
 Read, if present, the special remarks and Choose Enter
 A dialog box appears with the actual date check in and time and for entering the Truck id
 Enter the Truck id (field External ID 1)
 Choose the button
 After a while the message appears in the status bar
 Save the shipment
Now we wantto find the NBB for each one of the MFB picked to the staging area for the debagging
process.
The results table will be displayed.
The MSEG-CHARG for the search is our NBB. Remember this batch number
Note: there could be many production batches linked to many Net back batches. We need conversion for each one of the MFB
used.
Searchcriteria to find NBB when transferorderis confirmed to the productionstaging area:here we
trigger conversionprogram from MFB to NBB
Take the plant-LTAP-WERKS
Storage location-LTAP-LGORT
Material-LTAP-MATNR
Manufacturing batches –LTAP-CHARG
If there are more than one line item on the transfer order LTAP-TAPOS repeat the search for the NBB for each item.
Destination bin-LTAP_NLPLA-production order number
Now in production order find the NBB by looking on table MSEG and do the following:
MSEG-BWART=311
MSEG-MATNR= LTAP-MATNR
MSEG- UMMAT= LTAP-MATNR
MSEG- WERKS= LTAP-WERKS
MSEG- UMWRK= LTAP-WERKS
MSEG- UMCHA= LTAP-CHARG
Enter selection criteria as per below screen.
NOW, Go to MIGO FM BAPI_GOODSMVT_CREATE to perform movement type 412E to do the following:
The import parameters for this FM are as follow:
Plant: = the plant we use for the transfer order.
Source SL = the storage location from the transfer order.
Movement type- BWART = 412E
Issuing SL - UMLGO = the transfer order storage location.
sales order - MAT_KDAUF = Take the production order from the transfer order LTAP_NLPLA which is the destination bin for the
Transfer order and go to table AFPO and take KDAUF when AFPO-AUFNR= LTAP_NLPLA .
Sales order line item=AFPO-KDPOS
Issuing material MSEG-UMMAT= LTAP-MATNR
Receiving Material number- MSEG-MATNR = AFKO-MATNR where AFKO-AUFNR= LTAP_NLPLA
Quantity- MSEG-ERFMG= AFKO-GAMNG where AFKO-AUFNR= LTAP_NLPLA
Issuing batch- MSEG-UMCHA= LTAP-CHARG
Receiving batch-MSEG-CHARG= is the NBB we found on the previous step.
Receiving SL-AFPO-LGORT where AFPO-AUFNR= LTAP_NLPLA
Now you will see the material document created with 412E which includes the MFB to NBB conversion. Material Document
4915742229, the stock is now ready with NBB and FG material number in production area or debagging area.
Stock overview:
NOW WE NEED TO UPDATE SASP OF THE MATERIAL CHANGES USING MVT 412E INSTEAD OF 261 AND 101-NEW
UPDATE PROGRAM
Now, As soon as material document is posted with 412E we need to close the production order using transaction code
CO02 FM: BAPI_PRODORD_COMPLETE_TECH
Now the stock is ready to be picked and shipped to mirror against STO.
Create outbound for STO: 4501607412
Pick the NBB we have created from the MFB in the debagging process area.
Now we start with the actual load.
Change shipmentstatus to loading end call differences procedure – NEW UPDATE PROGRAM
Check if we can use loading startinsteads of the loading end???
Start differencescalculation for MFB and NBB
Now we create the transfer order for the FG outbound delivery of the STO.
An overview with the transfer order items appears
Enter the actual loaded quantity and the difference indicator 2 when the silo is not empty.
If the silo is empty the difference indicator should be S.
Used with another transfer order. Missed this step.
1.
After the picking the transfer order to the bay has to be confirmed. With the confirmation it is possible to confirm less or more
goods than provided for in the transfer order.
Procedures
Choose via the Easy Access menu:
Logistics -> Logistics Execution -> Internal Wshe Processes -> Stock Transfer -> Confirm Transfer Order -> Single Document ->
LT12 -> In One Step
Enter the transfer order number and Warehouse number to confirm.
IF the physical picked quantity for packed goods is equal to the planned debag quantity (picked quantity), the transfer order can
be saved
If the physical picked quantity is not equal to the picked quantity, enter the actual picked quantity and a difference indicator
The transfer order can be saved
If there is a difference a dialog box appears. Choose the button Confirm difference
The transfer order is confirmed
Picking Confirmation
If the material is completely loaded, the picking (transfer order) must be confirmed. The actual quantity is measured with the
Weighbridge.
If there were a debag difference, you can post the difference quantity to storage type for differences.
The differences will be posted to storage type 999 with link to the transfer order automatically.
We now have the differences in NBB in storage type 999.
As soon as we confirm the transfer orderfor the STO outbound delivery we will postGI automatically. This will
be done by standard configuration.
Change shipmentstatus to complete to postGI for the sales order.
Reason for development
To comply with the Net back process requirements to avoid posting debagging consumption to SABIC HQ PNL accounts.
1.2.1 Description of alternative
Use production order and modify the way we report the cost.
1.2.2 Reason why alternative is not acceptable
No compliant with the netback accounts reporting strategy.
1.3 Authorisation
User will need to have access to the following:
 Display sales order.
 Display planned order.
 Create purchase service order.
 Create WM transfer requirements.
 Create WM transfer order.
 Create IM material document.
1.4 Risk analysis
None
1.5 Test cases
Step # Description Expected results Actual results
1.6 Program Type
Choose the correct program type:
Enhancement
BADI
Customer Program
User Exit
Data model
Report
UI
Other
2 Development Specification
 Change shipment status to check in to check if the stock has been stages to the supply area in the WH.
And execute the debagging process in the supply area and convert the component to the FG and transfer the stock to
special stock for the sales order as well as finding the NBB’s for each MFB’s. NEW UPDATE PROGRAM.
 Close the production order with TECO- NEW UPDATE PROGRAM
 UPDATE SASP OF THE MATERIAL CHANGES USING MVT 412E INSTEAD OF 261 AND 101-NEW UPDATE
PROGRAM
 Change shipment status to loading end call differences procedure – NEW UPDATE PROGRAM
 Change shipment status to completion and post GI from WH for STO – NEW UPDATE PROGRAM
 Trigger service purchase order for Debagging cost collection. – NEW UPDATE PROGRAM.
 Update sales order outbound delivery with the NBB’s picked in the WH and the actual quantity-NEW UPDATE
PROGRAM
 20. Create Transfer order for the sales order outbound delivery in SPC for the NBB received- NEW PROGRAM IF
PICKING TO BE DONE AUTHOMATICALLY.
2.1 Configuration and other pre-conditions
IM movement type 412E should trigger WM movement type to convert the stock in WM.
2.2 Menu path
N/A
2.3 Processing logic
Businessprocess step by step:
1. Customer sends a purchase order. This request is registered as a sales order in the selling company;
2. Together with the creation of the sales order, a production order for the debag operation is created;
3. Optionally the Customer Service Officer will prepare the production order: assign specific component batches, receiving
batches, additional notes in the activity description etc. This will be done exceptionally. Most debag orders will be executed
without manual interruption;
4. When the sales document is relevant for delivery, a delivery document is created via a batch job.
5. Based on the deliveries shipments are created. By setting the status planning the Hub will be informed to arrange transport for a
specific shipment;
6. Via the ALTR-output type (Shipment call-off) the Hub or haulier is informed and notified to arrange transport for a specific
shipment. Details like destination, dates, quantity, and material are listed in the document. Texts (additional requirements) can
be used to give extra information like output-instructions;
7. Based on the ALTR the HUB or haulier arranges transport;
8. One or two days before delivery date, the production order will be released automatically by Customer Service Officer;
9. Purchase orders for the service will be created automatically for released production order;
10.The purchase order, inclusive instructions, is send to the service provider/HUB. The purchase order also contains the
components that have been picked in step 12. The HUB receives only one document. The WM picking documents in step 13
are no longer necessary;
11.Production orders that have been released are relevant for staging (creating WM transfer requirements) component materials.
Staging is done automatically via release of production order;
12.WM transfer orders for picking component materials are created automatically during release of production order;
13.Transfer orders for component materials are used to trigger picking in HUB;
14.In HUB physical picking of component materials is done;
16.Haulier arrives at HUB and checks in with shipment documents;
23.The Hub executes the physical picking and loading;
24.After physical picking a confirmation of the loaded weight is made;
29.Haulier checks out at HUB;
30.The Hub is responsible for creation of transport documents like CMR / certificates / etc. Quality certificate and customs invoice
have been created in SABIC EPC system (step 28). CMR will be made by HUB without support from SABIC EPC system;
25.A confirmation from the HUB is carried over to the SABIC EPC system. The confirmation contains 2 parts: the normal
confirmation of a delivery via the overview of dispatch advises, and the realized quantities for the production order containing
the batches and quantities issued for the debag operation;
15.Results of the picking of component materials is confirmed in the SABIC EPC system by the back-office employee;
17.Administrative check-in is done in SABIC EPC system by back-office employee
18.Based on the administrative check-in (step 17) the goods issue of component materials that have been confirmed for picking
(step 12), is posted. These postings trigger a material to material transfer posting for SABIC HQ system;
19.Also via the administrative check-in (step 17) a goods receipt for the production order is done automatically. The receiving batch
is set to the largest component batch issued in step 18).
20.Back-office employee creates a WM picking order for delivery;
21.Optionally: After picking the back-office employee changes the status of the shipment document(s) into “loading started”. The
‘loading list’ (step 22) is no longer needed because loading has already been done;
26.The HUB employee enters the loaded quantities as confirmation to the WM picking order for delivery in SAP;
27.Optionally: After administrative picking for delivery has been confirmed, the shipment is set to status ‘end loading’ in the SABIC
EPC system by back-office employee;
28.No documents will be printed from SABIC EPC system;
29.Haulier checks out at HUB;
30.The Hub is responsible for creation of transport documents like CMR / certificates / etc. Quality certificate and customs invoice
have been created in SABIC EPC system (step 28). CMR will be made by HUB without support from SABIC EPC system;
31.Setting shipment to status ‘loading ended’ also triggers the goods issue posting;
32.The difference between the quantity posted goods issue for delivery and realized goods receipt for the production order is
corrected automatically to the production order;
33.The HUB employee creates WM transfer orders for remaining component materials to bring them back to the warehouse;
34.The corrections to the component materials are posted as correction to the production order. These corrections are posted as a
material to material transfer to SABIC HQ system;
35.Goods receipts for the purchase orders for the service is posted automatically based on the received quantities for the
production order;
36.The production order will be ‘closed’. The balance of issued packed materials and received bulk material is calculated and
transferred to the SABIC HQ system as a difference for additional activities (movement type 911/961);
37.The HUB creates an invoice for the services;
38.An invoice for the services is send to SABIC EPC;
39.Invoice for additional activities is posted, and available for netback;
40.Finally an invoice is created for all deliveries posted goods issue.
2.4 Enhancements
2.5 BADI’s
ZBI_DEBAGG - Trigger debagging process from shipment
Definition name - BADI_LE_SHIPMENT
Method - BEFORE_UPDATE – call below debagging FMs
 Z_DEBAGGING_CHKIN
 Z_DEBAGGING_LDING_STRT
 Z_DEBAGGING_LDING_END
2.6 User exits
2.7 Customerprograms
Function group - Z_DEBAGGING
Function modules –
 Z_DEBAGGING_CHAR_UPD – This Function module is used to copy characteristics data from one Batch to another
o Import parameters
o Source material
o Target material
o Plant
o Batch
 Use FM CLAF_CLASSIFICATION_OF_OBJECTS to read classification data for source material, plant and batch for
class Z_GEN.
 Read classification data for below characteristics
 Z_GEN_STONR
 Z_GEN_STOITM
 Z_GEN_MFTAFFIL
 Z_GEN_BOLDAT
 Use FM BAPI_OBJCL_CHANG to copy value for above characteristics to target material, plant and batch where class
type = ‘022’
 Z_DEBAGGING_CHKIN
o Call FM Z_DEBAGGING_CHK_DEBAG2 to check if it is relevant to debagging
o If yes, then get sales order number and item number from the delivery details
o Get production order details returned from above FM
o Select transfer order for production order
 Select from table LTAP where SONUM is initial and NLPLA = production order number selected above
 Check if TO is confirmed from table LTAK where KQUIT = ‘X’. if yes
o Get MFB from the transfer order and select corresponding NBB from MSEG table where movement type is 309.
o For each line selected in transfer order
 Check if NBB batch exist for the finished material and plant.
 If not, select valuation type from component MFG batch and pass it to finished material NBB batch
 call FM VB_CREATE_BATCH to create the batch
 Call FM BAPI_GOODSMVT_CREATE to create material document with movement type 412 special indicator E to move
stock from component material MFG batch to finished material NBB batch.
 Call FM Z_DEBAGGING_CHAR_UPD to copy characteristics from component NBB batch to finished material NBB
batch.
 Call FM Z_DEBAGGING_SERVICE to create service entry sheet.
 Select data from table LUBU to check if the TO has been created for the Posting change generated by the material
document above.
 If not then Use FM L_TO_CREATE_POSTING_CHANGE to cerate TO for posting change generated by above material
document.
 Call FM BAPI_PRODORD_COMPLETE_TECHto mark production order ‘Technically Complete’.
 Z_DEBAGGING_CHK_DEBAG2
o This FM is used to check if transaction is relevant to debagging.
 Import parameters - Delivery items in table VTRLP_TAB
 Export parameters – Debagging flag and AFPO table with production order details where production order is already
technically complete.
 Get sales order number and item from delivery details table
 Select STO details from EKKN table for sales order and item selected above
 Get outbound delivery for the STO selected above from table EKBE.
 Select delivery details for the table selected above from the table LIPS.
 Get plant for the delivery selected above
 Select data from table ZMFB_NBB for plant selected above.
 If field Debag in the table is set to X, set debagging flag.
 Z_DEBAGGING_CHK_DEBAG
o This FM is used to check if transaction is relevant to debagging.
 Import parameters - Delivery items in table VTRLP_TAB
 Export parameters – Debagging flag and AFPO table with production order details where production order is not
technically complete.
 Get sales order number and item from delivery details table
 Select production order details from AFPO table for sales order and item selected above
 Get plant from the production order
 Select data from table ZMFB_NBB for plant selected above.
 If field Debag in the table is set to X, set debagging flag.
 Z_DEBAGGING_CREATE_TO
o This FM is used to call BDC for LT03 to create transfer order.
 Z_DEBAGGING_LDING_END – This FM is used to post material documents if STO OBD TO is confirmed with differences.
 DEBAGGING_LDING_STRT – This FM is used to create transfer order for STO OBD.
o Call FM Z_DEBAGGING_CHK_DEBAG2 to check if it is relevant to debagging
o If yes, then get sales order number and item number from the delivery details
o Get production order details returned from above FM
o Get STO for the sales order from table EKKN
o Get delivery for the STO from table LIPS
o Get warehouse number for the delivery from table LIKP
o Get transfer order details from table LTAP
o Check if difference quantity is not 0.
o if difference quantity is less than 0,
 Use FM BAPI_GOODSMVT_CREATE with code ‘04’ to post a material document with movement type 313 and special
stock indicator E and storage location 1083 for difference quantity.
 Use FM BAPI_GOODSMVT_CREATE with code ‘04’ to post a material document with movement type 315 and special
stock indicator E and storage location 1083 for difference quantity.
o If difference quantity is more than 0.
 Use FM BAPI_GOODSMVT_CREATE with code ‘03’ to post a material document with movement type 962 for the
difference quantity to move quantity to storage location 1083.
 Z_DEBAGGING_LDING_STRT – This FM is used to create transfer order for STO OBD.
o Call FM Z_DEBAGGING_CHK_DEBAG2 to check if it is relevant to debagging
o If yes, then get sales order number and item number from the delivery details
o Get production order details returned from above FM
o Get STO for the sales order from table EKKN
o Get delivery for the STO from table LIPS
o Get warehouse number for the delivery from table LIKP
o Check if transfer order already created by checking delivery pick status in table VBUK for above delivery. check if KOSTK is ‘A’.
o Select transfer order for production order
 Select from table LTAP where SONUM is initial and NLPLA = production order number selected above
o Get MFB from the transfer order and select corresponding NBB from MSEG table
o Call FM L_TO_CREATE_DNto create transfer order for OBD with batch selected above
 Z_DEBAGGING_SERVICE – This FM is used to select relevant data and pass on to FM Z_DEBAGGING_SERVICE_CREATE to
create service entry sheet.
o Import parameters
 Sales order
 Sales order item
 Plant
 Quantity
 Unit
 Material
 Batch
 Select plant vendor from table ZDEBAGVENDOR for the Plant
 Select all framework order for the vendor selected above from table EKKO (document type FO)
 Filter orders selected above to find only open orders. Select order details from EKPO for all entries selected
above where ELIKZ is initial.
 Sort selected orders and pick the latest one and get PACKNO from the order.
 Use PACKNO selected above to get service detail from table ESLL
 Pass all relevant data to FM Z_DEBAGGING_SERVICE_CREATE to create service entry sheet.
 Z_DEBAGGING_SERVICE_CREATE
o This FM is used to call BDC for ML81 to create service entry sheet.
2.8 User Interface (UI)
N/A
2.8.1 Screens
N/A
2.8.2 Form
N/A
2.8.3 Report
N/A
2.8.4 Webdynpro for ABAP / JAVA
N/A
2.9 Interface
2.9.1 SAP PI
N/A
2.10Data model
N/A
2.11Jobs
N/A
2.12Portal Content
N/A
2.13Workflow
N/A
2.14Resultof Test case
Pl. capture the results of the test cases defined in 1.6 above.

Más contenido relacionado

La actualidad más candente (20)

Ppap training-presentation
Ppap training-presentationPpap training-presentation
Ppap training-presentation
 
Iso ts-implementation-webinar5-17-05
Iso ts-implementation-webinar5-17-05Iso ts-implementation-webinar5-17-05
Iso ts-implementation-webinar5-17-05
 
Ppap la
Ppap laPpap la
Ppap la
 
Ppap la
Ppap laPpap la
Ppap la
 
Toyota Part Approval (PA) Process
Toyota Part Approval (PA) ProcessToyota Part Approval (PA) Process
Toyota Part Approval (PA) Process
 
Barcelona mazliach sap_qm
Barcelona mazliach sap_qmBarcelona mazliach sap_qm
Barcelona mazliach sap_qm
 
Implementing ts strategic-choices_5_2003
Implementing ts strategic-choices_5_2003Implementing ts strategic-choices_5_2003
Implementing ts strategic-choices_5_2003
 
PPAP
PPAPPPAP
PPAP
 
Bn1011 demo ppt sap qm
Bn1011 demo ppt sap qmBn1011 demo ppt sap qm
Bn1011 demo ppt sap qm
 
New ts16949
New ts16949New ts16949
New ts16949
 
ISO/TS 16949 Rules 4th edition training
ISO/TS 16949 Rules 4th edition trainingISO/TS 16949 Rules 4th edition training
ISO/TS 16949 Rules 4th edition training
 
Sap qm
Sap qmSap qm
Sap qm
 
Iso final
Iso finalIso final
Iso final
 
Quality cycle
Quality cycleQuality cycle
Quality cycle
 
SAP QM by Direct trainer
SAP QM by Direct trainerSAP QM by Direct trainer
SAP QM by Direct trainer
 
Sap qm overview
Sap qm overviewSap qm overview
Sap qm overview
 
Iatf rules 4th clients requirements 2014 01 28 final
Iatf rules 4th clients requirements 2014 01 28 finalIatf rules 4th clients requirements 2014 01 28 final
Iatf rules 4th clients requirements 2014 01 28 final
 
Rollout
RolloutRollout
Rollout
 
Qm overview
Qm overview Qm overview
Qm overview
 
PPAP 101: What You Should Know About PPAP
PPAP 101: What You Should Know About PPAPPPAP 101: What You Should Know About PPAP
PPAP 101: What You Should Know About PPAP
 

Similar a EP_LE_E2611_Debagging Process And Differences for Debagging WH

EP_LE_E2617_Replenishment Rebrand of NBB TO MFB inside BWH for multiple aff...
EP_LE_E2617_Replenishment Rebrand of  NBB TO MFB inside BWH for  multiple aff...EP_LE_E2617_Replenishment Rebrand of  NBB TO MFB inside BWH for  multiple aff...
EP_LE_E2617_Replenishment Rebrand of NBB TO MFB inside BWH for multiple aff...Ronen Madar
 
SAP for SCM OTIF Improvement Project-External
SAP for SCM OTIF Improvement Project-ExternalSAP for SCM OTIF Improvement Project-External
SAP for SCM OTIF Improvement Project-ExternalAndrew Si
 
201124772 sap-pp-pi-process-flow-docs
201124772 sap-pp-pi-process-flow-docs201124772 sap-pp-pi-process-flow-docs
201124772 sap-pp-pi-process-flow-docsAbhishek Sarkar
 
Nokia manaus090828 final_presentation_vsa_v4
Nokia manaus090828 final_presentation_vsa_v4Nokia manaus090828 final_presentation_vsa_v4
Nokia manaus090828 final_presentation_vsa_v4CarlosMoura111
 
New features in oracle
New features in oracleNew features in oracle
New features in oracleKuldeep Verma
 
New features in r12.1.2 including r12.1.1
New features in r12.1.2 including r12.1.1New features in r12.1.2 including r12.1.1
New features in r12.1.2 including r12.1.1Kuldeep Verma
 
New features in r12.2.2
New features in r12.2.2New features in r12.2.2
New features in r12.2.2Kuldeep Verma
 
New features in r12.0.6
New features in r12.0.6New features in r12.0.6
New features in r12.0.6Kuldeep Verma
 
WM - PP Interface
WM - PP InterfaceWM - PP Interface
WM - PP Interfaceharsh shah
 
Sd pragathi template delivery and goods issue
Sd pragathi template    delivery and goods issueSd pragathi template    delivery and goods issue
Sd pragathi template delivery and goods issueMohammed Azhad
 
VSM (Lean Manufacturing) Project PPT
VSM (Lean Manufacturing) Project PPTVSM (Lean Manufacturing) Project PPT
VSM (Lean Manufacturing) Project PPTFASI93
 
Inventory Pegging in PeopleSoft Financials Supply Chain
Inventory Pegging in PeopleSoft Financials Supply ChainInventory Pegging in PeopleSoft Financials Supply Chain
Inventory Pegging in PeopleSoft Financials Supply ChainSmart ERP Solutions, Inc.
 
Qms 065 manufacturing-rework_procedure_sample
Qms 065 manufacturing-rework_procedure_sampleQms 065 manufacturing-rework_procedure_sample
Qms 065 manufacturing-rework_procedure_samplePhat Lu Anh
 

Similar a EP_LE_E2611_Debagging Process And Differences for Debagging WH (20)

EP_LE_E2617_Replenishment Rebrand of NBB TO MFB inside BWH for multiple aff...
EP_LE_E2617_Replenishment Rebrand of  NBB TO MFB inside BWH for  multiple aff...EP_LE_E2617_Replenishment Rebrand of  NBB TO MFB inside BWH for  multiple aff...
EP_LE_E2617_Replenishment Rebrand of NBB TO MFB inside BWH for multiple aff...
 
SAP for SCM OTIF Improvement Project-External
SAP for SCM OTIF Improvement Project-ExternalSAP for SCM OTIF Improvement Project-External
SAP for SCM OTIF Improvement Project-External
 
201124772 sap-pp-pi-process-flow-docs
201124772 sap-pp-pi-process-flow-docs201124772 sap-pp-pi-process-flow-docs
201124772 sap-pp-pi-process-flow-docs
 
Sap pp dinakar skype himbuj
Sap pp  dinakar skype himbujSap pp  dinakar skype himbuj
Sap pp dinakar skype himbuj
 
Nokia manaus090828 final_presentation_vsa_v4
Nokia manaus090828 final_presentation_vsa_v4Nokia manaus090828 final_presentation_vsa_v4
Nokia manaus090828 final_presentation_vsa_v4
 
New features in oracle
New features in oracleNew features in oracle
New features in oracle
 
New features in r12.1.2 including r12.1.1
New features in r12.1.2 including r12.1.1New features in r12.1.2 including r12.1.1
New features in r12.1.2 including r12.1.1
 
New features in r12.2.2
New features in r12.2.2New features in r12.2.2
New features in r12.2.2
 
New features in r
New features in rNew features in r
New features in r
 
New features in r12.0.6
New features in r12.0.6New features in r12.0.6
New features in r12.0.6
 
New features in r12
New features in r12New features in r12
New features in r12
 
Mahindra projects
Mahindra projectsMahindra projects
Mahindra projects
 
ERP Manual.pptx
ERP Manual.pptxERP Manual.pptx
ERP Manual.pptx
 
Gl
GlGl
Gl
 
WM - PP Interface
WM - PP InterfaceWM - PP Interface
WM - PP Interface
 
Hand shake points.ppt
Hand  shake points.pptHand  shake points.ppt
Hand shake points.ppt
 
Sd pragathi template delivery and goods issue
Sd pragathi template    delivery and goods issueSd pragathi template    delivery and goods issue
Sd pragathi template delivery and goods issue
 
VSM (Lean Manufacturing) Project PPT
VSM (Lean Manufacturing) Project PPTVSM (Lean Manufacturing) Project PPT
VSM (Lean Manufacturing) Project PPT
 
Inventory Pegging in PeopleSoft Financials Supply Chain
Inventory Pegging in PeopleSoft Financials Supply ChainInventory Pegging in PeopleSoft Financials Supply Chain
Inventory Pegging in PeopleSoft Financials Supply Chain
 
Qms 065 manufacturing-rework_procedure_sample
Qms 065 manufacturing-rework_procedure_sampleQms 065 manufacturing-rework_procedure_sample
Qms 065 manufacturing-rework_procedure_sample
 

EP_LE_E2611_Debagging Process And Differences for Debagging WH

  • 1. STEP SABIC Transformation through Execution of Projects STEP 3 - Execute Program or Project Development Specification Template Version 1.0 Debagging processand differences fordebagging in WH [EP_LE_EXXXX] Process: Warehouse Sales order processing Reseller [FANAR +] [Project ID] [Project Manager] [SBU Name]
  • 2. Table of Contents 1 Business Requirement.................................................................................................. 4 1.1 Functional description....................................................................................................4 1.2 Scope.............................................................................................................................4 1.3 Reason for development .............................................................................................13 1.3.1 Description of alternative ......................................................................................24 1.3.2 Reason why alternative is not acceptable............................................................24 1.4 Authorisation................................................................................................................24 1.5 Risk analysis................................................................................................................25 1.6 Test cases....................................................................................................................25 1.7 Program Type..............................................................................................................25 2 Development Specification........................................................................................26 2.1 Configuration and other pre-conditions .......................................................................27 2.2 Menu path ....................................................................................................................27 2.3 Processing logic...........................................................................................................27 2.4 Enhancements.............................................................................................................29 2.5 BADI’s ..........................................................................................................................29 2.6 User exits .....................................................................................................................30 2.7 Customer programs.....................................................................................................30 2.8 User Interface (UI) .......................................................................................................33 2.8.1 Screens.................................................................................................................33 2.8.2 Form......................................................................................................................33 2.8.3 Report....................................................................................................................33 2.8.4 Webdynpro for ABAP / JAVA................................................................................34 2.9 Interface.......................................................................................................................34 2.9.1 SAP PI...................................................................................................................34 2.10 Data model...............................................................................................................34 2.11 Jobs ..........................................................................................................................34 2.12 Portal Content ..........................................................................................................34 2.13 Workflow...................................................................................................................34 2.14 Result of Test case ..................................................................................................34
  • 3. Version History Version Author Date Description 1.0 Ronen Madar 25-Nov-2014 Initial
  • 4. 1 Business Requirement The business requirements for this change are as follow:  To be able settle the stock differences and financial activities with the affiliate.  To be able to debag stock for customer sales.  SABIC should not degage materials using raw materials from different affiliates for the same order. 1.1 Functional description  SABIC EP want to be able to do debag the material they sale to the customer.  Today SABIC EP use production order in order to degage the stock if the customer will require so.  As soon as production order is released a transfer requirements will be created to facilitate the picking solution required by SABIC.  The picking process will involve a user exits to make sure that raw materials of the manufacturing batch will not be picked from more than one affiliate to comply with the NBB agreements.  A service purchase order will be used to collect the debagging cost.
  • 5. 1.2 Scope Below you can see the future proposed process for SABIC EP.
  • 6. Test scenario: 1. Create sales order for customer based on customer purchase order. 2. Create outbound delivery for sales order. 3. Create shipment for sales order outbound delivery. 4. Create an STO with reference to the sales order from the WH to the SPC plant. 5. Create a production order with reference to the sales order for the debagging process. 6. Create Transfer requirements for the production order picking. 7. Create Transfer order for the components picking for the debagging process. 8. Run picking process using User Exit to avoid pick of one MFB from more than one affiliate. 9. Change shipment status to check in to check if the stock has been stages to the supply area in the WH. And execute the debagging process in the supply area and convert the component to the FG and transfer the stock to special stock for the sales order as well as finding the NBB’s for each MFB’s. NEW UPDATE PROGRAM. 10.Close the production order with TECO- NEW UPDATE PROGRAM 11.UPDATE SASP OF THE MATERIAL CHANGES USING MVT 412E INSTEAD OF 261 AND 101-NEW UPDATE PROGRAM 12.Crate outbound delivery for the STO in the WH. 13.Create Transfer order for the STO outbound delivery in the WH. 14.Confirm picking of FG in the WH. 15.Star actual loading to the truck in the WH. 16.Change shipment status to loading end call differences procedure – NEW UPDATE PROGRAM 17.Change shipment status to completion and post GI from WH for STO – NEW UPDATE PROGRAM 18.Trigger service purchase order for Debagging cost collection. – NEW UPDATE PROGRAM. 19.Post GR in SPC plant for the STO outbound delivery automatically when posting GI from the WH. 20. Update sales order outbound delivery with the NBB’s picked in the WH and the actual quantity-NEW UPDATE PROGRAM 20. Create Transfer order for the sales order outbound delivery in SPC for the NBB received- NEW PROGRAM IF PICKING TO BE DONE AUTHOMATICALLY. 20.Change shipment completion status to post GI automatically for the sales order from SPC to customer. 21.Post GI for sales order outbound delivery.
  • 7. Test Data: 1. Available stock in the warehouse as of 30.04.2014 from MFG1 from SHARK 30 TON -> NBB1-6000705504 AFF1 - Material 22000051, STO 1M01->1054: 4501607401, STO 1250->1M01; 4501607402 OBD 1250-1M01: 85491007 DONE, INB 1M01: 5012228724 OBD 1M01-1054: 85491016 DONE, INB 1054 80064256, MAT DOC: 5012228729, conversion NBB->MFB 4915742227 1250- MFB : 0001501358 1M01-NBB: 6000705504 1054-NBB: 6000705504
  • 8. Conversion back to MFB Document 4915742227 posted 2. Manufacturing batch from number MFG1 from SHARK 90 TON -> NBB2 -6000705505 AFF1 - Material 22000051, STO 1M01->1054: 4501607401, STO 1250->1M01; 4501607402 OBD 1250-1M01: 85491008 DONE, INB 1M01: 5012228725 OBD 1M01-1054: 85491017 DONE, INB 1054: 180064256, MAT DOC: 5012228728, conversion NBB->MFB 4915742228 1250- MFB: 0001501359 1M01-NBB: 6000705505 1054-NBB: 6000705505
  • 9. Conversion back to MFB Document 4915742228 posted 3. Manufacturing batch from number MFG1 from PETROKYMIA 65 TON -> NBB2- GR date 12/05/2014. Stock creation could not be executed due to SD condition record error. AFF2 - Material 22000051, STO 1M07->1054: 4501607405, STO 2050->1M07; 4501607408 OBD 2050-1M07: 85491010 POST GI OBD 1M07-1054: 85491014 INB to 1054 180064260 1250- MFB: 0001501359 1M01-NBB : 1054- NBB: INB 1054: MAT DOC : 4. Sales order 1, quantity 60 TON and has shortage of 15 KG as a result of the debagging process. UNIT TEST SO: 1073713 quantities 10 TON, STO 4501607412 5. Sales order 2, quantity 120 TON and has surplus of 20 KG as a result of the debagging process. UNIT TEST SO: 1073712 quantities 10 TON, STO 4501607411
  • 10. Picking for debagging order • Some customers need Bulk instead of packed. Sometimes SABIC has only packed on stock. During sales order creation, the stock is checked with packed material. A production order is used to debag the required materials. • At the HUB, debagging takes place. Packed material must be picked in SAP; bulk is received automatically in SAP. This bulk stock is assigned to the customer order. • With the information on the purchase order / production order the packed material can be picked • Procedures Choose from the SAP Easy Access menu:  Logistics -> Logistics Execution -> Internal Whse Processes -> Transfer Requirement -> Display -> LB13 –> By Requirement We have created a sales order: 1073713
  • 11. We have created STO: 4501607412 We have created a production order:1494466 release the production order and create services order automatically atthis stage using function module:BAPI_PO_CREATE1. Coordinate with the MM team as they will have another specificationto explain whatdata need to be on the servicesorder.
  • 12. We have created a transfer requirement: 1494466 Enter the warehouse number, requirement type (P) and the production order:
  • 13. Transfer requirements have been created for the production order components picking. Select the item and choose the button An overview of the transfer requirement appears where we can see where the stock should be staged into. The stock that can be picked is listed (sorted) on FIFO base (batch creation date)
  • 14. Select the first item and choose the calculation button Note: it is only allowed to pick from one affiliate After the picking the transfer order is automatically printed and confirmed. The warehouse operator can use the print out to process the physical picking. In the next step we will trigger the debagging program by clickingon the shipment check in button: since the organizationalstructure has been changedwe will maintain a shipmentfor the sales order on the SPC mirror plants and not in the WH. Shipment check in Via the Dispatch advice and the web portal the HUB and Haulier the service providers will be informed to deliver goods to the customer. The haulier arrives at the HUB and checks in with shipment documents. The administrative check in and the registration of the truck id is done in the SAP system. Procedures: Choose via the Easy Access menu: Logistics->Logistics Execution->Outbound Process->Goods Issue for Outbound Delivery->Shipment->Change->VT02N – Single Documents
  • 15. Enter the shipment number and click enter The following screen appears:
  • 16.  Choose the check in button  A dialog box appears with special remarks like special requirements Pick/ Pack instruction, Remarks Loading document and Remarks Distribution Officer  Read, if present, the special remarks and Choose Enter  A dialog box appears with the actual date check in and time and for entering the Truck id
  • 17.  Enter the Truck id (field External ID 1)  Choose the button  After a while the message appears in the status bar  Save the shipment Now we wantto find the NBB for each one of the MFB picked to the staging area for the debagging process. The results table will be displayed. The MSEG-CHARG for the search is our NBB. Remember this batch number
  • 18. Note: there could be many production batches linked to many Net back batches. We need conversion for each one of the MFB used. Searchcriteria to find NBB when transferorderis confirmed to the productionstaging area:here we trigger conversionprogram from MFB to NBB Take the plant-LTAP-WERKS Storage location-LTAP-LGORT Material-LTAP-MATNR Manufacturing batches –LTAP-CHARG If there are more than one line item on the transfer order LTAP-TAPOS repeat the search for the NBB for each item. Destination bin-LTAP_NLPLA-production order number Now in production order find the NBB by looking on table MSEG and do the following: MSEG-BWART=311 MSEG-MATNR= LTAP-MATNR MSEG- UMMAT= LTAP-MATNR MSEG- WERKS= LTAP-WERKS MSEG- UMWRK= LTAP-WERKS MSEG- UMCHA= LTAP-CHARG Enter selection criteria as per below screen. NOW, Go to MIGO FM BAPI_GOODSMVT_CREATE to perform movement type 412E to do the following: The import parameters for this FM are as follow: Plant: = the plant we use for the transfer order. Source SL = the storage location from the transfer order. Movement type- BWART = 412E Issuing SL - UMLGO = the transfer order storage location. sales order - MAT_KDAUF = Take the production order from the transfer order LTAP_NLPLA which is the destination bin for the Transfer order and go to table AFPO and take KDAUF when AFPO-AUFNR= LTAP_NLPLA . Sales order line item=AFPO-KDPOS Issuing material MSEG-UMMAT= LTAP-MATNR
  • 19. Receiving Material number- MSEG-MATNR = AFKO-MATNR where AFKO-AUFNR= LTAP_NLPLA Quantity- MSEG-ERFMG= AFKO-GAMNG where AFKO-AUFNR= LTAP_NLPLA Issuing batch- MSEG-UMCHA= LTAP-CHARG Receiving batch-MSEG-CHARG= is the NBB we found on the previous step. Receiving SL-AFPO-LGORT where AFPO-AUFNR= LTAP_NLPLA Now you will see the material document created with 412E which includes the MFB to NBB conversion. Material Document 4915742229, the stock is now ready with NBB and FG material number in production area or debagging area. Stock overview:
  • 20. NOW WE NEED TO UPDATE SASP OF THE MATERIAL CHANGES USING MVT 412E INSTEAD OF 261 AND 101-NEW UPDATE PROGRAM Now, As soon as material document is posted with 412E we need to close the production order using transaction code CO02 FM: BAPI_PRODORD_COMPLETE_TECH
  • 21. Now the stock is ready to be picked and shipped to mirror against STO. Create outbound for STO: 4501607412 Pick the NBB we have created from the MFB in the debagging process area.
  • 22. Now we start with the actual load. Change shipmentstatus to loading end call differences procedure – NEW UPDATE PROGRAM Check if we can use loading startinsteads of the loading end??? Start differencescalculation for MFB and NBB Now we create the transfer order for the FG outbound delivery of the STO. An overview with the transfer order items appears Enter the actual loaded quantity and the difference indicator 2 when the silo is not empty. If the silo is empty the difference indicator should be S. Used with another transfer order. Missed this step. 1.
  • 23. After the picking the transfer order to the bay has to be confirmed. With the confirmation it is possible to confirm less or more goods than provided for in the transfer order. Procedures Choose via the Easy Access menu: Logistics -> Logistics Execution -> Internal Wshe Processes -> Stock Transfer -> Confirm Transfer Order -> Single Document -> LT12 -> In One Step Enter the transfer order number and Warehouse number to confirm. IF the physical picked quantity for packed goods is equal to the planned debag quantity (picked quantity), the transfer order can be saved If the physical picked quantity is not equal to the picked quantity, enter the actual picked quantity and a difference indicator The transfer order can be saved If there is a difference a dialog box appears. Choose the button Confirm difference The transfer order is confirmed Picking Confirmation If the material is completely loaded, the picking (transfer order) must be confirmed. The actual quantity is measured with the Weighbridge. If there were a debag difference, you can post the difference quantity to storage type for differences. The differences will be posted to storage type 999 with link to the transfer order automatically. We now have the differences in NBB in storage type 999. As soon as we confirm the transfer orderfor the STO outbound delivery we will postGI automatically. This will be done by standard configuration. Change shipmentstatus to complete to postGI for the sales order.
  • 24. Reason for development To comply with the Net back process requirements to avoid posting debagging consumption to SABIC HQ PNL accounts. 1.2.1 Description of alternative Use production order and modify the way we report the cost. 1.2.2 Reason why alternative is not acceptable No compliant with the netback accounts reporting strategy. 1.3 Authorisation User will need to have access to the following:  Display sales order.  Display planned order.
  • 25.  Create purchase service order.  Create WM transfer requirements.  Create WM transfer order.  Create IM material document. 1.4 Risk analysis None 1.5 Test cases Step # Description Expected results Actual results 1.6 Program Type Choose the correct program type:
  • 26. Enhancement BADI Customer Program User Exit Data model Report UI Other 2 Development Specification  Change shipment status to check in to check if the stock has been stages to the supply area in the WH. And execute the debagging process in the supply area and convert the component to the FG and transfer the stock to special stock for the sales order as well as finding the NBB’s for each MFB’s. NEW UPDATE PROGRAM.  Close the production order with TECO- NEW UPDATE PROGRAM  UPDATE SASP OF THE MATERIAL CHANGES USING MVT 412E INSTEAD OF 261 AND 101-NEW UPDATE PROGRAM  Change shipment status to loading end call differences procedure – NEW UPDATE PROGRAM  Change shipment status to completion and post GI from WH for STO – NEW UPDATE PROGRAM  Trigger service purchase order for Debagging cost collection. – NEW UPDATE PROGRAM.  Update sales order outbound delivery with the NBB’s picked in the WH and the actual quantity-NEW UPDATE PROGRAM  20. Create Transfer order for the sales order outbound delivery in SPC for the NBB received- NEW PROGRAM IF PICKING TO BE DONE AUTHOMATICALLY.
  • 27. 2.1 Configuration and other pre-conditions IM movement type 412E should trigger WM movement type to convert the stock in WM. 2.2 Menu path N/A 2.3 Processing logic Businessprocess step by step: 1. Customer sends a purchase order. This request is registered as a sales order in the selling company; 2. Together with the creation of the sales order, a production order for the debag operation is created; 3. Optionally the Customer Service Officer will prepare the production order: assign specific component batches, receiving batches, additional notes in the activity description etc. This will be done exceptionally. Most debag orders will be executed without manual interruption; 4. When the sales document is relevant for delivery, a delivery document is created via a batch job. 5. Based on the deliveries shipments are created. By setting the status planning the Hub will be informed to arrange transport for a specific shipment; 6. Via the ALTR-output type (Shipment call-off) the Hub or haulier is informed and notified to arrange transport for a specific shipment. Details like destination, dates, quantity, and material are listed in the document. Texts (additional requirements) can be used to give extra information like output-instructions; 7. Based on the ALTR the HUB or haulier arranges transport; 8. One or two days before delivery date, the production order will be released automatically by Customer Service Officer; 9. Purchase orders for the service will be created automatically for released production order; 10.The purchase order, inclusive instructions, is send to the service provider/HUB. The purchase order also contains the components that have been picked in step 12. The HUB receives only one document. The WM picking documents in step 13 are no longer necessary;
  • 28. 11.Production orders that have been released are relevant for staging (creating WM transfer requirements) component materials. Staging is done automatically via release of production order; 12.WM transfer orders for picking component materials are created automatically during release of production order; 13.Transfer orders for component materials are used to trigger picking in HUB; 14.In HUB physical picking of component materials is done; 16.Haulier arrives at HUB and checks in with shipment documents; 23.The Hub executes the physical picking and loading; 24.After physical picking a confirmation of the loaded weight is made; 29.Haulier checks out at HUB; 30.The Hub is responsible for creation of transport documents like CMR / certificates / etc. Quality certificate and customs invoice have been created in SABIC EPC system (step 28). CMR will be made by HUB without support from SABIC EPC system; 25.A confirmation from the HUB is carried over to the SABIC EPC system. The confirmation contains 2 parts: the normal confirmation of a delivery via the overview of dispatch advises, and the realized quantities for the production order containing the batches and quantities issued for the debag operation; 15.Results of the picking of component materials is confirmed in the SABIC EPC system by the back-office employee; 17.Administrative check-in is done in SABIC EPC system by back-office employee 18.Based on the administrative check-in (step 17) the goods issue of component materials that have been confirmed for picking (step 12), is posted. These postings trigger a material to material transfer posting for SABIC HQ system; 19.Also via the administrative check-in (step 17) a goods receipt for the production order is done automatically. The receiving batch is set to the largest component batch issued in step 18). 20.Back-office employee creates a WM picking order for delivery; 21.Optionally: After picking the back-office employee changes the status of the shipment document(s) into “loading started”. The ‘loading list’ (step 22) is no longer needed because loading has already been done; 26.The HUB employee enters the loaded quantities as confirmation to the WM picking order for delivery in SAP; 27.Optionally: After administrative picking for delivery has been confirmed, the shipment is set to status ‘end loading’ in the SABIC EPC system by back-office employee; 28.No documents will be printed from SABIC EPC system; 29.Haulier checks out at HUB; 30.The Hub is responsible for creation of transport documents like CMR / certificates / etc. Quality certificate and customs invoice have been created in SABIC EPC system (step 28). CMR will be made by HUB without support from SABIC EPC system;
  • 29. 31.Setting shipment to status ‘loading ended’ also triggers the goods issue posting; 32.The difference between the quantity posted goods issue for delivery and realized goods receipt for the production order is corrected automatically to the production order; 33.The HUB employee creates WM transfer orders for remaining component materials to bring them back to the warehouse; 34.The corrections to the component materials are posted as correction to the production order. These corrections are posted as a material to material transfer to SABIC HQ system; 35.Goods receipts for the purchase orders for the service is posted automatically based on the received quantities for the production order; 36.The production order will be ‘closed’. The balance of issued packed materials and received bulk material is calculated and transferred to the SABIC HQ system as a difference for additional activities (movement type 911/961); 37.The HUB creates an invoice for the services; 38.An invoice for the services is send to SABIC EPC; 39.Invoice for additional activities is posted, and available for netback; 40.Finally an invoice is created for all deliveries posted goods issue. 2.4 Enhancements 2.5 BADI’s ZBI_DEBAGG - Trigger debagging process from shipment Definition name - BADI_LE_SHIPMENT Method - BEFORE_UPDATE – call below debagging FMs  Z_DEBAGGING_CHKIN  Z_DEBAGGING_LDING_STRT  Z_DEBAGGING_LDING_END
  • 30. 2.6 User exits 2.7 Customerprograms Function group - Z_DEBAGGING Function modules –  Z_DEBAGGING_CHAR_UPD – This Function module is used to copy characteristics data from one Batch to another o Import parameters o Source material o Target material o Plant o Batch  Use FM CLAF_CLASSIFICATION_OF_OBJECTS to read classification data for source material, plant and batch for class Z_GEN.  Read classification data for below characteristics  Z_GEN_STONR  Z_GEN_STOITM  Z_GEN_MFTAFFIL  Z_GEN_BOLDAT  Use FM BAPI_OBJCL_CHANG to copy value for above characteristics to target material, plant and batch where class type = ‘022’  Z_DEBAGGING_CHKIN o Call FM Z_DEBAGGING_CHK_DEBAG2 to check if it is relevant to debagging o If yes, then get sales order number and item number from the delivery details o Get production order details returned from above FM o Select transfer order for production order  Select from table LTAP where SONUM is initial and NLPLA = production order number selected above  Check if TO is confirmed from table LTAK where KQUIT = ‘X’. if yes o Get MFB from the transfer order and select corresponding NBB from MSEG table where movement type is 309. o For each line selected in transfer order  Check if NBB batch exist for the finished material and plant.  If not, select valuation type from component MFG batch and pass it to finished material NBB batch  call FM VB_CREATE_BATCH to create the batch
  • 31.  Call FM BAPI_GOODSMVT_CREATE to create material document with movement type 412 special indicator E to move stock from component material MFG batch to finished material NBB batch.  Call FM Z_DEBAGGING_CHAR_UPD to copy characteristics from component NBB batch to finished material NBB batch.  Call FM Z_DEBAGGING_SERVICE to create service entry sheet.  Select data from table LUBU to check if the TO has been created for the Posting change generated by the material document above.  If not then Use FM L_TO_CREATE_POSTING_CHANGE to cerate TO for posting change generated by above material document.  Call FM BAPI_PRODORD_COMPLETE_TECHto mark production order ‘Technically Complete’.  Z_DEBAGGING_CHK_DEBAG2 o This FM is used to check if transaction is relevant to debagging.  Import parameters - Delivery items in table VTRLP_TAB  Export parameters – Debagging flag and AFPO table with production order details where production order is already technically complete.  Get sales order number and item from delivery details table  Select STO details from EKKN table for sales order and item selected above  Get outbound delivery for the STO selected above from table EKBE.  Select delivery details for the table selected above from the table LIPS.  Get plant for the delivery selected above  Select data from table ZMFB_NBB for plant selected above.  If field Debag in the table is set to X, set debagging flag.  Z_DEBAGGING_CHK_DEBAG o This FM is used to check if transaction is relevant to debagging.  Import parameters - Delivery items in table VTRLP_TAB  Export parameters – Debagging flag and AFPO table with production order details where production order is not technically complete.  Get sales order number and item from delivery details table  Select production order details from AFPO table for sales order and item selected above  Get plant from the production order  Select data from table ZMFB_NBB for plant selected above.  If field Debag in the table is set to X, set debagging flag.  Z_DEBAGGING_CREATE_TO o This FM is used to call BDC for LT03 to create transfer order.
  • 32.  Z_DEBAGGING_LDING_END – This FM is used to post material documents if STO OBD TO is confirmed with differences.  DEBAGGING_LDING_STRT – This FM is used to create transfer order for STO OBD. o Call FM Z_DEBAGGING_CHK_DEBAG2 to check if it is relevant to debagging o If yes, then get sales order number and item number from the delivery details o Get production order details returned from above FM o Get STO for the sales order from table EKKN o Get delivery for the STO from table LIPS o Get warehouse number for the delivery from table LIKP o Get transfer order details from table LTAP o Check if difference quantity is not 0. o if difference quantity is less than 0,  Use FM BAPI_GOODSMVT_CREATE with code ‘04’ to post a material document with movement type 313 and special stock indicator E and storage location 1083 for difference quantity.  Use FM BAPI_GOODSMVT_CREATE with code ‘04’ to post a material document with movement type 315 and special stock indicator E and storage location 1083 for difference quantity. o If difference quantity is more than 0.  Use FM BAPI_GOODSMVT_CREATE with code ‘03’ to post a material document with movement type 962 for the difference quantity to move quantity to storage location 1083.  Z_DEBAGGING_LDING_STRT – This FM is used to create transfer order for STO OBD. o Call FM Z_DEBAGGING_CHK_DEBAG2 to check if it is relevant to debagging o If yes, then get sales order number and item number from the delivery details o Get production order details returned from above FM o Get STO for the sales order from table EKKN o Get delivery for the STO from table LIPS o Get warehouse number for the delivery from table LIKP o Check if transfer order already created by checking delivery pick status in table VBUK for above delivery. check if KOSTK is ‘A’. o Select transfer order for production order  Select from table LTAP where SONUM is initial and NLPLA = production order number selected above o Get MFB from the transfer order and select corresponding NBB from MSEG table o Call FM L_TO_CREATE_DNto create transfer order for OBD with batch selected above  Z_DEBAGGING_SERVICE – This FM is used to select relevant data and pass on to FM Z_DEBAGGING_SERVICE_CREATE to create service entry sheet. o Import parameters  Sales order
  • 33.  Sales order item  Plant  Quantity  Unit  Material  Batch  Select plant vendor from table ZDEBAGVENDOR for the Plant  Select all framework order for the vendor selected above from table EKKO (document type FO)  Filter orders selected above to find only open orders. Select order details from EKPO for all entries selected above where ELIKZ is initial.  Sort selected orders and pick the latest one and get PACKNO from the order.  Use PACKNO selected above to get service detail from table ESLL  Pass all relevant data to FM Z_DEBAGGING_SERVICE_CREATE to create service entry sheet.  Z_DEBAGGING_SERVICE_CREATE o This FM is used to call BDC for ML81 to create service entry sheet. 2.8 User Interface (UI) N/A 2.8.1 Screens N/A 2.8.2 Form N/A 2.8.3 Report N/A
  • 34. 2.8.4 Webdynpro for ABAP / JAVA N/A 2.9 Interface 2.9.1 SAP PI N/A 2.10Data model N/A 2.11Jobs N/A 2.12Portal Content N/A 2.13Workflow N/A 2.14Resultof Test case Pl. capture the results of the test cases defined in 1.6 above.