Purchasing documents in SAP and data migration to S/4 | All for One Poland

Purchasing documents in SAP and data migration to S/4

Digital Transformation Center experience

Purchasing documents are probably one of the most important objects that we consider in migrations of any type carried out using the Bluefield approach. To fully understand the specifics of data related to requisitions and purchase orders, it is necessary to be clear at the outset – almost every large enterprise in the early stages of development needs efficient document integration and a systematized Procure-to-Pay (P2P) process, which starts with the creation of a requisition and then a corresponding purchase order.

Purchasing documents are probably one of the most important objects that we consider in migrations of any type carried out using the Bluefield approach. To fully understand the specifics of data related to requisitions and purchase orders, it is necessary to be clear at the outset – almost every large enterprise in the early stages of development needs efficient document integration and a systematized Procure-to-Pay (P2P) process, which starts with the creation of a requisition and then a corresponding purchase order.

In migration projects, close cooperation between the migration consultant and the implementation consultant is necessary to ensure the key technical aspects. Configuring SAP purchase orders and purchase requisitions involves several steps to adapt the system to the specific needs of the organization. Its exact steps may vary depending on the specific version and implementation of the SAP system.

When discussing the scope of migration with customers, the issue of purchasing documents is an important part of the materials management module workshop. It is during this workshop that we determine which organizational units should be included in the scope of migration. We select data for predetermined modification or exclusions.

The basic tables related to purchase orders are: EKKO, which stores header data (Purchasing Document Header), and EKPO, which stores item data (Purchasing Document Item), as well as EBAN (Purchase Requisition) table.

Entries from these tables are selected globally by domain:

  • company code (Company Code, domain BUKRS),
  • purchasing group (Purchasing Organization, domain EKORG),
  • plant (Plant, domain WERKS).

Using the full functionality of the CrystalBridge Transformation Cockpit, we are able to interfere with specific data and implement field value changes in the table using a properly designed mapping table.

The most common field mappings in projects completed to date are:

  • document type change (Document Type, field BSART),
  • international trade rules (Incoterm, field INCO1 & INCO2),
  • supplier accounts (Supplier, field LINFR),
  • procedures (Procedure, field KALSM),
  • purchasing groups (Purchasing Group, field EKGRP),
  • document release indicator (Release Indicator, field FRGKE).

All these mappings (changes) of field contents are possible by adapting the mapping table to the import rule, where we define the mapping rule using the ABAP code, i.e. what is to be changed, when and in what cases. The interface accesses the input value and generates an output value based on the rule. After starting the import, we can observe the final effect in the target system, i.e. changed values for all fields from the relevant domain, e.g. for several hundred thousand sales documents.

It is also a very common operation to renumber documents according to the customer’s request. To do this, we use the “number_get_next" function contained in the preparation object (Forerunner), which creates a mapping containing old numbers (from the source system) and new numbers, sequentially from a predetermined number range. The new numbers are entered in the corresponding fields at the stage of importing the tables in the target system. This procedure allows for organizing the numbering in the new system while transferring only the documents most necessary for the business, excluding those that clutter the archives.

Conversion to S/4HANA

In the case of SAP S/4HANA system version conversion, the data related to purchase orders is stored in a dedicated object. It is used to migrate data from the source ECC system to S/4HANA. During this process, entries from the KONV table are converted to an additional PRCD_ELEMENTS (KONV) table, according to simplification note 2267442. The additional tables we use are a tool in the process of recording the history of purchase orders for additional currencies.

When migrating to S/4HANA, the material ledger conversion is mandatory and we perform it using the specially customized Cockpit, a tool from the CrystalBridge platform, which in the case of purchase orders applies to the following tables:

  • MLWERE (Conversion Table between Purchasing and Material Ledger),
  • MLBE (Material Ledger FS Item Table for GR/IR relevant transaction),
  • MLBEH (Material Ledger FS Item Table for GR/IR relevant transaction),
  • MLBECR (Material Ledger Currency Table for GR/IR relevant transaction).

The migration of materials management requires a thorough analysis of the system and strictly defined steps to be followed for it to be successful. When preparing the migration objects, attention should be paid to all the rules set on each table. The rules that include the aforementioned selections, mappings and renumberings are a major topic during the discussion with the customer and should certainly not be skipped. A conversion to S/4HANA is successful when testing is successful.

To date, we have conducted more than one hundred and thirty transformation projects in which purchasing was one of the main issues. With our experience in materials management, we are open to new challenges that await us in ongoing and planned projects.

Three years – that's how long, or rather how short, customers will be provided with support for SAP ERP/ECC systems

Krzysztof Siwiec, Director of the Digital Transformation Center, SNP Poland

Only 3 more years for SAP ECC

Three years – that’s how long, or rather how short, customers will be provided with support for SAP ERP/ECC systems. Anyone who has ever participated in an SAP implementation or development project is well aware of how little time is left to plan and carry out a migration to SAP S/4HANA.

The Digital Transformation Center department at All for One Poland is working full steam ahead, carrying out transformation projects in large SAP environments of our international customers. We have already completed over 70 migrations to S/4.

One of the major projects we completed earlier this year was for a large educational institution from the Middle East. The project involved a comprehensive migration of an extensive SAP environment to S/4HANA based on the Bluefield approach. It included data conversion and harmonization. We used CrystalBridge, a data transformation platform automating migration activities, which provided us with great data selection capabilities and allowed us to maintain near-zero system downtime. The scope of this project was very broad, which, combined with a tight schedule, was the biggest challenge for the team.

We observe that after years of waiting, Polish companies are also including migration projects in their budgets. Their interest is also evidenced by the high attendance at the meetings we organize for clients and the increasingly specific questions they ask us.

Krzysztof Siwiec, Director of the Digital Transformation Center, SNP Poland

Write us Call us Send email






    1. Personal data is processed pursuant to Article 6 (1) (a) of the Regulation of the European Parliament and of the Council (EU) 2016/679 of April 27, 2016 – the General Data Protection Regulation
    2. The data controller is All for One Poland sp. z o.o. with its registered office in Złotniki, ul. Krzemowa 1 62-002 Suchy Las. Contact data of the Data Protection Supervisor: iod@all-for-one.com.
    3. Consent to data processing is voluntary, but necessary for contact. Consent may be withdrawn at any time without prejudice to the lawfulness of the processing carried out on the basis of consent prior to its withdrawal.
    4. The data will be processed for the purposes stated above and until this consent is withdrawn, and access to the data will be granted only to selected persons who are duly authorised to process it.
    5. Any person providing personal data shall have the right of access to and rectification, erasure, restriction of processing, the right to object to the processing and to the transfer of data, the right to restriction of processing and the right to object to the processing, the right to data transfer.
    6. Every person whose data is processed has the right to lodge a complaint with the supervisory authority, which is the President of the Personal Data Protection Office (ul. Stawki 2, 00-193 Warsaw).
    7. Personal data may be made available to other entities from the group that All for One Poland sp. z o.o. is part of – also located outside the European Economic Area, for marketing purposes. All for One Poland ensures that the data provided to these entities is properly secured, and the person whose data is processed has the right to obtain a copy of the data provided and information on the location of the data provision.

    +48 61 827 70 00

    The office is open
    Monday to Friday
    from 8am to 4pm (CET)

    General contact for the company
    office.pl@all-for-one.com

    Question about products and services
    info.pl@all-for-one.com

    Question about work and internships
    kariera@all-for-one.com

    This site is registered on wpml.org as a development site. Switch to a production site key to remove this banner.