Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.
Info

Further details on ITE2 Test Tool availability have been provided in the /wiki/spaces/CSP/pages/1750630401

(info) Table of Contents

Table of Contents
minLevel1
maxLevel4

Self-Service Tools

Self-Service Tools are provided by ASX to allow the CHESS user to simulate an event or workflow that is initiated by another party.

Using the Self-Service Feature

  • Only one CSV file submission is accepted at a time.

  • Unless stated otherwise in the tool consideration column, the CSV file must not exceed 50 rows and a maximum file size of 50KB.

  • The CSV file must be encoded in UTF-8 not UTF-8-BOM. For further details refer here.

  • Date fields must be populated in a yyyy-mm-dd format.

  • CSV files should be opened with notepad or similar, not Excel, as Excel will auto-format data which may result in errors.

  • Sample templates are provided for reference only. Users must ensure templates are correctly populated with all of the fields applicable to the message use case before submitting them to the tool.

  • Self-Service Tools include the ability to specify the User Defined ID component of the Transaction ID. Users are required to populate this value ensuring the Transaction ID is unique for each record within a CSV file as well as for the CSP. For further information refer to Transaction IDs and Reference fields. This is not required for Self-Service Collateral Management where Transaction IDs are automatically generated for both Intra Position Movement Instruction (pldg_301) and Collateral Release Request (pldg_304).

  • Self-Service Tools will parse the entire CSV file and ensure a summary of errors is available to the CHESS user. The error response will specify the Transaction ID and the number of the row on which the error occurred.

  • Each Self-Service Tool follows a workflow that is documented in the supporting /wiki/spaces/CSP/pages/23233045 and /wiki/spaces/CSP/pages/23233033 specification. It is advised that these specifications are viewed prior to initiating a self-service transaction.

  • If the CSV file submitted is invalid due to business logic validation errors an Invalid Transaction (comm_808) is received from the self-service tool.

  • If the CSV file submitted is invalid due to errors in the file format or schema validation errors a rejection from the Self-Service Tool is received. These responses are delivered to the REST endpoint, where a rejection from the Self-Service Tool is received.

  • Additional information on the column names and elements present in the CSV file can be found in the corresponding /wiki/spaces/CSP/pages/23233045 specification.

Performant Tools

Info

The use of Performant Tools requires ASX approval and scheduling and will be performed in accordance with Section 06 - Performance Testing of the Guide to Testing Services.

  • The maximum CSV file size accepted by the Self-Service Performant Tools are 20MB. The minimum number of records accepted by the Self-Service Performant Tool input via a CSV file is 1 record and the maximum number of records accepted is 100,000 records. If either parameter is violated the CSV file will be rejected and an error message is received from the self-service tool.

Connection details

Prior to establishing connection to ITE2, the CHESS User will need to generate and submit a Certificate Signing Request and acquire the ASX root / issuing CA public key (instructions are available on the FTP). The CHESS User is also required to populate the CSV file sample in the table below.

Note

CSV files submitted to the CSP must be encoded in UTF-8 not UTF-8-BOM. For further details refer here.

The code snippet below demonstrates how to establish a connection to the Self-Service Tool:

Code Block
curl
    // Verbose output
    -v
    
    // Informs recipients that the client is about to send a message body in this request and wishes to receive a 100 (continue) interim response
    -H "Expect: 100-continue"
    
    // ASX’s CA’s public keys in pem format
    --cacert /c/path/to/file.pem
                
    // File containing the certificate of the client machine
    --cert /c/path/to/file.cer
     
    // Private key of the client certificate provided in cert option
    --key /c/path/to/file.key
             
    // The URL of the Self-Service Tool
    "<insert url provided in the table below>" 
                 
    // Header option to accept json format (not the same as the CSV file)
    -H "accept: application/json"
                 
    // Header option to tell curl command that it will be form-data in other words file as input
    -H "Content-Type: multipart/form-data"
                 
    // The input CSV file to be sent as part of the request
    -F "file=@/c/path/to/file.csv"

The URL for the Self-Service Tool is ite2-test-tool.asx.com.au and is listed for each tool below. The local host DNS needs to be reconfigured to 203.4.179.152 to ensure correct routing. Refer to Section 04 - Networking Details for ITEs for further information.

Function

Description

Egress

URL

Impersonating

Sample CSV File

Tool Considerations

Trade Ingest API (non-performant version)

The Trade Ingest API tool allows Participants to send trade information to the CSP as if it had originated from an Approved Market Operator (AMO). This enables the Participant to create their own set of trade data resulting in the creation of market settlement obligations.

FIX <AE> Trade Capture Report

https://ite2-test-tool.asx.com.au:5005/tradeingest/csvfix

