INU01 /1 - System Setup Constants, Defaults and Rules INU01 /2 - Cost Balance Factors INU01 /4 - Order and Transfer Constraints INU01 /5 - Safety Stock Modulation Matrix INU01 /6 - Order Time Statistics INU01 /7 - Consumption Statistics INU03 /2 - Item Control Parameters INU04 /1 - Stock Administration INU09 - Control Centers, Managers MAU01 /2 - Forecasting Methods When the general stores configuration, supply and distribution networks have been defined, the majority of the logistical reorder problems can be solved automatically by means of computer programs, which use generally available statistical information. This information consists of dynamical data, such as issues and purchasing transactions, basic item and classification data, stores constants, and tuning factors for which an optimal value can be defined and which modify the working of the programs. The purpose of this manual is to provide information about the system definition and setup. Only after complete setup, operations support can be given and programs, analysis and reports can be run. The system can be setup as expert system for logistic operations support of the current real life situation on the production database, or to study the impact of business decisions on the current or expected future situations, by optimisation modelling and simulations on a test database. This manual describes the functions related to basic data and tuning. Basic data consists of those data that may be regarded as elementary data whereas dynamic data is created by business events and depends on the elementary data. The system contains a complete set of basis functions and database tables (its own house holding). Normally transactions will originate from business events of the production, or they can be generated by simulation. The function INU08 allows transactions of business events to be entered for simulation and modelling. The following functions define the setup, the basic data and tuning. INU02 - Parameter groups INU03 - Items definitions INU04 - Stock data INU05 - Stores and Network INU06 - Suppliers INU07 - Clients INU08 - Transactions INU09 - Control Centers INU10 - Locations MAU01 - Forecast Methods, Tables and Weighting Schemes The operations support functions (see OPERATIONS manual) INU12 - Exceptions handler NOTE: The function ordering presents also the order in which data should
be defined, to get the system operational. e.g. First general constants
and rules in INU01, then control parameter group definitions INU02, then
items in INU03, which may be linked to a parameter group defined in INU02.
The basic data can be entered and modified in screens and consist of mandatory data and non-mandatory details. For INU01 recommended defaults values are provided, which normally do not need to be adjusted. After tuning most of the set-up functions do not need any manual attention anymore. In stand-alone version or for simulation and modelling study purposes the functions INU03 - INU10 can be used to enter or change the basic data manually. In production situation where the system is used as expert system to support another operational ERP (Enterprise Resource Planning) system like SAP, BAAN, ORACLE Logistics, the information in INU03 - INU10 is normally automatically maintained by interface to the operational ERP system. Only INU12 should be used during production, to support manual exceptions handling. SETUP INU01 Only at setup. Recommended defaults are provided. INTERFACE INU03 - INU10 Data automatically maintained by interface to production. MANUAL INU02, INU11, INU12 Manual, to enter constraints and to handle exceptions.
PARAMETER GROUPS A number of management input, steering or control parameters are needed in the logistical calculations, such as target service-level, holding cost, fixed and variable order costs, absence cost, item review and entry time. Although DEFAULT values can be defined in the setup function INU01, which will serve most of the items, groups of items may still exist which should be treaded differently. e.g. They may have a higher order line cost, or a longer review time caused by a required inspection, or management may want to set a higher target service level. For these groups of items it is not necessary to define the control parameters for each individual item. It is sufficient to enter the NOT-DEFAULT control parameters on a single parameter group record in INU02 and link this control parameter group record to the group of items in INU03. In this way maintenance work is decreased and control is increased in a simple and easy way. Only if an item needs its own UNIQUE control parameters, these control parameters should be defined for this item in INU03 /2. The values of the control parameters can thus be specified on a number of levels. These levels define a hierarchy, which is followed when the value of a parameter is retrieved for use in a calculation. HIERARCHY Item - Parameter Group - Default If a constant is defined on item level, this value is taken, if it is not defined on item level, the value defined to the control parameter group is used, if this value is not defined, the overall default value defined in screen INU01 is used. NOTE: Never enter a 0 if you want to leave a parameter undefined, the 0 will be taken as a value, only an empty, blank field denotes an undefined parameter. If one only wants to use global values, define the default parameters
in screen INU01 only: overall service level, holding cost, fixed and variable
order costs, absence cost, review and entry time. All calculations will
use these values. Definition hierarchies for the different parameters:
NOTE: As defaults for the item control parameter are NOT hard-copied into item records, but dynamically determined at calculation time, just a view high level parameters, whose values may be changed at any time, may control all the items. The user sets the objectives and targets in INU01. Occasionally occuring non standard situations can be handled by defining additional parameter groups in INU02.
SIMULATION Simulate by "real history replay method" (using real historical data with different calculated parameter sets) the impact of business decisions, analyse simulation results, trace exceptions, use optimisation modelling techniques to find optimal parameters and business policies
A number of target or control parameters highly influence the results of the logistic calculations, some of these parameters must be defined (service level, holding cost, order cost, review time) while others are derived by statistics (demand statistics, lead times). E.g. the economical order quantity EOQ depends on the total order cost and holding cost, the item cost price, stock demand or item consumption, and out of stock costs. The safety and buffer stock depends on the lead time and customer order statistics and requested service levels. Service Level Holding Cost Fixed Order Cost Variable Order Cost Absence cost Stock-out Cost Exception threshold
Pattern Factor A system seasonal pattern flag is set, if the average
deviation of the consumption over seasonal corresponding periods divided
by the average deviation over all the periods is smaller then a threshold
defined in the setup function INU01. Trend Years A system trend pattern flag is set, if over the last years there existed a steady increase or decrease: the trend gradient value was large, with a small variation of this gradient. Lumpiness Factor A lumpy demand system flag is set if the normal
stock demand Q calculated by month is very variable, as defined by the
ratio of the deviation to the average demand sampled in month periods.
In order to access the setup and basic data functions one has to select the role LOGIC main menu
INU01 /1 -SYSTEM SETUP CONSTANTS, DEFAULTS AND RULES
FUNCTION AIM The purpose of this function is to define general system settings, it allows to define DEFAULTS for the target or control parameters. Such as target service level, holding cost, fixed and variable order cost, stock-out cost, time windows, management objectives, rules and constraints. FIELDS Target One can define an overall target service level or one can choose for the minimisation of the total cost, in the case of minimum total cost, the service level for each item is a result of the minimum total cost calculation. Investment Limit This constraint sets a limit to the total average amount in item cost price, of inventory that may be carried by the stores. Time Window A summary of historical events like number of orders, total quantity and amount, for a time window or period of history is kept on the inventory item, supplier and customer records and used as input to the ABC analysis. Different time windows and ABC threshold percentages can be defined. HOW TO USE THE FUNCTION Set the parameters to the desired values. By pressing <TAB> buttons on the left one can reach other tab pages. Not all fields are mandatory. INU01 /2 - COST BALANCE FACTORS
DESCRIPTION The purpose of this screen is to define the general cost balance factors. In general there is a cost to order/transfer an item, which is composed of 2 components: the order/transfer setup cost and the order/transfer line cost for each additional item. It costs to have or possess the item, the so-called holding cost. It may also cost if an item is not directly available from stock when there is a material request for this item, the so-called stock out cost. Finally there is a certain cost related factor if the item is hold in stock but there is no demand for this item. FIELDS Order/Transfer Setup cost Fixed part or administrative part
of the order or transfer cost. The total Order/Transfer cost can be defined as order setup cost + line cost x number of lines. Holding cost Cost of possession as percentage of the average
item value per year.
DESCRIPTION The purpose of this screen is to define the general time factors. Some time factors can be obtained from the system history, like time between ordering and reception, while other time factors have to be estimated and entered by the user, like administrative time of reviewing the re-order propositions, inspection and entry of received ordered items into stock. FIELDS Order time Extra time Lead time
The purpose of this screen is to define general order and transfer constraints. These constraints are logical and generally defined by the management to avoid unwanted situations. e.g. It may be economical to order 3 years of material, but management wants to stock not more then 0.5 year of expected consumption: a lower order frequency limit constraint of 2 will restrict the EOQ quantity of 3 years (frequency 0.33 lines per year) to 0.5 year of expected consumption. ORDER/TRANSFER CONSTRAINTS Upper limit Limits the number of orders per year, or inversely poses a lower limit to order quantities as compared with the expected year consumption. Lower limit Lower order frequency limit. This condition poses an upper limit to the quantity ordered per year. Lead time limit A long lead time and small economical order quantity EOQ may lead to multiple orders in the lead time. This constraint limits the number of orders that may simultaneously exist. It relates the order quantity to the consumption in the lead time, imposing long lead times to result in a larger order quantities. CONSOLIDATION Ratio ROP Ratio of the pull down quantity and the reorder point
CONSOLIDATION The consolidation process aims to synchronise ordering of items for the same supplier and contract, and results in orders with many order lines. It works by pulling other items into reordering condition, when one item is normally to be reordered for a given supplier and contract. In order to get other items into reordering the reorder points are artificially increased. A number of factors can be defined. If more factors are defined they will work together: if one condition is not met, but another is satisfied, the item will be pulled down into reordering. The consolidation process is stopped after the following conditions are reached Minimum value for the order is reached A number of limits to the increase of reorder point can be defined, each limit having its own benefits. Ratio ROP (OH-ROP) / ROP < limiting condition The increase limit by ratio of the pull down quantity = (quantity in stock OH - quantity reorder point ROP) and the reorder point. This condition has the disadvantage that there is no control on the extra costs. Time (OH-ROP)/Daily Consumption < limiting condition The increase limit by the pull down time = (quantity in stock OH - quantity reorder point ROP) / Daily Average Consumption. This has the advantage that items that will soon normally come into re-ordering, are re-ordered grouped together. INU01 /5 - SAFETY STOCK MODULATION MATRIX
DESCRIPTION The safety stock quantity is calculated as a function of the service
level and item demand history. MATRIX FIELDS
Coefficient AA - (item demand ABC = A, safety stock value ABC = A) Coefficient AB - (item demand ABC = A, safety stock value ABC = B) INU01 /6 - Order Time Statistics
DESCRIPTION The purpose of this screen is to define or change order time statistics
calculation factors. FIELDS
DATA ERRORS and ACCURACY New order delays are calculated based on order transactions. From these transactions the average and deviation are calculated. However, the results of this calculation are highly sensitive to data errors, abnormalities, and historical time interval used. Different filters can be defined to avoid abnormalities and enhance the accuracy of the statistics. FILTERS Time window historical data Fools filter Statistical exceptions filter STATISTICS After filtering the data, the order time statistics is calculated Deviation order time D = Sqrt ( Sum ( (L -A) 2 ) / N(L) ) Therefore historical time dependent weighting, based on the number of years should increase the accuracy Weighting schemes S and weight formula W D = Sqrt (Sum (W x (L -A) 2) / Sum (W)) Unit: W=1, No weighting
Linear: W = greatest ((Factor-Y), 0)
Reciprocal: W = 1/(1+greatest ((Factor xY), 0))
Reciprocal: W = exp (- Factor xY)
CONFIDENCE In case of item introduction or change of supplier there are often insufficient data to determine accurate order times statistics by item with confidence. Therefore the algorithm calculates in 2 steps. 2. order time statistics by item. D (Item) = beta x D (Supplier) + (1- beta) x D (Item) Note: at T=1 D (Item) by definition = 0 and D (Item) is taken as D (Supplier) INU01 /7 - Consumption Statistics
DESCRIPTION The purpose of this screen is to define single demands statistics factors like average expected quantity per demand and exceptional threshold level or break quantity formula factors. FIELDS
EXCEPTIONS The exceptional threshold level or break quantity is defined to avoid
stock-outs, which will be caused by serving non-recurrent or infrequent
occurring exceptional large demands from stock. If infrequent occurring
exceptional large demands are included into the statistical demand used
to calculate stock replenishment parameters, this also will lead to high
safety stock values. Sometimes D is very small or even zero e.g. when for a large number of demands always the same quantity is requested, thus a more practical definition is given by E > A + N x greatest (A, D). The above definition, does not include any price considerations. Practically
one wants expensive items to be served by direct-out quicker (less rare
in statistical sense) then very cheap items.
The same reasoning like above, but now for cheap items, leads to shifting the N to a larger value if the cost corresponding to E is very small. This constraint leads to nearly always serving from stock of cheap item demands even if they very seldom occur. To avoid a very large value of N a maximum can be defined.
If there is sufficient quantityin stock, an exceptional large
demand may be served in the normal way from stock.
In order to avoid manual checking this condition for all daily exceptions, a so-called stock dynamical exception threshold level can be calculated such that after serving the exceptional demand at least (Stock Dynamic Factor) x (the reorder point + daily consumption) should be left in stock for normal serving and reordering NOTE 1: The stock dynamic break quantity, is dependent on the situation of the stock, therefore it should be daily recalculated. NOTE 2: The statistical quantity used for forecasting of normal demand depends on the statistical exception level, or user defined as constraint direct-out level but NOT on the stock dynamical level.
DESCRIPTION The purpose of this screen is to set or modify a number of factors, which influence the logistics in a global way. For instance all economic order quantities are multiplied with a tuning factor, whose value is normally set to 1, assigning any other value will increase or decrease all order quantities. In this way the user can control and globally fine-tune the logistics to his own judgement, for instance set all order quantities to a global larger or smaller value. FIELDS
LOWER LIMIT The service level for an item is defined as the ratio of the number of requests that can be immediately satisfied from stock and the total number of requests. Service Level in % = 100 x Number of served requests/ Total number of requests for material The target service level is defined over the total time the item is kept in stock. Normally there is only a possibility on stock-out and backorders after the quantity in stock has reached the reorder point. For the time the stock is above the reorder point, almost 100 % service level is ensured. If the order serve time is very large compared with the reorder time, this will by definition lead to a low service level in the lead time, to reach the overall defined target service level. Because the on-hand quantity can drop significantly below the re-order point by the triggering demand, when the re-order proposal is created we may adjust the ROP to compensate for it. That is, in addition to the demand in the lead time plus the safety stock that usually make up the ROP, we now add the expected deficit term to the ROP, which is the average amount that the quantity on hand is likely to fall below the reorder point when triggering the re-order proposition. To switch off and on, and to fine tune this term is added multiplied with the Expected Deficit Factor. ROP SS Tuning Factor FOC SS tuning factor Allows to fine tune the FOC safety stock in maximum or fill-up-to level. This factor is directly applied to the safety stock component For a number of years and a minimum number of demands in
these years the trend, pattern and lumpiness are derived and corresponding
flags are set on the stock item (see INU04 /2) Average Inventory Factor Normally the quantity in stock fluctuates
very much as result of the replenishment cycles, and the average quantity
kept in stock is important management information, it is very convenient
to keep a time weighted exponential smoothed average of the qty in stock
S(Q) on the stock record for reporting purposes: NOTE: The calculation is somewhat insensitive to the period between re-calculations. The algorithm can be re-run on the same day (no action), or re-run in intervals of days, weeks or every month and still results in about same smoothing which depends on the factor ASF but not on the period between different runs. Maximum History Limit For data maintenance, when defined, older history will be removed System Calculation Date If this field is defined its value is used in the calculations instead of the SYSTEM DATE. It should normally NOT be defined.
FUNCTION AIM The purpose of this screen is to define parameters groups. The parameters target service level, cost of holding, order line cost, cost of absence can be specified. If the parameters are not defined on the item level (INU03) and a parameter group is associated with the item, the parameters of the parameter group will be taken instead of the defaults (INU01). FIELDS Code, Description Unique identification
code, description of the parameter group HOW TO USE THE FUNCTION Enter the code and group description. The parameters do not need all to be defined, if the item specific or default values are to be used for the item. When pressing <DELETE RECORD> a warning will be used when the group code is in use, the group code will be removed from the items using the class when <COMMIT> is pressed.
FUNCTION AIM The purpose of this screen is to define or modify item definition and classification details. FIELDS
HOW TO USE THE FUNCTION Use <CREATE RECORD> to enter an item. Item properties can be selected
using help screens by pressing <LISTVAL> on the item class field. INU03 /2 - Item Control Parameters
DESCRIPTION This page allows to link a parameter group to the item, and/or to define specific values for the target or steering parameters to the item. When a parameter group is defined for the item its target parameters are shown. The DEFAULT values defined in INU01 are shown as well. FIELDS
INU04 /1 - Stock Administration
FUNCTION AIM The purpose of this screen is to display, define or modify stock definition details. FIELDS
DERIVED BY DEFINITIONS ACCORDING HIERARCHY: Item (INU03)- Parameter Group (INU02) - Default value (INU01/1,2) Holding Cost, Stock-out Cost, Salvage Value Costs, calculated in the system currency DERIVED BY DEFINITIONS ACCORDING HIERARCHY: Item (INU03) - Parameter Group (INU02) - Default value (INU01/1,2)
FIELDS
FORECAST NORMAL DEMAND FORECAST EXCEPTIONAL DEMAND
< End of plan date, if DEFINED this date will when EXPIRED, ERASE the planning and its own value setting planning and date to undefined. Note: if UNDEFINED the planning definition will stay until by user action modified or erased.
FUNCTION AIM The purpose of this function is to define the different stores, store types, network definitions, transfer channels, stock locations, quantities and units. FIELDS Store Store code and name
DESCRIPTION This screen allows to define the transfer costs and times for transfers through the various transfer channels. The transfer cost and time can be specifically defined for a given item or parameter group, or can be more generally defined for a given transfer channel between a receiving store and a master - or providing store. FIELDS
BINLOCS or STORES LOCATIONS
QUANTITIES
DESCRIPTION This screen allows to define the units. Units can be used a basic unit or unit of measure, like kg, meter, litre, piece or more general like box, pallet, bottle FIELDS Unit Unique unit code and description
FUNCTION AIM The purpose of this function is to define and modify suppliers. FIELDS
DESCRIPTION This function allows to display, define and modify supplies, and historical supply conditions. Normally it is automatically maintained by interface, a historical record is created each time the active supply conditions change. FIELDS
DESCRIPTION This screen allows to define the currencies and rates. FIELDS Currency Currency type and description
FUNCTION AIM The purpose of this screen is to display, define, alter or delete customers. FIELDS
NOTE: if the <Code>, <Division>, <Amount> and <Number> header buttons are pressed, the order in which the data in the screen appears will change accordingly
FUNCTION AIM This function allows to display, define, alter or delete transactions. HOW TO USE THE FUNCTION FIELDS
The reason code is the only attribute that should be entered later, and allows to associate a reason to the event, for reporting and analyses. EXAMPLES Management information TRANSACTION TYPES The pop-up help screen or list of values shown below is available wherever an existing transaction type has to be entered e.g. for reporting or display of information or extraction of data to EXCEL. It is an example of the many help-screens and lists of values available in the system
The following transaction types are supported I = Issue of material by client order INU09 - Control Centers, Managers
FUNCTION AIM The purpose of this screen is to display, define, alter or delete item control or responsibility centers. FIELD Code Responsible party, person or manager code
FUNCTION AIM The purpose of this screen is to define the initial forecasting set-up. These parameters should normally not be changed anymore. FIELDS
HOW TO USE THE FUNCTION This function displays information about the forecasting set-up. By pressing <TAB> buttons one can reach the next pages. DESCRIPTION Whatever would have worked best in the recent past should be used to
predict the future. BENEFITS The forecasting uses a multi-method procedure simultaneously calculating a large number of forecasts for a number of historical periods, using a large set of different forecast methods or formula (defined in MAU01/2), and subsequently selecting the method best fitting to the historical consumption for each individual item. By dynamically choosing the method giving the best fit to the historical consumption one ensures that: • The forecast F will automatically adjust to sudden changes of the consumption pattern (sudden rise/fall of demand) by selecting the best fitting method to accommodate these changes. • The method with the best fit, gives also a good estimate of the deviation or error of the forecast. This deviation D is an important factor in many calculations: it gives not only an estimate of the accuracy of the forecast, but it also gives the different probabilities that the reel consumption will take the values F+D or F+2D, etc. (Forecasting actively uses D) • The average error <E> or bias gives a good indication of the
offset or tendency of the historical demand to grow/diminish. The statistical used consumption includes customer returns, and a weighted fraction of the exceptional demanded quantities. Set-up allows to complete/partial/not including a fraction of the exceptional demand by the Exception Filter. The exceptional demand is defined as demand for quantity larger then the break quantity calculated by parameters defined in INU01 or user defined as constraint direct-out level INU04 Although the number of exceptional large demands is only a fraction of the total number of demands, the total exceptional quantity may outweigh the total normal demanded quantity. Sometimes it is possible to satisfy an exceptional large quantity from stock without endangering the serving of the normal demands. Sometimes a fraction of the exceptional large demanded quantity is served from stock and the balance is served by direct out. Including a fraction of the exceptional demand will normally reduce the forecast error. Exception Filter setting: -1 Take the total exceptional quantity for statistics For every forecast method a number of coefficients Ci can be defined in RPU05, such that a forecast for the next period can be calculated, expressed in the coefficients and the periods. Forecast F by method m for the next period P Fm (P) = Sum (Cm(i) x Pi ) The setup provides a number of standard methods and coefficients.
The period trend in the example, is calculated as the last period, plus the difference from the previous period: P1 + (P1 - P2) = 2 x P1 + -1 x P2 NOTE: Due to negative coefficients and/or user returns the forecast may become negative. if the switch Allow negative Forecasts = Y. Allowing negative values of the forecast will make the test for the best fitting method more critical (One 0 is much alike to another 0, if no negative values are allowed). CHOOSING THE BEST METHOD The different forecast methods can be tested, how well they would have produced a forecast of the last N historical periods P1 ... Pn or Maximum Number Iterations N, by calculating the historical consumption R(P1 )... R(Pn) and forecasts for each forecast method m Fm(P1 ) ... Fm(Pn) over the last N periods and calculating the difference or fit of each method to the historical consumption. The number of iterations must be chosen sufficiently large to reduce forecast error. It does so because it reduces formula selection on random change. A formula may be accurate once by accident, but may not stand the test of a large number of iterations. A too large number of iterations may decrease the accuracy, because it focuses the test on the fit to history of the far past. The recommended default for the setup parameter Maximum Number Iterations is 12.
If there is not enough history for a formula to perform the specified number of iterations, it may run with a lower number of iterations. If the number of iterations is less then 3 it is bypassed altogether. To test each method, the differences E between the real R consumption and the forecast F for each method m are calculated: Em(P1) = Fm(P1)-R(P1) ... Em(Pn) = Fm(Pn)-R(Pn)
For each method the average error, average absolute error and average squared error are defined as <Em> = 1/(N-1) x Sum ( Em(P1) ... Em(Pn) ) <|Em|> = 1/(N-1) x Sum ( |Em(P1)| ... |Em(Pn)| ) <Em2> = 1/(N-1) x Sum ( Em(P1) 2 ... Em(Pn) 2 ) Where N is the number of actual iterations. For random errors <Em> is near to zero. A large value of <Em> is caused by a systematic offset or trend between the predicted and real values. The value of <Em> is taken as TREND factor Tm for the method m, one advantage of adding Tm to the forecasts Fm is that all errors are reduced and the fit is improved. the predictions Fm(P1)+Tm ... Fm(Pn)+Tm are compared with R(P1) ... R(Pn), and <|Em|>, <Em2> are calculated ( <Em>= 0 is per definition )
The best to fitting method or the method with the least error can now be selected as the method with the smallest value of <Em2> or <|Em|>. For this method we can obtain for the next period an estimate Fm(P0) with error <|Em|> and trend Tm. Set-up allows both the fit to <E2> or <|E|> as best method selection criterion. (<E2> is general accepted as best criterion, sometimes <|E|> is preferred for noisy data...) The set-up also allows a weighting scheme to be used, to focus the method fit on the most recent periods: <E2> = N/(N-1) x Sum W(i)*E2(i) / Sum W(i) where E2(1), is the squared error of the most recent period, E2(2) the next, etc., (same for weighted <|E|>) FORECAST SCHEDULE If a schedule of one forecast period is used, for the recommended Periods/Year
= 4 setting DEVIATION TREND DEVIATION is used in the calculation of the stock safety SS an estimate of the forecasted year consumption for normal demand from stock for non-seasonal items is given by YEAR ESTIMATE = 4 x FORECAST + TREND x W(I) + Deviation Factor x 2 x DEVIATION with a lower limit of Deviation Factor x 2 x DEVIATION The lower limit is imposed because the forecast can never be more accurate then the deviation or error itself. The total error of the year estimate as square root (4 independent errors) = 2 error of one forecasted period. The factor W(I) depends on the number of real iterations (between Minimum Number Iterations and Maximum Number Iterations). For seasonal items a full year schedule of the next 4 periods is calculated and 4 x FORECAST in the formula is replaced by FORECAST (P1)+(P2)+(P3)+(P4) Note: Full year forecast schedules can be obtained if the setting Forecast
Schedule Periods is set to Periods/Year.
DESCRIPTION Forecasting allows any number of methods, to be defined. The purpose of this screen is to define, de-activate, alter or delete Forecast Methods. FIELDS
HOW TO USE THE FUNCTION New forecast methods can be entered by pressing <CREATE RECORD>. In the next block the coefficients for the entered method can be defined or modified. A forecast method may be removed by pressing <DELETE RECORD> when the method is in use a warning is issued. When <COMMIT> is pressed after this warning, the method definition will also be erased from the items using the deleted method. MAU01 /3 - Mathematical Tables
THE MATHEMATICAL TABLES FIELDS
BALLOU page 667 Standardised Normal/page 668 Unit Normal Loss Integral
DESCRIPTION This screen displays graphical and numerical results of the various weighting schemes, one may choose a weighting scheme and calculate weights changing the weighting factor over its range of allowed values. WEIGHTING SCHEMES Weighting Scheme W, Weighting Factor F Unit: W = 1, No weighting |
|
Author Last modified on 15.09.2004 |