1993–1997: Shareholder Cards, Securities Accounts, Cash Accounts, Client IDs and Trading Seats

#

Why Did China’s Securities Market Need So Many IDs?

#

Today, an investor may log into a brokerage app and see only one account.

But in China’s securities market during the 1990s, a single investor could have several different identifiers:

Client ID
Securities Account
Shareholder Code
Shareholder Card
Cash Account
Branch ID
Trading Seat

At first glance, this looks unnecessarily complicated.

But historically, these identifiers were not duplicates.

Each one represented a different object in the securities business.

More importantly, this identifier system became the basic data skeleton of China’s early brokerage systems.

1. Start With a Stock Order

#

Imagine an investor named:

Zhang San

placing an order to buy:

600000
1,000 shares

Today the process appears almost trivial:

Investor
   ↓
Brokerage App
   ↓
Buy 600000
   ↓
1,000 shares
   ↓
Execution

But the backend must answer many more questions:

Who placed the order?

Which brokerage client is this?

Which securities account should receive the shares?

Which cash account should pay for them?

Which branch accepted the order?

Which trading channel carried it?

Which trading seat connected the broker to the exchange?

Which execution corresponds to this order?

Where should the final position be recorded?

So the actual data relationship is closer to:

CUSTOMER
    ↓
ACCOUNT
    ↓
ORDER
    ↓
TRADE
    ↓
POSITION

The important point is that these concepts did not all emerge at once.

They evolved as China’s securities market became more centralized and electronic.

2. Why Was One ID Not Enough?

#

Suppose the entire securities system assigned Zhang San one number:

100001

That number would somehow have to represent:

Who Zhang San is

as well as:

How much cash he has

and:

Which securities he owns

and:

Which brokerage branch serves him

and:

Which trading seat sends his order to the exchange

That would be a poor design.

These are different business objects.

The market therefore gradually separated them.

A useful abstraction is:

PERSON
   ↓
CLIENT
   ↓
ACCOUNTS
   ↓
TRADING
   ↓
MARKET ACCESS

3. Three Different Layers of Identity

#

The easiest way to understand the old system is to separate three layers.

Layer 1 — The Person

#

For example:

Zhang San

This is the natural person or legal entity.

In software terms:

CUSTOMER

Layer 2 — Accounts

#

The customer may have:

Cash Account

and:

Securities Account

These represent different financial relationships.

Layer 3 — Market Access

#

The customer’s order does not normally go directly to the exchange.

It goes through:

Broker
   ↓
Trading Seat / Trading Channel
   ↓
Exchange

Therefore:

Client ID

and:

Trading Seat ID

are completely different things.

4. Shareholder Card ≠ Securities Account

#

This distinction is particularly important when reading historical Chinese securities documents.

A shareholder card was essentially an investor-facing certificate of shareholder identity.

A securities account was increasingly the underlying account used by the registration and settlement system to record securities ownership.

In simplified form:

Shareholder Card
       ↓
Proof of shareholder identity

while:

Securities Account
       ↓
Where securities holdings are registered

In the paper-based era, a physical stock certificate itself carried part of the evidence of ownership.

As the market moved toward paperless securities:

Physical Certificate
       ↓
Securities Account
       ↓
Electronic Position Record

the account became increasingly important.

5. Why Did Investors Receive Shareholder Cards?

#

The concept was particularly useful in the early period because the underlying registration system was becoming computerized while the investor experience was still largely physical.

For an ordinary investor, an electronic record in a central database was invisible.

A physical card provided something tangible:

"This is my shareholder identity."

Conceptually:

Electronic Registration
        ↓
Shareholder Identity
        ↓
Physical Shareholder Card

The card itself was not the trading system.

It was an external representation of an investor’s registered shareholder identity.

6. What Problem Did the Securities Account Solve?

#

The securities account answered a fundamental question:

Where exactly are an investor’s securities registered?

For example:

Securities Account:
A123456789

Holdings:
600000 → 1,000 shares
600001 → 500 shares

This is the beginning of the modern concept of a position ledger.

In database terms:

SECURITIES_ACCOUNT
        ↓
POSITION
        ↓
SECURITY + QUANTITY

7. One of the Biggest Historical Changes

#

In the early 1980s:

Stock
 ↓
Physical Certificate

By the 1990s, increasingly:

Stock
 ↓
Securities Account
 ↓
Electronic Registration

The meaning of ownership therefore shifted.

Instead of:

"I physically possess this certificate."

