Functional Overwiew Part1 FMS
-
Upload
scappinicristian -
Category
Documents
-
view
108 -
download
5
description
Transcript of Functional Overwiew Part1 FMS
-
1
-
2
-
3
-
Historically apparel and footwear companies were wholesale/manufacturing or retail businesses but not both.
The growth of private label and the margin and marketing benefits of growing own retail has led to brands supporting multiple sales channels: Wholesalers and Manufacturers are expanding sales channels into retail, digital and
mobile
Retailers with strong brands are expanding sales channels into wholesale
Retailers realize they need more sophisticated solutions to get the value from long,
global apparel, footwear and fashion supply chains
Systems evolved separately to support each business, so companies often use two
ERP solutions (one AFS, one Retail) and two separate sets of business suite
applications around each ERP.
4
-
Remark: not all topics are covered in this presentation (e.g. Assortment
Planning, Retail Promotion, Retail Markdowns)
5
-
6
-
7
-
Integration of SAP Fashion Management with the SAP Business Suite
In addition to AFS retrofit and process harmonization within FMS, there is also
the need to integrate FMS with other solutions in the SAP Business Suite (BS).
As a rule of thumb, FMS (latest with its second release) will support the same
level of integration as it exists today between existing solutions of SAPs BS with either SAP AFS or SAP Retail. Exceptions from that have been agreed
upon.
The contract does not include the enablement of the Business Suite with
fashion-specific information where it was not available before. This refers to the
fashion article (or generic article) if it was not supported before as well as for
the FMS season, FMS distribution profiles or FMS requirements and stock
segmentation. Regarding segmentation: if stock segments are modeled as
badges, solutions that can work with badges are supported. However,
requirements segments are not known in BS solutions.
8
-
9
-
10
-
Remark: The article views in general are configurable based on customer
needs. The views illustrated are only a template.
11
-
User Parameter: WMMB_MATRIX_ALV
Variant matrix is also enabled in retail specific transactions Seasonal Purchase
Order (WPOHF4C) and Purchasing List (WRFAPC01). But these TAs are not recommended for SAP Fashion Management (no harmonization).
12
-
13
-
14
-
For SAP Fashion Management a new season concept was introduced The old SAP Retail season fields and maintenance within customizing is disabled
within SAP Fashion Management
The season definition is a master data maintenance Up to Season Year, Season, Collection, Theme possible
Definition of purchasing periods
Definition of sales periods
Season usage definiton at article level More than 1 season can be assigned to an article Season Determination within the processes
15
-
The seasons are maintained within the Season Workbench (FSH_SWB) Within the Season Workbench all available season data are available based on
selection
A tree with season data, a purchasing view and a sales view is available Functions for maintenance are available A switch to tree only display is possible Possibility to assign articles to the season Exceptions at variant level from a generic must be assigned within the article
master data
The highest possible data level is season year/ season + validity period Optional: Collection definition for a season year/ season Optional: Theme definition for a season year/ season / collection
16
-
There are two possibilities:
Season can be manually entered on sales order item level.
The system checks whether the requested delivery date is inside the delivery
window of the sales view.
Season can be determined by system (sales order item level).
In this case the system selects all possible entries for the specified sales area (Org,
channel, country, ). It is possible that more than one season are selected. In this case the first entry is taken. The user can change this proposal via F4 help.
The season check is identically for manually entered seasons and system
determined season.
If season determination is activated on document type level either an error or
warning can be thrown. It is also possible to set it on information only.
Season re-determination report is available for both the sales and the
purchasing documents. Using this report, multiple sales or purchasing
documents can be selected and re-determination can be executed for all these
document items together.
17
-
Maintenance level for season procession (Customizing document type) Purchase document: Purchase document type, purchase organization, purchase
group
Sales documents: Sales document type, sales organization, distribution channel, division
18
-
Further Notes:
Advanced Shipping Notification (ASN): When creating ASN with reference to purchase order, season information is copied
from PO
System validates information regarding season, collection, and theme during ASN processing
Logistic Invoice Verification: Season information is copied from purchase order and cannot be changed
Goods Movement (MIGO): No season determination logic available in MIGO
19
-
Characteristics like size can be called by different scales in different countries.
For example shoe size can have US size, UK size, printed in shoes.
Characteristics like color can have different names in different languages.
20
-
This slide shows a general overview of how conversion type identifier is linked
to article master, vendor master and customer master records so that when a
combination of the article and customer / vendor is used in a process
document, then appropriate value conversion gets applied to the article / variant
description by default.
21
-
22
-
Advanced Shipping Notification (ASN): Item based and document based conversion is possible in ASN
Purchase Contracts: Document and item based conversion of characteristic values is possible in
contracts
Goods Movement (MIGO): Supports characteristic value conversion based on items only. (Document based
conversion can take customer and vendor information into account)
23
-
24
-
Businesses compete today in an increasingly customer-oriented market. Therefore, it becomes necessary to streamline internal processes and logistics around the needs of each market and its unique requirements through appropriate sourcing, planning, and supply of goods to meet market demands.
Some articles are expected to support large volumes of data. Segmentation can be used to order such articles by logically categorizing them based on certain criteria or characteristics.
For example, in the fashion industry, you can distinguish a fashion article such as a t-shirt based on the size and the color. This t-shirt in a particular size and color is called an article variant. You can enter a specific item line for an article variant. Using segmentation, you can also order article variants of different quality levels, for different customer channels, and from different countries of origin.
Segmentation categorizes demand and supply based on logical and/or physical aspects of a product. Your implemented segmentation strategy should answer the following questions: Protect or share stock? Separate stock physically or logically? Or both? Criteria to define the segments? Channel? Quality? Prioritization of segments? In which processes and functions to use segmentation? Planning? ATP? ? Etc.
Segmentation information is kept throughout the whole E2E process chain
25
-
26
-
27
-
*Stock transport from segmented location to segmented location STO can carry requirement and stock segment
Stock transport from segmented location to not segmented location STO can only carry requirement segment
28
-
Stock transport order DC to DC (both segmentation relevant):
STO can carry both, requirement and stock segment
Stock transport order DC to store (only DC segmentation relevant):
STO can only carry requirement segment
Remark: List above is not complete. Please see slide Segmentation in documents
29
-
30
-
31
-
32
-
33
-
34
-
Use case stock protection with physical separation: Instead of using real values
for channel (e.g. Wholesale, Retail) you can also use e.g. the value common for all channels: Common QualityA, Common QualityB.
35
-
Scope 2
36
-
Example with Scope 2
37
-
38
-
All sales relevant document types have been enhanced to support fashion
specific data: Inquiries Quotations Contracts Sales Orders Deliveries Billing Segmentation information is copied automatically if documents are created with
reference.
39
-
Purchase documents with segmentation: Purchase Info Rec Purchase Requisition Purchase Contract Purchase Order Stock Transport Order Inbound Delivery Goods Movement Reservation Retail Stock Overview Invoice Verification Physical Inventory
40
-
41
-
42
-
43
-
44
-
SAP Fashion Management uses MRP Live (based on SAP HANA).
Purchase requisition and purchase orders can be internal (Stock transport from
DC to DC) or external.
Grouping for Purchase Requisitions during MRP run
combines the requirements of all variants of a generic article into one Purchase
Requisition (to be activated in Customizing)
Applicable only for variants of a generic article Following attributes must have the same value across variants of the generic
article: Plant
Release date
Delivery date
Supplying plant (in stock transport requisition)
Supplier or vendor (in external procurement)
Account assignment category
Purchasing organization
Purchasing group
Requirement segments
Stock segments
Document Type
Document Category (Item category)
Storage Location
45
-
46
-
47
-
Note : Segmentation Strategy Scope
Scope option defines mapping rules or segment combinations in segmentation
strategy. Following scope options are defined:
1 Requirements and Stock Segments Maintained, 2 Only Requirements Segments Maintained
48
-
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.
An allocation table is a tool for planning merchandise distribution used by a head office to plan, control, and monitor supplies to sites (stores, distribution centers). It is used, for example, in initial distribution of articles, distribution of promotional goods, distribution of stocks, and distribution of imported goods procured centrally.
You create an allocation table in SAP Retail to split up a specific quantity of merchandise. The allocation table contains all the important information on the how the merchandise is to be distributed, such as the articles to be allocated, the source of supply, the recipients, the quantity each is to receive and the delivery dates. You also determine the goods movements (for example, direct-store-delivery) at this point. You can have the system propose the sites. To do this, you enter an allocation rule or a site group. You can include your own allocation strategy. You can change any default data suggested by the system. Allocation strategy The allocation strategy defines how the system calculates the planned quantities for the recipients. A strategy can process data from SAP Retail, but also data from SAP BI (for example, sales history). Some allocation strategies are included in the scope of delivery, others can be created by you. You can use an allocation strategy instead of an allocation rule or manual distribution. You can maintain an allocation strategy in the Customizing settings for the allocation table type. This strategy is proposed in the allocation table at item level.
49
-
New Button inside Allocation Table: Soft ATP Check: on DC Level with Article and quantity delivery date or delivery phases Pop-Up with the available quantity coming back from ATP. The user can choose either to adopt them into allocation table or cancel it and
stick to the original planned quantity.
50
-
51
-
52
-
53
-
Further fashion specific enhancements in purchase info record: Possibility to add planned delivery time components like packing lead times
54
-
55
-
Structured article: The stock segment you select for the structured article at the
header level is not copied to its components. When you process these articles
in the purchasing documents, the system only considers the stock segment
assigned at the header level. If the components have different stock segments,
they are neither displayed nor considered for processing inside the purchase
order.
56
-
57
-
58
-
Depending on the use case there are different Customizing entries to set up the requirement segment determination: A) If the site is relevant for segmentation (e.g. DC) and is supplying to site relevant for segmentation (e.g. DC) the requirement segment is determined based on the stock segment in one of the following ways: Priority 1: Based on the segment value you maintain in the Customizing Logistics General
-> Segmentation -> Define Segmentation Strategies Priority 2: Based on the default segment you maintain in the Customizing Logistics
General -> Segmentation -> Define Segmentation Structures Priority 3: Based on BAdI: Segment Values in Purchase Order Priority 4: If BLANK is not a valid segment and no segment value is found, the system
displays an error message
B) Site relevant for segmentation (e.g. DC) is supplying to site not relevant for segmentation (e.g. Store). The appropriate requirement segment is determined in one of the following ways: Priority 1: Based on the segment value assignment you maintain in the Customizing Logistics General -> Segmentation -> Define Requirement Segment for Supplying Plants Priority 2: Based on the default stock segment you maintain in the Customizing Logistics General -> Segmentation -> Define Segmentation Structures Priority 3: If BLANK is not a valid segment and no segment value is found, the system displays an error message
59
-
60
-
61
-
62
-
All variants of a generic article can be displayed with detailed information
(Prerequisite: user parameter WGEN_VAR is entered in the user profile).
63
-
64
-
Prerequisite In IMG: split valuation is activated and configured In the characteristic for segmentation (e.g. Quality), TA = CT04:
Segment specific valuation is flagged (relevancy of segmentation)
In article master: Article is segmented
In Accounting Distribution Channel Data:
Valuation Category X is enabled to do new value calculation during batch creations and updates
(For each segment value both, standard price and moving average price can be used)
65
-
Maintenance of valuation types and standard prices is supported by Fast Entry Characteristic Value Conversion
66
-
67
-
68