Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.
Status

Page Status

Owner
Stakeholders

Purpose

The purpose of this document is to define the conversion approach to create Open Sales Order in S/4 HANA.

Open sales orders are orders that are not fully delivered or billed and still require fulfillment or financial processing. This conversion ensures business continuity and data consistency for ongoing customer transactions. It should be a seamless migration, and business is able to continue working with open Sales Order in S/4 HANA.


Conversion Scope

The scope of this document covers the approach for converting Open Sales Orders, including relevant schedule lines and partner data, from legacy source systems into SAP S/4HANA.

From the current system landscape, open sales order data resides separately across legacy systems (WP2 and PF2), often with inconsistent formatting, incomplete references, and varying document structures. It is required to harmonize, cleanse, and validate the sales order data to ensure that only business-relevant, open orders are migrated to S/4HANA.

While WP2 and PF2 serve as the primary source systems, various transformation and mapping logic will be applied to generate load templates that conform to the target S/4HANA order structure, including header, item, schedule line, pricing, and partner functions. The conversion scope specifically includes order items that are not fully delivered or billed, with open quantities, future delivery dates, or billing schedules, and which remain critical to business continuity post go-live.

The data from legacy system includes:

  1. Documents where the document category (VBAK-VBTYP) is either
    1. "C" Standard order
    2. "I" Order without charge
    3. "K" Credit memo request
    4. "L" Debit memo request
    5. "H" Return order
  2. Sales Order items with Open Quantities:
    1. Delivery relevant order items with undelivered items, i.e., delivery quantity < order quantity.
    2. Non delivery relevant order items (Credit/Debit Memo etc) with unbilled items, i.e., billed quantity < order quantity.
    3. Order items where the delivery status is not marked as complete.
  3. The Sales Area of the Sales Order are within the scope of S4 HANA
  4. Sales Orders created for the Customers and Materials in scope.

The data from legacy system excludes:

  1. Fully Delivered and Billed Sales Order items:
    1. Order items where all items are delivered (delivery complete) and invoiced (billing complete).
    2. Order items archived in legacy system and no longer used operationally.
  2. Orders Without Business or Legal Justification:
    1. Orders with no meaningful transactional history, or created erroneously.
    2. Orders flagged by business for exclusion due to redundancy.
  3. M2 and M3 (VBAK-AUART) orders, these will be migrated as contract instead of Sales order.
  4. Sales Orders listed in 9065_Drop_List (The list will include the open SO that shall not be migrated to S4). If the effort is too much to close the SO in the legacy, the business can list the SO number here to be excluded from migration. 

The following table illustrating the possible legacy sales scenarios and it's corresponding S4 sales scenarios. The SAP documents might change due to re-design of the system landscape or system process. 

Definition of documents :

  • Standard Sales Orders and Customer Orders: Normal Sales Order
  • Direct Delivery Sales Orders: Where a sales org is selling, but delivering from a plant that belongs to another affiliate
  • IC SO : Sales Order created for another affiliate
  • IC PO : Purchase Order created for another affiliate (Not in 9065 scope)
  • IC STO : Intercompany Stock Transport Order 
  • Third Party Sales Orders : A purchase requisition (and subsequently a purchase order) is automatically triggered from the sales order. The vendor delivers the goods directly to the customer. No physical goods movement occurs in the Syensqo system, as the delivery is managed externally by the vendor. Generated PO in the legacy shall be closed if the SO is in the migration scope. 
  • Individual Purchase Order Sales Orders :  A purchase requisition (and subsequently a purchase order) is automatically triggered from the sales order. The vendor delivers the goods to the Syensqo plant as Sales Order Special Stock (E-stock). The stock is reserved specifically for that sales order, and actual goods receipt and goods issue are recorded and managed within the system. Generated PO in the legacy shall be closed if the SO is in the migration scope. 
  • Credit / Debit Memo Request : Credit / Debit request created to reduce / increase customer account payable
  • Return Order : A standard SAP ERP document created to process and manage the return of goods from a customer
Scenario NoSourceScope (Legacy Scenario)

Supplying Entity Target System

Receiving Entity Target System

Source Approx No. of Records

Target SystemTarget Approx

No. of Records

1

WP2

Standard Open Sales Orders

S/4HANA ROW

S/4HANA ROW

 29500

S/4HANA ROW

 29500

2

PF2

Standard Open Sales Orders

S/4HANA ROW

S/4HANA ROW

 5500

S/4HANA ROW

 5500

3

WP2

Standard Open Sales Orders

S/4HANA China

S/4HANA China

 1500

S/4HANA China

 1500

4

PF2

Standard Open Sales Orders

S/4HANA China

S/4HANA China

 1500

S/4HANA China

 1500

7

WP2

Direct Delivery Open Sales Orders

S/4HANA ROW

S/4HANA ROW

 2500

S/4HANA ROW

 2500

8

PF2

Direct Delivery Open Sales Orders

S/4HANA ROW

S/4HANA ROW

 500

S/4HANA ROW

 500

9

WP2

Direct Delivery Open Sales Orders

S/4HANA China

S/4HANA China

 50

S/4HANA China

 50

10

PF2

Direct Delivery Open Sales Orders

S/4HANA China

S/4HANA China

 500

S/4HANA China

 500

11

WP2

Direct Delivery Open Sales Orders

S/4HANA ROW

S/4HANA China

 0

S/4HANA China - Customer SO

S/4HANA China- IC PO (Out of Scope)

S/4HANA ROW - IC SO (Out of Scope)

 0

12

PF2

Direct Delivery Open Sales Orders

S/4HANA ROW

S/4HANA China

 200

S/4HANA China - Customer SO

S/4HANA China- IC PO (Out of Scope)

S/4HANA ROW - IC SO (Out of Scope)

 200

13

WP2

Direct Delivery Open Sales Orders

S/4HANA China

S/4HANA ROW

 350

S/4HANA ROW - Customer SO

S/4HANA ROW - IC PO (Out of Scope)

S/4HANA China - IC SO (Out of Scope)

 350

14

PF2

Direct Delivery Open Sales Orders

S/4HANA China

S/4HANA ROW

 20

S/4HANA ROW - Customer SO

S/4HANA ROW - IC PO (Out of Scope)

S/4HANA China - IC SO (Out of Scope)

 20

15

WP2

PF2

WP2 IC Purchase Order

PF2 IC Sales Order

S/4HANA ROW

S/4HANA ROW

 N/A

S/4HANA ROW - IC STO (Out of Scope)

 N/A

16

WP2

PF2

PF2 IC Purchase Order

WP2 IC Sales Order

S/4HANA ROW

S/4HANA ROW

 N/A

S/4HANA ROW - IC STO (Out of Scope)

 N/A

17

WP2

PF2

WP2 IC Purchase Order

PF2 IC Sales Order

S/4HANA China

S/4HANA China

N/A

S/4HANA China -  IC STO (Out of Scope)

 N/A

18

WP2

PF2

PF2 IC Purchase Order

WP2 IC Sales Order

S/4HANA China

S/4HANA China

 N/A

S/4HANA China -  IC STO (Out of Scope)

 N/A

19

WP2

PF2

WP2 IC Purchase Order

PF2 IC Sales Order

S/4HANA ROW

S/4HANA China

 N/A

S/4HANA China -IC PO (Out of Scope)

S/4HANA ROW - IC SO (Out of Scope)

 N/A

20

WP2

PF2

PF2 IC Purchase Order

WP2 IC Sales Order

S/4HANA ROW

S/4HANA China

 N/A

S/4HANA China -IC PO (Out of Scope)

S/4HANA ROW - IC SO (Out of Scope)

 N/A

21

WP2

PF2

WP2 IC Purchase Order

PF2 IC Sales Order

S/4HANA China

S/4HANA ROW

 N/A

S/4HANA ROW - IC PO (Out of Scope)

S/4HANA China - IC SO (Out of Scope)

 N/A

22

WP2

PF2

PF2 IC Purchase Order

WP2 IC Sales Order

S/4HANA China

S/4HANA ROW

 N/A

S/4HANA ROW - IC PO (Out of Scope)

S/4HANA China - IC SO (Out of Scope)

 N/A

23

WP2


WP2 STO

S/4HANA ROW

S/4HANA ROW

 N/A


S/4HANA ROW - IC STO (Out of Scope)

 N/A

24

PF2


PF2 STO

S/4HANA ROW

S/4HANA ROW

 N/A

S/4HANA ROW - IC STO (Out of Scope)

 N/A

25

WP2


WP2 STO

S/4HANA China

S/4HANA China

 N/A

S/4HANA China -  IC STO (Out of Scope)

 N/A

26

PF2


PF2 STO

S/4HANA China

S/4HANA China

 N/A

S/4HANA China -  IC STO (Out of Scope)

 N/A

27

WP2


WP2 STO

S/4HANA ROW

S/4HANA China

N/A

S/4HANA China -IC PO (Out of Scope)

S/4HANA ROW - IC SO (Out of Scope)

 N/A

28

PF2


PF2 STO

S/4HANA ROW

S/4HANA China

N/A

S/4HANA China -IC PO (Out of Scope)

S/4HANA ROW - IC SO (Out of Scope)

 N/A

29

WP2


WP2 STO

S/4HANA China

S/4HANA ROW

N/A

S/4HANA ROW -IC PO (Out of Scope)

S/4HANA China - IC SO (Out of Scope)

 N/A

30

PF2


PF2 STO

S/4HANA China

S/4HANA ROW

N/A

S/4HANA ROW -IC PO (Out of Scope)

S/4HANA China - IC SO (Out of Scope)

 N/A

31

WP2

Third Party Open Sales Orders

S/4HANA ROW

S/4HANA ROW

100

S/4HANA ROW

*PO will be created automatically

 100

32

PF2

Third Party Open Sales Orders

S/4HANA ROW

S/4HANA ROW

100

S/4HANA ROW

*PO will be created automatically

 100

33

WP2

Third Party Open Sales Orders

S/4HANA China

S/4HANA China

 0

S/4HANA China

*PO will be created automatically

34

PF2

Third Party Open Sales Orders

S/4HANA China

S/4HANA China

 0

S/4HANA China

*PO will be created automatically

 0

35

WP2

Individual Purchase Order Open Sales Orders

S/4HANA ROW

S/4HANA ROW

 0

S/4HANA ROW

*PO will be created automatically

 0

36

PF2

Individual Purchase Order Open Sales Orders

S/4HANA ROW

S/4HANA ROW

 0

S/4HANA ROW

*PO will be created automatically

 0

37

WP2

Individual Purchase Order Open Sales Orders

S/4HANA China

S/4HANA China

 50

S/4HANA China

*PO will be created automatically

50 

38

PF2

Individual Purchase Order Open Sales Orders

S/4HANA China

S/4HANA China

 0

S/4HANA China

*PO will be created automatically

 0

39

WP2

Credit / Debit Memo Request

S/4HANA ROW

S/4HANA ROW

 

S/4HANA ROW

 

40

PF2

Credit / Debit Memo Request

S/4HANA ROW

S/4HANA ROW

 

S/4HANA ROW

 

41

WP2

Credit / Debit Memo Request

S/4HANA China

S/4HANA China

 

S/4HANA China

 

42

PF2

Credit / Debit Memo Request

S/4HANA China

S/4HANA China


S/4HANA China


43

WP2

Return Order

S/4HANA ROW

S/4HANA ROW

 

S/4HANA ROW

 

44

PF2

Return Order

S/4HANA ROW

S/4HANA ROW


S/4HANA ROW


45

WP2

Return Order

S/4HANA China

S/4HANA China

 

S/4HANA China

 

46

PF2

Return Order

S/4HANA China

S/4HANA China

 

S/4HANA China

 

Additional Information

Multi-language Requirement

Document Management

Open Sales Orders attachment will be managed under CNV-9067 Attachment for open sales transaction

Legal Requirement

Special Requirements




Target Design

The technical design of the target for this conversion approach.

