SAP Solution Manager 7.2 · Solution Documentation: Libraries & Process Model

End-to-end processes are the highest-value scenarios to document, so why not document all of them down to process-step level — and what's the trade-off that stops you?

Answer locked. Get the free KnowCard app to reveal it — plus spaced-repetition review so it actually sticks.

This is one card from the KnowCard library — thousands more across SAP, Linux, Python and more. In the app you get the answer, AI explanations, and cards that come back right before you would forget them. Free to start on iOS, Android or the web.

More in Solution Documentation: Libraries & Process Model

When laying out the Business Processes area, is there a 'correct' choice between end-to-end and modular process flows, and what should actually drive it?

Why must you build Business Process Monitoring alert objects in the Business Process area and assigned to a flow element, rather than authoring them in the Alerting Library?

A custom Z-program and a standard t-code are both 'callable' — which goes in the Executable Library, and what is the deciding property?

What single feature tells you a flow should be modelled as a modular process rather than an end-to-end one, and how do you handle scenario differences within it?

If an analyst expects to see evaluated KPIs in the Analytics Library, what's the misconception — what does the library actually hold and where does analysis happen?

When the same process step is reused in several flows, what documentation must NOT be duplicated onto each reference, and where does it belong instead?

Start learning today

Free to start — download the app or use it in your browser.