> 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/title-iii-asset-referenced-tokens-art.-16-47/chapter-1/article-17.md).

# Article 17

|                 |                                                                                 |
| --------------- | ------------------------------------------------------------------------------- |
| **Instrument**  | Regulation (EU) 2023/1114 (MiCA)                                                |
| **Source**      | [EUR-Lex](https://eur-lex.europa.eu/legal-content/EN/TXT/?uri=CELEX:32023R1114) |
| **Status**      | In force                                                                        |
| **Review rule** | Legal-text changes require human review                                         |

### Requirements for credit institutions

1. An [asset-referenced token](https://www.mica.wtf/definitions/definitions/mica/asset-referenced-token) issued by a [credit institution](https://www.mica.wtf/definitions/definitions/mica/credit-institution) may be offered to the public or admitted to trading if the credit institution:
   1. draws up a [crypto-asset](https://www.mica.wtf/definitions/definitions/mica/crypto-asset) white paper as referred to in [Article 19](/mica/title-iii-asset-referenced-tokens-art.-16-47/chapter-1/article-19.md) for the [asset-referenced token](https://www.mica.wtf/definitions/definitions/mica/asset-referenced-token), submits that crypto-asset white paper for approval by the [competent authority](https://www.mica.wtf/definitions/definitions/mica/competent-authority) of its [home Member State](https://www.mica.wtf/definitions/definitions/mica/home-member-state) in accordance with the procedure set out in the regulatory technical standards adopted pursuant to paragraph 8 of this Article, and has the crypto-asset white paper approved by the competent authority;
   2. notifies the respective [competent authority](https://www.mica.wtf/definitions/definitions/mica/competent-authority), at least 90 working days before issuing the [asset-referenced token](https://github.com/jakesenfti/micawtf/blob/main/spaces/definitions/mica/asset-referenced-token.md) for the first time, by providing it with the following information:
   3. a programme of operations, setting out the business model that the [credit institution](https://www.mica.wtf/definitions/definitions/mica/credit-institution) intends to follow;
   4. a legal opinion that the [asset-referenced token](https://github.com/jakesenfti/micawtf/blob/main/spaces/definitions/mica/asset-referenced-token.md) does not qualify as either of the following:
      * a [crypto-asset](https://www.mica.wtf/definitions/definitions/mica/crypto-asset) excluded from the scope of this Regulation pursuant to [Article 2](/mica/title-i-subject-matter-scope-and-definitions-art.-1-3/article-2.md)(4);
      * an [e-money token](https://www.mica.wtf/definitions/definitions/mica/electronic-money-token);
   5. a detailed description of the governance arrangements referred to in [Article 34](/mica/title-iii-asset-referenced-tokens-art.-16-47/chapter-2/article-34.md)(1);
   6. the policies and procedures listed in [Article 34](/mica/title-iii-asset-referenced-tokens-art.-16-47/chapter-2/article-34.md)(5), first subparagraph;
   7. a description of the contractual arrangements with third-party entities as referred to in [Article 34](/mica/title-iii-asset-referenced-tokens-art.-16-47/chapter-2/article-34.md)(5), second subparagraph;
   8. a description of the business continuity policy referred to in [Article 34](/mica/title-iii-asset-referenced-tokens-art.-16-47/chapter-2/article-34.md)(9);
   9. a description of the internal control mechanisms and risk management procedures referred to in [Article 34](/mica/title-iii-asset-referenced-tokens-art.-16-47/chapter-2/article-34.md)(10);
   10. a description of the systems and procedures in place to safeguard the availability, authenticity, integrity and confidentiality of data referred to in [Article 34](/mica/title-iii-asset-referenced-tokens-art.-16-47/chapter-2/article-34.md)(11).
2. A [credit institution](https://github.com/jakesenfti/micawtf/blob/main/spaces/definitions/crr/credit-institution.md) that has previously notified the [competent authority](https://github.com/jakesenfti/micawtf/blob/main/spaces/definitions/mica/competent-authority.md) in accordance with paragraph 1, point (b), when issuing another asset-referenced token shall not be required to submit any information that was previously submitted by it to the competent authority where such information would be identical. When submitting the information listed in paragraph 1, point (b), the credit institution shall expressly confirm that any information not resubmitted is still up-to-date.
3. The [competent authority](https://github.com/jakesenfti/micawtf/blob/main/spaces/definitions/mica/competent-authority.md) receiving a notification referred to in paragraph 1, point (b), shall, within 20 working days of receipt of the information listed therein, assess whether the information required under that point has been provided. Where the competent authority concludes that a notification is not complete because information is missing, it shall immediately inform the notifying [credit institution](https://github.com/jakesenfti/micawtf/blob/main/spaces/definitions/crr/credit-institution.md) thereof and set a deadline by which that credit institution is required to provide the missing information.

   The deadline for providing any missing information shall not exceed 20 working days from the date of the request. Until the expiry of that deadline, the period set by paragraph 1, point (b), shall be suspended. Any further requests by the competent authority for completion or clarification of the information shall be at its discretion but shall not result in a suspension of the period set by paragraph 1, point (b).

   The credit institution shall not make an [offer to the public](https://www.mica.wtf/definitions/definitions/mica/offer-to-the-public) or seek the admission to trading of the asset-referenced token as long as the notification is incomplete.
4. A credit institution that issues asset-referenced tokens, including significant asset-referenced tokens, shall not be subject to Articles [16](/mica/title-iii-asset-referenced-tokens-art.-16-47/chapter-1/article-16.md), [18](/mica/title-iii-asset-referenced-tokens-art.-16-47/chapter-1/article-18.md), [20](/mica/title-iii-asset-referenced-tokens-art.-16-47/chapter-1/article-20.md), [21](/mica/title-iii-asset-referenced-tokens-art.-16-47/chapter-1/article-21.md), [24](/mica/title-iii-asset-referenced-tokens-art.-16-47/chapter-1/article-24.md), [35](/mica/title-iii-asset-referenced-tokens-art.-16-47/chapter-2/article-35.md), [41](/mica/title-iii-asset-referenced-tokens-art.-16-47/chapter-4/article-41.md) and [42](/mica/title-iii-asset-referenced-tokens-art.-16-47/chapter-4/article-42.md).
5. The competent authority shall communicate to the ECB without delay the complete information received under paragraph 1 and, where the credit institution is established in a Member State whose [official currency](https://www.mica.wtf/definitions/definitions/mica/official-currency) is not the euro or where an official currency of a Member State that is not the euro is referenced by the asset-referenced token, also to the central bank of that Member State.

   The ECB and, where applicable, the central bank of the Member State as referred to in the first subparagraph shall, within 20 working days of receipt of the complete information, issue an opinion on that information and transmit that opinion to the competent authority.

   The competent authority shall require the credit institution not to [offer to the public](https://www.mica.wtf/definitions/definitions/mica/offer-to-the-public) or seek the admission to trading of the asset-referenced token in cases where the ECB or, where applicable, the central bank of the Member State as referred to in first subparagraph, gives a negative opinion on the grounds of a risk posed to the smooth operation of payment systems, monetary policy transmission or monetary sovereignty.
6. The competent authority shall communicate to ESMA the information specified in [Article 109](/mica/title-vii-competent-authorities-eba-and-esma-art.-93-138/chapter-2/article-109.md)(3) after verifying the completeness of the information received under paragraph 1 of this Article.

   ESMA shall make such information available in the register, under [Article 109](/mica/title-vii-competent-authorities-eba-and-esma-art.-93-138/chapter-2/article-109.md)(3), by the starting date of the [offer to the public](https://github.com/jakesenfti/micawtf/blob/main/spaces/definitions/mica/offer-to-the-public.md) or admission to trading.
7. The relevant competent authority shall, within two working days of withdrawing authorisation, communicate to ESMA the withdrawal of authorisation of a credit institution that issues asset-referenced tokens. ESMA shall make the information on such withdrawal available in the register, under [Article 109](/mica/title-vii-competent-authorities-eba-and-esma-art.-93-138/chapter-2/article-109.md)(3), without undue delay.
8. EBA, in close cooperation with ESMA and the ECB, shall develop draft regulatory technical standards to further specify the procedure for the approval of a [crypto-asset](https://github.com/jakesenfti/micawtf/blob/main/spaces/definitions/mica/crypto-asset.md) white paper referred to in paragraph 1, point (a).

   EBA shall submit the draft regulatory technical standards referred to in the first subparagraph to the Commission by 30 June 2024.

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

***

**Level 2 instruments**

* [2025/296 — ART White Paper Approval](/eu-level/technical-standards/rts/rts-on-the-procedure-for-the-approval-of-white-papers-of-arts-issued-by-c.md) — RTS

### Related

* [asset-referenced token](https://github.com/jakesenfti/micawtf/blob/main/spaces/definitions/mica/asset-referenced-token.md) — definition used in this article
* [competent authority](https://github.com/jakesenfti/micawtf/blob/main/spaces/definitions/mica/competent-authority.md) — definition used in this article
* [offer to the public](https://github.com/jakesenfti/micawtf/blob/main/spaces/definitions/mica/offer-to-the-public.md) — definition used in this article
* [credit institution](https://github.com/jakesenfti/micawtf/blob/main/spaces/definitions/crr/credit-institution.md) — definition used in this article
* [credit institution](https://github.com/jakesenfti/micawtf/blob/main/spaces/definitions/dora/credit-institution.md) — definition used in this article
* [credit institution](https://github.com/jakesenfti/micawtf/blob/main/spaces/definitions/mica/credit-institution.md) — definition used in this article
* [home Member State](https://github.com/jakesenfti/micawtf/blob/main/spaces/definitions/mica/home-member-state.md) — definition used in this article
* [official currency](https://github.com/jakesenfti/micawtf/blob/main/spaces/definitions/mica/official-currency.md) — definition used in this article


---

# 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/title-iii-asset-referenced-tokens-art.-16-47/chapter-1/article-17.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.