TableFieldData ElementField DescriptionData TypeLengthRequirement
VBAKAUARTAUARTSales Document TypeCHAR8Mandatory
VBAKVKORGVKORGSales OrganizationCHAR8Mandatory
VBAKVTWEGVTWEGDistribution ChannelCHAR4Mandatory
VBAKSPARTSPARTDivisionCHAR4Mandatory
VBAKVKGRPVKGRPSales GroupCHAR6Optional
VBAKVKBURVKBURSales OfficeCHAR8 Optional
VBAKVDATUEDATU_VBAKRequested Delivery DateDATS16Mandatory
VBKDBSTDKBSTDKCustomer Reference DateDATS16Optional
VBKDBSARKBSARKCustomer Purchase Order TypeCHAR8Optional
VBKDIHREZIHREZYour ReferenceCHAR24Optional
VBAKBNAMEBNAME_VName of ordererCHAR70Optional
VBAKTELF1TELF1_VPTelephone NumberCHAR32Optional
VBKDKONDAKONDACustomer Price GroupCHAR4Optional
VBKDKDGRPKDGRPCustomer GroupCHAR4Optional
VBKDBZIRKBZIRKSales DistrictCHAR12Optional
VBKDPLTYPPLTYPPrice List TypeCHAR4Optional
VBKDINCO1INCO1Incoterms (Part 1)CHAR6Optional
VBKDINCO2INCO2Incoterms (Part 2)CHAR56Optional
VBKDZTERMDZTERMTerms of Payment KeyCHAR8Optional
VBAKLIFSKLIFSKDelivery Block (Document Header)CHAR4Optional
VBAKFAKSKFAKSKBilling Block in SD DocumentCHAR4Optional
VBAKAUGRUAUGRUOrder Reason (Reason for the Business Transaction)CHAR6Optional
VBAKAUTLFAUTLFComplete Delivery Defined for Each Sales OrderCHAR2Optional
VBKDPRSDTPRSDTDate for Pricing and Exchange RateDATS16Mandatory
VBAKKVGR1KVGR1Customer Group 1CHAR6Optional
VBAKKVGR2KVGR2Customer Group 2CHAR6Optional
VBAKKVGR3KVGR3Customer Group 3CHAR6Optional
VBAKKVGR4KVGR4Customer Group 4CHAR6Optional
VBAKKVGR5KVGR5Customer Group 5CHAR6Optional
VBKDBSTKDBSTKDCustomer ReferenceCHAR70Optional
VBKDBSTKD_EBSTKD_EShip-to Party's Customer ReferenceCHAR70Optional
VBKDBSARK_EBSARK_EShip-to Party Purchase Order TypeCHAR8Optional
VBKDIHREZ_EIHREZ_EShip-to Party CharacterCHAR24Optional
VBAKAUDATAUDATDocument Date (Date Received/Sent)DATS16Optional
VBAKVSBEDVSBEDShipping ConditionsCHAR4Optional
VBAKMAHZAMAHZANumber of Contacts from the CustomerDEC2Optional
VBAKVGBELVGBELDocument Number of Reference DocumentCHAR20Optional
VBAKBUKRS_VFBUKRS_VFCompany Code to Be BilledCHAR8System
VBAKTAXK1TAXK1_AKAlternative Tax ClassificationCHAR2Optional
VBAKTAXK2TAXK2Tax Classification 2 for CustomerCHAR2Optional
VBAKTAXK3TAXK3Tax Classification 3 for CustomerCHAR2Optional
VBAKTAXK4TAXK4Tax Classification 4 for CustomerCHAR2Optional
VBAKTAXK5TAXK5Tax Classification 5 for CustomerCHAR2Optional
VBAKTAXK6TAXK6Tax Classification 6 for CustomerCHAR2Optional
VBAKTAXK7TAXK7Tax Classification 7 for CustomerCHAR2Optional
VBAKTAXK8TAXK8Tax Classification 8 for CustomerCHAR2Optional
VBAKXBLNRXBLNR_V1Reference Document NumberCHAR32Optional
VBAKZUONRORDNR_VAssignment NumberCHAR36Optional
VBKDKZAZUKZAZU_DOrder Combination IndicatorCHAR2Optional
VBKDPERFKPERFKInvoice Dates (Calendar Identification)CHAR4Optional
VBKDPERRLPERRLInvoice List Schedule (calendar identification)CHAR4Optional
VBKDMRNKZMRNKZManual Invoice MaintenanceCHAR2Optional
VBKDVALTGVALTGAdditional Value DaysNUMC4Optional
VBKDVALDTVALDTFixed Value DateDATS16Optional
VBKDZLSCHSCHZW_BSEGPayment MethodCHAR2Optional
VBKDKTGRDKTGRDAccount Assignment Group for CustomerCHAR4Optional
VBKDFKDATFKDATBilling DateDATS16Optional
VBKDFBUDAFBUDADate on which services are renderedDATS16Optional
VBKDABSSCABSSCHE_CMPayment Guarantee ProcedureCHAR12Optional
VBKDEMPSTEMPSTReceiving PointCHAR50Optional
VBKDLCNUMLCNUMFinancial doc. processing: Internal financial doc. numberCHAR20Optional
VBKDKDKG1KDKG1Customer condition group 1CHAR4Optional
VBKDKDKG2KDKG2Customer condition group 2CHAR4Optional
VBKDKDKG3KDKG3Customer condition group 3CHAR4Optional
VBKDKDKG4KDKG4Customer condition group 4CHAR4Optional
VBKDKDKG5KDKG5Customer condition group 5CHAR4Optional
VBAKWAERKWAERKSD Document CurrencyCUKY10Optional
VBAKLANDTXLANDTXTax Departure Country/RegionCHAR6Optional
VBAKSTCEG_LLAND1TXTax Destination Country/RegionCHAR6Optional
VBAKXEGDRXEGDRIndicator: Triangular Deal Within the EUCHAR2Optional
VBKDVSARTVSARTTRShipping TypeCHAR4Optional
VBKDSDABWSDABWSpecial Processing IndicatorCHAR8Optional
VBAPVBELNVBELN_VASales DocumentCHAR20Mandatory
VBAPPOSNRPOSNR_VASales Document ItemNUMC12Mandatory
VBAPUEPOSUEPOSHigher-Level Item in Bill of Material StructuresNUMC12Optional
VBAPPOSEXPOSEXItem Number of the Underlying Purchase OrderCHAR12Optional
VBAPGRPOSGRPOSItem for Which this Item is an AlternativeNUMC12Optional
VBAPCHARGCHARG_DBatch NumberCHAR20Optional
VBAPGRKORGRKORDelivery Group (Items are delivered together)NUMC6Optional
VBAPKZTLFKZTLFPartial delivery at item levelCHAR2Optional
VBAPFAKSPFAKSP_APBilling Block for ItemCHAR4Optional
VBKDFKDATFKDATBilling DateDATS16Optional
VBAPWERKSWERKS_EXTPlant (Own or External)CHAR8Optional
VBAPLGORTLGORT_DStorage LocationCHAR8Optional
VBAPZMENGDZMENGTarget Quantity in Sales UnitsQUAN7Optional
VBAPZIEMEDZIEMETarget Quantity UoMUNIT6Optional
VBAPPSTYVPSTYVSales Document Item CategoryCHAR8Optional
VBAPARKTXARKTXShort text for sales order itemCHAR80Optional
VBAPMVGR1MVGR1Material Group 1CHAR6Optional
VBAPMVGR2MVGR2Material Group 2CHAR6Optional
VBAPMVGR3MVGR3Material Group 3CHAR6Optional
VBAPMVGR4MVGR4Material Group 4CHAR6Optional
VBAPMVGR5MVGR5Material Group 5CHAR6Optional
VBAPPRODHPRODH_DProduct HierarchyCHAR36Optional
VBAPMATKLMATKLMaterial GroupCHAR18Optional
VBKDBSTKDBSTKDCustomer ReferenceCHAR70Mandatory
VBKDBSTDKBSTDKCustomer Reference DateDATS16Optional
VBKDBSARKBSARKCustomer Purchase Order TypeCHAR8Optional
VBKDIHREZIHREZYour ReferenceCHAR24Optional
VBKDBSTKD_EBSTKD_EShip-to Party's Customer ReferenceCHAR70Optional
VBKDBSARK_EBSARK_EShip-to Party Purchase Order TypeCHAR8Optional
VBKDIHREZ_EIHREZ_EShip-to Party CharacterCHAR24Optional
VBKDKONDAKONDACustomer Price GroupCHAR4Optional
VBKDKDGRPKDGRPCustomer GroupCHAR4Optional
VBKDBZIRKBZIRKSales DistrictCHAR12Optional
VBKDPLTYPPLTYPPrice List TypeCHAR4Optional
VBKDINCO1INCO1Incoterms (Part 1)CHAR6Optional
VBKDINCO2INCO2Incoterms (Part 2)CHAR56Optional
VBKDKZAZUKZAZU_DOrder Combination IndicatorCHAR2Optional
VBKDPERFKPERFKInvoice Dates (Calendar Identification)CHAR4Optional
VBKDPERRLPERRLInvoice List Schedule (calendar identification)CHAR4Optional
VBKDMRNKZMRNKZManual Invoice MaintenanceCHAR2Optional
VBKDVALTGVALTGAdditional Value DaysNUMC4Optional
VBKDVALDTVALDTFixed Value DateDATS16Optional
VBKDZTERMDZTERMTerms of Payment KeyCHAR8Optional
VBKDZLSCHSCHZW_BSEGPayment MethodCHAR2Optional
VBKDKTGRDKTGRDAccount Assignment Group for CustomerCHAR4Optional
VBKDPRSDTPRSDTDate for Pricing and Exchange RateDATS16Optional
VBKDFBUDAFBUDADate on which services are renderedDATS16Optional
VBKDABSSCABSSCHE_CMPayment Guarantee ProcedureCHAR12Optional
VBKDLCNUMLCNUMFinancial doc. processing: Internal financial doc. numberCHAR20Optional
VBKDEMPSTEMPSTReceiving PointCHAR50Optional
VBKDKDKG1KDKG1Customer condition group 1CHAR4Optional
VBKDKDKG2KDKG2Customer condition group 2CHAR4Optional
VBKDKDKG3KDKG3Customer condition group 3CHAR4Optional
VBKDKDKG4KDKG4Customer condition group 4CHAR4Optional
VBKDKDKG5KDKG5Customer condition group 5CHAR4Optional
VBAPVRKMEVRKMESales UnitUNIT6Mandatory
VBAPFMENGFMENGQuantity is fixedCHAR2Optional
VBAPUEBTKUEBTK_VUnlimited Overdelivery AllowedCHAR2Optional
VBAPUEBTOUEBTOOverdelivery ToleranceDEC2Optional
VBAPUNTTOUNTTOUnderdelivery ToleranceDEC2Optional
VBAPSPARTSPARTDivisionCHAR4Optional
VBAPUMVKZUMVKZNumerator (factor) for conversion of sales quantity into SKUDEC3Optional
VBAPUMVKNUMVKNDenominator (divisor) for conversion of sales Qty into SKUDEC3Optional
VBAPBRGEWBRGEW_APGross Weight of the ItemQUAN8Optional
VBAPNTGEWNTGEW_APNet Weight of the ItemQUAN8Optional
VBAPGEWEIGEWEIUnit of WeightUNIT6Optional
VBAPVOLUMVOLUM_APVolume of the itemQUAN8Optional
VBAPVOLEHVOLEHVolume UnitUNIT6Optional
VBAPLPRIOLPRIODelivery PriorityNUMC4Optional
VBAPVSTELVSTELShipping Point / Receiving PointCHAR8Optional
VBAPROUTEROUTERouteCHAR12Optional
VBAPTAXM1TAXMTTax Classification for MaterialCHAR2Optional
VBAPTAXM2TAXMTTax Classification for MaterialCHAR2Optional
VBAPTAXM3TAXMTTax Classification for MaterialCHAR2Optional
VBAPTAXM4TAXMTTax Classification for MaterialCHAR2Optional
VBAPTAXM5TAXMTTax Classification for MaterialCHAR2Optional
VBAPTAXM6TAXMTTax Classification for MaterialCHAR2Optional
VBAPTAXM7TAXMTTax Classification for MaterialCHAR2Optional
VBAPTAXM8TAXMTTax Classification for MaterialCHAR2Optional
VBAPTAXM9TAXMTTax Classification for MaterialCHAR2Optional
VBAPKONDMKONDMMaterial Price GroupCHAR4Optional
VBAPBWTARBWTAR_DValuation TypeCHAR20Optional
VBAPFIXMGFIXMGDelivery Date and Quantity FixedCHAR2Optional
VBAPBEDAEBEDAERequirements typeCHAR8Optional
VBAPEXARTEXARTBusiness Transaction TypeCHAR4Optional
VBAPMFRGRMFRGRMaterial Freight GroupCHAR16Optional
VBAPPMATNPMATNPricing Reference MaterialCHAR80Optional
VBAPANTLFANTLFMaximum Number of Partial Deliveries Allowed Per ItemDEC1Optional
VBAPJ_1BTAXLW1J_1BTAXLW1Tax law: ICMSCHAR6Optional
VBAPJ_1BTAXLW2J_1BTAXLW2Tax law: IPICHAR6Optional
VBAPJ_1BTXSDCJ_1BTXSDC_SD tax codeCHAR4Optional
VBAPKMPMGKMPMGComponent QuantityQUAN7Optional
VBAPWAERKWAERKSD Document CurrencyCUKY10Optional
VBAPPRCTRPRCTRProfit CenterCHAR20Optional
VBKDAKPRZAKPRZDepreciation percentage for financial document processingDEC3Optional
VBAPVGBELVGBELDocument Number of Reference DocumentCHAR20Optional
VBAPVGPOSVGPOSItem number of the reference itemNUMC12Optional
VBAPKDMATMATNR_KUMaterial Number Used by CustomerCHAR70Optional
VBKDVSARTVSARTTRShipping TypeCHAR4Optional
VBKDSDABWSDABWSpecial Processing IndicatorCHAR8Optional
VBAPJ_1BCFOPJ_1BCFOPCFOP Code and ExtensionCHAR20Optional
VBAPMATWAMATWAMaterial EnteredCHAR80Optional
VBKDJ_1AFITPJ_1AFITP_DTax TypeCHAR4Optional
VBKDJ_1ARFZJ_1ARFZVATReason for Zero VATCHAR2Optional
VBAPJ_1BTAXLW4J_1BTAXLW4COFINS Tax LawCHAR6Optional
VBAPJ_1BTAXLW5J_1BTAXLW5PIS Tax LawCHAR6Optional
VBAPPMATNPMATNPricing Reference MaterialCHAR80Optional
VBAPMATWAMATWAMaterial EnteredCHAR80Optional
VBPAPARVWPARVWPartner FunctionCHAR4Optional
VBPAKUNNRKUNNRCustomer NumberCHAR20Optional
ADRCTITLEAD_TITLEForm-of-Address KeyCHAR8Optional
ADRCNAME1AD_NAME1Name 1CHAR80Optional
ADRCNAME2AD_NAME2Name 2CHAR80Optional
ADRCNAME3AD_NAME3Name 3CHAR80Optional
ADRCNAME4AD_NAME4Name 4CHAR80Optional
ADRCSTREETAD_STREETStreetCHAR120Optional
VBPALAND1LAND1Country/Region KeyCHAR6Optional
ADRCCOUNTRYLAND1Country/Region KeyCHAR6Optional
ADRCPOST_CODE1AD_PSTCD1City postal codeCHAR20Optional
ADRCPO_BOXAD_POBXPO BoxCHAR20Optional
ADRCPO_BOX_LOCAD_POBXLOCPO Box cityCHAR80Optional
ADRCCITY1AD_CITY1CityCHAR80Optional
ADRCCITY2AD_CITY2DistrictCHAR80Optional
ADRCREGIOREGIORegion (State, Province, County)CHAR6Optional
ADRCPO_BOXAD_POBXPO BoxCHAR20Optional
ADR2TELNR_LONGAD_TELNRLGComplete Number: Dialing Code+Number+ExtensionCHAR60Optional
ADR3FAXNR_LONGAD_FXNRLNGComplete Number: Dialing Code+Number+ExtensionCHAR60Optional
STXHTDSPRASSPRASLanguage KeyLANG2Optional
ADRCLANGUSPRASLanguage KeyLANG2Optional
VBPAABLADABLADUnloading PointCHAR50Optional
VBPALZONELZONETransportation zone to or from which the goods are deliveredCHAR20Optional
ADRCTAXJURCODEAD_TXJCDTax JurisdictionCHAR30Optional
VBAPEQARTEQARTType of Technical ObjectCHAR20Not used
STXHLOGSYSLOGSYSLogical systemCHAR20Optional
VBPASTCEGSTCEGVAT Registration NumberCHAR40Optional
VBAPPOSNRPOSNR_VASales Document ItemNUMC12Mandatory
VBEPETENRETENRSchedule Line NumberNUMC8Mandatory
VBEPEDATUEDATUSchedule Line DateDATS16Mandatory
VBEPWMENGWMENGOrder Quantity in Sales UnitsQUAN7Mandatory
VBEPLIFSPLIFSP_EPSchedule Line Blocked for DeliveryCHAR4Optional
VBEPETTYPETTYPSchedule Line CategoryCHAR4Optional
PRCD_ELEMENTSKPOSNKPOSNCondition item numberNUMC12Optional
PRCD_ELEMENTSKSCHLKSCHACondition TypeCHAR8Optional
PRCD_ELEMENTSWAERSWAERSCurrency KeyCUKY10Optional
PRCD_ELEMENTSKPEINKPEINCondition Pricing UnitDEC3Optional
PRCD_ELEMENTSKDATUVFPRC_TIMESTAMPTimestamp for PricingCHAR28Optional
PRCD_ELEMENTSKKURSKKURSCondition exchange rate for conversion to local currencyDEC5Optional
PRCD_ELEMENTSKWERTVFPRC_ELEMENT_VALUECondition ValueCURR8Optional
VBAKWAERKWAERKSD Document CurrencyCUKY10Optional
VBAKVBELNVBELN_VASales DocumentCHAR20Mandatory
VBAPPOSNRPOSNR_VASales Document ItemNUMC12Mandatory
STXHTDIDTDIDText IDCHAR8Optional
STXHTDSPRASSPRASLanguage KeyLANG2Optional
SRXLREAD_TEXTTEXTTextLONG TEXT99999Optional
VBKDINCO2_LINCO2_LIncoterms Location 1CHAR70Optional
VBKDRR_RELTYPRRRELRevenue recognition categoryCHAR1Optional


