Enterprise Resource Planning Blogs by SAP
Get insights and updates about cloud ERP and RISE with SAP, SAP S/4HANA and SAP S/4HANA Cloud, and more enterprise management capabilities with SAP blog posts.
cancel
Showing results for 
Search instead for 
Did you mean: 
Saumitra
Product and Topic Expert
Product and Topic Expert
4,787

Introduction: Welcome to another deletion series blog where our focus is going to be around deletion of master as well as transactional data in SAP S/4HANA Cloud, Public Edition. As you can guess from the title itself, I am touching on a highly sensitive topic. However, as more customers are getting started with their implementations in SAP S/4HANA Cloud, Public Edition projects for their ERPs - this topic cannot go unseen. With more customers going live with SAP S/4HANA Cloud, Public Edition data and deleting it remains a hot-topic.

Purpose: The purpose of this blog is NOT to detail each and every step in the process of deletion of master & transactional data but rather provide an comprehensive list of standard help documentation in one place which provides you a direction further on specific activities around the deletion process. As the scope and depth of this topic is highly wide as well as quite scattered as per different Lines of Business, localization, legalizations, business-industry specific needs etc., it would be challenging to cover every aspect of it. Hence it is highly recommended that for specific deletion queries around master and transactional data in your ERP system, you are leveraging your SAP experts

Target Audience: This blogpost is targeted towards first time SAP S/4HANA Cloud implementers and consultants, project managers, technical & functional consultants, ILM experts who are looking for a one place information for standard documentation around deletions, blocking, data archiving and data destruction of master and transactional data in SAP S/4HANA Cloud, Public Edition.

Disclaimer: This blog is being written today (9th Feb 2024) and is applicable as of SAP S/4HANA Cloud, Public Edition 2402 release version. Features & capabilities are subjected to change as per SAP's product development roadmap, hence always consider looking at the latest standard documentation. Also this blog attempts to cover as many aspects around master & transactional data deletion in SAP S/4HANA Cloud, Public Edition, but as the scope is quite wide I might miss some information. In such case, our viewers can bring such scenarios to my notice by commenting below and I shall include that accordingly.

------------------------------------------------------------------------------------------------------------------------------------------------

Let's begin.

Definitions:

  • Master DataMaster data in SAP comprises the core, foundational data that remains relatively stable and provides essential information about entities, objects, or elements used in business processes. Master data serves as a reference point for transaction data. Data Objects like Customers, Suppliers, Products (Materials), Fixed assets etc. are examples of master data business objects type.
  • Transactional Data - Transaction data, on the other hand, represents the actual business activities and events conducted within an organization. It captures the specific details of individual transactions or operations. Sales Orders, Purchase Orders, Balances, Accounts receivable and Accounts payable are some of the examples of transactional data business objects type.

    You can get more idea on what types of data objects make master data and transactional data by checking in the Available Migration Objects in SAP S/4HANA Cloud, Public Edition which provides a comprehensive table of data objects available for Data Migration.

First things first - Creating, Importing and Migrating Data (mostly Master Data) into the SAP S/4HANA Cloud, Public Edition is one workstream and needs completely different skill sets. However, when it comes to data deletion; it requires different skill sets. This is not to say that a persona who is involved in creation of data cannot manage deletion, but just that's data migration and data deletion are totally two different workstreams and can differ highly depending on the type, business context and industry-country context of the data relevance.

