REPLACEMENT
OF A HOLDER NUMBER
CHESS
Issuer Sponsored Enquiry Facility
The SCH Business
Rules place special emphasise on confidentiality and what information
can be disclosed by the company or registry.
With Issuer
Sponsorship the Securityholder Reference Number (SRN) or as it is
referred to for a CHESS subregister holding the Holder Identification
Number (HIN) becomes a major control in maintaining the security of
the relevant holding.
HIN's are controlled by and can only be replaced or changed by the
controlling CHESS participant
In order to
replace or change an SRN for a holder on an issuer sponsored subregister
it is recommended that the securityholder be required to notify the
registry in writing.
It is also
recommended that replacement SRN numbers are only forwarded in the
same manner as for replacement security certificates.
Refer to:
Form 9 "SECURITYHOLDER REFERENCE NUMBER
REPLACEMENT REQUEST - INDIVIDUAL
AND JOINT HOLDERS"
Form 9A "SECURITYHOLDER REFERENCE
NUMBER REPLACEMENT REQUEST - COMPANIES AND EXECUTOR/S - ADMINISTRATOR/S
Where securities
have been sold and the securityholder has either lost or misplaced
details of their SRN, registries can provide CHESS participants with
the SRN in a timely manner on receipt of a written request or facsimile
of Form 12A received by the registry or company. The request must
be in accordance with the SCH Business Rules. To achieve a timely
turnaround the recommendation is to facsimile exchange the request/response.
It is recommended that copies of Form 12A requests be kept for the
same retention period as required for certificate replacement requests.
Refer to: Form 12A "REQUEST FOR SECURITYHOLDER
REFERENCE NUMBER (SRN)
CHESS
Issuer Sponsored Enquiry Facility
Instead of
facsimile Form 12A requests, CHESS
has an automated issuer sponsored subregister enquiry facility. This
facility is optional for CHESS participants and registries.
Two types
of electronic enquiries can be initiated:
- an SRN enquiry
- an issuer sponsored
subregister holding balance enquiry
CHESS
will check and validate the message and if accepted, it will be sent
to the issuer's/registry's appropriate system provider to find, match
and return the requested information or a rejection message if there
is no match.