Data Cleansing

IDCriticalityError Message/Report DescriptionRuleOutputSource System
9065-001C-1Sales order open for more than 3 years.

If Orders created (VBAK-ERDAT) for more than 3 years ago.

List of affected Sales Order with itemsPF2/WP2
9065-002C-1Missing sold-to data

If the sold-to is not in scope for object 3003

List of affected Sales Order with itemsPF2/WP2
9065-003C-1Missing ship-to data

If the ship-to is not in scope for object 3003

List of affected Sales Order with itemsPF2/WP2
9065-004C-1Missing bill-to data

If the bill-to is not in scope for object 3003

List of affected Sales Order with itemsPF2/WP2
9065-005C-1Missing payer data

If the payer-to is not in scope for object 3003

List of affected Sales Order with itemsPF2/WP2
9065-006C-1Missing material master

If the material is not in scope for object 2003

List of affected Sales Order with itemsPF2/WP2
9065-007C-3Delivery note with planned PGI date beyond go-live date

If the DN PGI (VBEP-WADAT) is beyond go-live date.

List of affected Sales Order with itemsPF2/WP2
9065-008C-3Open Credit / Debit Memo Request

If the document is not fully billed

*Refer to the Credit / Debit Memo Request source data extraction criteria

List of open Credit / Debit Memo Request with itemsPF2/WP2
9065-009C-3Open Return Order

If the Return Order is not processed completely

*Refer to the Return Order source data extraction criteria

List of open Return Order with itemsPF2/WP2
9065-010C-3Purchase order generated from "Third Party / Individual Purchase Order" with planned delivery date beyond go-live date. 

If the PO planned delivery date is beyond go-live date, delete the PO. 

*Refer to the Individual Purchase Order / Third Party Open Sales Order extraction criteria

List of affected Purchase OrderPF2/WP2
9065-011C-3Delivered completed with tolerance. 

If the SO is not fully delivered, and there is no plan to delivery the remainders.

List of affected Sales Order with itemsPF2/WP2

Fields required in the report

List of Sales Orders and Return Orders 

TableFieldField Description
Source System

VBAKAUARTSales Document Type
VBAKVKORGSales Organization
VBAKVTWEGDistribution Channel
VBAKSPARTDivision
VBAKERDATCreation date
VBAPVBELNSales Document
VBAKKUNNRCustomer Number
ADRCNAME1Name 1
VBAPPOSNRSales Document Item
VBAPWERKSPlant (Own or External)
VBAPMATNRMaterial Entered
VBAPARKTXMaterial description

 List of Purchase Order 

TableFieldField Description
Source System

EKKOEBELNPurchase Order number
EKKOAEDATCreation Date

Conversion Process

The high-level process is represented by the diagram below:

The ETL (Extract, Transform, Load) process is a structured approach to data migration and management, ensuring high-quality data is seamlessly transferred across systems. Here’s a breakdown of its key components:
1. Extraction
The process begins with extracting metadata and raw data from source systems, such as Syensqo ECC system (i.e., WP2/PF2) periodically. The extracted data is then staged for transformation.


2. Transformation
Once extracted, the data undergoes cleansing, consolidation, and governance. This step ensures data integrity, consistency, and compliance with business rules. The transformation process includes:
- Data validation to remove inconsistencies.
- Standardization to align formats across datasets.
- Business rule application to refine data for operational use.


3. Loading
The transformed data is then loaded into the target S4 Hana system. 


Data Privacy and Sensitivity

N/A


Extraction

Extract data from a source into Syniti Migrate. There are 2 possibilities:

  1. The data exists. Syniti Migrate connects to the source and loads the data into Syniti Migrate. There are 3 methods:
    1. Perform full data extraction from relevant tables in the source system(s).
    2. Perform extraction through the application layer.
    3. Only if Syniti Migrate cannot connect to the source, data is loaded to the repository from the provided source system extract/report.
  2. The data does not exist (or cannot be converted from its current state).  The data is manually collected by the business directly in Syniti Migrate. This is to be conducted using DCT (Data Collection Template) in Syniti Migrate

The agreed Relevancy criteria is applied to the extracted records to identify the records that are applicable for the Target loads

Extraction Run Sheet

Req #Requirement DescriptionTeam Responsible
1

Extraction Scope Definition

- Identify the source systems and databases involved.
- Define the data objects (tables, fields, records) to be extracted.
- Establish business rules for data selection.

LTC Data team
2

Extraction Methodology

- Specify the extraction approach (full, incremental, or delta extraction).
- Determine the tools and technologies used.
- Define data filtering criteria to exclude irrelevant records.

Syniti
3

Extraction Execution Plan

- Establish execution timelines and batch processing schedules.
- Assign responsibilities for extraction monitoring.
- Document dependencies on other migration tasks.

Syniti
4

Data Quality and Validation

- Define error handling mechanisms for extraction failures.

Syniti




Selection ScreenIf applicable, this section will give the details on any selection screen parameters, including the parameter type, that are required to be entered to ensure consistent data extracts.

Selection Ref ScreenParameter NameSelection TypeRequirementValue to be entered/set
SE16N

Standard Open Sales Order

Direct Delivery Open Sales Orders

Individual Purchase Order Sales Order

To select:

  • Standard or FOC Sales Order that is not fully delivered

Scenario 1-14, 31-34 under conversion scope

This is to extract standard sales order and FOC sales order with open quantity. 

As long as the order is having open quantity, be it full or partially open, and it is not rejected, the order should be included in the migration. 

* The IC SO will be automatically created even though it is cross instance in S4 Hana. This is the design now, but yet to officially confirm

SELECT * FROM VBAK a 
inner join VBAP b on a.vbeln = b.VBELN and a.sourcedb = b.sourcedb
LEFT JOIN vbup d ON b.vbeln = d.vbeln AND b.posnr = d.posnr and b.sourcedb = d.sourcedb
inner join kna1 f on a.kunnr = f.kunnr and a.sourcedb = f.sourcedb
inner join knvv g on a.kunnr = g.kunnr and a.vkorg = g.vkorg and a.vtweg = g.vtweg and a.spart = g.spart and a.sourcedb = g.sourcedb
where a.vkorg in-scope 

and d.absta <> 'C' -- rejection status
and f.loevm <> 'X' and g.loevm <> 'X'
AND (a.VBTYP ='C' OR a.VBTYP ='I') and a.auart <> 'M3' and d.lfsta <> 'C' and d.lfsta <> ''


IC STO (Out of scope)

To select:

  • IC PO/SO from legacy, converting to IC STO scenario

Scenario 15-18 under conversion scope


Situation : 

IC PO/SO in legacy will be converted to Intercompany STO if the buying and selling entities are from the same S4 Hana system



IC Open Sales Order (Out of scope)

To select:

  • IC PO/SO from legacy, converting to IC PO/SO scenario

Scenario 19-22 under conversion scope

* The IC SO will be automatically created even though it is cross instance in S4 Hana. This is the design now, but yet to officially confirm

Situation : 

IC PO/SO in legacy will be converted to Purchase Order and Sales Order if the buying and selling entities are from different S4 Hana system

To-be : 

  1. Open PO quantity will be converted into a Purchase Order under buying entity
  2. The Purchase Order will be the base for the IC Sales order in the selling entity

IC STO (Out of scope)

To select:

  • STO from legacy, converting to STO scenario

Scenario 23-26 under conversion scope

Situation : 

Intercompany STO in legacy will be converted to Intercompany STO if the buying and selling entities are from the same S4 Hana system


IC Open Sales Order (Out of scope)

To select:

  • STO from legacy, converting to IC PO/SO scenario

Scenario 27-29 under conversion scope

* The IC SO will be automatically created even though it is cross instance in S4 Hana. This is the design now, but yet to officially confirm

Situation : 

Stock Transport Order in legacy will be converted to Purchase Order and Sales Order if the buying and selling entities are from different S4 Hana system

To-be : 

  1. Open STO quantity will be converted into a Purchase Order under buying entity
  2. The STO will be the base for the IC Sales order in the selling entity

Third Party Sales Order

To select:

  • Third Party Sales Order that is not fully billed

Scenario 35-38 under conversion scope

This is to extract Third Party Sales Order sales order with open quantity. 

As long as the order is having open quantity, be it full or partially open, and it is not rejected, the order should be included in the migration. 

There is no delivery created for this case, hence, the open quantity is equal to the SO quantity minus the billed quantity. 

SELECT * VBAK a 
inner join VBAP b on a.vbeln = b.VBELN and a.sourcedb = b.sourcedb
LEFT JOIN vbup d ON b.vbeln = d.vbeln AND b.posnr = d.posnr and b.sourcedb = d.sourcedb
inner join kna1 f on a.kunnr = f.kunnr and a.sourcedb = f.sourcedb
inner join knvv g on a.kunnr = g.kunnr and a.vkorg = g.vkorg and a.vtweg = g.vtweg and a.spart = g.spart and a.sourcedb = g.sourcedb
where a.vkorg in-scope 

and d.absta <> 'C' -- rejection status
and f.loevm <> 'X' and g.loevm <> 'X'
AND (a.VBTYP ='C' OR a.VBTYP ='I') and a.auart <> 'M3' and d.lfsta = '' and d.fksaa <> 'C' 