the system increasingly relied on:

"This securities account contains this position."

That was one of the fundamental changes behind China’s transition to paperless securities.

8. Then What Was a Cash Account?

#

The securities account answered:

How many shares do you own?

The cash account answered:

How much money do you have available for trading?

For example:

Cash Account:
F00123456

Available Cash:
RMB 50,000

So:

Securities Account
        ↓
Stocks

while:

Cash Account
        ↓
Money

These two accounts represented different sides of the transaction.

9. Why Couldn’t Cash and Securities Use the Same Account?

#

Because the underlying infrastructure was different.

Securities were connected to:

Exchange
   ↓
Registration
   ↓
Clearing / Settlement

Cash was connected to:

Broker
   ↓
Banking System

Therefore:

SECURITIES_ACCOUNT

and:

CASH_ACCOUNT

naturally became separate objects.

10. The Early Brokerage Data Model

#

By the 1990s, a simplified model could be represented as:

                    CUSTOMER
                        │
                        ▼
                ┌─────────────┐
                │  Client ID  │
                └──────┬──────┘
                       │
              ┌────────┴────────┐
              │                 │
              ▼                 ▼
        CASH ACCOUNT      SECURITIES ACCOUNT
              │                 │
              ▼                 ▼
           CASH             POSITIONS

This already looks surprisingly similar to a modern brokerage database.

11. But Where Does the Order Go?

#

Suppose Zhang San submits:

Buy 600000
1,000 shares

The system has to know:

Who placed the order?

→ Client ID

Which cash account should be charged?

→ Cash Account

Which securities account should receive the shares?

→ Securities Account

And another question remains:

How does the order reach the exchange?

That leads us to the trading seat.

12. The Trading Seat

#

A trading seat was not a customer identity.

It represented the brokerage firm’s access to the exchange trading system.

Historically, the concept was also very physical.

Inside the early exchange trading environment there were:

Trading Floors
Trading Desks
Telephone Lines
Trading Clerks
Terminals
Trading Seats

A brokerage firm needed an authorized market-access point through which orders could enter the exchange.

Conceptually:

Broker
   ↓
Trading Seat
   ↓
Exchange

13. A Trading Seat Was Not a Client Account

#

For example:

Client ID:
C001

might belong to:

Zhang San

while the order could enter the exchange through:

Trading Seat:
S027

Therefore:

C001

means:

Which customer is this?

while:

S027

means:

Through which market-access point is this order entering the exchange?

These are fundamentally different identifiers.

14. One Branch Could Serve Thousands of Customers

#

Imagine:

Brokerage Branch 001

C0001
C0002
C0003
...
C9999

All of these customers might ultimately share one or several trading connections:

Branch 001
      │
      ├── Customer A
      ├── Customer B
      ├── Customer C
      ├── Customer D
      │
      └── Trading Seat S027

This is an important architectural idea:

Many customers could share the same market-access channel.

15. From Many Customers to One Trading Channel

#

The relationship can be simplified as:

Customer A ─┐
Customer B ─┤
Customer C ─┼──→ Trading Gateway ──→ Exchange
Customer D ─┘

This is one of the historical ancestors of today’s brokerage trading gateways.

The customer’s identity stayed inside the brokerage system.

The trading seat represented the firm’s connection to the market.

16. A Complete Order Lifecycle

#

Suppose:

Zhang San

wants to buy:

600000
1,000 shares

A simplified historical chain becomes:

Investor
   ↓
Client ID
   ↓
Cash Account
   ↓
Securities Account
   ↓
Brokerage Branch
   ↓
Trading Seat
   ↓
Exchange
   ↓
Order
   ↓
Execution
   ↓
Clearing
   ↓
Settlement
   ↓
Position

Every stage answers a different question.

17. The Same Process as a Database Model

#

A simplified securities brokerage system might contain:

CUSTOMER

CASH_ACCOUNT

SECURITIES_ACCOUNT

BRANCH

TRADING_SEAT

SECURITY

ORDER

TRADE

POSITION

and later:

SETTLEMENT

The relationships could look like:

CUSTOMER
   │
   ├───────────────┐
   │               │
   ▼               ▼
CASH_ACCOUNT   SECURITIES_ACCOUNT
   │               │
   │               ▼
   │            POSITION
   │               ▲
   │               │
   └──────→ ORDER → TRADE
               │
               ▼
        TRADING_SEAT
               │
               ▼
           EXCHANGE

