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