AMOs

Self-Service Trade Ingest.zip

When populating the CSV file, the tester is required to ensure:

  • The prices of the Securities are close to the current market price. This will ensure Standard Settlement Price (SSP) adjustments are correctly accounted for. SSP functionality will be available in a subsequent release.

  • Supplied dates are valid business dates.

Info

CHESS Users must use the TradeID convention outlined below for Trade Capture Reports to avoid conflict with other trades submitted by other CHESS Users who are testing in the ITE2 environment:

  • MIC prefix – 1 or 2 (ASX), C (Cboe), N (NSX)

  • Assigned Participant Code [A-Z 0-9]{2}

  • Trade number [0-9]{7}

CHESS Users will be required to use the ITE2 Participant Code list to ascertain their Assigned Participant Code.

For example:

Referring to the ITE2 Participant Code list, a Participant with tradingID 1103 registering a trade through NSX:

  • MIC prefix - N

  • Assigned Participant Code - Z3

  • Trade number - 5648758

TradeID: ‘NZ35648758’

Collateral Management

The Collateral Management tool allows Participants to act as the Collateral Manager (ASX Clear) to initiate and facilitate the testing of collateral management workflows.

pldg_301_semt_013

https://ite2-test-tool.asx.com.au:5000/xmlIngest/pldg301

ASX Clear

Self-Service Removal of CMM and ETO Collateral.zip

Note

The CSV file must not exceed 1 row and a maximum file size of 50KB.

Info

Transaction ID must be unique for each record within a CSV file, but also unique for the CSP.

pldg_304_sese_023

https://ite2-test-tool.asx.com.au:5000/xmlIngest/pldg304

ASX Clear

Self-Service Release and Transfer of CMM and ETO Collateral.zip

Holding Adjustments (non-performant version)

The Holding Adjustments tool allows Participants to act as the Share Registry to perform holding adjustment workflows.

hold_226_seev_036

https://ite2-test-tool.asx.com.au:5000/xmlIngest/hold226

Issuer (Registry)

Self-Service Holding Adjustments.zip

Note

The CSV file must not exceed 1 row and a maximum file size of 50KB.

Observe and utilise codes from the ISO 20022 Messaging - TM - ASX Proprietary Code List (43-HoldingAdjustmentReason).

DRP and BSP Election Cancellation Request

This tool allows Controlling Participants to act as an Issuer (Registry) to cancel a DRP/BSP election.

evnt_745_seev_040

https://ite2-test-tool.asx.com.au:5000/xmlIngest/evnt745Participant

Issuer (Registry)

Self-Service DRP Election Cancellation.zip

Self-Service tools available in a subsequent release - Please refer to Section 06 - Performance Testing for more details.

Note

The maximum CSV file size accepted by the Self-Service Performant Tools are 20MB. The minimum number of records accepted by the Self-Service Performant Tool input via a CSV file is 1 record and the maximum number of records accepted is 100,000 records. If either parameter is violated the CSV file will be rejected and an error message is received from the self-service tool.

Trade Ingest (Performant)

The Trade Ingest API tool allows Participants to send trade information to the CSP as if it had originated from an Approved Market Operator (AMO). This enables the Participant to create their own set of trade data resulting in the creation of market settlement obligations.

The tool enables Participants to submit high volumes of trade registration messages so that the Participant can receive high volumes of notification messages that indicate that the trade is received and scheduled for future settlement.

FIX <AE> Trade Capture Report

https://ite2-test-tool.asx.com.au:5005/tradeingest/csvfix

AMOs

Info

Sample to be made available in a subsequent release.

Note

The Trade Ingest API will not accept any uploads beyond 6pm AEST on any business date (this is to align to the FIX session cut-off at 7pm AEST).

The same tool considerations apply per the Trade Ingest API Tool (non-performant version).

Each Holder created within the CSP will be identified using a Universally Unique Identifier (UUID). The UUID will be generated by the CSP and provided to the Participant on the successful creation of the Holder. Clearing and Settlement Participants will be able to enquire about the progress of the CSV file upload by submitting the UUID to the Self-Service Performant Tool. The Tool will verify the UUID and provide real-time progress of the CSV file upload, including details of the total number of records, the number of records for which a response has been received and the number of erroneous records. The Self-Service Performant Tool will provide a weblink to a downloadable CSV file containing the following error details for all erroneous records:

  • Row number; 

  • Trade Id; 

  • Status (default is 'Fail');

  • Technical ACK;

  • Business ACK; and 

  • Reason. 

The Reason will include the error description in the case of failure to convert the CSV file into a FIX Message or where a Technical NACK or Business NACK response is received from the CSP.