This is already very close to the conceptual model behind later centralized brokerage systems.

18. Why Did Brokerage Systems Become So Complicated?

#

At the beginning, the business might have been as simple as:

Investor
Stock
Quantity
Price

But as the market expanded, the model became:

Investor
 ↓
Client ID
 ↓
Cash Account
 ↓
Securities Account
 ↓
Branch
 ↓
Trading Seat
 ↓
Security
 ↓
Order
 ↓
Trade
 ↓
Clearing
 ↓
Position

This was not simply software complexity.

It reflected the increasing complexity of the market itself.

19. What Exactly Was a Brokerage Branch?

#

The branch was the physical service point between the brokerage firm and its customers.

Investors came to the branch to:

Open accounts
Register shareholder information
Deposit or withdraw funds
Submit orders
Check positions
Receive statements
Handle transfers
Handle settlement-related services

In the early 1990s, the branch was therefore much more important than today’s mobile-app experience suggests.

20. Why Did Branches Need Their Own IDs?

#

Because one brokerage company could operate many branches:

BROKER
   │
   ├── Branch 001
   ├── Branch 002
   ├── Branch 003
   └── Branch 004

Therefore:

Broker ID

and:

Branch ID

represented different organizational objects.

This eventually became important for:

Customer ownership
Accounting
Operations
Risk management
Order routing
Reporting

21. The Difference Between Branch and Trading Seat

#

This is another common source of confusion.

A branch is primarily a customer service and operational unit.

A trading seat is primarily a market-access unit.

So:

Branch
   ↓
Customers

while:

Trading Seat
   ↓
Exchange Access

They could be related, but they were not conceptually the same thing.

22. Shareholder Code vs. Securities Account

#

Historical documents can also use terms such as:

Shareholder Code

Shareholder Number

Securities Account

These terms should not automatically be treated as identical.

Depending on the period and institution, terminology could differ.

A useful distinction is:

Shareholder Code
   ↓
Investor identity within a particular market /
registration context

while:

Securities Account
   ↓
Account used to record securities ownership

As China’s registration and settlement infrastructure became more standardized, these concepts became increasingly formalized.

When studying historical brokerage software, however, the exact meaning of a field must be determined from its historical context.

23. Why This Matters When Studying Old Brokerage Software

#

You may encounter fields such as:

CUSTOMER_NO
CLIENT_NO
FUND_ACCOUNT
SEC_ACCOUNT
SH_ACCOUNT
SZ_ACCOUNT
BRANCH_NO
SEAT_NO
ORDER_NO
TRADE_NO

They may all look like:

"just numbers"

But they identify different business objects.

For example:

CUSTOMER_NO

might identify the brokerage customer.

FUND_ACCOUNT

identifies the cash relationship.

SEC_ACCOUNT

identifies the securities registration relationship.

BRANCH_NO

identifies the service branch.

SEAT_NO

identifies the market-access point.

24. One Order Could Carry Many IDs

#

Imagine a hypothetical 1995 transaction:

Client:
C001234

Cash Account:
F009876

Shanghai Securities Account:
SH123456

Branch:
BR001

Trading Seat:
S027

Then:

Order:
ORDER-1995-000123

for:

600000
1,000 shares

After execution:

Trade:
TRADE-1995-000789

The final position becomes:

SH123456
    ↓
600000
    ↓
1,000 shares

while the cash account reflects the corresponding debit.

25. This Is the Core Relationship of a Securities System

#

Every transaction must ultimately answer:

Who placed the order?
        ↓
Which customer?

What money was used?
        ↓
Which cash account?

What security was traded?
        ↓
Which security?

Where should the security be recorded?
        ↓
Which securities account?

Which market channel carried the order?
        ↓
Which trading seat?

What actually happened?
        ↓
Which execution?

What is the final result?
        ↓
Which position?

This is the foundation of transaction traceability.

26. Audit Trails Were Already Implicitly Necessary

#

Modern financial systems emphasize:

Audit Trail

meaning that every transaction should be traceable.

Conceptually:

CUSTOMER
   ↓
ORDER
   ↓
EXECUTION
   ↓
TRADE
   ↓
CLEARING
   ↓
SETTLEMENT
   ↓
POSITION

The 1990s systems were much less sophisticated technologically, but the business requirement already existed.

If a securities firm could not determine:

Who placed the order?
What was ordered?
When was it ordered?
Which seat transmitted it?
What was executed?
How much money changed?
What position resulted?

the system could not reliably operate a securities market.