Now further to this, we cannot move forward without introducing the scope item - Information Lifecycle Management (1KA). This scope item enables you to manage the lifecycle of live and archived data based on rules. SAP ILM uses ILM-specific, enhanced data archiving functions in the SAP S/4HANA Cloud, Public Edition. This scope item provides you with the app which will help you manage and schedule the data archiving and data destruction (deletion) from the system.
Also we must understand some terms which might be useful in your journey ahead while dealing with the data management intricacies.

  • End of Purpose - End of purpose in data management has to do with retention of data, and it is a feature of the SAP Information Lifecycle Management (ILM) component. This concept is driven by the necessity to retain legal and business critical data for defined periods and to eliminate it once it no longer serves any purpose. For SAP S/4HANA Cloud, when the purpose of the data is fulfilled (or "end of purpose" is reached), the data can be retired and deleted in compliance with legal and business requirements. This is performed through archiving and deletion processes as set up in the ILM.
    The term “end of purpose” is actually part of the General Data Protection Regulation (GDPR), which states that personal data should only be retained as long as the original purpose for which it was collected is valid. With ERP systems like SAP S/4HANA Cloud, administrators set up data retention rules according to their company's policies, as well as local and international regulations. These rules trigger the system to periodically move data past its useful lifespan from primary storage to an archive, and then eventually delete it once its legal and operational relevance has passed.
    These processes help ensure compliance and reduce the data footprint of the system, which reduces storage costs and can improve system performance.
  • End of Business - In SAP S/4HANA Cloud, the term "end of business" often refers to end of a business process lifecycle, which means that a certain business scenario or process that has been in operation is no longer required or needs to be retired. In terms of data management, when a business process comes to an end, the associated transaction data and master data might reach a point where they are no longer needed for operational reporting or other ongoing business activities. This does not necessarily mean that the data can be immediately deleted - regulatory requirements may require you to retain certain types of data for a specific period. SAP S/4HANA Cloud offers features to mark and manage data for deletion, leading to space management. Please note that deletion of data should be done carefully, considering legal, audit, and compliance factors. If the term is used in context with Information Lifecycle Management (ILM), then "end of business" refers to the point in time when the data has completed its business purpose, after which it can be archived or eventually deleted when it has also fulfilled any legal retention period.
    Please refer to the SAP guidelines and data retention regulations specific to your industry and geographic location to ensure compliance with all rules and regulations when deciding on the retirement of business processes and associated data.
  • Residence Period - The residence period is an important concept in data management within SAP S/4HANA Cloud. It refers to the duration of time that data needs to remain readily available before it can be transferred to the system's storage for long-term retention. During the residence period, transactional data is typically kept on the primary database where it can be quickly accessed to support ongoing business operations and reporting needs. The length of the residence period may be determined by a number of factors including internal business policies, operational needs for the data and legal requirements. The residence rule in SAP S/4HANA Cloud system essentially dictates, based on user configuration, what data is subject to retention, the duration for how long the data should be retained in the active database for fast access (residence period), and the period it should be held in the system before it’s completely deleted (retention period).
    At the end of the residence period, the data should be archived, i.e., moved from the primary database to a more cost-effective long-term storage solution. How rapidly and frequently this archiving occurs will depend on the specific business processes, compliance obligations and the data volume management strategy of your organization. Keep in mind that management of the residence period should align with not only your business requirements but also the legal and regulatory data retention policies specific to your industry and country. It's recommended that you work closely with your legal, compliance and IT teams when setting data residence periods.
  • Blocking - Blocking in data management refers to the process where certain data records are flagged or tagged in SAP S/4HANA Cloud so they can not be available for further use in other operations or transactions. This is often used in situations where the data is obsolete, incorrect or no longer relevant.
    A typical example is blocking a business partner (customer, supplier etc.) in SAP. The blocked business partner cannot be used in transactions until it's unblocked. Similarly, product/material numbers, employee records, costs centers, or other objects can also be blocked. This is a reversible step; records can later be unblocked if necessary. Blocking data does not delete it from the system, rather it prevents the data from being used in the system, offering a safe way to handle data that should no longer be used in business operations. Keeping track of these block status changes is also an important part of data management, as it helps preserve information on why and when data was deactivated. Please note that even though the data is blocked, it still has to be kept in the system for a certain period due to legal and audit purposes.
  • Personal Data - Personal data in the context of data management in SAP S/4HANA Cloud refers to any information that can directly or indirectly identify an individual/business partner. This includes details like names, addresses, email addresses, IP addresses, phone numbers, identification numbers, online user identifiers, location data, biometric data, or any other specific factors that could relate to the physical, physiological, genetic, mental, economic, cultural, or social identity of a person. It's important that such information is handled with care due to the General Data Protection Regulation (GDPR) and other similar data protection laws around the world. It must be processed, stored, and if necessary, even deleted or anonymized in a compliant manner. SAP offers specific features and tools to facilitate the compliant handling of personal data. For example, S/4HANA Cloud supports data blocking and deletion functionality to ensure data is not processed beyond its intended purpose or retained for longer than necessary, which is an integral part of GDPR compliance. It also offers data anonymization/masking features that can help obscure personal identifiers in data sets to protect individual privacy & sensitive data. SAP S/4HANA Cloud also includes functions for creating reports to prove to the authorities that personal data has been deleted in compliance with applicable regulations.
    Remember, managing personal data is not just a technical task; it also requires a good understanding of the legal and regulatory requirements that your organization needs to comply with. Always ensure to consult with data protection experts or legal advisors when dealing with personal data.
  • Marking for Deletion - Marking for deletion is a status that can be applied to certain kinds of master data in SAP S/4HANA Cloud to indicate that this data is no longer necessary for operations and can be removed from the active database. This doesn't mean the data is immediately deleted. It's a two-step process where data is first flagged (or marked for deletion) and then it can be deleted from the system during data housekeeping tasks by the administrator. This approach offers an opportunity to review and confirm that the data in question can be safely removed without impacting business operations.
    For instance, if a customer or supplier is not active anymore, their data can be marked for deletion. Similarly, materials/products that are no longer in use can also be marked for deletion.
    Marking a record for deletion prevents it from being used in future transactions, but it doesn't remove transaction history, or records that are already in existence. Also, it's not possible to delete master data that still has dependent transactional data. Please note, while marking for deletion helps in data housekeeping, it must be done carefully and in compliance with data retention policies and other legal requirements.

