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