Skip to content
Phoenix Consulting
SAP · Analytics & Planning

Analytics on the
same data that runs.

Real-time analytics on the SAP transaction layer plus integrated planning — SAP Analytics Cloud, BW/4HANA, Datasphere, PaPM, Group Reporting.

What we do

SAP Analytics & Planning is the layer that turns SAP transactional data into decision surfaces — dashboards, plans, forecasts and consolidations grounded in the live estate rather than yesterday's export.

Phoenix designs this layer around a simple rule: if the number can't be traced back to the source transaction, it's a shadow number and shouldn't leave finance's spreadsheet. SAC live connections, BW/4HANA data marts, Datasphere for cross-source governance, and PaPM where allocations get complex — all tied back to S/4HANA.

Module coverage

What's in scope.

SAP Analytics Cloud (SAC)

Stories & DashboardsSAC PlanningLive connectionsImport connectionsPredictive ScenariosSmart Insights

Data platforms

SAP DatasphereBW/4HANABW on HANAS/4 Embedded AnalyticsHANA views

Planning & Costing

PaPM (Profitability & Performance)SAC PlanningIntegrated Financial PlanningCost Allocations

Consolidation & Reporting

Group ReportingBPCStatutory reportingManagement reporting

Legacy & migration

BW on HANA → BW/4HANASAP BOBJ decommissionUniverse migrationReport rationalisation
Business outcomes

What actually moves.

One version of the truth

Live connections mean the KPI on the dashboard is the same number booked in the ledger — no reconciliation between report and source.

Integrated finance + operations planning

Sales plan, production plan, financial plan and headcount plan sit in one SAC model, driven by shared drivers instead of independent spreadsheets.

Faster forecast cycles

Rolling forecast at driver level rather than budget-locked annuals — SAC + SAP data + predictive delivering weekly refresh where the business needs it.

BW/BOBJ modernisation without the mess

Sequenced migration from BW on HANA to BW/4HANA and retirement of BOBJ into SAC — with report rationalisation, not lift-and-shift of legacy noise.

How Phoenix delivers

The approach.

01
Frame

Decision map — who consumes what, at what cadence, to make which call. Kills the useless reports on day one.

02
Model

Semantic model on Datasphere or BW/4HANA. Live connection where possible, extract only when necessary.

03
Publish

SAC stories built for the specific consumer — CFO pack, plant manager view, procurement scorecard.

04
Adopt

The report only counts if the business uses it. Hyper-care + KPI-owner sessions until adoption is real.

What you get

Named deliverables.

Every engagement lands specific artefacts — not slides.

Decision-map artefact — every KPI mapped to consumer, cadence and decision

Semantic model on Datasphere or BW/4HANA with lineage documented

SAC stories + dashboards for CFO / operations / commercial teams

SAC Planning model with integrated finance + operations drivers

PaPM model where allocations warrant it (cost-to-serve, profitability)

Retirement plan for redundant legacy reports (BOBJ, BEx, custom Fiori)

Adoption playbook + KPI-owner handover

FAQ

Frequently asked

SAP Datasphere or BW/4HANA — which do you recommend?

Both, and often together. BW/4HANA is the right choice when the customer has heavy SAP data-warehousing investment and needs stable, governed data marts. Datasphere is our default for greenfield or where cross-source (SAP + non-SAP) semantic modelling and business-user data products are important. Datasphere and BW/4HANA integrate; the choice isn't binary.

Live connection or import into SAC?

Live where the underlying source can serve query performance — S/4HANA embedded analytics, BW/4HANA, Datasphere live. Import when acceleration, blended sources or offline access matter. Both patterns are supported in the same SAC tenant; we design per story.

How do you handle the BOBJ retirement?

Sequenced retirement plan starting with report rationalisation (usually 40–60% of BOBJ reports are dead or duplicative). Surviving reports are re-platformed to SAC stories or Fiori Elements analytical apps. Universes migrate to Datasphere or BW/4HANA data models. Not lift-and-shift — noise doesn't get carried forward.

SAC Planning vs a separate EPM tool?

SAC Planning integrates finance, sales and operations planning in one model directly connected to SAP transactional data — that alignment is hard to beat when SAP is your system of record. Standalone EPM tools remain valid where highly specialised planning use cases (e.g. complex trade promotion planning) require them, but SAC Planning is our default.

Predictive and ML — SAP or bring your own?

SAC Predictive covers descriptive predictive scenarios (classification, regression, time-series) without leaving SAP. For heavier ML work — deep learning, custom models, larger-scale training — Phoenix runs those on AWS SageMaker or Bedrock and integrates the results back into SAC or S/4HANA. Best-fit-for-purpose, not tool ideology.

Talk to us

The earliest conversations
are usually the most useful.

Whether you're scoping an SAP move to cloud, restarting a stalled programme, or just trying to figure out where data and AI fit — start with a conversation.