Credit / Debit Memo Request

To select:

  • Credit / Debit Memo Request that is not fully billed

Scenario 39-42 under conversion scope

SELECT * FROM VBAK a 
inner join VBAP b on a.vbeln = b.VBELN and a.sourcedb = b.sourcedb
LEFT JOIN vbup d ON b.vbeln = d.vbeln AND b.posnr = d.posnr and b.sourcedb = d.sourcedb
inner join kna1 f on a.kunnr = f.kunnr and a.sourcedb = f.sourcedb
inner join knvv g on a.kunnr = g.kunnr and a.vkorg = g.vkorg and a.vtweg = g.vtweg and a.spart = g.spart and a.sourcedb = g.sourcedb
where a.vkorg in-scope 

and d.absta <> 'C' -- rejection status
and f.loevm <> 'X' and g.loevm <> 'X'
AND (a.VBTYP ='K' OR a.VBTYP ='L') and d.lfsta = '' and d.fksaa <> 'C'


Return Order

To select:

  • Return Order that is not fully processed

Scenario 43-46 under conversion scope

SELECT * FROM VBAK a 
inner join VBAP b on a.vbeln = b.VBELN and a.sourcedb = b.sourcedb
LEFT JOIN vbup d ON b.vbeln = d.vbeln AND b.posnr = d.posnr and b.sourcedb = d.sourcedb
inner join kna1 f on a.kunnr = f.kunnr and a.sourcedb = f.sourcedb
inner join knvv g on a.kunnr = g.kunnr and a.vkorg = g.vkorg and a.vtweg = g.vtweg and a.spart = g.spart and a.sourcedb = g.sourcedb
where a.vkorg in-scope 

and d.absta <> 'C' -- rejection status
and f.loevm <> 'X' and g.loevm <> 'X'

AND (a.VBTYP ='H') and d.lfsta <> 'C' and d.lfsta <> ''


Data Collection Template (DCT)

Target Ready Data Collection Template will be created for data with exception of some fields which require transformation as mentioned in the transformation rule.

DCT Rules

Field NameField DescriptionRule












Extraction Dependencies

Item #Step DescriptionTeam Responsible
1

Source System Availability

  • Ensure that the source database or application is accessible.
  • Confirm that necessary credentials and permissions are granted
Syensqo IT
2

Data Structure

  • Identify relationships between tables, views, and stored procedures.
Syniti
3

Referential Integrity

  • Ensure dependent records are extracted together.
Syniti
4

Extraction Methodology

  • Define whether extraction is full, incremental, or delta-based.
  • Establish batch processing schedules for large datasets.
Syniti
5

Performance and Scalability Considerations

  • Optimize extraction queries to prevent system overload.
  • Ensure network bandwidth supports data transfer volumes.
Syniti
6

Security and Compliance

  • Adhere to regulatory standards for sensitive information if applicable
Syniti
7

Close all Credit / Debit Memo Request and Return Order

  • All Credit / Debit Memo Request and Return Order has to be completely billed or rejected
Data team and Business
8

Close all Delivery Note

  • Once a delivery note is created, the corresponding quantity is deducted from the open quantity in the sales order.
  • To ensure accurate reflection of open sales order quantities, all delivery notes must be closed.
  • During migration, each delivery note should be completed through to the billing document posted to accounting. If a delivery note cannot be completed, it should be deleted.
Data team and Business



Transformation

The Target fields are mapped to the applicable Legacy field that will be its source, this is a 3-way activity involving the Business, Functional team and Data team.  This identifies the transformation activity required to allow Syniti Migrate to make the data Target ready:

  1. Perform value mapping and data transformation rules.
    1. Legacy values are mapped to the to-be values (this could include a default value)
    2. Values are transformed according to the rules defined in Syniti Migrate
  2. Prepare target-ready data in the structure and format that is required for loading via prescribed Load Tool.  This step also produces the load data ready for business to perform Pre-load Data Validation

Transformation Run Sheet

Item #Step DescriptionTeam Responsible
1Transformation Scope Definition
- Identify the source and target data structures.
- Define business rules for data standardization.
- Establish data cleansing requirements to remove inconsistencies.
Data Team, Functional Team
2Data Mapping and Standardization
- Align source fields with target fields.
- Ensure unit consistency (e.g., currency, measurement units)
Data Team, Functional Team
3Business Rule Application
- Implement data enrichment/collection if applicable
- Apply conditional transformations based on predefined logic/business rules
Data Team, Functional Team
4Transformation Execution Plan
- Define batch processing schedules.
- Assign responsibilities for monitoring execution.
- Establish error-handling mechanisms
Syniti
5Configure transformation rules in Syniti Migrate (including calculated fields, formatting rules, etc.)Syniti
6Review transformation logic and mappings with Business for confirmationBusiness Team + Functional Team (L2C)
7Perform initial transformation run and generate draft target-ready datasetData Team (Syniti),
8Review draft target-ready data for structure and completenessData Team (L2C), Functional Team (L2C)
9Share transformed data with Business for Pre-load ValidationBusiness Team
10Incorporate feedback from Business and refine mappings or transformation logic as neededData Team (L2C)
11Finalize and approve transformed data as Target Ready Load FileBusiness + Functional (L2C) + Data Team (L2C)
12Handover final file to Load Team or trigger the load via Syniti Load WorkbenchData Team (Syniti), Data Load Team


Transformation Rules

Rule #Source systemSource TableSource FieldSource DescriptionTarget SystemTarget TableTarget FieldTarget DescriptionTransformation LogicMapping Table
Header
1WP2 & PF2VBAKVBELNSales DocumentS/4 HANAVBAKVBELNSales DocumentCopy 1:1The value in the load file of this field is from souce system, once it is loaded, the SO number will not be same in the target S4. The mapping will be provided in SO_XREF
2WP2 & PF2VBAKAUARTSales Document TypeS/4 HANAVBAKAUARTSales Document TypeMappingMAP_AUART
3WP2 & PF2N/AN/A
S/4 HANAVBAKVKORGSales OrganizationRuleCHECK MAP_VKORG

IF 1 legacy is mapped to only 1 target VKORG, take the target VKORG

ELSE -- More than 1 target VKORG, derive with below logic

The assumption is that the material has derived the right sales org based on the profit center. The SO will be created to the sales org that the material has been extended to.

Refer to material master sales view (MVKE), take the Sales Org extended the company code. The assumption is that the same material should be extended to only 1 GBU within the same company code

Select VKORG from MVKE A, TVKO B where
A.MATNR = VBAP-MATNR and B.BUKRS = VBAK-BUKRS_VF

If there are materials from several sales orgs, the Sales Order need to be split accordingly by sales org
4WP2 & PF2N/AN/A
S/4 HANAVBAKVTWEGDistribution ChannelRuleDefinition of Distribution Channel
When the ship-to party/Delivery plant are in the same country, it is 20 -Domestic DC
When the ship-to party/Delivery plant are in the Different country, it is 10 Export DC
When the sold-to is Intercompany BP, it is always 30 - Intercompany DC


Select VBUND from KNA1 (S4) where KNA1.KUNNR = VBAK-KUNNR

If VBUND Not Blank Then
VTWEG = "30"
Else

*If the item Ship-to is provided, take the Target Country from the item ship-to, otherwise, take from the header ship-to
If VBPA-PARVW = SH AND VBPA-POSNR = VBAP-POSNR for the item is not blank then -- Taking item ship-to
T_Country = VBPA-LAND1
Else
T_Country = VBPA-PARVW where VBPA-PARVW = SH and VBPA-POSNR = BLANK - Taking header ship-to
EndIf

Select LAND1 from as S_Country T001W where VBAP-WERKS= T001W-WERKS

If S_Country Not Equal T_Country then
VTCEG = "10" Else
VTCEG = "20"
EndIf

If there are 2 differrenct VTCEG determined, 2 Sales orders need to be split accordingly by VTCEG.
5WP2 & PF2VBAKSPARTDivisionS/4 HANAVBAKSPARTDivisionDefault : 01
6WP2 & PF2VBAKVKGRPSales GroupS/4 HANAVBAKVKGRPSales GroupRuleDefault : Blank
7WP2 & PF2VBAKVKBURSales OfficeS/4 HANAVBAKVKBURSales OfficeMappingMAP_VKBUR
8WP2 & PF2VBAKVDATURequested Delivery DateS/4 HANAVBAKVDATURequested Delivery DateCopy 1:1
9WP2 & PF2VBKDBSTDKCustomer Reference DateS/4 HANAVBKDBSTDKCustomer Reference DateCopy 1:1
10WP2 & PF2VBKDBSARKCustomer Purchase Order TypeS/4 HANAVBKDBSARKCustomer Purchase Order TypeMappingMAP_BSARK
11WP2 & PF2VBKDIHREZYour ReferenceS/4 HANAVBKDIHREZYour ReferenceCopy 1:1
12WP2 & PF2VBAKBNAMEName of ordererS/4 HANAVBAKBNAMEName of ordererCopy 1:1
13WP2 & PF2VBAKTELF1Telephone NumberS/4 HANAVBAKTELF1Telephone NumberCopy 1:1
14WP2 & PF2VBKDKONDACustomer Price GroupS/4 HANAVBKDKONDACustomer Price GroupMappingMAP_KONDA
15WP2 & PF2VBKDKDGRPCustomer GroupS/4 HANAVBKDKDGRPCustomer GroupMappingMAP_KDGRP
16WP2 & PF2VBKDBZIRKSales DistrictS/4 HANAVBKDBZIRKSales DistrictMappingMAP_BZIRK
17WP2 & PF2VBKDPLTYPPrice List TypeS/4 HANAVBKDPLTYPPrice List TypeMappingMAP_PLTYP
18WP2 & PF2VBKDINCO1Incoterms (Part 1)S/4 HANAVBKDINCO1Incoterms (Part 1)MappingMAP_INCO1
19WP2 & PF2VBKDINCO2Incoterms (Part 2)S/4 HANAVBKDINCO2Incoterms (Part 2)Copy 1:1
20WP2 & PF2VBKDZTERMTerms of Payment KeyS/4 HANAVBKDZTERMTerms of Payment KeyMappingMAP_ZTERM
21WP2 & PF2VBAKLIFSKDelivery Block (Document Header)S/4 HANAVBAKLIFSKDelivery Block (Document Header)MappingMAP_LIFSK
22WP2 & PF2VBAKFAKSKBilling Block in SD DocumentS/4 HANAVBAKFAKSKBilling Block in SD DocumentMappingMAP_FAKSK
23WP2 & PF2VBAKAUGRUOrder Reason (Reason for the Business Transaction)S/4 HANAVBAKAUGRUOrder Reason (Reason for the Business Transaction)MappingMAP_AUGRU
24WP2 & PF2VBAKAUTLFComplete Delivery Defined for Each Sales OrderS/4 HANAVBAKAUTLFComplete Delivery Defined for Each Sales OrderCopy 1:1
25WP2 & PF2VBKDPRSDTDate for Pricing and Exchange RateS/4 HANAVBKDPRSDTDate for Pricing and Exchange RateCopy 1:1
26WP2 & PF2VBAKKVGR1Customer Group 1S/4 HANAVBAKKVGR1Customer Group 1MappingMAP_KVGR1
27WP2 & PF2VBAKKVGR2Customer Group 2S/4 HANAVBAKKVGR2Customer Group 2MappingMAP_KVGR2
28WP2 & PF2VBAKKVGR3Customer Group 3S/4 HANAVBAKKVGR3Customer Group 3MappingMAP_KVGR3
29WP2 & PF2VBAKKVGR4Customer Group 4S/4 HANAVBAKKVGR4Customer Group 4MappingMAP_KVGR4
30WP2 & PF2VBAKKVGR5Customer Group 5S/4 HANAVBAKKVGR5Customer Group 5MappingMAP_KVGR5
31WP2 & PF2VBKDBSTKDCustomer ReferenceS/4 HANAVBKDBSTKDCustomer ReferenceCopy 1:1
32WP2 & PF2VBKDBSTKD_EShip-to Party's Customer ReferenceS/4 HANAVBKDBSTKD_EShip-to Party's Customer ReferenceCopy 1:1
33WP2 & PF2VBKDBSARK_EShip-to Party Purchase Order TypeS/4 HANAVBKDBSARK_EShip-to Party Purchase Order TypeMappingMAP_BSARK
34WP2 & PF2VBKDIHREZ_EShip-to Party CharacterS/4 HANAVBKDIHREZ_EShip-to Party CharacterCopy 1:1
35WP2 & PF2VBAKAUDATDocument Date (Date Received/Sent)S/4 HANAVBAKAUDATDocument Date (Date Received/Sent)Copy 1:1
36WP2 & PF2VBAKVSBEDShipping ConditionsS/4 HANAVBAKVSBEDShipping ConditionsMappingMAP_VSBED
37WP2 & PF2VBAKMAHZANumber of Contacts from the CustomerS/4 HANAVBAKMAHZANumber of Contacts from the CustomerCopy 1:1
38WP2 & PF2VBAKVGBELDocument Number of Reference DocumentS/4 HANAVBAKVGBELDocument Number of Reference DocumentMappingSO_XREF
39



