Миграция, маппинг и рекодинг справочных данных

Миграция и маппинг справочных данных
Создание новых справочников в НСИ осуществляется через UI сервиса НСИ и после согласования с экспертами
Первичная миграция справочных данных осуществляется с помощью CSV
Миграцию(?) общих справочников делает команда НСИ на основе справочников одного инстанса ППОТ
Домиграция справочных данных в части добавления записей с помощью CSV
Домиграция справочных данных в части изменения существующих записей через UI или API НСИ (обновление записи)
Маппинг справочных данных из унаследованных систем и данных НСИ осуществляется посредством создания новых полей справочника и их обязательным наполнением при миграции
Если справочник НЕ уникальный, то в структуре справочника создаем и наполняем нужное кол-во полей, в зависимости от кол-ва унаследованных систем, в которых он ведется (codePPOT, codeRP и т.д.)

Рекодинг справочных данных
Рекодинг кодов/уникальных идентификаторов справочных данных унаследованных систем на recordId НСИ осуществляется посредством вызова метода параметризованного поиска НСИ
(POST /public/v1/catalogs/{catalogCode}/records/search)
Для адресов ФИАС: с фильтром «hierarchyFullName» типа EXACT
Для остальных справочников: с фильтром «code» типа EXACT
При однозначной идентификации данных (НСИ вернул 1 запись с recordId) – привязка к recordId
При неоднозначной идентификации данных :
- если поиск не дал результатов, то система-потребитель дорабатываем маппинг;
- если получено более 1 записи, то система-потребитель выясняет причину с привлечением команды НСИ.

Открытые вопросы
Все ли справочные данные в делах унаследованных систем завязаны на уникальные идентификаторы записей из этих систем? Есть ли исключения?
Проработать вопрос на стороне систем-потребителей в части получения текстового представления адреса в делах, а не идентификатора записи унаследованной системы
Миграция справочных данных посредством CSV: какие доработки нужны (что на текущий момент усложняет миграцию)?
Многие ли системы-потребители завязаны на recordId записей и code полей справочника? В чем причина такой реализации?
Запрашиваются ли в делах справочные данные (записи) на дату актуальности, отличную от даты запроса?