/wiki/spaces/CSP/pages/245729817

The mFund Application Order Confirmation tool is provided to Participants to act as a PISP to initiate an mFund Application Order Confirmation.

mfnd_406_setr_012

https://ite2-test-tool.asx.com.au:5000/xmlIngest/mfnd406

PISPs

Info

Sample to be made available in a subsequent release.

Prior to submitting the CSV file to the CSP, the Participant must ensure the following conditions are met:

  • The mFund Application Order to be completed is in an ‘Awaiting Unit Issue’ state; and

  • The Participant has received the mFund Order Status Notification (mfnd_402) with a Reminder Count.

/wiki/spaces/CSP/pages/245730226

The mFund Redemption Order Confirmation tool is provided to Participants to act as a PISP to initiate an mFund Redemption Order Confirmation.

mfnd_409_setr_006

https://ite2-test-tool.asx.com.au:5000/xmlIngest/mfnd409

PISPs

Info

Sample to be made available in a subsequent release.

The key data elements that are to be supplied in the CSV file will depend on the redemption type:

Full and Unit Quantity Redemption:

  • Unit_Quantity: The number of units equal to the available balance of the matching Security on the Account Identifier (HIN) to the the specified unit precision for mFund of 6 decimal places.

  • Payment_Date: Where batch settlement has commenced for the current business date:

    • Must be a valid business date greater than the current business date; or else

    • Must be a valid business date greater than or equal to the current business date.

Net Amount Redemption:

  • Net Amount: The Net Amount provided on the mFund Redemption Order Request.

  • Payment_Date: Where batch settlement has commenced for the current business date:

    • Must be a valid business date greater than the current business date; or else

    • Must be a valid business date greater than or equal to the current business date.

/wiki/spaces/CSP/pages/188811698

The Distribution Advice Notification tool allows Participants to act as an Issuer (Registry) to submit and receive a distribution advice notification.

evnt_744_seev_036

https://ite2-test-tool.asx.com.au:5000/xmlIngest/evnt744Participant

Issuer (Registry)

Info

Sample to be made available in a subsequent release.

/wiki/spaces/CSP/pages/112656957(Performant)

The Holding Adjustment performant Self-Service tool is provided to Controlling Participants to act as an Issuer (Registry) to test the receipt of high volume of Holding Adjustment Notification messages.

hold_226_seev_036

hold_228_semt_002(which is generated only in specific scenarios)

https://ite2-test-tool.asx.com.au:5000/xmlIngest/hold226

Issuer (Registry)

Info

Sample to be made available in a subsequent release.

The same tool considerations apply per the Holding Adjustments Tool (non-performant version).

Each Holder created within the CSP will be identified using a Universally Unique Identifier (UUID). The UUID will be generated by the CSP and provided to the Participant on the successful creation of the Holder. Controlling Participants will be able to enquire about the progress of the CSV file upload by submitting the UUID to the Self-Service Performant Tool.

The Tool will verify the UUID and provide a real-time progress of the CSV file upload, including details of the total number of records, the number of records for which a response has been received and the number of erroneous records. 

The Self-Service Performant Tool will provide a weblink to a downloadable CSV file containing the following error details for all erroneous records:

  • Row number; 

  • Trade Id; 

  • Status (default is 'Fail');

  • Technical ACK;

  • Business ACK; and 

  • Reason. 

The Reason will include the error description in the case of failure to convert the CSV file into a FIX Message or where a Technical NACK or Business NACK response is received from the CSP.

Auto-responders

An Auto-responder is a feature provided by ASX to help CHESS users simulate events where a Counter-party response is required. The table below details the Auto-responders available to Clearing & Settlement Participants in ITE2:

Auto-responder / Function

Description

Ingress

Egress

Impersonating

/wiki/spaces/CSP/pages/23233320

Expand
titleClick here to expand

The Auto-responder will generate a transfer confirmation response for Bilateral Demand Transfers.

The Participant should nominate the Auto-responder as the Counterparty in their Demand Transfer Request (hold_201), resulting in a Demand Transfer Allegement Notification (hold_208) to the Auto-responder.

The Auto-responder will generate and send a Demand Transfer Request (hold_201) using details received on the Demand Transfer Allegement Notification (hold_208). 

The Demand Transfer Request (hold_201) will then be validated by the CSP. If matching is successful, a Demand Transfer Confirmation (hold_202) will be generated and sent to the Participant and the Auto-responder to indicate that a Free of Payment (FoP) unit transfer has been effected.

/wiki/spaces/CSP/pages/23233579.

hold_208_sese_028

hold_201_sese_023

Participant

/wiki/spaces/CSP/pages/23233710

