Dollar Tree & Family Dollar Core Merchandising System Selection
Overview and demonstrations presented October 11, 2022.

Dollar Tree & Family Dollar Core Merchandising System Selection Overview and Demonstrations
October 11, 2022
2 Copyright © 2022, Oracle and/or its affiliates | Confidential: Internal/Restricted/Highly Restricted
Eric Sherbacow—Account Manager for Michael Kors
Kevin Walsh—VP Retail Solution Engineering, North America
Steve McQueen—Master Principal Solution Engineer, Retail Merchandising solutions
Pedro Pacheco – Director Value Creation
Rachel Lewis—Principal Solution Engineer, Retail Planning & Analytics solutions
Your Oracle Retail Team
Agenda
4Confidential – © 2022 Oracle Internal/Restricted/Highly Restricted
$39B In Revenue
$4B In R&D Investments
Dedicated Line of Business
35+ Years Serving Retailers
“Better Together”
Storage
Servers
Virtual Machine
Operating System
Database
Integration & Middleware
Applications
Networking
Security
5 Copyright © 2022, Oracle and/or its affiliates
Key Drivers of the Merch System Selection *Based on overview in RFI
Provide a standardized, seamless solution
with one version of the truth
Improve visibility and accuracy of data across
what is today very siloed
Improve operational efficiencies with
automation and exception management
Enable better collaboration with suppliers
Provide support for wide range of products
Integrate easily with DT/FD current systems
Deliver a modern platform for growth
The Platform for Modern Retailing
Copyright © 2022, Oracle and/or its affiliates | Confidential: Internal/Restricted/Highly Restricted6
Gain Productivity & Insight Through Role-Based Dashboards
[Date]Copyright © 2022, Oracle and/or its affiliates | Confidential: Internal/Restricted/Highly Restricted7
Launch Page Role-based enterprise wide launch page. Consolidated
notifications & favorites
Dashboards Relevant information &
exceptions by role
In-Context Launch “Launch” into a solution’s
screen passing in parameters
Contextual BI Dynamically refresh when
certain actions are performed
Notifications Real time notification
framework
Leverage Data Visualization for Visibility and Decision Support Example: July Market Trip Rollups and Analysis / Scenario 2
[Date]Copyright © 2022, Oracle and/or its affiliates | Confidential: Internal/Restricted/Highly Restricted8
Merchandising SaaS Customers
Copyright © 2022, Oracle and/or its affiliates | Confidential: Restricted9
American Entertainment
Retailer
LIVE On Deck - <6 months In Progress
Just Starting
European Entertainment
Retailer
Notable On-Premise
Agenda
Today’s Demo Flow for Each Scenario
Copyright © 2022, Oracle and/or its affiliates | Confidential: Internal/Restricted/Highly Restricted11
Re-ordered Scenario Lines
Process Flow & Topic Content
Live Software Demonstration
Final Check for Each Scenario
Oracle’s Suite of Merchandising Cloud Services
Copyright © 2022, Oracle and/or its affiliates | Confidential: Internal/Restricted/Highly Restricted12
INVOICE MATCHING
▪ Advanced Auto- Matching Invoice Processes
▪ Configurable Rules and Matching Tolerances
▪ Automated Discrepancy Resolution
▪ Workflow
ALLOCATION
▪ Multiple Methods & Rules
▪ Uses Plan, Forecast or Historical Data
▪ Determines Net Need
▪ What-if Analysis
▪ Scheduled Allocation
▪ Utilize Size Profiles
▪ Re-usable Templates
▪ Suppliers
▪ Organization & Merchandise Hierarchies
▪ Item Management
▪ Stock Ledger
▪ Sales Auditing
▪ Replenishment
▪ Franchise & Wholesale
INTEGRATION
▪ Integration Bus
▪ Web Services
▪ Bulk Data Integrator
▪ Financial Integration
▪ WMS Cloud Integration
PRICING
▪ Pricing Creation and Maintenance
▪ Regular, Clearance and Promotion pricing
▪ Conflict Checking
▪ Integration to POS
MERCHANDISE FOUNDATION
▪ Duty Calculation
▪ Real Time Inventory
▪ Transfers
▪ Consignment
▪ Purchase Order Management
▪ Deals & Rebates
▪ Import Management
SUPPLIER EVALUATION
▪ Enable sustainable sourcing decisions
▪ Track adoption of new policies, standards, and regulations
▪ Register and upload certifications
▪ Define, schedule, and conduct on-site facility audits
The Retail Cycle
Copyright © 2020, Oracle and/or its affiliates | Confidential: Internal/Restricted/Highly Restricted
Matched/resolved
invoices are paid in AP;
totals/liabilities & inv
movement posted to GL
All transactions at selling
location are automatically
audited, liabilities and totals
are staged for the GL
SELLING
Invoices are received and
automatically matched (or
resolved) against the PO and
receipt details
Merchandise is received at the
warehouse, store or even
customer. Inventory & Stock
Ledger are updated to reflect
receipt and staged for the GL
RECEIVE MERCHANDISE
MATCH & RESOLVE
Suppliers originate in
Financials; once approved
sent to Merchandising to
order product
SUPPLIER ONBOARDING
Item, Orders & Deals are created.
Deals auto-applied to orders and
are sent to the supplier for
fulfillment
ITEM & ORDER CREATION
All transactions at selling
location are automatically
audited, liabilities and totals
are staged for the GL
PRICING
All transactions at sku/location
are captured in real-time with
Inventory & Stock Ledger
updated to reflect movement
and staged for the GL
INVENTORY
POST, PAYMENT &
GENERAL LEDGER
Attributes
Group / Company
Sub-Class
Class
Department
Division
Group
Items
Merchandise Hierarchy
Hierarchy Structure For Organization & Merchandise
SERIES
Physical Warehouse (Omni-Channel)
Virtual 1
Virtual 3
Virtual 2
Warehouses
Traits Channel
Organizational Hierarchy
Selling Location
District
Region
Chain
Area
Grouping Tools
Copyright © 2021 | Confidential | Oracle and/or its affiliates 14
New Store Openings and Protecting Merchandise via Virtual DC
15 Copyright © 2020, Oracle and/or its affiliates | Confidential: Internal/Restricted/Highly Restricted
Physical Warehouse
Brick & Mortar Inventory Virtual DC
New Store Inventory Virtual DC
Ecommerce Inventory Virtual DC
Other Virtual DC’s As Needed
Used for daily/weekly allocation and replenishment to all stores; Have virtual DC for each banner fulfilled from the DC
Protects inventory for new store(s); one per store or one for all new stores together
Protects inventory for ecommerce orders Have virtual DC for each banner ecomm fulfilled from the DC
Create other virtual DC’s for any other processes that require the protection of inventory, e.g. promotions
Supplier and Supplier Site Structure
16 Copyright © 2022, Oracle and/or its affiliates | Confidential: Internal/Restricted/Highly Restricted [Date]
Supplier
Merchandising Supplier
Deals
Rebates
Payment terms
Address
Expenses
Schedules
Supplier Actions
EDI Capabilities
General Merchandise Supplier
Supplier Defaults
Replenishment
Bracket Costing
Inv Match
Traits
Payment terms
Address
Number
Supplier Site 1
General Merchandise- US
Supplier Site 1
General Merchandise - China
Financial Supplier Data
3 Level Item Structure using Differentiators
17 Copyright © 2022, Oracle and/or its affiliates | Confidential: Internal/Restricted/Highly Restricted
Each Item Can Have: • Multiple Vendors • Brand Identification • Configurable Attributing • Costing at the granular level • Track sales & inventory at desired level
Three-level item
UPC 1 UPC 2
Hanes Men's Tagless White T-Shirts, 3 ct
White SML
White MED
White LRG
Etc.
SKU SKU SKU SKU
Style
Differentiators: • Color, Shade, Size,
Scent etc
Two-level item
Campbells Tomato Soup 14.3 oz
Regular Label
Promo Label
UPC UPC
SKU
One-level item
Gift Card
UPC
Scenario 1
Setting up a domestic vendor with restricted items and placing a PO
18 Copyright © 2022, Oracle and/or its affiliates | Confidential: Internal/Restricted/Highly Restricted 10/13/2022
Scenario #1: Setting up a domestic vendor with restricted items and placing a PO
Scenario # Line of demo script
1A Vendor submits a request to sell products to DT/FD; vendor submits this either through a vendor portal (preferred) or quote sheet – can we see both functions?
1B Merchants review the quote in the vendor portal/quote sheet and decide to move forward with setting up the vendor. Setup is complete in the Core Merch System – vendors have a direct part in their vendor setup which gives merchant back time to focus on assortment opportunities.
1C Once vendor is setup, vendor uploads their catalog of items into vendor portal or submits items through an Excel template provided by the Merchants – can we see both functions? There are certain fields the vendor must include so the item to be submitted for Merchant review/approval; this includes FD/DT required fields for certain attributes (incl. initial retail and negotiated costs)
1D One of the items is a “restricted sku” – the item setup process captures this information and flags that it can only be sold in or distributed to certain stores (ex. Alcohol, helium, etc.)
1F Merchants review the items and selects the items they will purchase; there is a workflow approval for item setup that ends with the Merchants’ approval
1E Store master data is also updated to flag / not receive certain restricted items based on region-related attributes
1G Blanket PO is created for the full quantity. Then closer to ship date, the PO is split into multiple POs to specific DCs. In this instance, POs will be transmitted to vendor via email
1H Vendor receives the PO (via email), sets up a confirmation appointment. Will want to see the visibility into PO status (ex. Transmitted, processing, approved, etc.)
1I Prior to shipping, the vendor submits an ASN with an adjusted order quantity; Merchants sees updated quantity on order
1J The inventory arrives at DC A and a goods receipt is done. The core merch shows the updated inventory. An allocation store transfer order is created in the replenishment system and is interfaced to the Core Merch solution.
1K Stores receive the inventory from DCs and does a goods receipt in current store inventory solution; stores’ stock ledgers are updated accordingly
1L Three-way match is conducted based on PO, Goods Receipt, Invoice and everything matches (manual or via EDI) (and venues – store receiving & DC receiving, etc.)
19
New domestic vendor with restricted items and placing a PO
Copyright © 2022, Oracle and/or its affiliates | Confidential: Internal/Restricted/Highly Restricted20
Merchant reviews and accepts the
vendor and items in Vendor Portal
Vendor completes Vendor
setup in Vendor Portal
Vendor uploads item catalog
with attributes and restrictions
Vendor and Items are interfaced to Merchandising
Vendor proposes Items or quote
sheets in Vendor Portal
Initial Blanket PO generated Edi’d or emailed to vendor
Merchandise inventory and stock ledger
updated
Vendor sends ASN PO visibility to ASN quantities
Store transfers executed an
shipped
Store executed receiving
Redistribute PO updates and
additional PO’s
PO changes, new PO’s Edi’d or
emailed to vendor
Vendor ships product and
sends invoice. PO is received
Invoice Match 3-way auto match
Matched Invoices sent to Payables
for payment
21 Copyright © 2022, Oracle and/or its affiliates | Confidential: Restricted
01. Collaboration Work alongside partners in a hub where each team can provide visibility of their data
02. Operational Excellence Improve operations by leveraging data provided by your partners
03. Enterprise Agility Flexible processes, identify disruptions and act quickly
Supply Chain Hub
One Network
22 Copyright © 2022, Oracle and/or its affiliates | Confidential: Restricted
Supply Chain Hub Application
- Single platform for both Suppliers and Retailers to work in collaboration
- Modules are plug and play – retailer can choose what modules to enable and what modules each supplier has access to
- Data filtered to the user by Department and/or Supplier
- Share news and additional information with suppliers
- Alerts and Notifications available for all users - Auto-maintenance for suppliers
Key Features
Copyright © 2022, Oracle and/or its affiliates | Confidential: Restricted23
• Eliminate Manual Effort from business processes
• Automate & Optimise operational areas
• Collaboration across Internal & External processes
• Delegate responsibility to Suppliers, Partners to improve Data Quality & Timeliness
• Self Service for external parties
• Workflow driven business processes
• Fully integrated with Oracle Retail
Supply Chain Hub End to End Process
Copyright © 2022, Oracle and/or its affiliates | Confidential: Internal
ASNs
Costs
AppointmentsInvoicing
OrderingItems Proposals
RTVs
Supplier On- boarding
DealsSupplier Scoreboard
Customer Orders
Forecast, Sales and Inventory
Reporting
25 Copyright © 2022, Oracle and/or its affiliates | Confidential: Restricted
Supply Chain Hub Items Proposals
- Get Product Catalogues from Suppliers, including selling attributes (images or detailed item information)
- Get information about discontinued items or out of stock items
- Review Items and choose which ones will be part of your assortment
- Complete items quickly using defaults, mappings, or manual completion.
Improve Product Data Quality
Improve Time to Market
26 Copyright © 2022, Oracle and/or its affiliates | Confidential: Restricted
Supply Chain Hub Procure to Pay
Work in collaboration with retailers on: - Purchase Orders
- Users can: - Create orders - Propose changes - Cancel POs - Acknowledge POs - Upload and Download Orders
- Ability to have the concept of Master Order with Multiple Deliveries
Improve Processes
Improve Visibility
27 Copyright © 2022, Oracle and/or its affiliates | Confidential: Restricted
Supply Chain Hub Procure to Pay
- Create and Manage ASNs - Based on one or more POs - By Item or Container
- Invoices and other financial documents - Multiple POs per Document - Create Documents based on ASNs or
Invoices - Highlight Resolution Discrepancies
28 Copyright © 2022, Oracle and/or its affiliates | Confidential: Restricted
Supply Chain Hub Cost Change Management
- Suppliers can propose new cost changes
- Get out of tolerance alerts for new costs
- Retailers can review, request ammendments and approve
Improve Efficiency
29 Copyright © 2022, Oracle and/or its affiliates | Confidential: Restricted
Supply Chain Hub Supplier Scoreboard
Monitor relationship and performance of Your suppliers
- Automatic supplier performance calculation on major KPIs
- Maintain and complete manual scorecards for non-automatic KPIs
- Quickly act in case of supplier issues
Improve Visibility of Supplier Performance
30 Copyright © 2022, Oracle and/or its affiliates | Confidential: Internal/Restricted/Highly Restricted
Product Demonstration
Stock Ledger Updates
Copyright © 2021, Oracle and/or its affiliates | Confidential: Restricted31
PO Receipt
Transfers
ITEM DEPT CLASS SUBCLASS PACK_IND LOC_TYPE LOCATION TRAN_DATE TRAN_CODE ADJ_CODE UNITS TOTAL_COST TOTAL_RETAIL REF_NO_1 REF_NO_2 TIMESTAMP REF_PACK_NO RECORD_SYS_DAT E
11110033 8 1501 3 1 W 1152 25-May-20 20 84000 42000 105000 1215084 610006 7-Oct-22 400000800127 25-May-20
11110033 8 1501 3 1 W 1152 25-May-20 87 84000 0 1215084 610006 7-Oct-22 400000800127 25-May-20
ITEM DEPT CLASS SUBCLASS PACK_IND LOC_TYPE LOCATION TRAN_DATE TRAN_CODE ADJ_CODE UNITS TOTAL_COST TOTAL_RETAIL REF_NO_1 REF_NO_2 TIMESTAMP REF_PACK_NO RECORD_SYS_DATE
11110033 8 1501 3 1 W 1152 25-May-20 20 84000 42000 105000 1215084 610006 7-Oct-22 400000800127 25-May-20
11110033 8 1501 3 1 W 1152 25-May-20 87 84000 0 1215084 610006 7-Oct-22 400000800127 25-May-20
Automated Invoice Matching Process within Merchandising 3-way match between PO/Receipt/Invoice based on retailer-specified thresholds
32 Copyright © 2021, Oracle and/or its affiliates | Confidential: Restricted
Entry
• EDI import
• Evaluated Receipts
• Direct Store
Delivery
• Vendor managed
Inventory
• Consignment
• Deals
• Manual group entry
Payables/Posting
• Best term calculation
• Open interface to
Financials
Matching
• Automatic 3-way matching
• Summary level and detail
level if necessary
• Configurable Supplier
tolerances
• Manual online match
Resolution
• Line discrepancy
separated
• Routing capability
• Reason code driven action
• Cost and/or quantity
adjustment
• Automated matching increases efficiency and accuracy
• Manage by exception to handle large volume of invoices
• Flexible tolerance and workflow to incorporate business rules
Document Entry
Automated Matching
Resolution Posting
33 Copyright © 2022, Oracle and/or its affiliates | Confidential: Internal/Restricted/Highly Restricted
Product Demonstration
Scenario #1: Setting up a domestic vendor with restricted items and placing a PO
Scenario # Line of demo script
1A Vendor submits a request to sell products to DT/FD; vendor submits this either through a vendor portal (preferred) or quote sheet – can we see both functions?
1B Merchants review the quote in the vendor portal/quote sheet and decide to move forward with setting up the vendor. Setup is complete in the Core Merch System – vendors have a direct part in their vendor setup which gives merchant back time to focus on assortment opportunities.
1C Once vendor is setup, vendor uploads their catalog of items into vendor portal or submits items through an Excel template provided by the Merchants – can we see both functions? There are certain fields the vendor must include so the item to be submitted for Merchant review/approval; this includes FD/DT required fields for certain attributes (incl. initial retail and negotiated costs)
1D One of the items is a “restricted sku” – the item setup process captures this information and flags that it can only be sold in or distributed to certain stores (ex. Alcohol, helium, etc.)
1F Merchants review the items and selects the items they will purchase; there is a workflow approval for item setup that ends with the Merchants’ approval
1E Store master data is also updated to flag / not receive certain restricted items based on region-related attributes
1G Blanket PO is created for the full quantity. Then closer to ship date, the PO is split into multiple POs to specific DCs. In this instance, POs will be transmitted to vendor via email
1H Vendor receives the PO (via email), sets up a confirmation appointment. Will want to see the visibility into PO status (ex. Transmitted, processing, approved, etc.)
1I Prior to shipping, the vendor submits an ASN with an adjusted order quantity; Merchants sees updated quantity on order
1J The inventory arrives at DC A and a goods receipt is done. The core merch shows the updated inventory. An allocation store transfer order is created in the replenishment system and is interfaced to the Core Merch solution.
1K Stores receive the inventory from DCs and does a goods receipt in current store inventory solution; stores’ stock ledgers are updated accordingly
1L Three-way match is conducted based on PO, Goods Receipt, Invoice and everything matches (manual or via EDI) (and venues – store receiving & DC receiving, etc.)
34
Scenario 2
DT is creating its bulk Ornaments buy
35 Copyright © 2022, Oracle and/or its affiliates | Confidential: Internal/Restricted/Highly Restricted 10/13/2022
Scenario #2: DT is creating its bulk Ornaments buy
Scenario # Line of demo script
2A Merchant for sub-dept ‘Ornaments’ negotiates costing for the 400 SKUs it is buying across 10 vendors during the Merchant’s July Buy Trip
2B Vendors input item information, vendor information, costs, initial retail, and quantities into Vendor Portal that feeds to the Core Merch System; Merchants can review this info. Will want to see the upload-to-item creation function (ex. Excel upload).
2C The Merchant Assistants approve the 400 items across the 10 vendors; import-specific attributes (ex. HTS codes, quality notes/testing, etc.) are included. Can also see quotes/specs across vendors for the same item.
2D The newly created items are included in the Master Buy Sheet (Excel); this sheet is imported to core merch system to automatically create POs from this information. Master Buy Sheet includes SKU number, quantities, ship to location, retail price, cost, images, etc.
2E A few prices need to be edited for some ornament SKUs, so pricing analysts (different from Merch Assistants) bulk update accordingly in a Price Update Form (Excel) and import the form into the core merch system to update prices
2F The system gives the option to update prices on current POs
2G All import POs from the July buy trip are aggregated in the core merch system
2H Merchants are able to see all POs for this July bulk buy trip across sub-depts; there are 60k POs in total across all sub-depts
2L In addition to July Buy Trip POs, Merchants can also see holistic views of all POs placed (both replenishment and July Trip bulk buys that are non-replen). POs include date-based “event” filters and these events can be on multiple POs. Events drive the book (or ship) date; current system limitation makes it impossible to have events on more than one PO – need new system to allow the same event across multiple POs.
2I System releases all POs; there is no limit to POs released in a day
2K Merchants are able to see PO exception flags (ex. book date request change, if an order is approaching book date and vendors have yet to release, etc.) if reported by the vendor (via EDI or vendor portal)
2J Merchants are able to see when POs were received by vendors via various of forms of confirmation receipt (i.e. vendor portal, EDI)
36
Needs work
Bulk Ornaments buy
Copyright © 2022, Oracle and/or its affiliates | Confidential: Internal/Restricted/Highly Restricted37
Merchant reviews and accepts the
vendor and items in Vendor Portal
Vendor completes Vendor
setup in Vendor Portal
Vendor uploads item catalog
with attributes and restrictions
Vendor and Items are interfaced to Merchandising
Vendor uploads items
Initial Blanket PO generated Edi’d or emailed to vendor
Merchandise inventory and stock ledger
updated
Vendor sends ASN PO visibility to ASN quantities
Store transfers executed an
shipped
Store executed receiving
Redistribute PO updates and
additional PO’s
PO changes, new PO’s Edi’d or
emailed to vendor
Vendor ships product and
sends invoice. PO is received
Invoice Match 3-way auto match
Matched Invoices sent to Payables
for payment
38Copyright © 2022, Oracle and/or its affiliates | Confidential: Internal/Restricted/Highly Restricted
Product Demonstration
[Date]Copyright © 2022, Oracle and/or its affiliates | Confidential: Internal/Restricted/Highly Restricted39
Promotional Offers can be applied by purchase of specific Item(s) or based on threshold reached within transaction. Stacking of promotions may be allowed or specifically prevented as desired.
Item-Specific Promotions
Simple Discounts
Get Y for Discount
Buy/Get
But X, Get Discount
Spend X, Get Discount
Buy X, Get Y for Discount
Spend X, Get Y for Discount
Buy X of Single Item for Discount
Buy X and Y, Get Discount
Buy X and Y get Z for Discount
Gift with Purchase
Buy X, Get Gift with Purchase
Spend X, Get Gift with Purchase
Transaction Promotions
Simple Discount
Get Discount
Buy/Get
Buy X, Get Discount
Spend X, Get Discount
Price Management : Promotion CapabilitiesSERIES
FORMAT FOR CONTENT SLIDES
PASTE CONTENT HERE
40 Copyright © 2022, Oracle and/or its affiliates | Confidential: Internal/Restricted/Highly Restricted
Scenario #2: DT is creating its bulk Ornaments buy
Scenario # Line of demo script
2A Merchant for sub-dept ‘Ornaments’ negotiates costing for the 400 SKUs it is buying across 10 vendors during the Merchant’s July Buy Trip
2B Vendors input item information, vendor information, costs, initial retail, and quantities into Vendor Portal that feeds to the Core Merch System; Merchants can review this info. Will want to see the upload-to-item creation function (ex. Excel upload).
2C The Merchant Assistants approve the 400 items across the 10 vendors; import-specific attributes (ex. HTS codes, quality notes/testing, etc.) are included. Can also see quotes/specs across vendors for the same item.
2D The newly created items are included in the Master Buy Sheet (Excel); this sheet is imported to core merch system to automatically create POs from this information. Master Buy Sheet includes SKU number, quantities, ship to location, retail price, cost, images, etc.
2E A few prices need to be edited for some ornament SKUs, so pricing analysts (different from Merch Assistants) bulk update accordingly in a Price Update Form (Excel) and import the form into the core merch system to update prices
2F The system gives the option to update prices on current POs
2G All import POs from the July buy trip are aggregated in the core merch system
2H Merchants are able to see all POs for this July bulk buy trip across sub-depts; there are 60k POs in total across all sub-depts
2L In addition to July Buy Trip POs, Merchants can also see holistic views of all POs placed (both replenishment and July Trip bulk buys that are non-replen). POs include date-based “event” filters and these events can be on multiple POs. Events drive the book (or ship) date; current system limitation makes it impossible to have events on more than one PO – need new system to allow the same event across multiple POs.
2I System releases all POs; there is no limit to POs released in a day
2K Merchants are able to see PO exception flags (ex. book date request change, if an order is approaching book date and vendors have yet to release, etc.) if reported by the vendor (via EDI or vendor portal)
2J Merchants are able to see when POs were received by vendors via various of forms of confirmation receipt (i.e. vendor portal, EDI)
41
Scenario 3
DSD: dropship type ex. Frozen food
42 Copyright © 2022, Oracle and/or its affiliates | Confidential: Internal/Restricted/Highly Restricted 10/13/2022
Scenario #3: DSD: dropship type ex. Frozen food
Scenario # Line of demo script
3A There is a relationship table for SKUs and how they are billed/associated with vendors. Table includes distributor/store/UPC with costs and retails as well as the primary vendor/SKU relationship. This table is used when placing dropship DSD orders.
3B There is a schedule for what days POs need to be sent – we have these schedules from vendors and keep the within the core merch system. We are aware that the frozen food vendor will send their order to the store on xyz date as per the schedule.
3C Replenishment system generates a DSD PO need and it is interfaced to the Core Merch. The Core Merch transmits that PO via EDI to the vendor.
3D PO is received –vendors send us the ASN (or version of this) – and we assume receipt off of this ASN/invoice
3E We can see where the PO is in transit – stores are able to see the inbound order
3F Show us how a DSD order can be flagged as assumed receipt or a full goods receipt
3G There is a discrepancy with store receipts (ex. Order was short on agreed upon and quantities) – will need to communicate back to the vendor on the discrepancy. We receive and process a credit invoice from the vendor.
3H There is also a discrepancy between the cost on the PO and the cost on the invoice – the system flags the error and we are able to see if the vendor or DT/FD is at fault. The system flags are in real-time.
3I Both the store receipt & item cost discrepancies are resolved, correct invoices are issued and paid
3J The Pepsi distributor comes into store #1 and realizes there is an opportunity to stock more of a certain Pepsi SKU. The SKU is new – need to setup this DSD SKU and create the relationship for SKU/store/vendor.
3K The new item received is setup in the store's back office store solution. This is interfaced to the core merch solution. The store is able receive and sell this item.
3L The store validates the product against the invoice and then does a goods receipt. With the goods receipt, the PO is created and the invoice is then matched against that PO. The inventory is updated within the core merch system.
3M There is also a return that needs to be made (ex. Expired chips) – show us how to process this DSD return. This return updates inventory, which is reflected in the core merch system (perpetual inventory all the way through AP).
3N Another vendor comes in with scan-based goods (ex. Greeting cards). With scan-based, there is no invoice. Will need to capture the sale and the in/out of these scan-based goods.
43
Oracle Retail Store Inventory Operations Cloud Services
Copyright © 2022, Oracle and/or its affiliates44
Inventory Management
Shipping / Receiving
Admin Lookups Customer Order Management
Item
Supplier
Container
Finisher
Security
System Admin
Attributes
Reasons
Tolerances
Buddy Stores
Store Admin Receiving
Shipping
Warehouse
Supplier
Store
Finisher
Stock Adjustment
Stock Counting
Shelf Replenishment
Purchase Order
DSD Receiving
Transfer Receiving & Quick Receiving
RTV
RTV Shipment
Transfer Shipment
Transfers
Transfers
Transfer Requests
Reserve
Pick
Reverse Pick
Fulfilment & Delivery
Reports
Trans. Scheduling
Serialization
Trans History GS1 Databar
Custom Flex Attr.
Ticket printing
RFID
Item Basket
Store Ordering
Copyright © 2021 | Confidential | Oracle and/or its affiliates
45
Automating the procurement process for goods when a PO isn’t made in advance
Merchandising
Receiving data is automatically
translated into PO, receipt and Invoice
within Merchandising
Invoice Matching
Purchase Order
Invoice
Receipt
Payment
Receiving is created via Store Inventory
application
Invoices are automatched and
staged for posting to Financials
Authorized Vendors deliver goods to store
Purchasing: Vendor Managed Inventory without POSERIES
SERIES SOCS Store Operations
eDSD Receiving: Direct Supplier Delivery
Item is not currently ranged for this store but must be ranged prior to any transactions
DSD with New Pepsi Item
Copyright © 2022, Oracle and/or its affiliates | Confidential: Internal/Restricted/Highly Restricted47
Vendor Transmits New Item to
Vendor Portal
Authorized Staff Approves the Item
Vendor Presents Invoice
Store Scans Invoice with Store
Handheld
Pepsi Vendor Arrives with New
Item
Auto-Create PO and Receipt in
Matched Status
48Copyright © 2022, Oracle and/or its affiliates | Confidential: Internal/Restricted/Highly Restricted
Product Demonstration
Merchandising automates the payment process
DSD Greeting Cards / Scan-Based Payments (Consignment)
Copyright © 2022, Oracle and/or its affiliates | Confidential: Internal/Restricted/Highly Restricted49
Vendor Stocks Card Displays
Sell Cards at POS
Set Up Vendor Consignment Parameters
Store Scans DSD Receipt with Store Handheld
Auto-Create PO and Receipt in
Matched Status
Optional if inventory visibility is desired
Auto-create PO, Receipt and
Invoice
Pay Vendor Based on
Agreement
51Copyright © 2022, Oracle and/or its affiliates | Confidential: Internal/Restricted/Highly Restricted
Product Demonstration
Scenario #3: DSD: dropship type ex. Frozen food
Scenario # Line of demo script
3A There is a relationship table for SKUs and how they are billed/associated with vendors. Table includes distributor/store/UPC with costs and retails as well as the primary vendor/SKU relationship. This table is used when placing dropship DSD orders.
3B There is a schedule for what days POs need to be sent – we have these schedules from vendors and keep the within the core merch system. We are aware that the frozen food vendor will send their order to the store on xyz date as per the schedule.
3C Replenishment system generates a DSD PO need and it is interfaced to the Core Merch. The Core Merch transmits that PO via EDI to the vendor.
3D PO is received –vendors send us the ASN (or version of this) – and we assume receipt off of this ASN/invoice
3E We can see where the PO is in transit – stores are able to see the inbound order
3F Show us how a DSD order can be flagged as assumed receipt or a full goods receipt
3G There is a discrepancy with store receipts (ex. Order was short on agreed upon and quantities) – will need to communicate back to the vendor on the discrepancy. We receive and process a credit invoice from the vendor.
3H There is also a discrepancy between the cost on the PO and the cost on the invoice – the system flags the error and we are able to see if the vendor or DT/FD is at fault. The system flags are in real-time.
3I Both the store receipt & item cost discrepancies are resolved, correct invoices are issued and paid
3J The Pepsi distributor comes into store #1 and realizes there is an opportunity to stock more of a certain Pepsi SKU. The SKU is new – need to setup this DSD SKU and create the relationship for SKU/store/vendor.
3K The new item received is setup in the store's back office store solution. This is interfaced to the core merch solution. The store is able receive and sell this item.
3L The store validates the product against the invoice and then does a goods receipt. With the goods receipt, the PO is created and the invoice is then matched against that PO. The inventory is updated within the core merch system.
3M There is also a return that needs to be made (ex. Expired chips) – show us how to process this DSD return. This return updates inventory, which is reflected in the core merch system (perpetual inventory all the way through AP).
3N Another vendor comes in with scan-based goods (ex. Greeting cards). With scan-based, there is no invoice. Will need to capture the sale and the in/out of these scan-based goods.
52
Scenario 4
Dollar Tree adds a SKU to its website for Ecomm orders
53 Copyright © 2022, Oracle and/or its affiliates | Confidential: Internal/Restricted/Highly Restricted 10/13/2022
Scenario #4: Dollar Tree adds a SKU to its website for Ecomm orders (Note: there was no 4F, 4G or 4H in the scenario as provided)
Scenario # Line of demo script
4A An existing Spiderman SKU is flagged as “allowed” to be listed on the Dollar Tree website. Corresponding delivery method also associated with the SKU for ecomm (ex. UPS, Store, BOPIS, Same Day Delivery, etc.). Also, any “restricted SKU” attributes are flagged (ex. Aerosol, hand sanitizer)
4B The SKU is the same across banners and online; ensures item master data integrity
4C The ecomm PO recommendation is created from other solutions and fed to core merch system. The PO is approved and sent to vendors
4D The vendor fulfills the order, and the ecomm SKU is sent to the DT warehouse where inventory is reserved /consigned for ecommerce orders. The inventory is not available for replenishment/allocation systems to send to the stores. Customer orders come in from the OMS system and are filled from the ecomm reserve inventory or from DC available inventory (if no reserved inventory is available).
4E Because the SKU is an ecommerce SKU with inventory reserve, it needs its own statuses on that inventory. So that when store inventory is flagged to be sold through/liquidated, the ecomm reserve inventory will not be part of that sell-down process. The "stop code" status is set for this item, causing the item to stop selling in retail stores but does not prevent it from being sold online
4I There is visibility into the reserve ecomm quantities. The SKUs and their associated reserve quantities are visible in a core merch system.
4J The ecomm reserve quantity for the SKU is sold through, so the system is able to pull from other available inventory to fulfill customer orders
4K A customer places for a SKU online and it is a BOPIS order. The order is flowed to core merch to move that inventory as part of its allocation-to-store shipments (based on the store DC process day from the ship schedule). This order is flagged, and the customer can differentiate the BOPIS inventory from the store inventory of this item.
4L If needed, DT can cancel the customer's BOPIS order (before being released to DC only; if after, it is too late).
4M We need visibility from the DC to the store of where this BOPIS order is.
4N Ecomm inventory is part of a store’s inventory (both ship to store & direct to customer) until customer actually picks up the inventory from store (ship to store) / inventory is shipped to customer (direct to customer).
4O The customer receives the SKU; core merch system can see inventory change in real time
4P The customer returns the SKU ; core merch system can see inventory change in real time
54
Item is not currently ranged for this selling location but must be ranged prior to any transactions
Adding a SKU to its website for Ecomm orders
Copyright © 2022, Oracle and/or its affiliates | Confidential: Internal/Restricted/Highly Restricted55
Generate PO’s or Allocations to
Ecomm Whse and Stores
Ship and Receive Product
Execute Customer Orders
Range existing item or create new item ranged to Ecomm Whse and Selling
Location
Real-time Inventory updates
viewable online
56Copyright © 2022, Oracle and/or its affiliates | Confidential: Internal/Restricted/Highly Restricted
Product Demonstration
Buy Online, Pickup in Store
Customer Journey Scenario
Copyright © 2022, Oracle and/or its affiliates | Confidential: Internal/Restricted/Highly Restricted57
Customer Places
Order (1)
Order (2)
Retrieve/update customer info (3)
Order Capture
Customer Customer Order Suite
Order Brokering
Order Mngmnt
ORCE
Notify Customer (4c) Customer Arrives
in Store (5)
Poll for Orders (3a, 6)
SIOCS
RMFCS Sales Audit
Xstore POS
Customer
Update Status (4b, 7a)
Fulfillment Order (3c)
Fulfillment Order (3b)
Ready for Pickup (4a)
Pickup Completed (7b)
Pickup Completed (7c)
Audited Sales &
Returns (8)
Update order status (7d)
Inventory Movement based upon Customer Journey
Oracle Customer Journey examples supported
Copyright © 2022, Oracle and/or its affiliates | Confidential: Internal/Restricted/Highly Restricted58
Scenario Source Location Fulfillment Location Delivery Type Transaction Created
BOPIS Store Pickup in Store Store Reservation
BOPIS Warehouse Store Pickup in Store WH to Store Transfer + Store Reservation
BOPIS Store Store Pickup in Store Store to Store Transfer + Store Reservation
BOPIS Supplier Store Pickup in Store Purchase Order + Store Reservation
BOSTC Store Ship to Customer Store Reservation
BOSTC Warehouse Ship to Customer WH to Virtual Store Transfer
BOSTC Supplier Ship to Customer Drop Ship Purchase Order to Virtual Store
BOSTC Warehouse Store Ship to Customer WH to Store Transfer + Store Reservation
BOSTC Store Store Ship to Customer Store to Store Transfer + Store Reservation
BOSTC Supplier Store Ship to Customer Purchase Order + Store Reservation
59Copyright © 2022, Oracle and/or its affiliates | Confidential: Internal/Restricted/Highly Restricted
Product Demonstration
Scenario #4: Dollar Tree adds a SKU to its website for Ecomm orders (Note: there was no 4F, 4G or 4H in the scenario as provided)
Scenario # Line of demo script
4A An existing Spiderman SKU is flagged as “allowed” to be listed on the Dollar Tree website. Corresponding delivery method also associated with the SKU for ecomm (ex. UPS, Store, BOPIS, Same Day Delivery, etc.). Also, any “restricted SKU” attributes are flagged (ex. Aerosol, hand sanitizer)
4B The SKU is the same across banners and online; ensures item master data integrity
4C The ecomm PO recommendation is created from other solutions and fed to core merch system. The PO is approved and sent to vendors
4D The vendor fulfills the order, and the ecomm SKU is sent to the DT warehouse where inventory is reserved /consigned for ecommerce orders. The inventory is not available for replenishment/allocation systems to send to the stores. Customer orders come in from the OMS system and are filled from the ecomm reserve inventory or from DC available inventory (if no reserved inventory is available).
4E Because the SKU is an ecommerce SKU with inventory reserve, it needs its own statuses on that inventory. So that when store inventory is flagged to be sold through/liquidated, the ecomm reserve inventory will not be part of that sell-down process. The "stop code" status is set for this item, causing the item to stop selling in retail stores but does not prevent it from being sold online
4I There is visibility into the reserve ecomm quantities. The SKUs and their associated reserve quantities are visible in a core merch system.
4J The ecomm reserve quantity for the SKU is sold through, so the system is able to pull from other available inventory to fulfill customer orders
4K A customer places for a SKU online and it is a BOPIS order. The order is flowed to core merch to move that inventory as part of its allocation-to-store shipments (based on the store DC process day from the ship schedule). This order is flagged, and the customer can differentiate the BOPIS inventory from the store inventory of this item.
4L If needed, DT can cancel the customer's BOPIS order (before being released to DC only; if after, it is too late).
4M We need visibility from the DC to the store of where this BOPIS order is.
4N Ecomm inventory is part of a store’s inventory (both ship to store & direct to customer) until customer actually picks up the inventory from store (ship to store) / inventory is shipped to customer (direct to customer).
4O The customer receives the SKU; core merch system can see inventory change in real time
4P The customer returns the SKU ; core merch system can see inventory change in real time
60
FORMAT FOR CONTENT SLIDES WITH SUBTITLE
61 Copyright © 2022, Oracle and/or its affiliates | Confidential: Internal/Restricted/Highly Restricted
PASTE CONTENT HERE
FORMAT FOR CONTENT SLIDES (WITH NO CONTENT BOX BELOW) WITH SUBTITLE
Copyright © 2022, Oracle and/or its affiliates | Confidential: Internal/Restricted/Highly Restricted62
FORMAT FOR CONTENT SLIDES
PASTE CONTENT HERE PASTE CONTENT HERE
63 Copyright © 2022, Oracle and/or its affiliates | Confidential: Internal/Restricted/Highly Restricted
FORMAT FOR CONTENT SLIDES WITH SUBTITLE
PASTE CONTENT HERE PASTE CONTENT HERE
64 Copyright © 2022, Oracle and/or its affiliates | Confidential: Internal/Restricted/Highly Restricted
Scenario 5
Deal type: Purchase, ex. Rebates, volume-based
65 Copyright © 2022, Oracle and/or its affiliates | Confidential: Internal/Restricted/Highly Restricted 10/13/2022
Scenario #5: Deal type: Purchase, ex. Rebates, volume-based
Scenario # Line of demo script
5A The vendor offers a volume-based discount where if we buy a certain threshold, we get a 10% discount on the buy
5B This deal submitted by the vendor, reviewed by merchant, and approved by AR.
5C The PO is written, and the deal is included as a vendor-funded line item on the PO.
Unmarked after 5C
The vendor is invoiced accordingly
5D Vendor offers us a scan-based deal where for every item sold at the register, FD will get 10 cents from the vendor.
5E The deal is approved and set up for its given time period for all stores. There is a min and max set for sales. Is it also possible to have an alert prior to expiration sent to buyer/merchant for review to either approve the end or extend again?
5F After the deal is over, the deal is transferred to Lawson and AR bills the vendor. The scan-based funding is part of the merchants’ allowance; it will not be a direct hit to COGs
5G A vendor offers a deal where if Family Dollar achieves a certain sales goal for a quarter, the vendor will take off x% from its invoice
5H FD is able to see the approval workflow of this deal – includes initial proposal, submission from Merchants, and approval from AR. This ensures all revenue recognition rules have been adhered to Is there also a flag if there are other "deals" in the system for the same SKU to gain approval of accuracy?
5I The deal terms are met and the invoice is adjusted then completed for the corresponding quarter
66
Purchases, Rebates, Allowances
Deals
Copyright © 2022, Oracle and/or its affiliates | Confidential: Internal/Restricted/Highly Restricted67
Deals reviewed and approved
Merchants and Accts Receivable
Off Invoice Deals applied to PO’s
PO receipt reflects discount
Vendor submits Deal in Vendor
Portal
Payables and Receivables sent
to Lawson Rebates
Revenue owed captured
Invoice auto generated where
required
Merchandising is Central to the Entire Procure-to-Pay Process Seamless integration across deals, PO’s, invoice matching and payment
68 Copyright © 2020, Oracle and/or its affiliates | Confidential: Internal/Restricted/Highly Restricted
Receiving Sales Invoice
Creation Invoice
Matching Payment in Financials
PurchasingDeals
Off Invoice Deal
Scan Allowance Bill-back Rebate based on Sales Qty
Sales are tracked during effective period Debit Memo automatically created and sent to Financials
Bill-back based on Purchase Qty or Received Qty
Purchases/Receipts tracked (and invoices matched) during effective period; Debit Memo automatically created and sent to Financials
Bill-Back based on a Promotion / Markdowns
Purchases linked to promotion Debit Memo automatically created and sent to Financials
With Proof of Performance
Typical Examples
Deals Management
69 Copyright © 2022, Oracle and/or its affiliates | Confidential: Internal/Restricted/Highly Restricted
• Deals Management is a module within the Supply Chain Hub with the objective to: • Simplify the Deal Creation
process • Collaborate with suppliers in
the creation of new deals • Receive and review new
deals from suppliers • Provide a new view of Deal
Performance
Vendor Funded Promotion
70 Copyright © 2022, Oracle and/or its affiliates | Confidential: Internal/Restricted/Highly Restricted
• Contribution managed at Header level or Item level
• Contribution can be set-up as Amount- Off, Percent-Off or Price as fixed value
• Multiple options to add Items • Add locations by:
• All • Individual locs • Location List • We currently haven’t included Price
Zones but can be added
Deal Performance
71 Copyright © 2022, Oracle and/or its affiliates | Confidential: Internal/Restricted/Highly Restricted
• Ability to track the deal performance • Provides analytical details and
recommendations (configurable or via AI – requires Retail Insights)
72Copyright © 2022, Oracle and/or its affiliates | Confidential: Internal/Restricted/Highly Restricted
Product Demonstration
Scenario #5: Deal type: Purchase, ex. Rebates, volume-based
Scenario # Line of demo script
5A The vendor offers a volume-based discount where if we buy a certain threshold, we get a 10% discount on the buy
5B This deal submitted by the vendor, reviewed by merchant, and approved by AR.
5C The PO is written, and the deal is included as a vendor-funded line item on the PO.
Unmarked after 5C
The vendor is invoiced accordingly
5D Vendor offers us a scan-based deal where for every item sold at the register, FD will get 10 cents from the vendor.
5E The deal is approved and set up for its given time period for all stores. There is a min and max set for sales. Is it also possible to have an alert prior to expiration sent to buyer/merchant for review to either approve the end or extend again?
5F After the deal is over, the deal is transferred to Lawson and AR bills the vendor. The scan-based funding is part of the merchants’ allowance; it will not be a direct hit to COGs
5G A vendor offers a deal where if Family Dollar achieves a certain sales goal for a quarter, the vendor will take off x% from its invoice
5H FD is able to see the approval workflow of this deal – includes initial proposal, submission from Merchants, and approval from AR. This ensures all revenue recognition rules have been adhered to Is there also a flag if there are other "deals" in the system for the same SKU to gain approval of accuracy?
5I The deal terms are met and the invoice is adjusted then completed for the corresponding quarter
73
Scenario 6
New Store
74 Copyright © 2022, Oracle and/or its affiliates | Confidential: Internal/Restricted/Highly Restricted 10/13/2022
Scenario #6: New Store
Scenario # Line of demo script
6A There is a new store that we need to send items to that may only have minimal store information; SKUs are determined for this store and included in a POG for a new store
6B Non-replen (Allocations) and replen (Relex) order suggestions/allocation quantities are created for this new store. These suggestions are transferred to the core merch system and orders are generated for this New Store to hold inventory/consignments. The New Store Specialist have access to review and edit the order prior to release to the DC.
6C Orders are generated and adhere to the store order processing schedule.
6D As inventory (both replen and non-replen) for the new store is received in the DC, and is reserved for the New Store until it is ready to be deployed (ex. 10 days prior to store opening); no other store or ecommerce orders can transfer or place orders against this inventory
6E Once the items are shipped to the new store, the new store master data is enriched with additional required fields and inventory is received and updated
6F Since this is a new store, will need to create an indirect order for shelf signage. The signage shows prices for certain items based on the POG. POG information feeds to core merch, and you are able to see all items’ pricing for this new store & tie this to the shelves in the store.
6G The core merch system maps the prices with the POG and assigns the print vendor who will be creating this shelf labeling. A print file is created and exported from core merch and sent to the vendor so the print vendor can create and ship shelf tags to the new store.
75
New Store Openings and Protecting Merchandise via Virtual DC
76 Copyright © 2022, Oracle and/or its affiliates | Confidential: Internal/Restricted/Highly Restricted
Physical Warehouse
Brick & Mortar Inventory Virtual DC
New Store Inventory Virtual DC
Ecommerce Inventory Virtual DC
Other Virtual DC’s As Needed
Used for daily/weekly allocation and replenishment to all stores; new stores get transferred to the New Store Virtual DC
Protects inventory for new store(s); one per store or one for all new stores together
Protects inventory for ecommerce orders
Create other virtual DC’s for any other processes that require the protection of inventory, e.g. promotions
Allocate/Replenish/ Write PO’s for New Stores with Release
Dates
Reserve Inventory in Virtual DC
Finalize New Store Details in
Merchandising
Transfer all Reserved Inventory to New Store
77Copyright © 2022, Oracle and/or its affiliates | Confidential: Internal/Restricted/Highly Restricted
Product Demonstration
Scenario #6: New Store
Scenario # Line of demo script
6A There is a new store that we need to send items to that may only have minimal store information; SKUs are determined for this store and included in a POG for a new store
6B Non-replen (Allocations) and replen (Relex) order suggestions/allocation quantities are created for this new store. These suggestions are transferred to the core merch system and orders are generated for this New Store to hold inventory/consignments. The New Store Specialist have access to review and edit the order prior to release to the DC.
6C Orders are generated and adhere to the store order processing schedule.
6D As inventory (both replen and non-replen) for the new store is received in the DC, and is reserved for the New Store until it is ready to be deployed (ex. 10 days prior to store opening); no other store or ecommerce orders can transfer or place orders against this inventory
6E Once the items are shipped to the new store, the new store master data is enriched with additional required fields and inventory is received and updated
6F Since this is a new store, will need to create an indirect order for shelf signage. The signage shows prices for certain items based on the POG. POG information feeds to core merch, and you are able to see all items’ pricing for this new store & tie this to the shelves in the store.
6G The core merch system maps the prices with the POG and assigns the print vendor who will be creating this shelf labeling. A print file is created and exported from core merch and sent to the vendor so the print vendor can create and ship shelf tags to the new store.
81
Scenario 7
Combo Store
82 Copyright © 2022, Oracle and/or its affiliates | Confidential: Internal/Restricted/Highly Restricted 10/13/2022
Scenario #7: Combo Store
83
1. Master Data Mgmt
2. Vendor Info & Cost Mgmt
3. PO Execution & Maintenance
4. Inventory Mgmt
5. Exception-based Order Processing
6. Invoice Processing
7. Pricing
PO Flow Type: Domestic, replen & non-replen
Components addressed: Shared item in DT and FD (ex. Combo stores)
1. Show us how you would be able to create a SKU that will be sold in all banners: Dollar Tree, Family Dollar, and the combo store.
2. Show us how this SKU (that is sold in all banners) will be ordered, shipped to DCs, held in the DC, and released to applicable banners (FD, DT, and combo stores).
3. Show us how we will see the inventory for this SKU across all locations (DT store, FD store, combo store, DCs, in transit, etc.).
For context:
Streamlining combo item setup will be a “new” process for Family Dollar / Dollar Tree. Today, there is no direct way to do this in neither MMS nor Retek. Instead of a script, we want to see how you would approach setting up, ordering, and selling a cross-banner SKU given the below prompts.
Time: 30 minutes
Item is not currently ranged for this store but must be ranged prior to any transactions
Combo Store
Copyright © 2022, Oracle and/or its affiliates | Confidential: Internal/Restricted/Highly Restricted84
Generate PO’s or Allocations to
Combo Whses or Stores
Ship and Receive Product
Real-time Inventory updates
viewable online
Range existing item or create new
item ranged to Combo Stores
85Copyright © 2022, Oracle and/or its affiliates | Confidential: Internal/Restricted/Highly Restricted
Product Demonstration
Scenario #7: Combo Store
93
1. Master Data Mgmt
2. Vendor Info & Cost Mgmt
3. PO Execution & Maintenance
4. Inventory Mgmt
5. Exception-based Order Processing
6. Invoice Processing
7. Pricing
PO Flow Type: Domestic, replen & non-replen
Components addressed: Shared item in DT and FD (ex. Combo stores)
1. Show us how you would be able to create a SKU that will be sold in all banners: Dollar Tree, Family Dollar, and the combo store.
2. Show us how this SKU (that is sold in all banners) will be ordered, shipped to DCs, held in the DC, and released to applicable banners (FD, DT, and combo stores).
3. Show us how we will see the inventory for this SKU across all locations (DT store, FD store, combo store, DCs, in transit, etc.).
For context:
Streamlining combo item setup will be a “new” process for Family Dollar / Dollar Tree. Today, there is no direct way to do this in neither MMS nor Retek. Instead of a script, we want to see how you would approach setting up, ordering, and selling a cross-banner SKU given the below prompts.
Time: 30 minutes
Scenario 8
Exception-based Order Processing
94 Copyright © 2022, Oracle and/or its affiliates | Confidential: Internal/Restricted/Highly Restricted 10/13/2022
Scenario #8: Exception-based Order Processing
95
1. Master Data Mgmt
2. Vendor Info & Cost Mgmt
3. PO Execution & Maintenance
4. Inventory Mgmt
5. Exception-based Order Processing
6. Invoice Processing
7. Pricing
PO Flow Type: Domestic, replen & non-replen
Components addressed: Shared item in DT and FD (ex. Combo stores)
1. Store has a rodent issue and we need to cut all candy/food/pet items (both replen and non-replen items) from the order -- and potentially orders for the next three weeks. Show us how your system can cut these items from both the current and future orders to this store.
2. Store is over stocked and needs orders reduced to a maximum 800 case count per store delivery for the next four weeks. If we wanted to send event allocations and replenishment items only, how would this be supported? • This allows us to send basic replenishment needs and upcoming seasonal event items as priority (and not sending
lower priority items during this time of reduced order support).
For context:
• Exception-based order processing is a function that lives within MMS for Dollar Tree. For Family Dollar, this is supported in Retek via store increment adjustments (increase/decrease) and temporary SKU stop ships.
• Given that the "exception-based order processing" is a function that is tailored to DT/FD's current core merch systems, the current functionality DT/FD has will likely not match the functionality your system can support.
• Because of this, instead of a script, we want to see how your solution would address the below prompts that outline typical exception-based ordering examples.
Time: 30 minutes
Option 1: Exclude the store directly in the Allocation solution, if yours supports this
Rodent Issue / Temporary Suppression of Selected Merchandise Flow
Copyright © 2022, Oracle and/or its affiliates | Confidential: Internal/Restricted/Highly Restricted96
Option 2: Mass update item status in that store temporarily to “inactive”
Rodent Issue / Temporary Suppression of Selected Merchandise Flow
Copyright © 2022, Oracle and/or its affiliates | Confidential: Internal/Restricted/Highly Restricted97
• Setting an item/store to Inactive status means that that store is no longer eligible to receive shipments of that item, however it can continue selling that item from current stock.
• After deciding which items to affect, this can be done via mass update spreadsheet. • To turn them back to Active status, you would use the same mass update spreadsheet and
simply update the status to Active before uploading. (This can be forward-dated as well, so you can do both actions on the same day if you already know the future Active date.)
Allocate / Re-Allocate as needed
Mass Item Change to
“Active” Status at Specific Store
Resume Allocating
Mass Item Change to
“Inactive” Status at Specific Store
This would get treated the same way as the Rodent Issue example
Overstocked Store/ Temp Suppression of Selected Merchandise Flow
Copyright © 2022, Oracle and/or its affiliates | Confidential: Internal/Restricted/Highly Restricted98
Option 1 In Allocation
Option 2 In Merchandising
99Copyright © 2022, Oracle and/or its affiliates | Confidential: Internal/Restricted/Highly Restricted
Product Demonstration
Thank You
100 Copyright © 2022, Oracle and/or its affiliates | Confidential: Internal/Restricted/Highly Restricted 10/13/2022
Our mission is to help people see data in new ways, discover insights, unlock endless possibilities.
Scenario 1
Setting up a domestic vendor with restricted items and placing a PO
103 Copyright © 2022, Oracle and/or its affiliates | Confidential: Internal/Restricted/Highly Restricted 10/13/2022
Scenario #1: Setting up a domestic vendor with restricted items and placing a PO
Scenario # Line of demo script
1A Vendor submits a request to sell products to DT/FD; vendor submits this either through a vendor portal (preferred) or quote sheet – can we see both functions?
1B Merchants review the quote in the vendor portal/quote sheet and decide to move forward with setting up the vendor. Setup is complete in the Core Merch System – vendors have a direct part in their vendor setup which gives merchant back time to focus on assortment opportunities.
1C Once vendor is setup, vendor uploads their catalog of items into vendor portal or submits items through an Excel template provided by the Merchants – can we see both functions? There are certain fields the vendor must include so the item to be submitted for Merchant review/approval; this includes FD/DT required fields for certain attributes (incl. initial retail and negotiated costs)
1D One of the items is a “restricted sku” – the item setup process captures this information and flags that it can only be sold in or distributed to certain stores (ex. Alcohol, helium, etc.)
1E Store master data is also updated to flag / not receive certain restricted items based on region-related attributes
1F Merchants review the items and selects the items they will purchase; there is a workflow approval for item setup that ends with the Merchants’ approval
1G Blanket PO is created for the full quantity. Then closer to ship date, the PO is split into multiple POs to specific DCs. In this instance, POs will be transmitted to vendor via email
1H Vendor submits a request to sell products to DT/FD; vendor submits this either through a vendor portal (preferred) or quote sheet – can we see both functions?
1I Merchants review the quote in the vendor portal/quote sheet and decide to move forward with setting up the vendor. Setup is complete in the Core Merch System – vendors have a direct part in their vendor setup which gives merchant back time to focus on assortment opportunities.
1J Once vendor is setup, vendor uploads their catalog of items into vendor portal or submits items through an Excel template provided by the Merchants – can we see both functions? There are certain fields the vendor must include so the item to be submitted for Merchant review/approval; this includes FD/DT required fields for certain attributes (incl. initial retail and negotiated costs)
1K One of the items is a “restricted sku” – the item setup process captures this information and flags that it can only be sold in or distributed to certain stores (ex. Alcohol, helium, etc.)
1L Store master data is also updated to flag / not receive certain restricted items based on region-related attributes
1H Merchants review the items and selects the items they will purchase; there is a workflow approval for item setup that ends with the Merchants’ approval
1I Blanket PO is created for the full quantity. Then closer to ship date, the PO is split into multiple POs to specific DCs. In this instance, POs will be transmitted to vendor via email
104
FORMAT FOR CONTENT SLIDES
PASTE CONTENT HERE
105 Copyright © 2022, Oracle and/or its affiliates | Confidential: Internal/Restricted/Highly Restricted
FORMAT FOR CONTENT SLIDES WITH SUBTITLE
106 Copyright © 2022, Oracle and/or its affiliates | Confidential: Internal/Restricted/Highly Restricted
PASTE CONTENT HERE
FORMAT FOR CONTENT SLIDES (WITH NO CONTENT BOX BELOW)
Copyright © 2022, Oracle and/or its affiliates | Confidential: Internal/Restricted/Highly Restricted107
FORMAT FOR CONTENT SLIDES (WITH NO CONTENT BOX BELOW) WITH SUBTITLE
Copyright © 2022, Oracle and/or its affiliates | Confidential: Internal/Restricted/Highly Restricted108
FORMAT FOR CONTENT SLIDES
PASTE CONTENT HERE PASTE CONTENT HERE
109 Copyright © 2022, Oracle and/or its affiliates | Confidential: Internal/Restricted/Highly Restricted
FORMAT FOR CONTENT SLIDES WITH SUBTITLE
PASTE CONTENT HERE PASTE CONTENT HERE
110 Copyright © 2022, Oracle and/or its affiliates | Confidential: Internal/Restricted/Highly Restricted
111 Copyright © 2022, Oracle and/or its affiliates | Confidential: Internal/Restricted/Highly Restricted
Product Demonstration
Scenario XYZ: XYZ
112
Add your updated / re-ordered Scenario slide here as your last slide to announce that you have covered everything and invite any
remaining questions
Scenario 2
DT is creating its bulk Ornaments buy
113 Copyright © 2022, Oracle and/or its affiliates | Confidential: Internal/Restricted/Highly Restricted 10/13/2022
Scenario #2: DT is creating its bulk Ornaments buy
Scenario # Line of demo script
2A Merchant for sub-dept ‘Ornaments’ negotiates costing for the 400 SKUs it is buying across 10 vendors during the Merchant’s July Buy Trip
2B Vendors input item information, vendor information, costs, initial retail, and quantities into Vendor Portal that feeds to the Core Merch System; Merchants can review this info. Will want to see the upload-to-item creation function (ex. Excel upload).
2C The Merchant Assistants approve the 400 items across the 10 vendors; import-specific attributes (ex. HTS codes, quality notes/testing, etc.) are included. Can also see quotes/specs across vendors for the same item.
2D The newly created items are included in the Master Buy Sheet (Excel); this sheet is imported to core merch system to automatically create POs from this information. Master Buy Sheet includes SKU number, quantities, ship to location, retail price, cost, images, etc.
2E A few prices need to be edited for some ornament SKUs, so pricing analysts (different from Merch Assistants) bulk update accordingly in a Price Update Form (Excel) and import the form into the core merch system to update prices
2F The system gives the option to update prices on current POs
2G All import POs from the July buy trip are aggregated in the core merch system
2H Merchants are able to see all POs for this July bulk buy trip across sub-depts; there are 60k POs in total across all sub-depts
2I System releases all POs; there is no limit to POs released in a day
2J Merchants are able to see when POs were received by vendors via various of forms of confirmation receipt (i.e. vendor portal, EDI)
2K Merchants are able to see PO exception flags (ex. book date request change, if an order is approaching book date and vendors have yet to release, etc.) if reported by the vendor (via EDI or vendor portal)
2L In addition to July Buy Trip POs, Merchants can also see holistic views of all POs placed (both replenishment and July Trip bulk buys that are non-replen). POs include date-based “event” filters and these events can be on multiple POs. Events drive the book (or ship) date; current system limitation makes it impossible to have events on more than one PO – need new system to allow the same event across multiple POs.
114
115Copyright © 2022, Oracle and/or its affiliates | Confidential: Internal/Restricted/Highly Restricted
Product Demonstration
Scenario XYZ: XYZ
116
Add your updated / re-ordered Scenario slide here as your last slide to announce that you have covered everything and invite any
remaining questions
Scenario 3
DSD: dropship type ex. Frozen food
117 Copyright © 2022, Oracle and/or its affiliates | Confidential: Internal/Restricted/Highly Restricted 10/13/2022
Scenario #3: DSD: dropship type ex. Frozen food
Scenario # Line of demo script
3A There is a relationship table for SKUs and how they are billed/associated with vendors. Table includes distributor/store/UPC with costs and retails as well as the primary vendor/SKU relationship. This table is used when placing dropship DSD orders.
3B There is a schedule for what days POs need to be sent – we have these schedules from vendors and keep the within the core merch system. We are aware that the frozen food vendor will send their order to the store on xyz date as per the schedule.
3C Replenishment system generates a DSD PO need and it is interfaced to the Core Merch. The Core Merch transmits that PO via EDI to the vendor.
3D PO is received –vendors send us the ASN (or version of this) – and we assume receipt off of this ASN/invoice
3E We can see where the PO is in transit – stores are able to see the inbound order
3F Show us how a DSD order can be flagged as assumed receipt or a full goods receipt
3G There is a discrepancy with store receipts (ex. Order was short on agreed upon and quantities) – will need to communicate back to the vendor on the discrepancy. We receive and process a credit invoice from the vendor.
3H There is also a discrepancy between the cost on the PO and the cost on the invoice – the system flags the error and we are able to see if the vendor or DT/FD is at fault. The system flags are in real-time.
3I Both the store receipt & item cost discrepancies are resolved, correct invoices are issued and paid
3J The Pepsi distributor comes into store #1 and realizes there is an opportunity to stock more of a certain Pepsi SKU. The SKU is new – need to setup this DSD SKU and create the relationship for SKU/store/vendor.
3K The new item received is setup in the store's back office store solution. This is interfaced to the core merch solution. The store is able receive and sell this item.
3L The store validates the product against the invoice and then does a goods receipt. With the goods receipt, the PO is created and the invoice is then matched against that PO. The inventory is updated within the core merch system.
3M There is also a return that needs to be made (ex. Expired chips) – show us how to process this DSD return. This return updates inventory, which is reflected in the core merch system (perpetual inventory all the way through AP).
3N Another vendor comes in with scan-based goods (ex. Greeting cards). With scan-based, there is no invoice. Will need to capture the sale and the in/out of these scan-based goods.
118
119Copyright © 2022, Oracle and/or its affiliates | Confidential: Internal/Restricted/Highly Restricted
Product Demonstration
Scenario XYZ: XYZ
120
Add your updated / re-ordered Scenario slide here as your last slide to announce that you have covered everything and invite any
remaining questions
Scenario 4
Dollar Tree adds a SKU to its website for Ecomm orders
121 Copyright © 2022, Oracle and/or its affiliates | Confidential: Internal/Restricted/Highly Restricted 10/13/2022
Scenario #4: Dollar Tree adds a SKU to its website for Ecomm orders (Note: there was no 4F, 4G or 4H in the scenario as provided)
Scenario # Line of demo script
4A An existing Spiderman SKU is flagged as “allowed” to be listed on the Dollar Tree website. Corresponding delivery method also associated with the SKU for ecomm (ex. UPS, Store, BOPIS, Same Day Delivery, etc.). Also, any “restricted SKU” attributes are flagged (ex. Aerosol, hand sanitizer)
4B The SKU is the same across banners and online; ensures item master data integrity
4C The ecomm PO recommendation is created from other solutions and fed to core merch system. The PO is approved and sent to vendors
4D The vendor fulfills the order, and the ecomm SKU is sent to the DT warehouse where inventory is reserved /consigned for ecommerce orders. The inventory is not available for replenishment/allocation systems to send to the stores. Customer orders come in from the OMS system and are filled from the ecomm reserve inventory or from DC available inventory (if no reserved inventory is available).
4E Because the SKU is an ecommerce SKU with inventory reserve, it needs its own statuses on that inventory. So that when store inventory is flagged to be sold through/liquidated, the ecomm reserve inventory will not be part of that sell-down process. The "stop code" status is set for this item, causing the item to stop selling in retail stores but does not prevent it from being sold online
4I There is visibility into the reserve ecomm quantities. The SKUs and their associated reserve quantities are visible in a core merch system.
4J The ecomm reserve quantity for the SKU is sold through, so the system is able to pull from other available inventory to fulfill customer orders
4K A customer places for a SKU online and it is a BOPIS order. The order is flowed to core merch to move that inventory as part of its allocation-to-store shipments (based on the store DC process day from the ship schedule). This order is flagged, and the customer can differentiate the BOPIS inventory from the store inventory of this item.
4L If needed, DT can cancel the customer's BOPIS order (before being released to DC only; if after, it is too late).
4M We need visibility from the DC to the store of where this BOPIS order is.
4N Ecomm inventory is part of a store’s inventory (both ship to store & direct to customer) until customer actually picks up the inventory from store (ship to store) / inventory is shipped to customer (direct to customer).
4O The customer receives the SKU; core merch system can see inventory change in real time
4P The customer returns the SKU ; core merch system can see inventory change in real time
122
123Copyright © 2022, Oracle and/or its affiliates | Confidential: Internal/Restricted/Highly Restricted
Product Demonstration
Scenario XYZ: XYZ
124
Add your updated / re-ordered Scenario slide here as your last slide to announce that you have covered everything and invite any
remaining questions
Scenario 5
Deal type: Purchase, ex. Rebates, volume-based
125 Copyright © 2022, Oracle and/or its affiliates | Confidential: Internal/Restricted/Highly Restricted 10/13/2022
Scenario #5: Deal type: Purchase, ex. Rebates, volume-based
Scenario # Line of demo script
5A The vendor offers a volume-based discount where if we buy a certain threshold, we get a 10% discount on the buy
5B This deal submitted by the vendor, reviewed by merchant, and approved by AR.
5C The PO is written, and the deal is included as a vendor-funded line item on the PO.
Unmarked after 5C
The vendor is invoiced accordingly
5D Vendor offers us a scan-based deal where for every item sold at the register, FD will get 10 cents from the vendor.
5E The deal is approved and set up for its given time period for all stores. There is a min and max set for sales. Is it also possible to have an alert prior to expiration sent to buyer/merchant for review to either approve the end or extend again?
5F After the deal is over, the deal is transferred to Lawson and AR bills the vendor. The scan-based funding is part of the merchants’ allowance; it will not be a direct hit to COGs
5G A vendor offers a deal where if Family Dollar achieves a certain sales goal for a quarter, the vendor will take off x% from its invoice
5H FD is able to see the approval workflow of this deal – includes initial proposal, submission from Merchants, and approval from AR. This ensures all revenue recognition rules have been adhered to Is there also a flag if there are other "deals" in the system for the same SKU to gain approval of accuracy?
5I The deal terms are met and the invoice is adjusted then completed for the corresponding quarter
126
127Copyright © 2022, Oracle and/or its affiliates | Confidential: Internal/Restricted/Highly Restricted
Product Demonstration
Scenario XYZ: XYZ
128
Add your updated / re-ordered Scenario slide here as your last slide to announce that you have covered everything and invite any
remaining questions
Scenario 6
New Store
129 Copyright © 2022, Oracle and/or its affiliates | Confidential: Internal/Restricted/Highly Restricted 10/13/2022
Scenario #6: New Store
Scenario # Line of demo script
6A There is a new store that we need to send items to that may only have minimal store information; SKUs are determined for this store and included in a POG for a new store
6B Non-replen (Allocations) and replen (Relex) order suggestions/allocation quantities are created for this new store. These suggestions are transferred to the core merch system and orders are generated for this New Store to hold inventory/consignments. The New Store Specialist have access to review and edit the order prior to release to the DC.
6C Orders are generated and adhere to the store order processing schedule.
6D As inventory (both replen and non-replen) for the new store is received in the DC, and is reserved for the New Store until it is ready to be deployed (ex. 10 days prior to store opening); no other store or ecommerce orders can transfer or place orders against this inventory
6E Once the items are shipped to the new store, the new store master data is enriched with additional required fields and inventory is received and updated
6F Since this is a new store, will need to create an indirect order for shelf signage. The signage shows prices for certain items based on the POG. POG information feeds to core merch, and you are able to see all items’ pricing for this new store & tie this to the shelves in the store.
6G The core merch system maps the prices with the POG and assigns the print vendor who will be creating this shelf labeling. A print file is created and exported from core merch and sent to the vendor so the print vendor can create and ship shelf tags to the new store.
130
131Copyright © 2022, Oracle and/or its affiliates | Confidential: Internal/Restricted/Highly Restricted
Product Demonstration
Scenario XYZ: XYZ
132
Add your updated / re-ordered Scenario slide here as your last slide to announce that you have covered everything and invite any
remaining questions
Scenario 7
Combo Store
133 Copyright © 2022, Oracle and/or its affiliates | Confidential: Internal/Restricted/Highly Restricted 10/13/2022
Scenario #7: Combo Store
134
1. Master Data Mgmt
2. Vendor Info & Cost Mgmt
3. PO Execution & Maintenance
4. Inventory Mgmt
5. Exception-based Order Processing
6. Invoice Processing
7. Pricing
PO Flow Type: Domestic, replen & non-replen
Components addressed: Shared item in DT and FD (ex. Combo stores)
1. Show us how you would be able to create a SKU that will be sold in all banners: Dollar Tree, Family Dollar, and the combo store.
2. Show us how this SKU (that is sold in all banners) will be ordered, shipped to DCs, held in the DC, and released to applicable banners (FD, DT, and combo stores).
3. Show us how we will see the inventory for this SKU across all locations (DT store, FD store, combo store, DCs, in transit, etc.).
For context:
Streamlining combo item setup will be a “new” process for Family Dollar / Dollar Tree. Today, there is no direct way to do this in neither MMS nor Retek. Instead of a script, we want to see how you would approach setting up, ordering, and selling a cross-banner SKU given the below prompts.
Time: 30 minutes
135Copyright © 2022, Oracle and/or its affiliates | Confidential: Internal/Restricted/Highly Restricted
Product Demonstration
Scenario XYZ: XYZ
136
Add your updated / re-ordered Scenario slide here as your last slide to announce that you have covered everything and invite any
remaining questions
Scenario 8
Exception-based Order Processing
137 Copyright © 2022, Oracle and/or its affiliates | Confidential: Internal/Restricted/Highly Restricted 10/13/2022
Scenario #8: Exception-based Order Processing
138
1. Master Data Mgmt
2. Vendor Info & Cost Mgmt
3. PO Execution & Maintenance
4. Inventory Mgmt
5. Exception-based Order Processing
6. Invoice Processing
7. Pricing
PO Flow Type: Domestic, replen & non-replen
Components addressed: Shared item in DT and FD (ex. Combo stores)
1. Store has a rodent issue and we need to cut all candy/food/pet items (both replen and non-replen items) from the order -- and potentially orders for the next three weeks. Show us how your system can cut these items from both the current and future orders to this store.
2. Store is over stocked and needs orders reduced to a maximum 800 case count per store delivery for the next four weeks. If we wanted to send event allocations and replenishment items only, how would this be supported? • This allows us to send basic replenishment needs and upcoming seasonal event items as priority (and not sending
lower priority items during this time of reduced order support).
For context:
• Exception-based order processing is a function that lives within MMS for Dollar Tree. For Family Dollar, this is supported in Retek via store increment adjustments (increase/decrease) and temporary SKU stop ships.
• Given that the "exception-based order processing" is a function that is tailored to DT/FD's current core merch systems, the current functionality DT/FD has will likely not match the functionality your system can support.
• Because of this, instead of a script, we want to see how your solution would address the below prompts that outline typical exception-based ordering examples.
Time: 30 minutes
139Copyright © 2022, Oracle and/or its affiliates | Confidential: Internal/Restricted/Highly Restricted
Product Demonstration
Scenario XYZ: XYZ
140
Add your updated / re-ordered Scenario slide here as your last slide to announce that you have covered everything and invite any
remaining questions
Thank You
141 Copyright © 2022, Oracle and/or its affiliates | Confidential: Internal/Restricted/Highly Restricted 10/13/2022
Our mission is to help people see data in new ways, discover insights, unlock endless possibilities.
CONTENT SLIDE TEMPLATES
Single Title / Single Content Box
Title + Subtitle / Single Content Box
Single Title / No Content Box (use for graphics)
Title + Subtitle / No Content Box (use for graphics)
Single Title / Double Content Box
Title + Subtitle / Double Content Box
FORMAT FOR CONTENT SLIDES
PASTE CONTENT HERE
145 Copyright © 2022, Oracle and/or its affiliates | Confidential: Internal/Restricted/Highly Restricted
FORMAT FOR CONTENT SLIDES WITH SUBTITLE
146 Copyright © 2022, Oracle and/or its affiliates | Confidential: Internal/Restricted/Highly Restricted
PASTE CONTENT HERE
FORMAT FOR CONTENT SLIDES (WITH NO CONTENT BOX BELOW)
147 Copyright © 2022, Oracle and/or its affiliates | Confidential: Internal/Restricted/Highly Restricted
FORMAT FOR CONTENT SLIDES (WITH NO CONTENT BOX BELOW) WITH SUBTITLE
Copyright © 2022, Oracle and/or its affiliates | Confidential: Internal/Restricted/Highly Restricted148
FORMAT FOR CONTENT SLIDES
PASTE CONTENT HERE PASTE CONTENT HERE
149 Copyright © 2022, Oracle and/or its affiliates | Confidential: Internal/Restricted/Highly Restricted
FORMAT FOR CONTENT SLIDES WITH SUBTITLE
PASTE CONTENT HERE PASTE CONTENT HERE
150 Copyright © 2022, Oracle and/or its affiliates | Confidential: Internal/Restricted/Highly Restricted
CONTENT SLIDE TEMPLATES
Single Title / Single Content Box
Title + Subtitle / Single Content Box
Single Title / No Content Box (use for graphics)
Title + Subtitle / No Content Box (use for graphics)
Single Title / Double Content Box
Title + Subtitle / Double Content Box
Kevin’s new process flows
New Store Openings and Protecting Merchandise via Virtual DC
152 Copyright © 2022, Oracle and/or its affiliates | Confidential: Internal/Restricted/Highly Restricted
Physical Warehouse
Brick & Mortar Inventory Virtual DC
New Store Inventory Virtual DC
Ecommerce Inventory Virtual DC
Other Virtual DC’s As Needed
Used for daily/weekly allocation and replenishment to all stores; new stores get transferred to the New Store Virtual DC
Protects inventory for new store(s); one per store or one for all new stores together
Protects inventory for ecommerce orders
Create other virtual DC’s for any other processes that require the protection of inventory, e.g. promotions
Allocate/Replenish/ Write PO’s for New Stores with Release
Dates
Reserve Inventory in Virtual DC
Finalize New Store Details in
Merchandising
Transfer all Reserved Inventory to New Store
Merchandising automates the payment process
DSD Greeting Cards / Scan-Based Payments (Consignment)
Copyright © 2022, Oracle and/or its affiliates | Confidential: Internal/Restricted/Highly Restricted153
Vendor Stocks Card Displays
Sell Cards at POS
Set Up Vendor Consignment Parameters
Store Scans DSD Receipt with Store Handheld
Auto-Create PO and Receipt in
Matched Status
Optional if inventory visibility is desired
Auto-create PO, Receipt and
Invoice
Pay Vendor Based on
Agreement
Item is not currently ranged for this store but must be ranged prior to any transactions
DSD with New Pepsi Item
Copyright © 2022, Oracle and/or its affiliates | Confidential: Internal/Restricted/Highly Restricted154
New Item Created (Store or Vendor)
Authorized Staff Approves the Item
Vendor Presents Invoice/Receipt
Store Scans Invoice/Receipt with
Store Handheld
Pepsi Vendor Arrives with New
Item
Auto-Create PO and Receipt in
Matched Status
Option 1: Exclude the store directly in the Allocation solution, if yours supports this
Rodent Issue / Temporary Suppression of Selected Merchandise Flow
Copyright © 2022, Oracle and/or its affiliates | Confidential: Internal/Restricted/Highly Restricted155
Option 2: Mass update item status in that store temporarily to “inactive”
Rodent Issue / Temporary Suppression of Selected Merchandise Flow
Copyright © 2022, Oracle and/or its affiliates | Confidential: Internal/Restricted/Highly Restricted156
• Setting an item/store to Inactive status means that that store is no longer eligible to receive shipments of that item, however it can continue selling that item from current stock.
• After deciding which items to affect, this can be done via mass update with effective date. • To turn them back to Active status, you would use the same process with a new date for
Active, which can be set in advance.
Allocate / Re-Allocate as needed
Mass Item Change to
“Active” Status at Specific Store
Resume Allocating
Mass Item Change to
“Inactive” Status at Specific Store
This would get treated the same way as the Rodent Issue example
Overstocked Store/ Temp Suppression of Selected Merchandise Flow
Copyright © 2022, Oracle and/or its affiliates | Confidential: Internal/Restricted/Highly Restricted157
Option 1 In Allocation
Option 2 In Merchandising
CONTENT SLIDE TEMPLATES
Single Title / Single Content Box
Title + Subtitle / Single Content Box
Single Title / No Content Box (use for graphics)
Title + Subtitle / No Content Box (use for graphics)
Single Title / Double Content Box
Title + Subtitle / Double Content Box
Agenda slides
Agenda
Agenda
Agenda
Agenda
Agenda
Agenda
Agenda