Vendor Inventory

From UG

(Difference between revisions)
Jump to: navigation, search
(BR: Business Requirements and Design Ideas)
(Business Requirements)
 
(39 intermediate revisions not shown)
Line 9: Line 9:
** [[Inventory Management Concepts]]
** [[Inventory Management Concepts]]
-
== CBN: Core Business Need ==
+
== Business Requirements ==
-
<div style="background-color:DarkSalmon;">
+
-
''This wiki section is managed by: [[Module Owner]]''
+
'''Core Business Need:''' Elizabeth Arden would like to have a Vendor Inventory module, to keep track, monitor and report on their stock of SKU's within their global supply chain, for planning purposes.
 +
=== Various points within the EA global supply chain ===
-
Elizabeth Arden would like to have a Vendor Inventory module that can track SKUs that are on hand by vendors, in-transit, and on hand by external manufacturers to help the inventory planner process an order shipment plan (Tira).
+
* Suppliers (aka Vendors)
-
=== Notes from Systems Architect ===
+
* External Manufactures
-
Core goal of this system I feel is the following: ''for any selected SKU EA planner will be able to see: where and how many (much) of this SKU is stocked (and in transit) in all locations across the globe. Some additional detailed information (example: mode of transport for "in transit stock") and aggregated statistic (example: US total stock vs International total stock) will be provided''
+
* Internal Warehouse - IE Blue Hills Drive
-
To achieve the above information about each SKU must be created and updated accurately and timely.
+
* 3rd Party Warehouses - IE storage facilities
-
Some notes/questions:
+
* In transit [[MOT]] - things that are moving via Air, Ocean and/or Truck
-
* Are we planning to manage all SKUs including ''WIP''?
+
=== Reporting ===
-
* I assume not too many SKUs are added every week. This means that for data entry SKUs should be selected not entered by end user. Entered only by admin.
+
-
* If at least one vendor is not entering/updating numbers (for given SKU) in the system then some numbers (for this SKU) will be unknown
+
-
* When some quantity of given SKU moves from ''(sending) stock point'' sSP to ''(receiving) stock point'' rSP system must be notified of this ''stock transaction''.
+
-
Suggested algorithms for various possible scenarious:
+
The ability to monitor, track and report on all SKU's at any given time, to know "where" any SKU is at all times within their supply chain.
-
* [[#Storage and Transfers]]
+
-
* [[#Manufacturing and Assembly]]
+
-
==== Storage and Transfers ====
+
What we are looking to report on:
-
In this case goods are simply stored or moved.
+
-
* [pull model]
+
* Supplier Name & location
-
** TBD
+
* EM Name & location
 +
* SKU # (Item#)
 +
* Item Desc
 +
* Item Type (ie.BTL)
 +
* The current & total number of pieces that are on hand at any/all supplier facilities, EM and/or 3rd Party Warehouse for US and International
-
* [push model with authorization]
+
== Design Ideas ==
-
** ''Sending stock point ABC Inc (in City A)'' sends request to Approval Party: "wishing to release" "quantity 100 of SKU#123";
+
-
** waiting until it is approved
+
-
** approval comes
+
-
* Carrier Jaguar notified: "requesting the move with given time frame"
+
Here are some ideas and options on how the suppliers, EM & 3rd party warehouses can interface with CyberTrax.
-
* Carrier selects and enters Mode of Transport into system
+
* Upload spreadsheet, as like with [[#SKU_to_Planner_Mapping_Feature]]
 +
* Manually enter into an interface
 +
* EDI
-
* Carrier ready to move, requests appointment for date/time
+
More specifically they will update the total number of pieces on hand within and outside the US.
-
* ABC confirms appointment
+
With the system to update the current number of pieces that are in transit/moving via air, ocean and/or truck all the way through delivery.
-
* Carrier sends trucks to pick up
+
This will allow Arden to create a report of their inventory. See the workflow [[#Figure 1. Workflow of creating an Inventory report]]. See an example of report output [[#Figure 2. Report on Vendor Inventory]].
-
* trucks arrive, load, depart
 
-
* a) ''Sending stock point ABC Inc (in City A)'' notifies System that it released "quantity 100 of SKU#123" to Carrier Jaguar at this time/date
+
=== Figure 1. Workflow of creating an Inventory report ===
 +
[[File:InventoryReport.JPG]]
-
* b) Carrier Jaguar confirms that it received "quantity 100 of SKU#123"
+
=== Figure 2. Report on Vendor Inventory ===
-
* If a) and b) match then system reduces inventory level at ''ABC Inc (in City A)'' and increases level  at ''Jaguar'' of SKU#123 by 100. Else generate Error.
+
[[File:EAInventory.JPG]]
-
* c) Carrier Jaguar notifies that it delivered "quantity 100 of SKU#123" to Receiving stock point ''XYZ Inc (in City B)''
+
== SA Notes ==
-
 
+
TBD
-
* d) Receiving stock point ''XYZ Inc (in City B)'' notifies that it received "quantity 100 of SKU#123"
+
-
 
+
-
* If a) and b) match then System reduces inventory level at ''Jaguar'' and increases inventory level at ''XYZ Inc (in City B)'' of SKU#123 by 100. Else generate Error.
+
-
 
