При выборе PMS нельзя оценивать запись после полуночи только по времени на экране. Проследите одно вымышленное событие в двух отчётах по календарной дате, рабочему дню и дате потребления услуги. Затем выясните, какой период изменит исправление на следующий день. Критерий приёмки — объяснимая связь записей и фильтров, а не обязательное равенство итогов. Независимый отель, бутик-отель или оператор апартаментов может показать всем поставщикам одинаковый сценарий из трёх событий и сравнить понятность ежедневного закрытия.
Сначала определите даты и состав отчётов
Для календарной даты укажите местный часовой пояс объекта. Попросите поставщика записать определение рабочего дня, условия его смены и уполномоченную роль. Дата потребления обозначает время, к которому относится услуга в сценарии. Не считайте эти поля одинаковыми. Рядом с названием отчёта зафиксируйте поле фильтрации по дате, границы периода, валюту и включённые статусы записей. Если один отчёт считает бронирования, а другой обработанные записи, сначала разделите их состав.
Публичные документы дают контекст: Oracle OPERA Cloud 24.1 ставит смену рабочей даты в зависимость от условий; Mews разделяет даты потребления и бухгалтерского отражения. Документы проверены 22 октября 2026 года и относятся к соответствующим продуктам. Они не подтверждают поведение другого кандидата или функции Stayax. Запишите версию и активные настройки демонстрируемой системы. Отличающиеся термины поставщика внесите в словарь: решение должно опираться на показанное поведение.
Карточка приёмки: три события
Все даты, часы и суммы вымышлены. Налоги, платежи и обязательные правила бухгалтерского учёта здесь не моделируются. Работайте в пустой учебной среде с одним бронированием, добавляя записи услуг последовательно. Заранее уточните поддерживаемые действия. После каждого шага сохраняйте результаты двух выбранных отчётов с видимыми фильтрами. Реальные данные гостей для проверки не нужны.
- Событие A — 21 октября, 23:50: внесите услугу на 100 единиц, относящуюся к 21 октября. Запишите идентификатор, местное время, дату услуги, отображаемый рабочий день и строку каждого отчёта. Сохраните исходный результат.
- Событие B — 22 октября, 00:10: попробуйте внести в то же бронирование вторую услугу на 40 единиц за 21 октября. При отказе запишите причину и допустимый путь. При успехе покажите дату строки в обоих отчётах; не предполагайте попадание в предыдущий день.
- Событие C — 22 октября, 10:00: попросите исправить сумму A со 100 на 90. Зафиксируйте допустимый способ, затронутую запись, дату исправления и результаты обоих отчётов до и после. Удаление или перезапись исходной строки не являются обязательным условием.
Для каждого события добавьте роль исполнителя, фильтр, наблюдаемый результат и открытый вопрос. Отсутствие разрешения у пользователя не доказывает отсутствие функции: попросите повтор с уполномоченной ролью. Если нужны проверки до и после смены рабочего дня, храните их отдельно. Указанные часы — входные данные опыта, а не рекомендация времени закрытия; согласуйте их с графиком смен объекта.
Сумму и период проверяйте отдельно
Если обе услуги приняты и других записей нет, вымышленный итог до исправления составляет 100 + 40 = 140 единиц. Снижение A на 10 даёт 90 + 40 = 130. При отклонённом действии пересчитайте ожидаемый итог. Сумма 130 не обязана относиться к одному дню в обоих отчётах. Попросите показать связь каждой строки с полем даты и фильтром, отделив проверку величины от проверки периода.
Сравните изменившийся результат с сохранённым исходным. Объяснение должно содержать идентификатор записи, поле даты и способ исправления. Выберите отчёт для ежедневного оперативного контроля, не добиваясь недокументированного равенства. Требования местного учёта и законодательства к периодам оцените отдельно со своим уполномоченным консультантом.
Три возможных решения
Принять: все события показаны, даты определены, различия сумм и периодов объяснены на уровне записей. Принять условно: поведение понятно, но остаются настройки, разрешения или повторный показ; назначены ответственный и срок. Отложить: причина различия неизвестна либо есть только устное заверение. Галочка в перечне функций не заменяет подтверждение.
Соберите версию, настройки, названия отчётов, результаты событий и зависимости на одном листе. Сравнивайте кандидатов по одинаковому сценарию и сопоставимой детализации отчётов. Руководство по демонстрации восстановления PMS после сбоя поможет проверить непрерывность отчётности, а руководство по переселению — след изменений во время проживания. Следующая встреча сможет закрыть конкретное расхождение дат, оставшееся в карточке.