Отделите совпадение от решения об объединении
При выборе PMS проверьте две записи одного вымышленного человека и записи двух разных людей с похожими именами. Посмотрите, какой профиль остаётся, как разрешаются противоречия полей, что происходит со связанными бронированиями и каковы пределы исправления ошибки. Для управляющего бутик-отелем, апартаментами или краткосрочной арендой важно понимать, когда остановиться, а не только скорость операции. Настоящие данные гостей, документы и рабочая учётная запись не нужны. Перед началом передайте поставщику ожидаемые результаты. Успешное нажатие кнопки ещё не доказывает правильность объединения.
Что подтверждают документы
Документация профилей Oracle OPERA Cloud 25.4 связывает автоматическое объединение с включённой настройкой. Документация Mews указывает, что отменить объединение нельзя. Оба официальных источника открыты 18 октября 2026 года. Эти узкие примеры нельзя переносить на все PMS. Уточните предлагаемую версию, настройки и границы применения. Непоказанная функция и подтверждённое отсутствие функции — разные результаты: вопрос без ответа помечайте как непроверенный. Перед решением снова откройте официальные ссылки. Предлагаемые ниже проверки являются критериями покупателя, а не утверждением, что каждый поставщик выполняет весь список.
Случай A: похожие имена, разные люди
Создайте вымышленные профили A1 и A2 с одинаковым отображаемым именем, разными контактами и бронированиями TEST-A и TEST-B. Это разные люди; записи должны остаться отдельными. Попросите объяснить предложение совпадения и показать отказ от него. Одного сходства имени недостаточно для вашего согласия. Устно добавьте вариант с общим семейным контактом и спросите, считается ли он окончательным доказательством личности. При неопределённости остановитесь. Запишите результат, объяснение и открытый вопрос. Большая заполненность одного профиля не доказывает принадлежность обеих записей одному человеку.
Случай B: один человек, две записи
Явно укажите в сценарии, что вымышленные B1 и B2 относятся к одному тестовому человеку. В одной записи задайте старое предпочтение связи, в другой — актуальное; отдельно прикрепите TEST-C и TEST-D. До операции выберите остающийся профиль и ожидаемое значение каждого спорного поля. Сравните состояние до и после. Приёмка требует объяснимого выбора значений и сохранения связи обеих ссылок с правильным человеком. Не скрывайте потерянную ссылку созданием нового бронирования. Если поставщик предлагает другой процесс, восстановите начальные условия и повторите проверку по тем же критериям.
Контрольный список приёмки
Для каждого пункта укажите: пройден, не пройден или не показан. Последнее означает необходимость дополнительного подтверждения.
- Случай A: A1 и A2 остаются раздельными; TEST-A и TEST-B связаны правильно.
- Случай B: остающийся профиль и ожидаемые значения конфликтующих полей записаны заранее.
- После операции: TEST-C и TEST-D открыты по отдельности; связи с человеком и выбранные значения проверены.
- Права: ограничение показано с тестовой ролью без права объединения, а не только с экрана администратора.
- След операции: выяснено, где видны действующая роль, время и изменение; непоказанные сведения остаются открытыми.
- Ошибка: показаны пределы отмены, если она доступна; иначе письменно запрошены поддержка, возможные исправления и необратимые ограничения.
Как принять решение о коротком списке
Не принимайте этот процесс, если случай A объединяет разных людей или случай B оставляет необъяснимые связи. При недостающем показе запросите ответственного, версию и дату повторной демонстрации вместо устного обещания. Отсутствие отмены не означает одинаковое решение для каждого объекта: оцените с командой нагрузку проверки и границы поддержки. Условие включения в короткий список запишите по обоим тестам и оставшимся вопросам. Связанные руководства по переселению и восстановлению после сбоя помогут проверить смежные процессы. Этот тест поддерживает операционный выбор, но не измеряет точность, соответствие закону или рост дохода. Оформите решение в трёх строках: показанная версия и дата теста; результаты случаев A и B; ответственные и условия закрытия открытых вопросов. Применяйте одинаковый список к каждому кандидату. Если одному поставщику показать только простой случай, а другому сложный, сравнение будет неравным. В конце встречи уточните, останутся ли подготовленные учебные записи в демонстрационной среде или будут удалены. Не переходите к проверке на настоящих данных гостей.