ПРОЕКТ ТЕХНИЧЕСКОГО ЗАДАНИЯ / СОБРАНО
Уборка и готовность номеров
Версия 0.4 · 23.10.2026 · Проект для согласования

Цель: Подтверждайте готовность номера после уборки и проверки
Пользователь/заказчик: Управляющий отелем или компанией управления апартаментами.
Предметные сущности: Заказ, ресурс, состав услуги

1. Исходный процесс
1. Список номеров передают в чате, выполнение отмечают сообщением без проверки.
2. Гость уже приехал, а администратор выясняет звонками, закончили ли уборку и проверен ли номер.

2. Границы первой версии
1. Доска номеров по состоянию уборки.
2. Мобильные задания горничным.
3. Журнал проверок и замечаний.

3. Исходники от заказчика
1. Номерной фонд и типы уборки.
2. Чек-листы, роли и правила проверки.
3. Источник выездов и плановых заездов.

4. Основной сценарий
1. Сформировать задания из согласованного списка выездов и подготовок.
2. Назначить исполнителя и особые требования номера.
3. Зафиксировать выполнение чек-листа и обнаруженные проблемы.
4. Проверить результат и передать статус готовности администратору.

5. Предварительная карта данных
1. Пунктов проверки номера · тип учебного поля: number · пунктов · пример: 10. Правило и обязательность подтверждаются на ваших исходниках.
2. Подтверждено · тип учебного поля: number · пунктов · пример: 10. Правило и обязательность подтверждаются на ваших исходниках.
3. Блокирующих замечаний · тип учебного поля: number · замечаний · пример: 1. Правило и обязательность подтверждаются на ваших исходниках.
4. Готовность проверена · тип учебного поля: select · пример: Нет. Правило и обязательность подтверждаются на ваших исходниках.

6. Обмен и подключение
1. Возможный контур: Учёт размещения / заказов. Доступность интерфейсов пока не подтверждена.
2. Начать с согласованной тестовой выгрузки или ручного ввода. Для API зафиксировать версию, объекты, идентификаторы и направление обмена.
3. Разделить чтение и запись. Массовую запись разрешать только после сверки и отдельного согласования.
4. Согласовать сопоставление справочников, форматов дат, единиц, округления и источника истинных значений.
5. Определить правила повторной доставки, журнал ошибок, повторы, резервное копирование и возврат к прежнему процессу.

7. Роли и права
1. Просмотр — только разрешённые записи и результаты.
2. Исполнение — ввод и исправление в пределах назначенных задач.
3. Согласование — подтверждение результата и возврат с причиной.
4. Администрирование — пользователи, справочники и версии правил.

8. Ошибки и исключения
1. Неполные или некорректные вводные: показать конкретные поля, не выдавать успешный результат.
2. Неоднозначное соответствие или редакция: передать ответственному на проверку.
3. Повторная отправка: исключить повторное создание по согласованному идентификатору.
4. Недоступный внешний источник: сохранить состояние, показать ошибку и согласованный повтор.
5. Изменение подтверждённых вводных: новая редакция и повторное подтверждение.

9. Проверка пилота
1. Завершение уборки не подменяет подтверждение готовности.
2. Замечание связано с номером и ответственным.
3. Администратор видит актуальные статусы контрольного сценария.

10. Передача и сопровождение
1. Передать описание настроек, справочников, форматов обмена и контрольных примеров.
2. Обучить назначенных пользователей и проверить выполнение полного сценария.
3. Зафиксировать размещение, хранение, резервные копии, восстановление, контакты ответственных и границы сопровождения.

11. Ограничения
Обмен с гостиничной системой проверяется отдельно. Пожарную, санитарную и техническую пригодность подтверждают ответственные сотрудники.
Учебные цены, пороги и нормы демонстрации не являются утверждёнными правилами заказчика.

12. Вопросы до согласования
1. Откуда получаете выезды и заезды?
2. Кто подтверждает готовность номера?
3. Какие системы, версии и способы выгрузки используются сейчас?
4. Кто подтверждает результат и кому разрешено менять правила?

13. Индивидуальная разработка
Возможна разработка отдельного решения под уникальный процесс, собственные правила, интерфейсы и инфраструктуру компании.

14. Оценка
Числа на странице — условная бюджетная модель макета. Фактический состав, стоимость, налоги, лицензии, оборудование и сопровождение фиксируются в отдельном предложении.
Это проект ТЗ для обсуждения, не согласованный документ и не завершённая спецификация рабочего решения.
15. Исходники ограниченного пилота
1. Номера и источник заданий уборки
2. Чек-листы и виды блокирующих замечаний
3. Роли горничной, контролёра и администратора

16. Контрольный сценарий и результат
1. Карточка номера до выдачи гостю
2. Уборка, блокирующее замечание и независимое подтверждение готовности.
3. НОМ-065: уборка 10/10 пунктов, одно блокирующее замечание, готовность не проверена.
4. Закрытие замечания до нуля само по себе не подтверждает готовность.
5. Закрыть замечание, передать номер контролёру и отдельно подтвердить проверку готовности.
6. Администратор видит проверенный статус; уборка и приёмка имеют разные отметки.
7. Завершённая уборка не разрешает заселение до отдельной проверки; обмен с PMS проверяется отдельно.