+
-
Please note that for "update inventory transaction" both sending and receiving stock points must send accurate information that match.
+
-
 
+
-
If it does not match (example: Jaguar submitted infor that it delivered 100 but XYZ claims they received only 99) then system will generate Error message that has to be resolved by System Admin.
+
-
 
+
-
==== Manufacturing and Assembly ====
+
-
 
+
-
In this case goods with one SKU are received, stored and later transformed into goods with another SKU. Then stored and later shipped out.
+
-
 
+
-
Algorithm TBD.
+
-
 
+
-
</div>
+
-
 
+
-
== BR: Business Requirements and Design Ideas ==
+
-
<div style="background-color:Moccasin;">
+
-
 
+
-
''This wiki section is managed by: [[Business Analyst]]''
+
-
 
+
-
*Ability to manage, track and report on SKU's (items) from 1) vendors facility, 2) clients facility, 3) SKU's (items) that are currently in transit [[MOT]] - Air, Ocean, Truck and 4) SKU's that have already delivered to a clients [[Warehouse]] and/or an external manufacture's warehouse.
+
-
 
+
-
</div>
+
== SD: Systems Design and Prototype ==
== SD: Systems Design and Prototype ==
Line 347: Line 320:
== History ==
== History ==
-
=== m..... ===
+
=== m 2070 ===
-
* http://mantis.jaguarfreight.com/mantis/view.php?id=...
+
* [http://mantis.jaguarfreight.com/mantis/view.php?id=2070 2070]
* ''' In Production '''
* ''' In Production '''
-
==== BA ...====
+
==== BA 2070 ====
-
* ...
+
* See [[#BR: Business Requirements and Design Ideas]]
-
* final version: ...
+
* final version: http://mantis.jaguarfreight.com/mediawiki-1.15.0/index.php?title=Vendor_Inventory&oldid=10693
 +
 
 +
==== Notes from Systems Architect ====
 +
 
 +
Core goal of this system I feel is the following: ''for any selected SKU EA planner will be able to see: where and how many (much) of this SKU is stocked (and in transit) in all locations across the globe. Some additional detailed information (example: mode of transport for "in transit stock") and aggregated statistic (example: US total stock vs International total stock) will be provided''
 +
 
 +
To achieve the above information about each SKU must be created and updated accurately and timely.
 +
 
 +
Some notes/questions:
 +
 
 +
* Are we planning to manage all SKUs including ''WIP''?
 +
* I assume not too many SKUs are added every week. This means that for data entry SKUs should be selected not entered by end user. Entered only by admin.
 +
* If at least one vendor is not entering/updating numbers (for given SKU) in the system then some numbers (for this SKU) will be unknown
 +
* When some quantity of given SKU moves from ''(sending) stock point'' sSP to ''(receiving) stock point'' rSP system must be notified of this ''stock transaction''.
 +
 
 +
Suggested algorithms for various possible scenarious:
 +
* [[#Storage and Transfers]]
 +
* [[#Manufacturing and Assembly]]
 +
 
 +
==== Storage and Transfers ====
 +
In this case goods are simply stored or moved.
 +
 
 +
* [pull model]
 +
** TBD
 +
 
 +
* [push model with authorization]
 +
** ''Sending stock point ABC Inc (in City A)'' sends request to Approval Party: "wishing to release" "quantity 100 of SKU#123";
 +
** waiting until it is approved
 +
** approval comes
 +
 
 +
* Carrier Jaguar notified: "requesting the move with given time frame"
 +
 
 +
* Carrier selects and enters Mode of Transport into system
 +
 
 +
* Carrier ready to move, requests appointment for date/time
 +
 
 +
* ABC confirms appointment
 +
 
 +
* Carrier sends trucks to pick up
 +
 
 +
* trucks arrive, load, depart
 +
 
 +
* a) ''Sending stock point ABC Inc (in City A)'' notifies System that it released "quantity 100 of SKU#123" to Carrier Jaguar at this time/date
 +
 
 +
* b) Carrier Jaguar confirms that it received "quantity 100 of SKU#123"
 +
 
 +
* If a) and b) match then system reduces inventory level at ''ABC Inc (in City A)'' and increases level  at ''Jaguar'' of SKU#123 by 100. Else generate Error.
 +
 
 +
* c) Carrier Jaguar notifies that it delivered "quantity 100 of SKU#123" to Receiving stock point ''XYZ Inc (in City B)''
 +
 
 +
* d) Receiving stock point ''XYZ Inc (in City B)'' notifies that it received "quantity 100 of SKU#123"
 +
 
 +
* If a) and b) match then System reduces inventory level at ''Jaguar'' and increases inventory level at ''XYZ Inc (in City B)'' of SKU#123 by 100. Else generate Error.
 +
 
 +
