|
DataMuseum.dkPresents historical artifacts from the history of: CP/M |
This is an automatic "excavation" of a thematic subset of
See our Wiki for more about CP/M Excavated with: AutoArchaeologist - Free & Open Source Software. |
top - metrics - download
Length: 101760 (0x18d80) Types: TextFile Names: »D63«
└─⟦6966c2393⟧ Bits:30005867/disk08.imd Dokumenter (RCSL m.m.) └─⟦this⟧ »D63«
F_ MAXECON TRADING SYSTEM The Computer System for Trading Companies in The Middle East First Edition A/S REGNECENTRALEN March 1979 Information Department RCSL 42-i1251\f F_Author: F. Andersen Abstract: This document describes the software system - "The maxecon trading system", produced by Kuwaiti Danish Computer Company,. S.A.K. (KDCC). Users of this manual... Copyright A/S Regnecentralen, 1979 Printed by A/S Regnecentralen, Copenhagen\f TABLE OF CONTENTS: 1 INTRODUCTION Page 5 2 SYSTEM COMPONENTS7 2.1 The individual modules 7 2.2 Number systems 8 2.3 Reporting levels 9 3 MAXECON FUNCTIONS 11 3.1 Online module 11 3.1.1 Order handling 11 3.1.2 Invoicing 13 3.1.3 Purchases 16 3.1.4 Entries 16 3.1.5 Stock transactions 18 3.1.6 Register maintenance 18 3.1.7 Inquiries 19 3.2 Stock reporting 21 3.3 Financial accounts 25 3.4 Accounts receivable 27 3.5 Accounts payable 29 3.6 Sales reporting 31 3.7 Order reporting 33 3.8 End-of-day module 35 3.9 End-of-month procedures 37 3.10 End-of-year procedures 37 4 RC 8000 COMPUTER SYSTEMS 39 5 IMPLEMENTING A MAXECON TRADING SYSTEM 41 6 KUWAITI DANISH COMPUTER COMPANY, S.A.K. 44 7 CONCLUSION 45 \f F_ 1 INTRODUCTION In all companies many operations have to be performed here-and- now, among these invoicing, debtor control, stock control, and order handling. It is often difficult to perform these operations with enough speed and accuracy, as they are dependent on considerable volumes of manual work. To management, an important tool in decision making is the pro- cessing of data, often in considerable quantities, to provide the solid foundation upon which correct decisions are made. This may take the form of reports or analyses of turnover, based on various groupings. For the RC Computers, KDCC has developed an administrative compu- ter-system called the "MAXECON TRADING SYSTEM", which meets the demand for immediate information retrieval. This system is a ba- sic frame, which provides the flexibility needed to suit the ad- ministrative routines of almost any company. The MAXECON TRADING SYSTEM can be used on RC Computers, which are easily operated by the existing staff of the company. Neither time consuming training nor costly installations are required, - facts which previously prevented many companies from purchasing their own computer. It is very easy to become familiar with the RC Computers. The terminals are placed where the need for direct access to information exists, and, as a result, the manual work involved in the preparation of daily ledgers, entry sheets, etc. is entirely cut out. If new needs for direct access arise, for instance in the sales department, accounts dapartment, or store, the system can be equipped with more terminals. All departments are, at the same time, able to independently perform their own work. \f F_ The MAXECON TRADING SYSTEM includes the following functions: T_ - stock control - financial accounting &_ - accounts receivable - accounts payable - sales statistics - order handling Additional systems which may be integrated with the MAXECON TRADING SYSTEM are: T_ - Maxecon payroll and personnel &_ - Maxecon material costing \f F_ 2 SYSTEM COMPONENTS T_ 2.1 The individual modules The MAXECON TRADING SYSTEM is built up of an online part (hand- &_ ling direct data-entry, invoicing, purchasing, enquiries, etc.), and a batch part (for statictics and period termination programs). A_._ _ _ _O_N_L_I_N_E_ The online module normally runs throughout the working hours of the company, allowing the terminal equipped personnel to have online access to information and data entry. The basic principle involved in updating the system is the entry of original vouchers directly into the computer. This minimizes the manual work, since it only involves finding the account and product numbers. The effectiveness and efficiency of the admini- stration is therefore increased since the possibility of errors is reduced. Entry lists, daily ledgers, journals and the like are generated by the system. All the transactions are automatically entered into the relevant accounts, and even the stock account is kept up to date. The prin- ter prints the invoices, credit notes, sales orders and quotations, purchase orders and enquiries, and internal transfers. The online module will handle the following transaction types: T_ - invoicing (credit notes), - purchases (received in stores, costing), - transfers between divisions, - order creation and progress, - entries (financial, debtors, creditors, bills, orders), - stock takings, new cost prices, - register creations and modifications, and &_ - enquiries. A password system is built into the online module, which allows only authorized personnel access to the register of the system. Furthermore, the authorized people can be classified into infor- mation groups, so that the managers have access to all the infor- mation available, the sales people have access to only the in- voicing, product and debtor displays, and so on. \f T_ B_._ _ _ _B_A_T_C_H_ E_n_d_-_o_f_-_d_a_y_ _m_o_d_u_l_e_ The end-of-day module is executed when all the terminals have been closed. In this program, all the journals of the day are &_ printed, and the statement-of-account register is updated. E_n_d_-_o_f_-_m_o_n_t_h_ _m_o_d_u_l_e_ The end-of-month module is executed on the last day of the month. In this program, all the monthly information is zero-set, so pre- paring the registers for the new month ahead. The forecast of sales for reordering is calculated. E_n_d_-_o_f_-_y_e_a_r_ _m_o_d_u_l_e_ The end of year module replaces the end of month module for the last month of the year. In this program, last years information is updated using the totals of the year ending, and the totals of the year are set at zero. Balances on working accounts are transferred to profit-and-loss accounts, and the products and accounts suspended during the year are deleted. S_t_a_t_i_s_t_i_c_s_ The individual reports are described under the functions to which they belong. The reporting system is constructed so that statistics and sur- veys can be printed, based on the selected groupings. The groupings may differ from time to time, and may be more or less detailed. This is a facility which makes the MAXECON TRADING SYSTEM the ideal tool for management. To avoid heaps of paper at the end of each month, many of the statistics have been constructed to report on deviations form the normal only, rather than printing the complete register. T_ 2.2 Number systems &_ Number systems, like product numbers and account numbers, are normally of great importance to the company. These numbers are often the communications link both between the various depart- ments of the company and between the company and the outside world, customers, suppliers, etc. \f In creating the MAXECON TRADING SYSTEM, emphasis have been placed on allowing the company to continue the use of the account numbers and product numbers already used. Therefore the Maxecon System does not restrict one to special numbering systems or groupings. This flexibility is achieved by implementing a classification system, where the identification number (product number, account number) is kept separate from sorting, grouping, and summation criterias. For each product, account, and order, 3 group codes are kept, allowing each to be grouped in three different ways. For the products, these group codes can for instance identify: T_ 1. supplier 2. product group &_ 3. size For analyses and/or sorting purposes, one, two, or all three groupings may be used. As an example, you can produce the following reports for the products: T_ - 1. supplier, 2. product group, 3. size, or, 1. supplier, 2. product group, or, 1. product group, 2. supplier, or, 1. product group, 2. size, &_ or, 1. supplier, and so on.... Fifteen different layouts are possible for the same report, each having group totals alone, or specified by product numbers. The group codes are also used in the combined customer group/pro- duct group statistics. T_ 2.3 Reporting levels The MAXECON TRADING SYSTEM will allow you to run more than one &_ company on the same set of programs. In this way the system can be set up as a small service-bureau to a group of associated companies, thereby sharing the cost benefit of computerization. \f Within each company, the MAXECON TRADING SYSTEM holds a number of divisions, which can be treated as profit centers. In the ac- counts section, accounts will be set up for sales, purchases, and stocks for each division, allowing the division-wise compilation of profits. Inside each division a number of physical stock locations are ca- tered for. T_ The levels can be illustrated as follows: MAXECON TRADING SYSTEM COMPANY 1 COMPANY 2 COMPANY X DIVISION 1 DIVISION 2 DIVISION Y LOCATION A LOCATION B LOCATION Z &_ \f F_ 3 MAXECON FUNCTIONS T_ 3.1 Online module 3.1.1 O_r_d_e_r_ _h_a_n_d_l_i_n_g_ Besides the traditional order handling system, an order handling &_ module has been developed, which particularly meets the demands of trading companies in The Middle East. The order handling module provides the user with facilities for following up the progress of each order. This means that whenever there is any activity around an order, the computer has to be in- formed. All these data are stored on a disc-file, so that you can have all the order details, either by making a simple enquiry via the terminal, or on hard copy by accessing the order statistic module. The order handling module handles 3 types of orders: T_ - purchase for stock - sales from stock &_ - direct orders against commision F_u_n_c_t_i_o_n_s_:_ The following functions are maintained in the order handling sys- tem: 1. Opening of order/enquiry: When the order or enquiry is being opened, it is entered on the computer with the following contents: - order number/enquiry number T_ - supplier and/or customer number - order or enquiry date - customer order or enquiry number (if sales or direct order) - the items ordered, each carrying: - product number - quantity - delivery time - delivery way - prices, &_ - etc. \f 2. Printing of purchase orders and enquiries to suppliers, and sales orders and quotations to customers. T_ 3. Registration of progress through the following steps: Purchase Sales Direct order order order ------------------------- Inquiry from customer XX Inquiry to supplier X X Quotation from supplier X X Quotation to customer X X Order from customer X X Order to supplier X X Acknowledgement from supplier X X Acknowledgement to customer X X Shipment advice from supplier X X Shipments, physical arrival X X Invoice from supplier X X Payment to supplier X X Debit note to customer X X Payment from customer X X Commission credit note X Commission received X Miscellaneous charges (duty, freight, bank, etc.) X X X &_ Costing X Correspondence and other progress X X X 4. Correspondence around the order: For every communication received or sent, a record is entered with a short text describing and identifying the subject being handled. An action date for follow-up may also be entered on this record. 5. Accounting for each order: In the accounting system all the orders are considered as accounts. On each order and consignment cost and income can be recorded, and a balance is then calculated, see section 3.1.4. The individual transactions and the balance are shown on the order displays. 6. Automatic calculation of back-order quantity. \f 7. For direct orders, automatic calculation of commission expec- ted. T_ 3.1.2 I_n_v_o_i_c_i_n_g_ The invoice module manages the actual invoicing. This includes computation of invoice amount based on product quantity and unit price, and calculation of general or special discounts. To get an invoice printed out, only the following have to be en- tered: - customer number - order reference and buyer reference - product number, and &_ - quantity, as the rest of the necessary information exists in the customer and product registers. In addition to the above mentioned information, you can also en- ter; dispatch code, special delivery address, selection of prices (from out of up to three price lists), special discounts per customer or product, and special terms of payment. The common invoicing procedure follows: - invoice information, from telephone or dispatch note, is entered at the terminal. - if the credit maximum of a debtor is exceeded, or if a product is out of stock, this will be indicated immediately on the terminal, so that appropriate action can be taken. Stock and sales information are automatically updated on the product register. - the invoice is displayed on the terminal for checking, and corrections can be made. - when the invoice is accepted as correct, it will be prin- ted, and the debtor register updated. - when the online module is closed, sales and stock accounts are automatically updated. The complete process, form order entry to invoicing, has only in-\f volved the entering of data at the terminal - no searching in debtor files, product files or loose-leaved books - therefore no time-wasting and tiresome manual file updating - all the files have been automatically updated. Besides invoices, the invoice module can also print out credit notes. This is done simply by entering a "C" instead of an "I" in the command to the system, after which the entering is done exact- ly as it was done when invoicing. At the end of the day, an invoice journal is printed, which gives a summary of the movements of the day, such as gross sales, dis- counts, and so on, specified with one line per invoice. An example of an invoice is shown on the next page. Invoices can be printed on preprinted forms or on blank forms. If they are printed on blank forms, the computer will print headings and logo as well. I_n_v_o_i_c_i_n_g_ _o_f_ _s_a_l_e_s_ _o_r_d_e_r_._ Sales orders created on the order file as described in section 3.1.1 can be invoiced automatically, based on the information already entered on the order. The order data can be modified in the invoicing procedure if re- quired. In the case of a part delivery, a back order will be created. I_n_v_o_i_c_i_n_g_ _i_n_ _f_o_r_e_i_g_n_ _c_u_r_r_e_n_c_y_._ The system allows invoicing in foreign exchange, as the exchange code in the debtor file indicates whether the customer actually should be invoiced in K.D. or in, for example, German Marks (DM). If the situation arises where some debtors need to be billed in more than one currency, an account number for each individual currency has to be established for the debtor in question. If you invoice a customer with an exchange code corresponding to DM, the system assumes that the entered amounts are in DM, and the invoice is printed out in DM. The DM invoice is updated on the currency account of the debtor; then it is converted to K.D. by using the DM exchange rate re- gistered in the currency file, and finally it is updated in the system in exactly the same way as a normal invoice. \f This means that for the debtor, who has received the invoices in foreign currency, two statements of account will be produced: one in K.D. for book-keeping purposes, and one in foreign currency which can be sent to the customer. NATIONAL KUWAIT OIL CO. KUWAIT CITY, ALI AL SALEM STREET KUWAIT\f F_ 3.1.3 P_u_r_c_h_a_s_e_s_ Registration of purchases is based on a received-in-stores voucher filled in by the store-keeper. This voucher is sent to the accounting department, which has already received the invoice and paid the freight charges, insurances, and other cost. In the case of a foreign purchase the order has already been en- tered on the order-file, and the details of the invoice and cost can be found from here. When entering the received-in-stores voucher, you enter both to- tal invoice value (in actual currency) and total cost in K.D. Based on these, the computer will do the costing using the formu- la: Total cost in K.D. Product value in actual currency *--------------------------------- Invoice amount in actualcurrency For each product line entered, a new cost price is calculated, either on an average, or a first in - first out, basis. If the new calculated cost price deviates from the previous cost price by more than a pre-defined percentage, the system will call attention to the deviation. New sales prices can be calculated, based on an entered holding- cost and mark-up percentage. Purchase statistics and stocks are immediately updated. The creditor account or the order account (if it is a foreign pur- chase) are updated. When the online module is closed, the totals are automatically posted to the purchase and stock accounts. Whilst being entered, the received-in-stores voucher can be dis- played and, if needed, corrected or even cancelled. T_ 3.1.4 E_n_t_r_i_e_s_ Postings or entries include all monetary and fictive transactions in the company. These could be debtor receipts/disbursements, cre- &_ ditor receipts/disbursements, transfers, depreciations, etc. Basic vouchers are cash enclosures, bank enclosures, bill enclo- sures, and entry sheets. When the posting of a bundle of vouchers is concluded, the system\f automatically makes a balance control and displays the posting differences. The entry module can not be left before balance is achieved; therefore, it is possible to request a display of all postings so that the error can be found and corrected. If the error is not found, the difference is entered on the error account, and corrected at a later date. E_n_t_r_y_ _o_f_ _f_o_r_e_i_g_n_ _c_u_r_r_e_n_c_y_ _t_r_a_n_s_a_c_t_i_o_n_s_._ When entering debtor payments using the foreign currency exchange code, in addition to the normal postings in K.D., a foreign cur- rency amount must be stated. If this is not done, the entry will not be accepted until the error has been corrected. The same check procedure on creditor payments is included in the system. As soon as an entry is concluded, the corresponding accounts are updated. B_i_l_l_s_ _r_e_c_e_i_v_a_b_l_e_._ If the entry command has the extra parameter "B", this indicates that the entry concerns the bills receivable system. Hereby the customer>s current account is credited with the nominal value of the bill, and the system then establishes a bills receivable ac- count with the same debtor number. This bills receivable account consists of twelve "maturity columns", January - December, and it is updated with a debit entry in the column given by the parameter "month due". The system automatically makes a parallel entry on the bills re- ceivable account in the finance module. You may have a bills re- ceivable account for each of the twelve months of the year. When closing the online module, the finance accounts "debtor to- tal", including all entered bill amounts, is written down so that this account now shows the current balance of all debtors, while the sum of the bills receivable accounts for each debtor is shown on the twelve bills receivable accounts. When the bill is paid, the debtor>s bills receivable account is credited, and the automatic parallel entry cancels the bill asset in the finance module. An account card for both the current account and the bills re- ceivable account appears on the debtor>s statements of account. \f B_i_l_l_s_ _p_a_y_a_b_l_e_ The above mentioned procedures are also used in the creditor mo- dule, thus allowing the company to keep a complete bills payable system. O_r_d_e_r_ _a_c_c_o_u_n_t_i_n_g_._ If on the entry an order number and shipment number have been stated, the amount entered will be updated on the order as well as on the account. This facility will allow you to do a complete order costing system, to be used, when the order is received, for the final costing. T_ 3.1.5 S_t_o_c_k_ _t_r_a_n_s_a_c_t_i_o_n_s_ I_n_t_e_r_n_a_l_ _t_r_a_n_s_f_e_r_s_._ &_ These are used for the product flow between the various divisions of the company. They will be accounted for at cost value on both the stock accounts and the internal transfer accounts of each di- vision. S_t_o_c_k_ _t_a_k_i_n_g_s_._ Stock takings are entered whenever a loss or gain is realised, or as a part of regular stock countings. Stock takings are done stock location wise, and may be based on a stock taking list printed by the stock reporting module. Loss or gain will be accounted at cost value on stock and loss accounts. S_t_o_c_k_ _v_a_l_u_a_t_i_n_g_._ Due to evaluation, the cost price of individual products may be changed. Accounting wise, the difference between the old and the new stock value is entered on the stock and loss accounts. T_ 3.1.6 R_e_g_i_s_t_e_r_ _m_a_i_n_t_e_n_a_n_c_e_ Creation and modification of records on the basic registers are done online. This means, that at any time you may create for in- &_ stance a new product or debtor and immediately start invoicing. \f T_The basic registers are: - product register - debtor register (including bills receivable) - creditor register (including bills payable) - finance register - delivery address register &_ - group text register - system register Deletion of records is done yearly by the end-of-year program, which will delete all the dead-marked items on the files. Deletions of delivery addresses and group texts can be done imme- diately. T_ 3.1.7 E_n_q_u_i_r_i_e_s_ During executing any of the abovæ mentioned online functions, you &_ can make enquiries to the system in any situation. This means that even if you are in the middle of an entry, purchase, or in- voice, you can make enquiries to any other register, and there- after immediately continue the entry of your original voucher. T_ The inquiries are: - display product - display product, with statistics and profitabilityanalyses - display debtor - display debtor, with balance and profitability analyses - display debtor, bills receivable account - display creditor - display creditor, bills payable account - display finance account - display statement of any of the above mentioned accounts, plus debtor in foreign currency &_ - display order - display the voucher being entered at present. \f F_ ORDER DISPLAY - & PRODUCT DISPLAY - \f F_ 3.2 S_t_o_c_k_ _r_e_p_o_r_t_i_n_g_ The aim of the stock control system is to give clear information on the stock situation, and to secure that stock holdings are available where and when stocks are required. S_t_o_c_k_ _r_e_p_o_r_t_._ The first aim of the stock control system is to give a precise picture of how much is in stock, where it is located, which quantities have been ordered for delivery and at which time de- livery is expected. All this information is printed on the stock report. The stock report can be printed division wise, and is able to show either total quantity on stock, or stock on each stock location. You can select to print only those products with a to- tal stock below reorder level or a percentage of reorder level. R_e_o_r_d_e_r_ _l_i_s_t_._ The reorder system is helpful in both minimieing your stocks and improving your customer service. The MAXECON TRADING SYSTEM provides the facility of automatic re- ordering using the following rules: T_ REORDER LEVEL REORDER QUANTITY 0 ENTERED NONE 1 ENTERED ENTERED 2 CALCULATED ENTERED 3 CALCULATED CALCULATED ON TURNOVER 4 CALCULATED CALCULATED ON ECONOMIC ORDER QUANTITY 5 NO REORDERING &_ On each product in the product register a figure can be put (between 0 and 5) to tell you which kind of reordering should be used for this specific product. In the calculation of reorder level, the following are used: \f - lead time in weeks - sales in previous months - service level, etc. The products to be ordered are printed on the reorder list. STOCK REPORT & REORDER LIST \f F_ S_a_l_e_s_ _a_n_a_l_y_s_i_s_._ This is a tool for manual reordering. The quantities sold in pre- vious periods are shown on the report. The list can select slow moving or fast moving products, and may be sorted according to frequency. You may only select products not being sold after a specified date. M_o_n_t_h_l_y_ _a_n_d_ _y_e_a_r_l_y_ _p_r_o_d_u_c_t_ _r_e_p_o_r_t_._ These statistics show the total in/out-goings of the month or year as selected. It gives one line per product number. These re- ports are normally used by the store-keeper. S_t_o_c_k_ _t_a_k_i_n_g_ _l_i_s_t_._ This list is used as a basis for systematical stock takings. The list will be printed in stock location sequence, which means, that the same product will appear as many times as the number of stock locations created on the product. It can be printed with or without cost price and computed quanti- ty on stock. The report will be printed division wise. \f F_ SALES ANALYSIS MONTHLY PRODUCT REPORT YEARLY PRODUCT REPORT STOCK TAKING LIST \f F_ 3.3 Financial accounts Based on the information stored on the financial accounts the following reports can be produced. As the registers are always up-to-date, the reports may be printed whenever they are required. F_i_n_a_n_c_i_a_l_ _s_t_a_t_e_m_e_n_t_ _o_f_ _a_c_c_o_u_n_t_._ One statement will be printed for each account, showing the indi- vidual transactions entered during the period. The user of the statements will define the length of the period. The statement is used for documentation and auditing purposes. T_r_i_a_l_ _b_a_l_a_n_c_e_._ The trial balance is a print-out of the current balances on the accounts. The reports may be more or less detailed. The most de- tailed will give one line per account and in this way work as a general ledger. On the financial accounts, quarterly budgets can be entered. These budgets can be printed on the trial balance, even if you are in the middle of a quarter. In this case the program, based on today>s date will calculate a budget figure for that part of the quarter passed. C_h_a_r_t_ _o_f_ _a_c_c_o_u_n_t_s_._ This is a simple listing of the accounts used in the financial module. S_e_l_f_-_a_d_h_e_s_i_v_e_ _l_a_b_e_l_s_._ Labels with both the account number and the name of the account may be printed for each account. \f F_ FINANCIAL STATEMENT OF ACCOUNT TRIAL BALANCE CHART OF ACCOUNTS \f F_ 3.4 Accounts receivable Updated by the entered invoices, credit notes, receipts and bills receivable transactions, the debtor accounts and statements are always ready for print-out. The following reports can be produced: S_t_a_t_e_m_e_n_t_ _o_f_ _a_c_c_o_u_n_t_._ This may be printed on pre-printed or blank forms and will show the individual entries of the period. The length of the period is defined by the user. At the bottom of the statement, the maturity divided balance may be printed. It is used as documentation and as a reminder to the customer. Internally it is used for auditing purposes. If the debtor is being invoiced in foreign currency, two state- ments will be printed, one in K.D. for the accounting department and one in the foreign currency, for the customer. If there is a balance on the debtors bills receivable account, a statement for this account will also be printed. The maturity di- vided balance will show the amounts due in each of the 12 months of the year. D_e_b_t_o_r_s_ _b_a_l_a_n_c_e_ _l_i_s_t_._ Will print one line per debtor, showing balance and balance over- due. If there is a balance on the debtors bills receivable ac- count, this will be shown on a separate line. It is used by the accounting department to follow up on payments from customers and for planning of the cash flow. D_e_b_t_o_r_s_ _l_i_s_t_._ Is a list containing the basic register information for each deb- tor. S_e_l_f_-_a_d_h_e_s_i_v_e_ _l_a_b_e_l_s_._ Labels for the debtors can be printed for mailing purposes. You may print as many labels as you need for each account. \f F_STATEMENT OF ACCOUNT. DEBTORS BALANCE LIST STATEMENT OF BILLS RECEIVABLE \f F_ 3.5 Accounts payable. Updated by the entered purchase-invoices, returns, payments and bills payable transactions, the creditor accounts and statements are always ready for print-out. The following reports can be pro- duced: S_t_a_t_e_m_e_n_t_ _o_f_ _a_c_c_o_u_n_t_._ Will show the individual entries of the period. The length of the period is defined by the user. The maturity divided balance is printed at the bottom of the sta- tement. It is used for documentation and auditing purposes, and it may be sent to the supplier as documentation for payments. If the creditor is dealt with in foreign currency, the balance in the actual currency is shown. If there is a balance on the creditors bills payable account, a statement for this account will also be printed. The maturity di- vided balance at the bottom will show the amounts due in each of the twelve months of the year. C_r_e_d_i_t_o_r_s_ _b_a_l_a_n_c_e_ _l_i_s_t_._ Will print one line per creditor showing balance and balance over- due. If the creditor account is in foreign currency, the balance in the actual currency will also be shown. If there is a balance on the creditor>s bills payable account, this will be shown on a separate line. The report is used by the accounts department for the control of payments and for liquidity planning. C_r_e_d_i_t_o_r_s_ _l_i_s_t_._ Is a list containing the basic register information for each cre- ditor. S_e_l_f_-_a_d_h_e_s_i_v_e_ _l_a_b_e_l_s_._ Labels for the creditors can be printed for mailing purposes. You may print out as many labels as you require for each account. \f F_ STATEMENT FOR CREDITORS STATEMENT OF BILLS PAYABLE CREDITORS BALANCE LIST \f F_ 3.6 Sales reporting In the Maxecon System profitability is recorded in many levels. On each product and debtor account track is kept of sales and gross profit which allows you to make a very detailed analysis of your profitability. C_u_s_t_o_m_e_r_ _g_r_o_u_p_/_p_r_o_d_u_c_t_ _g_r_o_u_p_ _s_t_a_t_i_s_t_i_c_._ Will for each customer group (salesman, area, type etc.) list the sellings according to product groups and their profitability. To- tals for each customer group, entered on the group text system, will be shown and deviations from the budget calculated. S_a_l_e_s_m_a_n_ _r_e_p_o_r_t_._ On the salesman report the invoices and credit notes of the month are listed, and for each salesman, a simple commission can be cal- culated. Commission is calculated as a percentage of the sales ex- ceeding commission level. P_r_o_d_u_c_t_ _p_r_o_f_i_t_a_b_i_l_i_t_y_ _a_n_a_l_y_s_i_s_._ Prints a line for each product, showing average sales and profit for this year and last year. The report can be sorted in descen- ding order according to total profit earned. P_r_i_c_e_ _l_i_s_t_._ Is a tool for those sales people without their own terminal or for those working in the field. It can be printed division wise with stocks specified by stock location. P_r_o_d_u_c_t_ _c_a_t_a_l_o_g_._ Is a list containing the basic register information for each pro- duct on the product register. \f F_ CUSTOMER GROUP/PRODUCT GROUP STATISTIC SALESMAN REPORT PRODUCT PROFITABILITY ANALYSIS PRICE LIST PRODUCT CATALOG \f F_ 3.7 Order reporting The order reports will give you documentation for the contents of the order register and will enable you to follow up on the pro- gress (or rather on the lack of progress) of each order. O_r_d_e_r_ _s_t_a_t_e_m_e_n_t_._ Is a listing of the information stored on each order. You may select the relevant part of the order in the groups: T_ - all information - items ordered and/or - shipments and/or - correspondence and/or &_ - accounts information O_r_d_e_r_ _b_a_l_a_n_c_e_ _l_i_s_t_._ This report is for each order/consignment showing the total balan- ce and totals for cost paid in various groups. It is used by the accounts department to give a broad survey of the situation of each order. Q_u_o_t_a_t_i_o_n_ _c_o_m_p_a_r_i_s_o_n_._ Is used by the purchase division to compare quotations for one product, if more than one supplier has submitted a quotation. Com- parisons can be made on terms, delivery date, and unit price. O_r_d_e_r_ _f_o_l_l_o_w_-_u_p_._ The progress of the orders is controlled by order follow-up re- ports. These reports will show: T_ - enquiries older than specified date, quotation not received (given) - quotation older than specified date, order not placed (received) - quotations with expiry date before a specified date - orders older than a specified date, acknowledgement not received (given) - orders, shipment expected before specified date - shipments, arrival expected before specified date - correspondence to be answered (or answers received) before &_ specified date \f F_ ORDER-STATEMENT ORDERS BALANCE LIST QUOTATION COMPATISON ORDER FOLLOW-UP \f F_ 3.8 End-of-day module At the end of the day, when the online module is closed, journals summarizing the transactions of the day are printed. These jour- nals will replace the daily ledgers of the manual system. These journals are: T_ - entry journal, showing one line per entry - invoice journal, division wise, one line per invoice, separated on cash and credit sales - sales journal, division wise, one line per invoice product line, for check on profitability - purchase journal, division wise, one line per received-in- stores voucher - product purchase journal, division wise, one line per pro- duct received, for check of new cost prices - internal transfers journal, division wise, one line per product transferred, is split up into in-goings and out- goings - stock transaction journal, division wise, one line per stock &_ taking, and stock valuating line, showing the loss realised. The end-of-day module will update statements of account and cu- stomer group/product group statistics. The module also checks that all accounts are tallying, so that it is impossible to break the rules of the double book-keeping. \f F_ ENTRY JOURNAL INVOICE JOURNAL SALES JOURNAL PURCHASE JOURNAL PRODUCT PURCHASE JOURNAL INTERNAL TRANS. JOURNAL STOCK TRANSACTIONS \f F_ 3.9 End-of-month procedures On the last day of the month, a special series of jobs is exe- cuted: 1. The actual day is terminated by the end-of-day module, see section 3.1.8, in which the journals of the day are printed. 2. Statements and other reports required for the month just en- ded, are printed. An extra safety copy of the discs is stored for later print-out of additional reports. 3. End-of-period program is run. This program will prepare the registers for the month to follow. Monthly statistical in- formation will be set to zero, and maturity divided balances moved one month ahead. For each type of account, the statement items can be trans- ferred into a brought forward line. However if you do this, the transactions of the previous month will not be seen in the new month. The registers are now ready for the new month to follow. 3.10 End-of-year procedures At the end of the last month of the year, special procedures are carried out to prepare the registers for the new year. These pro- cedures will replace the normal end-of-month module. On the last day of the year the following is executed: 1. End-of-day module terminates the day, see section 3.1.8. Journals are printed. 2. Print-out of stock-taking list for the manual stock-takings. 3. Print-out of statements, balance lists, and other reports re quired. An extra safety copy of the discs is stored for- later corrections, depreciations etc. and for print-out of additional reports. 4. End-of-year module, step 1, is executed. In this module, all the normal functions of the end-of-period module are perfor- \f med. Furthermore the module will: - transfer balance on working accounts to profit and loss account - update last years figures with the totals of this year - zero set this years information - delete accounts and products suspended during the year. 5. Print of trial balance holding the opening figures of the new year. The registers are now ready for the new year to follow. In the first month of the year, the system will accept the stock- takings of the previous year. These will only be updated in the brought forward balance, and can be transferred to the previous year by special handling procedures. When all stock-takings of the old year are entered, you execute: 6. End-of-year module, step 2, by which the final stock report of the previous year is printed. \f F_ 4 RC 8000 COMPUTER SYSTEM The Maxecon Systems are designed to run on the RC 8000 Series Computer System. RC 8000 is Regnecentralen>s fourth generation computer system. RC 8000 is based on modern advanced electronics and technology, which makes it ideal for the solution of administrative problems. RC 8000 is a modular system, which means that the system can be expanded in step with your needs - without program changes or the need to replace existing hardware. RC 8000 is downwards compatible. In other words problems which can be solved on a large central RC 8000 can be transferred to a smaller or remote RC 8000 - without program changes. An important reason for Regnecentralen>s success on the DP market is an internationally acknowledged software know-how. A know-how that has made Regnecentralen one of Europe>s best known soft-ware houses. RC 8000 operative system, because of its modular construction, is ideal to both small minicomputers and large computer systems. Characteristics of the operative system are that it allows simul- taneous running of batch and remote job entry, transaction orien- ted terminals and on-line programs. RC 8000 is programmed in the common programming languages - AL- GOL, COBOL, FORTRAN and BASIC/COMAL. The virtual memory technique means that the RC 8000 can run jobs where the core memory requrired greatly exceeds that available, and therefore the programmer need never concern himself with the computer>s real size. \f F_ RC 8000 COMPUTER SERIES RC 8000/15 RC 8000/35 RC 8000/45 RC 8000/55 C_en_tr_al_ p_ro_ce_ss_or_ Microprogrammed yes yes yes yes Instruction exec. time 5 micro sec. 5 micro sec. 3.2 micro sec. 1 micro sec. Word size 24 bit 24 bit 24 bit 24 bit M_ai_n _me_mo_ry_ Type Mos Core Core Core Minimum - Maximum 128 KB. 128 - 1024 KB. 128 KB. - 8 MB. 128 KB. - 8 MB. Access time (nsec.) 550 550 550 550 A_ux_il_ia_ry_ s_to_ra_ge_ Industri compatible Diskette 1 MB. 1 MB. 1 MB. 1 MB. Removable cart. disc 2.4 - 248 MB. 2.4 - 248 MB. 2.4 - 248 MB. 2.4 - 248 MB. Fixed disc 10, 21 MB. 10, 21 MB. 10, 21 MB. 10, 21 MB. Number of disc drives 1 - 4 1 - 16 1 - 16 1 - 16 T_er_mi_na_ls_ Physical max. number 32 128 256 512 Maxecon max. number 16 32 64 128 S_of_tw_ar_e Operating system S, MIPS/TS S, MIPS/TS S, MIPS/TS, BOSS S, MIPS/TS, BOSS Language processors ALGOL, COBOL, ALGOL, COBOL, ALGOL, COBOL, ALGOL, COBOL, FORTRAN, SLANG, FORTRAN, SLANG, FORTRAN, SLANG, FORTRAN, SLANG, ASSEMBLER, ASSEMBLER, ASSEMBLER, ASSEMBLER, BASIC. BASIC. BASIC. BASIC.\f F_ 5 IMPLEMENTING A MAXECON SYSTEM Any computerization is difficult and time consuming, and it is therefore most important that the job is done correctly right from the start. The KDCC System Implementation Division therefore includes highly qualified staff who are all experts in administrative computer applications. A person from this division is allocated to each project, and he will be the supervisor until the project is implemented and fi- nished. The customer should also select a person to work internally as project co-ordinator. The implementation of the Maxecon System will normally proceed along the following steps: S_y_s_t_e_m_ _d_e_f_i_n_i_t_i_o_n_ _p_h_a_s_e_:_ - definition of individual changes to the system - definition of pre-printed forms - set up of number systems - set up of an education plan for the customer>s staff - set up of a time schedule for the implementation. E_d_u_c_a_t_i_o_n_ _o_f_ _s_t_a_f_f_:_ - see below D_a_t_a_ _p_r_e_p_a_r_a_t_i_o_n_ _p_h_a_s_e_:_ Prepareing of basic information for the registers: T_ - product register - debtor register - creditor register - finance register &_ - order register T_ P_r_e_p_a_r_a_t_i_o_n_ _o_f_ _c_o_m_p_u_t_e_r_ _r_o_o_m_:_ - separate air conditioning - sealing of windows &_ - electrical installations \f I_n_s_t_a_l_l_a_t_i_o_n_ _o_f_ _c_o_m_p_u_t_e_r_ _a_n_d_ _s_o_f_t_w_a_r_e_._ F_e_e_d_ _b_a_s_i_c_ _r_e_g_i_s_t_e_r_ _i_n_f_o_r_m_a_t_i_o_n_:_ The information prepared in the data preparation phase is entered, checked and re-entered, until the basic registers are verified. S_y_s_t_e_m_s_ _t_e_s_t_ _p_h_a_s_e_:_ In this phase the various functions of the system and the print- outs are tested by the customer. KDCC supervises this on the cu- stomer>s own computer. T_ P_r_e_p_a_r_e_ _a_n_d_ _e_n_t_e_r_ _o_p_e_n_i_n_g_ _b_a_l_a_n_c_e_s_ _a_n_d_ _s_t_o_c_k_s_:_ - stock-taking or balance on stock cards - debtors - creditors - financial accounts &_ - orders Again the information is entered, checked and re-entered, until all have been verified. P_a_r_a_l_l_e_l_ _r_u_n_ _p_h_a_s_e_:_ In this phase the manual system and the computer system are run in parallel. The two systems are checked against each other frequently, and physical stock-takings on selected product groups are also regularly performed, to check the stocks on the computer the parallel run phase will end when the system has been running perfectly for a couple of months. E_d_u_c_a_t_i_o_n_:_ As mentioned earlier, the system is easy to operate. However it is important that the users of the system have a broad knowledge of the part of the system they are using. Therefore KDCC has set up an education department, giving regular courses in the various functions.In each course the participants will be instructed in the basic principles of the function, how to utilize and fill in requisitions for output, and how to use the terminals and user documentation. An integral part of the course involves practical exercises on the computer. \f T_ The courses are at present: - Maxecon fundamentals - sales/stocks - accounting - order handling &_ - operating - advanced operating - ALGOL 1 and ALGOL 2 The education plan can be obtained by calling the KDCC Education Department. Apart from the classroom education, the users will be given prac- tical instructions on their own terminal, based on the informa- tion taught in the classroom courses. If new people are employed later on, they may join the KDCC cour- ses at any time. \f F_ 6 KUWAITI DANISH COMPUTER COMPANY. The Kuwaiti Danish Computer company, S.A.K. is a joint stock company registered in Kuwait. Share capital is 250.000,- Kuwaiti Dinars. KDCC>s objective is to sell and instal turn-key computer systems in Kuwait and the Gulf Region. To ensure high quality, KDCC is staffed with senior specialists thus guaranteeing you high customer service at all levels of com- puerization. The total number of employees on 31/12/78 was 18 persons, orga- nised as follows: T_ - management 1 - administration 7 - system implementation 4 - education 1 - programming 3 - technical engineering _ _2_ _ _ &_ _1_8_ _ _ Operations in Kuwait began in April 1977, and the systems instal- led in Kuwait are: T_ C_u_r_r_e_n_t_ _u_s_e_r_s_:_ Mohammed Yousif Al Nisf Mohammed Naser Al Hajery The Trading and Industrial Equipment Co. Kuwait Foundry Co. P.S.C. Supply P_r_e_s_e_n_t_l_y_ _b_e_i_n_g_ _i_n_s_t_a_l_l_e_d_:_ Sultan Bin Essa Sons Ltd. Salmieh Co-operative Society &_ Abdulrahman Al Fares Sons Co. \f F_ 7 CONCLUSION The MAXECON TRADING SYSTEM described above has certainly proved itself as one of the most efficient systems available in Kuwait. The system is designed to act as a basic frame on which any com- pany can start, and with its available flexibility, it will pro- vide a system which closely caters for an individual company>s requirements. The Maxecon System will run on any RC Computer of your choice, which means that even if you upgrade (or downgrade) to another RC Computer, you may continue using your original programs. The MAXECON TRADING SYSTEM is only one segment of the software provided by KDCC. You also have the possibility of selecting other systems. At present the other systems available are: T_ - Maxecon payroll and personnel &_ - Maxecon material costing Both of which can be integrated with the MAXECON TRADING SYSTEM. With these systems you are able to assemble a system which meets your company>s requirements exactly. \f \f RC 8000 Store Configuration Revision 2 A/S REGNECENTRALEN December 1977 Marketing Department RCSL 42 - i 0736\f Author: Nikolai Bisgaard Technical Editor: Inge Borch KEY WORDS: RC 8000 Store Configuration Application programs, system software, peripherals. ABSTRACT: This manual is a guide for determining the necessary size of the internal store for RC 8000 systems. For that purpose, information on the store requirements of application programs, basic software and peripherals are given. The guide is concluded with a set of work sheets containing the most important information. Reservation Copyright A/S Regnecentralen, 1977 Printed by A/S Regnecentralen, Copenhagen\f LIST OF CONTENTS Page 1 RC 8000 STORE CONFIGURATION...............................5 1.1 General...............................................5 1.2 Structure of the internal store.......................6 2 STANDARD CONFIGURATIONS...................................7 2.1 Basic principles for store configuration..............7 2.2 Standard configuration 1..............................8 2.3 Standard configuration 2.............................10 2.4 Standard configuration 3.............................12 2.5 Standard configuration 4.............................14 2.6 Conclusion...........................................16 3 APPLICATIONS ............................................17 3.1 Skeleton systems MAXECON & PLS.......................17 3.2 SYSTEM 80 & TELEDATA.................................18 4 PERIPHERAL ADDITIONS.....................................19 4.1 Extensions of disc storage...........................19 4.2 Extensions via RC 8301 Device Controller.............20 4.2.1 Terminals & Printers on multiplexer............20 4.2.2 Printers directly on RC 8301...................20 4.2.3 Cartridge Disc RC 3652.........................20 4.2.4 Magnetic tape..................................21 4.2.5 Miscellaneous..................................21 4.3 Configuration Example................................22 5 SHORT SUMMARY WITH TABLES................................24 5.1 Standard configurations..............................24 5.2 Applications ........................................24 5.3 Extensions - Disc....................................25 5.4 Extensions via RC 8301 Device Controller. ...........25 F_\f 1 R_C_ _8_0_0_0_ _S_T_O_R_E_ _C_O_N_F_I_G_U_R_A_T_I_O_N_ 1.1 G_e_n_e_r_a_l_ The size of the internal store is an important factor in the configuration of an RC 8000 system. If the store is too small, the system will run slowly or not at all. If the store is too large the price of the system will be less competitive, which particulary applies to small systems. It is rather complicated to adjust the system software to a given hardware configuration. Consequently, 4 basic software systems are defined, each of which corresponds to a certain hardware configuration. Each standard configuration - abbrevi- ated SC - is composed to cover a certain range of applications. The standard configurations - except for the smallest - can be extended with internal store and peripherals. If a desired sys- tem can not be realized by means of a standard configuration with extensions, the system must be considered as a special system and the development department must be consulted prior to any promises towards customers. \f 1.2S_t_o_r_e_ _s_t_r_u_c_t_u_r_e_ Besides the internal store of the RC 8000 system, there is a store in the RC 8301 Device Controller. When a system is configured, it is necessary to consider the content of both stores. Fig.1.1 shows a model of this store structure with the typical content of each store. RC 8000 Disc CPU Controller RC 8200 B RC 8000 U RC 8301 INTERNAL STORE DEVICE S CONTROLLER MONITOR "s" BOSS Device Controller Application System (DC) system Free Free store store Fig. 1.1 Store structure The RC 8000 internal store will always contain the Monitor. A system will usually comprise the operating systyem "s" and BOSS, though one of the systems can be omitted. The application systems will also use a certain part of the store, and any excess can be used for program development etc. The Device Controller system will comprise an RC 3600 basic system, RC 3600 drivers, NCP (Network Control Program) adjusted to the configuration, and perhaps a free store area, which only can be used for extensions of the number of peripherals.\f 2 S_T_A_N_D_A_R_D_ _C_O_N_F_I_G_U_R_A_T_I_O_N_S_ Four standard configurations - SC1 to SC4 - are defined. This means that system software suitable for the hardware configura- tions, which will be described in the following sections, is available. In order to make the proper use of this guide, it is neccesary to understand the philosophy behind the standard con- figurations and it is thus recommended to read this chapter thoroughly. 2.1 B_a_s_i_c_ _p_r_i_n_c_i_p_l_e_s_ _f_o_r_ _s_t_o_r_e_ _c_o_n_f_i_g_u_r_a_t_i_o_n_ Each standard configuration is characterized by a minimal size of the internal store and a certain range of peripherals. The size of the store is not a parameter which is directly involved, when the systems software is adjusted to a certain configuration The store can consequently be expanded until the hardware faci- lities impose limits. BUT the systems software is adjusted to a system with the resources - i.e. store and peripherals - speci- fied in the standard configurations. If uncritical extensions are made, you risk that the system software is inadequate and the system will not be able to uti- lize the increased hardware resources. THERFORE, if an applica- tion can not be realized in a certain standard configuration without comprehensive extensions, that standard configuration is simply not suitable for the task. A standard configuration will perhaps be equipped with some peri- pherals you do not need. This is no problem, it is not neccesary to connect all the peripherals defined in the standard configura- tion. The system software is for the sake of simplicity prepared for all the defined peripherals. This implies that it is not - Note NOT - possible to reduce the store requirements of the system software by cutting down the number of peripherals in a standard configuration. On the other hand, if you wish to extend the range of periphe- rals, it will "cost" you extra store both in the RC 8000 store and in the RC 8301 Device Controller. How the store requirements of the extensions are computed is explained in chapter 4. But again,it must be kept in mind that large extensions indicate that a larger standard configuration should be chosen for the system.\f T_ 2.2 S_t_a_n_d_a_r_d_ _c_o_n_f_i_g_u_r_a_t_i_o_n_ _1_ _(_S_C_1_)_ SC1 is an absolutely minimal RC 8000 system. The internal store is in total 32 Kwords and the range of peripherals is sparse. SC1 can not in any way be extended. The system is a typical beginners system, it can be used for education and technical computations of limited size. Note that SC1 is too small to run any larger program systems of any kind. With the Monitor and operating systems the store area available for applications is: RC 8000 available store: with "s" 15 300 words with BOSS 9 900 words RC 8301 utilized store 46 840 bytes\f T_ SC1 CPU RC 8200 DISC RC 8000/25/35 DISC CHANNEL STORAGE 2 x RC8221/22/23/24 /45 RC 3685/6 MAG. MAG.TAPE TAPE RC3615S/16 CHANNEL RC822/23 RC827/28 INTERNAL CONSOLE RC830/32/35 STORERC 8301 32 Kwords DEV.CONTR. RC3632/33/34/35/36 PRINTER RC3641/42/43 PAPER TAPERC3675/76 READER PAPER TAPERC3665 PUNCH 4 x terminals RC 3682 RC822/23 ASYNC. MPX RC827/28 RC830/32/35\f T_ 2.3 S_t_a_n_d_a_r_d_ _c_o_n_f_i_g_u_r_a_t_i_o_n_ _2_ _(_S_C_2_)_ SC2 is typically to be used as an up-graded RC 6000 system (Turn Key System). It can run one skeleton program and not much more. The internal store and the range of peripherals can be extended, but if comprehensive extensions are neccesary, it is possible that the system software will be incapable of utilizing the increased capacity. In that case it is better to use a larger standard configuration (SC3). 48 Kwords is the recommmended size of the internal store and with the Monitor and operating systems there will be store available for applications as follows: RC 8000/SC2available store: with "s" 30 500 words with BOSS 24 300 words with "s"+ BOSS 22 000 words RC 8301/SC2 utilized store: 50 200 bytes\f SC2 T_ CPU RC 8200 DISC RC 8000/25/35 DISC CHANNEL STORAGE 1 x RC8221/22/23/24 /45 RC 3685/6 MAG. MAG.TAPE TAPE RC3615S/16 CHANNEL RC822/23 RC827/28 INTERNAL CONSOLE RC830/32/35 STORERC 8301 48 Kwords DEV.CONTR. RC3632/33/34/35/36 PRINTER RC3641/42/43 PAPER TAPERC3675/76 READER PAPER TAPERC3665 PUNCH CARD RC3671/72/73 READER 8 x terminals RC 3682 RC822/23 ASYNC. MPX RC827/28 RC830/32/35\f T_ 2.4 S_t_a_n_d_a_r_d_ _c_o_n_f_i_g_u_r_a_t_i_o_n_ _3_ _(_S_C_3_)_ SC3 is a configuration with which you can run one or more skele- ton programs and simultaneously perform program development. Typically a number of users can communicate with the same online process and one user can perform program development. The system software has a capacity which allows some extension of the internal store. The number of peripherals can also be ex- tended as much as the remaining store in the RC 8301 allows it. With 64 Kwords of internal store there will be store available for applications as follows: RC 8000/SC3 available store with "s" 43 300 words with BOSS 35 800 words with "s"+ BOSS 33 300 words RC 8301/SC3 utilized store 54 560 bytes\f T_ SC3 CPU RC 8200 DISC RC 8000/25/35 DISC CHANNEL STORAGE 2 x RC8221/22/23/24 /45 RC 3685/6 MAG. MAG.TAPE TAPE RC3615S/16 CHANNEL RC822/23 RC827/28 INTERNAL CONSOLE RC830/32/35 STORERC 8301 64 Kwords DEV.CONTR. RC3632/33/34/35/36 PRINTER RC3641/42/43 PAPER TAPERC3675/76 READER PAPER TAPERC3665 PUNCH CARD RC3671/72/73 READER 16 x terminals 2 x RC3682 RC822/23 ASYNC. MPX RC827/28 RC830/32/35 &_\f T_ 2.5 S_t_a_n_d_a_r_d_k_o_n_f_i_g_u_r_a_t_i_o_n_ _4_ _(_S_C_4_)_ SC4 is what you would call a service center system. Several in- dependent user systems with separate databases can run simulta- neously. The size of the internal store can be extended as needed. The RC 8301 Device Controller is fully utilized in this configuration. Extensions in the number of peripherals must consequently be performed via an extra RC 8301. With a total size of the internal store of 128 Kwords, there will be store available for applications as follows: RC 8000/SC4 available store: with "s" 103 800 words with BOSS 94 800words with "s"+ BOSS 92 800 words RC 8301/SC4 utilized store 65 536 bytes (full) \f T_ SC4 CPU RC 8200 DISC RC 8000/35/45 DISC CHANNEL STORAGE 4 x RC8221/22/23/24 RC 3685/6 MAG. 2 x MAG.TAPE TAPE RC3615S/16 CHANNEL RC822/23 RC827/28 INTERNAL CONSOLE RC830/32/35 STORERC 8301 128 Kwords DEV.CONTR. RC3632/33/34/35/36 PRINTER RC3641/42/43 PAPER TAPERC3675/76 READER PAPER TAPERC3665 PUNCH CARD RC3671/72/73 READER 4 x 8 terminals 4 x RC3682 RC822/23 ASYNC. MPX RC827/28 RC830/32/35 &_\f T_ 2.6 C_O_N_C_L_U_S_I_O_N_ Regarding extensions of the size of the internal store, it can be said, that if the need for extension is caused by a large amount of data it is reasonable to extend the store of a stan- dard configuration. If, however, the need is caused by a more complex job structure, it is advisable to choose a larger standard configuration From an evaluation of the size and especially the complexity of the desired system, it should now be possible to choose a stan- dard configuration as basis for the configuration of an RC 8000 System.\f 3 A_P_P_L_I_C_A_T_I_O_N_S_ When the system software is loaded, the remaining part of the internal store will be available for application programs. The store requirements of the system software for the four standard configurations are shown in table 3.1. The minimum size of the internal store is stated in Kwords = 1024 words. By adding a store module of 32 Kwords you will actually gain 32 768 words. STORE REQUIREMENTS IN Utiliz. Configu- Min. WORDS FOR MONITOR +RC 8301 ration store "s" BOSS "s"+BOSSbytes SC1 32 K 17 300 22 700 24 800 46 840 SC2 48 K 18 500 24 500 27 000 50 200 SC3 64 K 20 700 28 200 30 700 54 560 SC4 128 K 24 200 33 200 36 200 65 536 &_ Tabel 3.1 Store requirements for system software in the standard configurations T_ 3.1 S_k_e_l_e_t_o_n_ _s_y_s_t_e_m_s_ _M_A_X_E_C_O_N_ _&_ _P_L_S_ The MAXECON system requires 25 000 words plus 1250 words for each on-line terminal. &_ The PLS systems requires 20 000 words plus 750 words for each on-line terminal. It is not advisable to run the skeleton systems under the BOSS operating system alone. If the system is used to run a skeleton system only, the operating system "s" is sufficient and SC2 is the natural choice. Using SC2 with 48 Kwords, it is possible to run MAXECON alone with 4 on-line terminals or PLS alone with 13 terminals. If you want to have both "s" and BOSS it can be caused by two conditions: 1) BOSS is used exclusively for spooling of text files from the skeleton systems. These systems are structured to perform\f one system instruction at a time. Printing a long text file will thus block the system for other users as long as the printing goes on. If the spooling facilities of BOSS are used, the skeleton system will only be blocked during the time it takes to transfer the text file to the backing storage. In this case, SC2 is still the proper choice and with 64 Kwords of internal store you can run MAXECON with max. 9 on-line terminals and PLS with max. 20 on-line terminals. 2) BOSS is used for executing a number of other jobs in parallel with the skeleton system. In this case the proper choice is SC3. If printer output from BOSS jobs is needed immediately after the execution, the system should include two printers, since a skeleton system occupies one printer. A minimal BOSS job, e.g. a small program compilation, requi- res at least 7500 words in the store. With 7500 words used by a BOSS job SC3 with 64 Kwords can run PLS with 8 on-line ter- minals and MAXECON with one terminal. If the store is exten- ded to 80 Kwords the figures will be max. 14 terminals MAXECON or max. 28 terminals PLS. T_ 3.2 S_y_s_t_e_m_ _8_0_ _a_n_d_ _T_e_l_e_d_a_t_a_ System 80 and Teledata both reqiure the operating systems "s" and BOSS and they should be run on SC3 or SC4. System 80 requires 60 000 words and could run on SC3/96 Kwords with approximately 7000 words remaining unused. Teledata requires 90 000 words and could be run on SC4 (SC3) with 128 Kwords and and approximately 5 000 words remaining unused.\f 4 P_E_R_I_P_H_E_R_A_L_ _A_D_D_I_T_I_O_N_S_ In this section it will be descibed, how extensions of the range and number of peripherals influences store requirements. Once more it should be pointed out that it is impossible to save store by omitting to connect some of the peripherals defined in the standard configurations. Extensions of the disc storage with the modules RC 8221/22/23/24/25/26 are treated separately, since these units are connected to RC 8000 via the RC 8200 Disc Channel. All other peripherals are connected via the RC 8301 Device Controller 4.1 E_x_t_e_n_s_i_o_n_s_ _o_f_ _d_i_s_c_ _s_t_o_r_a_g_e_ The standard configurations are designed for the modules RC 8221/ 22/23/24. It is of no consequence for store requirements which of these units is used. Larger capacity can be obtained either by substituting RC 8221/22/23/24 with RC 8225/26 or by connecting more units than specified in the standard configuration. These extensions "cost" store as stated in table 4.1. Note that RC 8200 Disc Channel by itself costs no store. OPERATING SYSTEM S BOSS S+BOSS Substitution: RC 8225 1150 1200 1200 RC 8226 3450 3600 3600 Extensions: RC 8221-24 1150 1200 1200 RC 8225 2300 2400 2400 RC 8226 4600 4800 4800 &_ Table 4.1 Store requirements for disc storage extensions stated in words per sustituted/extended unit.\f T_ 4.2 E_x_t_e_n_s_i_o_n_s_ _v_i_a_ _R_C_ _8_3_0_1_ _D_e_v_i_c_e_ _C_o_n_t_r_o_l_l_e_r_ Extensions with peripherals connected via RC 8301 Device Con- troller cost store both in the RC 8000 internal store and in the Device Controller. Regarding peripheral extensions the RC 8000 internal store can be extended as needed, while the store re- maining for extensions in the Device Controller is limited. Table 4.2 states the size of the remaining store in the Device Controller for each standard configuration. Please note that SC1 MUST NOT be extended. SC4 can not be extended except if an extra Device Controller is applied. T_ StandardAvailablestore Config.bytes T_ SC1(18 700) SC215500 SC311 500 &_SC40 T_ Table 4.2 &_Store available for extensions in the Device Controller systems 4.2.1 T_e_r_m_i_n_a_l_s_ _a_n_d_ _ _p_r_i_n_t_e_r_s_ _o_n_ _m_u_l_t_i_p_l_e_x_o_r_ One multiplexer unit has 8 channels, and extensions must, regar- ding the software, be performed in sets of eight. Terminals can be substituted by the printers RC 863, RC 864 and RC 866, which costs extra store beyond the requirements of the multiplexer. The store requirements for such extensions are stated in table 4.3. 4.2.2 P_r_i_n_t_e_r_s_ _d_i_r_e_c_t_l_y_ _o_n_ _R_C_ _8_3_0_1_ Extra printers can of course also be connected directly on RC 8301. The store requirements are stated in table 4.3. Note that only one character set besides ASCII is supported. 4.2.3 C_a_r_t_r_i_d_g_e_ _D_i_s_c_ _R_C_ _3_6_5_2_ One or more RC 3652 Cartridge Discs can be conected and the store requirements are stated in table 4.3. Note that these units are among the most store-demanding units in an extensions. \f 4.2.4 M_a_g_n_e_t_i_c_ _t_a_p_e_ Magnetic tape stations require store as stated in table 4.3. Note, only 4 stations per controller. 4.2.5 M_i_s_c_e_l_l_a_n_e_o_u_s_ If the extensions can not be supported by one RC 8301 Device Controller an extra RC 8301 must be used. This extension costs by itself 800 words in the RC 8000 internal store, but this kind of extension is at present regarded as a special konfiguration. Finally it should be stated, that communications equipment only can be connected to the standard configurations via the RC 3682 asynchronous multiplexer. The use of other communication units is considered as belonging to a special configuration. T_RC 8000 wordsRC 8301 UNIT S BOSS S+BOSS bytes Terminals sets of 8 600 900 1200 4400 Substitution of N term. - N x 275 N x 275 1300 with N printers RC 863/4 RC 866 Printer on RC 8301 40 350 350 1100 Magnetic tape -station 40 40 40 3500 -controller 0 0 0 700 Cartridge Disc First unit 1100 1150 1150 2100 2.-4. unit 1100 1150 1150 1200 Table 4.3 Store requirements for peripheral extensions in an RC 8000 system \f T_ 4.3 C_o_n_f_i_g_u_r_a_t_i_o_n_ _e_x_a_m_p_l_e_ For use in practical configuration work a configuration form has been made. How this form and the tables are used is demonstrated &_ in the following example. A potential customer needs a MAXECON system. In addition, it must be possible to run a number of jobs under BOSS. In this case SC3 is chosen as basis. The system must include 18 ter- minals and 3 printers on multiplexers. Furthermore 2 RC 8223 Discs, a Cartridge Disc and a Magnetic Tape station are required. "s"+ BOSS operating systems are chosen. Point 1 in the configuration form is filled in with information from table 3.1. 1. SYSTEMS SOFTWARE RC 8000 Table 3.1 words "s"+ BOSS 30 700 Point 2 is filled in with information from section 3. Note that BOSS minimally needs 7500 words for job execution. T_ ________________________________________ 2. APPLICATIONS RC 8000 __S_e_c_t_i_o_n_ _3_______________________w_o_r_d_s___ __M_A_X_E_C_O_N_ _S_Y_S_T_E_M_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _2_5_._0_0_0_ _ _ __+_ _1_8_ _t_e_r_m_i_n_a_l_s_ _ _1_8_ _x_ _1_2_5_0___ _ _ _2_2_._5_0_0___ __B_O_S_S_ _e_x_e_c_u_t_i_o_n_ _a_r_e_a_ _ _ _ _ _ _ _ _ _ _ _ _7_._5_0_0___ ________________________________________ __A_P_P_-_s_u_m_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _5_5_._0_0_0_ _ _ Point 3 is filled in using the tables 4.1 and 4.3. 18 terminals plus 3 printers on a multiplexer are a total of 21 units on multiplexers, which is 5 more than SC3 is equipped with. This extension corresponds to a set of eight. Furthermore, 3 termi- nals are substituted by printers. The remaining extensions are filled in directly from the tables 4.1 and 4.3.\f _________________________________________________ 3. PERIPH. ADDITIONS RC 8000 RC 8301 _ _T_a_b_l_e_ _4_._1_ _&_ _4_._3_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _w_o_r_d_s_ _ _ _ _ _b_y_t_e_s_ _ _ _5_ _e_x_t_r_a_ _u_n_i_t_s_ _o_n_ _M_P_X_ _ _ _ _ _ _ _ _ ___ _1_2_0_0_ _ _ _ _ _ _4_4_0_0_ _ _ _3_ _p_r_i_n_t_e_r_s_ _o_n_ _M_P_X_ _3_ _x_ _2_7_5_ _ _ _ ___ _ _8_2_5_ _ _ _ _ _ _1_3_0_0_ _ _ _1_ _e_x_t_r_a_ _ _R_C_ _8_2_2_3_ _ _ _ _ _ _ _ _ _ _ _ _ ___ _1_2_0_0_ _ _ _ _ _ _ _ _ _0_ _ _ _1_ _C_a_r_t_r_i_d_g_e_ _D_i_s_c_ _ _ _ _ _ _ _ _ _ _ _ _ ___ _1_1_5_0_ _ _ _ _ _ _2_1_0_0_ _ _ _1_ _t_a_p_e_ _s_t_a_t_i_o_n_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ ___ _ _ _4_0_ _ _ _ _ _ _3_5_0_0__ _________________________________ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _E_X_T_._-_s_u_m_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _4_4_1_5_ _ _ _ _ _1_1_3_0_0_ _ &_ The two extension sums of point 3 are computed. In point 5 it can be checked that the store requirements of the extensions do not exceed the available store, which is stated in table 4.2. If the extensions are too comprehensive, something must be left out or another Device Controller must be applied. _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _______________ 5. RC 8301 AVAIL. _T_a_b_l_e_ _4_._2_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _1_1_._5_0_0_ _ _R_C_ _8_3_0_1_ _E_X_T_-_S_U_M_ _ _ _ _ _ _ _ _ _ _-_ _ _ _ _1_1_._3_0_0__ _R_E_M_A_I_N_D_E_R_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _=_ _ _ _ _ _ _ _2_0_0__ The total internal store needed for the RC 8000 system can now be calculated by transferring the figures from the points 1,2 & 3 to the right-hand-column and adding them to form the final figure in point 4. T______________ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _w_o_r_d_s__ _ __1_._ _S_Y_S_T_E_M_ _S_O_F_T_W_A_R_E_ _ _ _ _ _ _ _ _ _ _ _ _3_0_._7_0_0__ __2_._ _A_P_P_-_S_U_M_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _+_ _ _ _ _5_5_._0_0_0__ __3_._ _E_X_T_-_S_U_M_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _4_._4_1_5_ _ __4_._ _T_O_T_A_L_ _S_T_O_R_E_-_R_E_Q_._ _ _ _ _ _ _=_ _ _ _ _9_0_._1_1_5__ &_ At the bottom of the form the relation between store size stated in Kwords and the real store size is stated. From these figures it can be determined how many store modules will be needed for the system. This piece of information can now be stated at the top of the form. 16 K = 16.384 80 K = 81.920 32 K = 32.769 96 K = 98.304 48 K = 49.152 128 K = 131.072 F_ &_ 64 K = 65.536 \f 5 S_H_O_R_T_ _S_U_M_M_A_R_Y_ _W_I_T_H_ _T_A_B_L_E_S_ 5.1 S_t_a_n_d_a_r_d_ _c_o_n_f_i_g_u_r_a_t_i_o_n_s_ SC1: Beginners system, can not be extended. SC2: RC 6000 upgrade, 1 database SC3: Several skeleton systems + program development etc. SC4: Service center system STORE REQUIREMENTS INUtiliz. &_ Configu- Min. WORDS FOR MONITOR +RC 8301 ration store "s" BOSS "s"+BOSSbytes T_ SC1 32 K 17 300 22 700 24 800 46 840 SC2 48 K 18 500 24 500 27 000 50 200 SC3 64 K 20 700 28 200 30 700 54 560 SC4 128 K 24 200 33 200 36 200 65 536 &_ Tabel 3.1 Store requirements in the four standard configuration 5.2 A_p_p_l_i_c_a_t_i_o_n_s_ MAXECON: 25.000 words + 1250 words per terminal. Operating system "s" or "s"+ BOSS. PLS: 25.000 words + 750 words per terminal. Operating system "s" or "s"+ BOSS System 80: 60.000 words Operating system "s"+ BOSS Teledata: 75.000 words Operating system "s"+ BOSS &_ NOTE: BOSS requires min. 7500 words for job execution. \f T_5.3 E_x_t_e_n_s_i_o_n_s_ _-_ _D_i_s_c_ SC's made for RC 8221/22/23/24 which can be substituted by RC 8225/25. &_ T_ OPERATING SYSTEM S BOSS S+BOSS Substitution: RC 8225 1150 1200 1200 RC 8226 3450 3600 3600 Extension: RC 8221-24 1150 1200 1200 RC 8225 2300 2400 2400 RC 8226 4600 4800 4800 Table 4.1 Store requirements for disc extensions stated &_ in words per substituted/extended unit. T_ 5.4 E_x_t_e_n_s_i_o_n_s_ _v_i_a_ _R_C_ _8_3_0_1_ _D_e_v_i_c_e_ _C_o_n_t_r_o_l_l_e_r_ SC1 must not be extended and SC4 can not be extended without using an extra RC 8301 (costs 800 words, spec. system). Only RC 3682 AMX is standard for communications equipment. Standard Available store Config.bytes T_ SC1(18 700) SC215500 SC311 500 &_SC40 T_ Table 4.2 &_Store available for extensions in the Device Controller systems \f T_RC 8000 wordsRC 8301 UNIT S BOSS S+BOSS bytes Terminals sets of 8 600 900 1200 4400 Substitution of N term. - N x 275 N x 275 1300 with N printers RC 863/4 RC 866 Printer on RC 8301 40 350 350 1100 Magnetic tape -station 40 40 40 3500 -controller 0 0 0 700 Cartridge Disc First unit 1100 1150 1150 2100 2.-4. unit 1100 1150 1150 1200 Table 4.3 Store requirements for peripheral extensions in an RC 8000 system \f «eof»