You are viewing MAR 9 Data reporting service as of . MAR 9 Data reporting service was last updated on 31/07/2026.

MAR 9.1 Application, approach and structure

Application

05/04/2024G

This chapter applies to:

  1. (1)

    a UK person (that is a person whose registered office or head office is located in the UK) seeking authorisation to provide a data reporting service;

  2. (2)

    A UK branch of a third country person seeking authorisation to provide a data reporting service as an ARM or APA;

  3. (3)

    a MiFID investment firm operating a trading venue seeking verification of its rights to provide a data reporting service under regulation 5(b) or (c) of the DRS Regulations;

  4. (4)

    a UK RIE seeking verification of its rights to provide a data reporting service under regulation 5(d) of the DRS Regulations; and

  5. (5)

    a data reporting services provider.

This chapter is not limited to operators of trading venues and firms.

[Note: article 59 of MiFID]

Approach

05/04/2024G

This regulatory framework enables the authorisation and supervision of data reporting service providers whose services form a key component of transparency in wholesale markets and, in the case of approved reporting mechanisms, a reporting service that assists in the detection and prevention of market abuse.

Structure

05/04/2024G

The following table provides an overview of this chapter:

Handbook referenceTopic and specific application
MAR 9.1Application, approach and structure
MAR 9.2Authorisation and verification
MAR 9.2AConsolidated tape providers
MAR 9.2BOperating requirements
MAR 9.2CFinancial resources requirements for consolidated tape providers
MAR 9.3Notification and information
MAR 9.4Supervisory regime
MAR 9.5Frequently Asked Questions
MAR 9 Annex 1D to MAR Annex 10DForms

MAR 9.2 Authorisation and verification

Application form and notification form for members of the management body

05/04/2024D
  1. (1)

    Each of the following must complete the forms in (2):

    1. (a)

      an applicant for a data reporting service authorisation;

    2. (b)

      a MiFID investment firm operating a trading venue seeking verification of its rights to provide a data reporting service under regulation 3(1)(b) and (c) of the DRS Regulations; and

    3. (c)

      a UK RIE operating a trading venue seeking verification of its rights to provide a data reporting service under regulation 3(1)(d) of the DRS Regulations.

  2. (2)

    The forms in (1) are:

    1. (a)

      the application form at MAR 9 Annex 1D; and

    2. (b)

      the notification form for the list of members of the management body at MAR 9 Annex 2D.

Variation of authorisation form

03/01/2018D

If a data reporting services provider wishes to extend or otherwise vary its data reporting service authorisation it must complete the variation of authorisation form at MAR 9 Annex 3D.

Cancellation of authorisation form

03/01/2018D

If a data reporting services provider wishes to cancel all of its data reporting service authorisation it must complete the cancellation of authorisation form at MAR 9 Annex 4D.

29/04/2022G

When the data reporting services provider wishes to vary or cancel all of its data reporting service authorisation, it should engage with the FCA as early as possible. As part of its supervisory approach set out in MAR 9.4.1G, the FCA expects to continue to have an open, cooperative and constructive relationship with the data reporting services provider for the whole duration of the cancellation process.

29/04/2022G

As set out in the form at MAR 9 Annex 4D, the data reporting services provider must provide in its request for cancellation a plan which sets out how it will cease all of its data reporting services in an orderly manner (wind-down plan). The wind-down plan should promote and protect the integrity of the financial markets and the interests of the data reporting services provider’s clients. The FCA expects at the minimum the wind-down plan to:

  1. (1)

    set out the governance arrangements and identify a person or group within its management body to ensure the effective and prudent management, oversight and implementation of the wind-down plan;

  2. (2)

    set out the arrangements for the retention of key individuals of the data reporting services provider in relation to the management, oversight and implementation of the wind-down plan;

  3. (3)

    set out communications plans that consider the content, timing and methods of communications to stakeholders and relevant regulators (FCA, overseas regulators etc.);

  4. (4)

    identify clients who will be affected by the cancellation of the data reporting services provider’s authorisation and set out the arrangements to support the transfer of such clients to a new data reporting services provider; and

  5. (5)

    demonstrate that the timings in the wind-down plan are reasonable.

05/04/2024G

Where a data reporting services provider wishes to cancel all of its data reporting service authorisation, it must continue to comply with the rules in this chapter and other regulatory obligations up until its authorisation is cancelled, in particular in relation to publishing trade reports or submitting details of transactions to the FCA. The FCA expects the data reporting services provider to provide a written confirmation at the end of the cancellation process confirming compliance with the rules in this chapter and other regulatory obligations.

Provision of the forms in MAR 9 Annexes 1D, 2D, 3D and 4D to the FCA

01/07/2018D

A person must provide MAR 9 Annexes 1D, 2D, 3D and 4D together with supporting documentation to the FCA by:

  1. (1)

    emailing [email protected]; or

  2. (2)

    posting to the FCA addressed to:

    The Financial Conduct Authority

    FAO The Authorisations Support Team

    12 Endeavour Square

    London

    E20 1JN.

MAR 9.2A Consolidated tape providers

Selection of a consolidated tape provider

05/04/2024G

The FCA will organise a selection procedure for a single consolidated tape provider for the asset class of bonds, excluding exchange traded commodities and exchange traded notes.

05/04/2024G

The FCA will give a direction to tender for the provision of the service of a consolidated tape for bonds by placing a notice on the FCA’s website inviting tenders, and providing details of the tender specification and process to be followed. As well as providing additional information to be set out in the direction to tender, tenders should include the information set out in MAR 9.2A.3 and MAR 9.2A.4.

05/04/2024G
  1. (1)

    Tenders should include a programme of operations. The programme of operations should include:

    1. (a)

      information on the organisational structure of the bidder, including an organisational chart and a description of the human, technical and legal resources allocated to its business activities;

    2. (b)

      information on the compliance policies and procedures of the bidder, including:

      1. (i)

        the name of the person or persons responsible for the approval and maintenance of those policies;

      2. (ii)

        the arrangements to monitor and enforce the compliance policies and procedures;

      3. (iii)

        the measures to be undertaken in the event of a breach which may result in a failure to meet the conditions for initial authorisation; and

      4. (iv)

        a description of the procedure for reporting to the FCA any breach which may result in a failure to meet the conditions for initial authorisation; and

    3. (c)

      a list of all outsourced functions and resources allocated to the control of the outsourced functions.

  2. (2)

    A bidder offering services other than data reporting services must describe those services in the organisational chart.

05/04/2024G

A bidder should include in its tender:

  1. (1)

    a description of the processes for selection, appointment, performance evaluation and removal of senior management and members of the management body;

  2. (2)

    a description of the reporting lines and the frequency of reporting to the senior management and the management body; and

  3. (3)

    a description of the policies and procedures on access to documents by members of the management body.

05/04/2024G

After assessing each tender, the FCA will select a single winning bidder by applying the selection criteria in the tender documentation.

05/04/2024G
  1. (1)

    The appointment of a CTP for bonds will commence on the date that an authorisation by the FCA of the selected bidder as the CTP for bonds takes effect under regulation 9(4) of the DRS Regulations.

  2. (2)

    The tender contract is awarded for a maximum of 5 years, commencing from a date to be determined by the FCA. The tender contract term is renewable in limited circumstances for a period of no more than 2 years in accordance with regulation 6 of the DRS Regulations.

  3. (3)

    Within 6 months before either the expiry of the tender contract term or the FCA cancelling an authorisation to provide a data reporting service as a CTP under regulation 10 of the DRS Regulations, the FCA will begin the process to re-tender for a CTP for bonds.

31/07/2026R

A CTP must publish information relating to its costs for establishing, maintaining and operating the consolidated tape for bonds or the consolidated tape for equities in such a way as to be accessible to potential bidders in a re-tender process.

31/07/2026R

A CTP must take all reasonable steps to transfer without delay to a successor CTP the assets, data and operational information necessary to enable it to operate the consolidated tape effectively. It must also have in place agreements with its clients which enable those clients who decide to do so to transfer to a successor CTP.

MAR 9.2B Operating requirements

Requirements for the management body of a data reporting service provider

05/04/2024R

The following requirements apply in respect of the management body of a data reporting service provider:

  1. (1)

    The management body must possess adequate collective knowledge, skills and experience to be able to understand the activities of the data reporting service provider.

  2. (2)

    The members of the management body must:

    1. (a)

      be of sufficiently good repute;

    2. (b)

      possess sufficient knowledge, skill and experience, and be able to commit sufficient time, to perform their duties; and

    3. (c)

      act with honesty, integrity and independence of mind:

      1. (i)

        to challenge effectively the decisions of the senior management where necessary; and

      2. (ii)

        to oversee and effectively monitor management decision-making where necessary.

  3. (3)

    The management body must:

    1. (a)

      define and oversee the implementation of governance arrangements of the data reporting service provider to ensure the effective and prudent management of the provider, including the segregation of duties in the provider and the prevention of conflicts of interest; and

    2. (b)

      when doing so, act in a manner that promotes the integrity of the financial markets and the interests of its clients.

  4. (4)

    Where:

    1. (a)

      an applicant for verification under regulation 7 of the DRS Regulations is a recognised investment exchange; and

    2. (b)

      the management body of the applicant is the same as the management body of the exchange,

      the requirements in (1) and (2) are deemed to be met.

Conflicts of interest

31/07/2026R
  1. (1)

     A data reporting services provider other than a CTP must operate and maintain effective administrative arrangements, designed to prevent conflicts of interest with clients using its services to meet their regulatory obligations, and other entities purchasing data from data reporting services providers.

  2. (1A) A CTP must operate and maintain effective administrative arrangements, designed to prevent conflicts of interest with clients of the CTP, those redistributing the consolidated tape provided by the CTP and data contributors.
  3. (1B) The arrangements mentioned in (1) and (1A) must include policies and procedures for identifying, managing and disclosing existing and potential conflicts of interest and must contain:
    1. (a)

       an inventory of existing and potential conflicts of interest, setting out their description, identification, prevention, management and disclosure;

    2. (b)

       the separation of duties and business functions within the data reporting services provider, including:

      1. (i)

         measures to prevent or control the exchange of information where a risk of conflicts of interest may arise; and

      2. (ii)

         the separate supervision of relevant persons whose main functions involve interests that are potentially in conflict with those of a client;

    3. (c)

       a description of the fee policy for determining fees charged by the data reporting services provider and undertakings to which the data reporting services provider has close links;

    4. (d)

       a description of the remuneration policy for the members of the management body and senior management; and

    5. (e)

       the rules regarding the acceptance of money, gifts or favours by staff of the data reporting services provider and its management body.

  4. (2)

     The inventory of conflicts of interest referred to in (1B)(a) must include conflicts of interest arising from situations where the data reporting services provider:

    1. (a)

       may realise a financial gain or avoid a financial loss, to the detriment of a client;

    2. (b)

       may have an interest in the outcome of a service provided to a client, which is distinct from the client’s interest in that outcome;

    3. (c)

       may have an incentive to prioritise its own interests or the interests of another client or group of clients rather than the interests of a client to whom the service is provided; and

    4. (d)

       receive or may receive from any person other than a client, in relation to the service provided to a client, an incentive in the form of money, goods or services, other than commission or fees received for the service.

Organisational requirements regarding outsourcing

05/04/2024R
  1. (1)

    Where a data reporting services provider arranges for activities to be performed on its behalf by third parties, including undertakings with which it has close links, it must ensure that the third-party service provider has the ability and the capacity to perform the activities reliably and professionally.

  2. (2)

    A data reporting services provider must specify which of the activities are to be outsourced, including a specification of the level of human and technical resources needed to carry out each of those activities.

  3. (3)

    A data reporting services provider that outsources activities must ensure that the outsourcing does not reduce its ability or power to perform senior management or management body functions.

  4. (4)

    A data reporting services provider must remain responsible for any outsourced activity and must adopt organisational measures to ensure:

    1. (a)

      that it assesses whether the third-party service provider is carrying out outsourced activities effectively, and in compliance with applicable laws and regulatory requirements, and adequately addresses identified failures;

    2. (b)

      the identification of the risks in relation to outsourced activities and adequate periodic monitoring;

    3. (c)

      adequate control procedures with respect to outsourced activities, including effectively supervising the activities and their risks within the data reporting services provider; and

    4. (d)

      adequate business continuity of outsourced activities.

  5. (5)

    For the purposes of (4)(d), the data reporting services provider must obtain information on the business continuity arrangements of the third-party service provider, assess its quality and, where needed, request improvements.

  6. (6)

    A data reporting services provider must ensure that the third-party service provider cooperates with the FCA in connection with outsourced activities.

  7. (7)

    Where a data reporting services provider outsources any critical function, it must provide the FCA with:

    1. (a)

      the identification of the third-party services provider;

    2. (b)

      the organisational measures and policies with respect to outsourcing and the risks posed by it as specified in (4); and

    3. (c)

      internal or external reports on the outsourced activities.

  8. (8)

    For the purpose of MAR 9.2B.3R(7), a function will be regarded as critical if a defect or failure in its performance would materially impair the continuing compliance of the data reporting services provider with the conditions and obligations of its authorisation or its other obligations under the DRS Regulations and this chapter.

