Purchase Requisition Release Strategy

Purchase Requisition Release Strategy
This blog will discuss the purchase requisition release strategy in SAP S/4HANA.
Overview
Release Procedures (approval) can be used for Purchase Requisitions (PR), Purchase Orders (PO), RFQs, Outline Agreements, and Service Entry Sheets. The principle is the same for all. If you can master one, you will know them all.
Key terminology
Release Codes - The different levels that the approval will go through.
Release Groups - Grouping of strategies.
Release Strategy - Unique, set of conditions, sequence, and levels of releases.
Release Indicator / Status - PR status as it moves through the strategy. Example ‘Block’ (can’t create PO yet) or ‘Final Release’ (can create PO from PR)
Here is a summary of the steps to follow to set up our example:
Create Characteristics & link to comm. structure (CEBAN for PR)
Create Class & link to characteristic
Create Release Groups & link to class
Create Release Codes
Release Indicator
Set up strategies
Strategies & Codes
Pre-requirements
Status
Assign values for strategies
Set overall / item for doc type (PR only)
Create and allocate authorization profiles
Detail Steps of Settings
Create Characteristics and link to the communication structure

Step 1: Enter Data Base Table CEBAN, and display



Define Characteristics






Define Class


Define Document Type for Purchase Requisitions


Setup Release Procedure with Classification


Release Groups

Define Codes



Assign Object to Class


Setup Release Procedure with Classification


Release Prerequisite


Release Status, continue

Classification

Release Simulation, Simulate Release,

Set/ reset Release

Set/ reset release

Set/ Reset release, cross, and save

Testing Purchase Requisition Approval
7.1 Create Purchase Requisition

Step 1: Enter, Material, Quantity, Plant, Purchasing Group, and Save


7.2 Release Purchase Requisition

Step 1: Go to document, enter document number, execute

Step 2: Release Level 01, and save

Step 3: Release Level 2

Step 4: Save



Conclusion
Here we understand how the purchase requisition release strategy is configured in SAP S/4HANA.
Rajesh Sharma
SAP WM/EWM Functional Consultant
§ Linked in profile: https://www.linkedin.com/in/rajesh-sharma-204910278/
§ Twitter: RajeshS98151512/ RAJESH SHARMA@RAJESHS21287609
§ SAP Blogs: https://www.sastrageek.com/blog









Mình biết tới trang chủ lx88 khi tìm kiếm thông tin trên Google nên ghé vào xem thử phiên bản mới. Mình chỉ xem qua bố cục và cách phân chia nội dung để so sánh. Nhìn chung, nội dung được sắp xếp khá gọn gàng, dễ nhìn. Sự đơn giản nhưng đầy đủ tính năng chính là điểm ấn tượng nhất với mình hiện tại.
Bài nói về việc khi nào nên mở yêu cầu mua hàng, tôi thấy phần hay nhất là chỗ tách bạch giữa việc cần mua ngay và việc có thể chờ. Nhiều khi chính sách quy định rõ ràng nhưng dữ liệu đầu vào lại thiếu, nên cuối cùng quyết định vẫn rơi về người duyệt — đây mới là điểm nghẽn thật. Tôi từng gặp tình huống tương tự ở phòng mua hàng, mỗi đợt phê duyệt là một ván bài đặt cược, kéo dài mấy ngày chỉ vì thiếu một dòng chi tiết. Buổi tối lúc rảnh tôi hay mở go88 xem qua cho đỡi, coi như một thói quen nhỏ để đổi bài não sau giờ làm. Nghĩ…
Bài về chiến lược phát hành yêu cầu mua hàng, nhìn tiêu đề thấy giống tài liệu nội bộ của bên mua hàng hơn là bài đăng cho đông đảo. Tôi đọc đại ý thôi, phần sơ đồ quy trình thì lướt qua vì không thuộc phần mình phụ trách. Có một chỗ tôi thấy lạ: đằng nào phải chờ duyệt cũng bị tính vào độ trễ, đúng là điều mua hàng nào cũng vậy. Buổi trưa ngồi ăn cơm tôi cũng hay cầm điện thoại đọc mấy bài kiểu vậy, trong đó có lần mở go88 để xem chừng nào hết giờ trưa, nhưng nói thật tôi vẫn chưa nắm nguyên tắc chơi ở đó ra sao. Còn cách chia…
Tôi từng thấy vài công ty loay hoay ở đúng bước này. Bài viết chỉ ra rằng vấn đề không nằm ở việc có bao nhiêu lớp phê duyệt, mà ở chỗ tiêu chí có đủ rõ để người ra quyết định không phải đoán hay không. Một người quen từng kể vơ vẩn về Game bài đổi thưởng và tên u888 trong lúc chuyển đề tài, nhưng tôi không nhớ nội dung cụ thể, chỉ nhớ cái cách người ta cố làm một quy trình phức tạp nghe đơn giản đi. Bài này đang làm điều tương tự. Tôi còn thiếu thực tế để đánh giá phần hậu kiểm, nhưng ít nhất tôi thấy được vì sao phải ghi lại…
Bài về chiến lược phát hành yêu cầu mua hàng viết khá chặt chẽ, nhất là phần phân quyền duyệt và mốc thời gian. Ở chỗ tôi làm, mỗi phiếu đều phải chờ ai đó bấm nút, nên đọc thấy quen thuộc đến mức bất ngờ. Tác giả không hứa hẹn cho ra kết quả tốt, chỉ nói rõ cần cấu trúc lại quy trình, tôi thấy đúng tinh thần đó. Buổi chiều rảnh giấy tôi hay ngồi đọc vụng về để bớt chán, đồng thời mở go88 lấy vài ván bài cho đỡ ù tai. Hai việc ấy nghe giống nhau, đều là cách đầu óc nghỉ tạm một lúc.