S/4 HANAVBAKBUKRS_VFCompany Code to Be BilledAuto derive
40WP2 & PF2VBAKTAXK1Alternative Tax ClassificationS/4 HANAVBAKTAXK1Alternative Tax ClassificationMappingMAP_TAXKD
41WP2 & PF2VBAKTAXK2Tax Classification 2 for CustomerS/4 HANAVBAKTAXK2Tax Classification 2 for CustomerMappingMAP_TAXKD
42WP2 & PF2VBAKTAXK3Tax Classification 3 for CustomerS/4 HANAVBAKTAXK3Tax Classification 3 for CustomerMappingMAP_TAXKD
43WP2 & PF2VBAKTAXK4Tax Classification 4 for CustomerS/4 HANAVBAKTAXK4Tax Classification 4 for CustomerMappingMAP_TAXKD
44WP2 & PF2VBAKTAXK5Tax Classification 5 for CustomerS/4 HANAVBAKTAXK5Tax Classification 5 for CustomerMappingMAP_TAXKD
45WP2 & PF2VBAKTAXK6Tax Classification 6 for CustomerS/4 HANAVBAKTAXK6Tax Classification 6 for CustomerMappingMAP_TAXKD
46WP2 & PF2VBAKTAXK7Tax Classification 7 for CustomerS/4 HANAVBAKTAXK7Tax Classification 7 for CustomerMappingMAP_TAXKD
47WP2 & PF2VBAKTAXK8Tax Classification 8 for CustomerS/4 HANAVBAKTAXK8Tax Classification 8 for CustomerMappingMAP_TAXKD
48WP2 & PF2VBAKXBLNRReference Document NumberS/4 HANAVBAKXBLNRReference Document NumberCopy 1:1
49WP2 & PF2VBAKZUONRAssignment NumberS/4 HANAVBAKZUONRAssignment NumberCopy 1:1
50WP2 & PF2VBKDKZAZUOrder Combination IndicatorS/4 HANAVBKDKZAZUOrder Combination IndicatorCopy 1:1
51WP2 & PF2VBKDPERFKInvoice Dates (Calendar Identification)S/4 HANAVBKDPERFKInvoice Dates (Calendar Identification)MappingMAP_PERFK
52WP2 & PF2VBKDPERRLInvoice List Schedule (calendar identification)S/4 HANAVBKDPERRLInvoice List Schedule (calendar identification)MappingMAP_PERFK
53WP2 & PF2VBKDMRNKZManual Invoice MaintenanceS/4 HANAVBKDMRNKZManual Invoice MaintenanceCopy 1:1
54WP2 & PF2VBKDVALTGAdditional Value DaysS/4 HANAVBKDVALTGAdditional Value DaysCopy 1:1
55WP2 & PF2VBKDVALDTFixed Value DateS/4 HANAVBKDVALDTFixed Value DateCopy 1:1
56WP2 & PF2VBKDZLSCHPayment MethodS/4 HANAVBKDZLSCHPayment MethodMappingMAP_ZLSCH
57WP2 & PF2VBKDKTGRDAccount Assignment Group for CustomerS/4 HANAVBKDKTGRDAccount Assignment Group for CustomerMappingMAP_KTGRD
58WP2 & PF2VBKDFKDATBilling DateS/4 HANAVBKDFKDATBilling DateCopy 1:1
59WP2 & PF2VBKDFBUDADate on which services are renderedS/4 HANAVBKDFBUDADate on which services are renderedCopy 1:1
60WP2 & PF2VBKDABSSCPayment Guarantee ProcedureS/4 HANAVBKDABSSCPayment Guarantee ProcedureMappingMAP_ABSSC
61WP2 & PF2VBKDEMPSTReceiving PointS/4 HANAVBKDEMPSTReceiving PointCopy 1:1
62WP2 & PF2VBKDLCNUMFinancial doc. processing: Internal financial doc. numberS/4 HANAVBKDLCNUMFinancial doc. processing: Internal financial doc. numberCopy 1:1
63WP2 & PF2VBKDKDKG1Customer condition group 1S/4 HANAVBKDKDKG1Customer condition group 1MappingMAP_KDKGX
64WP2 & PF2VBKDKDKG2Customer condition group 2S/4 HANAVBKDKDKG2Customer condition group 2MappingMAP_KDKGX
65WP2 & PF2VBKDKDKG3Customer condition group 3S/4 HANAVBKDKDKG3Customer condition group 3MappingMAP_KDKGX
66WP2 & PF2VBKDKDKG4Customer condition group 4S/4 HANAVBKDKDKG4Customer condition group 4MappingMAP_KDKGX
67WP2 & PF2VBKDKDKG5Customer condition group 5S/4 HANAVBKDKDKG5Customer condition group 5MappingMAP_KDKGX
68WP2 & PF2VBAKWAERKSD Document CurrencyS/4 HANAVBAKWAERKSD Document CurrencyCopy 1:1
69WP2 & PF2VBAKLANDTXTax Departure Country/RegionS/4 HANAVBAKLANDTXTax Departure Country/RegionMappingMAP_LAND1
70WP2 & PF2VBAKSTCEG_LTax Destination Country/RegionS/4 HANAVBAKSTCEG_LTax Destination Country/RegionMappingMAP_LAND1
71WP2 & PF2VBAKXEGDRIndicator: Triangular Deal Within the EUS/4 HANAVBAKXEGDRIndicator: Triangular Deal Within the EUCopy 1:1
72



S/4 HANAVBKDVSARTShipping TypeAuto derive
73WP2 & PF2VBKDSDABWSpecial Processing IndicatorS/4 HANAVBKDSDABWSpecial Processing IndicatorMappingMAP_SDABW
74



S/4 HANAVBKDINCO2_LIncoterms Location 1Auto derive
75



S/4 HANAVBKDRRRELRevenue recognition categoryAuto derive
Item
76WP2 & PF2VBAPVBELNSales DocumentS/4 HANAVBAPVBELNSales DocumentCopy 1:1

The value in the load file of this field is from souce system, once it is loaded, the SO number will not be same in the target S4. The mapping will be provided in SO_XREF

77WP2 & PF2VBAPPOSNRSales Document ItemS/4 HANAVBAPPOSNRSales Document ItemCopy 1:1
78WP2 & PF2VBAPUEPOS

Higher-Level Item in Bill of Material Structures

S/4 HANAVBAPUEPOSHigher-Level Item in Bill of Material StructuresCopy 1:1
79WP2 & PF2VBAPPOSEX

Item Number of the Underlying Purchase Order

S/4 HANAVBAPPOSEXItem Number of the Underlying Purchase OrderCopy 1:1
80WP2 & PF2VBAPGRPOS

Item for Which this Item is an Alternative

S/4 HANAVBAPGRPOSItem for Which this Item is an AlternativeCopy 1:1
81WP2 & PF2VBAPCHARGBatch NumberS/4 HANAVBAPCHARGBatch NumberCopy 1:1
82WP2 & PF2VBAPGRKOR

Delivery Group (Items are delivered together)

S/4 HANAVBAPGRKORDelivery Group (Items are delivered together)Copy 1:1
83WP2 & PF2VBAPKZTLFPartial delivery at item levelS/4 HANAVBAPKZTLFPartial delivery at item levelCopy 1:1
84WP2 & PF2VBAPFAKSPBilling Block for ItemS/4 HANAVBAPFAKSPBilling Block for ItemMappingMAP_FAKSK
85WP2 & PF2VBKDFKDATBilling DateS/4 HANAVBKDFKDATBilling DateCopy 1:1
86WP2 & PF2VBAPWERKSPlantS/4 HANAVBAPWERKSPlantMappingMAP_WERKS
87WP2 & PF2VBAPLGORTStorage LocationS/4 HANAVBAPLGORTStorage LocationMappingMAP_LGORT
88WP2 & PF2


S/4 HANAVBAPZMENGTarget Quantity in Sales UnitsRule

Business Logic

If VBEP-LFREL is NULL (no delivery schedule for the sales order item):

  • order_qty = VBAP-ZMENG (order quantity)
  • billed_qty = Total billed quantity from billing items (VBRP), linked via VGBEL/VGPOS, excluding billing documents where VBRK.FKSTO = 'X' (cancelled)
  • ZMENG (unbilled quantity) = order_qty - billed_qty

SQL Query :

SELECT vbap.vbeln, -- Sales order number vbap.posnr, -- Sales order item vbap.zmeng AS order_qty, -- Order quantity COALESCE(b.billed_qty, 0) AS billed_qty, -- Billed quantity (default 0 if none) vbap.zmeng - COALESCE(b.billed_qty, 0) AS zmeng -- Unbilled quantity FROM vbap LEFT JOIN ( SELECT vbrp.vgbel AS order_vbeln, vbrp.vgpos AS order_posnr, SUM(vbrp.fkimg) AS billed_qty FROM vbrp INNER JOIN vbrk ON vbrp.vbeln = vbrk.vbeln WHERE vbrk.fksto != 'X' -- Exclude cancelled billing documents GROUP BY vbrp.vgbel, vbrp.vgpos ) b ON b.order_vbeln = vbap.vbeln AND b.order_posnr = vbap.posnr LEFT JOIN vbep ON vbep.vbeln = vbap.vbeln AND vbep.posnr = vbap.posnr WHERE vbep.lfrel IS NULL -- Only select items with no VBEP entry (LFREL is NULL)


Sales Order and Billing Type Pairing

  • Only include billing documents where the sales order type and billing document type match as follows:
    • Sales Order: VBAK-VBTYP in ('C', 'I') and VBRK-VBTYP = 'M'
    • Return: VBAK-VBTYP = 'H' and VBRK-VBTYP = 'O'
    • Debit Memo: VBAK-VBTYP = 'L' and VBRK-VBTYP = 'P'
    • Credit Memo: VBAK-VBTYP = 'K' and VBRK-VBTYP = 'O'
  • For each sales order item, check the type of the sales order (VBAK-VBTYP).
  • When summing up the billed quantity from billing documents, only include those billing documents where the type (VBRK-VBTYP) matches the allowed type for that sales order.
  • This ensures that, for example, a credit memo is not counted as billed quantity for a standard sales order, and vice versa.
89WP2 & PF2VBAPZIEMETarget Quantity UoMS/4 HANAVBAPZIEMETarget Quantity UoMMappingMAP_MEINS
90WP2 & PF2VBAPPSTYVSales Document Item CategoryS/4 HANAVBAPPSTYVSales Document Item CategoryMappingMAP_PSTYV
91WP2 & PF2VBAPARKTXShort text for sales order itemS/4 HANAVBAPARKTXShort text for sales order itemCopy 1:1
92WP2 & PF2VBAPMVGR1Material Group 1S/4 HANAVBAPMVGR1Material Group 1MappingMAP_MVGR1
93WP2 & PF2VBAPMVGR2Material Group 2S/4 HANAVBAPMVGR2Material Group 2MappingMAP_MVGR2
94WP2 & PF2VBAPMVGR3Material Group 3S/4 HANAVBAPMVGR3Material Group 3MappingMAP_MVGR3
95WP2 & PF2VBAPMVGR4Material Group 4S/4 HANAVBAPMVGR4Material Group 4MappingMAP_MVGR4
96WP2 & PF2VBAPMVGR5Material Group 5S/4 HANAVBAPMVGR5Material Group 5MappingMAP_MVGR5
97



S/4 HANAVBAPPRODHProduct HierarchyAuto derive
98WP2 & PF2VBAPMATKLMaterial GroupS/4 HANAVBAPMATKLMaterial GroupMappingMAP_MATKL
99WP2 & PF2VBKDBSTKDCustomer ReferenceS/4 HANAVBKDBSTKDCustomer ReferenceCopy 1:1
100WP2 & PF2VBKDBSTDKCustomer Reference DateS/4 HANAVBKDBSTDKCustomer Reference DateCopy 1:1
101WP2 & PF2VBKDBSARK

Customer Purchase Order Type

S/4 HANAVBKDBSARKCustomer Purchase Order TypeMappingMAP_BSARK
102WP2 & PF2VBKDIHREZYour ReferenceS/4 HANAVBKDIHREZYour ReferenceCopy 1:1
103WP2 & PF2VBKDBSTKD_E

Ship-to Party's Customer Reference

S/4 HANAVBKDBSTKD_EShip-to Party's Customer ReferenceCopy 1:1
104WP2 & PF2VBKDBSARK_E

Ship-to Party Purchase Order Type

S/4 HANAVBKDBSARK_EShip-to Party Purchase Order TypeMappingMAP_BSARK
105WP2 & PF2VBKDIHREZ_EShip-to Party CharacterS/4 HANAVBKDIHREZ_EShip-to Party CharacterCopy 1:1
106WP2 & PF2VBKDKONDACustomer Price GroupS/4 HANAVBKDKONDACustomer Price GroupMappingMAP_KONDA
107WP2 & PF2VBKDKDGRPCustomer GroupS/4 HANAVBKDKDGRPCustomer GroupMappingMAP_KDGRP
108WP2 & PF2VBKDBZIRKSales DistrictS/4 HANAVBKDBZIRKSales DistrictMappingMAP_BZIRK
109WP2 & PF2VBKDPLTYPPrice List TypeS/4 HANAVBKDPLTYPPrice List TypeMappingMAP_PLTYP
110WP2 & PF2VBKDINCO1Incoterms (Part 1)S/4 HANAVBKDINCO1Incoterms (Part 1)MappingMAP_INCO1
111WP2 & PF2VBKDINCO2Incoterms (Part 2)S/4 HANAVBKDINCO2Incoterms (Part 2)Copy 1:1
112WP2 & PF2VBKDKZAZUOrder Combination IndicatorS/4 HANAVBKDKZAZUOrder Combination IndicatorCopy 1:1
113WP2 & PF2VBKDPERFK

