# SAP Release Strategy Design Template (Purchase Requisition and Purchase Order)

> Source: https://netray.co/tools/sap-release-strategy-design-template
> Publisher: Netray (netray.co), AI and integration engineering for ERP and manufacturing systems.
> Section: Free Tools

## Short answer

Fill-in design document for a classic SAP release procedure: groups, codes, characteristics, approval levels and test cases.

## Category

sap

## Erp

SAP S/4HANA

## Audience

- SAP MM consultant
- Procurement manager
- Internal auditor

## Tool

**Kind:** template

**Output:** document

**Fields:**

#### Company

**Key:** company

**Type:** text

**Default:** Acme Precision Ltd

#### Prepared by

**Key:** author

**Type:** text

**Default:** SAP MM consultant

#### Date

**Key:** date

**Type:** date

**Default:** 2026-10-20

#### Document

**Key:** doc_cat

**Type:** select

**Options:**

- Purchase order
- Purchase requisition

**Default:** Purchase order

#### Release group

**Key:** group

**Type:** text

**Default:** G1

#### Release strategy code

**Key:** strategy

**Type:** text

**Default:** L1

#### Document types in scope

**Key:** doc_types

**Type:** text

**Default:** NB, FO

#### Net order value from

**Key:** val_low

**Type:** text

**Default:** 0

#### Net order value up to

**Key:** val_high

**Type:** text

**Default:** 10000

#### Currency

**Key:** cur

**Type:** text

**Default:** USD

#### Release code 01 approver role

**Key:** approver1

**Type:** text

**Default:** Purchasing group lead

#### Release code 02 approver role

**Key:** approver2

**Type:** text

**Default:** Plant finance manager

#### Business rationale

**Key:** rationale

**Type:** textarea

**Default:** Orders above the buyer limit need a second signature to meet the internal delegation of authority policy.

**Blocks:**

#### Release Strategy Design: {{doc_cat}}

**Body:** Company: {{company}}
Prepared by: {{author}}
Date: {{date}}
Release group: {{group}}
Release strategy: {{strategy}}

#### 1. Business rationale

**Body:** {{rationale}}

#### 2. Scope

**Body:** Document types in scope: {{doc_types}}
Net value range: {{val_low}} to {{val_high}} {{cur}}
The strategy applies when all characteristic values below match the document.

#### 3. Classification characteristics

**Table:**

**Columns:**

- Characteristic
- Field
- Value for this strategy
- Notes

**Rows:**

**0:** Total net order value

**1:** CEKKO-GNETW

**2:** {{val_low}} to {{val_high}} {{cur}}

**3:** Numeric, currency characteristic

**0:** Document type

**1:** CEKKO-BSART

**2:** {{doc_types}}

**3:** Multiple values allowed

**0:** Purchasing group

**1:** CEKKO-EKGRP

**3:** Optional, limits to a buyer team

**0:** Account assignment category

**1:** CEKPO-KNTTP

**3:** Optional, for example only cost center items

**0:** Material group

**1:** CEKPO-MATKL

**3:** Optional, for capital goods rules

#### 4. Release codes and approvers

**Table:**

**Columns:**

- Release code
- Approver role
- Prerequisite code
- Release indicator after release

**Rows:**

**0:** 01

**1:** {{approver1}}

**2:** None

**3:** Interim status

**0:** 02

**1:** {{approver2}}

**2:** 01

**3:** Fully released

#### 5. Release indicators and status

**Table:**

**Columns:**

- Indicator
- Meaning
- PO can be printed or sent
- Changes allowed

**Rows:**

**0:** Blocked (initial)

**1:** No release yet

**2:** No

**3:** Per change rules

**0:** Partially released

**1:** Code 01 done

**2:** No

**3:** Value change resets

**0:** Released

**1:** All codes done

**2:** Yes

**3:** Value increase resets

#### 6. Configuration path and transactions

**Body:** Define in SPRO under Materials Management, Purchasing, Purchase Order, Release Procedure for Purchase Orders. Steps: edit characteristics (CT04), edit class with class type 032 (CL02), set release groups, release codes, release indicators and the release strategy with its release prerequisites and statuses. Users release with ME28 (collective), ME29N (single), or the Fiori release apps for orders and requisitions.

#### 7. Test cases