Business continuity and back-up facilities

31/07/2026R
  1. (1)

     A data reporting services provider must use systems and facilities that are appropriate and robust enough to ensure continuity and regularity in the performance of the services provided as referred to in this chapter.

  2. (2)

     A data reporting services provider must conduct periodic reviews, at least annually, evaluating its technical infrastructures and associated policies and procedures, including business continuity arrangements. A data reporting services provider must remedy any deficiencies identified during the review.

  3. (3)

     A data reporting services provider must have effective business continuity arrangements in place to address disruptive incidents, including:

    1. (a)

       the processes which are critical to ensuring the services of the data reporting services provider, including escalation procedures, relevant outsourced activities and dependencies on external providers;

    2. (b)

       specific continuity arrangements, covering an adequate range of possible scenarios, in the short and medium term, including system failures, natural disasters, communication disruptions, loss of key staff and an inability to use the premises regularly used;

    3. (c)

       duplication of hardware components, allowing for failover to a back-up infrastructure, including network connectivity and communication channels;

    4. (d)

       back-up of business-critical data and up-to-date information of the necessary contacts, ensuring communication within the data reporting services provider and with clients;

    5. (e)

       the procedures for moving to and operating data reporting services from a back-up site;

    6. (f)

       the target maximum recovery time for critical functions, which must be as short as possible and, in any case, no longer than 6 hours in the case of approved publication arrangements (APAs) and consolidated tape providers (CTPs) and until the close of business of the next working day in the case of approved reporting mechanisms (ARMs);

    7. (g)

       staff training on the operation of the business continuity arrangements, individuals’ roles, including specific security operations personnel ready to react immediately to a disruption of services; and

    8. (h) for the CTP for equities, the target minimum data loss, which must be zero.
  4. (4)

     A data reporting services provider must set up a programme for periodically testing, reviewing and, where needed, modifying the business continuity arrangements.

  5. (5)

     A data reporting services provider must publish on its website and promptly inform its clients and the FCA of any service interruptions or connection disruptions as well as the time estimated to resume a regular service.

Testing and capacity

05/04/2024R
  1. (1)

    A data reporting services provider must implement clearly delineated development and testing methodologies, ensuring that:

    1. (a)

      the operation of the IT systems satisfies the data reporting services provider’s regulatory obligations;

    2. (b)

      compliance and risk management controls embedded in IT systems work as intended; and

    3. (c)

      the IT systems can continue to work effectively at all times.

  2. (2)

    A data reporting services provider must also use the methodologies referred to in (1) prior to and following the deployment of any updates of the IT systems.

  3. (3)

    A data reporting services provider must promptly notify the FCA of any planned significant changes to the IT systems prior to their implementation.

  4. (4)

    A data reporting services provider must set up an ongoing programme for periodically reviewing and, where needed, modifying the development and testing methodologies.

  5. (5)

    A data reporting services provider must run stress tests periodically and at least on an annual basis. A data reporting services provider must include in the adverse scenarios of the stress test unexpected behaviour of critical constituent elements of its systems and communications lines. The stress testing must identify how hardware, software and communications respond to potential threats, specifying systems unable to cope with adverse scenarios. A data reporting services provider must take measures to address identified shortcomings in those systems.

  6. (6)

    A data reporting services provider must:

    1. (a)

      have sufficient capacity to perform its functions without outages or failures, including missing or incorrect data; and

    2. (b)

      have sufficient scalability to accommodate without undue delay any increase in the amount of information to be processed and in the number of access requests from its clients.

Security

05/04/2024R
  1. (1)

    A data reporting services provider must set up and maintain procedures and arrangements for physical and electronic security designed to:

    1. (a)

      protect its IT systems from misuse or unauthorised access;

    2. (b)

      minimise the risks of attacks against information systems;

    3. (c)

      prevent unauthorised disclosure of confidential information; and

    4. (d)

      ensure the security and integrity of the data.

  2. (2)

    Where a MiFIR investment firm (‘reporting firm’) uses a third party to submit information to an ARM on its behalf (‘submitting firm’), the ARM must have procedures and arrangements in place to ensure that the submitting firm does not have access to any other information about, or submitted by, the reporting firm to the ARM which may have been sent by the reporting firm directly to the ARM or through another submitting firm.

  3. (3)

    A data reporting services provider must set up and maintain measures and arrangements to promptly identify and manage the risks identified in (1).

  4. (4)

    In respect of breaches in the physical and electronic security measures referred to in (1) to (3), a data reporting services provider must promptly notify:

    1. (a)

      the FCA and provide an incident report, indicating the nature of the incident, the measures adopted to cope with the incident and the initiatives taken to prevent similar incidents; and

    2. (b)

      its clients that have been affected by the security breach.

Record keeping

05/04/2024R
  1. (1)

    A data reporting service provider must maintain records, in retrievable and legible form, of information that could be relevant to demonstrating its compliance or non-compliance with any requirement imposed by the rules in this chapter.

  2. (2)

    A data reporting service provider must retain the records for no less than 5 years from the date on which the records were created.

Reporting of infringements

05/04/2024R

A data reporting service provider must have in place effective procedures for its employees to report potential or actual infringements of:

  1. (1)

    the rules;

  2. (2)

    MiFIR, and any onshored regulations previously deriving from MiFIR or MiFID; and

  3. (3)

    the DRS Regulations,

    internally through a specific, independent and autonomous channel.

Conditions for an ARM

05/04/2024R
  1. (1)

    An ARM must have adequate policies and arrangements in place to enable it to report the information required from a MiFIR investment firm under article 26 of MiFIR as quickly as possible and no later than 11:59pm on the working day following the day on which the transaction took place.

  2. (2)

    The information mentioned in (1) must be reported in accordance with article 26 of MiFIR.

  3. (3)

    An ARM must:

    1. (a)

      operate and maintain effective administrative arrangements designed to prevent conflicts of interest with its clients;

    2. (b)

      have sound security mechanisms in place designed to:

      1. (i)

        guarantee the security and authentication of the means of the transfer of information;

      2. (ii)

        minimise the risk of data corruption and unauthorised access;

      3. (iii)

        prevent information leakage; and

      4. (iv)

        maintain the confidentiality of the data at all times;

    3. (c)

      maintain adequate resources and have back-up facilities in order to offer and maintain its services at all times; and

    4. (d)

      have systems which:

      1. (i)

        effectively check transaction reports for completeness;

      2. (ii)

        identify omissions and obvious errors caused by the MiFIR investment firm;

      3. (iii)

        communicate details of such omissions or errors to the MiFIR investment firm and request re-transmission of erroneous reports;

      4. (iv)

        detect omissions or errors caused by the ARM itself; and

      5. (v)

        enable the ARM to correct and transmit, or retransmit, correct and complete transaction reports to the FCA.

  4. (4)

    An ARM which is also a recognised investment exchange or a MiFID investment firm must treat all information collected in a non-discriminatory fashion and must operate and maintain appropriate arrangements to separate different business functions.

Management of incomplete or potentially erroneous information by ARMs

05/04/2024R
  1. (1)

    An ARM must set up and maintain appropriate arrangements to identify transaction reports that are incomplete or contain obvious errors caused by clients. An ARM must perform validation of the transaction reports against the requirements established under article 26 of MiFIR for field, format and content of fields in accordance with Table 1 of Annex I to MiFID RTS 22.

  2. (2)

    An ARM must set up and maintain appropriate arrangements to identify transaction reports which contain errors or omissions caused by that ARM itself and to correct, including deleting or amending, such errors or omissions. An ARM must perform validation for field, format and content of fields in accordance with Table 1 of Annex I to MiFID RTS 22.

  3. (3)

    An ARM must continuously monitor in real time the performance of its systems, ensuring that a transaction report it has received has been successfully reported to the FCA in accordance with article 26 of MiFIR.

  4. (4)

    An ARM must perform periodic reconciliations at the request of the FCA between the information that the ARM receives from its client or generates on the client’s behalf for transaction reports purposes and data samples of the information provided by the FCA.

  5. (5)

    Any corrections, including cancellations or amendments of transaction reports that are not correcting errors or omissions caused by an ARM, must only be made at the request of a client and per transaction report. Where an ARM cancels or amends a transaction report at the request of a client, it must provide this updated transaction report to the client.

  6. (6)

    Where an ARM, before submitting the transaction report, identifies an error or omission caused by a client, it must not submit that transaction report and must promptly notify the MiFIR investment firm of the details of the error or omission to enable the client to submit a corrected set of information.

  7. (7)

    Where an ARM becomes aware of errors or omissions caused by the ARM itself, it must promptly submit a correct and complete report.

  8. (8)

    An ARM must promptly notify the client of the details of the error or omission and provide an updated transaction report to the client. An ARM must also promptly notify the FCA about the error or omission.

  9. (9)

    The requirement to correct or cancel erroneous transaction reports or report omitted transactions must not extend to errors or omissions which occurred more than 5 years before the date that the ARM became aware of such errors or omissions.

Connectivity of ARMs

05/04/2024R
  1. (1)

    An ARM must have in place policies, arrangements and technical capabilities to comply with the technical specification for the submission of transaction reports required by the FCA.

  2. (2)

    An ARM must have in place adequate policies, arrangements and technical capabilities to receive transaction reports from clients and to transmit information back to clients. The ARM must provide the client with a copy of the transaction report which the ARM submitted to the FCA on the client’s behalf.

Conditions for an APA – organisational requirements

05/04/2024R
  1. (1)

    An APA must:

    1. (a)

      have sound security mechanisms in place designed to:

      1. (i)

        guarantee the security of the means of the transfer of information;

      2. (ii)

        minimise the risk of data corruption and unauthorised access; and

      3. (iii)

        prevent information leakage before publications;

    2. (b)

      maintain adequate resources and have back-up facilities in order to offer and maintain its services at all times; and

    3. (c)

      have systems which can effectively:

      1. (i)

        check trade reports for completeness;

      2. (ii)

        identify omissions and obvious errors; and

      3. (iii)

        request re-transmission of any erroneous reports.

  2. (2)

    An APA which is also a recognised investment exchange or a MiFID investment firm must treat all information collected in a non-discriminatory fashion and must operate and maintain appropriate arrangements to separate different business functions.

Conditions for a CTP – organisational requirements

05/04/2024R

A CTP must:

  1. (1)

    have sound security mechanisms in place designed to:

    1. (a)

      guarantee the security of the means of the transfer of information; and

    2. (b)

      minimise the risk of data corruption and unauthorised access; and

  2. (2)

    maintain adequate resources and have back-up facilities in order to offer and maintain its services at all times.

Other services provided by CTPs

31/07/2026R
  1. (1)

     A CTP must not provide any additional service (other than the provision of historical data in accordance with this chapter) which utilises the information it receives from UK trading venues and APAs in its capacity as a CTP.

  2. (2)

     Where a CTP is a member of a group, a member of that group may provide a service utilising information from each consolidated tape provided by that CTP, provided the group member has accessed that information in accordance with MAR 9.2B.36R(1).

Management of incomplete or potentially erroneous information by APAs

