> 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-21.md).

# Article 21

|                 |                                                                                 |
| --------------- | ------------------------------------------------------------------------------- |
| **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                                         |

### Grant or refusal of the authorisation

1. [Competent authorities](https://www.mica.wtf/definitions/definitions/mica/competent-authority) shall, within 25 working days of receipt of the opinions referred to in [Article 20](/mica/title-iii-asset-referenced-tokens-art.-16-47/chapter-1/article-20.md)(5), take a fully reasoned decision granting or refusing authorisation to the [applicant issuer](https://www.mica.wtf/definitions/definitions/mica/applicant-issuer) and, within five working days of taking that decision, notify it to the applicant issuer. Where an applicant issuer is authorised, its [crypto-asset](https://www.mica.wtf/definitions/definitions/mica/crypto-asset) white paper shall be deemed to be approved.
2. [Competent authorities](https://www.mica.wtf/definitions/definitions/mica/competent-authority) shall refuse authorisation where there are objective and demonstrable grounds that:
   1. the [management body](https://www.mica.wtf/definitions/definitions/mica/management-body) of the [applicant issuer](https://www.mica.wtf/definitions/definitions/mica/applicant-issuer) might pose a threat to its effective, sound and prudent management and business continuity and to the adequate consideration of the interest of its [clients](https://www.mica.wtf/definitions/definitions/mica/client) and the integrity of the market;
   2. members of the [management body](https://www.mica.wtf/definitions/definitions/mica/management-body) do not meet the criteria set out in [Article 34](/mica/title-iii-asset-referenced-tokens-art.-16-47/chapter-2/article-34.md)(2);
   3. shareholders and members, whether direct or indirect, that have [qualifying holdings](https://www.mica.wtf/definitions/definitions/mica/qualifying-holding) do not meet the criteria of sufficiently good repute set out in [Article 34](/mica/title-iii-asset-referenced-tokens-art.-16-47/chapter-2/article-34.md)(4);
   4. the applicant [issuer](https://www.mica.wtf/definitions/definitions/mica/issuer) fails to meet or is likely to fail to meet any of the requirements of this Title;
   5. the applicant [issuer](https://www.mica.wtf/definitions/definitions/mica/issuer)’s business model might pose a serious threat to market integrity, financial stability, the smooth operation of payment systems, or exposes the issuer or the sector to serious risks of [money laundering](https://github.com/jakesenfti/micawtf/blob/main/spaces/definitions/tofr/money-laundering.md) and [terrorist financing](https://github.com/jakesenfti/micawtf/blob/main/spaces/definitions/tofr/terrorist-financing.md).
3. EBA and ESMA shall, by 30 June 2024, jointly issue guidelines in accordance with Article 16 of Regulation (EU) No 1093/2010 and Article 16 of Regulation (EU) No 1095/2010, respectively, on the assessment of the suitability of the members of the [management body](https://github.com/jakesenfti/micawtf/blob/main/spaces/definitions/dora/management-body.md) of issuers of [asset-referenced tokens](https://www.mica.wtf/definitions/definitions/mica/asset-referenced-token) and of the shareholders and members, whether direct or indirect, that have [qualifying holdings](https://www.mica.wtf/definitions/definitions/mica/qualifying-holding) in issuers of asset-referenced tokens.
4. Competent authorities shall also refuse authorisation if the ECB or, where applicable, the central bank gives a negative opinion under [Article 20](/mica/title-iii-asset-referenced-tokens-art.-16-47/chapter-1/article-20.md)(5) on the grounds of a risk posed to the smooth operation of payment systems, monetary policy transmission, or monetary sovereignty.
5. Competent authorities shall, within two working days of granting authorisation, communicate to the single point of contact of the [host Member States](https://www.mica.wtf/definitions/definitions/mica/host-member-state), to ESMA, to EBA, to the ECB and, where applicable, to the central bank referred to in [Article 20](/mica/title-iii-asset-referenced-tokens-art.-16-47/chapter-1/article-20.md)(4), the information specified in [Article 109](/mica/title-vii-competent-authorities-eba-and-esma-art.-93-138/chapter-2/article-109.md)(3).

   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://www.mica.wtf/definitions/definitions/mica/offer-to-the-public) or admission to trading.
6. Competent authorities shall inform EBA, ESMA, the ECB and, where applicable, the central bank referred to in [Article 20](/mica/title-iii-asset-referenced-tokens-art.-16-47/chapter-1/article-20.md)(4), of all requests for authorisations refused, and provide the underlying reasoning for the decision and, where applicable, an explanation for any deviation from the opinions referred to in [Article 20](/mica/title-iii-asset-referenced-tokens-art.-16-47/chapter-1/article-20.md)(5).

***

**Level 2 instruments**

* [Passporting procedure for non-CI ART issuers](/eu-level/q-and-a/eba-qa-7167-passporting-art-issuers.md) — Q\&A

### Related

* [offer to the public](https://github.com/jakesenfti/micawtf/blob/main/spaces/definitions/mica/offer-to-the-public.md) — definition used in this article
* [terrorist financing](https://github.com/jakesenfti/micawtf/blob/main/spaces/definitions/tofr/terrorist-financing.md) — definition used in this article
* [applicant issuer](https://github.com/jakesenfti/micawtf/blob/main/spaces/definitions/mica/applicant-issuer.md) — definition used in this article
* [money laundering](https://github.com/jakesenfti/micawtf/blob/main/spaces/definitions/tofr/money-laundering.md) — definition used in this article
* [management body](https://github.com/jakesenfti/micawtf/blob/main/spaces/definitions/dora/management-body.md) — definition used in this article
* [management body](https://github.com/jakesenfti/micawtf/blob/main/spaces/definitions/mica/management-body.md) — definition used in this article
* [crypto-asset](https://github.com/jakesenfti/micawtf/blob/main/spaces/definitions/mica/crypto-asset.md) — definition used in this article
* [crypto-asset](https://github.com/jakesenfti/micawtf/blob/main/spaces/definitions/tofr/crypto-asset.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-21.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.