Invoice Dates (Calendar Identification)

S/4 HANAVBKDPERFKInvoice Dates (Calendar Identification)MappingMAP_PERFK
114WP2 & PF2VBKDPERRL

Invoice List Schedule (calendar identification)

S/4 HANAVBKDPERRLInvoice List Schedule (calendar identification)MappingMAP_PERFK
115WP2 & PF2VBKDMRNKZManual Invoice MaintenanceS/4 HANAVBKDMRNKZManual Invoice MaintenanceCopy 1:1
116WP2 & PF2VBKDVALTGAdditional Value DaysS/4 HANAVBKDVALTGAdditional Value DaysCopy 1:1
117WP2 & PF2VBKDVALDTFixed Value DateS/4 HANAVBKDVALDTFixed Value DateCopy 1:1
118WP2 & PF2VBKDZTERMTerms of Payment KeyS/4 HANAVBKDZTERMTerms of Payment KeyMappingMAP_ZTERM
119WP2 & PF2VBKDZLSCHPayment MethodS/4 HANAVBKDZLSCHPayment MethodMappingMAP_ZLSCH
120WP2 & PF2VBKDKTGRD

Account Assignment Group for Customer

S/4 HANAVBKDKTGRDAccount Assignment Group for CustomerMappingMAP_KTGRD
121WP2 & PF2VBKDPRSDT

Date for Pricing and Exchange Rate

S/4 HANAVBKDPRSDTDate for Pricing and Exchange RateCopy 1:1
122WP2 & PF2VBKDFBUDA

Date on which services are rendered

S/4 HANAVBKDFBUDADate on which services are renderedCopy 1:1
123WP2 & PF2VBKDABSSCPayment Guarantee ProcedureS/4 HANAVBKDABSSCPayment Guarantee ProcedureMappingMAP_ABSSC
124WP2 & PF2VBKDLCNUM

Financial doc. processing: Internal financial doc. number

S/4 HANAVBKDLCNUMFinancial doc. processing: Internal financial doc. numberCopy 1:1
125WP2 & PF2VBKDEMPSTReceiving PointS/4 HANAVBKDEMPSTReceiving PointCopy 1:1
126WP2 & PF2VBKDKDKG1Customer condition group 1S/4 HANAVBKDKDKG1Customer condition group 1MappingMAP_KDKGX
127WP2 & PF2VBKDKDKG2Customer condition group 2S/4 HANAVBKDKDKG2Customer condition group 2MappingMAP_KDKGX
128WP2 & PF2VBKDKDKG3Customer condition group 3S/4 HANAVBKDKDKG3Customer condition group 3MappingMAP_KDKGX
129WP2 & PF2VBKDKDKG4Customer condition group 4S/4 HANAVBKDKDKG4Customer condition group 4MappingMAP_KDKGX
130WP2 & PF2VBKDKDKG5Customer condition group 5S/4 HANAVBKDKDKG5Customer condition group 5MappingMAP_KDKGX
131WP2 & PF2VBAPVRKMESales UnitS/4 HANAVBAPVRKMESales UnitMappingMAP_MEINS
132WP2 & PF2VBAPFMENGQuantity is fixedS/4 HANAVBAPFMENGQuantity is fixedCopy 1:1
133WP2 & PF2VBAPUEBTK

Unlimited Overdelivery Allowed

S/4 HANAVBAPUEBTKUnlimited Overdelivery AllowedCopy 1:1
134WP2 & PF2VBAPUEBTOOverdelivery ToleranceS/4 HANAVBAPUEBTOOverdelivery ToleranceCopy 1:1
135WP2 & PF2VBAPUNTTOUnderdelivery ToleranceS/4 HANAVBAPUNTTOUnderdelivery ToleranceCopy 1:1
136WP2 & PF2VBAPSPARTDivisionS/4 HANAVBAPSPARTDivisionDefault : 01
137WP2 & PF2VBAPUMVKZ

Numerator (factor) for conversion of sales quantity into SKU

S/4 HANAVBAPUMVKZNumerator (factor) for conversion of sales quantity into SKUCopy 1:1
138WP2 & PF2VBAPUMVKN

Denominator (divisor) for conversion of sales Qty into SKU

S/4 HANAVBAPUMVKNDenominator (divisor) for conversion of sales Qty into SKUCopy 1:1
139WP2 & PF2VBAPBRGEWGross Weight of the ItemS/4 HANAVBAPBRGEWGross Weight of the ItemCopy 1:1
140WP2 & PF2VBAPNTGEWNet Weight of the ItemS/4 HANAVBAPNTGEWNet Weight of the ItemCopy 1:1
141WP2 & PF2VBAPGEWEIUnit of WeightS/4 HANAVBAPGEWEIUnit of WeightCopy 1:1
142WP2 & PF2VBAPVOLUMVolume of the itemS/4 HANAVBAPVOLUMVolume of the itemCopy 1:1
143WP2 & PF2VBAPVOLEHVolume UnitS/4 HANAVBAPVOLEHVolume UnitCopy 1:1
144WP2 & PF2VBAPLPRIODelivery PriorityS/4 HANAVBAPLPRIODelivery PriorityMappingMAP_LPRIO
145WP2 & PF2VBAPVSTEL

Shipping Point / Receiving Point

S/4 HANAVBAPVSTELShipping Point / Receiving PointMappingMAP_VSTEL
146WP2 & PF2VBAPROUTERouteS/4 HANAVBAPROUTERouteMappingMAP_ROUTE
147WP2 & PF2VBAPTAXM1Tax Classification for MaterialS/4 HANAVBAPTAXM1Tax Classification for MaterialMappingMAP_TAXKM
148WP2 & PF2VBAPTAXM2Tax Classification for MaterialS/4 HANAVBAPTAXM2Tax Classification for MaterialMappingMAP_TAXKM
149WP2 & PF2VBAPTAXM3Tax Classification for MaterialS/4 HANAVBAPTAXM3Tax Classification for MaterialMappingMAP_TAXKM
150WP2 & PF2VBAPTAXM4Tax Classification for MaterialS/4 HANAVBAPTAXM4Tax Classification for MaterialMappingMAP_TAXKM
151WP2 & PF2VBAPTAXM5Tax Classification for MaterialS/4 HANAVBAPTAXM5Tax Classification for MaterialMappingMAP_TAXKM
152WP2 & PF2VBAPTAXM6Tax Classification for MaterialS/4 HANAVBAPTAXM6Tax Classification for MaterialMappingMAP_TAXKM
153WP2 & PF2VBAPTAXM7Tax Classification for MaterialS/4 HANAVBAPTAXM7Tax Classification for MaterialMappingMAP_TAXKM
154WP2 & PF2VBAPTAXM8Tax Classification for MaterialS/4 HANAVBAPTAXM8Tax Classification for MaterialMappingMAP_TAXKM
155WP2 & PF2VBAPTAXM9Tax Classification for MaterialS/4 HANAVBAPTAXM9Tax Classification for MaterialMappingMAP_TAXKM
156WP2 & PF2VBAPKONDMMaterial Price GroupS/4 HANAVBAPKONDMMaterial Price GroupMappingMAP_KONDM
157WP2 & PF2VBAPBWTARValuation TypeS/4 HANAVBAPBWTARValuation TypeMappingMAP_BWTAR
158WP2 & PF2VBAPFIXMG

Delivery Date and Quantity Fixed

S/4 HANAVBAPFIXMGDelivery Date and Quantity FixedCopy 1:1
159WP2 & PF2VBAPBEDAERequirements typeS/4 HANAVBAPBEDAERequirements typeMappingMAP_BEDAE
160WP2 & PF2VBAPEXARTBusiness Transaction TypeS/4 HANAVBAPEXARTBusiness Transaction TypeMappingMAP_EXART
161WP2 & PF2VBAPMFRGRMaterial Freight GroupS/4 HANAVBAPMFRGRMaterial Freight GroupMappingMAP_MFRGR
162WP2 & PF2VBAPPMATNPricing Reference MaterialS/4 HANAVBAPPMATNPricing Reference MaterialMappingMaterial_XREF
163WP2 & PF2VBAPANTLF

Maximum Number of Partial Deliveries Allowed Per Item

S/4 HANAVBAPANTLFMaximum Number of Partial Deliveries Allowed Per ItemCopy 1:1
164WP2 & PF2VBAPJ_1BTAXLW1Tax law: ICMSS/4 HANAVBAPJ_1BTAXLW1Tax law: ICMSMappingMAP_J_1BTAXLW1
165WP2 & PF2VBAPJ_1BTAXLW2Tax law: IPIS/4 HANAVBAPJ_1BTAXLW2Tax law: IPIMappingMAP_J_1BTAXLW2
166WP2 & PF2VBAPJ_1BTXSDCSD tax codeS/4 HANAVBAPJ_1BTXSDCSD tax codeMappingMAP_J_1BTXSDC
167WP2 & PF2VBAPKMPMGComponent QuantityS/4 HANAVBAPKMPMGComponent QuantityCopy 1:1
168WP2 & PF2VBAPWAERKSD Document CurrencyS/4 HANAVBAPWAERKSD Document CurrencyCopy 1:1
169WP2 & PF2VBAPPRCTRProfit CenterS/4 HANAVBAPPRCTRProfit CenterMappingMAP_PRCTR
170WP2 & PF2VBKDAKPRZ

Depreciation percentage for financial document processing

S/4 HANAVBKDAKPRZDepreciation percentage for financial document processingCopy 1:1
171WP2 & PF2VBAPVGBEL

Document Number of Reference Document

S/4 HANAVBAPVGBELDocument Number of Reference DocumentMappingSO_XREF
172WP2 & PF2VBAPVGPOS

Item number of the reference item

S/4 HANAVBAPVGPOSItem number of the reference itemCopy 1:1
173WP2 & PF2VBAPKDMATCustomer MaterialS/4 HANAVBAPKDMATCustomer MaterialCopy 1:1
174



S/4 HANAVBKDVSARTShipping TypeAuto derive
175WP2 & PF2VBKDSDABWSpecial Processing IndicatorS/4 HANAVBKDSDABWSpecial Processing IndicatorMappingMAP_SDABW
176WP2 & PF2VBAPJ_1BCFOPCFOP code and extensionS/4 HANAVBAPJ_1BCFOPCFOP code and extensionMappingMAP_J_1BCFOP
177WP2 & PF2VBAPMATWAMaterial enteredS/4 HANAVBAPMATWAMaterial enteredMappingMaterial_XREF
178WP2 & PF2VBKDJ_1AFITPTax TypeS/4 HANAVBKDJ_1AFITPTax TypeMappingMAP_1AFITP
179WP2 & PF2VBKDJ_1ARFZReason for Zero VATS/4 HANAVBKDJ_1ARFZReason for Zero VATMappingMAP_1ARFZ
180WP2 & PF2VBAPJ_1BTAXLW4COFINS Tax LawS/4 HANAVBAPJ_1BTAXLW4COFINS Tax LawMappingMAP_J_1BTAXLW4
181WP2 & PF2VBAPJ_1BTAXLW5PIS Tax LawS/4 HANAVBAPJ_1BTAXLW5PIS Tax LawMappingMAP_J_1BTAXLW5
182WP2 & PF2VBAPPMATNPricing Reference MaterialS/4 HANAVBAPPMATNPricing Reference MaterialMappingMaterial_XREF
183



S/4 HANAVBKDINCO2_LIncoterms Location 1Auto derive
Partner
184WP2 & PF2VBAKVBELNSales DocumentS/4 HANAVBAKVBELNSales DocumentCopy 1:1

The value in the load file of this field is from souce system, once it is loaded, the SO number will not be same in the target S4. The mapping will be provided in SO_XREF

185WP2 & PF2VBPAPARVWPartner FunctionS/4 HANAVBPAPARVWPartner FunctionMappingMAP_PARVW
186WP2 & PF2VBPAKUNNRCustomer NumberS/4 HANAVBPAKUNNRCustomer NumberMappingCustomer_XREF
187WP2 & PF2ADRCTITLEForm of addressS/4 HANAADRCTITLEForm of addressCopy 1:1
188WP2 & PF2ADRCNAME1Name 1S/4 HANAADRCNAME1Name 1Copy 1:1
189WP2 & PF2ADRCNAME2Name 2S/4 HANAADRCNAME2Name 2Copy 1:1
190WP2 & PF2ADRCNAME3Name 3S/4 HANAADRCNAME3Name 3Copy 1:1
191WP2 & PF2ADRCNAME4Name 4S/4 HANAADRCNAME4Name 4Copy 1:1
192WP2 & PF2ADRCSTREETStreet and House NumberS/4 HANAADRCSTREETStreet and House NumberCopy 1:1
193WP2 & PF2VBPALAND1Country/Region KeyS/4 HANAVBPALAND1Country/Region KeyRuleIf source VBPA-ADRDA = "E", THEN
MAP_LAND1
194WP2 & PF2ADRCCOUNTRY

