Dollar Tree & Family Dollar Core Merchandising System Selection

Dollar Tree & Family Dollar Core Merchandising System Selection

Overview and demonstrations presented October 11, 2022.

Dollar Tree & Family Dollar Core Merchandising System Selection

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

Print

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


Item Type: pdf