US20130246121A1 - Method And System For Determining Buffer Inventory Size - Google Patents

Method And System For Determining Buffer Inventory Size Download PDF

Info

Publication number
US20130246121A1
US20130246121A1 US13/870,609 US201313870609A US2013246121A1 US 20130246121 A1 US20130246121 A1 US 20130246121A1 US 201313870609 A US201313870609 A US 201313870609A US 2013246121 A1 US2013246121 A1 US 2013246121A1
Authority
US
United States
Prior art keywords
demand
time
data
determined
discrete
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Abandoned
Application number
US13/870,609
Inventor
Dale T. Houle
Laurin Eck
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
AVRAHAM Y GOLDRATT INSTITUTE LP
AVRAHAM Y GOLDRATT INST LP
Original Assignee
AVRAHAM Y GOLDRATT INST LP
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by AVRAHAM Y GOLDRATT INST LP filed Critical AVRAHAM Y GOLDRATT INST LP
Priority to US13/870,609 priority Critical patent/US20130246121A1/en
Assigned to AVRAHAM Y. GOLDRATT INSTITUTE, LP reassignment AVRAHAM Y. GOLDRATT INSTITUTE, LP ASSIGNMENT OF ASSIGNORS INTEREST (SEE DOCUMENT FOR DETAILS). Assignors: HOULE, DALE T., ECK, LAURIN P.
Publication of US20130246121A1 publication Critical patent/US20130246121A1/en
Abandoned legal-status Critical Current

Links

Images

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00Commerce
    • G06Q30/02Marketing; Price estimation or determination; Fundraising
    • G06Q30/0201Market modelling; Market analysis; Collecting market data
    • G06Q30/0202Market predictions or forecasting for commercial activities
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00Administration; Management
    • G06Q10/06Resources, workflows, human or project management; Enterprise or organisation planning; Enterprise or organisation modelling
    • G06Q10/063Operations research, analysis or management
    • G06Q10/0631Resource planning, allocation, distributing or scheduling for enterprises or organisations
    • G06Q10/06315Needs-based resource requirements planning or analysis
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00Administration; Management
    • G06Q10/08Logistics, e.g. warehousing, loading or distribution; Inventory or stock management
    • G06Q10/087Inventory or stock management, e.g. order filling, procurement or balancing against orders
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00Commerce
    • G06Q30/02Marketing; Price estimation or determination; Fundraising
    • G06Q30/0201Market modelling; Market analysis; Collecting market data

