Documentation for a newer release is available. View Latest

CSM Participant

CSM Participant is a dynamic configuration used for registering the membership / participation of entities to an Agent. The dynamic configuration has a generic structure that loads the membership information provided by the Industry schemes.

The industry data is loaded into CSM Participant Dynamic Configuration through file ingestion applications provided by IPF. The ingestion implementation provides mapping of attributes from the industry source files into CSM Participant record attributes as defined by IPF.

CSM Participant records are used by CSM Reachability to confirm the participation of counterparties for given CSM Agent and hence the reachability of counterparties through the CSM Agent.

IPF supports below industry file ingestion into CSM Participants:

Sr. No. Payment Scheme Industry Data File Industry Source File Format File Type (Full / Delta)

1

RT1 SEPA INST

SCI Participant Routing Table

EBA

TXT

Full

2

RT1 SEPA INST

SCI Addressable PSP Routing Table

EBA

TXT

FULL

3

TIPS SEPA INST

TIPS Directory

EUROSYSTEM (CRDM)

XML

FULL, DELTA

4

STEP2 SEPA SCT

SCT Direct Participant Routing Table

EBA

TXT

FULL

5

STEP2 SEPA SCT

SCT Reachable BIC Routing Table

EBA

TXT

FULL

6

SIC, EuroSIC

Bank Master 3.0

SIX

JSON

FULL

7

STET

STET Agreement Export File

STET

XML

FULL

It is important to note that every industry data source may follow a separate format. IPF defines the mapping of the attributes provided by the industry data into CSM Participant to ensure the participation check is performed in a consistent way across different industry schemes.

As and when more schemes are supported on IPF, the ingestion of the membership files provided by their respective providers will be implemented and details added here.

It is possible for IPF clients to request extending CSM Participant ingestion support for a specific scheme membership file that is not already on the list and this could be introduced subject to licensing agreements.

It is also possible for Client implementations to define their own custom membership ingestion for a direct account agent (not a clearing scheme) and define mapping into CSM Participant dynamic configuration. This will be a client specific implementation using IPF and will not be available as standard on IPF Core.

IPF supports FULL and DELTA file ingestions for CSM Participants where provided by respective industry sources.

CSM Participant Dynamic Configuration Structure

Below table provides information about different attributes supported on CSM Participant dynamic configuration. for more information on the format and optionality of the attributes, please refer to the DPS Setting management API specs for the dynamic configuration.

CSM Participant Directory property Description

csmAgentId

Identifier of CSM Agent. This CSM Agent ID must be the same as the CSM Agent ID assigned on the Agent Settings under Participation Details.

csmParticipantIdentifier

The identifier of the participant entity to the CSM Agent. This identifier can be of different types based on the CSM Agents. The information about the identifiers used by the Agents is recorded on Agent Settings under Participation Details section.

participantName

Name of the participant entity to the CSM Agent.

participantType

Type of participant, 'DIRECT' or 'INDIRECT'.

activeFromDate

The date from which the entity will be / has been an active participant to the CSM Agent.

In some cases, an entity can have two records for on CSM Participants ( e.g. where a participant is moving from being indirect participant to direct participant). Both the records will have separate active from dates and the reachability requests will choose the record active at the time of the reachability check (or as of the time specified on reachability request)

activeToDate

The date up to which the entity will be a participant to the CSM Agent. The date is taken into account when performing reachability check to ensure entities that have past activeToDate are not deemed reachable.

routingBIC

The routing BIC used by the entity. The routing BIC is not used for reachability purposes, but will be available on CSM Participant records for the client implementation flows to use for enriching the payments for correct use of routing BIC.

In case of indirect participant, the routing BIC may be BIC of related direct participant.

paymentTypeAllowedList

A list of payment types which are allowed. The payment types allowed information is not available against every CSM Agent and is loaded to CSM Participant records where provided by the Industry source. (e.g. in case of STEP2, the payment type list can include the AOS subscription of the participants).

domicileAddress

Domicile address of the CSM Participant as provided by the Industry source.

participantCity

City where the participant is officially registered

postalCode

Postal code of the Participant, as provided by Industry data source.

postalAddress

Postal address of the Participant, as provided by Industry data source.

participantCountry

Country where the participant is officially registered

industryFields

Industry Fields is a collection of additional fields from the industry source files that can be loaded into CSM Participant over and above standard CSM Participant definition. The Industry fields are not loaded for every industry source and when loaded, will follow a separate schema for every source as per the mapping definitions specific to the source. (Only supported for SIC specific loads)

Setting Type

DPS v2 introduced new attribute of Setting Type. This is used for generation of all API endpoints for a particular setting. It is also used in index-config.<setting type> construct. SETTING_TYPE = "participant"

Searchable Fields

Searchable fields for CSM Participant Directory are:

  • csmAgentId

  • csmParticipantIdentifier

  • participantName

  • participantCountry

  • participantCity

  • participantType

  • limitAmountCurrency

  • paymentTypeAllowed

Indexes

DPS v2 provides an option to configure indexes for each setting.

Previous property for indexes in Participant was dynamic-settings.default-index.participant. That property is removed and new property called ipf.dps.mongodb.index-config.participant which contains all previous indexes and can be overridden, should be used.

Default indexes for CSM Participant Directory are:

ipf.dps.mongodb.index-config.participant {
    index-1 = ["status:ASC"]
    index-2 = ["processingEntity:ASC"]
    index-3 = ["values.payload.csmAgentId:ASC"]
    index-4 = ["values.payload.csmParticipantIdentifier:ASC"]
    index-5 = ["values.payload.participantName:ASC"]
    index-6 = ["values.payload.participantCity:ASC"]
    index-7 = ["values.payload.participantCountry:ASC"]
    index-8 = ["values.payload.participantType:ASC"]
    index-9 = ["values.payload.limits.limitType:ASC"]
    index-10 = ["values.payload.limits.amount.amountValue:ASC"]
    index-11 = ["values.payload.limits.amount.currency:ASC"]
    index-12 = ["values.payload.paymentTypeAllowedList:ASC"]
  }

This can be overridden or updated. Just note that when the field is under payload, you need to provide an index like: index-x = ["values.payload.fieldX:ASC"].

Notifications

DPS v2 can provide notification after certain CRUD operation on a setting is performed. There is an option to enable notifications on setting level. Notifications are disabled by default:

ipf.csm-reachability.should-send-notification.participant-settings = false

History

There is an option to disable history on setting level. History is enabled by default:

ipf.csm-reachability.should-save-history.participant-settings = true

CSM Participant Directory Mappings

CSM Participants is a generic data structure used for recording memberships across a range of CSM Agents and corresponding industry sources. The data provided by each industry sources is mapped into the generic dynamic configuration so membership checks are performed against each CSM Agent in a consistent way.

Below pages provide the mapping definitions across industry sources supported on CSM Reachability.

The documentation does not provide the specifications of the industry data files themselves and only the properties that are loaded into CSM Participant are documented. For detailed specs of the industry data files for different sources, please refer to the documentation provided by respective industry source of the file.

When a custom CSM Participant load is needed by a client implementation, similar mapping will need to be defined by client implementation teams and implemented so the participation check can be performed by CSM Reachability service in a consistent way. Refer Creating a Custom Settings Ingester page for steps involved.