Now that we have extensively looked upon some definitions, lets jump into the topic of ILM.

With that said, any data cannot be just selected and deleted from SAP S/4HANA Cloud, Public Edition system (or for that matter most of the ERP systems). Any data which is created (master/transactional) or generated (mostly transactional) is business purpose data and oriented towards a particular business executions. Usually no dummy is encouraged into the system as it create inconsistencies and complications, but this depends on the type of system you are dealing with. In Non-Prod environments (Starter, Dev and Test systems), dummy or test data creation is a common practice. Whereas due to obvious reasons, no dummy or test data should be created or generated in the Production environment.

How to delete master and transactional data in SAP S/4HANA Cloud, Public Edition System?
Some warnings before we look into the answer - 

  • Always backup data as required. In SAP S/4HANA Cloud, Public Edition there is no direct way to backup the data actively. A customer might require to acquire any extra solutions to backup the data required
  • Use your Quality or Development system first - never test in Production.
  • Make sure the master data records do not have any open items or dependencies, otherwise, it can disrupt your workflows and create inconsistencies in your reporting.
  • Check your organization's data retention policy requirements and validate that the records can be legally marked for deletion.

Master Data - Deleting master data directly in SAP S/4HANA Cloud is typically not recommended or even impossible if the data is linked to transactions due to the integrated nature of the system. However, you can mark master data for deletion which prevents it from being used in future transactions. If we look into very generic steps, you can follow it as below:

  • Go to the app appropriate for the master data type you want to manage, e.g., "Manage Business Partner" app for business partner data, “Manage Product Master Data” for material data, etc.

  • Search and select the data you want to delete.

  • For most master data you'll find a Status or similar field where you can change the status to 'Marked for Deletion', or 'Blocked'. Save your changes.

Also remember that even after the master data is marked for deletion, the actual deletion process usually needs to involve a scheduled job set up by the system administrator to run the archiving and/or deletion activities which is again driven by the Information Lifecycle Management which is a multi-step activity. The archiving and data destruction jobs may need to be planned in such a way not to affect system performance, like scheduling during non-peak hours, as it may consume system resources.