Definitions

  • the present invention generally relates to a method and system for determining appropriate buffer inventory for items associated with variable demand patterns.
  • the present invention is directed to a method for determining buffer inventory comprising the steps of selecting an item for which demand data is to be reviewed, identifying all information associated with the selected item, filtering the information based on pre-selected filter settings to provide filtered demand data, and displaying the filtered demand data.
  • the method further comprises processing the filtered demand data to determine the longest period of time to complete a requisition, determining an optimum TRR (Time To Reliably Replenish) that is sufficient to allow a predetermined percentage of requisitions to be completed, generating on a display device a representation of dispersion of replenishment time TRR for the selected item and indicating in the representation the determined optimum TRR, and providing a user with the opportunity to vary the optimum TRR to provide an adjusted TRR so as to compensate for process changes, unforeseen circumstances or infrequent demand spikes.
  • TRR Time To Reliably Replenish
  • the method further includes processing the filtered data to determine the date of the oldest requisition for the selected item and designating this determined date as the initial starting point, defining a predetermined time window equal to either the adjusted TRR if the optimum TRR has been adjusted or the optimum TRR if the optimum TRR has not been adjusted, processing the filtered demand data within the predetermined time window starting from the initial starting point to determine the accumulated demand for the selected item during that particular predetermined time window, and storing the determined accumulated demand.
  • the method further comprises incrementing the initial starting point to provide an updated starting point, processing the filtered demand data within the predetermined time window starting from the updated starting point to determine the accumulated demand for the selected item during that particular predetermined time window, and storing the determined accumulated demand.
  • the incrementing and subsequent processing and storing steps are repeated until the end of the filtered demand data has been reached.
  • the method further comprises processing all stored determined accumulated demands to determine the numerically highest accumulated demand, displaying on a display device the determined numerically highest accumulated demand value, and generating on a display device a representation of the demand pattern for the selected item based on the series of determined accumulated demands.
  • the method further includes the steps of setting a buffer inventory size to have a value equal to the determined numerically highest accumulated demand value, determining the impact of the initial buffer inventory size on meeting demand for the selected item, and providing the user with an opportunity to adjust the initial buffer inventory size to provide an adjusted buffer inventory size.
  • the present invention is directed to a computer program for performing a method for determining buffer inventory size in an electronic data processing system, comprising:
  • FIG. 1 is a block diagram of a computer network, in accordance with one embodiment of the invention, with which the method of the present invention can be implemented;
  • FIGS. 2A , 2 B and 2 C are flow diagrams of the method of the present invention.
  • FIG. 3 is an exemplary table of demand data for a particular item
  • FIG. 4 is an exemplary graph of a TRR (Time-To-Reliably-Replenish) trend for a particular item
  • FIG. 5 is an exemplary graph of the dispersion of replenishment time and accumulated quantity for a particular item
  • FIG. 6 is an exemplary graph showing accumulated demand corresponding to a particular TRR
  • FIG. 7 is an exemplary graph showing the occurrences of particular demand peaks.
  • FIG. 8 is an exemplary graph showing the impact of a particular buffer size on the demand and supply activities.
  • FIGS. 1-8 The graphs and/or tables shown in FIGS. 3-8 are exemplary and are presented to facilitate understanding of the invention.
  • Network 10 that can be used to implement the method of the present invention.
  • Network 10 comprises an end user computer system 14 having input devices such as keyboard 16 , mouse 18 , display device 20 and printing device 22 .
  • Computer system 14 can be configured as a personal computer, workstation, server system, and minicomputer or mainframe computer.
  • Computer system 14 includes processor or CPU 23 A and memory 23 B.
  • Processor 23 A executes program instructions in order to carry out the functions of the present invention.
  • the processor of computer system 14 is a microprocessor, such as an Intel Pentium® processor, but may also be a minicomputer or mainframe computer processor.
  • Memory 23 B stores program instructions that are executed by processor 23 A.
  • Memory 23 B also stores data that is used and processed by processor 23 A.
  • Memory 23 B may include electronic memory devices, such as random-access memory (RAM), read-only memory (ROM), programmable read-only memory (PROM), electrically erasable programmable read-only memory (EEPROM), flash memory, etc. and electromechanical memory, such as magnetic disk drives, tape drives, optical disk drives, etc. which may use an integrated drive electronics (IDE) interface, or enhanced IDE (EIDE), or ultra direct memory access (UDMA), or a small computer system interface (SCSI) based interface, or fast-SCSI, or wide SCSI, or fast and wide SCSI, etc., or a fiber channel-arbitrated loop (FC-AL) interface.
  • RAM random-access memory
  • ROM read-only memory
  • PROM programmable read-only memory
  • EEPROM electrically erasable programmable read-only memory
  • flash memory etc.
  • electromechanical memory such as magnetic disk drives, tape drives, optical disk drives, etc. which may use an integrated drive electronics (IDE) interface, or enhanced IDE (EIDE), or ultra direct memory
  • Computer system 14 also includes input/output interfaces, and network adapters.
  • Display device 20 can be configured as a CRT or LCD monitor.
  • Computer system 14 is in electronic data communication with data link 24 .
  • Data link 24 can be configured as any type of medium capable of transmission of data signals. Thus, data link 24 can be configured as a dedicated land line, phone lines, broadband cable, etc. Data link 24 can also be configured as a wireless system such as a satellite uplink and down link system. Data link 24 is in data communication with internet or world-wide-web 30 .
  • Network 10 includes data link 31 which is in data communication with internet 30 . Data link 31 can have the same configuration as data link 24 .
  • Network 10 further includes remote server 32 that is in data communication with internet 30 via data link 31 . Although one server 32 is shown, it is to be understood that more than one server can be utilized.
  • Network 10 further includes data bases 34 .
  • Each data base 34 contains data relating to the demand requirements of parts, components or items that are used by the end user. Such data includes requisition data such as the date an order is placed and completed, the time for the requisition to be completed (TRR) to the consumer if a part is issued from other than the shelf (a Not-In-Stock-Situation), or the time for the shelf to be replenished if the part was issued from the shelf, component or part serial number, and project code.
  • the data bases 34 may include other data as well such as repair and/or maintenance history of all parts or components.
  • the terms “parts”, “components”, and “products” are used interchangeably and are collectively referred to herein as “item” or “items”.
  • Network 10 may also include data base 36 which is located on the same premises as computer system 14 .
  • Data base 36 may be configured to store the same data stored in data bases 34 and/or store any resulting analysis and data generated by the implementation of the method of the present invention on computer system 14 .
  • step 100 entails determining, selecting or specifying the item for which demand data is to be reviewed.
  • demand data refers to all data that pertains to requisitions for the selected item between the supplier and the consumer.
  • an item for which demand data is to be reviewed is an item subject to variable demand patterns and/or problems in establishing a reliable and/or desirable time-to-reliably-replenish (TRR).
  • TRR time-to-reliably-replenish
  • the user inputs data representing the selected item into computer system 14 via keyboard 16 and/or mouse 18 .
  • step 102 the user performs a search of data bases 34 or data base 36 for all detailed information associated with the selected item.
  • step 104 the user inputs desired filter settings into computer system 14 .
  • computer system 14 processes the demand data for the item in question and filters out demand data based on the user's filter settings. Specifically, this step segregates demand for stock replenishment actions from the demands made from stock on the wholesale, retail level or local repair process.
  • step 106 the user inputs a specified time frame for which demand data is sought.
  • computer system 14 In response to the inputted time frame, computer system 14 then filters out all demand data that is not within the specified time frame.
  • step 108 the user inputs other criteria that are used by computer system 14 to filter out other data that is not desired.
  • the user may input specific data representing Project Codes, Type Equipment Code, Work Centers, UIC, etc. for which demand data is not desired.
  • the filtered demand data is presented on display device 20 .
  • the filtered demand data is presented in tabular form as shown in FIG. 3 .
  • the exemplary table shown in FIG. 3 includes data and information related to “Requisition #”, the serial no. “S/N”, “TRR”, “Order Date”, “Completion Date”, “Quantity” and “Status”.
  • requisition no. 23456 was placed for the item.
  • the quantity of item ordered was one.
  • the serial no. of the item delivered is 0001.
  • the time-to-replenish (TRR) is one day.
  • step 108 also allows the user to prompt computer system 14 to effect generation of a graph on display device 20 that shows the TRR trend for the particular item.
  • An example of such a graph showing a TRR trend is shown in FIG. 4 .
  • the horizontal axis is a time line and the vertical axis is the amount of time from the requisition order date to the date on which the requisition is completed.
  • the TRR trend shown in FIG. 4 is exemplary and is not based on demand data shown in FIG. 3 .
  • step 110 computer system 14 processes all of the filtered demand data to determine the longest period of time required to complete a requisition. Stated another way, step 110 determines the longest TRR. Using the demand data shown in FIG. 3 as an example, step 110 processes this demand data to determine the longest TRR. Step 110 may also be illustrated by Example 1:
  • step 110 would identify eleven days as the longest period of time to complete a requisition.
  • step 112 the user analyzes the filtered demand data, which may be presented in the form shown in FIGS. 3 and 4 , in order to determine a particular, optimum TRR that is sufficient to allow a predetermined percentage of requisitions to be completed.
  • a particular, optimum TRR that is sufficient to allow a predetermined percentage of requisitions to be completed.
  • an analysis of the demand data reveals that although eleven days was the longest period of time to complete a requisition, the vast majority of requisitions were completed in seven days or less with a few of the requisitions being completed between eight and ten days, inclusive.
  • a user could ascertain from the data that the eleven day period in question was the exception and that the requisitions having completion times between eight and ten days, inclusive, occurred early in the sample period, i.e. early in the twelve month period under evaluation.
  • the user may determine that the eleven-day requisition time may be a non-recurring “demand spike” which does not require coverage with a corresponding buffer inventory size.
  • the user may conclude that the optimum TRR does not have to cover one-hundred percent of the requisitions. Instead, the user may find that only a percentage, e.g. 80%, 90%, etc. of the requisitions need to be covered by an optimum TRR.
  • the user determines a percentage that would exclude the TRRs that are considered exceptions, anomalies, or occurring early in the sample period.
  • the user determines that an optimum TRR need only cover 85% of all requisitions and that a TRR of seven days corresponds to this percentage value of 85%.
  • step 112 the user inputs the determined percentage value into computer system 14 .
  • step 114 the computer system 14 displays the determined percentage and TRR values.
  • computer system 14 displays the determined percentage value 85% and a TRR of seven days.
  • step 116 computer system 14 displays on display device 20 a graphic representation of the dispersion of replenishment time (TRR) for the selected item wherein the optimum TRR determined in step 112 is flagged for identification. This step is illustrated by FIG. 5 and
  • the selected or determined percentage cutoff value is 85% and the TRR corresponding to this percentage is ten days.
  • computer system 14 generates a graphic representation of the dispersion of replenishment time (TRR) for the selected item.
  • TRR dispersion of replenishment time
  • FIG. 5 shows this graphic representation.
  • the vertical axis, QUANTITY represents the quantity of items for which requisitions were made.
  • the horizontal axis, DAYS TO REPLENISH represents the number of days needed for the requisitioned or demanded quantity to arrive. For example, a review of FIG. 5 reveals that thirteen items arrived within one day of the date the requisition was made. Twenty-one items arrived within three days of the date requisition was placed.
  • step 118 provides the user with an opportunity to change or adjust the optimum TRR number determined in the previous steps in order to compensate for process changes, unforeseen, unusual or infrequent circumstances, or infrequent demand spikes. For example, as shown in FIG. 5 , the user may conclude that the instances wherein items arrived more than ten days after the requisitions were the result of unusual supply system break-downs, unforeseen circumstances, or possibly one-time demand spikes. Process changes may also affect the TRRs. Such process changes may result in increased or decreased TRRs at different points in the entire time frame being analyzed. Thus, step 118 allows the user to either leave the optimum TRR unchanged or adjust optimum TRR.
  • step 120 the user inputs commands into computer system 14 to locate the date of the first requisition for the item. Typically, this would be the oldest requisition.
  • the date of the first requisition is designated as the initial starting point. For example, using the data shown in FIG. 3 , Jan. 3, 2002 would be the oldest requisition in the time frame and therefore would be designated as the initial starting point.
  • step 121 the TRR resulting from step 118 is used to define a predetermined time window.
  • the predetermined time window is ten days.
  • steps 122 , 124 and 126 the user commands computer system 14 to process the demand data for the selected item with the predetermined ten day window starting from the initial starting point to determine the total or accumulated demand during that particular predetermined time window.
  • this step would initially evaluate a ten-day window starting at “Jan. 3, 2002” and ending at “Jan. 12, 2002” to determine the accumulated demand during that ten day period.
  • Computer system 14 then stores the accumulated demand for that ten day period for subsequent processing.
  • computer system 14 increments the starting point by one day to provide an updated starting point and evaluates the next ten day window starting from the updated starting point. Therefore, computer system 14 evaluates the ten day period starting from “Jan.
  • Computer system 14 then stores the accumulated demand for that ten day period to memory. Computer system 14 continues to process the demand data in this manner, continuously incrementing the starting point by one day to provide updated starting points and evaluate the corresponding ten day windows to determine the accumulated demand for each ten day window. This process continues until step 124 determines that the end of the demand data has been reached. Once step 124 determines that the end of demand data has been reached, the method shifts to step 127 .
  • step 127 computer system 14 processes all stored total or accumulated demand data for each ten day window determined by steps 122 , 124 and 126 and then determines the numerically highest accumulated demand. Thus, step 127 yields the numerically highest accumulated demand for all of the ten day windows analyzed in steps 122 , 124 and 126 . Computer system 14 then displays the determined numerically highest accumulated demand on display device 20 .
  • step 128 computer system 14 graphically generates on display device 20 a graph showing the demand pattern based on the series of accumulated demand values determined in steps 122 , 124 and 126 , and the corresponding ten-day time windows.
  • the optimum TRR is ten days and step 127 has determined that the numerically highest accumulated demand is six.
  • An example of the graph generated by this step is shown in FIG. 6 .
  • This graph contains data for a two year period, commencing January 2002, and ending April, 2004.
  • the vertical axis is the ordered quantity of the item and the horizontal axis is the entire time period in question.
  • Each data “bar” or “spike” shows the total accumulated demand for a time window equal to the TRR established in step 118 , e.g. 10 days.
  • the TRR established in step 118
  • the next highest accumulated demand is five and this occurred in a time window in September, 2002.
  • the next highest accumulated demand is four and occurred in a time window in September, 2002 and in a time window in October 2003.
  • the remaining accumulated demands are for three items or less.
  • step 129 computer system 14 automatically sets the most conservative buffer size equal to the highest numerically accumulated demand. Thus, this step sets the most conservative buffer size to six with the TRR being ten days.
  • step 130 the user is allowed the opportunity to validate the buffer size established in step 129 . Specifically, in this step, the user evaluates the graph shown in FIG. 6 to determine if the established buffer size should remain as is, or if it should be adjusted. In this step, the user also has the option of prompting computer system 14 to generate a graph of “Demand Peak Size” versus “Occurrences” in order to help the user decide whether the buffer size established in step 129 is sufficient, or whether the buffer size should be adjusted. Such a graph is shown in FIG. 7 . In this graph, the horizontal axis is “Demand Peak Size” and the vertical axis is “Occurrences”.
  • This graph tells the user how many times a demand for a particular quantity of items occurred. For instance, a demand for one item occurred thirty five times. A demand for two items occurred twenty eight times. A demand for three items occurred eighteen times. A demand for four items occurred two times. A demand for five items occurred two times. A demand for six items occurred only three times. Thus, the user may decide that it may not be necessary to maintain a buffer size of six. A relatively high per-item cost in combination with an infrequent demand for six or more items may influence the user into deciding that a buffer size of less than six may be sufficient. However, prior to making an adjustment in the buffer size, it is preferable that the user first analyze what impact a buffer size of six may have on the ability to meet demand for the item throughout a particular period of time. This is further described in step 132 .
  • step 132 the user prompts computer system 14 to generate a graph that illustrates what impact a buffer size of six will have on meeting the demand for the item.
  • a graph is shown in FIG. 8 .
  • This graph is based on a TRR of ten days and a buffer size of six.
  • the vertical axis represents the number of items in the buffer.
  • the horizontal axis represents a particular time frame.
  • the graph shows “bars”, indicated by reference numbers 300 A-K, which show depletion of the buffer inventory and the remaining buffer inventory after a period of time (i.e. days) has elapsed.
  • the width of each bar corresponds to the amount of time that has elapsed.
  • bar 300 A indicates the buffer inventory, which originally had six items, was reduced to five items during a period of time in January 2002.
  • the regions or areas between bars 300 A-K are indicated by reference number 400 and define the periods of time when the buffer inventory is full, i.e. six items.
  • Bar 300 G shows that the buffer, originally having six items, has been reduced to four items during a period of time in February, 2003.
  • Bar 300 F shows the buffer inventory has been depleted to zero in December, 2002. Therefore, this graph provides the user with an indication as to whether a buffer size of six is sufficient, too large or too small.
  • the user may decide to decrease the buffer size to four or five since most of the time, the buffer size is not depleted below four items. Thus, the user may decrease the buffer size to four. If the user does adjust the buffer size, step 132 is repeated so the user can view the impact or implications of the new buffer size.

