This infographic explains how SAP enterprise architects design, model, integrate, and govern business solutions.
In S/4HANA transformations and global template rollouts, business teams usually draw process flows while IT teams maintain system landscapes and interface lists, often separately. As a result, questions like “Which system executes this step?” and “Where does the data hand-off happen?” often come up late in the project, when changes are most expensive.
The Solution Process Flow Diagram (SPFD), defined in the SAP EA Methodology of the SAP Enterprise Architecture Framework, is designed to close this gap. This article draws on official SAP sources to explain its purpose, elements, building steps, and examples from an enterprise architect’s perspective.
SAP defines the diagram as follows:
“The Solution Process Flow Diagram is a behavioral diagram that is used to describe a concrete process flow of a Solution Process.”
A Solution Process is “the realization of the Business Process in an IT environment.” According to the SAP EA Methodology Guide, it “combines a defined set of solution components to meet the business process needs.”
The SAP EA Methodology organizes its artifacts into four views: capability, process, data, and organization. The SPFD belongs to the Process View and is one of four architecture views that describe a Solution Process:
The key relationship is with the Solution Value Flow Diagram, which is an abstract representation of a Solution Process. The SPFD adds detail to it, including alternative flows, paths, loops, and decision points. In short, the Value Flow shows what is realized, and the SPFD shows how it is realized.
SAP Learning states the goal clearly:
“The goal is to provide a common understanding on which solution activities are provided by the solution components to realize a particular solution process and the ordering of solution activities.”
A single diagram shows which solution component performs which solution activity, and in what order. This lets business owners and IT architects work from the same assumptions.
SAP Learning also notes that SPFDs “specify how different solution components collaborate … by depicting the integration between them.” An SPFD is more than a process flow. It is also a tool for designing integration architecture.
“Depending on the level of shown detail, Solution Process Diagrams are basically BPMN 2.0 collaboration or process diagrams with various SAP Enterprise Architecture Methodology-extensions to describe, for example, integration architecture aspects.”
| BPMN Element | Meaning in an SPFD |
| Pool | Deployment Unit (Solution Component), e.g., SAP S/4HANA Cloud |
| Lane | Sub-Solution Component or Application Role |
| Activity | Solution Activity (all or part of one or more Business Activities) |
| Message Flow | Collaboration and integration between Deployment Units |
A Message Flow can also specify the communication protocol or the API used. Several Message Flows are bundled into a Communication Channel in the Solution Component Diagram. Through these integration points, the process view and the structural view stay linked.
These steps follow SAP Learning.
Draw all relevant Solution Activities and the ordering constraints between them. Each Solution Activity represents all or part of one or more Business Activities.
Define the sequence of Solution Activities, including parallel and optional paths.
Assign each Solution Activity to the Solution Component (pool) that realizes it. One key rule applies: “A solution activity can be assigned to exactly one solution component.”
Define how the components integrate, and use Message Flows to show each integration point.
The SAP EA Methodology Guide includes a Travel to Reimburse example with these pools:
The flow covers travel request approval, booking, expense reporting, financial posting, payment, and payroll. Message Flows such as “FIS Queue” and “Payment Notification for Expense Report” connect the systems, so process logic and integration points appear in the same view.
The SAP Learning course shows an SPFD for Time Data Management.
In SAP Signavio Process Insights, customer process flows can link directly to SPFDs in SAP Signavio Process Explorer. These diagrams are available for SAP S/4HANA Cloud, public edition and private edition. They give teams a starting point for comparing current processes with SAP best practices. Note that SPFDs are not available for every process flow.
The following suggestions build on the official sources but are the author’s own recommendations, not SAP-prescribed usage.
Starting from the standard SPFDs in Signavio Process Explorer makes it easier to discuss gaps by system and integration point, not just by process step.
For example, an automotive Tier 1 supplier could model its order-to-ship process with separate pools for the OEM (External), S/4HANA, MES, and the warehouse system. EDI orders and production confirmations would appear as Message Flows. This shows where in the process each integration happens, which an interface list alone cannot.
Show executives the Value Flow and give design teams the SPFD. Describing the same Solution Process at two levels of detail keeps traceability intact while matching each audience’s needs.
In the SAP EA Framework, the Solution Process Flow Diagram is the behavioral view that brings business process, solution components, and integration together in one diagram. It builds on BPMN 2.0, using pools for systems and Message Flows for integration, to create a shared understanding between business and IT. A good first step is to review the standard SPFDs in SAP Signavio Process Explorer and map them to your own Solution Value Flows.
Parts of this article were developed with reference to generative AI suggestions and were reviewed, refined, and supplemented based on the author’s professional expertise and judgment.
Solution Data Architecture Diagrams in the SAP EA Framework combine two artifacts: the Solution Data…
The TOGAF Software Distribution Diagram shows which physical technology each application runs on and where.…
Compare process-driven and capability-driven approaches in SAP Enterprise Architecture. Learn how to connect investment priorities,…
Solution Context defines the environment and boundaries of a solution, while Solution Concept outlines how…
Of all the artifacts in TOGAF ADM Phase B, the Business Footprint Diagram is the…