Transactional Data - The deletion of transactional data directly is not supported due to reasons related to data integrity, security, compliance, and audit.

Rather than trying to delete transactional data, you can:

  • Cancel or reverse transactions
  • Archive old data
  • Anonymize or redact personal data for GDPR compliance

Remember that manipulating transactional data in enterprise systems such as SAP S/4HANA Cloud could lead to serious issues related to data consistency and regulatory compliance.

But again, it's not that simple and straightforward for both master and transactional data deletion. Not because SAP complicates it, but due to several business and legal requirements such steps cannot be missed or there can be serious loss & consequences due to wrong data being manipulated. As an instance out of many the Personal Data is of utmost importance over here. There can be personal data associated with the master/transactional data which needs to be acted upon before working on the data. Hence the system provides a framework which looks after simplified blocking and deletion. A detailed guide is available over here - Simplified Blocking and DeletionI am just referring some screenshots from this documentation which can definitely get you excited :

Saumitra_1-1707496517923.png

Saumitra_3-1707496558999.png

Learn about Information Lifecycle Management in SAP S/4HANA Cloud, Public Edition (Sessions) - One of the best learning sessions around ILM is available here - Are you ready to embrace Information Lifecycle Management in SAP S/4HANA Cloud, public edition? which will ascertain your understanding on the usage, flow, apps and different mechanisms available in the ILM framework in SAP S/4HANA Cloud, Public Edition.  (Before you can access the links below, a one-time registration in the SAP Learning Hub, edition for SAP Enterprise Support, is required. A detailed step-by step guide to registration can be found here.)

Now let's jump into the Link Collection (which is the main intention of the blog). We hope the below extensive list of the links should provide a one-stop-shop for all standard guidance around the Blocking, Deletion and ILM activities in SAP S/4HANA Cloud, Public Edition for various data types as well as Lines of Business:

Information around Information Lifecycle Management (includes both data archiving and data destruction) :

Blocking and Deletion (usually involved wherever personal data is involved with master-transactional data)