Please note that for "update inventory transaction" both sending and receiving stock points must send accurate information that match.
 +
 
 +
If it does not match (example: Jaguar submitted infor that it delivered 100 but XYZ claims they received only 99) then system will generate Error message that has to be resolved by System Admin.
 +
 
 +
==== Manufacturing and Assembly ====
 +
 
 +
In this case goods with one SKU are received, stored and later transformed into goods with another SKU. Then stored and later shipped out.
 +
 
 +
Algorithm TBD.

Current revision as of 17:31, 1 December 2010


Contents

[edit] Info

  • Scope: This wiki defines CT2 component.

[edit] Business Requirements

Core Business Need: Elizabeth Arden would like to have a Vendor Inventory module, to keep track, monitor and report on their stock of SKU's within their global supply chain, for planning purposes.

[edit] Various points within the EA global supply chain

  • Suppliers (aka Vendors)
  • External Manufactures
  • Internal Warehouse - IE Blue Hills Drive
  • 3rd Party Warehouses - IE storage facilities
  • In transit MOT - things that are moving via Air, Ocean and/or Truck

[edit] Reporting

The ability to monitor, track and report on all SKU's at any given time, to know "where" any SKU is at all times within their supply chain.

What we are looking to report on:

  • Supplier Name & location
  • EM Name & location
  • SKU # (Item#)
  • Item Desc
  • Item Type (ie.BTL)
  • The current & total number of pieces that are on hand at any/all supplier facilities, EM and/or 3rd Party Warehouse for US and International

[edit] Design Ideas

Here are some ideas and options on how the suppliers, EM & 3rd party warehouses can interface with CyberTrax.

More specifically they will update the total number of pieces on hand within and outside the US.

With the system to update the current number of pieces that are in transit/moving via air, ocean and/or truck all the way through delivery.

This will allow Arden to create a report of their inventory. See the workflow #Figure 1. Workflow of creating an Inventory report. See an example of report output #Figure 2. Report on Vendor Inventory.


[edit] Figure 1. Workflow of creating an Inventory report

File:InventoryReport.JPG

[edit] Figure 2. Report on Vendor Inventory

File:EAInventory.JPG

[edit] SA Notes

TBD

[edit] SD: Systems Design and Prototype

This wiki section is managed by: Systems Analyst


...

...






[edit] System Requirements

  • A portal for vendor to enter/update info for Inventory
  • Vendor's visibility
  • Admin: Vendor Users
  • Inventory Report for Elizabeth Arden Planner
  • Filters:
    • Item#
    • Supplier
    • EM(External Manufacturer)
  • Result: HTML and xls
    • Item#
    • Item Desc
    • Item type
    • Supplier
    • EM(External Manufacturer)
    • US on hand
    • International on hand
    • In-transit - Land (truck mode)
    • In-transit - Air (Air mode)
    • In-transit - Sea (Ocean mode)
    • EM on hand
    • EA on hand
  • Update log for updated information by vendor's users
  • Column heading color code:
    • Column updated in the last 7 days - green (need to confirm with Simon)
    • Column updated in the last 15 days - yellow (need to confirm with Simon)
    • Column not updated in the last 30 days - red (need to confirm with Simon)
  • pop-up window for detail updated info
    • Updated by: user profile (vendor)
    • Updated date: dd- mon -yyyy
    • Detail updated: From last transaction to updated transaction information