Expand
titleClick here to expand

The Auto-responder will generate a Matched response for Bilateral Demand Settlement Instruction. 

The participant should nominate the Auto-responder as a Counterparty in a Settlement Instruction Request (sett_105), resulting in a Settlement Instruction Allegement Notification (sett_110) to the Auto-responder.

The Auto-responder will send a Settlement Instruction Request (sett_105) using the details received on the Settlement Instruction Allegement Notification (sett_110). The Settlement Instruction Request (sett_105) will then be validated by the CSP.  If matching is successful, a Settlement Instruction Response (sett_106) will be generated and sent to the Participant and the Auto-responder.

Following Matching, the business process will continue with a "Request for Payment" to the Payment Service Provider. The CSP will generate and send a Funds Obligation Request (sett_133) to the Payment Provider. In non-Payment Provider environments, the Payment Provider Auto-responder will then be required to act as the Payment Provider to authorise, reject or ignore the Funds Obligation (sett_133) based on the Auto-responder workflow. In Payment Provider environments, the Payment Provider Auto-responder will not respond to the request for payment and Payment Providers are expected to respond.

For further details, refer to /wiki/spaces/CSP/pages/1688508210 below.

/wiki/spaces/CSP/pages/23233522.

sett_110_sese_028

sett_105_sese_023

Participant

/wiki/spaces/CSP/pages/80709944

/wiki/spaces/CSP/pages/80742996

Expand
titleClick here to expand

The Auto-responder will act as the Issuer Registry and determine if a response is to be generated back to the CSP as a result of the Auto-responder receiving a Transfer / Conversion Authorisation Request (hold_212) which resulted from a Participant sending a valid Transfer / Conversion Request (hold_211). The rules governing the Auto-responder behaviour are detailed in the diagram below:

The Auto-Responder will determine the Rejection Movement Reason in accordance with the rules outlined in table below:

Insert excerpt
ITE1 Issuer to Participant Transfer / Conversion
ITE1 Issuer to Participant Transfer / Conversion
nopaneltrue

The Rejection Movement Reason values presented in the table above may not be indicative of the Participants specific test scenario. They have been defined to allow for all types of Rejection Movement Reasons to be received within the Transfer / Conversion Request Status Advice (hold_213). For example, if the Unit Quantity is even and between 700 and 798, the Rejection Movement Reason received is "Insufficient cum entitlement" (INCM) but this value can be received even where a Corporate Action event didn't exist.

/wiki/spaces/CSP/pages/79692949.

hold_212_sese_023

hold_214_sese_024

Registry

/wiki/spaces/CSP/pages/79757880

Expand
titleClick here to expand

The Auto-responder will act as the Issuer Registry and determine if a response is to be generated back to the CSP as a result of the Auto-responder receiving an SRN Enquiry Request (hold_217) which resulted from the Participant sending a valid SRN Enquiry Request (hold_217). The rules governing the Auto-responder behaviour are detailed in the diagram below:

The Auto-Responder will determine the Registry Reject Reason in accordance with the rules outlined in table below:

(info) Due to the limited mFund securities available in ITE1, the 'Rejected' response for an SRN Enquiry will always carry the rejection code 'NSRN' for an mFund security.

Insert excerpt
ITE1 SRN / SRN Balance Enquiry
ITE1 SRN / SRN Balance Enquiry
nopaneltrue

The Registry Reject Reason values presented in the table above may not be indicative of the Participants specific test scenario. They have been defined to allow for all types of Registry Reject Reasons to be received within the SRN Enquiry Status Advice (hold_218). For example, if the security code starts with V, the Registry Reject Reason received is SRN Not Found (NSRN).

Where the Auto-responder receives an SRN Enquiry Request and the Issuer Registry is required to advise of the Securityholder Reference Number (SRN) for the related registration details submitted by the Participant, the SRN will be derived using the algorithm of I + UIC + Timestamp (e.g. I12345162025)

/wiki/spaces/CSP/pages/79626489/wiki/spaces/CSP/pages/23232985

hold_217_semt_025 

hold_219_semt_040

Registry

Collateral Creation  / Removal (CMM & ETO)

Expand
titleClick here to expand

This workflow requires the collateral manager and/or clearing participant to respond where a participant sends a request.

For a detailed breakdown of available functionality, refer to the Collateral Management Functional Specifications.

The auto-responder provides two functions in this workflow;

- Responds to collateral removal requests as if actioned to by the Collateral Manager
- Responds to collateral removal requests as if actioned by an ETO Clearing Participant in the scenario the controlling and clearing Participant are different

Where the controlling participant and ETO clearing participant are different;