Landscapes

  • Business, Economics & Management (AREA)
  • Engineering & Computer Science (AREA)
  • Strategic Management (AREA)
  • Development Economics (AREA)
  • Accounting & Taxation (AREA)
  • Finance (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Economics (AREA)
  • Human Resources & Organizations (AREA)
  • General Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Marketing (AREA)
  • General Business, Economics & Management (AREA)
  • Physics & Mathematics (AREA)
  • Game Theory and Decision Science (AREA)
  • Data Mining & Analysis (AREA)
  • Tourism & Hospitality (AREA)
  • Operations Research (AREA)
  • Quality & Reliability (AREA)
  • Educational Administration (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)
  • General Factory Administration (AREA)
  • User Interface Of Digital Computer (AREA)

Abstract

A method for determining an optimum buffer inventory size by generating a time-based demand pattern that is based on processing discreet demand data through a sliding time window and summing the demand quantity in that time window, and repeating that process as the time window then moves through the time-line of discrete demand, thereby establishing a pattern of cumulative demand in windows-of-time along a time-line. The process moves along the demand time-line from one demand point to the next demand point, summing up all of the demand in a window of time that corresponds to the Time-to-Reliably Replenish (TRR). The method plots each summation of demand for its corresponding window of time (TRR) on a time-line at a point in time coinciding with the first demand data element in each summation. The resulting buffer size is based on the conversion of discrete demand data into time-based demand patterns.

Description

    CROSS-REFERENCE TO RELATED APPLICATIONS
  • This application claims the benefit of commonly owned and copending U.S. provisional application No. 60/671,543, filed Apr. 14, 2005, the entire disclosure of which is incorporated herein by reference.
  • BACKGROUND OF THE INVENTION
  • 1. Field of the Invention
  • The present invention generally relates to a method and system for determining appropriate buffer inventory for items associated with variable demand patterns.
  • 2. Description of the Related Art
  • Typically, there are many problems experienced by supply/logistics chains from the point of use back through the source of supply. These problems include:
      • a) too many “not in stock” situations;
      • b) maintenance and/or repair personnel frequently “cannibalize” assets and inventory from other projects in order to meet a deadline;
      • c) workload priorities are constantly shifted;
      • d) lead times to repair and/or replenish-to-shelf are too long;
      • e) too much inventory is “in-work”;
      • f) expeditious repairs are routine;
      • g) inventory turnover of consumables and repairable items are too low;
      • h) too much of some inventories and not enough of other inventories;
      • i) unpredictability and/or variation in demand;
      • j) significant manpower is spent maintaining, preserving, inventorying, and stockpiling material;
      • k) negative effects on morale resulting from non-value added activities; and
      • l) frequent disagreements between supply and consumers over the types and quantities of inventories to stock and where to locate such inventories.
  • What is needed is a new method and system for accurately determining an appropriate buffer inventory that solves and/or eliminates the aforesaid problems and deficiencies of supply and logistic chains.
  • SUMMARY OF THE INVENTION
  • In one aspect, the present invention is directed to a method for determining buffer inventory comprising the steps of selecting an item for which demand data is to be reviewed, identifying all information associated with the selected item, filtering the information based on pre-selected filter settings to provide filtered demand data, and displaying the filtered demand data. The method further comprises processing the filtered demand data to determine the longest period of time to complete a requisition, determining an optimum TRR (Time To Reliably Replenish) that is sufficient to allow a predetermined percentage of requisitions to be completed, generating on a display device a representation of dispersion of replenishment time TRR for the selected item and indicating in the representation the determined optimum TRR, and providing a user with the opportunity to vary the optimum TRR to provide an adjusted TRR so as to compensate for process changes, unforeseen circumstances or infrequent demand spikes. The method further includes processing the filtered data to determine the date of the oldest requisition for the selected item and designating this determined date as the initial starting point, defining a predetermined time window equal to either the adjusted TRR if the optimum TRR has been adjusted or the optimum TRR if the optimum TRR has not been adjusted, processing the filtered demand data within the predetermined time window starting from the initial starting point to determine the accumulated demand for the selected item during that particular predetermined time window, and storing the determined accumulated demand. The method further comprises incrementing the initial starting point to provide an updated starting point, processing the filtered demand data within the predetermined time window starting from the updated starting point to determine the accumulated demand for the selected item during that particular predetermined time window, and storing the determined accumulated demand. The incrementing and subsequent processing and storing steps are repeated until the end of the filtered demand data has been reached. The method further comprises processing all stored determined accumulated demands to determine the numerically highest accumulated demand, displaying on a display device the determined numerically highest accumulated demand value, and generating on a display device a representation of the demand pattern for the selected item based on the series of determined accumulated demands. The method further includes the steps of setting a buffer inventory size to have a value equal to the determined numerically highest accumulated demand value, determining the impact of the initial buffer inventory size on meeting demand for the selected item, and providing the user with an opportunity to adjust the initial buffer inventory size to provide an adjusted buffer inventory size.
  • In a related aspect, the present invention is directed to a computer program for performing a method for determining buffer inventory size in an electronic data processing system, comprising:
  • a computer readable medium;
  • computer program instructions, recorded on the computer readable medium, executed by a processor, for performing the steps of:
      • (a) selecting an item for which demand data is to be reviewed;
      • (b) identifying all information associated with the selected item;
      • (c) filtering the information based on pre-selected filter settings to provide filtered demand data;
      • (d) displaying the filtered demand data;
      • (e) processing the filtered demand data to determine the longest period of time to complete a requisition;
      • (f) determining an optimum TRR that is sufficient to allow a predetermined percentage of requisitions to be completed;
      • (g) generating on a display device a representation of dispersion of replenishment time TRR for the selected item and indicating in the representation the determined optimum TRR;
      • (h) providing a user with the opportunity to vary the optimum TRR to provide an adjusted TRR so as to compensate for process changes, unforeseen circumstances or infrequent demand spikes;
      • (i) processing the filtered data to determine the date of the oldest requisition for the selected item and designating this determined date as the initial starting point;
      • (j) defining a predetermined time window equal to either the adjusted TRR if the optimum TRR has been adjusted or the optimum TRR if the optimum TRR has not been adjusted;
      • (k) processing the filtered demand data within the predetermined time window starting from the initial starting point to determine the accumulated demand for the selected item during that particular predetermined time window;
      • (l) storing the determined accumulated demand;
      • (m) incrementing the initial starting point to provide an updated starting point;
      • (n) processing the filtered demand data within the predetermined time window starting from the updated starting point to determine the accumulated demand for the selected item during that particular predetermined time window;
      • (o) storing the determined accumulated demand;
      • (p) repeating steps (m), (n) and (o) until the end of the filtered demand data has been reached;
      • (q) processing all stored determined accumulated demands to determine the numerically highest accumulated demand;
      • (r) displaying on a display device the determined numerically highest accumulated demand value;
      • (s) generating on a display device a representation of the demand pattern for the selected item based on the series of determined accumulated demands determined in steps (k)-(p);
      • (t) setting an initial buffer inventory size to have a value equal to the determined numerically highest accumulated demand value;
      • (u) determining the impact of the initial buffer inventory size on meeting demand for the selected item; and
      • (v) providing the user with an opportunity to adjust the initial buffer inventory size to provide an adjusted buffer inventory size.
  • Other objects, features and advantages of the present invention will be apparent from the ensuing description.
  • BRIEF DESCRIPTION OF THE DRAWINGS
  • The foregoing features of the present invention will become more readily apparent and may be understood by referring to the following detailed description of an illustrative embodiment of the present invention, taken in conjunction with the accompanying drawings, in which:
  • FIG. 1 is a block diagram of a computer network, in accordance with one embodiment of the invention, with which the method of the present invention can be implemented;
  • FIGS. 2A, 2B and 2C are flow diagrams of the method of the present invention;
  • FIG. 3 is an exemplary table of demand data for a particular item;
  • FIG. 4 is an exemplary graph of a TRR (Time-To-Reliably-Replenish) trend for a particular item;
  • FIG. 5 is an exemplary graph of the dispersion of replenishment time and accumulated quantity for a particular item;
  • FIG. 6 is an exemplary graph showing accumulated demand corresponding to a particular TRR;
  • FIG. 7 is an exemplary graph showing the occurrences of particular demand peaks; and
  • FIG. 8 is an exemplary graph showing the impact of a particular buffer size on the demand and supply activities.
  • DESCRIPTION OF THE PREFERRED EMBODIMENTS
  • The ensuing description makes reference to FIGS. 1-8 of the drawings. The graphs and/or tables shown in FIGS. 3-8 are exemplary and are presented to facilitate understanding of the invention.
  • Referring to FIG. 1, there is shown network 10 that can be used to implement the method of the present invention. Network 10 comprises an end user computer system 14 having input devices such as keyboard 16, mouse 18, display device 20 and printing device 22. Computer system 14 can be configured as a personal computer, workstation, server system, and minicomputer or mainframe computer. Computer system 14 includes processor or CPU 23A and memory 23B. Processor 23A executes program instructions in order to carry out the functions of the present invention. The processor of computer system 14 is a microprocessor, such as an Intel Pentium® processor, but may also be a minicomputer or mainframe computer processor. Memory 23B stores program instructions that are executed by processor 23A. Memory 23B also stores data that is used and processed by processor 23A. Memory 23B may include electronic memory devices, such as random-access memory (RAM), read-only memory (ROM), programmable read-only memory (PROM), electrically erasable programmable read-only memory (EEPROM), flash memory, etc. and electromechanical memory, such as magnetic disk drives, tape drives, optical disk drives, etc. which may use an integrated drive electronics (IDE) interface, or enhanced IDE (EIDE), or ultra direct memory access (UDMA), or a small computer system interface (SCSI) based interface, or fast-SCSI, or wide SCSI, or fast and wide SCSI, etc., or a fiber channel-arbitrated loop (FC-AL) interface.
  • Computer system 14 also includes input/output interfaces, and network adapters. Display device 20 can be configured as a CRT or LCD monitor.
  • Computer system 14 is in electronic data communication with data link 24. Data link 24 can be configured as any type of medium capable of transmission of data signals. Thus, data link 24 can be configured as a dedicated land line, phone lines, broadband cable, etc. Data link 24 can also be configured as a wireless system such as a satellite uplink and down link system. Data link 24 is in data communication with internet or world-wide-web 30. Network 10 includes data link 31 which is in data communication with internet 30. Data link 31 can have the same configuration as data link 24. Network 10 further includes remote server 32 that is in data communication with internet 30 via data link 31. Although one server 32 is shown, it is to be understood that more than one server can be utilized. Network 10 further includes data bases 34. Each data base 34 contains data relating to the demand requirements of parts, components or items that are used by the end user. Such data includes requisition data such as the date an order is placed and completed, the time for the requisition to be completed (TRR) to the consumer if a part is issued from other than the shelf (a Not-In-Stock-Situation), or the time for the shelf to be replenished if the part was issued from the shelf, component or part serial number, and project code. The data bases 34 may include other data as well such as repair and/or maintenance history of all parts or components. As used herein, the terms “parts”, “components”, and “products” are used interchangeably and are collectively referred to herein as “item” or “items”. Network 10 may also include data base 36 which is located on the same premises as computer system 14. Data base 36 may be configured to store the same data stored in data bases 34 and/or store any resulting analysis and data generated by the implementation of the method of the present invention on computer system 14.
  • Referring to FIG. 2, the first step of the method of the present invention, step 100, entails determining, selecting or specifying the item for which demand data is to be reviewed. The term “demand data” as used herein refers to all data that pertains to requisitions for the selected item between the supplier and the consumer. Typically, an item for which demand data is to be reviewed is an item subject to variable demand patterns and/or problems in establishing a reliable and/or desirable time-to-reliably-replenish (TRR). The user inputs data representing the selected item into computer system 14 via keyboard 16 and/or mouse 18.
  • Next, in step 102, the user performs a search of data bases 34 or data base 36 for all detailed information associated with the selected item.
  • In step 104, the user inputs desired filter settings into computer system 14. In response, computer system 14 processes the demand data for the item in question and filters out demand data based on the user's filter settings. Specifically, this step segregates demand for stock replenishment actions from the demands made from stock on the wholesale, retail level or local repair process.
  • In step 106, the user inputs a specified time frame for which demand data is sought. In response to the inputted time frame, computer system 14 then filters out all demand data that is not within the specified time frame.
  • In step 108, the user inputs other criteria that are used by computer system 14 to filter out other data that is not desired. For example, the user may input specific data representing Project Codes, Type Equipment Code, Work Centers, UIC, etc. for which demand data is not desired.
  • As a result of the data processing implemented by steps 106 and 108, the filtered demand data is presented on display device 20. In one embodiment, the filtered demand data is presented in tabular form as shown in FIG. 3. The exemplary table shown in FIG. 3 includes data and information related to “Requisition #”, the serial no. “S/N”, “TRR”, “Order Date”, “Completion Date”, “Quantity” and “Status”. Thus, for example, on Jan. 3, 2002, requisition no. 23456 was placed for the item. The quantity of item ordered was one. The serial no. of the item delivered is 0001. The time-to-replenish (TRR) is one day. Thus, the ordered item arrived on the first day after the requisitioned was made. In a preferred embodiment, step 108 also allows the user to prompt computer system 14 to effect generation of a graph on display device 20 that shows the TRR trend for the particular item. An example of such a graph showing a TRR trend is shown in FIG. 4. The horizontal axis is a time line and the vertical axis is the amount of time from the requisition order date to the date on which the requisition is completed. The TRR trend shown in FIG. 4 is exemplary and is not based on demand data shown in FIG. 3.
  • Next, in step 110, computer system 14 processes all of the filtered demand data to determine the longest period of time required to complete a requisition. Stated another way, step 110 determines the longest TRR. Using the demand data shown in FIG. 3 as an example, step 110 processes this demand data to determine the longest TRR. Step 110 may also be illustrated by Example 1:
  • EXAMPLE 1
  • In this example, twelve months of demand data for a particular item is under evaluation. The longest amount of time needed to complete a requisition was eleven days. Although eleven days was the longest period of time to complete a requisition, the vast majority of requisitions were completed in seven days or less and a few of the requisitions were completed between eight and ten days, inclusive. Therefore, step 110 would identify eleven days as the longest period of time to complete a requisition.
  • Next, in step 112, the user analyzes the filtered demand data, which may be presented in the form shown in FIGS. 3 and 4, in order to determine a particular, optimum TRR that is sufficient to allow a predetermined percentage of requisitions to be completed. For example, when using the scenario described in Example 1, an analysis of the demand data reveals that although eleven days was the longest period of time to complete a requisition, the vast majority of requisitions were completed in seven days or less with a few of the requisitions being completed between eight and ten days, inclusive. Thus, a user could ascertain from the data that the eleven day period in question was the exception and that the requisitions having completion times between eight and ten days, inclusive, occurred early in the sample period, i.e. early in the twelve month period under evaluation. Furthermore, the user may determine that the eleven-day requisition time may be a non-recurring “demand spike” which does not require coverage with a corresponding buffer inventory size. Thus, the user may conclude that the optimum TRR does not have to cover one-hundred percent of the requisitions. Instead, the user may find that only a percentage, e.g. 80%, 90%, etc. of the requisitions need to be covered by an optimum TRR. Thus, the user then determines a percentage that would exclude the TRRs that are considered exceptions, anomalies, or occurring early in the sample period. Thus, in the present example, the user determines that an optimum TRR need only cover 85% of all requisitions and that a TRR of seven days corresponds to this percentage value of 85%.
  • In step 112, the user inputs the determined percentage value into computer system 14. In step 114, the computer system 14 displays the determined percentage and TRR values. Thus, using the aforesaid example, computer system 14 displays the determined percentage value 85% and a TRR of seven days.
  • In step 116, computer system 14 displays on display device 20 a graphic representation of the dispersion of replenishment time (TRR) for the selected item wherein the optimum TRR determined in step 112 is flagged for identification. This step is illustrated by FIG. 5 and
  • Example II
  • EXAMPLE II
  • In this example, the selected or determined percentage cutoff value is 85% and the TRR corresponding to this percentage is ten days. Next, computer system 14 generates a graphic representation of the dispersion of replenishment time (TRR) for the selected item. FIG. 5 shows this graphic representation. The vertical axis, QUANTITY, represents the quantity of items for which requisitions were made. The horizontal axis, DAYS TO REPLENISH, represents the number of days needed for the requisitioned or demanded quantity to arrive. For example, a review of FIG. 5 reveals that thirteen items arrived within one day of the date the requisition was made. Twenty-one items arrived within three days of the date requisition was placed. Thirty-two items arrived within six days of the date the requisition was placed. Three items arrived within ten days after the date the requisition was placed. Since ten days is also the optimum TRR, a flag 200 is shown indicating ten days as the TRR that corresponds to the percentage value of 85%. Thus, as a result of viewing the graphical representation of FIG. 5, the user can see that a vast majority of requisitioned or demanded items arrived in ten days or less while there were relatively few instances wherein requisitioned or demanded items arrived more than ten days after the requisition was made.
  • After review of the graph of the dispersion of replenishment, step 118 provides the user with an opportunity to change or adjust the optimum TRR number determined in the previous steps in order to compensate for process changes, unforeseen, unusual or infrequent circumstances, or infrequent demand spikes. For example, as shown in FIG. 5, the user may conclude that the instances wherein items arrived more than ten days after the requisitions were the result of unusual supply system break-downs, unforeseen circumstances, or possibly one-time demand spikes. Process changes may also affect the TRRs. Such process changes may result in increased or decreased TRRs at different points in the entire time frame being analyzed. Thus, step 118 allows the user to either leave the optimum TRR unchanged or adjust optimum TRR.
  • Next, in step 120, the user inputs commands into computer system 14 to locate the date of the first requisition for the item. Typically, this would be the oldest requisition. The date of the first requisition is designated as the initial starting point. For example, using the data shown in FIG. 3, Jan. 3, 2002 would be the oldest requisition in the time frame and therefore would be designated as the initial starting point.
  • Next, in step 121, the TRR resulting from step 118 is used to define a predetermined time window. Thus, if the TRR is ten days, then the predetermined time window is ten days.
  • In steps 122, 124 and 126, the user commands computer system 14 to process the demand data for the selected item with the predetermined ten day window starting from the initial starting point to determine the total or accumulated demand during that particular predetermined time window. Thus, referring back to FIG. 3, this step would initially evaluate a ten-day window starting at “Jan. 3, 2002” and ending at “Jan. 12, 2002” to determine the accumulated demand during that ten day period. Computer system 14 then stores the accumulated demand for that ten day period for subsequent processing. Next, computer system 14 increments the starting point by one day to provide an updated starting point and evaluates the next ten day window starting from the updated starting point. Therefore, computer system 14 evaluates the ten day period starting from “Jan. 4, 2002” to “Jan. 1, /2002” to determine the accumulated demand during that ten day period. Computer system 14 then stores the accumulated demand for that ten day period to memory. Computer system 14 continues to process the demand data in this manner, continuously incrementing the starting point by one day to provide updated starting points and evaluate the corresponding ten day windows to determine the accumulated demand for each ten day window. This process continues until step 124 determines that the end of the demand data has been reached. Once step 124 determines that the end of demand data has been reached, the method shifts to step 127.
  • In step 127, computer system 14 processes all stored total or accumulated demand data for each ten day window determined by steps 122, 124 and 126 and then determines the numerically highest accumulated demand. Thus, step 127 yields the numerically highest accumulated demand for all of the ten day windows analyzed in steps 122, 124 and 126. Computer system 14 then displays the determined numerically highest accumulated demand on display device 20.
  • In step 128, computer system 14 graphically generates on display device 20 a graph showing the demand pattern based on the series of accumulated demand values determined in steps 122, 124 and 126, and the corresponding ten-day time windows. For purposes of facilitating understanding of step 128, it is assumed that the optimum TRR is ten days and step 127 has determined that the numerically highest accumulated demand is six. An example of the graph generated by this step is shown in FIG. 6. This graph contains data for a two year period, commencing January 2002, and ending April, 2004. The vertical axis is the ordered quantity of the item and the horizontal axis is the entire time period in question. Each data “bar” or “spike” shows the total accumulated demand for a time window equal to the TRR established in step 118, e.g. 10 days. As shown in FIG. 6, during September, 2002, there were three time windows wherein the accumulated demand totaled six items. The next highest accumulated demand is five and this occurred in a time window in September, 2002. The next highest accumulated demand is four and occurred in a time window in September, 2002 and in a time window in October 2003. The remaining accumulated demands are for three items or less.
  • In step 129, computer system 14 automatically sets the most conservative buffer size equal to the highest numerically accumulated demand. Thus, this step sets the most conservative buffer size to six with the TRR being ten days.
  • In step 130, the user is allowed the opportunity to validate the buffer size established in step 129. Specifically, in this step, the user evaluates the graph shown in FIG. 6 to determine if the established buffer size should remain as is, or if it should be adjusted. In this step, the user also has the option of prompting computer system 14 to generate a graph of “Demand Peak Size” versus “Occurrences” in order to help the user decide whether the buffer size established in step 129 is sufficient, or whether the buffer size should be adjusted. Such a graph is shown in FIG. 7. In this graph, the horizontal axis is “Demand Peak Size” and the vertical axis is “Occurrences”. This graph tells the user how many times a demand for a particular quantity of items occurred. For instance, a demand for one item occurred thirty five times. A demand for two items occurred twenty eight times. A demand for three items occurred eighteen times. A demand for four items occurred two times. A demand for five items occurred two times. A demand for six items occurred only three times. Thus, the user may decide that it may not be necessary to maintain a buffer size of six. A relatively high per-item cost in combination with an infrequent demand for six or more items may influence the user into deciding that a buffer size of less than six may be sufficient. However, prior to making an adjustment in the buffer size, it is preferable that the user first analyze what impact a buffer size of six may have on the ability to meet demand for the item throughout a particular period of time. This is further described in step 132.
  • In step 132, the user prompts computer system 14 to generate a graph that illustrates what impact a buffer size of six will have on meeting the demand for the item. Such a graph is shown in FIG. 8. This graph is based on a TRR of ten days and a buffer size of six. The vertical axis represents the number of items in the buffer. The horizontal axis represents a particular time frame. The graph shows “bars”, indicated by reference numbers 300A-K, which show depletion of the buffer inventory and the remaining buffer inventory after a period of time (i.e. days) has elapsed. The width of each bar corresponds to the amount of time that has elapsed. For instance, bar 300A indicates the buffer inventory, which originally had six items, was reduced to five items during a period of time in January 2002. The regions or areas between bars 300A-K are indicated by reference number 400 and define the periods of time when the buffer inventory is full, i.e. six items. Bar 300G shows that the buffer, originally having six items, has been reduced to four items during a period of time in February, 2003. Bar 300F shows the buffer inventory has been depleted to zero in December, 2002. Therefore, this graph provides the user with an indication as to whether a buffer size of six is sufficient, too large or too small. In this particular example, the user may decide to decrease the buffer size to four or five since most of the time, the buffer size is not depleted below four items. Thus, the user may decrease the buffer size to four. If the user does adjust the buffer size, step 132 is repeated so the user can view the impact or implications of the new buffer size.
  • While the present invention has been described in the context of a fully functioning data processing system and method, those of ordinary skill in the art will appreciate that the processes of the present invention are capable of being distributed in the form of a computer readable medium of instructions and a variety of forms and that the present invention applies equally regardless of the particular type of signal bearing media actually used to carry out the distribution. Examples of computer readable media include recordable-type media such as floppy disc, a hard disc drive, RAM, and CD-ROMs as well as transmission-type media such as digital and analog communication links.
  • The principles, preferred embodiments and modes of operation of the present invention have been described in the foregoing specification. The invention which is intended to be protected herein should not, however, be construed as limited to the particular forms disclosed, as these are to be regarded as illustrative rather than restrictive. Variations and changes may be made by those skilled in the art without departing from the spirit of the invention. Accordingly, the foregoing detailed description should be considered as exemplary in nature and not as limiting the scope and spirit of the invention as set forth in the attached claims.

