> 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-6/article-47.md).

# Article 47

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

### Redemption plan

1. An [issuer](https://www.mica.wtf/definitions/definitions/mica/issuer) of an [asset-referenced token](https://www.mica.wtf/definitions/definitions/mica/asset-referenced-token) shall draw up and maintain an operational plan to support the orderly redemption of each asset-referenced token, which is to be implemented upon a decision by the [competent authority](https://www.mica.wtf/definitions/definitions/mica/competent-authority) that the issuer is unable or likely to be unable to fulfil its obligations, including in the case of insolvency or, where applicable, resolution or in the case of withdrawal of authorisation of the issuer, without prejudice to the commencement of a crisis prevention measure or crisis management measure as defined in Article 2(1), points (101) and (102), respectively, of Directive 2014/59/EU or a resolution action as defined in Article 2, point (11), of Regulation (EU) 2021/23 of the European Parliament and of the Council (44).
2. The redemption plan shall demonstrate the ability of the [issuer](https://www.mica.wtf/definitions/definitions/mica/issuer) of the [asset-referenced token](https://www.mica.wtf/definitions/definitions/mica/asset-referenced-token) to carry out the redemption of the outstanding asset-referenced token issued without causing undue economic harm to its holders or to the stability of the markets of the reserve assets.

   The redemption plan shall include contractual arrangements, procedures and systems, including the designation of a temporary administrator in accordance with applicable law, to ensure the equitable treatment of all holders of asset-referenced tokens and to ensure that holders of asset-referenced tokens are paid in a timely manner with the proceeds from the sale of the remaining reserve assets.

   The redemption plan shall ensure the continuity of any critical activities that are necessary for the orderly redemption and that are performed by issuers or by any third-party entity.
3. The [issuer](https://github.com/jakesenfti/micawtf/blob/main/spaces/definitions/mica/issuer.md) of the [asset-referenced token](https://github.com/jakesenfti/micawtf/blob/main/spaces/definitions/mica/asset-referenced-token.md) shall notify the redemption plan to the [competent authority](https://www.mica.wtf/definitions/definitions/mica/competent-authority) within six months of the date of authorisation pursuant to [Article 21](/mica/title-iii-asset-referenced-tokens-art.-16-47/chapter-1/article-21.md) or within six months of the date of approval of the [crypto-asset](https://www.mica.wtf/definitions/definitions/mica/crypto-asset) white paper pursuant to [Article 17](/mica/title-iii-asset-referenced-tokens-art.-16-47/chapter-1/article-17.md). The competent authority shall require amendments to the redemption plan where necessary to ensure its proper implementation and shall notify its decision requesting those amendments to the issuer within 40 working days of the date of notification of that plan. That decision shall be implemented by the issuer within 40 working days of the date of notification of that decision. The issuer shall regularly review and update the redemption plan.
4. Where applicable, the [competent authority](https://github.com/jakesenfti/micawtf/blob/main/spaces/definitions/mica/competent-authority.md) shall notify the redemption plan to the resolution authority and prudential supervisory authority of the [issuer](https://github.com/jakesenfti/micawtf/blob/main/spaces/definitions/mica/issuer.md).

   The resolution authority may examine the redemption plan with a view to identifying any actions in the redemption plan that might adversely impact the resolvability of the issuer, and may make recommendations to the [competent authority](https://github.com/jakesenfti/micawtf/blob/main/spaces/definitions/mica/competent-authority.md) in respect thereof.
5. EBA shall issue guidelines in accordance with Article 16 of Regulation (EU) No 1093/2010 to specify:
   1. the content of the redemption plan and the periodicity for review, taking into account the size, complexity and nature of the [asset-referenced token](https://github.com/jakesenfti/micawtf/blob/main/spaces/definitions/mica/asset-referenced-token.md) and the business model of its issuer; and
   2. the triggers for implementation of the redemption plan.

***

**Level 2 instruments**

* [EBA/GL/2024/13 — Issuer Redemption Plans](/eu-level/guidelines/guidelines-on-redemption-plans-under-micar.md) — Guidelines
* [MiCAR vs CRD: recovery plan info](/eu-level/q-and-a/pending-questions/eba-qa-7067-micar-vs-crd-recovery-plan-info.md) — Q\&A (withdrawn)

### Related

* [asset-referenced token](https://github.com/jakesenfti/micawtf/blob/main/spaces/definitions/mica/asset-referenced-token.md) — definition used in this article
* [crypto-asset service](https://github.com/jakesenfti/micawtf/blob/main/spaces/definitions/mica/crypto-asset-service.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
* [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
* [issuer](https://github.com/jakesenfti/micawtf/blob/main/spaces/definitions/mica/issuer.md) — definition used in this article
* [Policy Statement PS-03-2024 — Fees and submission requirements for MiCAR entities](broken://pages/pJJYgqJ8UcYBtDYq7ezl) — national implementation reference
* [Guidelines on the organisational requirements of crypto-asset service providers](broken://pages/c3IutBAyJNO1K8I9tx7v) — national implementation reference


---

# 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-6/article-47.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.