27. What Happens If These IDs Do Not Exist?

#

Suppose the system stores only:

600000
1,000 shares

Immediately the following questions arise:

Who bought it?

Which customer?

Which branch?

Which cash account?

Which securities account?

Which trading seat?

Which order?

Which execution?

Which settlement?

Without stable identifiers, these relationships cannot be maintained.

This is why one of the fundamental tasks of securities IT is:

Establishing stable relationships between people, accounts, securities, transactions, money and market-access channels.

28. The Shareholder Card Was Only the Visible Tip

#

From the investor’s perspective, the system might look like:

Investor
   ↓
Shareholder Card
   ↓
Securities Account
   ↓
Securities Holdings

But the brokerage side looked more like:

Investor
   ↓
Client
   ↓
Cash Account
   ↓
Order
   ↓
Trading Seat
   ↓
Exchange

The trade connected these two worlds:

Cash Account
      │
      ▼
     ORDER
      │
      ▼
     TRADE
      │
      ▼
Securities Account
      │
      ▼
   POSITION

29. This Is Why Centralized Brokerage Systems Became Necessary

#

Imagine the early structure:

Branch A
   ↓
Local System

Branch B
   ↓
Local System

Branch C
   ↓
Local System

Each branch maintained its own:

Customers
Accounts
Orders
Trades
Positions

That worked when the market was small.

But a large brokerage firm eventually needed a unified view:

Entire Brokerage
        ↓
All Customers
        ↓
All Accounts
        ↓
All Orders
        ↓
All Trades
        ↓
All Positions
        ↓
All Risk

That pushed the industry toward centralized brokerage systems.

30. From Local Branch Systems to Centralized Brokerage

#

The architecture gradually moved from:

Branch A → Local System

Branch B → Local System

Branch C → Local System

toward:

Branch A ─┐
Branch B ─┼──→ Central Brokerage System
Branch C ─┘

Now customer and account information could be centralized.

This was one of the key architectural transitions of the 1990s.

31. But the Exchange Was Still a Different World

#

The brokerage firm’s internal world contained:

Customers
Cash Accounts
Securities Accounts
Orders
Positions
Risk

The exchange’s world contained:

Trading Seats
Orders
Executions
Market Data
Trading Status

These two worlds had to communicate.

That required:

Trading Interface

and eventually:

Trading Gateway

32. From Telephone Lines to Middleware

#

The earliest connection could be as simple as:

Telephone

Then:

Terminal

Then:

Dedicated Line

Then increasingly:

Communication Protocol
Trading Gateway
Message Routing
Middleware

The architecture evolved toward:

Brokerage Core
        │
        ▼
Transaction Middleware
        │
        ▼
Trading Gateway
        │
        ▼
Trading Seat / Trading Unit
        │
        ▼
Exchange

This is the historical bridge between manual trading operations and modern securities middleware.

33. The Trading Seat Was an Early Form of Market Connectivity

#

Historically:

Branch
   ↓
Trader
   ↓
Trading Seat
   ↓
Exchange

Later:

Branch
   ↓
Brokerage System
   ↓
Transaction Middleware
   ↓
Trading Gateway
   ↓
Trading Seat / Trading Unit
   ↓
Exchange

The human trader gradually disappeared from the critical path.

Software took over the work of:

Routing
Validation
Formatting
Transmission
Acknowledgement
Execution Handling
Error Handling

This was a major architectural transformation.

34. The Real Technical Change Between 1993 and 1997

#

The most important development was not simply:

“More computers were installed.”

The deeper change was the emergence of a structured:

Identity System
+
Account System
+
Trading System
+
Clearing System
+
Registration System

A simplified historical evolution looks like:

1980s

Physical Stock Certificate


1990

Exchange + Trading Seats


Early 1990s

Securities Accounts
+
Paperless Registration


1993–1997

Customer
+
Account
+
Order
+
Trade
+
Position
+
Settlement
+
Market Access

These objects increasingly became software entities.

35. Why This Period Matters for Kingdee? No — for Kingstar and Hundsun?

#

For researchers studying Chinese securities IT companies such as:

• Kingstar / 金证
• Hundsun / 恒生

this period is particularly important.

By the late 1990s, a brokerage firm no longer needed only:

A branch trading application

It needed:

Head Office
      ↓
Multiple Branches
      ↓
Multiple Customers
      ↓
Multiple Accounts
      ↓
Multiple Trading Channels
      ↓
Exchanges
      ↓