Claims (4)

What is claimed is:
1-10. (canceled)
11. A method for determining buffer inventory size comprising:
(a) providing a computer system comprising a processor, a memory device, an input for receiving data from a data source, and a user interface;
(b) utilizing the user interface to select an item for which demand data is to be reviewed and select a sample time period for which the demand data is to be reviewed, wherein the selected sample time period has a start date and an end date;
(c) collecting discrete demand data from a data source that corresponds to the selected item and selected sample time period and inputting the collected discrete demand data into the input of the computer system, wherein the discrete demand data comprises dates of requisitions and the periods of time-to-replenish needed to complete the requisitions;
(d) processing and analyzing the discrete demand data to identify all periods of time-to-replenish that are non-recurring demand spikes, exceptions, anomalies or which occurred in a relatively early time segment of the selected sample time period, wherein the relatively early time segment is defined by a predetermined segment of time starting from the start date of the selected sample time period;
(e) utilizing the user interface to input a percentage value that represents a percentage of completed requisitions within the selected sample time period, excluding completed requisitions corresponding to the periods of time-to-replenish identified in step (d);
(f) utilizing the processor to process the discrete demand data, excluding the periods of time-to-replenish identified in step (d), and the percentage value to determine an optimum Time-To-Reliably Replenish (TRR) that is sufficient to allow completion of the percentage of requisitions;
(g) utilizing the processor to generate a representation of dispersion of replenishment time TRR for the selected item and indicating in the representation the determined optimum TRR;
(h) utilizing the processor to process the discrete demand data to determine a date of an oldest requisition for the selected item and designating this determined date of the oldest requisition as an initial starting point;
(i) utilizing the user interface to define a predetermined time window equal to the determined optimum TRR;
(j) utilizing the processor to process the discrete demand data within the predetermined time window starting from the initial starting point to determine an accumulated demand for the selected item during that particular predetermined time window;
(k) storing the accumulated demand determined in step (j) in the memory device;
(1) incrementing the initial starting point to a date of a next discrete demand to provide an updated starting point;
(m) utilizing the processor to process the discrete demand data within the predetermined time window starting from the updated starting point to determine an accumulated demand for the selected item during that particular predetermined time window;
(n) storing the accumulated demand determined in step (m) in the memory device;
(o) repeating steps (1), (m) and (n) until the end of the discrete demand data has been reached;
(p) utilizing the processor to process all stored determined accumulated demands to determine a numerically highest accumulated demand;
(q) utilizing the user interface and processor to generate a time-based demand pattern for the selected item based on the series of determined accumulated demands determined in steps (j)-(o); and
(r) setting a buffer inventory size equal to the determined numerically highest accumulated demand.
12. A computer-executable program product comprising computer executable instructions tangibly embodied on a non-transitory computer readable medium that when executed by a computer perform the method steps comprising:
(a) allowing a user to select an item for which demand data is to be reviewed and select a sample time period for which the demand data is to be reviewed, wherein the selected sample time period has a start date and an end date;
(b) collecting discrete demand data from a data source that corresponds to the selected item and selected sample time period and inputting the collected discrete demand data into the input of the computer system, wherein the discrete demand data comprises dates of requisitions and the periods of time-to-replenish needed to complete the requisitions;
(c) processing and analyzing the discrete demand data to identify all periods of time-to-replenish that are non-recurring demand spikes, exceptions, anomalies or which occurred in a relatively early time segment of the selected sample time period, wherein the relatively early time segment is defined by a predetermined segment of time starting from the start date of the selected sample time period;
(d) utilizing the user interface to input a percentage value that represents a percentage of completed requisitions within the selected sample time period, excluding completed requisitions corresponding to the periods of time-to-replenish identified in step (c);
(e) utilizing the processor to process the discrete demand data, excluding the periods of time-to-replenish identified in step (c), and the percentage value to determine an optimum Time-To-Reliably Replenish (TRR) that is sufficient to allow completion of the percentage of requisitions;
(f) utilizing the processor to generate a representation of dispersion of replenishment time TRR for the selected item and indicating in the representation the determined optimum TRR;
(g) utilizing the processor to process the discrete demand data to determine a date of an oldest requisition for the selected item and designating this determined date of the oldest requisition as an initial starting point;
(h) utilizing the user interface to define a predetermined time window equal to the determined optimum TRR;
(i) utilizing the processor to process the discrete demand data within the predetermined time window starting from the initial starting point to determine an accumulated demand for the selected item during that particular predetermined time window;
(j) storing the accumulated demand determined in step (i) in the memory device;
(k) incrementing the initial starting point to a date of a next discrete demand to provide an updated starting point;
(l) utilizing the processor to process the discrete demand data within the predetermined time window starting from the updated starting point to determine an accumulated demand for the selected item during that particular predetermined time window;
(m) storing the accumulated demand determined in step (1) in the memory device;
(n) repeating steps (k), (l) and (m) until the end of the discrete demand data has been reached;
(o) utilizing the processor to process all stored determined accumulated demands to determine a numerically highest accumulated demand;
(p) utilizing the user interface and processor to generate a time-based demand pattern for the selected item based on the series of determined accumulated demands determined in steps (i)-(n); and
(q) setting a buffer inventory size to have a value equal to the determined numerically highest accumulated demand.
13. A system for determining buffer inventory, comprising:
a computer comprising a processor to execute computer program instructions and process input data, a user interface, a data input to receive data from a data source, a display device, and a memory to store computer program instructions executable by the processor, for performing the steps of:
(a) allowing a user to utilize the user interface to select an item for which demand data is to be reviewed and select a sample time period for which the demand data is to be reviewed, wherein the selected sample time period has a start date and an end date;
(b) collecting discrete demand data from the data source, wherein the collected discrete demand data corresponds to the selected item and selected sample time period and inputting the collected discrete demand data into the data input of the computer system, wherein the discrete demand data comprises dates of requisitions and the periods of time-to-replenish needed to complete the requisitions;
(c) processing and analyzing the discrete demand data to identify all periods of time-to-replenish that are non-recurring demand spikes, exceptions, anomalies or which occurred in a relatively early time segment of the selected sample time period, wherein the relatively early time segment is defined by a predetermined segment of time starting from the start date of the selected sample time period;
(d) allowing a user to use the user interface to input a percentage value that represents a percentage of completed requisitions within the selected sample time period, excluding completed requisitions corresponding to the periods of time-to-replenish identified in step (c);
(e) processing the discrete demand data, excluding the periods of time-to-replenish identified in step (c), and the percentage value to determine an optimum Time-To-Reliably Replenish (TRR) that is sufficient to allow completion of the percentage of requisitions;
(f) generating a representation of dispersion of replenishment time TRR for the selected item, displaying the representation on the display device, and indicating in the representation the determined optimum TRR;
(g) processing the discrete demand data to determine a date of an oldest requisition for the selected item and designating this determined date of the oldest requisition as an initial starting point;
(h) defining a predetermined time window equal to the determined optimum TRR;
(i) processing the discrete demand data within the predetermined time window starting from the initial starting point to determine an accumulated demand for the selected item during that particular predetermined time window;
(j) storing the accumulated demand determined in step (i) in the memory device;
(k) incrementing the initial starting point to a date of a next discrete demand to provide an updated starting point;
(l) processing the discrete demand data within the predetermined time window starting from the updated starting point to determine an accumulated demand for the selected item during that particular predetermined time window;
(m) storing the accumulated demand determined in step (1) in the memory device;
(n) repeating steps (k), (l) and (m) until the end of the discrete demand data has been reached;
(o) processing all stored determined accumulated demands to determine a numerically highest accumulated demand;
(p) generating a time-based demand pattern for the selected item based on the series of determined accumulated demands determined in steps (i)-(n), and displaying the time-based demand pattern on the display device; and
(q) setting a buffer inventory size equal to the determined numerically highest accumulated demand.
US13/870,609 2005-04-14 2013-04-25 Method And System For Determining Buffer Inventory Size Abandoned US20130246121A1 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
US13/870,609 US20130246121A1 (en) 2005-04-14 2013-04-25 Method And System For Determining Buffer Inventory Size

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US67154305P 2005-04-14 2005-04-14
US11/229,234 US8433592B2 (en) 2005-04-14 2005-09-17 Method and system for determining buffer inventory size
US13/870,609 US20130246121A1 (en) 2005-04-14 2013-04-25 Method And System For Determining Buffer Inventory Size

