При выборе PMS не заканчивайте проверку переселения перетаскиванием бронирования в календаре. Попросите показать итоговое состояние прежнего номера, пригодность нового, оставшиеся ночи и изменение суммы, если оно есть. Практический результат для закупки — список приёмочных проверок: один вымышленный пример проходит четыре ситуации, а команда сравнивает ожидаемый результат с действительно показанным.
Определите границы проверки
Речь идёт о госте, который уже заселился и переходит в другой номер того же объекта. Продление проживания, перевод между объектами и создание нового бронирования проверяются отдельно. Открытые документы Oracle о переселении и поиске свободного номера дают контекст конкретного продукта. Они не доказывают наличие аналогичного поведения или кнопок у другой PMS. У каждого поставщика нужно запросить актуальный показ его собственного решения. Попросите демонстрационную среду без обращений к реальным гостям и каналам продаж. Вымышленная запись A: заезд 17 октября, выезд 20 октября, переселение предполагается 18 октября. Остаются ночи 18 и 19 октября. Это условия примера. Запишите рядом исходный и целевой номера, категории и текущую общую сумму, чтобы влияние каждого изменения оставалось понятным.
Первая ситуация: готовый номер той же категории
Целевой номер должен относиться к той же категории, быть доступным на обе оставшиеся ночи и готовым по определению вашего объекта. После операции откройте бронирование и оба номера. Изменились ли даты или сумма? Каким стало состояние прежнего номера? Видит ли служба уборки новую работу? Связан ли целевой номер с правильной записью на оставшийся срок? Команда покупателя заранее формулирует ожидаемый результат. Например: даты и стоимость сохраняются, итоговое состояние обоих номеров понятно. Это предлагаемый критерий приёмки, а не универсальное свойство программ. Устное объяснение поставщика храните отдельно от наблюдаемого результата. Для повторного показа и сравнения кандидатов используйте одинаковые исходные условия.
Вторая ситуация: целевой номер непригоден
Создайте вымышленное ограничение использования целевого номера. Укажите, ожидает ли он уборки или недоступен из-за ремонта: это разные состояния. Что увидит сотрудник при выборе — предупреждение, запрет или другой результат при специальных правах? Записывайте показанное поведение, не предполагая заранее наличие защиты. После неудачной попытки проверьте, осталось ли понятным действующее назначение и не возникла ли ошибочная занятость целевого номера. Закрытие предупреждения не подтверждает завершение переселения. Если сотрудник не может установить результат, оставьте сценарий открытым в документах по выбору. Успешное переселение в чистый номер не заменяет проверку исключения.
Третья ситуация: категория выше, сумма прежняя
Выберите номер более высокой категории для вымышленного бесплатного повышения. Попросите отдельно показать физическую категорию номера и основание начисления стоимости. Сравните общую сумму до и после, необходимые согласования и пояснение пользователю. Не считайте, что смена категории автоматически увеличивает сумму или обязательно сохраняет её. Затем можно отдельно проверить намеренное изменение цены. Не объединяйте его с результатом бесплатного повышения: в одном тесте ожидается сохранение суммы, в другом — понятная новая сумма после явного согласования. Предмет проверки — видимый результат в бронировании. Руководство не обещает платёжных операций или коммерческих возможностей конкретного продукта.
Четвёртая ситуация: история и дальнейшая работа
После завершения попросите открыть видимую историю. Может ли другой сотрудник определить прежний и новый номера, понять момент завершения и найти ответственного за незакрытую работу? Это ваши вопросы для оценки, а не требование определённой технической архитектуры. Отдельно исправьте ошибочно выбранный целевой номер. Снова запишите начальное состояние и проверьте, не скрывает ли второе изменение важный контекст первого. Если интеграции или физические ключи не входят в демонстрацию, сохраните их как вопросы для соответствующей команды. Не отмечайте непоказанные действия выполненными.
Приёмочный список для решения
Для каждой строки выберите «показано», «показано частично» или «не показано» и добавьте наблюдаемый результат. Красивый экран не закрывает критический пробел. [Демонстрация службы уборки](/ru/blog/pms-kat-hizmetleri-oda-durumu-ariza-demo) дополняет проверку состояний, а [проверка сбоя и восстановления](/ru/blog/pms-kesinti-geri-donus-demo-is-surekliligi) — неопределённых результатов операций. Документы [Oracle о переселении](https://docs.oracle.com/en/industries/hospitality/opera-cloud/25.1/ocsuh/t_arrivals_in-house_moving_an_in_house_reservation.htm) и [поиске номера](https://docs.oracle.com/en/industries/hospitality/opera-cloud/25.1/ocsuh/t_front_desk_available_room_search.htm) открыты 17 октября 2026 года. Перед выбором уточните актуальные возможности кандидата.
- Готовый номер той же категории: показаны ли вместе даты, сумма и итоговые состояния обоих номеров?
- Непригодный номер: понятен ли результат и действующее назначение?
- Бесплатная смена категории: проверены ли отдельно физическое переселение и сумма?
- История и исправление: доступны ли контекст, открытая работа и ответственный за продолжение?