05/04/2024R
  1. (1)

    APAs must set up and maintain appropriate arrangements to ensure that they accurately publish the trade reports received from MiFIR investment firms without themselves introducing any errors or omitting information and must correct information where they have themselves caused the error or omission.

  2. (2)

    APAs must continuously monitor in real-time the performance of their IT systems ensuring that the trade reports they have received have been successfully published.

  3. (3)

    APAs must perform periodic reconciliations between the trade reports that they receive and the trade reports that they publish, verifying the correct publication of the information.

  4. (4)

    An APA must confirm the receipt of a trade report to the reporting MiFIR investment firm, including the transaction identification code assigned by the APA. An APA must refer to the transaction identification code in any subsequent communication with the reporting firm in relation to a specific trade report.

  5. (5)

    An APA must set up and maintain appropriate arrangements to identify on receipt trade reports that are incomplete or contain information that is likely to be erroneous. These arrangements must include automated price and volume alerts, taking into account:

    1. (a)

      the sector and the segment in which the financial instrument is traded;

    2. (b)

      liquidity levels, including historical trading levels;

    3. (c)

      appropriate price and volume benchmarks; and

    4. (d)

      if needed, other parameters according to the characteristics of the financial instrument.

  6. (6)

    Where an APA determines that a trade report it receives is incomplete or contains information that is likely to be erroneous, it must not publish that trade report and must promptly alert the MiFIR investment firm submitting the trade report.

  7. (7)

    In exceptional circumstances, APAs must delete and amend information in a trade report on request from the entity providing the information when that entity cannot delete or amend its own information for technical reasons. APAs are not otherwise responsible for correcting information contained in published reports where the error or omission was attributable to the entity providing the information.

  8. (8)

    APAs must publish non-discretionary policies on information cancellation and amendments in trade reports which set out the penalties that APAs may impose on MiFIR investment firms providing trade reports where the incomplete or erroneous information has led to the cancellation or amendment of trade reports.

Conditions for an APA – policies and arrangements for publication of information

05/04/2024R
  1. (1)

    An APA must have adequate policies and arrangements in place to make public the information required under articles 20 and 21 of MiFIR in as close to real time as is technically possible on a reasonable commercial basis.

  2. (2)

    The information referred to in (1) must be made available by the APA free of charge 15 minutes after the APA has first published it.

  3. (3)

    The APA must be able to disseminate efficiently and consistently the information referred to in (1):

    1. (a)

      in a way which ensures fast access to the information on a non-discriminatory basis; and

    2. (b)

      in a format that facilitates the consolidation of the information with similar data from other sources.

  4. (4)

    The information referred to in (1) must include the following details:

    1. (a)

      the identifier of the financial instrument;

    2. (b)

      the price at which the transaction was concluded;

    3. (c)

      the volume of the transaction;

    4. (d)

      the time of the transaction;

    5. (e)

      the time the transaction was reported;

    6. (f)

      the price notation of the transaction;

    7. (g)

      the code for the trading venue the transaction was executed on or, where the transaction was executed on a systematic internaliser, the code ‘SI’ or, otherwise, ‘OTC’; and

    8. (h)

      if applicable, an indicator that the transaction was subject to specific conditions.

Machine readability – APAs

05/04/2024R
  1. (1)

    APAs must publish the information which has to be made public in accordance with MAR 9.2B.16R(1) in a machine-readable way.

  2. (2)

    Information is published in a machine-readable way where all of the following conditions are met:

    1. (a)

      it is in an electronic format designed to be directly and automatically read by a computer;

    2. (b)

      it is stored in an appropriate IT architecture, in accordance with MAR 9.2B.5R(6), that enables automatic access;

    3. (c)

      it is robust enough to ensure continuity and regularity in the performance of the services provided and ensures adequate access in terms of speed; and

    4. (d)

      it can be accessed, read, used and copied by computer software that is free of charge and publicly available.

  3. (3)

    For the purposes of (2)(a), the electronic format must:

    1. (a)

      be specified by free, non-proprietary and open standards; and

    2. (b)

      include the type of files of messages, the rules to identify them, and the name and data type of the fields they contain.

  4. (4)

    APAs must:

    1. (a)

      make instructions available to the public, explaining how and where to easily access and use the data, including identification of the electronic format;

    2. (b)

      make public any changes to the instructions referred to in (4)(a) at least 3 months before they come into effect, unless there is an urgent and duly justified need for changes in instructions to take effect more quickly; and

    3. (c)

      include a link to the instructions referred to in (4)(a) on the homepage of their website.

Certification requirement

05/04/2024R

An APA must require each MiFIR investment firm to certify that it only reports transactions in a particular financial instrument through that APA.

Details to be published by the APA

01/12/2025R
  1. (1)

    An APA must make public:

    1. (a)

      for transactions executed in respect of shares, depositary receipts, exchange-traded funds (ETFs), certificates and other similar financial instruments, the details of a transaction specified in Table 3 of Annex I to MiFID RTS 1 and use the appropriate flags listed in Table 4 of Annex I to MiFID RTS 1; and

    2. (b)

      for transactions executed in respect of bonds, structured finance products, emission allowances and derivatives, the details of a transaction specified in Table 2 of Annex II to MAR 11 Annex 2R and use the appropriate flags listed in Table 3 of MAR 11 Annex 2R.

  2. (2)

    Where publishing information on when the transaction was reported, an APA must include the date and time, up to the second, it publishes the transaction.

  3. (3)

    By way of derogation from MAR 9.2B.19R(2), an APA that publishes information regarding a transaction executed on an electronic system must include the date and time, up to the millisecond, of the publication of that transaction in its trade report.

  4. (4)

    For the purposes of (3), an ‘electronic system’ means a system where orders are electronically tradable or where orders are tradable outside the system, provided that they are advertised through the given system.

  5. (5)

    The timestamps referred to in (2) and (3) must, respectively, not diverge by more than one second or millisecond from the Coordinated Universal Time (UTC) issued and maintained by one of the timing centres listed in the latest Bureau International des Poids et Mesures (BIPM) Annual Report on Time Activities.

Non-discrimination requirements for APAs

05/04/2024R

APAs must ensure that the information which must be made public is sent through all distribution channels at the same time, including when the information is made public, as close to real time as technically possible or 15 minutes after the first publication.

Obligation on APAs to provide market data on a reasonable commercial basis

05/04/2024R
  1. (1)

    For the purposes of making market data containing the information set out in articles 6, 20 and 21 of MiFIR available to the public on a reasonable commercial basis and in accordance with MAR 9.2B.16R(1), APAs must comply with the obligations set out in MAR 9.2B.22R to MAR 9.2B.26R.

  2. (2)

    The obligations set out in MAR 9.2B.22R, MAR 9.2B.23R(2), MAR 9.2B.24R, MAR 9.2B.25R(2) and MAR 9.2B.26R do not apply to APAs that make market data available to the public free of charge.

Provision of market data based on cost – APAs

05/04/2024R
  1. (1)

    The price of market data must be based on the cost of producing and disseminating such data and may include a reasonable margin.

  2. (2)

    The costs of producing and disseminating market data may include an appropriate share of joint costs for other services provided by APAs.

Obligation to provide market data on a non-discriminatory basis – APAs

05/04/2024R
  1. (1)

    APAs must make market data available at the same price and on the same terms and conditions to all customers falling within the same category in accordance with published objective criteria.

  2. (2)

    Any differentials in prices charged to different categories of customers must be proportionate to the value which the market data represent to those customers, taking into account:

    1. (a)

      the scope and scale of the market data, including the number of financial instruments covered and trading volume; and

    2. (b)

      the use made by the customer of the market data, including whether it is used for the customer’s own trading activities, for resale or for data aggregation.

  3. (3)

    For the purposes of MAR 9.2B.23R(1), APAs must have scalable capacities in place to ensure that customers can obtain timely access to market data at all times on a non-discriminatory basis.

Per user fees – APAs

05/04/2024R
  1. (1)

    APAs must charge for the use of market data on the basis of the use made by individual end-users of the market data (‘per user basis’). APAs must have arrangements in place to ensure that each individual use of market data is charged only once.

  2. (2)

    By way of derogation from MAR 9.2B.24R(1), APAs may decide not to make market data available on a per user basis where to charge on a per user basis is disproportionate to the cost of making market data available, having regard to the scale and scope of the market data.

  3. (3)

    APAs must provide grounds for the refusal to make market data available on a per user basis and must publish those grounds on their webpage.

Unbundling and disaggregating market data – APAs

05/04/2024R
  1. (1)

    APAs must make market data available without being bundled with other services.

  2. (2)

    Prices for market data must be charged on the basis of the level of market data disaggregation provided for in article 12(1) of MiFIR as further specified in articles of MiFID RTS 14.

Transparency obligation – APAs

05/04/2024R
  1. (1)

    APAs must disclose and make easily available to the public the price and other terms and conditions for the provision of the market data in a manner which is easily accessible.

  2. (2)

    The disclosure must include the following:

    1. (a)

      current price lists and other contractual terms and conditions; and

    2. (b)

      advance disclosure with a minimum of 90 days’ notice of future price changes.

Conflicts of interest obligations for CTPs

05/04/2024R
  1. (1)

    Where a CTP is a member of a group, the arrangements it establishes to prevent or manage conflicts of interest in accordance with MAR 9.2B.2R(1) must also take into account any circumstances, of which the CTP is or should be aware, which may give rise to a conflict of interest arising as a result of the structure and business activities of other members of the group.

  2. (2)

    A CTP must assess and periodically review, on an at least annual basis, the conflicts of interest policies and procedures established in accordance with MAR 9.2B.2R(1) and must take all appropriate measures to address any deficiencies.

  3. (3)

    A CTP must keep and regularly update a record of the kinds of services or activity it carries on in which a conflict of interest entailing a risk of damage to the interests of one or more clients has arisen, or in the case of an ongoing service or activity, may arise. Senior management of the CTP must receive on a frequent basis, and at least annually, written reports on these records and how any conflicts have been managed.

Obligations for CTPs on apportionment of responsibilities

05/04/2024R

A CTP must take reasonable care to maintain a clear and appropriate apportionment of significant responsibilities among its senior management in such a way that:

  1. (1)

    it is clear who has which of those responsibilities; and

  2. (2)

    the business and affairs of the CTP can be adequately monitored and controlled by its directors, senior managers and management body of the CTP.

Outsourcing obligations for CTPs

05/04/2024R
  1. (1)

    In addition to complying with its obligations under MAR 9.2B.3R(6), a CTP must provide the FCA with a written agreement in respect of any arrangement it enters into with a third-party provider to outsource a critical function. The agreement must contain a clear allocation of the respective rights and obligations of the CTP and the third-party provider.

  2. (2)

    In relation to the arrangement referred to in (1), the CTP must take the necessary steps to ensure it is able to:

    1. (a)

      terminate that arrangement where necessary, with immediate effect, without detriment to the continuity and quality of its provision of services; and

    2. (b)

      cooperate with the FCA, including providing information to the FCA on request, and putting in place arrangements enabling the FCA to seek information from the third-party provider.

Non-discrimination obligations for CTPs

05/04/2024R

Any of the following persons who are also a CTP must treat all information collected in a non-discriminatory fashion and must operate and maintain appropriate arrangements to separate different business functions:

  1. (1)

    a recognised investment exchange;

  2. (2)

    an APA;

  3. (3)

    an investment firm;

  4. (4)

    a data vendor; or

  5. (5)

    a firm whose shares or voting rights are at least 20% owned by a person referred to in (1) to (4) or who shares a business function with such a person.

Management of incomplete or potentially erroneous information by CTPs

05/04/2024R
  1. (1)

    A CTP must set up and maintain appropriate arrangements to ensure that it accurately publishes the trade reports received from MiFIR investment firms, regulated markets and APAs without itself either:

    1. (a)

      introducing any errors that would affect the accuracy and completeness of the data contained in those reports; or

    2. (b)

      omitting any information from those reports, except where such omission is a deliberate one in accordance with the CTP’s regulatory and contractual obligations.

  2. (2)

    A CTP must correct information where it has itself introduced an error or made a non-deliberate omission as referred to in (1).

  3. (3)

    A CTP must perform periodic reconciliations between the trade reports it receives and the trade reports it publishes, verifying the correct publication of the information.

Obligations of CTPs to ensure data quality and report information