Data Management in different areas and lines of business (Steps or links which provide information around some of the data archiving objects and steps if applicable)

  • HR, Workforce and timesheet - 
  • Finance - 
    • Data Management in General Ledger Accounting 
      1. Financial Documents FI_DOCUMNT
      2. GL Transaction figures - FI_TF_GLF
      3. Temporary FI data FI_TEMP
      4. Cash Journal Documents - FI_TCJ_DOC
      5. protocols of flat-rate individual value adjustment - FI_BSBWVAL
      6. global hierarchies - FI_UH
      7. deferred taxes - FI_DEFTAX
      8. accruals - FI_ACEOBJS
      9. destruction object for GR/IR reconciliation processing history - FINS_DEST_GRIRPROCHIS

    • Data Management in Management Accounting and Margin Analysis 
      1. predictive accounting- FINS_PRED
      2. line items transaction data in profitability analysis - COPA2_A000
      3. profitability segment - COPAC_A000
      4. cost rates - CO_RATE
      5. cost center allocations - CO_ALLO_ST
      6. allocation run data - CO_ALLCRUN
      7. cost center transaction data - CO_TRANS
      8. Material ledger document information - FCML4H_DOC
      9. runtime for organizations changes -FI_OC_RT
      10. organizational changes - FI_ORGLCHG

    • Data Management in Reporting and Analysis 
      1. FI Journal Entry - FI_DOCUMENT
      2. credit loss allowances - FINS_LOSS_ALLOWANCE
      3. destruction object for advanced closing runs - FINS_CLS_RUN_DESTRCT)

    • Data Management in Intercompany Matching and Reconciliation 
      1. intercompany matching items - ICA_JOURNA
      2. destruction object - ICA_JOURNA_DES

    • Data Management in Receivables Management 
      1. correspondence request -FI_ARPCORR
      2. bank communication management - BNKCOM_ARC
      3. bank statements - FI_ELBANK
      4. dispute-case management: case - SCMG
      5. credit segment business partner - CA_BUPA
      6. credit management application log - BC_SBAL
      7. collection management - UDM_COLL
      8. credit management - FIN-FSCM-CR
      9. dispute case - UDM_DISP
      10. SEPA mandate - CA_SEPA
      11. customer open items - FI_AR_UPLCUSTOPENITEMS_ILM;
      12. destruction objects - balance confirmations - BLNC_CNFRM_DESTRUCTION,
      13. Dunning data - FI_DUNNING_DESTRUCTION
      14. lockbox file - FIN_FO_LB_FILE , FIN_FO_LOCKBOXFILE_DESTRUCTION
      15. bank statement reprocessing rules - FI_AR_RP_RULES_DESTRUCTION
      16. history global lock on SEPA mandate - CA_SEPA_LCH_DESTRUCTION
      17. customer open items - FI_AR_UPLCUSTOPITM_DATA_DESTRU

    • Data Management in Invoice Management  
      1. bank communication management- BNKCOM_ARC
      2. FI checks -FI_SCHECK
      3. payment requests - FI_PAYRQ
      4. payment release list items - FI_FPRL
      5. synchronization of customer master data - BP_FKREDEB_SYNC_DESTRUCTION
      6. balance confirmations - BLNC_CNFRM_DESTRUCTION
      7. direct debit pre-notifications - FI_DD_PRENOTIF_DESTRUCTION
      8. recurring supplier invoice template - FI_AP_MGRECSUPINVS_DATA_DESTRU
      9. payment plans - FI_PAYMENT_PLAN_DESTRUCTION)

    • Data Management in Contract Accounting
      1. Contract Accounts: FI_FICA
      2. Documents: FI_MKKDOC
      3. Payment Lots: FI_MKKPAYL
      4. SEPA Mandates: CA_SEPA
      5. Direct Debit Mandate Changes: CA_DDMA1
      6. Banks: FI_BANKS
      7. Payment Data from Payment Runs: FI_MKKPAYH
      8. Returns Lots: FI_MKKRET
      9. Returns Histories: FI_MKKREHI
      10. Dunning Histories: FI_MKKDUNN
      11. Correspondence: FI_MKKCORR
      12. Headers and Histories of Installment Plans: FI_MKKIPH
      13. Payment Card Supplements: FI_MKKPCRD
      14. The Revenue Distribution Table: FI_MKKREVD
      15. Sample Documents: FI_MKKMDOC
      16. Checks: FI_MKKCREG
      17. Official Document Numbers: FI_MKKEXTD
      18. Information Container: FI_MKKINF
      19. Data from Submissions to Collection Agencies: FI_MKKCOLL
      20. Payment Orders: FI_MKKPYOR
      21. Installment Plan Data for Key Dates: FI_MKKIPL
      22. Provider Contracts: FI_MKKCAVT
      23. Security Deposits: FI_MKKSEC
      24. Information About the Foreign Currency Valuation: FI_MKKVAL
      25. Data for Doubtful Receivables: FI_MKKDRVA
      26. Business Partner Item Factoring Data: FI_MKKFAC
      27. Promises to Pay: FI_MKKPP
      28. Inbound Data from External Cash Desks: FI_MKKEXCJ
      29. External Payment Information: FI_MKKEXC
      30. Totals Records for External Payment Information: FI_MKKEXCS
      31. Clearing Histories: FI_MKKPCR
      32. Reconciliation Keys: FI_MKKSUM
      33. Business partner direct debit limit: FI_MKK0002_DESTRUCTION
      34. Note to payee: FI_MKK0006_DESTRUCTION
      35. Foreign Trade Declarations: FI_MKKAWM_DESTRUCTION
      36. Credit list: FI_MKKCRPO_DESTRUCTION
      37. Worklists from FIORI Apps: FI_MKKKWL_DESTRUCTION
      38. Dunning exceptions: FI_MKKMAEX_DESTRUCTION
      39. Open items in item list: FI_MKKOPREP_DESTRUCTION
      40. Clarification worklists from payment run: FI_MKKPRUN_DESTRUCTION
      41. Clarification proposals for incoming payment: FI_MKKTFK006_DESTRUCTION
      42. Champion/challenger log for dunning: FI_MKK_CC_PROT_DESTRUCTION
      43. Simulation data from factoring: FI_MKK_FACTSIMU_DESTRUCTION
      44. Business operations for contract partner: FI_MKK_EVENT_DB_DESTRUCTION
      45. EC Sales List: FI_MKKREPZM_DESTRUCTION
      46. Business partner extracts: FI_MKK_GP_EXTR_DESTRUCTION
      47. Document extracts: FI_MKK_DOC_EXTR_DESTRUCTION
      48. Tax report (time of clearing): FI_MKKREP07_DESTRUCTION

    • Data Management in Convergent Invoicing
      1. rated consumption items - FKKBIXCIT4
      2. billed items - FKKBIXBIT4 
      3. billing plans - FKKBIXBIP 
      4. credit memos and debit memos -FKKBIXREQ 
      5. billing documents - FKKINVBILL 
      6. invoicing documents - FKKINVDOC
      7. clarification cases - FI_MKKFINV_DESTRUCTION 
      8. invoicing document extracts - FKKINVDOC_EXTR_DESTRUCTION 

    • Data Management in International Trade
      1. authorizations - ITRLM
      2. trade compliance documents - SD_VBAK, RV_LIKP, ME_EKKO
      3. classifications destruction - ITR_CLS_CONTENT

    • Data Management in Asset Accounting
      1. fixed asset - FAA_ASSET 

    • Data Management in Cash and Liquidity Management
      1. banks, SEPA mandates - FI_BANKS 
      2. risk business partners & netting business partners for banks - FCLM_BANK_DESTRUCTION 
      3. bank account contact person - BAM_AMD
      4. personal data in one exposure - FQM_FLOW 
      5. data generated in bank statement monitor - FI_AR_BSM_DATA_DESTRU 
      6. power of attorney for banking transactions - FCLM_POA_DESTRUCTION 
      7. personal data in Manage Liquidity Item transfer - FCLM_LQT

    • Data Management in Treasury and Risk Management
      1. Transactions - TRTM_FTR
      2. Positions - TRTM_TPM
      3. Correspondence Objects - TRTM_CO
      4. Raw Exposures - TRTM_REXP
      5. Exposure Positions - TRTM_EXPOS
      6. Limits and Limit Utilizations - TRTM_LM
      7. Security Class Data - TRTM_SEC
      8. Financial Objects - JB_FOBJ
      9. Single Records (RDB) - RDBRA_REC

    • Data Management in Settlement Management
      1. Condition contracts - WCB_COCO 
      2. Settlement documents - WZR

    • Data Management in Production and Revenue Accounting (Oil & GAs, JVA)
      1. Manual Revenue Accounting Documents - PRA_MRAD_DOCUMENT
      2. Revenue Accounting Documents - PRA_RAD_DOCUMENT
      3. Valuation Documents - PRA_VAL_ILM_OBJ
      4. Destroying Vendor Audit Table Content - OIUDP_RPAUDIT_DELETE
      5. Generic Tax - PRA_GT01
      6. Texas UTX Royalty - PRA/UTX01
      7. PRA Interest Processing - /PRA/INTP

    • Data Management in Enterprise Contract Management and Assembly
      1. Legal transactions - LCM_LT
      2. Legal documents - LCM_DOC
      3. Legal contexts - LCM_CTX

    • Data Management in Real Estate Management
      1. Real Estate Contracts - REFX_CN
      2. Real Estate Contract Cash Flows - REFX_CNCF
      3. Real Estate Objects - REFX_IO
      4. Real Estate Documents - REFX_RADOC
      5. Generic Rental Objects - REFX_GO
      6. Architecture Objects - REFX_OB

  • Professional Services - 
  • Sales - 
    • Data Management in Sales
      1. Customers - FI_ACCRECV
      2. Sales Documents - SD_VBAK
      3. Agreements - SD_AGREEM
      4. Solution Orders - CRMS4_SOLO
      5. Condition Records - SD_COND
      6. Condition Contracts - WCB_COCO
      7. Billing Process Documents - SD_VBRK
      8. Deliveries - RV_LIKP
      9. Settlement Documents - WZR
      10. Advanced Returns Management Documents - MSR_TRC
      11. Campaigns - SD_CAMPAIGN_DESTRUCTION
      12. Free Goods - SD_FREE_GOODS_DESTRUCTION
      13. Material Determination Records - SD_MAT_DETERM_DESTRUCTION
      14. Material Listings and Exclusions - SD_MAT_LIST_EXCL_DESTRUCTION
      15. Product Proposals - SD_PRODUCT_PROPOSAL_DES
      16. Sales Plans - SD_SALESPLAN_DESTRUCTION
      17. Sales Order Requests - SD_SOR_DESTRUCTION

    • Data Management for Integration of Sales Billing with SAP Subscription Billing
      1. Provider contacts for Sales Billing - FI_MKKCAVT
         
  • Manufacturing -
    • Data Management in Quality Management
      1. Inspection Characteristics -  QM_CHARACT
      2. Inspection methods - QM_METHOD
      3. Inspection Plans - QM_PLAN
      4. Inspection Lots - QM_CONTROL
      5. Quality info records for procurement - QM_QINF
      6. Quality Notifications - QM_QMEL
      7. Quality Certificates - QM_CERT
      8. Quality Tasks - QM_QTASK
      9. Non conformance management defects - QM_DEFECT 
      10. Failure modes and effects analyses - QM_FMEA

    • Data Management in Waste Management
      1. Waste transportation document - EHEWA_WTD
      2. Waste transfer request - EHEWA_WTR 
      3. Waste partner data - EHEWA_EWP
      4. Waste stream data - EHEWA_EWS 
      5. Disposal Channel Data - EHEWA_WDC 
    • Data Management in Environment Management
      1. Compliance requirement - EHFND_REQT 
      2. Compliance Scenarios and tasks - EHENV_SCEN 
    • Data Management in Health and Safety Management
      1. Safety instructions - EHHSS_FSI 

    • Data Management in Production Planning and Control
      1. Bills of Material - CS_BOM
      2. Master Recipes - PI_PLAN
      3. Process Orders - PR_ORDER
      4. Production Orders - PP_ORDER
      5. Repetitive Manufacturing Data - PP_BKFLUSH
      6. Routings - PP_PLAN
      7. Summarized JIT Calls - PP_SUMJITC
      8. Work Centers - PP_WKC
      9. Messages for Service Interfaces in Production - AIF_MES
      10. Kanban Control Cycle - PP_KANBANCC_DESTRUCTION 
      11. pMRP simulations - PP_PMRP_SIMULATION_DESTRUCTION 
      12. pMRP constraints - PP_PMRP_CONSTRAINT_DESTRUCTION 

    • Data Management in Just-In-Time Supply to Customer
      1. Just-In-Time Call Data - NJIT_ICALL
      2. Just-In-Time Inbound Packaging Units Data - NJIT_IPKGU

    • Data Management in Incident Management
      1. Incident summary reports - EHHSS_ISR 
      2. Incidents - EHHSS_INC 

  • Supply Chain - 
    • Data Management in Supply Chain
      1. Material Documents - MM_MATBEL
      2. Inventory Documents - MM_INVBEL
      3. Batches and Special Stocks - MM_SPSTOCK
      4. Valuated Special Stocks - MM_STO_VAL
      5. Messages for Service Interfaces in Inventory - AIF_MES
      6. Value Chain App runtime - VCM_RT
      7. Deliveries (Inbound & Outbound) - RV_LIKP 
      8. Batch Master records - LO_BATCH
      9. Batch where used records - LO_CHVW 
      10. Serial number history - PM_OBJLIST
      11. Handling Units - LE_HU 
      12. Service Interfaces in transportation management - /AIF/MES
      13. Freight Order Management Documents, Freight Unit Documents - SCMTMSTOR
      14. Freight Settlement Documents - SCMTMSSFIR
      15. Freight Agreements - SCMTMSFAG
      16. Business Partner Master - CA_BUPA
      17. Characteristics catalog data - AATP_CHARC_CTLG_DESTRUCTION
      18. Alternative controls - ATP_OVD_ALTVCTRL_DESTRUCTION
      19. Substitution Control - ATP_OVD_SUBSTNCTRL_DESTRUCTION 
      20. Backorder Processing segment - ATP_BOP_SEGMENT 
      21. Backorder Processing custom sort sequence - ATP_BOP_CUSTOM_SORT 
      22. Availability check data - ATP_CHECK_LOG_DESTRUCTION 
      23. Product Allocation data - AATP_PROD_ALLOC_DESTRUCTION 
      24. Supply Protection data - ATP_SUP_DESTRUCTION 
      25. Delivery management analysis data file - LE_SHP_ANALYSIS_DESTRUCTION 
      26. Packing instruction determination records - LO_HU_PI_DESTRUCTION 

    • Data Management in Warehouse Management
      1. Inbound Deliveries - DLV_INB
      2. Outbound Deliveries - DLV_OUT
      3. Physical Inventory Documents - LIME_PI
      4. Handling Units - WME_HU
      5. Warehouse Tasks - WME_TO
      6. Warehouse Orders - WME_WO

  • Sourcing and Procurement -
    • Data Management in Sourcing and Procurement
      1. Purchase Requisitions - MM_EBAN
      2. Purchasing Documents - MM_EKKO
      3. Purchasing Info Records - MM_EINA
      4. Invoice Documents - MM_REBEL
      5. Catalog Items - MMPUR_CAT
      6. Catalog Item Proposals - MMPUR_OCII

  • Service - 
    • Data Management in Service
      1. Service Contracts - CRM_SRCONT
      2. Service Orders - CRM_SERORD
      3. Service Confirmations - CRM_SRVCON
      4. In-House Repairs - CRMS4_REPA

  • Asset Management - 
    • Data Management in Maintenance Management
      1. Pieces of Equipment - PM_EQUI
      2. Functional Locations - PM_IFLOT
      3. Measurement Documents - PM_IMRG
      4. Maintenance Notifications - PM_QMEL
      5. Maintenance Orders - PM_ORDER
      6. Task Lists - PM_PLAN
      7. Maintenance Plans - PM_MPLAN
      8. Serial Number History - PM_OBJLIST

  • R&D/Engineering - 
  • Cross-LoB area - 

Country specific listing for Data Management can be found directly in this page:

 

How to delete transactional data generated from testing in the TEST system?
I would also like to cover one more aspect when it comes to Transactional data deletion in SAP S/4HANA Cloud, Public Edition. This aspect and function is not very widely known but brings in tremendous value.

Often customers-partners during the implementation of the project create test data (master data) in the test system and run business process testing. This naturally means that transactional data will be created into the system. But due to various reasons customer want to perform multiple rounds of testing with the same master data in the test system. But as posting and transactional data related to the previous testing rounds interfere, second and further testing cycles might be disrupted. For this issue, SAP S/4HANA Cloud, Public Edition provides a functionality ONLY IN THE TEST SYSTEM - to Reset certain transactional data under general ledger accounting. A detailed guide can be found here on the standard help documentation here - Reset Transaction Data.

Though this guide is a live documentation and will be ever-evolving, I hope the links which are brought together should at least save some time to get started with ILM as well as Data Management in SAP S/4HANA Cloud, Public Edition.

Happy learning and execution.

Thanks,
Saumi

3 Comments