4/28/2023 Retail Generated on: 2023-04-28 13:11:51 GMT+0000 SAP S/4HANA | 2022 Latest PUBLIC Original content: https://help.sap.com/docs/SAP_S4HANA_ON-PREMISE/9905622a5c1f49ba84e9076fc83a9c2c?locale=enUS&state=PRODUCTION&version=2022.001 Warning This document has been generated from the SAP Help Portal and is an incomplete version of the official SAP product documentation. The information included in custom documentation may not re ect the arrangement of topics in the SAP Help Portal, and may be missing important aspects and/or correlations to other topics. For this reason, it is not for productive use. For more information, please visit the https://help.sap.com/docs/disclaimer. This is custom documentation. For more information, please visit the SAP Help Portal 1 4/28/2023 Replenishment Use Replenishment is a method of supplying recipients (sites or external customers) with merchandise on a demand-driven basis. In replenishment planning, requirements are calculated using the current stock situation. When this has been done, follow-on documents (for example, purchase orders or sales orders) are generated for the supply of merchandise. Replenishment for sites Here you run replenishment planning for an internal customer (for example, a store) that has a site and customer master record in your system. Replenishment calculates requirements by using previous goods movements, and pays particular attention to sales that were entered at point of sale (POS) in the store and posted as goods issues in POS inbound processing. Replenishment for external customers Replenishment for external customers is used in vendor-managed inventory (VMI), to run requirements planning for customers as a service. In this case, you must have access to the customer's sales and stock data. For more information, see VendorManaged Inventory (VMI). A master record for the customer exists in your system, but there is no site master record available. Note This chapter refers only to Replenishment for sites. For detailed information about Rapid Replenishment Planning see SAP Note 2051280 Integration Article (or material) You can process article-related replenishment data using article maintenance. Site In the site master, you can maintain the different sets of data for the control of replenishment. You can, for example, determine the type of follow-on documents that are generated. Inventory management You can use the inventory management of materials management (MM) as the basis for replenishment. POS interface – inbound During POS inbound processing, the system analyzes sales data, and updates the data as goods issues in inventory management. Store order The system uses store order functions to generate follow-on documents after the replenishment requirements have been determined. This is custom documentation. For more information, please visit the SAP Help Portal 2 4/28/2023 Features Determination of replenishment requirements based on stock data Simpli ed replenishment-based inventory management enables you to also use replenishment for inventory management on a non-article basis (value-only inventory management). The usage of MM-based inventory management is defaulted. Simpli cation of master data maintenance by grouping sites with similar requirements into requirement groups Planned receipts and issues (for instance purchase requisitions, purchase orders and order con rmations) can be taken into consideration using ATP (availability check). Forecasted sales or consumption can be taken into consideration for the determination of expected stock and for the calculation of a dynamic target stock. Sales orders, purchase requisitions, purchase orders, or deliveries can be generated as follow-on documents for replenishment planning. Analysis of results from replenishment runs in the replenishment monitor More Information Background Processing: Replenishment Replenishment Planning Use Replenishment planning calculates replenishment requirements and then generates follow-on documents for procurement and delivery. Planning results will be displayed in the replenishment monitor. Here you can see which follow-on documents have been created and which errors have occurred. You have the option of carrying out replenishment planning in the system online or as a job. Prerequisites If you want to update stock information for replenishment using POS inbound processing, you must have completed processing before beginning replenishment planning. Process 1. You can start replenishment planning manually (online) or in the background (in batch) for selected recipients (sites) and articles. 2. The system calculates expected stock at recipient at the end of the replenishment lead time. 3. If forecast data exists in the system, you can take the forecasted sales until the end of the replenishment lead time into consideration (see also Replenishment: Forecasts) If Inventory Management in Materials Management is active, planned store issues and receipts until the end of the replenishment lead time can be taken into consideration (see also Inclusion of Expected Receipts and Issues for Replenishment ) 4. The system calculates target stock. This is custom documentation. For more information, please visit the SAP Help Portal 3 4/28/2023 5. Target stock can be calculated using replenishment article data (static target stock) or dynamically when replenishment planning is carried out (dynamic target stock). You can only work with dynamic target stock if forecasted sales data exists (see also Replenishment: Example of Planning Using a Dynamic Target Stock). 6. The system calculates your required replenishment quantity. 7. The required replenishment quantity is the difference between the target stock and the expected stock. If you have maintained a reorder point, a required replenishment quantity is only de ned if the reorder point has not been exceeded (see also Replenishment: Using a Reorder Point ). If, while planning replenishments, requirements are determined for components of structured articles, the system converts the requirement to that for the header article. The follow-on documents are created for the header article. If required, you can in uence how the system converts the component requirements to header article requirements via a user exit (see also Replenishment: Structured Articles ) 8. In online replenishment planning, the articles to be included in the replenishment run are displayed before follow-on documents can be generated. You can, for example, lter or sort the data. Here you can also view the required replenishment quantity for every article – you can change the quantity manually (for example, for test purposes). You can view a detailed screen for every item which shows how required quantities are de ned. 9. Follow-on documents are generated. After requirements have been determined, follow-on documents are generated. In case of online planning, you have to start the follow-on document creation manually on the screen for displaying requirements. The system uses functions for store order processing to generate follow-on documents (see also Store Orders ). You can generate the following documents: Purchase requisition Purchase order Delivery Sales order The system generates follow-on documents and optimizes the quantities required (see also Order Optimizing: Quantity Optimizing ) . You can generate follow-on documents in a test mode. Follow-on documents are only generated internally in test modes without data being written to the database. The results from replenishment runs can be evaluated both in normal mode and test mode, using the replenishment monitor. Result If no errors are recorded, follow-on documents are generated for Replenishment. Each time you execute the program for planning replenishments, the system stores the replenishment run under an internal number. This number is used to identify a transaction when you subsequently analyze the run in the replenishment monitor. For further information, see Replenishment Monitor Replenishment: Inventory Management Types When using the Replenishment application component, you can manage inventory in one of two ways: Materials Management-based Inventory Management In this case Replenishment is based on the Inventory Management data from Materials Management. Each goods movement is recorded in a document. You should use this type of Inventory Management as much as possible. It can, This is custom documentation. For more information, please visit the SAP Help Portal 4 4/28/2023 however, only be used for Replenishment if you manage stocks on an exact article basis (not on a merchandise category basis). Replenishment-based Inventory Management You can activate replenishment-based Inventory Management by selecting the indicator in the replenishment article data for the article destined for the relevant recipient. Replenishment-based Inventory Management allows you to replenish stocks of articles managed in MM-based Inventory Management on a merchandise category basis (value-only article). In replenishment-based Inventory Management, inventory is managed in a much simpler way than in Materials Management. The only gure relevant to Replenishment for a particular article at a particular recipient is the stock onhand. No goods movements documents are kept. The following transactions/events can change replenishment stock: Posting aggregated sales data (message category WPUUMS) or non-aggregated sales documents (message category WPUBON) at POS inbound. Generating follow-on documents in a replenishment run and the correction of replenishment stocks using document quantities. You can activate corrections using document quantities in the replenishment article master data. You can make manual corrections to the replenishment stock using the parameter overview in Replenishment. The following table illustrates the differences between the two types of Inventory Management: Characteristics MM-based Inventory Management Replenishment-based Inventory Management Number of stock types managed high only one Materials movements documents created not available Consideration of planned issues and possible not possible not supported supported not set set receipts Article-based stock data for value-only based Inventory Management Replenishment-based Inventory Management indicator Replenishment: Example Usage Scenarios Use The following text lists examples for the usage of replenishment. For each example, the initial situation is rst described, and then you are shown how you should set the parameters for replenishment in each case. Standard Procedure Situation: Article-based MM inventory management has been activated for stores. In the standard procedure, sales can be forecasted. This is custom documentation. For more information, please visit the SAP Help Portal 5 4/28/2023 Sales data from stores is con rmed via POS inbound. Stores can create orders themselves. Replenishment parameters: You use MM-based inventory management, therefore, the indicator for replenishment-based inventory management in the article master is not set. In the standard procedure, an MRP type can be used for dynamic target stock. You take planned issues and receipts into consideration when planning replenishments. You can choose to de ne a reorder point. Simpli ed Procedure Situation: You carry store stock at value-only article level; that is, MM-based inventory management for the stores is not articlebased. You do not execute sales forecasts at article/store level. Sales data from stores is con rmed via POS inbound. Replenishment parameters: You use replenishment-based inventory management, therefore, the indicator for replenishment-based inventory management in the article master is set. You can set the initial stock to zero or enter the current stock manually, which you have determined externally by using a physical inventory count, for example. You enter an MRP type in the article master for static target stock. You can set the static target stock using the opening balance or a value calculated outside the system. In the article data for replenishment, you can activate the correction of replenishment stocks using the follow-on documents that have been generated. You can choose to de ne a reorder point. Replenishment: Master Data You can maintain data for replenishment in the article and site masters. Article master You can de ne replenishment parameters and forecast data for Replenishment via article maintenance. Site master In the site master, pro les for store orders and POS inbound processing are required for replenishment. You can also maintain requirement groups in the site master. Replenishment: Article Master Data for Sites This is custom documentation. For more information, please visit the SAP Help Portal 6 4/28/2023 Use The article master data contains various data that is relevant for Replenishment. If you want to use replenishment for sites (internal customers), use article maintenance to enter data. Features Maintenance levels Recipient level All data relevant to Replenishment is maintained on this level. This is the most detailed maintenance level for data relevant to Replenishment. You can maintain replenishment parameters in the logistics data of an article for each site. Requirement group level Requirement groups make it easier to maintain data for a large number of recipients (sites). If you maintain replenishment master data for an article at requirement group level (via Extras), the data is copied to the site level, provided you have de ned a requirement group in the site master for the merchandise category, and the article is listed in the site. Data types The following data is maintained in article maintenance: Replenishment parameters RP type Replenishments can only be planned if you have entered an RP type de ned for Replenishment. The RP type must be assigned the RP procedure W and a planning method other than 1 (planned by external system). If the RP type is assigned the forecast indicator + (compulsory forecast), the target stock is calculated dynamically in the replenishment planning run. If you want to plan using a dynamic target stock, you must have previously forecast the sales. Types RP (replenishment planning with static target stock) and RF (replenishment planning with dynamic target stock) are de ned as standard. Reorder point Safety stock Replenishment-based Inventory Management indicator (Replenish.IM) If you set the indicator, stocks are determined using Replenishment-based Inventory Management. If you do not set the indicator, the system calculates stocks using MM-based Inventory Management. Indicator for correcting replenishment stock with document quantity. This indicator only has an effect if Replenishment-based Inventory Management is used. If this indicator is set and replenishment is run, the quantities in follow-on documents generated are added to the stock gure used for Replenishment and are thus considered as expected goods receipts. It makes sense to set this indicator if the only information you have as the basis for replenishment is store sales information. Availability checks You must enter a check group for the availability check in the logistics data for articles for which expected receipts and issues are to be included in the planning run. Note This is custom documentation. For more information, please visit the SAP Help Portal 7 4/28/2023 For the determination of receipts issues ATP con guration is used, even thought for the process of the determination no ATP functions are used. Forecasts You can enter forecast data (for example, forecast models) in article maintenance for articles with Inventory Management on an exact article basis. The forecast is based on Materials Management functions. Replenishment block An article can be blocked for replenishment by using the following status in the article master: General article status You can choose to set this status either on the client level or the site level. If a block is set, an error message is generated in Replenishment planning. You can determine the in uence (for example, on Requirements Planning, Purchasing or Inventory Management) that a particular status may have in article Customizing via control data. In order to affect Replenishment, you must set a block for requirements planning at the relevant status in Customizing. Sales status You can set this status at client level, for the distribution channel or the distribution channel/site level. If a block is set, an error message appears when generating follow-on documents. You can determine the in uence (for example, on sales orders or deliveries) that a particular status may have in article customizing via sales relevant data. In order to in uence replenishment, you must set a replenishment block in article settings for the article status for Retail functions. Related Information Vendor Managed Inventory (VMI) Replenishment: Structured Articles Use Replenishment allows you to calculate the requirements for a header article of a structured article based on the requirements for the relevant components. If you run replenishment for the components and the components are not listed individually, the component requirements are converted into a header article requirement. Integration The following general function is used to calculate the header article requirements based on the component requirements:Requirements Planning: Calculating the Header Article Quantities Based on the Component Quantities. Prerequisites You cannot list components individually for particular sites. Components should only be listed as components of structured articles. If components are listed individually, they are also procured individually. You must maintain replenishment data for each component in the article master. You must enter a unique RP indicator in the logistics data for header articles and related components. Example This is custom documentation. For more information, please visit the SAP Help Portal 8 4/28/2023 If you want to maintain the master data for a prepack and run replenishment for components, you must follow the sequence listed below: 1. Create a generic article (with variants) Maintain the suitable replenishment data to be copied later into the logistics data at reference site level. Enter the availability indicator ND in the logistics data at reference site level so that replenishment is not carried out for that article. 2. Create a bill of materials for a prepack, based on the generic article. 3. List the prepack. Here, the prepack components, in this case the generic article variants, are also listed. In accordance with the default logic of the article master, the replenishment master data is generated for the components in the listed sites. Requirements Planning: Calculation of the Quantity Required of Header Article from the Component Quantities Use This function calculates the quantity required for a header article of a structured article from the quantities required of the constituent components. You can incorporate your own method of calculation using User Exit WSOS0001 and component EXIT_SAPLWSOS_001. If you do not use your own method of calculation , the system calculates the quantity required for a header article using the mean value method, as explained in the following example: Example A display consists of the following: Component BOM quantity Component 1 10 Component 2 20 Component 3 30 The consumption gures for the components are as follows: Component Consumption Component 1 90 Component 2 160 Component 3 210 For every component, a certain number of displays are required to replace the quantity consumed. This number is the consumption gures for each component divided by the quantity of each individual component in the bill of material of the structured article. This is custom documentation. For more information, please visit the SAP Help Portal 9 4/28/2023 Component Consumption BOM quantity Required Displays Component 1 90 10 90 / 10 = 9 Component 2 160 20 160 / 20 = 8 Component 3 210 30 210 / 30 = 7 The mean value of all the components is taken as the number of displays required: Mean value for the number of displays required = (9 + 8 + 7) / 3 = 24 / 3 = 8 If decimal places appear in the calculation, the system rounds down under 0.5, otherwise it rounds up. Integration This function is used in the following areas: Requirements planning in time-phased planning of components of a structured article Replenishment in the planning of replenishments for components of a structured article Allocation in allocations using replenishment allocation strategies where structured articles are involved. Replenishment: Logistical Products You carry out replenishment planning for logistical products in the same way as for other product categories. The system processes logistical products based on a slightly different logic. For general information about logistical products, see Logistical Product. Replenishment for Stores Replenishment allows you to calculate the requirements for a logistical product based on the requirements for the sales product on which the logistical product is based. Note Procurement products are not replenished. If you select any procurement products on the selection screen, the system lters them out. As the name implies, procurement products are procured by sites. Therefore, if open quantities exist for any of the procurement products, they all need be considered in the replenishment calculation. Sales products are processed very much like single articles and are replenished in the following way: 1. You run replenishment planning for stores by using the Execute Rapid Replenishment app (transaction WRP1R). This is custom documentation. For more information, please visit the SAP Help Portal 10 4/28/2023 2. You select multiple products including sales products. 3. Replenishment requirements are determined based on stock gures and sales forecast data and are calculated for single articles and sales products in the same way. 4. Open quantities from planned receipts and issues (for which documents exist) are not only determined for the selected sales products, but also for all procurement products associated with the sales products. The system checks availability and generates replenishment requirements. An availability checking group is assigned to the sales product in article maintenance and can be displayed by using the Change Article, Maintain Article app (transaction MM42) under Logistics: store General control parameters Checking Group for Availability Check . The availability check takes into account the documents related to receipts and issues that are speci ed by its checking group and the checking rule in Customizing for Sales and Distribution under Transfer of Requirements Availability Check Basic Functions Availability Check and Con gure Scope of Availability Check . These settings are used for the sales product and all its associated procurement products. 5. Any open quantities for the procurement products are added to those of the sales product so that the replenishment process takes into account the sum of all products belonging to a logistical product. 6. You can proceed with replenishment planning without taking into account the planned receipts and issues for procurement products or you can change the overall replenishment requirement quantity manually to allow for any open orders for procurement products in the replenishment calculation. Note In the Monitor Replenishment app (transaction WRMO), the overview displays the sum of all quantities for the sales product and all its associated procurement products. When you then navigate to the availability details in the Monitor Product Availability app (transaction CO09), only the documents related to planned receipts and issues of the sales product are displayed. Therefore, the sum of all quantities for the sales product and all its associated procurement products displayed in the overview and the sum of the quantities in the availability details might differ. 7. On completion of replenishment planning, follow-on documents are generated in which the sales product is procured. A follow-on document can be an internal or external purchase order, a stock transport order, or a purchase requisition. 8. When a purchase order is created as a follow-on document or based on a follow-on document (for example, a purchase requisition) either immediately after replenishment planning or later, if requirements for procurement products were identi ed, the sales product is automatically replaced with the corresponding procurement product. Note Logistical products are not supported in the replenishment process for external customers. Replenishment Planning for Distribution Centers (MRP) You execute replenishment planning for procurement products in distribution centers by using the following applications: Change Article, Maintain Article app (transaction MM42) You enter forecast data such as forecast models for procurement products in article maintenance. Execute Material Forecast app (transaction MP30) You can carry out an individual forecast for a speci c combination of procurement product and distribution center. You execute planning runs also for procurement products by using the following applications: Requirements planning per vendor app (transaction MDW1) This is custom documentation. For more information, please visit the SAP Help Portal 11 4/28/2023 MRP Live optimized for SAP HANA: Schedule MRP Runs app (transaction MD01N or app ID F1339) For more information about requirements planning using MRP live, see Related Information. Classic MRP: Schedule MRP Runs app (transaction MD01) MRP - Single-Item, Multi-Level app (transaction MD02) MRP-Individual Planning-Single Level app (transaction MD03) Related Information Replenishment Carrying Out the Planning Run Using MRP Live Replenishment: Maintenance of Requirement Groups Use When you have to manage a large number of sites or a large number of articles, you can reduce the effort required to maintain the large amount of data by de ning requirement groups. This prevents you from having to maintain all the data for every combination of site and article. Process You create requirement groups for every merchandise category. A group comprises all the sites who have the same requirements in a particular merchandise category and who therefore place the same demands on Replenishment. You maintain requirement groups as follows: 1. You de ne requirements groups in customizing. 2. You list the articles for which you want to de ne requirement group values in all the relevant sites. 3. You maintain replenishment parameters in the article master at requirement group level (and not at site level). If you have to change a parameter for an article for the whole requirement group, you only have to make one change. If a particular article is listed in a site, the data at requirement group level is copied to site level. You can maintain values for speci c articles at site level that differ from the requirement group values. These values are treated as exceptions and are protected from being overwritten. Some data, such as the RP type, cannot be maintained at requirement group level. This data must be maintained at site level. Replenishment: Example of Requirement Groups Usage Use The following example illustrates how the use of requirement groups affects replenishment. Requirement Group Assignment in the Site Master This is custom documentation. For more information, please visit the SAP Help Portal 12 4/28/2023 The following table illustrates several site master records. A requirement group has been assigned to the confectionery merchandise category. Sites Merchandise category Description Requirement group R151 R1115 Confectionery 01 (large) R152 R1115 Confectionery 01 (large) R153 R1115 Confectionery 02 (medium) Replenishment Article Data at Requirement Group Level Replenishment data has been de ned at requirement group level for article R100002 (chocolate) in merchandise category R1115 (confectionery): Requirement group Reorder point Target stock 01 (large) 90 300 02 (medium) 30 120 Replenishment Article Data at Site Level The system copies the replenishment article data from requirement group level to site level. It does so based on the site group assignments made in the site master. Article Description Sites Reorder point Target stock R100002 Chocolate R151 90 300 R100002 Chocolate R152 90 300 R100002 Chocolate R153 30 120 Every change made to the replenishment data at requirement group level is automatically copied to the sites. This makes it more convenient to maintain data when a requirement group contains a very large number of sites. Replenishment Data at Site Level with Exceptions Even though site R152 is assigned to a requirement group, you change its reorder point to 80. Article Description Site Reorder point Target stock R100002 Chocolate R152 80 300 You then change the reorder point for requirement group 01 to 100. Requirement group Reorder point Target stock 01 (large) 100 300 This change is then made for all the sites assigned to the requirement group. The reorder point for site R152 differs from that for the requirement group. It is therefore treated as an exception and not changed. This is custom documentation. For more information, please visit the SAP Help Portal 13 4/28/2023 Article Description Site Reorder point Target stock R100002 Chocolate R151 100 300 R100002 Chocolate R152 80 300 R100002 Chocolate R153 30 120 Replenishment: Site Master Data Use The following data for controlling Replenishment can be maintained in the site master. You can, for example, de ne suggested values for the type of generated follow-on documents or assign requirement groups to merchandise categories. Features In the site master you maintain the following data for controlling Replenishment: Store order control parameters Replenishment uses the store order functions to create follow-on documents. You can maintain store order control parameters in a POS inbound pro le in the Customizing section for POS inbound. Pro les are assigned to sites. You can also enter special pro les for Replenishment and the Store Order which you can then assign in the site master at merchandise category level. The parameters relevant for Replenishment include: Default setting for the document category This controls the follow-on document created, for example, purchase orders or deliveries. You can enter different default values for every type of source of supply (internal or external vendor). If no details exist, the system uses the general default value. Default delivery type If the follow-on document created is a delivery, you can enter a default document type for the delivery. Error message control POS inbound processing control To control POS inbound processing, you assign a POS inbound pro le to the site. Depending on the type of Inventory Management used (MM-based or Replenishment-based), in the Customizing section for POS inbound you must adjust the process control in the POS inbound pro le for: Aggregated sales Sales as per receipts If you use inventory management in Materials Management, you must set the Inventory Management indicator. The Update Replenishment Stock indicator should not be set in this case. This is custom documentation. For more information, please visit the SAP Help Portal 14 4/28/2023 If you use replenishment-based Inventory Management, you must set the Update Replenishment Stock indicator. The Inventory Management indicator should not be set in this case. Requirement group control parameters per merchandise category You can assign a requirement group to each merchandise category in every site for Replenishment. The requirement group values for the site are thus copied to all articles in the merchandise category listed in the site. Requirements planning indicator If you want to run replenishments using the net-change method, you must set the Requirements planning indicator in the listing/requirements planning data. Check Consistency of Replenishment Data Use You can use this function to manage the replenishment master data consistently and efficiently. You can execute the replenishment data consistency check function online and in the background Features Using this function, you can perform the following activities: Consistency check You use this activity to check for and eliminate inconsistencies in table WRPL. The system overwrites any inconsistent entries in table WRPL with entries from the table MARC. Deletion of replenishment data You can delete any entries in tables WRPL and WRPT that are no longer required. The system only deletes entries that have an MRP type that is not relevant for replenishment. Deletion of requirement groups If you maintain replenishment master data using requirement groups, you cannot delete the entries in table WRPP for all materials in a store. Set this indicator if there are entries in table WRPP for materials that no longer exist in table WRPL and which therefore need to be deleted. You can execute the replenishment data consistency check function online and in the background. Replenishment: Forecasts Use In replenishment planning, forecast data is used at two points: You can consider forecasted sales as expected issues. In doing so, sales are considered from the time of planning until the end of the replenishment lead time. If you work with dynamic target stock, the target stock is calculated again, based on forecasted sales data. In this case, forecasted sales are considered from the end of the replenishment lead time for the duration of the target range of This is custom documentation. For more information, please visit the SAP Help Portal 15 4/28/2023 coverage. A number of models are available for running a forecast (for example, trend models or constant models). Features If you use article-based inventory management in materials management, you can carry out the forecast by using the functions of requirements planning. You can maintain the forecast parameters for each site in the article master. You can also select the periods in which the forecast values should be determined, for example, each day, each week, or each month. Replenishment: Inclusion of Expected Receipts and Issues Use In the time between replenishment planning and the sale of goods in the stores, the stock situation in the store can change, due to goods receipt for example. In replenishment planning, expected receipts and issues can be determined by the system and used when calculating requirements. When doing so, planned receipts and issues and forecasted sales can be taken into consideration. The relevant time period for taking expected receipts and issues into consideration begins on the planning date and ends when the replenishment lead time ends. For articles with article-based inventory management in materials management (MM), the replenishment lead time is de ned using article master data (replenishment lead time = purchasing department processing time + planned delivery time + goods receipt processing time). You can also de ne the corresponding time period for other articles in replenishment planning. Features Receipts/issues To take planned receipts and issues into consideration, you must set the corresponding indicator in replenishment planning (Determine Receipts/Issues). If the indicator has been set open receipts / issues are determined for the article until the end of the replenishment lead time. The expected stock at the end of replenishment lead time is the current stock plus open receipts minus open issues. You can consider purchase orders, order con rmations and purchase requisitions as receipts for both, external and internal, procurement. Stock transport orders and stock transport requisitions are considered as issues. Returns are considered as “negative” receipts or issues. Planned issues and receipts can be determined only for articles with MM-based inventory management. For using this feature, you must enter a check group for availability checks, in the logistics data of the article master for the relevant article. Check groups for the availability check can be maintained in Customizing for sales and distribution. The check rule for replenishment is de ned internally as RP. For a combination of check rule and check group, you de ne the scope of check and use it to determine, for example, which documents are to be taken into consideration as planned receipts. The setting for the consideration of the replenishment lead time (RLT) has no in uence on the determination of the receipts/issues. The receipts and issues are always considered up to end of replenishment lead time Issues based on forecasted sales This is custom documentation. For more information, please visit the SAP Help Portal 16 4/28/2023 If you have calculated future sales by using a forecast, you can include these values in the calculation, as issues. To do this, you must set the indicator Include Forecasted Issues in replenishment planning. Forecasted sales are considered from the planning date until the end of the replenishment lead time. In comparison, dynamic target stock includes the sales from the end of the replenishment lead time in the calculation, for the duration of the target range of coverage. In replenishment planning, the system considers the forecasted sales for each day. If you use a different period for forecasting (such as a week or month), the system calculates the average daily sales as follows: Daily sales = sales per period / number of working days per period Example The following examples refer to activities that include expected receipts and issues for replenishment. Starting Point The following table shows a replenishment planning run that includes expected receipts and issues. The run results in replenishment requirements for this week (week 0). Week -2 -1 0 (today) 1 2 Target stock 200 200 200 200 200 Actual stock on- 160 145 160 Expected stock 145 135 170 140 150 Expected receipts 55 65 30 60 50 Expected issues 60 50 50 50 50 Replenishment 30 60 50 hand requirement How are replenishment requirements determined? The replenishment requirement for the week is based on the target stock for the week and the expected stock at the time of the goods receipt. In the example, a replenishment lead time of two weeks is assumed. The replenishment requirement for the current week is calculated as follows: Replenishment requirement (week 0) = Target stock (week 0) – expected stock (week 2) = 200 – 150 = 50 How is expected stock calculated? The expected stock for any future week is based on the actual stock on-hand for the current week and the expected receipts and issues from now until the future week. In the example, a replenishment lead time of two weeks is assumed. The expected stock for week 2 is calculated as follows: This is custom documentation. For more information, please visit the SAP Help Portal 17 4/28/2023 Expected stock (week 2) = Actual stock on-hand (week 0) + expected receipts (week 0) + expected receipts (week 1) - expected issues (week 0) - expected issues (week 1) = 160 + 30 + 60 – 50 – 50 = 150 Replenishment: Planning Using Dynamic Target Stock Use You are planning replenishments of article R100499 (chocolate) in store R151. Article master The following data exists for the article: Parameter Value This means: RP type RF Calculate target stock during planning phase Replenishment lead time 3 days Time required between DC R300 placing PO and store R151 receiving goods Target range of coverage 7 days Matches the delivery cycle: weekly deliveries, on Thursday mornings Safety stock 10 piece Stock should not fall below this level. Maximum target stock 500 piece Stock should not exceed this level. Minimum target stock Not de ned Stock should not fall below this level. Current stock 100 piece Stock level in store R151 on planning date Forecasts A forecast is run for the next four weeks for the article and site. The following values are produced: Calendar week 20 21 22 23 Forecasted sales (in 240 300 240 240 pieces) Replenishment Planning You plan replenishments on the Monday evening of week 20, taking expected receipts and issues into account. Since there is a replenishment lead time of 3 days, a stock transport order is generated as a follow-on document for the replenishment run. The This is custom documentation. For more information, please visit the SAP Help Portal 18 4/28/2023 stock can be delivered from distribution center R300 by Thursday morning of week 20. The planning run operates as follows (all quantities in pieces) : Calculation of the expected stock 1. The stock currently available (100) is determined. 2. Planned receipts and issues are added (period: planning date until the end of the replenishment lead time). 3. No such transactions (receipts / issues) are planned between Monday evening and Thursday morning. The value is therefore zero. 4. Subtraction of the forecasted sales (period: planning date until the end of the replenishment lead time). The period taken into account is from Tuesday of week 20 to Wednesday of week 20. Based on 6 working days a week, 40 pieces would be sold per day in week 20. Over the total period of 2 days (Tuesday and Wednesday): Forecasted sales = 240 / 6 * 2 = 80 Expected stock: Expected stock = 100 + 0 - 80 = 20 Calculation of the dynamic target stock 1. Addition of the forecasted sales (period: End of the replenishment lead time until end of the target range of coverage) 2. The period taken into account is from Thursday of week 20 to Wednesday of week 21. 40 pieces would be sold a day in week 20, 50 in week 21. Over the total period of 6 days (Thursday, Friday, Saturday, Monday, Tuesday and Wednesday): Forecast sales = 240 / 6 * 3 + 300 / 6 * 3 = 270 3. The safety stock of 10 is added. 4. Target stock: Target stock = 270 + 10 = 280 5. Limitation using minimum and maximum stock levels A minimum stock level was not speci ed. The maximum stock level of 500 is not exceeded. The result is therefore not changed. Calculation of replenishment requirements Replenishment requirement = target stock - expected stock = 280 – 20 = 260 Replenishment: Using a Reorder Point Use In replenishment article data, you can de ne a reorder point. As a result, replenishment only creates follow-on documents when the stock on-hand or – if you are including receipts and issues in the calculation – the expected stock has fallen below the This is custom documentation. For more information, please visit the SAP Help Portal 19 4/28/2023 reorder point. The reorder point is used as it is in reorder point planning. Example The following example illustrates the effects of using a reorder point in Replenishment. You have de ned a reorder point of 10 pieces. The Replenishment run generates purchase orders as follow-on documents. Store stock refers to the physical stock gure in a store. Transaction Stocks Target stock Requirement Starting point 100 100 100 Goods issue 80 20 100 20 Replenishment run 20 100 Goods issue 15 5 100 Replenishment run 5 100 Purchase order created 5 100 5 Goods receipt 95 100 100 100 0 Physical stock 20 5 95 5 Executing Replenishment Planning Use You can start replenishment planning manually or in the background. Procedure From the general initial menu choose Purchasing Replenishment Replenishment Planning . Manual Start To manually start replenishment planning for sites, proceed as follows: 1. On the screen Replenishment: Planning, specify the sites or site groups. Make further selections based on article and merchandise category. If you want to determine the expected stock at the time of goods receipt, set the indicator Determine Receipts/Issues . Enter a planning date (in case the default is not suitable), and a period after which the goods receipt should take place. Planned receipts and issues of the site are then taken into account for this period. However, this is only the case if the replenishment lead time cannot be determined from the master data (see Inclusion of Expected Receipts and Issues for Replenishment). If a sales forecast was previously carried out, these values can also be taken into account by setting the indicator Include forecasted issues. 2. By choosing Program Execute , you can calculate and see an overview of the replenishment requirements for the selected sites. If you want to change the quantities, proceed as follows: 1. Double-click the quantity. A window appears, in which you see an overview of the stock levels, the expected receipts and issues, and the resulting replenishment requirements. Change the replenishment requirement. This is custom documentation. For more information, please visit the SAP Help Portal 20 4/28/2023 2. When you choose Replenishment Requirements Generate Follow-On Documents , the quantities are saved and the follow-on documents (purchase requisition, purchase order, delivery, or sales order) are created. 3. You can then go to the replenishment monitor or the parameter overview. There you can see an overview of any errors that occurred, the generated work items, and the generated documents. Start in the Background To start replenishment planning in the background, you need to schedule the process as a job in the system. If POS inbound processing takes place, it should be completed before you start replenishment planning. With background processing, you have the option to set technical parameters that divide the items to be processed into smaller logical packets. Replenishment Monitor Use You can use the replenishment monitor to analyze the results of replenishment planning. It displays information such as which items were successfully processed, and in which items errors occurred. For the items with errors, you can analyze the cause. You identify the replenishment run that you want to analyze via the number that was issued internally by the system. Prerequisites When you run replenishment in dialog, you can always go to the monitor. If you want to analyze the results of replenishment runs that took place in the background or were scheduled as jobs, you must activate the update of replenishment results in Customizing. In the standard con guration, the update is activated. Features In the replenishment monitor, the results are divided into the following categories: Successfully processed Work item generated Errors occurred Each category contains information about how the items (a combination of recipient and article) were processed. You can view the potential results of the replenishment run when follow-on documents are generated in test mode when planning is executed online. Errors that occurred during the generation of follow-on documents are also displayed. You cannot go to the follow-on documents themselves, since the documents have not yet been stored on the database at this time. From test mode, you can trigger the posting of documents in the database after you have checked the potential results. Note A number is assigned to every potential follow-on document even when follow-on documents are generated in test mode. The number is taken from the relevant number range. If you exit test mode without posting documents in the database, their current number levels are increased nonetheless. The document numbers assigned in test mode are therefore “used”, and they can no longer be assigned to other documents. This is custom documentation. For more information, please visit the SAP Help Portal 21 4/28/2023 Activities The logs of replenishment results that are no longer required can be deleted from the system by using report RWRPLDEL (transaction WRDL). How often you delete this data should depend on the volume of data in the system. This is custom documentation. For more information, please visit the SAP Help Portal 22