> For the complete documentation index, see [llms.txt](https://www.mica.wtf/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://www.mica.wtf/mica.wtf/mifir/title-iva-data-reporting-services-art.-27a-27i/27i.md).

# Art. 27i — Organisational requirements for ARMs

**1.**&#x41;n ARM shall have adequate policies and arrangements in place to report the information required under [Article 26](/mica.wtf/mifir/title-iv-transaction-reporting-art.-24-27/26.md) as quickly as possible, and no later than the close of the working day following the day upon which the transaction took place.

**2.**&#x54;he ARM shall operate and maintain effective administrative arrangements designed to prevent conflicts of interest with its clients. In particular, an ARM that is also a market operator or investment firm shall treat all information collected in a non-discriminatory fashion and shall operate and maintain appropriate arrangements to separate different business functions.

**3.**&#x41;n ARM shall comply with the requirements concerning the security of network and information systems set out in Regulation (EU) 2022/2554.

**4.**&#x54;he ARM shall have systems in place that can effectively check transaction reports for completeness, identify omissions and obvious errors caused by the investment firm, and where such error or omission occurs, to communicate details of the error or omission to the investment firm and request re-transmission of any such erroneous reports.

The ARM shall have systems in place to enable the ARM to detect errors or omissions caused by the ARM itself and to enable the ARM to correct and transmit, or re-transmit as the case may be, correct and complete transaction reports to the competent authority.

**4a.**&#x41;n ARM shall have objective, non-discriminatory and publicly disclosed requirements for access to its services by undertakings that are subject to the reporting obligation laid down in [Article 26](/mica.wtf/mifir/title-iv-transaction-reporting-art.-24-27/26.md).

An ARM shall publicly disclose the prices and fees associated with the data reporting services provided pursuant to this Regulation. It shall disclose separately the prices and fees of each service provided, including discounts and rebates and the conditions for benefiting from them. It shall allow reporting entities to access specific services separately. The prices and fees charged by an ARM shall be cost-related.

**4b.**&#x41;n ARM shall keep records relating to its business at the disposal of the relevant competent authority or ESMA for at least five years.

**5.**&#x45;SMA shall develop draft regulatory technical standards specifying:

> **(a)**&#x74;he means by which the ARM may comply with the information obligation referred to in paragraph 1; and
>
> **(b)**&#x74;he concrete organisational requirements laid down in paragraphs 2 and 4.

Power is delegated to the Commission to supplement this Regulation by adopting the regulatory technical standards referred to in the first subparagraph in accordance with Articles 10 to 14 of Regulation (EU) No 1095/2010.


---

# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.

## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question.

Perform an HTTP GET request on the current page URL with the `ask` query parameter, and the optional `goal` query parameter:

```
GET https://www.mica.wtf/mica.wtf/mifir/title-iva-data-reporting-services-art.-27a-27i/27i.md?ask=<question>&goal=<endgoal>
```

`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is optional and describes the broader end goal you are ultimately trying to accomplish on behalf of the user. GitBook uses it to tailor the answer towards what is most useful for that goal.

The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.

Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.