Country/Region Key in ISO Code

S/4 HANAADRCCOUNTRYCountry/Region Key in ISO CodeRuleIf source VBPA-ADRDA = "E", THEN
MAP_LAND1
195WP2 & PF2ADRCPOST_CODE1Postal CodeS/4 HANAADRCPOST_CODE1Postal CodeRuleIf source VBPA-ADRDA = "E", THEN
Copy 1:1
196WP2 & PF2ADRCPO_BOXP.O. Box Postal CodeS/4 HANAADRCPO_BOXP.O. Box Postal CodeRuleIf source VBPA-ADRDA = "E", THEN
Copy 1:1
197WP2 & PF2ADRCPO_BOX_LOCPO Box cityS/4 HANAADRCPO_BOX_LOCPO Box cityRuleIf source VBPA-ADRDA = "E", THEN
Copy 1:1
198WP2 & PF2ADRCCITY1CityS/4 HANAADRCCITY1CityRuleIf source VBPA-ADRDA = "E", THEN
Copy 1:1
199WP2 & PF2ADRCCITY2DistrictS/4 HANAADRCCITY2DistrictRuleIf source VBPA-ADRDA = "E", THEN
Copy 1:1
200WP2 & PF2ADRCREGIO

Region (State, Province, County)

S/4 HANAADRCREGIORegion (State, Province, County)RuleIf source VBPA-ADRDA = "E", THEN
MAP_REGIO
201WP2 & PF2ADRCPO_BOXPO BoxS/4 HANAADRCPO_BOXPO BoxRuleIf source VBPA-ADRDA = "E", THEN
Copy 1:1
202WP2 & PF2ADR2TELNR_LONGFirst telephone numberS/4 HANAADR2TELNR_LONGFirst telephone numberRuleIf source VBPA-ADRDA = "E", THEN
Copy 1:1
203WP2 & PF2ADR2TELNR_LONGSecond telephone numberS/4 HANAADR2TELNR_LONGSecond telephone numberRuleIf source VBPA-ADRDA = "E", THEN
Copy 1:1
204WP2 & PF2ADR3FAXNR_LONGFax NumberS/4 HANAADR3FAXNR_LONGFax NumberRuleIf source VBPA-ADRDA = "E", THEN
Copy 1:1
205WP2 & PF2ADRCLANGULanguage KeyS/4 HANAADRCLANGULanguage KeyRuleIf source VBPA-ADRDA = "E", THEN
Copy 1:1
206WP2 & PF2ADRCLANGU

2-Character SAP Language Code

S/4 HANAADRCLANGU2-Character SAP Language CodeRuleIf source VBPA-ADRDA = "E", THEN
Copy 1:1
207WP2 & PF2VBPAABLADUnloading PointS/4 HANAVBPAABLADUnloading PointCopy 1:1
208WP2 & PF2VBPALZONE

Transportation zone to or from which the goods are delivered

S/4 HANAVBPALZONETransportation zone to or from which the goods are deliveredCopy 1:1
209WP2 & PF2VBPASTCEGVAT Reg. No.S/4 HANAVBPASTCEGVAT Reg. No.Copy 1:1
210WP2 & PF2ADRCTAXJURCODETax JurisdictionS/4 HANAADRCTAXJURCODETax JurisdictionCopy 1:1
Schedule line
211WP2 & PF2VBAKVBELNSales DocumentS/4 HANAVBAKVBELNSales DocumentCopy 1:1

The value in the load file of this field is from souce system, once it is loaded, the SO number will not be same in the target S4. The mapping will be provided in SO_XREF

212WP2 & PF2VBAPPOSNRSales Document ItemS/4 HANAVBAPPOSNRSales Document ItemCopy 1:1
213WP2 & PF2VBEPETENRSchedule Line NumberS/4 HANAVBEPETENRSchedule Line NumberCopy 1:1
214WP2 & PF2VBEPEDATUSchedule Line DateS/4 HANAVBEPEDATUSchedule Line DateCopy 1:1
215WP2 & PF2N/AN/A
S/4 HANAVBEPWMENGOrder Quantity in Sales UnitsRule

Business Logic:

Situation A: Delivery-Related Sales Order Item - Condition: VBEP-LFREL = 'X' (Delivery-related)

  • Calculation:
    Order Quantity: order_qty = VBAP-KWMENG
  • Delivered Quantity:
    Sum of delivered quantity from delivery items (LIPS), mapped via VGBEL/VGPOS:
  • WMENG = order_qty - delivered_qty

Situation B: Non-Delivery-Related Sales Order Item - Condition: VBEP-LFREL IS NULL BLANK (Non-delivery-related)

  • Order Quantity: order_qty = VBAP-KWMENG
  • Billed Quantity:
    Use the billed quantity as defined in your transformation rule 88 (which includes the correct pairing of sales order and billing document types).
  • WMENG= order_qty - billed_qty

SQL Query to get delivered quantity

SELECT
    vbap.vbeln,                        -- Sales order number
    vbap.posnr,                        -- Sales order item
    vbap.kwmeng AS order_qty,          -- Order quantity
    COALESCE(del.delivered_qty, 0) AS delivered_qty, -- Delivered quantity (default 0 if none)
    vbap.kwmeng - COALESCE(del.delivered_qty, 0) AS open_qty -- Open quantity
FROM
    vbap
LEFT JOIN vbep
    ON vbep.vbeln = vbap.vbeln
    AND vbep.posnr = vbap.posnr
LEFT JOIN (
    SELECT
        vgbel AS order_vbeln,
        vgpos AS order_posnr,
        SUM(lfimg) AS delivered_qty
    FROM lips
    GROUP BY vgbel, vgpos
) del
    ON del.order_vbeln = vbap.vbeln
    AND del.order_posnr = vbap.posnr
WHERE
    vbep.lfrel = 'X' -- Only delivery-related items

Distribution rule to VBEP

Distribute the open_qty according to legacy VBEP-BMENG, sort by legacy VBEP_EDATU the greatest to the lowest date.

During sales order migration, the open_qty must be redistributed among the existing confirmed schedule lines quantity (VBEP-BMENG). The distribution shall follow a descending order of schedule line dates (VBEP-VDATU) — i.e., allocate to the latest (greatest) schedule date first, then progressively to earlier dates, until the total open quantity is fully distributed.

216WP2 & PF2VBEPLIFSP

Schedule Line Blocked for Delivery

S/4 HANAVBEPLIFSPSchedule Line Blocked for DeliveryMappingMAP_LIFSD
217WP2 & PF2VBEPETTYPSchedule Line CategoryS/4 HANAVBEPETTYPSchedule Line CategoryMappingMAP_ETTYP
Header Conditions









218WP2 & PF2VBAKVBELNSales DocumentS/4 HANAVBAKVBELNSales DocumentCopy 1:1

The value in the load file of this field is from souce system, once it is loaded, the SO number will not be same in the target S4. The mapping will be provided in SO_XREF

219WP2 & PF2KONVKSCHLCondition TypeS/4 HANAPRCD_ELEMENTSKSCHLCondition TypeMappingMAP_KSCHL_A-V
220WP2 & PF2KONVWAERSCurrency KeyS/4 HANAPRCD_ELEMENTSWAERSCurrency KeyMappingMAP_WAERS
221WP2 & PF2KONVKPEINCondition Pricing UnitS/4 HANAPRCD_ELEMENTSKPEINCondition Pricing UnitCopy 1:1
222WP2 & PF2KONVKDATUCondition Pricing DateS/4 HANAPRCD_ELEMENTSKDATUCondition Pricing DateCopy 1:1
223WP2 & PF2KONVKKURS

Condition exchange rate for conversion to local currency

S/4 HANAPRCD_ELEMENTSKKURSCondition exchange rate for conversion to local currencyCopy 1:1
224WP2 & PF2KONVKWERTCondition valueS/4 HANAPRCD_ELEMENTSKWERTCondition valueCopy 1:1
225WP2 & PF2VBAKWAERKSD Document CurrencyS/4 HANAVBAKWAERKSD Document CurrencyMappingMAP_WAERS
Item Conditions









226WP2 & PF2VBAKVBELNSales DocumentS/4 HANAVBAKVBELNSales DocumentCopy 1:1

The value in the load file of this field is from souce system, once it is loaded, the SO number will not be same in the target S4. The mapping will be provided in SO_XREF

227WP2 & PF2KONVKPOSNCondition item numberS/4 HANAPRCD_ELEMENTSKPOSNCondition item numberCopy 1:1
228WP2 & PF2KONVKSCHLCondition TypeS/4 HANAPRCD_ELEMENTSKSCHLCondition TypeMappingMAP_KSCHL_A-V
229WP2 & PF2KONVWAERSCurrency KeyS/4 HANAPRCD_ELEMENTSWAERSCurrency KeyMappingMAP_WAERS
230WP2 & PF2KONVKPEINCondition Pricing UnitS/4 HANAPRCD_ELEMENTSKPEINCondition Pricing UnitCopy 1:1
231WP2 & PF2KONVKDATUCondition Pricing DateS/4 HANAPRCD_ELEMENTSKDATUCondition Pricing DateCopy 1:1
232WP2 & PF2KONVKKURS

Condition exchange rate for conversion to local currency

S/4 HANAPRCD_ELEMENTSKKURSCondition exchange rate for conversion to local currencyCopy 1:1
233WP2 & PF2KONVKWERTCondition valueS/4 HANAPRCD_ELEMENTSKWERTCondition valueCopy 1:1
234WP2 & PF2KONVWAERSSD Document CurrencyS/4 HANAPRCD_ELEMENTSWAERSSD Document CurrencyMappingMAP_WAERS
Header Text









235WP2 & PF2VBAKVBELNSales DocumentS/4 HANAVBAKVBELNSales DocumentCopy 1:1

The value in the load file of this field is from souce system, once it is loaded, the SO number will not be same in the target S4. The mapping will be provided in SO_XREF

236WP2 & PF2VBAPPOSNRSales Document ItemS/4 HANAVBAPPOSNRSales Document ItemCopy 1:1
237WP2 & PF2STXHTDIDText IDS/4 HANASTXHTDIDText IDMappingMAP_TDID
238WP2 & PF2STXHTDSPRASLanguage KeyS/4 HANASTXHTDSPRASLanguage KeyCopy 1:1
239WP2 & PF2SRXLREAD_TEXTText LineS/4 HANASRXLREAD_TEXTText LineCopy 1:1
Item Text









240WP2 & PF2VBAKVBELNSales DocumentS/4 HANAVBAKVBELNSales DocumentCopy 1:1

The value in the load file of this field is from souce system, once it is loaded, the SO number will not be same in the target S4. The mapping will be provided in SO_XREF

241WP2 & PF2VBAPPOSNRSales Document ItemS/4 HANAVBAPPOSNRSales Document ItemCopy 1:1
242WP2 & PF2STXHTDIDText IDS/4 HANASTXHTDIDText IDMappingMAP_TDID
243WP2 & PF2STXHTDSPRASLanguage KeyS/4 HANASTXHTDSPRASLanguage KeyCopy 1:1
244WP2 & PF2SRXLREAD_TEXTText LineS/4 HANASRXLREAD_TEXTText LineCopy 1:1


Transformation Mapping

Mapping Table NameMapping Table Description
MAP_VKORGSales Organization
MAP_VTWEGDistribution Channel
MAP_SPARTDivision
MAP_VKBURSales Office
MAP_VKGRPSales Group
MAP_FAKSKSales Document Billing Block
MAP_AUGRUOrder Reason
MAP_ZTERMPayment terms
MAP_PS_PSP_PNRWBS Element Number
MAP_TDIDText ID
MAP_MEINSUnit of Measure
MAP_WERKSPlant
MAP_LGORTStorage Location
MAP_PSTYVSales Document Item Category
MAP_PARVWPartner function
MAP_AUARTSales Document Type
MAP_BSARKCustomer Purchase Order Type
MAP_KONDACustomer Price Group
MAP_KDGRPCustomer Group
MAP_BZIRKSales District
MAP_PLTYPPrice List Type
MAP_INCO1Incoterms (Part 1)
MAP_LIFSKDelivery Block (Document Header)
MAP_KVGR1Customer Group 1
MAP_KVGR2Customer Group 2
MAP_KVGR3Customer Group 3
MAP_KVGR4Customer Group 4
MAP_KVGR5Customer Group 5
MAP_VSBEDShipping Conditions
SO_XREFSales Order XREF
MAP_TAXKDTax Classification for Customer
MAP_PERFKInvoice Dates (Calendar Identification)
MAP_ZLSCHPayment Method
MAP_KTGRDAccount Assignment Group for Customer
MAP_ABSSCPayment Guarantee Procedure
MAP_KDKGXCustomer condition group
MAP_LAND1Country Key
MAP_SDABWSpecial Processing Indicator
MAP_MVGR1Material Group 1
MAP_MVGR2Material Group 2
MAP_MVGR3Material Group 3
MAP_MVGR4Material Group 4
MAP_MVGR5Material Group 5
MAP_PRODHProduct Hierarchy
MAP_MATKLMaterial Group
MAP_LPRIODelivery Priority
MAP_VSTELShipping Point / Receiving Point
MAP_ROUTERoute
MAP_TAXKMTax Classification for Material
MAP_KONDMMaterial Price Group
MAP_BWTARValuation Type
MAP_BEDAERequirements type
MAP_EXARTBusiness Transaction Type
MAP_MFRGRMaterial Freight Group
Material_XREFMaterial XREF
MAP_1AFITPTax Type
MAP_1ARFZReason for Zero VAT
MAP_J_1BTAXLW1Tax law: ICMS
MAP_J_1BTAXLW2Tax law: IPI
MAP_J_1BTXSDCSD tax code
MAP_PRCTRProfit Centre
MAP_J_1BCFOPCFOP code and extension
MAP_J_1BTAXLW4COFINS Tax Law
MAP_J_1BTAXLW5PIS Tax Law
Customer_XREFCustomer Number
MAP_LZONETransportation zone to or from which the goods are delivered
MAP_LIFSDSchedule Line Blocked for Delivery
MAP_ETTYPSchedule Line Category
MAP_KSCHL_A-VCondition Type
MAP_WAERSCurrency

