Beruflich Dokumente
Kultur Dokumente
Procurement of Replenishable
R21 Merchandise
Transaction
code transaction text
SU3 Maintain User Profile
MM42 Chang Article
MP30 Execute Forecast: Initial
MP33 Forecast Reprocessing
MD21 Display Planning File Entries
MD03 Requirements Planning Single-Item, Single-Level
MD05 RP List
MD04 Stock/Requirements List
MB01 Enter Other Goods Receipts
ME01 Maintain Source List
ME51 Create Purchase Requisition
ME52 Change Purchase Requisition
Automatic Creation of Purchase Orders from
ME59 Requisitions
ME21N Create Purchase Order
MIGO Goods Receipt for Purchase Order
ME13 Display Info Record
ME31K Create Contract
ME33K Display Contract
RWBE Stock Overview
MB1C Enter Other Goods Receipts
WWP1 Planning Workbench
WWP3 Planning Workbench
SPRO Maintain Rounding Profile
WB02 Site Change
MK02 Change Vendor
MD04 Display Stock/Requirements Situation
WLB1 Determining Requirements for Investment Buying
ROI-Based PO Proposal for Purchase Price
WLB6 Changes
WLB2 Investment Buying Analysis
WLB13 Automatic Load Building
WLB4 Results List for Automatic Load Building Run
Combine a Number of POs to Create a Collective
WLB5 Purchase Order
ME2L Purchasing Documents per Vendor
ME23N Display Purchase Order
ME61 Maintain Vendor Evaluation
Calculate Scores for Semi-Automatic and
ME63 Automatic Subcriteria
ME64 Evaluation Comparison
ME65 Ranking List of Vendors
Ranking List of Vendor Evaluations Based on
ME6B Material/Material Group
Procurement of Non-replenishable
R22 Merchandise
Transaction
code transaction text
SU3 Maintain User Profile
MM41 Create Article
MM42 Change Article
WSL1 Listing conditions
MR21 Price Change Overview
ME51 Create Purchase Requisition
ME41 Create RFQ
ME47 Maintain Quotation
MB1C Other Goods Receipts
ME49 Price Comparison List
ME1E Quotation Price History
ME48 Display Quotation
ME4M Purchasing Documents for Article
ME21N Create Purchase Order
ME28 Release (Approve) Purchasing Documents
MB01 Goods Receipt for Purchase Order
ME2L Display Purchasing Documents per Vendor
ME23N Display Purchase Order
SPRO Maintain Rounding Profile
MD03 Single Item, Single Level
MD04 Stock/Requirements List
RWBE Stock Overview
WLB13 Automatic Load Building
WLB4 Results List for Automatic Load Building Run
WLB5 Bundle multiple orders logically
Calculate Scores for Semi-Automatic and
ME63 Automatic Subcriteria
ME61 Maintain Vendor Evaluation
ME64 Evaluation Comparison
ME65 Ranking List of Vendors
Ranking List of Vendor Evaluations Based on
ME6B Material/Material Group
ECR-Compliant Procurement
R50 Processes
Transaction
code transaction text
PRICAT Initial Screen: Price Catalog Maintenance
Change View Assignment of ILN-Vendor-
PRICATCUS1 Purchasing group: Overview
Change View Assignment of ILN-merch.catgry-
PRICATCUS2 SAP merch.catgry: Ove
Change View Assignment of SAP merchandise
PRICATCUS3 category - purchasing group
WE19 Test tool for IDoc processing
WE20 Partner profiles
ME21N Create Purchase Order
WE02 Idoc list
ME23N Display Purchase Order
MB0A Goods Receipt - PO Unknown: Initial Screen
MIR4 Display Invoice Document
WVM2 Transfer of Stock and Sales Data
This component allows you to create merchandise assortments and assortment modules and
assign articles to them. Articles can be automatically assigned directly to assortments as a
result of checking rules during article maintenance or assortment maintenance functions.
Alternatively, you can manually assign articles to assortment modules and then in turn assign
the modules to assortments. In both cases, the system automatically generates listing
conditions for each valid combination of article and assortment.
By assigning assortments to sites you control which assortments and which articles a
store can purchase or sell. A site cannot purchase or sell an article that is not contained in one
of its assortment.
When you create listing conditions, you also specify a listing period. This determines the
timeframe during which sites can procure and sell the articles.
Listing conditions
The assignment of the individual articles to assortments is recorded in what are called listing
conditions. These listing conditions contain the following:
The periods of time for which an article is to be assigned to an assortment
The number of the module which caused the listing conditions to be generated
In the case of manual listing using manually created assortment modules, the system creates
listing conditions based on the assignment of the assortment module to an assortment.
In the case of automatic listing, the system uses listing rules to create listing conditions.
Allocation
Posted on April 1, 2008 by jiteshdua
Retailers often have to centrally distribute merchandise among a large number of recipients
(for example, stores). One example would be fashion merchandise or promotional items.
Using allocation tables, you can plan the distribution of this type of merchandise and then
trigger the necessary goods movements.
You can have the merchandise delivered directly from the vendor to the recipient, from the
vendor to a distribution center and then to the recipient, or from a distribution center to a
recipient.
After you have completed the planning stage, you can then have the system automatically
create documents for procuring or delivering the goods.
The allocation table in made up of various components. The following is a short description of
the main ones:
The header contains information such as the allocation table number, the organizational levels
for which it is valid (purchasing organization and purchasing group) and a header text.
Each allocation table can have a number of items. An item contains information such as the
items category, the article number, the planned quantity, the allocation rule or site group used
and the item status.
Site Group
The information displayed on the site group includes the number of the site group, the number
of sites assigned to it, the quotas and the planned quantities.
Site
The information displayed on the site includes the number of the site, the planned quantity for
the site and supply source.
Distribution Center
The information displayed on the distribution center includes the number of the distribution
center, the planned quantity and the external vendor supplying the distribution center.
Delivery Phase for a Site or Distribution Center
The information displayed on the delivery phase includes the delivery date, the order date and
the delivery quantity.
The following is a simplified example of how an allocation table can be set up. Allocation rule
17 is used to determine how merchandise in a particular merchandise category is split up
among the sites in site group R0021. The merchandise is split up in the ratio 6:4 between the
two sites R151 and R152 in the site group. Variants 1 and 2 are to be allocated for the generic
article 1.
R0021 2000
R151 1200
R152 800
R0021 1000
R151 600
R152 400
R0021 700
R151 420
R152 280
40 Variant 2 of item 20 17 300
R0021 300
R151 180
R152 120
You usually define allocation tables at an early stage in your business processes because you
plan and order fashion goods, for example, with a long lead time. If your requirements change
after you have created a purchase order but before the goods are delivered, for example, due
to new stores opening, you can change the existing purchase order.
The system updates allocation-relevant changes in purchase orders to the relevant allocation
tables.
Integration
You make changes to allocation-relevant purchase order items in purchase order processing
for Seasonal Procurement. A log provides you with information about changes and about the
synchronization of the allocation table.
The system synchronizes an allocation table in the background when purchase orders are
changed.
Prerequisites
You have generated a vendor order (Seasonal Procurement) as a follow-on document for an
allocation table, manually created an allocation table with reference to a purchase order
(Seasonal Procurement), or generated an allocation table with reference to a purchase order
based on operational assortment planning and control.
Apart from the vendor order there are no other follow-on documents for recipients of the
corresponding allocation table item.
Features
When the following data is changed, the system updates the changes to the allocation table:
Distribution center
You can use a Business Add-In (BAdI) to specify that when the allocation table is
synchronized, the data for the distribution center be adjusted, but not the data for the recipient.
For more information, see Customizing for Logistics General under Merchandise Distribution
- Allocation - Allocation Table - Business Add-Ins for the Allocation Table - BAdI:
Synchronizing Allocation Table for Changes to PO Items.
Activities
If you change purchase order items in purchase order processing for Seasonal Procurement
and confirm your changes, the system first simulates synchronization of the corresponding
allocation items. The changes are only effective in the database once you have saved them.
1. The system checks whether follow-on documents exist for recipients of the allocation table item.
If they do, the system cannot change the allocation table and it issues a message to purchase
order processing stating this.
2. The system copies the changes in the purchase order item to the distribution center of the relevant
allocation table item.
3. The system copies changes that are relevant for the allocation table item from the purchase order
item. While changes to the delivery date are not relevant, changes to quantities, for example,
are.
4. The system transfers changes that are relevant for recipients for the individual allocation items .
5. It is possible that after the system transfers changes from the purchase order item to the allocation
table items, these allocation table items will be incomplete. To ensure that the items are
complete again and you are able to generate follow-on documents, you must post process
incomplete allocation table items in the item overview of the allocation table.
o Status Not active
An allocation table has this status if no follow-on documents have been generated for it. This
type of deletion is used in cases where you have just created an allocation table but you realize
immediately that it is not required (because the data entered was not correct or the allocation
is not needed after all) and can be deleted.
o Status Done
An allocation table has this status if all follow-on documents have been generated for it.
5. Choose Program
Execute.