Related Parent Applications (1)

Application Number Title Priority Date Filing Date
US11/229,234 Continuation US8433592B2 (en) 2005-04-14 2005-09-17 Method and system for determining buffer inventory size

Publications (1)

Publication Number Publication Date
US20130246121A1 true US20130246121A1 (en) 2013-09-19

Family

ID=37115649

Family Applications (2)

Application Number Title Priority Date Filing Date
US11/229,234 Active 2029-09-01 US8433592B2 (en) 2005-04-14 2005-09-17 Method and system for determining buffer inventory size
US13/870,609 Abandoned US20130246121A1 (en) 2005-04-14 2013-04-25 Method And System For Determining Buffer Inventory Size

Family Applications Before (1)

Application Number Title Priority Date Filing Date
US11/229,234 Active 2029-09-01 US8433592B2 (en) 2005-04-14 2005-09-17 Method and system for determining buffer inventory size

Country Status (4)

Country Link
US (2) US8433592B2 (en)
EP (1) EP1869597A4 (en)
JP (1) JP5039025B2 (en)
WO (1) WO2006113156A2 (en)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20130073249A1 (en) * 2010-02-10 2013-03-21 Commissariat A L'energie Atomique Et Aux Energies Alternatives System and method for real-time determination of a repetitive movement parameter

