For professional use
Operational StatusSubscribe to email alerts about the operational status of T2S
A number of components will be shared across the TARGET Services. We created a new page that offers a single point of access to information about the TARGET Services Common components and other shared features.Shared documentation
- 21 Feb 2023
- 2 Sep 2022
- 3 Dec 2021
- 1 Aug 2016
Business Process Description (BPD)
- 29 Nov 2013
- 29 Jun 2012
Dedicated Links Connectivity Specifications
- 2 Jan 2012
- 17 Nov 2011
T2S General Principles
- 29 Jan 2010
T2S General Specifications Version 1.0
- 23 Nov 2009
T2S General Technical Design Version 2.2.0
The T2S Connectivity Guide describes the communication modes, the connectivity options and the access to the A2A and U2A services for the Directly Connected T2S Actors.
The Business Functionality for T2S Graphical User Interface provides a list of business functions available in the U2A mode (via the graphical user interface) and a brief description covering the purpose and key features of these business functions. ( T2S Graphical User Interface (GUI) demo , GUI Demo User Guide )
T2S Data Migration Tool Specification - The document describes the details of the format of the excel and flat files to load bulk static and dynamic data into T2S for migration.
General Functional Specifications (GFS) - The document explains how the requirements expressed in the URD will be fulfilled by the T2S platform from a functional perspective.
The T2S General Principles are the founding principles of the T2S project. They have been formulated in cooperation with the market and aim at ensuring the resilience, integrity and neutrality of the Eurosystem’s settlement platform.
General Specifications - Together with the GFS and the GTD, the document describes how the Eurosystem envisages implementing the URD. In particular, the General Specifications focus on those user requirements that do not have a functional or technical dimension, such as operational support, testing, migration and information security.
General Technical Design (GTD) – The document details the solution envisaged for the T2S non-functional requirements, more specifically with regard to the application design and the infrastructure design.
User Detailed Functional Specifications (UDFS) – This is a user-oriented document that illustrates the features of T2S from a business perspective, provides details about application-to-application (A2A) dialogue between T2S Actors and T2S and gives a detailed description of the set of messages processed by T2S.
User Handbook – The document is a user manual for the T2S graphical interface. It exclusively focuses on the U2A (user-to-application) dialogue with T2S.
User Requirements Document (URD) - The document describes the features of T2S as required by the CSDs and market participants. The URD embodies the users‘ concept of T2S and provides the foundations for all further T2S technical documentation.
The Collective Agreement between the central banks operating TARGET component systems and the Central Securities Depositories (CSDs) operating on the TARGET2-Securities platform entered into force on 20 March 2018. The agreement allows for a common moment of entry for payments and securities transfers. It also provides participants in the systems with more clarity, in particular on the provision of information and liability in the event of a participant in the systems becoming insolvent.
The T2S Guideline ECB/2012/13 is the cornerstone of the legal framework for T2S and the basis for all other future legal agreements. The Guideline lays down the rules on the internal governance of T2S. It also defines the basic principles for the financial system, the Eurosystem’s rights with regard to the platform and the access conditions for the CSDs.
T2S Currency Participation Agreement (CPA)
The T2S Currency Participation Agreement governs the relationship between the Eurosystem and non-euro area central banks that wish to make their currency available in T2S for settlement. The agreement consists of a main body (the “core CPA”) and more technical and operational schedules that are annexed to the agreement and form an integral part of it. The schedules cover, among others, the user testing, user migration, the Service Level Agreement, governance and change management. The Central Bank of Denmark is currently the only non-euro area central bank to have signed the T2S CPA.
T2S Framework Agreement (FA)
The T2S Framework Agreement, signed by the Eurosystem and each of the central securities depositories (CSDs) participating in T2S, sets out the rights and obligations of the Eurosystem and each contracting CSD, and covers the operation of T2S.
T2S eligibility criteria for CSDs
The Decision ECB/2011/20 establishes detailed rules and procedures for implementing the eligibility criteria for central securities depositories to access T2S.
- 17 Nov 2020
- 28 Dec 2018
- 16 Feb 2017
- 04 Dec 2014
- 13 Jun 2014
- 02 Jun 2014
- 10 Feb 2014
- 18 Oct 2013
- 11 Sep 2013
- 06 Jun 2013
- 29 Jun 2012
- 05 Jun 2008
- 04 Jun 2008
This repository of presentations aims to provide insights into key technical issues related to T2S. We value your comments at email@example.com.
Disclaimer: The information contained in this knowledge-based repository is not, nor should be misconstrued as, amending, complementing or prevailing over the T2S scope-defining set of documents, the T2S Framework Agreement, its Schedules and its Annexes.
- How does the T2S access rights model work?
- How do you configure administrator privileges in “four-eyes” mode?
- What is the difference between privileges assigned directly and via role?
- Are there any automatic processes for disseminating privileges to users?
- How do you prevent an entire party from using a privilege?
- What happens if a new privilege is introduced?
- How are reports generated in T2S?
- What are the key considerations for configuring reports in push and pull mode?
- What are the differences in terms of availability of push and pull reports?
- What is the definition of technical/business sender and instructing party?
- What is the purpose of the certification tests and who needs to be certified?
- What privileges are used in A2A mode?
- Is a particular privilege applicable to a central securities depository or national central bank by default?
- What is the type of a privilege? System or object privilege?
- How do you configure the third-party receipt privilege?
- Who is responsible for what when defining a new entity in T2S?
- What is the process for creating a T2S user ID?
- What is the high-level view on A2A messages
- How can message subscription be set up?
- Who can receive messages from T2S?
- What is the concept of routing configuration?
- What are the different types of transfer services?
- What is the BAH?
- What are the key fields of the BAH?
- How are the fields used and filled in?
- Overview of report generation in T2S
- Delta vs complete reports
- Detailed description of delta versions
- Overview of T2S statuses for scheduled windows/sequences and the processes available during each window/sequence
- Answers to questions regarding access rights, billing, collateral, connectivity, instructions, matching, queries, reports, static data and validation
- What is the T2S invoice process and its content?
- How do you query billing data?
- How are payment banks and their clients set up in T2S?
- How is liquidity provided to payment bank clients?
- How are limits monitored and controlled?
- How do you set up the static data for central bank auto-collateralisation (with repo and pledge model) and client collateralisation (with repo model)?
- What are the different processes involved in auto-collateralisation in T2S?
- How does information related to auto-collateralisation flow between T2S and T2S actors via different messages?
- Which types of instructions/restrictions are subject to partial settlement?
- How is the partial settlement executed in detail?
- What are the differences in the execution of partial settlement between the instruction types?
- How is partial settlement reported to T2S Actors?
- Which specific scenarios need to be considered in regards to partial settlement?
- Which factors are relevant when competing instructions are ready for settlement with the same priority?
- What is the behaviour for competing settlement instructions and settlement restrictions during night-time and real-time settlement?
- What is the multiple-status principle for instructions in T2S?
- In which scenarios and combinations will T2S send multiple statuses within a single status advice message notification (sese.024)?
- In which scenarios are changes in counterparty instruction status notified to the party?
- Where can T2S status information be found within sese.024 message fields?
- Which sese.024 elements are relevant for T2S status reporting?
- How does T2S quantity validation work?
- What are the T2S partial settlement rules regarding MSUs and SUMs?
- What are the T2S auto-collateralisation rules regarding MSUs and SUMs?
- What differences regarding the usage of MSUs, SUMs and DSUs exist between quantity validation, partial settlement rules and the auto-collateralisation process?
- What is matching?
- How can I fill in the matching fields in the messages sent to T2S?
- Where can I find the matching fields in the messages received from T2S?
- Which are the main messages related to the matching process?
- Which elements are needed for intra-, cross- and external CSD settlement?
- How do you set up security CSD links, CSD account links and eligible counterpart CSD links?
- How do you configure various scenarios of intra-, cross- and external CSD settlement?
- What has to be done to change the security maintaining entity (SME)?
- What are the guiding principles of COSD?
- What are the components of the T2S COSD Framework?
- What does T2S communicate to the process stakeholders?
- How can the process stakeholders monitor and control the COSD process?
- What is the concept of linking of instructions in T2S?
- How can linked instructions be created and amended?
- How are linked instructions validated and how does their settlement take place?
- What are restriction types and why are they required in T2S?
- How do you set up restriction types in the T2S static data?
- How are the various restriction types processed?
- What are the best practices and key considerations for configuring restriction types in T2S?
- 19 July 2012
- 3 July 2012
- 8 May 2012
- 23 February 2012
- 16 November 2011
- 22 July 2011
- 18 November 2010
- 16 September 2010
- 21 April 2010
- 14 January 2010
- 23 April 2009
- 2 April 2009
- 17 July 2008
- 26 April 2007
- 20 October 2006
- 7 July 2006