Ссылка открылась, заказ найден. Но это не тот заказ, который когда-то импортировали.

Допустим, внешний сервис нумерует заказы отдельно в каждом кабинете. Интеграция сохранила только ID 417, а адрес для ссылки берёт из текущих настроек. После смены кабинета старая запись начинает вести к другому заказу с тем же номером.

У такого ID нужно сохранять источник: систему, устойчивый ID кабинета, тип объекта и локальный номер. Имя кабинета или текущий URL не заменяют эту привязку.

Она нужна и при импорте. Если искать существующие записи только по локальному номеру, два заказа из разных кабинетов могут ошибочно объединиться. Границы уникальности должен определять контракт внешнего сервиса, а не удобство нашей таблицы.

Если источник исторической записи неизвестен, я бы оставил ссылку неразрешённой до восстановления подтверждённой привязки. Подставлять текущий кабинет опасно: ссылка может выглядеть правильной.

Тест для интеграции: импортировать одинаковые локальные номера из двух тестовых кабинетов, сменить активное подключение и открыть старые записи. Они должны остаться разными и вести к исходным заказам. Недоступность источника нужно показать явно, без подмены другим кабинетом.

Ошибка со сломанной ссылкой заметна. Ошибка с чужим, но правдоподобным заказом может пройти мимо проверки.