**Table:**

**Columns:**

- Test
- Input
- Expected result
- Pass

**Rows:**

**0:** T1

**1:** PO below the lower value limit

**2:** No strategy found, order released automatically

**0:** T2

**1:** PO within the range, doc type in scope

**2:** Strategy {{strategy}} assigned, blocked

**0:** T3

**1:** Release by code 01, then 02

**2:** Status changes to Released

**0:** T4

**1:** Increase value after release

**2:** Release reset according to change settings

**0:** T5

**1:** Approver without authorization

**2:** Release refused

#### Approvals

**Signatures:**

- Procurement owner
- Finance controller
- SAP MM lead

**Notes:** Field names reflect the classic release procedure with classification (communication structures CEKKO for header and CEKPO for item). Check your release in table and class settings before building. This is a design starting point, not an audit opinion.

## Content

**Intro:** A release strategy decides who must approve a purchase requisition or purchase order before it can be sent to the vendor. This template gives MM consultants and procurement owners a structured design document to agree rules before anyone touches configuration.

**Sections:**

#### How to use the template

**Body:** Fill in the fields at the top with the group, strategy code, scope and approver roles, then export the document to PDF or Word. Add rows to the characteristics and release code tables for each extra rule. Use the generated test case table as the base of your user acceptance test. Agree the document with procurement and finance before the build, because rework of strategies after go live is slow.

#### How release strategies are built

**Body:** In the classic procedure, the system reads characteristics from the document header (CEKKO) and items (CEKPO), such as total net value, document type, purchasing group, plant or account assignment category. A class of type 032 holds those characteristics. Each release strategy states which values it covers, which release codes must approve, in what order, and what status the document shows at each step. When a PO is saved, the system compares values and assigns the first matching strategy.

**Bullets:**

- Release group connects a class to a set of codes and strategies
- Release code represents an approver position, tied to authorization M_EINK_FRG
- Release prerequisites define the order of approval
- Release indicators control whether the PO can be sent

#### Worked example

**Body:** A plant allows buyers to sign up to 10,000 USD. Above that a purchasing lead approves, and above 50,000 USD a finance manager also approves. Build three strategies on net value: 0 to 10,000 with no strategy, 10,000.01 to 50,000 with code 01, and above 50,000 with codes 01 and 02. Test boundary values on both sides of each limit, because a gap between ranges means POs silently skip approval.

#### Common mistakes

**Body:** Overlapping value ranges produce unpredictable strategy selection. Gaps between ranges skip approval entirely. Using the vendor as a characteristic creates an unmaintainable strategy list. Not testing value changes after release lets buyers raise a released PO without a new approval. Releasing by user ID instead of by role also breaks when people change jobs. Keep the number of strategies small and base the rules on a few characteristics.

**Cta:** If you want to know how your current release strategies behave in practice, we can analyse your PO history and show where approvals are skipped, slow or duplicated.

**Faq:**

#### What is a release strategy in SAP?

**Answer:** It is an approval workflow built into purchasing documents. It defines who must release a requisition or PO, in which order, based on values such as net order value or document type. The document stays blocked for sending or follow on until all required release codes are done.

#### Which transaction is used to release a purchase order?

**Answer:** ME28 is used to release purchase orders collectively, ME29N to release a single PO, and ME54N or ME55 for purchase requisitions. Release codes are authorised through the M_EINK_FRG object. Many S/4HANA systems also expose Fiori apps for approvers.

#### Can I use workflow with a release strategy?

**Answer:** Yes. Classic SAP Business Workflow can notify approvers when a PO enters a release strategy, and newer systems use flexible workflow for requisitions. The release strategy decides the rules, workflow only informs the approver and routes the task.

#### Why is my PO not getting a release strategy?

**Answer:** The document values do not match any strategy exactly. Check the characteristic values in the class, the release group assigned to the document type and any customer exits. Run the PO in ME23N, open the release strategy tab and compare with the strategy definition.

## Search terms

sap release strategy, sap po release strategy configuration, sap release strategy design document, sap release strategy template, sap release procedure with classification, sap release group release code, sap me28 release purchase order, sap release strategy characteristics

---
Talk to an engineer: https://netray.co/contact?intent=erp_ai | Machine catalog: https://netray.co/agent/catalog.json