- the auto-responder will automatically respond to requests sent to clearing members 01xx0, 01xx1, 01xx2, 01xx3, 03xx0
- any requests sent to 03xx1 will need to be responded to by that party (the auto-responder will not respond)

The rules governing the auto-responder behaviour are detailed in the diagrams below:

The Auto-responder will automatically generate a Collateral Reject Response for eligible requests according to a set of defined rules:

Insert excerpt
ITE1 Collateral Creation / Removal
ITE1 Collateral Creation / Removal
nopaneltrue

pldg_301_semt_013

pldg_302_semt_014

ASX Clear
Clearing Participants

/wiki/spaces/CSP/pages/309134247

Expand
titleClick here to expand

This workflow requires The Collateral Manager to respond where a participant sends a request. For a detailed breakdown of available functionality, refer to the /wiki/spaces/CSP/pages/309134247.

The Auto-responder will act in role of the Collateral Manager. The rules governing the Auto-responder behaviour are detailed in the diagram below:

The Auto-responder will automatically generate a Collateral Manager Response for eligible requests according to a set of defined rules:

- Collateral Manager Response: Where the Settlement Amount is an odd number as well as greater than 0 and less than 1,000,001, the Margin Settlement Amount Change Request (pldg_307) is Accepted by the Collateral Manager with a Margin Settlement Amount Change Status Advice (pldg_308).

- Collateral Manager Response: Where the Settlement Amount is either even number as well as greater than 0 and less than 1,000,001 or > 1,000,001 (regardless of being odd or even), the Margin Settlement Amount Change Request (pldg_307) is Rejected by the Collateral Manager with a Margin Settlement Amount Change Status Advice (pldg_308). The Rejection Reason will be populated per the mapping below based on the Settlement Amount field value received in Margin Settlement Amount Change Request (pldg_307):

- even value between 0 and 350,000: Amount Shortage (SHRT);

- even value between 350,001 and 700,000: Settlement Locked (LCKD);

- even value between 700,001 and 1,000,000: Non Existent Standing Instruction (NESI); or

- odd or even value greater than 1,000,001: Maximum Exceeded (MAXE).

Where the receiving party is the actor '03XX1' (one of the two allotted Third Party Clearing & Settlement Participant Actors), the Auto-responder will ignore the actor, allowing messages to be received in AMQP where users can respond directly to the message as required.

pldg_307_colr_017

pldg_308_colr_018

ASX Clear

/wiki/spaces/CSP/pages/23233710

Expand
titleClick here to expand

The Auto-responder will act as the counterparty (either the Delivering or Receiving Settlement Party 1) and determine if a response is to be generated back to the CSP as a result of the Auto-responder receiving a Settlement Instruction Allegement Notification (sett_110) which resulted from a Participant sending a valid Settlement Instruction Request (sett_105). The rules governing the Auto-responder behaviour are detailed in the diagram below: 

Where the Auto-responder "Invokes the Bilateral Demand Settlement Instruction Auto-responder", refer to/wiki/spaces/CSP/pages/1688507805 above for further details on this process.

Where the Auto-responder “Sends a Settlement Instruction Request (sett_105) to match the Participants request”, the Participant may submit a Settlement Instruction Cancellation (sett_107) prior to batch settlement date of the targeted matched Bilateral Settlement Instruction, then either of the actions detailed below may occur:

- Participant initiates a Settlement Instruction Cancellation Withdrawal Request (sett_111) workflow to withdraw their cancellation request; or

- CHESS initiates ASX Housekeeping and sends a Settlement Instruction Cancellation Status Advice (sett_118).

Where the Auto-responder "Does not send a Settlement Instruction Request (sett_105) to match Participants request", the Participant may initiate a Settlement Instruction Cancellation Request (sett_107) workflow to cancel their unmatched Settlement Instruction Request (sett_105).

/wiki/spaces/CSP/pages/23233522.

sett_110_sese_028

sett_105_sese_023

Participant

/wiki/spaces/CSP/pages/245239098

Expand
titleClick here to expand

The Auto-responder will act as the Issuer Registry and determine if a response is to be generated to the CSP as a result of the Auto-responder receiving a Bank Account Notification (acct_013) which resulted from a Participant sending a valid Bank Account Notification (acct_013). The rules governing the Auto-responder behaviour are detailed in the diagram below:

The Auto-responder will determine the Rejection Reason in accordance with the rules outlined in table below:

Insert excerpt
ITE1 Investor Data - Bank Account Notification
ITE1 Investor Data - Bank Account Notification
nopaneltrue