Registration & Settlement
      ↓
Banks

That meant the software architecture had to support:

Centralized Transaction Processing
Message Routing
Trading Interfaces
Account Synchronization
Clearing Processing
Exception Recovery
Multi-Branch Connectivity

This is the historical environment in which systems such as:

KCBP
KCXP
AS
AR

later became important.

36. Securities Software Was Gradually Splitting the World Into Objects

#

The historical evolution can be viewed as a process of decomposition.

At first:

Stock Certificate

Then:

Shareholder
+
Security

Then:

Shareholder
+
Securities Account

Then:

Customer
+
Cash Account
+
Securities Account

Then:

Customer
+
Account
+
Order
+
Trade
+
Position
+
Trading Seat

Eventually:

Customer
Account
Security
Order
Trade
Position
Settlement
Trading Channel

became the basic objects of a modern securities system.

37. A Complete 1990s Securities IT Model

#

The architecture can be summarized as:

                         INVESTOR
                            │
                            ▼
                       ┌─────────┐
                       │CUSTOMER │
                       └────┬────┘
                            │
              ┌─────────────┴─────────────┐
              │                           │
              ▼                           ▼
       ┌─────────────┐             ┌─────────────┐
       │ CASH ACCOUNT│             │ SEC ACCOUNT │
       └──────┬──────┘             └──────┬──────┘
              │                           │
              ▼                           ▼
           CASH                       POSITION
              │                           ▲
              │                           │
              └──────────┐     ┌──────────┘
                         ▼     ▲
                        ORDER
                          │
                          ▼
                        TRADE
                          │
                          ▼
                        CLEARING
                          │
                          ▼
                      SETTLEMENT
                          │
                          ▼
                  CENTRAL REGISTRY


ORDER PATH:

CUSTOMER
   ↓
BRANCH
   ↓
BROKERAGE SYSTEM
   ↓
TRADING GATEWAY
   ↓
TRADING SEAT
   ↓
EXCHANGE

38. The Most Important Conclusion

#

The various identifiers used in China’s 1990s securities market were not arbitrary.

Each answered a different question:

39. This Is One of the Fundamental Differences Between Securities IT and Ordinary ERP

#

A typical ERP system may revolve around:

Customer
Product
Order
Inventory
Accounting

A securities system must manage:

Customer
Account
Security
Cash
Order
Trade
Position
Trading Seat
Clearing
Settlement
Registration

And these objects must satisfy extremely demanding requirements:

High concurrency
Strong consistency
Traceability
Settlement correctness
Auditability
Failure recovery

That is why securities brokerage systems naturally became much more complicated than ordinary business applications.

40. From Shareholder Cards to KCBP

#

The entire historical progression can be compressed into one chain:

Physical Stock Certificate
        ↓
Shareholder Register
        ↓
Shareholder Card
        ↓
Securities Account
        ↓
Cash Account
        ↓
Client ID
        ↓
Order ID
        ↓
Trade ID
        ↓
Trading Seat
        ↓
Trading Interface
        ↓
Centralized Brokerage System
        ↓
Transaction Middleware

Once this chain is understood, many seemingly obscure concepts in 1990s Chinese securities software begin to make sense:

Branch
Front End
Main Station
Trading Seat
Gateway
Routing
Message
Order
Execution
Clearing
Settlement

They were all pieces of the same transition:

from paper-based securities administration to networked, account-based, centralized electronic trading.

41. The Next Question: Why Did Brokers Have to Centralize?

#

By this point we know:

Who the customer is

Where the money is

Where the securities are recorded

Where orders enter the market

But one major architectural problem remains.

Imagine a brokerage company with:

Branch 001
Branch 002
Branch 003
...
Branch 100

Each branch has:

Customers
Cash
Securities Accounts
Orders
Trades

But the exchange may provide only:

Trading Seats / Trading Units

The brokerage therefore needs a central system that can perform:

Branch
   ↓
Central Brokerage
   ↓
Trading Main Station
   ↓
Trading Middleware
   ↓
Trading Seat
   ↓
Exchange

And now the really difficult engineering questions begin:

How should messages be routed?

How should orders be numbered?

How are customers mapped to accounts?

How are accounts mapped to trading channels?

How are seats selected?

How are execution reports returned?

How are clearing messages synchronized?

What happens if a connection breaks?

How do you prevent duplicate orders?

How do you reconcile brokerage records with exchange records?

These questions lead directly into the next stage of China’s securities IT history.