Возвращение из партнёрской MC-системы: отзыв миграции и срок хранения соответствий
Что изменяется после возвращения
Бригада завершила работу у партнёра и снова вошла в основную MC-систему. В административном интерфейсе партнёра всё ещё видна старая пара идентификаторов. По одному этому признаку нельзя сделать вывод, что миграция продолжает действовать или что база обязательно неисправна.
В процедуре возврата исходным условием является успешная авторизация MC-службы в основной системе. Далее она уведомляет прежнего партнёра об отмене разрешения миграции, а партнёр обновляет сохранённые сведения. Продолжительность хранения соответствий идентификаторов документ оставляет реализации.
Какие вопросы задать поставщику
Необходимо разделить действующий статус и сохранённую историю. Первое влияет на текущее обслуживание и маршрутизацию; второе может использоваться для сопровождения. Интерфейс должен позволять понять, к какому состоянию относится запись. Простая кнопка удаления строки не заменяет завершение установленной процедуры.
Отдельный вопрос — когда именно партнёр прекращает обслуживание пользователя. Рассматриваемый раздел прямо не определяет этот момент. Поэтому нельзя обещать немедленное отключение по любому признаку возвращения или выводить универсальную задержку из рисунка обмена. Нужны описание конкретной реализации и согласованный критерий приёмки.
Сценарий для проверки возврата
Тестовый сотрудник успешно работает в системе Б, затем возвращается в основную систему А. Инженер подтверждает завершение авторизации в А, находит уведомление об отмене миграции и проверяет изменение состояния у Б. События связывают по пользователю и паре служебных идентификаторов.
После этого выполняют предусмотренные проектом проверки доступности. Их ожидаемый результат и допустимое время устанавливают заранее. Если политика требует прекращения определённых действий у партнёра, проверяют именно эти действия выделенной учётной записью. Наличие старой записи в истории рассматривают отдельно от способности выполнить операцию.
Для повторного входа в Б сохраняют новую цепочку событий, чтобы отличить её от прежнего визита. Это особенно полезно при разборе жалобы, поступившей уже после смены: поздний просмотр журнала легко смешивает завершённый переход с новым.
Как оформить результат
В эксплуатационном описании указывают событие завершения возврата, способ наблюдения уведомления, изменение действующего статуса и правила хранения соответствий. Если срок хранения настраивается, фиксируют принятую конфигурацию, а не объявляют её свойством стандарта.
Готовый результат позволяет ответить на два разных вопроса: обслуживается ли пользователь сейчас через партнёра и почему его прежние идентификаторы ещё встречаются в журнале. Такое разделение предотвращает поспешную очистку диагностических данных и одновременно не даёт принять сохранённую историю за доказательство действующего разрешения доступа в текущей смене.
Запросы отправляются на наш e-mail из вашей почтовой программы.