(info) The Rejection Reason values presented in the table above may not be indicative of the Participants specific test scenario. They have been defined to allow for all types of Rejection Reasons to be received within the Account Modification Instruction Acknowledgement (acct_018). For example, if the Bank Account Number is between 300 and 399, the Rejection Reason received is "Issuer does not support Foreign Bank Account" (NFOR) but this value can be received even where the Bank Account Number provided is for an Australian Bank Account.

acct_013_acmt_003

acct_018_acmt_006

Registry

Payment Provider Authorisation

Expand
titleClick here to expand

In ITE2, only UIC is permitted.

The workflows below apply to a Paying Payment Provider where the CSP sends a Funds Obligation (sett_133) as a part of Batch Settlement or Bilateral Demand Settlement. For a detailed breakdown of available functionality, refer to the /wiki/spaces/CSP/pages/86675272, /wiki/spaces/CSP/pages/313393513 and /wiki/spaces/CSP/pages/23233749 Functional Specifications.

(info) Non-Payment Providers

Participants are encouraged to submit any BDSI Settlement Instruction Request (sett_105) messages prior to 6:15pm in order to ensure completion of a scenario within the same business day.

Refer to /wiki/spaces/CSP/pages/1688508435 for further details.

For Non-Payment Providers the Auto-responder will act in the role of a Paying Payment Provider.

The rules governing the Auto-responder behaviour are detailed in the diagrams below:

Non-Payment Providers: Batch Settlement

Non-Payment Providers: Bilateral Demand Settlement

Non-Payment Providers: Batch Settlement Bank Funds Transfer

sett_133_camt_089

sett_135_camt_090

Payment Provider

Bid Election / Election Withdrawal

Expand
titleClick here to expand the Controlling Participant Description

The workflows below apply to the Controlling Participant, where the CSP sends a Corporate Action Election (evnt_742) message or Corporate Action Election Cancellation (evnt_745) message to the Offeror as a part of a Controlling Participant initiated Bid Election or Bid Election Withdrawal.

For a detailed breakdown of available functionality, refer to the /wiki/spaces/CSP/pages/101646663 and /wiki/spaces/CSP/pages/101810458 Functional Specifications.

Where a Controlling Participant initiates a Bid Election or Bid Election Withdrawal the Auto-responder will act as the Offeror. The rules governing the Auto-responder behaviour are detailed in the diagrams below:

Controlling Participant Initiated Bid Election

Controlling Participant Initiated Bid Election Withdrawal

Expand
titleClick here to expand the Offeror Description

The workflows below apply to the Offeror where the CSP sends a Corporate Action Election (evnt_742) message to the Controlling Participant as a part of an Offeror initiated Bid Election.

For a detailed breakdown of available functionality refer to the /wiki/spaces/CSP/pages/101810488 Functional Specifications.

Where an Offeror initiates a Bid Election the Auto-responder will act as the Controlling Participant. The rules governing the Auto-responder behaviour are detailed in the diagram below:

evnt_742_seev_033

evnt_743_seev_034

  • Participants

  • Bid Offeror

evnt_745_seev_040

evnt_746_seev_041

Bid Offeror

Payment Service- RITS (Reserve Bank Information & Transfer System)

Expand
titleClick here to expand the Batch Settlement Description

The workflows below that result in pacs_009 messages being sent to the Reserve Bank Information & Transfer System (RITS) Auto-responder for Batch Settlement will be invoked where all the following conditions have successfully been met for:

- the CSP has generated and sent all required Funds Obligation (sett_133) messages to all required Payment Providers to indicate receipt or payment of funds for a specific payment facility; and
- the CSP has received a Funds Obligation Status Advice (sett_135) message from the paying payment provider indicating acceptance for each payment facility that is required to pay funds.

For a detailed breakdown of available functionality, refer to the /wiki/spaces/CSP/pages/86675272 and /wiki/spaces/CSP/pages/313393513 Functional Specifications.

Expand
titleClick here to expand the Bilateral Demand Settlement Description

The workflows that result in pacs_009 messages being sent to the Reserve Bank Information & Transfer System (RITS) Auto-responder for Bilateral Demand Settlement will be invoked where all the following conditions have successfully been met for:

- the CSP has received a Funds Obligation Status Advice (sett_135) message from the paying payment provider indicating acceptance to pay funds for the related Bilateral Demand Settlement Instruction.

For a detailed breakdown of available functionality, refer to the /wiki/spaces/CSP/pages/23233749 and /wiki/spaces/CSP/pages/245436001 Functional Specifications.

(info) In ITE2, a RITS RTGS session will begin at 9:15am AEST and end at 6:45pm AEST every business day.

As ITE2 is supported by the Auto Responder acting as the Paying Payment Providers and RITS, the Auto Responder will respond to eligible requests irrespective of when the request is received. As a result of this, where a BDSI is matched towards the end of a RITS RTGS session, it is possible that Participants and Paying Payment providers receive the following notifications on the next business day:

- Where RITS accepts the RITS Payment Request:
- Funds Movement Notification (sett_137) to Payment Providers; and
- Demand Settlement Confirmation (sett_119) to Participants.
- Where RITS rejects the RITS Payment Request:
- Transaction Acknowledgement Advice (comm_809) to Payment Providers;
- Settlement Instruction Status Advice (sett_109) to Participants.
- Where the Settlement Amount is >=$75000.01, the Funds Obligation (sett_133) will be housekept and the rejection workflow will apply.
In production this will not happen given a Paying Payment Provider will not acknowledge a Funds Obligation (sett_133) request from CHESS after the RTGS session is closed.

To avoid this scenario Participants must ensure that Settlement Instruction Requests (sett_105s) for BDSIs are not submitted after 6:15pm AEST.

pacs.009.001.08

pacs.002.001.10

RBA

Payment Service - RITS (Reserve Bank Information & Transfer System) Recall - Payment Request

pacs.009.001.08

pacs.002.001.10

RBA

pacs.009.001.08

camt.029.001.09

RBA

/wiki/spaces/CSP/pages/245729805

Expand
titleClick here to expand

The workflow below will apply where the Auto-responder acts on behalf of a Product Issuer Settlement Participant (PISP) in response to the following scenarios:

- the CSP generated an mFund Application Order Request (mfnd_401) message with the Order State of "Pending" to a PISP; or

- the CSP generated an mFund Redemption Order Request (mfnd_407) message with the Order State of “Pending” to a PISP.

Where a Participant initiates a mFund Application Order Request (mfnd_401) the Auto-responder will act as the PISP. The rules governing the Auto-responder behaviour are detailed in the diagram below:

(info) On an acceptance (as per /wiki/spaces/CSP/pages/245238605) the PISP is required to send an mFund Order Confirmation (mfnd_406) to the CSP as per /wiki/spaces/CSP/pages/245729817. The /wiki/spaces/CSP/pages/245729817 will require the participant to use the CHESS UI acting as the related PISP by sending an mFund Order Confirmation (mfnd_406) using the command /xmlingest/submitXML.

mFund_401_setr_010

mfund_402_setr_016

PISP

/wiki/spaces/CSP/pages/245238848

Expand
titleClick here to expand

Where a Participant initiates a mFund Redemption Order Request (mfnd_407) the Auto-responder will act as the PISP. The rules governing the Auto-responder behaviour are detailed in the diagram below: 

mFund_407_setr_004

mfund_402_setr_016

PISP

/wiki/spaces/CSP/pages/188811567

Expand
titleClick here to expand

The workflow below applies to a Controlling Participant where the CSP sends a Corporate Action Election (evnt_742) message to the Issuer (Registry) as a part of a Controlling Participant initiated DRP/BSP Election. In such scenarios, the Auto-responder will act as the Issuer (Registry) and determine if a response is generated back to the CSP.

The following tool behaviour permits a Controlling Participant to complete the Corporate Action Election (evnt_742) workflow.

The auto-responder will act (impersonate) as the Issuer (Registry) and provide an accept, reject or no response (where the user wishes to manually respond themselves).

For a detailed breakdown of available functionality refer to the /wiki/spaces/CSP/pages/188876814 Functional Specification.

The rules governing Auto-responder behaviour are detailed in the diagram below:

evnt_742_seev_033

evnt_743_seev_034

Share Registry

/wiki/spaces/CSP/pages/188811567

Expand
titleClick here to expand

The workflow below applies to a Controlling Participant where the CSP sends a Corporate Action Election Cancellation (evnt_745) message to the Issuer (Registry) as a part of a DRP/BSP Election Cancellation. In such scenarios, the Auto-responder will act as the Issuer (Registry) and determine if a response is generated back to the CSP.

The following tool behaviour permits a Controlling Participant to complete the Corporate Action Election Cancellation (evnt_745) workflow.

The auto-responder will act (impersonate) as the Issuer (Registry) and provide an accept, reject or no response (where the user wishes to manually respond themselves).

For a detailed breakdown of available functionality refer to the /wiki/spaces/CSP/pages/924614759 Functional Specification.

The rules governing Auto-responder behaviour are detailed in the diagram below:

evnt_745_seev_040

evnt_746_seev_041

Share Registry

/wiki/spaces/CSP/pages/188811567

Expand
titleClick here to expand

The workflow below applies to a Controlling Participant where the CSP sends a Corporate Action Election Enquiry (evnt_749) to the Issuer (Registry) as a part of DRP/BSP Election Enquiry. In such scenarios, the Auto-responder will act as the Issuer (Registry) and determine if a response is generated back to the CSP.