Transformation Dependencies

List the steps that need to occur before transformation can commence
Item #Step DescriptionTeam Responsible
1Source Data Integrity
- Ensure extracted data is complete, accurate, and consistent.
- Validate that data types and formats align with transformation requirements.
Syniti
2Referential Integrity
- Ensure dependent records are transformed together or in advance
Syniti
3Transformation Logic and Mapping
- Define data mapping rules between source and target schemas.
Data Team
4Performance and Scalability Considerations
- Optimize transformation processes for large datasets.
- Ensure system resources can handle transformation workloads
Syniti
5Logging and Error Handling
- Maintain detailed logs of transformation activities.
- Define error-handling procedures for failed transformations
Syniti


Pre-Load Validation

Project Team

Completeness

TaskAction

Validate mandatory and key fields

Mandatory field check.
Based on S/4HANA target design fields, sales order type configuration, item category determination and schedule line category.

  • Check if records have all mandatory fields filled and mapped (e.g. Sales Document Type, Sales Organization, Distribution Channel, Division, Sold-to Party, Ship-to Party, Material, Quantity, Requested Delivery Date, Pricing Conditions, etc.).

  • Records missing any mandatory fields must be flagged as error.

Check Business Partners Master Data

  • Verify that Sold-to Party, Ship-to Party, Bill-to Party, and Payer exist as Business Partners in S/4HANA (tables: BUT000, KNA1, KNVV).

  • Ensure the BP is extended to the required Sales Organization, Distribution Channel, and Division.

  • Check BP deletion flags: KNVV-LOEVM (Deletion flag for sales area data) must not be set.

Check Material Master Data

  • Confirm that Material Numbers exist in S/4HANA Material Master (MARA, MVKE and MARC).

  • Validate that materials are extended to relevant Sales Org and Distribution Channel.

  • Check that the material is not flagged for deletion (MARA-LVORM must not be set).

Check Sales Order Item Consistency

  • Validate item category and schedule line category are mapped accordingly

  • Ensure quantity fields are populated and non-zero.

  • Check schedule lines have valid requested delivery dates.

Check Currency and Pricing Data

  • Validate pricing conditions are correctly mapped and exist in condition master data.

  • Check currency fields: Sales Order currency and pricing currency must be populated and valid (against TCURC / currency customizing).

  • Ensure that net values and tax amounts are correctly calculated and populated.

Reconciliation check

Record Count

  • Check that the total number of open sales order records in the load file matches the source system.

  • The record count will be reconciled on a group basis. The grouping fields are:

    • Sales Organization

    • Sales Document Type

    • Sold-to Party

    • Sales Document Number

  • Any mismatch in record count between source and load file must be flagged for investigation.

Check Amount in Document Currency and Local Currency

  • Sum the total Net Value (Document Currency) for Sales Orders in the load file and compare with the total from the source system.

  • Sum the Tax (Document Currency) for Sales Orders in the load file and compare with the total from the source system.
  • Any difference in sum between source and load file must be flagged as an error.

Check Total Quantity

  • Sum the ordered quantity matching with open quantities in the source system.

  • If there is a UOM changes, the quantity must be converted with the correct conversion rate.
  • Compare aggregated quantities per Material and Sales Organization to ensure data consistency.

  • Any mismatches must be flagged for investigation.


Accuracy

TaskAction
Validate the transformationMake sure all fields with transformation are populated with S/4 HANA values according to the mapping file. 
Check Data Consistency
  1. Sold-to Party

    • Verify that the Sold-to Party (Customer Number) in the pre-load file matches the corresponding value in the legacy system.

    • Validate customer master mapping if applicable.

  2. Ship-to Party

    • Verify that the Ship-to Party in the pre-load file matches the corresponding value in the legacy system.

    • Validate partner function assignments if applicable.

  3. Customer PO Date

    • Verify that the Customer Purchase Order Date (VBAK-BSTDK) matches between legacy system and pre-load file.

  4. Pricing

    • Validate that key pricing condition values (e.g. base price, discounts, surcharges) are consistent between legacy system and pre-load file.

    • Compare condition type values (e.g. KONV-KBETR) where feasible.

  5. Number of Line Items

    • Verify that the total number of open line items per sales order matches between legacy system and pre-load file.

  6. Open Quantities

    • Validate that open quantities (Ordered Quantity minus Delivered Quantity) match between legacy system and pre-load file.




Business

Completeness

TaskAction
Conversion check

In legacy system, execute report Open Sales Orders List (e.g. via transaction code VA05 or equivalent custom report).

Group the output of the report by Sales Organization and Sold-to Party using the subtotal function and compare the count in this report against the Open Sales Orders count in the pre-load file.

The record count for Open Sales Orders may also be done at a more granular level. The recommended granular level or subtotal fields can consist of:

  • Sales Organization

  • Sales Document Type

  • Sold-to Party

  • Material Number

If any of the count is different, raise a defect and flag the relevant record as error.






Accuracy

TaskAction
Key fields check

Perform the following checks on a selected sample of open sales orders:

  1. Total Net Value Check

    • Compare the total Net Value (VBAK-NETWR) per Sales Organization and Sold-to Party between legacy system and pre-load file. The Net Value should be migrated proportionally according to the open order quantities. 

  2. Total Tax Amount Check

    • Compare the total Tax Amount (if applicable, e.g. from pricing conditions or summarized tax amount) between legacy system and pre-load file.

  3. Material Number and Open Quantity Check

    • For each Sales Order Item (VBAP):

      • Verify that Material Numbers match between legacy system and pre-load file.

      • Verify that Open Quantities (Ordered Quantity minus Delivered Quantity) are accurate.

Validate the transformationMake sure all fields with transformation are populated with S/4 HANA values according to the mapping file. 



Load

The load process includes:

  1. Execute the automated data load into target system using load tool or product the load file if the load must be done manually
  2. Once the data is loaded to the target system, it will be extracted and prepared for Post Load Data Validation

Load Run Sheet

Item #Step DescriptionTeam Responsible
1Load Scope Definition
- Identify the target system and database structure.
- Define data objects (tables, fields, records) to be loaded.
- Establish business rules for data validation.
Data team
2Load Methodology
- Specify the loading tools and technologies (Migration Cockpit, LSMW, custom loading program).
Syniti
3Data Quality and Validation
- Ensure data integrity checks (null values, duplicates, format validation).
- Perform pre-load validations to verify completeness.
- Define error handling mechanisms for load failures
Syniti
4Load Execution Plan
- Establish execution timelines and batch processing schedules.
- Assign responsibilities for monitoring execution.
- Document dependencies on other migration tasks
Syniti
5Logging and Reporting
- Maintain detailed logs of loading activities.
- Generate summary reports on loaded data volume and quality.
- Define escalation procedures for errors
Syniti


Load Phase and Dependencies

Open Sales Orders will be loaded in the pre-cutover or cutover phase, depending on business cut-off.

Configuration

Item #Configuration Item

1

Order type

2

Item categories

3

Schedule lines categories

4

Pricing procedure

5

Number range settings for orders

Conversion Objects

Object #Preceding Object Conversion Approach
1034Sales Pricing Conditions
1036Customer Material Information Records(CMIR)
1042TM - Transportation Lanes
1046Classes Type: 023 ( Batch)
1047Batch Characteristics of Class Type: 023
1048Batch Master
1051TM - Locations
1052TM - Transportation Zones
1053TM - Default Routes
1058Batch Classification Data
1062Batch Search Strategy
1134Output determination for application V1/V3
1135Z tables (variant table)
2001Material Listing and Exclusions
2002Material Substitution
2003Materials - Sales view with sales long text
2005Materials - MRP view (4 views)
2011Materials - WM Execution ( EWM )
2012Materials - Accounting 1
2013Materials - Costing 1
2014Materials - Accounting 2
2015Materials - Costing 2
2019Materials - Basic View
2027Materials - Foreign Trade Views
3003Business Partners - Customer (Sales and Service) - FLCU01
3007Business Partners - General (Role 000000)
3010Business Partners - Relationship for contact person
3011Business Partners - Contact Persons (BUP001)
3017Business Partners - FI Customer (FLCU00)
3019Business Partners - Credit Management (UKM000)
3022Business Partners - Collection Management (UDM000)
3027Business Partners - Plants/Intercompany Suppliers
3039Business Partners - GTS Master
3040Business Partners - Treasury
9011Stock Balance

Error Handling

Error TypeError DescriptionAction Taken
Configuration / Data TransformationThe value XXX for field XXX doesn't exist
  1. Check the mapping/conversion is done properly in the loading file
  2. Validate the target value is configured/transported in the target system
  3. Reach out to function team to validate the configuration
ConfigurationThere is mandatory field XXX missing
  1. Validate MDS if the fields are set as mandatory
  2. Validate if there is value in the pre-loading file
  3. Validate if the configuration for the mandatory fields are done properly
Obsolete Master DataCustomer or material master data no longer exists in target systemReplaced or removed based on business input


Post-Load Validation

Project Team

The following post-load validations will be performed by the Project Team.

Completeness

TaskAction

Validate Record count

Total number of records loaded for Open Sales Orders will be generated in the post-load reports in the tool based on the target tables and fields mentioned in section target design.

The reconciliation needs to be executed on the total number of 'valid' records and amounts per Sales Organization in the source compared to total number of records and amounts in S/4HANA.

Record Count

  • Check that the total record count of Open Sales Orders in the pre-load file matches the number of records loaded into S/4HANA.

  • The record count will be validated on a group basis. The recommended grouping fields are:

    • Sales Organization

    • Sold-to Party

    • Sales Document Type

  • Any mismatch in record count between pre-load file and S/4HANA must be flagged for investigation.

Check Amount in Document Currency and Local Currency

  • At the line item level, sum the Net Value amounts in both Document Currency and Local Currency from the pre-load file and compare to the values posted in S/4HANA.

  • Any mismatches in totals must be flagged as errors for investigation.






Accuracy

TaskAction
Validate Key Fields
  1. Post-load reports will have the same structure as the Open Sales Order load file, with additional columns as required to support post-load validation.

  2. Utilize the migration tool to generate a Post-Load Report that displays S/4HANA loaded records alongside the corresponding legacy system values. This side-by-side comparison will enable a 100% field-level validation of all key fields in the shortest possible time.

  3. Key fields for comparison include (but are not limited to):

    1. Sales Document Number

    2. Sales Document Type

    3. Sales Organization

    4. Sold-to Party

    5. Ship-to Party

    6. Customer PO Number and PO Date

    7. Material Number

    8. Ordered Quantity and Open Quantity

    9. Pricing values (Net Value, Tax, Conditions)

    10. Document Currency and Local Currency amounts

  4. Any mismatches identified will be captured in the Post Load - Error Report for further investigation and resolution.


Business

Post-load validation is a critical step in data migration, ensuring that transferred data is accurate, complete, and functional within the target system.

1. Ensuring Data Integrity
After migration, data must be consistent with its original structure. Post-load validation checks for missing records, incorrect mappings, and formatting errors to prevent discrepancies.
2. Business Continuity
Faulty data can disrupt operations, leading to financial losses and inefficiencies. Validating post-load data ensures that applications function as expected, preventing downtime.
3. Error Detection and Resolution
By validating data post-migration, businesses can detect anomalies early, reducing the cost and effort required for corrections

Completeness

TaskAction
Review Loaded Condition RecordsAccess the S/4HANA system (via transactions like VA05 or custom reports) to view loaded sales order





Accuracy

TaskAction

Display Records

Pick up few random sales document number numbers, display with Tcode VA03 and validate the details






Key Assumptions 

  • Adapting S4 cross instances direct delivery solutions, where a plant from a different S4 instance can be entered in the Sales Order. 
  • Adapting S4 cross instances inter-company Purchase Order solution. The subsequent Sales Order will be automatically created even though it's in a separate instance. 
  • Credit / Debit memo request and return order can be created without preceding reference document in S4. 


See also

Change log

Change History
limit10

Workflow history

Workflow Report
parent@self
hideheadertrue
typeapprovals