Families Citing this family (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP5427191B2 (en) 2008-02-07 2014-02-26 アヴラハム ワイ ゴールドラット インスティテュート、リミテッド パートナーシップ Method and system for determining the relative priority of work in progress and narrowing down process improvement targets
JP5369744B2 (en) * 2009-02-13 2013-12-18 三菱電機株式会社 Information collection system, terminal device, information collection program, terminal program
JP6008339B1 (en) * 2015-04-28 2016-10-19 パナソニックIpマネジメント株式会社 Product monitoring device, product monitoring system and product monitoring method
US11403574B1 (en) * 2018-07-02 2022-08-02 Target Brands, Inc. Method and system for optimizing an item assortment

Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6151582A (en) * 1995-10-26 2000-11-21 Philips Electronics North America Corp. Decision support system for the management of an agile supply chain
US20030149578A1 (en) * 2001-06-01 2003-08-07 Vientity Private Limited Intelligent procurement agent
US20040059649A1 (en) * 2002-08-06 2004-03-25 Toshiyuki Sakuma Inventory control system, inventory control method, fee collection method utilized in inventory control system, inventory control program, and storage medium
US20040230475A1 (en) * 2003-05-12 2004-11-18 I2 Technologies Us, Inc. Optimizing an inventory of a supply chain
US7058587B1 (en) * 2001-01-29 2006-06-06 Manugistics, Inc. System and method for allocating the supply of critical material components and manufacturing capacity
US7092929B1 (en) * 2000-11-08 2006-08-15 Bluefire Systems, Inc. Method and apparatus for planning analysis
US7324966B2 (en) * 2001-01-22 2008-01-29 W.W. Grainger Method for fulfilling an order in an integrated supply chain management system

Family Cites Families (16)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5819232A (en) 1996-03-22 1998-10-06 E. I. Du Pont De Nemours And Company Method and apparatus for inventory control of a manufacturing or distribution process
US5946662A (en) 1996-03-29 1999-08-31 International Business Machines Corporation Method for providing inventory optimization
US5971585A (en) 1997-09-09 1999-10-26 International Business Machines Corporation Best can do matching of assets with demand in microelectronics manufacturing
US6049742A (en) 1997-09-26 2000-04-11 International Business Machines Corporation Projected supply planning matching assets with demand in microelectronics manufacturing
US6925447B2 (en) 2000-02-04 2005-08-02 Medtronic, Inc. Responsive manufacturing and inventory control
WO2001084468A1 (en) 2000-05-04 2001-11-08 The Regents Of The University Of California Optimizing the availability of a buffered industrial process
JP5525673B2 (en) 2000-09-28 2014-06-18 オラクル・インターナショナル・コーポレイション Enterprise web mining system and method
US7089196B2 (en) * 2001-04-11 2006-08-08 I2 Technologies Us. Inc. System and method for lean inventory management
JP2002342431A (en) * 2001-05-14 2002-11-29 Asahi Glass Co Ltd Stock replenishment control system
US6898472B2 (en) 2001-12-27 2005-05-24 Manugistics, Inc. System and method for order group planning with attribute based planning
US6885902B2 (en) 2001-12-27 2005-04-26 Manugistics, Inc. System and method for replenishment by purchase with attribute based planning
US6901304B2 (en) 2002-01-11 2005-05-31 Sap Aktiengesellschaft Item tracking system architectures providing real-time visibility to supply chain
JP4393993B2 (en) * 2002-05-17 2010-01-06 キナキス ホールディングス インク. System and method for determining a promise date for demand within a business environment
JP2004287490A (en) * 2003-03-19 2004-10-14 Sumitomo Chem Co Ltd Production planning method and production planning system
JP2005075532A (en) * 2003-08-29 2005-03-24 Ryuichi Kawabata Vehicle parts stock management system and method
US20050071215A1 (en) 2003-09-30 2005-03-31 Armbruster Chris A. Process and apparatus for generating a product-specific statistical inventory buffer

Patent Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6151582A (en) * 1995-10-26 2000-11-21 Philips Electronics North America Corp. Decision support system for the management of an agile supply chain
US7092929B1 (en) * 2000-11-08 2006-08-15 Bluefire Systems, Inc. Method and apparatus for planning analysis
US7324966B2 (en) * 2001-01-22 2008-01-29 W.W. Grainger Method for fulfilling an order in an integrated supply chain management system
US7058587B1 (en) * 2001-01-29 2006-06-06 Manugistics, Inc. System and method for allocating the supply of critical material components and manufacturing capacity
US20030149578A1 (en) * 2001-06-01 2003-08-07 Vientity Private Limited Intelligent procurement agent
US20040059649A1 (en) * 2002-08-06 2004-03-25 Toshiyuki Sakuma Inventory control system, inventory control method, fee collection method utilized in inventory control system, inventory control program, and storage medium
US20040230475A1 (en) * 2003-05-12 2004-11-18 I2 Technologies Us, Inc. Optimizing an inventory of a supply chain

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
Keaton, Mark, "Using the gamma distribution to model demand when lead time", Journal of Business Logistics: 1995 *

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20130073249A1 (en) * 2010-02-10 2013-03-21 Commissariat A L'energie Atomique Et Aux Energies Alternatives System and method for real-time determination of a repetitive movement parameter
US9341645B2 (en) * 2010-02-10 2016-05-17 Commissariat A L'energie Atomique Et Aux Energies Alternatives System and method for real-time determination of a repetitive movement parameter

Also Published As

Publication number Publication date
EP1869597A4 (en) 2011-11-30
US8433592B2 (en) 2013-04-30
JP5039025B2 (en) 2012-10-03
US20060235734A1 (en) 2006-10-19
WO2006113156A3 (en) 2007-09-20
EP1869597A2 (en) 2007-12-26
WO2006113156A2 (en) 2006-10-26
JP2008537223A (en) 2008-09-11

Similar Documents

Publication Publication Date Title
Thomas et al. The costs and benefits of advanced maintenance in manufacturing
US20130246121A1 (en) Method And System For Determining Buffer Inventory Size
JP5027053B2 (en) Work analysis apparatus, production management method, and production management system
US8682707B2 (en) Simulation-based risk analysis for finite capacity scheduling
US8620716B2 (en) Computer system and method for detecting and processing changes in data
US7360697B1 (en) Methods and systems for making pricing decisions in a price management system
US8117103B2 (en) Method and systems for operationalizing process excellence
US20120278123A1 (en) Method And System For Determining The Capacity Required To Complete Work During Planned Start And Finished Times
US20140032257A1 (en) Method And System For Determining The Relative Priority Of In-Process Project Work Tasks And Focusing Improvements In Task Time Estimates
Kłos et al. The impact of ERP on maintenance management
US7324860B2 (en) Method, apparatus and program storage device for providing a cascading timeline of manufacturing events leading to completion of a manufactured product
US20130138471A1 (en) Planning and scheduling tool assistant
US20140081697A1 (en) Planning and scheduling tool assistant
JP2009289056A (en) Device for supporting personnel arrangement planning
JP2018206000A (en) Production planning system, production planning method and personnel ability calculation method
JP2021179981A (en) Information processing system, information processing device, and program
JP2021081761A (en) Analysis system and analysis method
KR20180115146A (en) Intuitive user interface providing system and method
Rodríguez et al. Small Business Lean Inventory Optimization
US8401905B2 (en) Method and system for determining the relative priority of in-process work and focusing process improvements
Meyer et al. Business process optimization: combining project management and six sigma best practices to better understand and optimize critical business processes
Vasilev ISO 22400 key performance indicators for software industry
US20160012383A1 (en) Impact of unplanned leaves on project cost
Zugg et al. Persona Development for Factory Floor Decision Support
Wang et al. Persona Development for Factory Floor Decision Support

Legal Events

Date Code Title Description
AS Assignment

Owner name: AVRAHAM Y. GOLDRATT INSTITUTE, LP, CONNECTICUT

Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNORS:HOULE, DALE T.;ECK, LAURIN P.;SIGNING DATES FROM 20081216 TO 20130411;REEL/FRAME:030290/0684

STCB Information on status: application discontinuation

Free format text: ABANDONED -- FAILURE TO RESPOND TO AN OFFICE ACTION