31/07/2026R
  1. (1)

     A CTP must continuously monitor in real time the performance of its IT systems and ensure that the trade reports it has received have been successfully published.

  2. (2)

     A CTP must set up and maintain appropriate arrangements to identify on receipt trade reports that are incomplete or contain information that is likely to be erroneous, and must inform the provider of the trade report in each instance. For the CTP for equities, these arrangements must include automated alerts for prices and volumes.

  3. (2A) The CTP for equities must maintain mechanisms through which users of the data it provides can flag to it potential inaccuracies in that data.
  4. (3)

     In exceptional circumstances, a CTP must delete and amend information in a trade report on request from the entity providing the information when that entity cannot delete or amend its own information for technical reasons. CTPs are not otherwise responsible for correcting information contained in published reports where the error or omission was attributable to the entity providing the information.

  5. (4)

     A CTP for bonds must submit a report to the FCA every 6 months and a CTP for equities must submit a report to the FCA every 3 months on the quality of the data that it has received during that period. The report must include at least the following information:

    1. (a)

       the timeliness of the receipt of data from data contributors;

    2. (b)

       the timeliness of publication of information by the CTP;

    3. (c)

       details of the trade reports that are incomplete or contain information that is likely to be erroneous that have been identified;

    4. (d)

       whether the CTP has correctly published the information it has received;

    5. (e)

       the performance of the CTP’s IT systems; and

    6. (f)

       the usage of the consolidated tape.

Consolidation of data by CTPs

31/07/2026R
  1. (1)

     A CTP must ensure that the data it makes available publicly is consolidated from all UK trading venues and APAs into a continuous electronic data stream.

  2. (2)

     A CTP must ensure that the information which must be made public is sent through all distribution channels at the same time, including when the information is made public, as close to real time as technically possible.

  3. (3)

     A CTP must provide the FCA with direct and immediate access to each consolidated tape that the CTP provides.

31/07/2026G
  1. (1) Further requirements about the publication of data by the CTP for equities are in MAR 9.2B.34ER and MAR 9 Annex 11 (including requirements about the separate presentation of certain data within the continuous electronic livestream).
  2. (2) The FCA expects the equities tape contract to specify hours of operation for the consolidated tape for equities.

Scope of the consolidated tape for bonds and publication of information

01/12/2025R
  1. (1)

    The CTP for bonds must have adequate policies and arrangements in place to:

    1. (a)

      receive the information made public in accordance with articles 10 and 21 of MiFIR by all UK trading venues and APAs in respect of bonds excluding exchange traded commodities and exchange traded notes; and

    2. (b)

      make that information available to the public in as close to real time as is technically possible or 15 minutes after the first publication.

  2. (2)

    The CTP for bonds must have adequate policies and arrangements in place to make historical data available in response to a request for it in accordance with MAR 9.2B.35R(2).

  3. (3)

    The information referred to in (1) must include the details of a transaction specified in Table 2 of MAR 11 Annex 2R and use the appropriate flags listed in Table 3 of MAR 11 Annex 2R

  4. (4)

    Following the appointment of a provider of a consolidated tape for bonds, UK trading venues and APAs must:

    1. (a)

      connect to the CTP for bonds before commencing or continuing operations; and

    2. (b)

      send to the CTP for bonds, in as close to real time as is technically possible using the means established in MAR 9.2B.34R(5) by the CTP, the information referred to in (1)(a).

  5. (5)

    The CTP for bonds must operate an open-source Application Programming Interface (API) in order to receive the information referred to in (1)(a) from UK trading venues and APAs.

  6. (6)

    The CTP for bonds must be able to disseminate the information referred to in (1)(a) efficiently, consistently and in way that:

    1. (a)

      ensures fast access to the information on a non-discriminatory basis; and

    2. (b)

      is in a generally accepted format that is interoperable, easily accessible and utilisable for market participants.

  7. (7)

    When a new UK trading venue or APA starts operating, the CTP for bonds must include the information referred to in (1)(a) made public by that UK trading venue or APA in the electronic data stream of its consolidated tape as soon as possible after the start of the operations of the UK trading venue or APA.

  8. (8)

    The CTP for bonds must not consolidate trade reports with the code “DUPL” in the reprint field.

Scope of the consolidated tape for equities – provision of information to the consolidated tape for equities by UK trading venues and APAs

31/07/2026R
  1. (1) Following the appointment by the FCA of a provider of a consolidated tape for equities (to be the CTP for equities in accordance with the equities tape contract), each UK trading venue and each APA must:
    1. (a) connect to the CTP for equities before commencing or continuing operations; and
    2. (b) send the information referred to in (2) to the CTP for equities in respect of shares, depositary receipts, ETFs, certificates and other similar financial instruments traded on a UK trading venue:
      1. (i) in accordance with the latency requirements in MAR 9.2B.34BR; and
      2. (ii) using the means chosen by the CTP for equities in accordance with MAR 9.2B.34CR.
  2. (2) The information mentioned in (1)(b) is:
    1. (a) for a UK trading venue, the following information from that which it makes public in accordance with article 3 of MiFIR:
      1. (i) the best bid and offer for each instrument and the volumes associated with that bid and offer; and
      2. (ii) in respect of auctions, the price at which the auction trading system would best satisfy its trading algorithm and the volume of transactions that would potentially be executable at that price by participants in the system,
    2. including the details, by reference to each best bid and offer and each price at which the auction system concerned would best satisfy its trading algorithm, set out in table 2 in MAR 9 Annex 11.5R (Pre-trade data to be transmitted to, and published by, the CTP for equities);
    3. (b) for a UK trading venue or an APA, the information which it makes public in accordance with articles 6 and 20 of MiFIR, including:
      1. (i) the details of a transaction specified in table 3 of Annex I to MiFID RTS 1;
      2. (ii) the appropriate flags listed in table 4 of Annex I to MiFID RTS 1; and
      3. (iii) for an APA, the time at which it received the details of a transaction mentioned in (b)(i) (specified to a level of granularity in accordance with the requirements set out in MAR 9.2B.34HR);
    4. (c) for a UK trading venue, the details, by reference to each financial instrument, set out in table 3 in MAR 9 Annex 11.7R that are flagged as ‘both’ in the last column of that table (Regulatory data for shares, ETFs, depositary receipts, certificates or other similar financial instruments per instrument); and
    5. (d) for a UK trading venue, the details, by reference to each trading system, set out in table 4 in MAR 9 Annex 11.10R that are flagged as ‘both’ in the last column of that table (Regulatory data for shares, ETFs, depositary receipts, certificates or other similar financial instruments, per order matching system).

Provision of information to the consolidated tape for equities by UK trading venues and APAs – latency requirements

31/07/2026R
  1. (1) Information sent to the CTP for equities under MAR 9.2B.34AR must be provided:
    1. (a) (in the case of the data specified in MAR 9.2B.34AR(2)(a) relating to orders or quotes to be executed through a continuous order book trading system or a periodic auction system), to the CTP for equities as close to real time as is technically possible and in any case no later than 50 milliseconds after the timestamp of the order with a 95% confidence interval measured on a daily basis;
    2. (b) (in the case of the data specified in MAR 9.2B.34AR(2)(b) relating to transactions executed on a UK trading venue through a continuous order book trading system or a periodic auction system) to the CTP for equities as close to real time as is technically possible and in any case no later than 50 milliseconds after the timestamp of:
      1. (i) the transaction; or
      2. (ii) where publication of the transaction is deferred in accordance with article 15 of MiFID RTS 1, the time when details of the transaction must be published in accordance with that article,
    3. with a 95% confidence interval measured on a daily basis; and
    4. (c) (in the case of the data specified in MAR 9.2B.34AR(2)(b) relating to transactions executed outside of a UK trading venue or to an off-book, on-exchange trade) to the CTP for equities as close to real time as is technically possible and in any case no later than 100 milliseconds after the timestamp of:
      1. (i) the reception of the trade report by the APA from the MiFID investment firm or designated reporter concerned; or
      2. (ii) where publication of the transaction is deferred in accordance with article 15 of MiFID RTS 1, the time when details of the transaction must be published in accordance with that article,
    5. with a 95% confidence interval measured on a daily basis.
  2. (2) In (1), ‘off-book, on-exchange trade’ means a trade executed by agreement of the counterparties:
    1. (a) other than on a UK trading venue; and
    2. (b) in accordance with the rules of a UK operator of a trading venue.
  3. (3) The requirements in (1)(a), (1)(b) and (1)(c) do not apply to information about transactions executed through a request for quote or voice trading system operated by a UK trading venue (‘excluded information’), or to cancellations or amendments of transactions.
  4. (4) Excluded information must be sent to the CTP for equities as close to real-time as is technically possible and in any case no later than 1 minute after the timestamp of the relevant event mentioned in (1)(a), (1)(b) or (1)(c) (such as a transaction).

Provision of information to the consolidated tape for equities by UK trading venues and APAs – selection of transmission protocol

31/07/2026R
  1. (1) Subject to (2), the CTP for equities must choose – from among the transmission protocols that a UK trading venue or an APA offers to other users of data it provides –  which transmission protocol must be used by that UK trading venue or APA for transmitting data directly to the CTP for equities (the ‘selected protocol’).
  2. (2) The selected protocol must comply with the minimum requirements set out in tables 5 to 8 in MAR 9 Annex 11.
  3. (3) UK trading venues and APAs must ensure:
    1. (a) the selected protocol continues to comply with the minimum requirements set out in tables 5 to 8 without interruption; and
    2. (b) information is transmitted through the selected protocol in a manner that enables the CTP for equities to comply with applicable operational resilience requirements in the FCA Handbook.
31/07/2026G

The FCA expects the equities tape contract to include more detailed operational resilience requirements.

Scope of the consolidated tape for equities – publication of information by the CTP for equities

31/07/2026R
  1. (1) The CTP for equities must have adequate policies and arrangements in place to:
    1. (a) receive the information specified in MAR 9.2B.34AR(2) in respect of shares, depositary receipts, ETFs, certificates and other similar financial instruments traded on a UK trading venue; and
    2. (b) make the information specified in (2) in respect of shares, depositary receipts, ETFs, certificates and other similar financial instruments traded on a UK trading venue available to the public as close to real time as technically possible.
  2. (2) The information mentioned in (1)(b) is:
    1. (a) the information referred to in MAR 9.2B.34AR(2)(a) to (b);
    2. (b) the details, by reference to each financial instrument, set out in table 3 in MAR 9 Annex 11.7R (Regulatory data for shares, ETFs, depositary receipts, certificates or other similar financial instruments per instrument);
    3. (c) the details, by reference to each trading system, set out in table 4 in MAR 9 Annex 11.10R (Regulatory data for shares, ETFs, depositary receipts, certificates or other similar financial instruments, per order matching system);
    4. (d) the details, by reference to each instrument and each best bid and offer price at which any auction system concerned would best satisfy its trading algorithm, set out in:
      1. (i) table 9 in MAR 9 Annex 11.24R (Pre-trade market data to be disseminated by the CTP for equities – best bid and offer (BBO));
      2. (ii) table 10 in MAR 9 Annex 11.26R (Pre-trade market data to be disseminated by the CTP for equities – indicative auction price (except when trading phase is set to ‘ODAU’)); and
      3. (iii) table 11 in MAR 9 Annex 11.28R (Pre-trade market data to be disseminated by the CTP for equities – indicative auction price when trading phase is set to ‘ODAU’); and
    5. (e) the time and date at which the CTP for equities publishes any of the information specified in (a) to (d).
  3. (3) When a new UK trading venue or APA starts operating, the CTP for equities must include the information provided to it by that UK trading venue or APA in accordance with MAR 9.2B.34AR in the electronic data stream of its consolidated tape as soon as possible after the start of the operations of the UK trading venue or APA.
  4. (4) The CTP for equities must be able to disseminate the information referred to in (2) efficiently, consistently and:
    1. (a) in a way that ensures fast access to the information on a non-discriminatory basis; and
    2. (b) in a generally accepted format that is interoperable, easily accessible and utilisable for market participants.

Publication of historical information and market statistics by the CTP for equities

31/07/2026R
  1. (1) The CTP for equities must have and implement adequate policies and arrangements to:
    1. (a) make historical data available in response to a request for it in accordance with MAR 9.2B.35R(2); and
    2. (b) publish daily market statistics.
  2. (2) The CTP for equities is not required under (1) to make available historical data consisting of pre-trade data (but may make available such pre-trade historical data as it considers appropriate, using a format it considers appropriate).
  3. (3) In (2), ‘pre-trade data’ means the data referred to in MAR 9.2B.34AR(2)(a).