[edit] Steps

Step 1

  • Vendor logs on to Internal application
  • Require: Vendor visibility (limited access to module and visibility for vendor company)
  • Vendor logs on to the Inventory module
  • Vendor's visibility: A vendor can only add, update, and view their specific inventory
  • Vendor adds:
  • Item#
  • Item Desc
  • Item Type
  • Supplier (read only vendor name, mapped from vendor user's profile)
  • External Manufacturer (EM)
  • Supplier USA on hand
  • Supplier International on hand
  • NOTE: the combination of Item# and EM are unique
  • System auto-calculates:
  • If supplier USA on hand number X is added, then number X is added to Total US on hand
  • If supplier International on hand number Y is added, then number Y is added to ATP next 40 days
  • Total pipeline = Total US on hand + ATP next 40 days

Step 2

  • Jaguar operator creates a record from Ops module with all information that consider a shipment as in-transit time (moved but not delivered)
  • Shipper (supplier)
  • Consignee (EM)
  • MOT
  • Item#
  • Item Desc
  • Qty
  • The combination of Item# and EM are unique (this info will be checked against Vendor Inventory table in order for system to auto-update info for Inventory information)
  • Process of behavior between JG operator updates a shipment with needed information and Inventory module
  • If a combination of shipper and consignee are a part of Vendor Inventory table, it should be tagged on ContTab that some items are a part of Inventory
  • Then try to search commodity table
    • Vendor Inventory table is running in the background that
  • Select MOT, Qty value from commodity table where consignee = " " and SKU# = " "
  • Update Vendor Inventory table
    • If MOT is Truck update qty value -> LAND
      • If MOT Land qty value A is added, then value A is added to ATP Next 40 days field
    • If MOT is AIR update qty value -> AIR
      • If MOT Air qty value B is added, then value B is added to ATP Next 40 days field
    • If MOT is Ocean update qty value -> SEA
      • If MOT Sea qty value C is added, then value C is added to ATP Next 40 days field
    • Total pipeline = Total US on hand + ATP next 40 days

Step 3

  • Jaguar Operator updates the shipment's actual delivery date (no longer in-transit)
  • Once the shipment is delivered to destination (consignee/EM)
  • System run in the background updating the Inventory table
  • The shipment moved and delivered, that means quantity of this shipment is delivered to consignee and no longer In-transit - quantity value will be added to consignee on hand (EM/EA on hand)
  • Number of qty value from a particular in-transit MOT shipment will be deducted from in-transit MOT and added to EM on hand and deducted from ATP Next 40 days field
    • If EM(consignee) is Elizabeth Arden, this quantity value will be deducted from in-transit MOT and added to EA on hand and deducted from ATP Next 40 days field
    • For example, if 5000 of item# A from POCHET(supplier or shipper) is on in-transit AIR to KIK(EM or consignee), 5000 will be added to AIR, but once it is deliver to KIK, 5000 from AIR will be deducted and added to EM on hand (KIK on hand)
  • If EM on hand number Z is added, then number Z will be added to Total US on hand
  • Total pipeline = Total US on hand + ATP next 40 days

NOTE:

  • Total pipeline is always the same when deducting in-transit quantity to adding it to EM on hand
  • Total US on hand: Number of Supplier US on hand + Number of Consignee EM on hand + Number of Consignee EA on hand
  • ATP next 40 days: Number of Supplier International on hand + Number of In-transit LAND + Number of In-transit AIR + Number of In-transit SEA (available to promise on Inventory module)
  • Total pipeline : US Total on hand + ATP next 40 days on Inventory module

[edit] Design

[edit] Filters

Item#

  • Label:
  • Widget:
  • Mapping:
  • NOTE:

Supplier

  • Label:
  • Widget:
  • Mapping:
  • NOTE:

EM(External Manufacturer)

  • Label:
  • Widget:
  • Mapping:
  • NOTE:

[edit] Fields

Item#

Item Desc

Item type

Supplier

EM(External Manufacturer)

US on hand

International on hand

  • Label: International on hand
  • Type: Datatypes#positive_integer
  • Widget: textbox
  • Size: TBD
  • Note: quantity of items that has been shipped and received at International destination other than the US

In-transit - Land (truck mode)

  • Label: Land
  • Type: Datatypes#positive_integer
  • Widget: textbox
  • Size: TBD
  • Note: quantity of items that has been shipped by truck but not been received at the destination (still on the move)

In-transit - Air (Air mode)

  • Label: Air
  • Type: Datatypes#positive_integer
  • Widget: textbox
  • Size: TBD
  • Note: quantity of items that has been shipped by truck but not been received at the destination (still on the move)

In-transit - Sea (Ocean mode)

  • Label: Sea
  • Type: Datatypes#positive_integer
  • Widget: textbox
  • Size: TBD
  • Note: quantity of items that has been shipped by ocean but not been received at the destination (still on the move)

EM on hand

  • Label: EM on hand
  • Type: Datatypes#positive_integer
  • Widget: textbox
  • Size: TBD
  • Note: quantity of items that has been shipped and received at external manufacturer (known as consignee)

EA on hand

[edit] Figures

[edit] Figure 1. Vendor Inventory

File:EAInventory.JPG

[edit] Figure 2. Vendor Creates Item Inventory

File:VendorCreateItem.JPG

[edit] Figure 3. Vendor Updates an existing Item Inventory for specific EM

File:VendorUpdateItem.JPG

[edit] Figure 4. Operator updates CT# with in-transit info

File:OperatorUpdatesIn-transit.JPG

[edit] Figure 5. Operator updates CT# with delivery info

File:OperatorUpdateDelivCT.JPG

[edit] Figure 6. Create an Inventory report

File:InventoryReport.JPG

[edit] Figure 7. Add - Vendor Inventory

File:VendorAdd.JPG

[edit] Figure 8. View page - Vendor Inventory

File:ViewPageInventory.JPG

[edit] Figure 9. Admin - Vendor Users

File:VendorUser.JPG


[edit] History

[edit] m 2070

  • 2070
  • In Production

[edit] BA 2070

[edit] Notes from Systems Architect

Core goal of this system I feel is the following: for any selected SKU EA planner will be able to see: where and how many (much) of this SKU is stocked (and in transit) in all locations across the globe. Some additional detailed information (example: mode of transport for "in transit stock") and aggregated statistic (example: US total stock vs International total stock) will be provided

To achieve the above information about each SKU must be created and updated accurately and timely.

Some notes/questions:

  • Are we planning to manage all SKUs including WIP?
  • I assume not too many SKUs are added every week. This means that for data entry SKUs should be selected not entered by end user. Entered only by admin.
  • If at least one vendor is not entering/updating numbers (for given SKU) in the system then some numbers (for this SKU) will be unknown
  • When some quantity of given SKU moves from (sending) stock point sSP to (receiving) stock point rSP system must be notified of this stock transaction.

Suggested algorithms for various possible scenarious:

[edit] Storage and Transfers

In this case goods are simply stored or moved.

  • [pull model]
    • TBD
  • [push model with authorization]
    • Sending stock point ABC Inc (in City A) sends request to Approval Party: "wishing to release" "quantity 100 of SKU#123";
    • waiting until it is approved
    • approval comes
  • Carrier Jaguar notified: "requesting the move with given time frame"
  • Carrier selects and enters Mode of Transport into system
  • Carrier ready to move, requests appointment for date/time
  • ABC confirms appointment
  • Carrier sends trucks to pick up
  • trucks arrive, load, depart
  • a) Sending stock point ABC Inc (in City A) notifies System that it released "quantity 100 of SKU#123" to Carrier Jaguar at this time/date
  • b) Carrier Jaguar confirms that it received "quantity 100 of SKU#123"
  • If a) and b) match then system reduces inventory level at ABC Inc (in City A) and increases level at Jaguar of SKU#123 by 100. Else generate Error.
  • c) Carrier Jaguar notifies that it delivered "quantity 100 of SKU#123" to Receiving stock point XYZ Inc (in City B)
  • d) Receiving stock point XYZ Inc (in City B) notifies that it received "quantity 100 of SKU#123"
  • If a) and b) match then System reduces inventory level at Jaguar and increases inventory level at XYZ Inc (in City B) of SKU#123 by 100. Else generate Error.

Please note that for "update inventory transaction" both sending and receiving stock points must send accurate information that match.

If it does not match (example: Jaguar submitted infor that it delivered 100 but XYZ claims they received only 99) then system will generate Error message that has to be resolved by System Admin.

[edit] Manufacturing and Assembly

In this case goods with one SKU are received, stored and later transformed into goods with another SKU. Then stored and later shipped out.

Algorithm TBD.

Personal tools