Now accepting guest editorial from SAP, Oracle, Workday and ServiceNow practitioners.Pitch a guide
The Sign-Off Table

Lesson 3 of 6

Assessing flows, routines and queries

9 min

Listen to this lesson

0:00 / 15:09

Before Contoso chooses a path per use case, Noor needs an inventory of BWP: what exists, what is used, and what is risky to move. Contoso's conversion program did the same for custom code (11,800 Z objects, 4,300 deleted as unused). BW deserves the same discipline.

What to inventory

ObjectWhere to find itWhat to record
QueriesQuery definitions; BW statistics (query runtime and usage data, for example from the BW technical content or the RSDDSTAT tables)Usage in the last 12 months, users, criticality (close, regulatory), complexity
InfoProvidersData Warehousing Workbench (RSA1) or BW modeling toolsType (InfoCube, DSO, aDSO, CompositeProvider), size, consumers
Data flows and DataSourcesData flow display; source system DataSourcesSource (CMP, flat file, non-SAP), extractor support in S/4HANA
Transformations and routinesTransformation definitions; ABAP in start, end, expert and field routinesLines of code, lookups, hard-coded values, HANA-optimization
Process chainsProcess chain maintenance (RSPC)Schedule, dependencies, failure history
AuthorizationsAnalysis authorizations (RSECADMIN)Which restrictions protect which data

A BW inventory. The usage column decides scope; the routine and authorization columns decide risk.

BW objects depend on each other. Retiring a query can retire a whole chain; changing a routine can change many queries.
The Sign-Off Table · thesignofftable.com/academy/sap-dap-302

Scoring migration risk

Each use case (a set of queries with the providers and flows behind them) gets a usage score and a risk score. Usage comes from BW statistics: number of executions and users in the last 12 months. Risk comes from the objects behind it: ABAP routines (especially lookups and expert routines), extractors not supported in S/4HANA, classic objects that need conversion, complex query features (exception aggregation, conditions, hierarchies, currency conversion), and analysis authorizations. Noor's illustrative results for BWP: about 1,400 queries, 40% with no use in 12 months, 85 use cases in scope, 14 of them with expert routines.

Use caseUsage (12 months)Risk driversProposed path
Monthly margin by customer (finance)High: 40 users, every closeEnd routine for cost lookup by plant; currency translationLift, expose, then rebuild in Datasphere with regression
Sales by channel (O2C)High: Maria's team weeklyBilling extractor 2LIS_13_VDITMReplace with SAP-managed data product if content matches
Core return agreements reportMediumCustom DataSource on the Z table carried over from ECCRebuild on a CDS-based extraction
Old plant 1720 capacity reportNone in 12 monthsExpert routineRetire
Inventory turnsMediumSnapshot InfoCube, classic objectLift; rebuild later with snapshots in Datasphere

An extract of Contoso's BW use case assessment. Figures are illustrative course data.

Usage decides scope; risk decides how much testing each use case needs.
The Sign-Off Table · thesignofftable.com/academy/sap-dap-302

Authorizations need their own line in the assessment. BW analysis authorizations in RSECADMIN restrict data by characteristic values, for example a controller who sees only company code 1810 or only profit center CMC-PARTS. None of that travels automatically to Datasphere, SAC or SAP Databricks. For every use case that moves, Nadia’s team maps the BW restrictions to Datasphere data access controls or SAC data access, and Priya adds negative access tests to the regression set. A rebuild that reconciles perfectly but shows 1810 data to an 1710-only controller has failed.

What would you do?

The inventory shows 560 queries with no use in 12 months. The sales team says some "might be needed for year-end". What should Noor do?

  1. Extract usageBW statistics for 12+ months, including a year-end
  2. Group into use casesQueries with their providers, flows and chains
  3. Score riskRoutines, extractors, classic objects, query features, authorizations
  4. Confirm with ownersDan, Maria and other owners confirm retire or keep
  5. Assign a pathRetire, lift, expose, rebuild or convert, with a test approach
From raw inventory to a path per use case.
The Sign-Off Table · thesignofftable.com/academy/sap-dap-302

Process chains are the last part of the inventory, and the one most often forgotten. A chain encodes order and timing: master data before transaction data, deltas before snapshots, the inventory snapshot after the last goods movement posting of the month. When use cases move, those dependencies must be rebuilt as task chains or schedules in Datasphere, or the new model will be right on test data and wrong on the first month-end. Noor lists every chain with its schedule, dependencies and failure history, and Priya adds a month-end rehearsal to the regression plan for any use case with period-end snapshots.

Key points
  • Inventory queries, providers, flows, routines, process chains and analysis authorizations.
  • Score usage from BW statistics over a full year including year-end; score risk from routines, extractors and query features.
  • Routines hide business rules: document each and turn it into a regression case.
  • Retire unused content with owner confirmation, and keep definitions for reference.

Check your understanding · not graded

Lesson check

  1. 1. Where does query usage evidence come from?

  2. 2. Why are ABAP routines a high migration risk?

  3. 3. Why should usage be measured over a window that includes year-end?

  4. 4. Which transaction maintains BW analysis authorizations?