31/07/2026G

The FCA expects the equities tape contract to specify daily market statistics that the CTP for equities must publish.

Synchronisation of business clocks in relation to the consolidated tape for equities

31/07/2026R

In relation to the consolidated tape for equities, APAs and the CTP for equities must:

  1. (1) synchronise the business clocks they use to record the date and time of any reportable event with:
    1. (a) the coordinated universal time (UTC) issued and maintained by the timing centres listed in the database maintained by the Bureau international des poids et mesures; or
    2. (b) UTC disseminated by a satellite system, provided that any offset from UTC is accounted for and removed from the timestamp;
  2. (2) record the date and time of reportable events up to 1 millisecond or better; and
  3. (3) ensure that the business clocks they use to record the time of reportable events do not diverge by more than 1 millisecond from the relevant reference time in (1)(a) or (1)(b).

Machine readability and required formats for a CTP

31/07/2026R
  1. (1) A CTP must publish the relevant information in Graphical User Interface (GUI) and at least 2 machine-readable formats: Application Programming Interface (API) and Comma Separated Value (CSV).
  2. (1A) The relevant information mentioned in (1) is:
    1. (a) (for the CTP for bonds) the information referred to in MAR 9.2B.34R(1); and
    2. (b) (for the CTP for equities) the information referred to in MAR 9.2B.34ER(2).
  3. (2) A CTP must make the relevant historical data available in response to a request for it in GUI and one machine-readable format.
  4. (2A) The relevant historical data is:
    1. (a) (for the CTP for bonds) the data required under MAR 9.2B.34(2);
    2. (b) (for the CTP for equities) the data required under MAR 9.2B.34FR
  5. (3)

     Information is published in a machine-readable format where all of the following conditions are met:

    1. (a)

       it is in an electronic format designed to be directly and automatically read by a computer;

    2. (b)

       it is stored in an appropriate IT architecture, in accordance with MAR 9.2B.5R(6), that enables automatic access;

    3. (c)

       it is robust enough to ensure continuity and regularity in the performance of the services provided and ensures adequate access in terms of speed; and

    4. (d)

       it can be accessed, read, used and copied by computer software that is free of charge and publicly available.

  6. (4)

     For the purposes of MAR 9.2B.35R(3)(a), the electronic format must be specified by free, non-proprietary and open standards, and include the type of files or messages, the rules to identify them, and the name and data type of the fields they contain.

  7. (5)

     A CTP must:

    1. (a)

       make instructions available to the public, explaining how and where to easily access and use the data, including identification of the electronic format;

    2. (b)

       make public any changes to the instructions referred to in (5)(a) at least 3 months before they come into effect, unless there is an urgent and duly justified need for changes in instructions to take effect more quickly; and

    3. (c)

       include a link to the instructions referred to in (5)(a) on the homepage of their website.

Obligation for a CTP to provide market data on a non-discriminatory basis

31/07/2026R
  1. (1)

     A CTP must make market data available at the same price and on the same terms and conditions to all customers falling within the same category in accordance with published objective criteria.

  2. (2)

     A CTP must charge for the use of historical data when it is requested separately from the use of market data, except where it is provided in a machine-readable form through an API.

  3. (3)

     For the purposes of MAR 9.2B.36R(1), a CTP must have scalable capacities in place to ensure that customers can obtain timely access to market data at all times on a non-discriminatory basis.

Unbundling market data for a CTP

31/07/2026R

A CTP must make market data available without being bundled with other services.

Transparency obligations for a CTP

31/07/2026R
  1. (1)

     A CTP must disclose and make easily available to the public the price and other terms and conditions for the provision of the market data in a manner which is easily accessible.

  2. (2)

     The disclosure must include the following:

    1. (a)

       current price lists and other contractual terms and conditions; and

    2. (b)

       advance disclosure with a minimum of 90 days’ notice of future price changes.

Income sharing by the CTP for equities

31/07/2026R

The CTP for equities must establish and implement arrangements for:

  1. (1) determining, in respect of each period of not more than 12 months, such sum of money as is available to be distributed among one or more categories of data contributor that send information to the CTP under MAR 9.2B.34AR (that is, UK trading venues and APAs); and
  2. (2) distributing any such sum.
31/07/2026G

The FCA expects the equities tape contract to include further details supplementing the sharing obligation in MAR 9.2B.39AR, including:

  1. (1) the basis for determining any sum available for sharing; and
  2. (2) the timing of any payments to data contributors.

Governance obligations for a CTP

31/07/2026R
  1. (1)

     A CTP must establish a consultative committee composed of a representative range of its users and data producers. CTP users and data producers may apply to the CTP to be members of the committee.

  2. (2)

     The membership of the committee established in (1) must be renewed at least once during the period of tender for the CTP. At all times, users must comprise the majority of members on the committee.

  3. (3)

     The committee must meet at least every 6 months, and its chair must make the meeting agenda and minutes public.

  4. (4)

     The CTP must share with the committee, at a minimum, information on the following:

    1. (a)

       its operating costs, including providing regular updates about those costs;

    2. (b)

       its operational performance;

    3. (c)

       its fee and user policies, including any changes to those policies usage of its services;

    4. (d)

       usage of its services;

    5. (e)

       any data quality issues; and

    6. (f)

       any technology updates.

  5. (5)

     The committee may make recommendations to the CTP. The chair must make public information on how the CTP is taking forward the recommendations of the committee, including on its performance and operation. If the CTP decides not to take forward a recommendation, it must provide the committee with reasons for its decision.

MAR 9.2C Financial resources requirements for consolidated tape providers

05/04/2024R

A CTP must at all times have sufficient financial resources for the proper performance of its obligations as a CTP.

05/04/2024G

In assessing whether a CTP has at all times sufficient financial resources for the proper performance of its obligations as a CTP, the FCA may have regard to:

  1. (1)

    the operational and other risks to which the CTP is exposed;

  2. (2)

    the amount and composition of the CTP’s capital, liquid financial assets and other financial resources (such as insurance policies and guarantees, where appropriate);

  3. (3)

    the financial benefits, liabilities, risks and exposures arising from the CTP’s connection with any person, including but not limited to, its connection with:

    1. (a)

      any undertaking in the same group as the CTP;

    2. (b)

      any other person with a significant shareholding or stake in the CTP;

    3. (c)

      any other person with whom the CTP has made a significant investment, whether in the form of equity, debt, or by means of any guarantee or other form of commitment; and

    4. (d)

      any person with whom the CTP has a significant contractual relationship;

  4. (4)

    the extent to which the CTP’s ability to fulfil its obligations as a CTP under this chapter may be impacted by any regulated activities and other unregulated activities it undertakes; and

  5. (5)

    the extent to which, after allowing for the financial resources necessary to cover operational and other risks to which the CTP is exposed, the CTP’s financial resources are sufficient and sufficiently liquid to ensure that it would be able to complete an orderly closure or transfer of the services it provides as a CTP without being prevented from doing so by insolvency or lack of available funds.

05/04/2024G

The obligation set out in MAR 9.2C.1R applies in addition to any other requirements in respect of regulated activities undertaken by the CTP.

05/04/2024G

The CTP may find it useful to refer to the FCA’s guidance in FG 20/1 (Our framework: assessing financial resources) and the Wind-down Planning Guide when considering how it meets the obligation set out in MAR 9.2C.1R.

MAR 9.2D Complaints concerning the performance of a CTP

05/04/2024R
  1. (1)

    A CTP must have effective arrangements for the investigation and resolution of complaints arising in connection with the performance of, or failure to perform, any of its functions as a CTP under the rules in this chapter and other regulatory obligations. A CTP must make public how such a complaint may be raised.

  2. (2)

    The arrangements must include arrangements for a complaint to be fairly and impartially investigated by a complaints investigator independent of the CTP, and for the complaints investigator to report the result of the investigation to the CTP and to the complainant.

  3. (3)

    The arrangements must confer on the complaints investigator the power to recommend, if the complaints investigator thinks appropriate, that the CTP remedies the matter complained of.

  4. (4)

    MAR 9.2D.1R(3) is not to be taken as preventing the CTP from making arrangements for the initial investigation of a complaint to be conducted by the CTP.

  5. (5)

    Where a CTP has investigated a complaint arising in connection with the performance of, or failure to perform, any of its functions as a CTP under the rules in this chapter and other regulatory obligations, and the complaints investigator has made a recommendation in respect of that complaint that the CTP should remedy the matter which was the subject of that complaint, the CTP must immediately:

    1. (a)

      notify the FCA of that event; and

    2. (b)

      give the FCA a copy of the complaints investigator’s report and particulars of the complaints investigator’s recommendation as soon as that report or the recommendation is available to it.

MAR 9.3 Notification and information

Notification to the FCA of material changes in information provided at the time of authorisation

05/04/2024R

A data reporting services provider must promptly complete the material change in information form at MAR 9 Annex 5R to inform the FCA of any material change to the information provided at the time of its authorisation.

Notification to the FCA of change to membership of management body

05/04/2024R

A data reporting services provider must promptly complete the notification form for changes to the membership of the management body form at MAR 9 Annex 6R to inform the FCA of any change to the membership of its management body before any change to the membership of its management body or when this is impossible within 10 working days after the change.

Notification to the FCA by an APA or a CTP of compliance with connectivity requirements

05/04/2024R

As soon as possible and within 2 weeks of being authorised as an APA or a CTP, an APA or a CTP seeking a connection to the FCA’s market data processor system must:

  1. (1)

    sign the MIS confidentiality agreement at MAR 9 Annex 10R; and

  2. (2)

    email it to [email protected] or post an original signed copy to the FCA addressed to:

    The Financial Conduct Authority

    FAO The Markets Reporting Team

    12 Endeavour Square

    London

    E20 1JN.

03/07/2017G
  1. (1)

    To ensure the security of the FCA’s systems, the FCA requires an APA or a CTP to sign the MIS confidentiality agreement before receiving the FCA’s Market Interface Specification (MIS).

  2. (2)

    Once the FCA receives the MIS confidentiality agreement from the APA or the CTP, the FCA will provide the APA or the CTP with Market Interface Specification (MIS).

05/04/2024R

An APA or a CTP seeking a connection to the FCA’s market data processor system must complete the form at MAR 9 Annex 7R as soon as possible and no later than 4 weeks following authorisation as an APA or a CTP.

03/01/2018G

The FCA expects an APA or a CTP to deal with it in an open and co-operative way in order to establish a technology connection for the provision of data to the FCA as required by article 22 of MiFIR.

Yearly notifications to the FCA

05/04/2024R

A data reporting services provider must complete the yearly notification form in MAR 9 Annex 8R:

  1. (1)

    A data reporting services provider must complete the yearly notification form in MAR 9 Annex 8D:

  2. (2)

    then every year within 3 months of the same date.

05/04/2024G

For example, if a data reporting services provider’s authorisation commences on 8 April 2024, the data reporting services provider must provide the information in MAR 9 Annex 8R on or before 8 July 2025 and then every year thereafter on or before 8 July of that particular year.

Ad hoc notifications to the FCA

05/04/2024R
  1. (1)

    A data reporting services provider must promptly complete the ad hoc notification form in MAR 9 Annex 9R to notify the FCA in respect of all matters required by the rules in MAR 9.2B.5R(3), MAR 9.2B.6R(4), MAR 9.2B.10R(8) and MAR 9.3.10R(2)

  2. (2)

    A data reporting services provider must notify the FCA as soon as reasonably practicable if it considers that it is unable to comply with any rule in this chapter or other regulatory obligation, explaining the reasons why it is unable to comply.

05/04/2024G

Information to be provided in MAR 9 Annex 9R includes information relating to breaches in physical and electronic security measures and service interruptions or connection disruptions.

Provision of the forms in MAR 9 Annexes 5R, 6R, 7R, 8R and 9R to the FCA

05/04/2024R

A data reporting services provider must promptly provide the forms in MAR 9 Annexes 5R, 6R, 7R, 8R and 9R and supporting documentation to the FCA:

  1. (1)

    at [email protected]; or

  2. (2)

    by posting it to the FCA, addressed to:

    The Financial Conduct Authority

    The Markets Reporting Team

    12 Endeavour Square

    London

    E20 1JN.

