DataMuseum.dk

Presents historical artifacts from the history of:

CP/M

This is an automatic "excavation" of a thematic subset of
artifacts from Datamuseum.dk's BitArchive.

See our Wiki for more about CP/M

Excavated with: AutoArchaeologist - Free & Open Source Software.


top - metrics - download

⟦adf29f915⟧ TextFile

    Length: 101760 (0x18d80)
    Types: TextFile
    Names: »D63«

Derivation

└─⟦6966c2393⟧ Bits:30005867/disk08.imd Dokumenter (RCSL m.m.)
    └─⟦this⟧ »D63« 

TextFile

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»