⟦adf29f915⟧

TextFile

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...

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_ 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.

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.

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.

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_ 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_ 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_ 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_ 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.

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

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

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

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

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

«eof»

DataMuseum.dk

CP/M

⟦adf29f915⟧ TextFile

Derivation

TextFile