MAR 9.4 Supervisory regime

Overview of supervisory approach

03/01/2018G
  1. (1)

    The FCA expects to have an open, cooperative and constructive relationship with data reporting services providers to enable it to understand and evaluate data reporting services providers’ activities and their ability to meet the requirements in the DRS Regulations. As part of that relationship the FCA expects a data reporting services provider to provide it with information about any proposed restructuring, reorganisation or business expansion which could have a significant impact on the data reporting services provider’s risk profile or resources.

  2. (2)

    The FCA will, when necessary, arrange meetings between the FCA and key individuals of the data reporting services provider for this purpose.

  3. (3)

    The FCA expects the data reporting services provider to take its own steps to assure itself that it will continue to satisfy the data reporting services provider organisational requirements when considering any changes to its business operations.

Overview of supervisory tools

03/01/2018G

The FCA will use a variety of tools to monitor whether a data reporting services provider complies with its regulatory requirements. These tools include (but are not limited to):

  1. (1)

    desk-based reviews;

  2. (2)

    liaison with other regulators;

  3. (3)

    meetings with management and other representatives of a data reporting services provider;

  4. (4)

    on-site visits;

  5. (5)

    use of auditors;

  6. (6)

    use of a skilled person;

  7. (7)

    reviews and analysis of periodic returns and notifications;

  8. (8)

    transaction monitoring;

  9. (9)

    making recommendations for preventative or remedial action;

  10. (10)

    giving individual guidance;

  11. (11)

    restrictions on permission to carry on a data reporting service; and

  12. (12)

    imposing individual requirements.

MAR 9.5 Frequently Asked Questions

01/01/2021G

Q. We are a trading venue operator. Can you please clarify how we can provide a data reporting service under the derogation from needing authorisation in regulation 5(b) to (d) of the DRS Regulations?

A.

  1. (1)

    The derogation (or exception) in article 59(2) of MiFID allowed Member States to allow a trading venue operator to provide a data reporting service without prior authorisation, if the operator verified that they complied with Title V of MiFID.

  2. (2)

    The United Kingdom adopted this derogation in regulation 5(b) to (d) of the DRS Regulations.

  3. (3)

    As a result a trading venue operator must apply for verification of its rights to provide a data reporting service using the form in MAR 9 Annex 1D.

  4. (4)

    The application process for a trading venue operator to become a data reporting services provider is the same as for a person to become a data reporting services provider, except for the requirements for the management body of a market operator addressed in MAR 9.5.3G below.

  5. (5)

    Successful applicants will become data reporting services providers and will be required to comply with the regulatory framework in MAR 9.1.3G. They will be subject to fees charged by the FCA in MAR 9.5.4G.

03/07/2017G

Q. We are a market operator. Can we use the same members of our management body?

A. Yes. Where the members of the management body of the APA, the CTP or the ARM are the same as the members of the management body of the regulated market you will be deemed to have complied with the management body requirement in regulation 13(1)(a) and (b) of the DRS Regulations. You will only be required to complete the full name and personal national identification number or equivalent thereof fields of MAR 9 Annex 2D for each of these members of the management body. For any additional members of the management body of the APA, the CTP or the ARM that are not the same as the members of the management body of the regulated market, you must notify us of these persons by completing all fields of MAR 9 Annex 2D. You must notify us of any change in membership using MAR 9 Annex 6D.

03/07/2017G

Q. Where can I find out information about fees to be charged in respect of data reporting services providers?

A. See FEES 3.2.7R and FEES 4 Annex 11R.

03/07/2017G

Q. How do we go about applying to be an ARM?

A. In summary:

  1. (1)

    You should complete:

    1. (a)

      all of the questions in the application form at MAR 9 Annex 1D; and

    2. (b)

      the notification form for the list of members of the management body at MAR 9 Annex 2D.

  2. (2)

    You should sign the MIS confidentiality agreement at MAR 9 Annex 10D.

  3. (3)

    You should provide the documents referred to in:

    1. (a)

      (1)(a) and (b) together with supporting documentation to the FCA as set out in MAR 9.2.6D; and

    2. (b)

      (2) to the FCA as set out in MAR 9.3.4D.

  4. (4)

    After receiving the documents referred to in (3) and subject to our review of them, we will provide you with a copy of our Market Interface Specification (MIS).

  5. (5)

    If you consider that you can meet our specifications you should obtain the FCA MDP on-boarding application form at MAR 9 Annex 7D and provide the completed form and any relevant documents to us together with the associated fee in FEES 3.2.7R and FEES 4 Annex 11R. Our consideration of your application for authorisation as an ARM is dependent on us reviewing a completed FCA MDP on-boarding application form.

  6. (6)

    We may at any time request additional information to proceed with the assessment of the application.

  7. (7)

    During our consideration of your application for authorisation or verification, we will normally invite you to work with us to undertake the appropriate testing required for you to establish connection to us.

  8. (8)

    Having obtained and examined the necessary information we require from you, we will do one of three things in relation to your application for authorisation:

    1. (a)

      authorise you as an ARM; or

    2. (b)

      issue a warning notice that we propose to authorise you as an ARM with the imposition of a requirement on your authorisation; or

    3. (c)

      issue a warning notice that we propose to refuse the application for authorisation.

  9. (9)

    If we issue a warning notice, the procedure in DEPP applies.

  10. (10)

    If we approve your application for authorisation or verification, we will confirm your authorised status.

01/01/2021G

Q. Does an investment firm need to be authorised as an ARM to send transaction reports to the FCA?

A. No. If you are a MiFID investment firm that wishes to send transaction reports to us to satisfy your own transaction reporting obligations under MiFIR or a third country investment firm subject to a similar obligation pursuant to GEN 2.2.22AR,

you do not need to become authorised as an ARM. You are permitted to connect directly to us although there will be a requirement to sign a MIS confidentiality agreement with us, to satisfy connectivity requirements and to undertake testing associated with connecting to our systems. For the associated costs please see FEES 3.2.7R for relevant on-boarding costs. If you want to connect to us to send reports on behalf of other investment firms then you must become authorised as an ARM.

01/01/2021G

Q. Where can I find a list of data reporting services providers?

A. Regulation 6 of the DRS Regulations requires the FCA to maintain a register of data reporting services providers.

03/07/2017G

Q. I am a data reporting services provider and am experiencing technical issues. What do I do?

A. In the first instance please contact Market Data Processor support at [email protected] and copy DRSP supervision at [email protected] with a succinct summary of the technical issue(s) encountered.

03/07/2017G

Q. Can any trading venue report transactions for the purposes of article 26 of MiFIR to the FCA using an ARM?

A. Yes. The ability of a trading venue to submit data to an ARM is consistent with the definition of an ARM which enables a trading venue to submit information, on its own behalf, to an ARM. It is also consistent with paragraph 2 of article 9 [Security] of MiFID RTS 13, which enables a third party to submit information to an ARM on behalf of others. More generally, it supports the purpose underlying MiFIR and MiFID of facilitating the detection of cases of market abuse.

03/07/2017G

Q. Can a group of investment firms aggregate their reporting via an internal hub?

A. Yes. A group of investment firms may use a hub to assist with aggregating transaction reporting data for each legal entity that is an investment firm in the group for the purposes of article 26 of MiFIR provided that the hub is either an ARM or the hub uses an ARM to report the transaction data to the FCA. Paragraph 2 of article 9 [Security] of MiFID RTS 13 confirms that an investment firm (‘reporting firm’) may use a third party (‘submitting firm’) to submit information to an ARM.

03/07/2017G

Q. Which form should I use if I wish to cancel some, but not all, of my data reporting service?

A. You should use the form at MAR 9 Annex 3D. If you expect the wind-down (run-off) of the service that you wish to cancel to take longer than six months you should discuss this with your usual supervisory contact.

03/07/2017G

Q. I intend to apply to be authorised to provide the data reporting service of an APA. May I establish connectivity requirements while my application for authorisation is being considered?

A. Yes. The MIS confidentiality agreement is available on our website at www.fca.org.uk/markets/market-data-regimes/market-data-reporting-mdp

together with instructions on how to obtain the Market Interface Specification (MIS) for connectivity.

MAR 9 Annex 1 Application form to provide the service of ARM and/or APA and/or CTP

31/07/2026D

MAR 9 Annex 2 Notification form for list of members of a management body

05/04/2024D

MAR 9 Annex 3 Variation of Authorisation of a Data Reporting Services Provider (DRSP)

05/04/2024D

MAR 9 Annex 4 Cancellation of Authorisation of a Data Reporting Services Provider (DRSP)

05/04/2024D

MAR 9 Annex 5R Material Change in information for a Data Reporting Services Provider (DRSP)

05/04/2024R

MAR 9 Annex 6R Notification form for changes to the membership of the management body

05/04/2024R

MAR 9 Annex 7R FCA MDP on-boarding application form

05/04/2024R

MAR 9 Annex 8R Yearly Notification Form for a Data Reporting Service Provider (DRSP)

31/07/2026R

MAR 9 Annex 9R Data Reporting Services Provider (DRSP) Ad hoc notification

05/04/2024R

MAR 9 Annex 10 MIS confidentiality agreement

03/07/2017D

