> For the complete documentation index, see [llms.txt](https://support.iafcertsearch.org/api-developer-guide/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://support.iafcertsearch.org/api-developer-guide/api-ru/data-handling/matching-existing-data/certified-entity-ce.md).

# Сертифицированная сущность (CE)

### Сценарий изменения имени CE (намеренно или нет) и возможности сопоставления имени с уникальным идентификатором

Например, продление сертификата, при этом имя записано немного иначе, полное изменение названия компании из-за слияния, изменения бизнеса и т. д.

Поскольку мы предоставляем тот же уникальный идентификатор, система сопоставит этот идентификатор и обновит имя. Старое имя помечено как старое, и впредь отображается только новое предоставленное имя для пользователей проверки.

{% hint style="info" %}
Если у вас есть несколько сертификатов, и уникальные идентификаторы CE одинаковы, но имена разные в различных сертификатах, будет использоваться последнее имя, предоставленное.
{% endhint %}

<table><thead><tr><th width="136">Существующий уникальный идентификатор проверенной сущности (CE)</th><th>Существующее имя проверенной сущности (CE)</th><th width="238">Загруженный уникальный идентификатор проверенной сущности (CE)</th><th>Загруженное имя проверенной сущности (CE)</th><th>Результат</th></tr></thead><tbody><tr><td>205a52a2-7536-4f43-8aab-e7a72ff34a9f</td><td>Disney INC</td><td>205a52a2-7536-4f43-8aab-e7a72ff34a9f</td><td>Disney INC.</td><td>Существующая запись переопределяется, и отображается новое загруженное имя</td></tr></tbody></table>

### Сценарий изменения или сохранения имени CE и изменения уникального идентификатора

Например, продление сертификата, но уникальный идентификатор не повторно используется.

Это приводит к дублированию, так как в системе будут и старый, и новый сертификаты, и будут загружены две сущности.