The following tool behaviour permits a Controlling Participant to complete the Corporate Action Election Enquiry (evnt_749) workflow.

The auto-responder will act (impersonate) as the Issuer (Registry) and provide an accept, reject or no response (where the user wishes to manually respond themselves).

For a detailed breakdown of available functionality refer to the /wiki/spaces/CSP/pages/309167009 Functional Specification.

The rules governing Auto-responder behaviour are detailed in the diagram below:

evnt_749_semt_021

evnt_742_seev_033

Share Registry

Auto Injectors

Info

These are automated tools which do not require any action or input from the CHESS user.

Auto-injectors are scheduled functional workflows. These tools are designed to automate the workflow progress for completion of bid finalisation of takeovers and buybacks, code changes and daily margin settlement advice. The tools are setup on a periodic basis to generate messages consumed by the CSP on behalf of the impersonated user (in this case, ASX Operations/ASX Clear). These messages allow the CSP to proceed with the workflow, sending out any corresponding egress messages to the CHESS user it is available for, without the need for the impersonated party’s direct intervention.

Auto Injectors

Schedule

Egress

Impersonating

Function/Description

Bid finalisation of Takeovers and Buybacks

Every Thursday

inte_933_seev_032

ASX Operations

Expand
titleDescription

Each Thursday, as part of end of day processing, a trigger on behalf of ASX Operations will be received by the CSP and the CSP will process that trigger to establish if an eligible set of Corporate Action data exists. This will prompt the CSP to generate a Corporate Action Election Status Advice (evnt_743) for eligible requests according to the following rule:

- When the CSP is ready to process Takeover and Buyback events that have an option offer close date in the past 7 days(including current business date), a trigger on behalf of ASX Operations is automatically generated and sent to the CSP. The CSP will process that trigger and identify eligible Takeover and Buyback events according to the rule mentioned earlier. If the criteria is met then the CSP will generate and send a Corporate Action Election Status Advice (evnt_743) to the Controlling Participant of the Account (HIN) where a Locked Balance exists for the related Option Number of the Corporate Action Event Id.

evnt_726_seev_031

Code Change

Day before the effective date of a corporate action

inte_903_cdm_instrument

ASX Operations

Expand
titleDescription

Corporate Action events will be loaded into ITE2 to enable subscribers to test code change procedures.

When the CSP is ready to process a code change (a day prior to the effective date) for a corporate action event, a trigger is automatically generated and subsequently received by the CSP acknowledging the amendment. At end of day, the CSP will cease processing transactions in the old code. Outstanding transactions and holdings will have the old code changed to the new code. On the effective date, for a code change:

- the Delivering and Receiving Participants receive an Adjusted Settlement Instruction (sett_139);

- the Controlling Participant receives a Holding Adjustment Notification (hold_226); and

- the Issuer (Registry) receives an Applied Code Change (admn_852).

Daily Margin Settlement Advice

Daily & Intra Daily on Wednesdays

pldg_309_secl_005

ASX Clear

Expand
titleDaily Description

Every day, as a part of end of day processing, a trigger on behalf of ASX Clear will be initiated in the CSP. This will prompt the CSP to generate and send a Margin Settlement Advice (pldg_309) (notification type: EDAY) containing manufactured data to every Clearing Participant. The manufactured data will be generated according to a set of defined rules:

- Odd date: Where the Daily Margin Settlement Advice is generated on an odd date (e.g. 2020-12-01 and 2020-12-03), all value fields will be zero.

- Even date: Where the Daily Margin Settlement Advice is generated on an even date (e.g. 2020-12-02 and 2020-12-04), value fields will be determined per the table below:

Insert excerpt
ITE1 Daily Margin Settlement Advice
ITE1 Daily Margin Settlement Advice
nopaneltrue

Expand
titleIntra Daily Description

This job will run once a week every Wednesday as part of CHESS intraday, before batch at 11:30am, in order for the (pldg_309) (with notification type: UEDA) to be generated.

For (pldg_309) the following applies:

- When Settlement amount is 10,000, 20,000, 30000, 40000 or 50,000, the amount shall be a deficit.

- When Settlement Amount is 60,000, 70,000, 80,000, 90000 or 100,000, the amount shall be an Excess.

Info

The Daily Margin Settlement Advice values are all manufactured and will have no correlation back to any real data input components from an ASX margin system.

Insert excerpt
Macro 1
Macro 1
nopaneltrue

Insert excerpt
Macro 2
Macro 2
nopaneltrue

Insert excerpt
Disclaimer 2
Disclaimer 2
nopaneltrue