[result matched startEditor’s note:result matched end The form can be found at this address: https://www.fca.org.uk/publication/forms/mis-confidentiality-agreement.docx]

MAR 9 Annex 11 Consolidated tape for equities – receipt and transmission of data

31/07/2026R
  1. (1) Table 1 below has the status of a rule. It defines certain notation used in the tables in this annex for formats in which data must be received or transmitted.
  2. (2) A reference in table 1 to ‘ISO’, followed by a reference number and year, is to a standard published by the International Organization for Standardization.
31/07/2026R

Table 1 – Notation used in this annex

NotationData typeDefinition
{DATE_TIME_FORMAT}The date and time format as defined in ISO 8601: 2019 (on representing the date and time).

Date and time in the following format: 

YYYY-MM-DDThh:mm:ss.ddddddZ. 

  • • ‘YYYY’ is the year. 

  • • ‘MM’ is the month. 

  • • ‘DD’ is the day.

  • • ‘T’ means that the letter ‘T’ shall be used. 

  • • ‘hh’ is the hour.

  • • ‘mm’ is the minute.

  • • ‘ss.dddddd’ is the second and its fraction of a second.

  • • Z is coordinated universal time (UTC).  

Dates and times shall be reported in UTC. 

{ISIN}12 alphanumerical characters.ISIN code, as defined in ISO 6166: 2019 (on the structure of international securities identification numbers (ISIN)).
{MIC}4 alphanumerical characters.Market identifier, as defined in ISO 10383: 2012 (on identification of exchanges and markets).
{DECIMAL-n/m}Decimal number of up to n digits in total of which up to m digits can be fraction digits.

Numerical field for both positive and negative values. 

  • • Decimal separator is ‘.’ (full stop). 

  • • negative numbers are prefixed with ‘–’ (minus).

Where applicable, values shall be rounded and not truncated. 

{CURRENCYCODE_3}3 alphanumerical characters.3-letter currency code, as defined by ISO 4217: 2012 (on currency codes).

Pre-trade data to be transmitted to, and published by, the CTP for equities

31/07/2026R
  1. (1) Table 2 below has the status of a rule (as set out in (2) and (3)). Table 2 is referred to in MAR 9.2B.34AR.
  2. (2) A UK trading venue must send to the CTP for equities the information described in column 3 (Description and details to be published) of table 2:
    1. (a) in the relevant format in the corresponding row of column 4 (Format to be populated (where relevant, as defined in table 1)) of table 2; and
    2. (b) labelled with the identifier in the corresponding row of column 2 (Field identifier) of table 2.
  3. (3) The relevant format in column 4 is:
    1. (a) the format within quotation marks (for example, ‘BUYI’) that correctly describes the trade concerned; or
    2. (b) if the format is a notation defined in table 1, the format within brackets (for example, {MIC}).
31/07/2026G

A reference in table 2 to ‘ISO’, followed by a reference number and year, is to a standard published by the International Organization for Standardization.

31/07/2026R

Table 2 – Pre-trade data to be transmitted to, and published by, the CTP for equities

#Field identifier Description and details to be published 

Format to be populated (where relevant, as defined in table 1)

Equivalent formats can be used, depending on the syntax used for data

transmission

1Update date and time 

For non-aggregated orders or quotes, the date and time when the order or quote was received for execution, cancelled or modified into the trading system. 

For aggregated orders or quotes, the date and time when the aggregated bid price or volume or the aggregated offer price or volume was calculated following the receipt of an order for execution, cancellation, or modification into the trading system, or following an execution.

For periodic auction trading systems, the date and time at which the price would best satisfy the trading algorithm and any modification of the price or quantity thereafter. 

For auction trading systems, the date and time at which the price would best satisfy the trading algorithm and any modification of the price or quantity thereafter. 

The level of granularity shall be in accordance with the requirements set out in MAR 9.2B.34HR.

Price and quantity should be updated at the end of every trading phase.

{DATE_TIME_FORMAT}
2Instrument identification code Code used to identify the instrument.{ISIN}
3Side

The side of the order or quote.

This field is mandatory only for continuous order book trading systems. 

‘BUYI’ or ‘SELL’
4Price

The price of orders and quotes, excluding, where applicable, commission and accrued interest. 

For auction trading systems, the price at which the auction trading system would best satisfy its trading algorithm. 

The price shall be provided in the major currency unit. 

Where price is currently not available but pending or not applicable, this field shall not be populated. 

{DECIMAL-18/13} when the price is expressed as monetary value in the case of equity and equity-like financial instruments.

{DECIMAL-11/10} when the price is expressed as percentage or yield in the case of certificates and other equity-like financial instruments. 

{DECIMAL-18/17} when the price is expressed as percentage, yield or basis points in the case of certificates and other equity-like financial instruments.

5Price currencyMajor currency unit in which the price is expressed (applicable if the price is expressed as monetary value).{CURRENCYCODE 3}
6Quantity

Number of units of the financial instrument attached to quotes or orders. 

For auction trading systems, the aggregated quantity attached to the price that would best satisfy the trading algorithm.

{DECIMAL-18/17} in case the quantity is expressed as number of units in the case of equity and equity-like financial instruments.

{DECIMAL-18/5} in case the quantity is expressed as monetary or nominal value in the case of certificates and other equity-like instruments.

7Venue

Identification of the trading venue through the system of which orders and quotes are advertised.

Use the segment MIC specified in ISO 10383: 2012 (on the identification of exchanges and markets) or, where the segment MIC does not exist, the operating MIC.

{MIC}
8Trading system

Type of trading system where the order or quote is advertised.

This field shall be populated for central limit order book trading systems and periodic auction trading systems.

‘CLOB’ for a central limit order book trading system. This includes a continuous order book trading system as defined in table 1 in Annex I to MiFID RTS 1 and a trading system combining elements of a continuous order book trading system and of a periodic auction trading system.

‘PATS’ for a periodic auction trading system. 

In this row, a reference to a type of trading system is to that system type as defined in table 1 in Annex 1 to MiFID RTS 1.

9Trading system phaseType of trading system phase where the order or quote is advertised.

‘UDUC’ for an undefined auction.

‘SOAU’ for a scheduled opening auction.

‘SCAU’ for a scheduled closing auction.

‘SIAU’ for a scheduled intraday auction. 

‘UAUC’ for an unscheduled auction. 

‘ODAU’ for an on-demand auction. 

‘CONT’ for continuous trading. 

‘MACT’ for at market close trading. 

‘OMST’ for out of main session trading. 

‘OTSP’ for any other trading phase. 

10Publication date and time

Date and time when the information was published by the trading venue.

The level of granularity shall be in accordance with the requirements set out in MAR 9.2B.34HR.

{DATE_TIME_FORMAT}

Information to be provided to the CTP for equities – regulatory data per instrument

31/07/2026R
  1. (1) Table 3 below has the status of a rule (as set out in (2) and (3)). It is referred to in MAR 9.2B.34AR.
  2. (2) A UK trading venue must send to the CTP for equities the information described in column 3 (Description) of table 3:
    1. (a) in the relevant format in the corresponding row of column 4 (Format (where relevant, as defined in table 1)) of table 3; and
    2. (b) labelled with the identifier in the corresponding row of column 2 (Field identifier) of table 3.
  3. (3) The relevant format in column 4 is:
    1. (a) the format within quotation marks (for example, ‘SUSP’) that correctly describes the trade concerned; or
    2. (b) if the format is a notation defined in table 1, the format within brackets (for example, {MIC}).
31/07/2026R

Table 3 – Regulatory data for shares, ETFs, depositary receipts, certificates or other similar financial instruments per instrument

#Field identifierDescription

Format (where relevant, as defined in table 1)

Equivalent formats can be used, depending on the syntax used for data transmission

Input/output data field
1Instrument identification codeCode used to identify the financial instrument.{ISIN}Both
2Instrument status start date and time

Date and time from which the instrument status is valid. 

The level of granularity shall be in accordance with the requirements set out in MAR 9.2B.34HR.

{DATE_TIME_FORMAT}Both
3CurrencyMajor currency in which the instrument trades.{CURRENCYCODE_3}Both
4Dissemination date and time

Date and time on which the regulatory data is disseminated by the CTP for equities. 

The level of granularity shall be in accordance with the requirements set out in MAR 9.2B.34HR

{DATE_TIME_FORMAT}Output
5Instrument status

Description of the status of the financial instrument. 

The status of the financial instrument shall be one of the following: 

(1) suspended from trading, on the trading venue identified in the field ‘Trading venue’; 

(2) removed from trading, on the trading venue identified in the field ‘Trading venue’;

(3) subject to a trading halt, on the trading venue identified in the field ‘Trading venue’; or

(4) available for trading after a suspension, removal or halt.

‘SUSP’the instrument is suspended. 

‘RMOV’the instrument is removed. 

‘HALT’the instrument is subject to a trading halt. 

‘ACTV’ – the instrument is available for trading after a suspension, removal or halt.

Both
6Trading venue

Identification of the trading venue on which the instrument status is valid (segment MIC where available, otherwise operating MIC). 

The trading venue is a regulated market or an MTF.

{MIC}Both
7Trading systemType of trading system on which the instrument is traded.

‘CLOB’ for a central limit order book trading system.

‘QDTS’ for a quote driven trading system.

‘PATS’ for a periodic auction trading system. 

‘RFQT’ for a request for quote trading system.

‘HYBR’ for a hybrid trading system.

‘OTHR’ for any other trading system. 

In this row, a reference to a type of trading system has the same meaning as in row 8 of table 2.

Both
8Trading system phaseType of trading phase of the trading system on which the instrument is traded.

‘UDUC’ for an undefined auction. 

‘SOAU’ for a scheduled opening auction. 

‘SCAU’ for a scheduled closing auction.

‘SIAU’ for a scheduled intraday auction. 

‘UAUC’  for an unscheduled auction. 

‘ODAU’  for an on-demand auction (frequent batch auction). 

 ‘CONT’ for continuous trading. 

‘MACT’ for at market close trading.

‘OMST’ for out of main session trading. 

‘TROE’ for trade reporting (on exchange). 

‘TROF’ for trade reporting (off exchange). 

‘TRSI’ for trade reporting (systematic internaliser).   

‘OTSP’ for any other trading phase. 

Both

Information to be provided to the CTP for equities – regulatory data per order matching system

31/07/2026R
  1. (1) Table 4 below has the status of a rule (as set out in (2), (3) and (4)). It is referred to in MAR 9.2B.34AR.
  2. (2) A UK trading venue must send to the CTP for equities the information described in column 3 (Description) of table 4.
  3. (3) It must send that information in the relevant format in the corresponding row of column 4 (Format (where relevant, as defined in table 1)) of table 4 and labelled with the identifier in the corresponding row of column 2 (Field identifier) of table 4.
  4. (4) The relevant format in column 4 is:
    1. (a) the format within quotation marks (for example, ‘CLOB’) that correctly describes the trade concerned; or
    2. (b) if the format is a notation defined in table 1, the format within brackets (for example, {MIC}).
31/07/2026G

If a UK trading venue has an outage that disrupts its connection to the CTP for equities, it may provide the information in table 4 by any reasonable alternative means (such as email). 

31/07/2026R

Table 4 – Regulatory data for shares, ETFs, depositary receipts, certificates or other similar financial instruments, per order matching system

Field identifier 

Description 

Format (where relevant, as defined in table 1)

Equivalent formats can be used, depending on the syntax used for data transmission 

Input/output data field 

Trading venue 

Identification of the trading venue on which the order matching system status is valid (segment MIC where available, otherwise operating MIC).

The trading venue is a regulated market or an MTF.

{MIC} 

Both 

Trading system 

Type of trading system on which the system status is provided.

‘CLOB’ for a central limit order book trading system.

‘QDTS’ for a quote driven trading system.

‘PATS’ for a periodic auction trading system. 

‘RFQT’ for a request for quote trading system.

‘HYBR’ for a hybrid trading system.

‘OTHR’ for any other trading system. 

In this row, a reference to a type of trading system has the same meaning as in row 8 of table 2.

Both 

System status start date and time 

Date and time from which the system status is valid. 

The level of granularity shall be in accordance with the requirements set out in MAR 9.2B.34HR.

{DATE_TIME_FORMAT} 

Both 

4

System status dissemination date and time 

Date and time on which the system status is disseminated by the CTP for equities. 

The level of granularity shall be in accordance with the requirements set out in MAR 9.2B.34HR.

{DATE_TIME_FORMAT} 

Output 

Trading system status 

Status of the trading system.

‘ACTV’ – the system is active.

‘OTAG’ – there is an outage of the trading system. 

‘POTG’ – there is a partial outage of the trading system. 

Both 

Provision of information to the CTP for equities – performance requirements

31/07/2026R
  1. (1) Table 5 below has the status of a rule (as set out in (2)), except for column 3 (‘Primary OSI layers’), which has the status of guidance as set out in MAR 9 Annex 11.12G. Table 5 is referred to in MAR 9.2B.34CR.
  2. (2) The selected protocol used by a UK trading venue or APA for transmitting data to the CTP for equities (following selection of the protocol by the CTP for equities) must comply with the requirements in column 2 (Minimum requirements) of table 5.
31/07/2026G

Column 3 of table 5 sets out OSI layers to illustrate the features of the selected protocol the FCA considers likely to be relevant to ensuring compliance with the minimum requirements in column 2 of table 5. These are likely to be features comprised in one or more of the specified OSI layers (or in parts of the protocol similar to such an OSI layer). The relevant features may, however, also derive from other parts of the selected protocol. 

31/07/2026

Table 5 – Performance requirements

Metrics/ features 

Minimum requirements 

Primary OSI layers 

Latency 

Latency shall be maintained below 50 milliseconds for the transmission of data to the CTP for equities. 

Layer 3 (Network) 

Throughput 

Throughput shall be sufficient to meet the latency requirements in row 1 of this table 5, while handling a messages-per-second rate equal to double the peak of equivalent production volumes over the previous 6-month period. 

Layer  1 (Physical) 

Layer 2 (Data link) 

Connection setup time 

The round trip time (RTT) for establishing or reestablishing a connection, including retry attempts, and being ready to transmit and receive messages, shall be less than 500 milliseconds. 

Layer 4 (Transport) 

Scalability 

The protocol shall support operation in a clustered, load-balanced or any other resilient, high-performance environment. 

Layer 2 (Data link)

Layer 3 (Network)

Layer 4 (Transport) 

Layer 7 (Application) 

Provision of information to the CTP for equities – reliability requirements

31/07/2026R
  1. (1) Table 6 below has the status of a rule (as set out in (2)), except for column 3 (‘Primary OSI layers’), which has the status of guidance as set out in MAR 9 Annex 11.15G. Table 6 is referred to in MAR 9.2B.34CR.
  2. (2) The selected protocol used by a UK trading venue or APA for transmitting data to the CTP for equities (following selection of the protocol by the CTP for equities) must comply with the requirements in column 2 (Minimum requirements) of table 6.
31/07/2026G

Column 3 of table 6 sets out OSI layers to illustrate the features of the selected protocol the FCA considers likely to be relevant to ensuring compliance with the minimum requirements in column 2 of table 6. These are likely to be features comprised in one or more of the specified OSI layers (or in parts of the protocol similar to such an OSI layer). The relevant features may, however, also derive from other parts of the selected protocol.

31/07/2026

Table 6 – Reliability requirements

Metrics/features  

Minimum requirements 

Primary OSI layers 

Error detection mechanism 

The protocol shall include error detection mechanisms to ensure accurate identification of data transmission errors. 

Layer 2 (Data link)

Layer 4 (Transport)

Layer 7 (Application) 

Error correction mechanism 

The protocol shall incorporate error correction mechanisms to automatically rectify detected errors. 

Layer 2 (Data link)

Layer 4 (Transport)

Layer 7 (Application) 

Recovery mechanism 

The protocol shall feature recovery mechanisms to swiftly recover from transmission failures or interruptions, ensuring seamless continuity of data transmission operations. 

Layer 2 (Data link) 

Layer 3 (Network)

Layer 4 (Transport)

Layer 5 (Session)

Layer 7 (Application) 

Provision of information to the CTP for equities – security requirements

31/07/2026R
  1. (1) Table 7 below has the status of a rule (as set out in (2)), except for column 3 (‘Primary OSI layers’), which has the status of guidance as set out in MAR 9 Annex 11.18G. Table 7 is referred to in MAR 9.2B.34CR.
  2. (2) The selected protocol used by a UK trading venue or APA for transmitting data to the CTP for equities (following selection of the protocol by the CTP for equities) must comply with the requirements in column 2 (Minimum requirements) of table 7.
31/07/2026G

Column 3 of table 7 sets out OSI layers to illustrate the features of the selected protocol the FCA considers likely to be relevant to ensuring compliance with the minimum requirements in column 2 of table 7. These are likely to be features comprised in one or more of the specified OSI layers (or in parts of the protocol similar to such an OSI layer). The relevant features may, however, also derive from other parts of the selected protocol.

31/07/2026

Table 7 – Security requirements

Metrics/features 

Minimum requirements 

Primary OSI layers 

Secure transport layer 

The protocol shall support a secure transport layer to ensure the confidentiality of data during transmission.

Layer 1 (Physical)

Layer 2 (Data link)

Layer 3 (Network)

Layer 4 (Transport) 

Layer 5 (Session)

Layer 7 (Application) 

Authentication 

The protocol shall implement robust authentication mechanisms such as mutual authentication via digital certificates or strong challenge response mechanisms to verify the identity of communicating parties.

Layer 4 (Transport)

Layer 5 (Session) 

Layer 7 (Application) 

Authorisation 

The protocol shall implement authorisation mechanisms to control access to specific resources or functionalities based on user roles or permissions. 

Layer 7 (Application) 

Non-repudiation 

The protocol shall incorporate non-repudiation mechanisms to ensure that the originator of a message cannot deny sending it.  

Layer 7 (Application) 

Provision of information to the CTP for equities – compatibility requirements

31/07/2026R
  1. (1) Table 8 below has the status of a rule (as set out in (2)), except for column 3 (‘Primary OSI layers’), which has the status of guidance as set out in MAR 9 Annex 11.21G. Table 6 is referred to in MAR 9.2B.34CR.
  2. (2) The selected protocol used by a UK trading venue or APA for transmitting data to the CTP for equities (following selection of the protocol by the CTP for equities) must comply with the requirements in column 2 (Minimum requirements) of table 8.
31/07/2026G

Column 3 of table 8 sets out OSI layers to illustrate the features of the selected protocol the FCA considers likely to be relevant to ensuring compliance with the minimum requirements in column 2 of table 8. These are likely to be features comprised in one or more of the specified OSI layers (or in parts of the protocol similar to such an OSI layer). The relevant features may, however, also derive from other parts of the selected protocol.

31/07/2026

Table 8 – Compatibility requirements

Metrics/features  

Minimum requirements 

Primary OSI layers 

Open solution 

The implementation of the protocols shall adhere to non-proprietary standards. 

Layer 7 (Application) 

Interoperability  

The protocol shall support at least one widely recognised internet standard, such as HTTPS (hypertext transfer protocol secure), TCP (transmission control protocol) or TLS (transport layer security)

Layer 7 (Application) 

Backward compatibility 

The protocol shall be capable of working with at least 2 older versions (N-2) of itself or previous technologies. 

Layer 7 (Application) 

Information to be disseminated by the CTP for equities – pre-trade data (best bid and offer (BBO))

31/07/2026R
  1. (1) Table 9 below has the status of a rule (as set out in (2)). It is referred to in MAR 9.2B.34ER.
  2. (2) The CTP for equities must make available to the public the information described in column 3 (Description) of table 9, using the format in the corresponding row of column 4 (Format as defined in table 1) and labelled with the identifier in the corresponding row of column 2 (Field identifier).
31/07/2026R

Table 9 – Pre-trade market data to be disseminated by the CTP for equities – best bid and offer (BBO)

# 

Field identifier 

Description 

Format as defined in table 1 

Equivalent formats can be used, depending on the syntax used for data transmission 

Entry date and time 

The information described in row 1 of table 2 (MAR 9 Annex 11.5R), applied to the best bids and offers entered into the order book, as reported by the trading venue.  

The CTP for equities shall publish the most recent among the dates and times of the best bids and offers entered into the order book that participate in the BBO as reported by the data contributors. 

{DATE_TIME_FORMAT} 

Instrument identification code 

The information described in row 2 of table 2 (MAR 9 Annex 11.5R). 

{ISIN} 

Currency 

Major currency unit in which the United Kingdom best bid and offer prices are expressed. This corresponds to the information described row 5 of table 2 (MAR 9 Annex 11.5R).   

{CURRENCYCODE_3} 

Best bid 

United Kingdom best bid in continuous order books. This corresponds to the information described in row 4 of table 2 (MAR 9 Annex 11.5R). 

{DECIMAL-18/13}   

Best bid volume by trading venue

The aggregated volume attached to the United Kingdom best bid at each trading venue at which that price is available. This corresponds to row 6 of table 2 (MAR 9 Annex 11.5R). 

If more than one trading venue publishes the same bid price for an instrument, the number of units of that instrument attached to the bid published by each such trading venue and the identification of each such trading venue using the appropriate MIC. 

{DECIMAL-18/17} 

{MIC}

BBO timestamp 

Date and time of the calculation of the BBO. 

The level of granularity shall be in accordance with the requirements set out in MAR 9.2B.34HR.  

{DATE_TIME_FORMAT} 

Best offer 

United Kingdom best offer in continuous order books. This corresponds to row 4 of table 2 (MAR 9 Annex 11.5R). 

{DECIMAL-18/13}   

Best offer volume by trading venue 

The aggregated volume attached to the United Kingdom best offer at each trading venue at which that price is available. This corresponds to row 6 of table 2 (MAR 9 Annex 11.5R). 

If more than one trading venue publishes the same offer price for an instrument, the number of units of that instrument attached to the offer published by each such trading venue and the identification of each such trading venue using the appropriate MIC.

{DECIMAL-18/17} 

{MIC}

Dissemination date and time 

Date and time when the data related to the order was disseminated by the CTP for equities. 

The level of granularity shall be in accordance with the requirements set out in MAR 9.2B.34HR.  

{DATE_TIME_FORMAT} 

10 

Publication time and date 

This corresponds to row 10 of table 2 (MAR 9 Annex 11.5R). 

{DATE_TIME_FORMAT} 

Information to be disseminated by the CTP for equities – pre-trade data, indicative auction prices (except when trading phase is set to ‘ODAU’)

31/07/2026R
  1. (1) Table 10 below has the status of a rule (as set out in (2)). It is referred to in MAR 9.2B.34ER.
  2. (2) The CTP for equities must make available to the public the information described in column 3 (Description) of table 10, using the format in the corresponding row of column 4 (Format as defined in table 1) and labelled with the identifier in the corresponding row of column 2 (Field identifier).
31/07/2026R

Table 10 – Pre-trade market data to be disseminated by the CTP for equities – indicative auction price (except when trading phase is set to ‘ODAU’)

Field identifier 

Description 

Format as defined in table 1 

Equivalent formats can be used, depending on the syntax used for data transmission 

Indicative date and time 

The information described in row 1 of table 2 (MAR 9 Annex 11.5R). 

The CTP for equities shall publish the most recent among the dates and times of the prices that participate in the CTP's indicative auction price as reported by the data contributors. 

{DATE_TIME_FORMAT} 

Instrument identification code 

The information described in row 2 of table 2 (MAR 9 Annex 11.5R). 

{ISIN} 

Lowest auction price 

The information described in row 4 of table 2 (MAR 9 Annex 11.5R). 

{DECIMAL-18/17} 

4

Highest  auction price 

The information described in row 4 of table 2 (MAR 9 Annex 11.5R). 

{DECIMAL-18/17} 

Volume weighted auction price 

This field corresponds to the information described in row 4 of table 2 (MAR 9 Annex 11.25) weighted by the information described in row 6 of table 2 (MAR 9 Annex 11.5R). 

{DECIMAL-18/17} 

Currency 

Major currency unit in which the auction price is expressed. This field corresponds to the information described in row 5 of table 2 (MAR 9 Annex 11.5R). 

{CURRENCYCODE_3} 

Auction volume 

Total auction volume, where applicable, across venues. This corresponds to the information described in row 6 of table 2 (MAR 9 Annex 11.5R). 

{DECIMAL-18/13}   

Dissemination date and time 

Date and time when the data related to the indicative auction price and size was disseminated by the CTP for equities to the subscribers. 

The level of granularity shall be in accordance with the requirements set out in MAR 9.2B.34HR.  

{DATE_TIME_FORMAT} 

Publication date and time 

The information described in row 10 of table 2 (MAR 9 Annex 11.5R). 

{DATE_TIME_`} 

10

Trading venue 

Identification of the trading venue conducting the auction (segment MIC where available, otherwise operating MIC).

The trading venue is a regulated market or an MTF. 

{MIC}

Information to be disseminated by the CTP for equities – pre-trade data, indicative auction prices in ODAU phase

31/07/2026R
  1. (1) Table 11 below has the status of a rule (as set out in (2)). It is referred to in MAR 9.2B.34ER.
  2. (2) The CTP for equities must make available to the public the information described in column 3 (Description) of table 11, using the format in the corresponding row of column 4 (Format as defined in table 1) and labelled with the identifier in the corresponding row of column 2 (Field identifier).
31/07/2026R

Table 11 – Pre-trade market data to be disseminated by the CTP for equities – indicative auction price when trading phase is set to ‘ODAU’

# 

Field identifier 

Description 

Format as defined in Table 1 

Equivalent formats can be used, depending on the syntax used for data transmission 

Indicative date and time 

The information described in row 1 of table 2 (MAR 9 Annex 11.5R). 

The CTP for equities shall publish the most recent among the dates and times of the prices that participate in the CTP's indicative auction price as reported by the data contributors. 

{DATE_TIME_FORMAT} 

Instrument identification code 

The information described in row 2 of table 2 (MAR 9 Annex 11.5R). 

{ISIN} 

Lowest  auction price 

The information described in row 4 of table 2 (MAR 9 Annex 11.5R). 

{DECIMAL-18/17} 

Highest  auction price 

The information described in row 4 of table 2 (MAR 9 Annex 11.5R). 

{DECIMAL-18/17} 

Volume weighted auction price 

This field corresponds to the information described in row 4 of table 2 (MAR 9 Annex 11.5R) weighted by the information described in row 6 of table 2 (MAR 9 Annex 11.5R). 

{DECIMAL-18/17} 

Currency 

Major currency unit in which the auction price is expressed. This field corresponds to the information described in row 5 of table 2 (MAR 9 Annex 11.5R). 

{CURRENCYCODE_3} 

Auction volume 

Total auction volume, where applicable, across venues. This field corresponds to the information described in row 6 of table 2 (MAR 9 Annex 11.5R). 

{DECIMAL-18/13}   

Dissemination date and time 

Date and time when the data related to the indicative auction price and size was disseminated by the CTP for equities to the subscribers. 

The level of granularity shall be in accordance with the requirements set out in MAR 9.2B.34HR

{DATE_TIME_FORMAT} 

9

Publication date and time 

The information described in row 10 of table 2 (MAR 9 Annex 11.5R). 

{DATE_TIME_FORMAT} 

10

Trading venue

Identification of the trading venue conducting the auction (segment MIC where available, otherwise operating MIC). The trading venue is a regulated market or MTF.

{MIC}