# Как работать с шаблонами ЦУКА

Шаблоны можно использовать без ЦУКА. Это редактируемые документы для команды;
они не устанавливают обязательный стандарт и не означают, что все действия
уже автоматизированы в сервисе.

## Открытие файлов

CSV открывайте через импорт текстового файла: кодировка UTF-8, разделитель
«точка с запятой». Столбцы ID и даты импортируйте как текст. Если вся строка
оказалась в одной ячейке, заново выберите разделитель. MD и TXT — обычные
текстовые файлы: их можно скопировать в свой редактор или рабочую базу знаний.

Сначала сделайте рабочую копию. Поля в квадратных скобках замените своими.
Время записывайте вместе с датой и часовым поясом, например
«15.10.2026 14:30 МСК». Это пример формата, а не нормативный срок.
Пустая клетка означает «данные не внесены», а не положительный результат.

Приведённые ниже примеры вымышлены. Строки-примеры в рабочие журналы не добавлены.
Коды, пароли, токены, приватные ссылки календарей и лишние сведения гостей
в общих копиях не храните. Используйте внутренние ID объекта и брони.

## Уборка: стандарт → выполнение → приёмка

1. В `cleaning-object-standard.md` задайте комплектацию квартиры, запас белья,
   точки фотоотчёта и безопасные способы проверки техники. Назначьте владельца версии.
2. Для каждой уборки создайте копию `cleaning-execution.csv`, заполните объект,
   бронь ID, дату, срок и исполнителя. Результаты строк: «не проверено»,
   «выполнено», «не выполнено», «не применяется». Для последнего нужна причина.
   Для «не выполнено» — действие, ответственный и срок исправления.
3. Проверяющий заполняет `cleaning-acceptance.csv`. Укажите способ проверки:
   «лично», «по фото», «подтверждение сотрудника» или их сочетание. Если данных
   недостаточно, запросите подтверждение и назначьте срок.
4. Итог приёмки: «готово», «на исправление», «блокировка» или «недостаточно данных».
   «Готово» выбирают после проверки всех применимых пунктов и закрытия замечаний,
   мешающих проживанию. Разрешение заезда дополнительно учитывает условия брони.

Пример: по стандарту нужно два полотенца, на месте одно. В выполнении:
«не выполнено; не хватает одного полотенца; доставить; исполнитель смены;
до приёмки». В приёмке: «на исправление». После доставки проверяющий записывает
фактическое количество, время и своё имя. Затем меняет итог на «готово».

`cleaning-execution.csv` содержит 24 пункта; `cleaning-acceptance.csv` — 12.
Уберите неприменимые и добавьте особенности объекта до передачи сотруднику.

## Самостоятельный заезд: проверьте маршрут и резерв

В `contactless-runbook.md` заполните одну копию на объект. Назначьте того,
кто разрешает отправку доступа, кто помогает в окно заезда и кто подхватывает
вопрос при отсутствии основного контакта. Укажите, когда гостю вернутся с новостями.

Пройдите таблицу испытаний с сотрудником, который не готовил инструкцию.
Результат — «пройдено» или замечание с ответственным и повторной проверкой.
Пример: резервный ключ есть, но сотрудник с ним недоступен вечером. Испытание
не пройдено; назначьте доступный резерв и повторите проверку до позднего заезда.
Если рабочего способа помочь нет, согласуйте с гостем другой порядок заселения.

## Сообщения: отделите заготовку от текста гостю

В `guest-messages.txt` — шесть сообщений и отдельная памятка по квартире.
Постоянные данные объекта заполните в своей копии заранее. Даты, время,
согласованные изменения, готовность и доступ сверяйте с текущей поездкой.

Строки «Условие», инструкции редактору и разделители гостю не отправляют.
Перед отправкой найдите символы `[` и `]`: все поля должны быть заполнены.
Прочитайте сообщение на телефоне, откройте приложенные карту и фотографии.

Пример для проверки: гость согласовал выезд на 14:00 вместо стандартных 12:00.
В сообщении №5 должно остаться 14:00. Затем проверяется окно подготовки
следующего заезда. Сохранённая заготовка не подтверждает ни время, ни готовность.

## Календари: одно направление — одна строка

В `calendar-register.csv` одна строка связывает один объект, источник и получателя.
Для обратного направления создайте вторую строку. Заполните оба ID объявления
или объекта, механизм, ожидаемые события и ответственного за ручные блокировки.
Если направление не поддерживается, запишите это явно и назначьте ручной порядок.

В `calendar-acceptance.csv` — девять сценариев. Копируйте их для каждого направления
и объекта; неприменимый сценарий отмечайте «не поддерживается» с причиной.
Другие статусы: «не проверено», «пройдено», «ошибка». «Не поддерживается» —
ограничение выбранной схемы, которое нужно принять отдельно, а не успешный тест.

Пример ожидаемого результата для брони 10–12 числа: ночи 10→11 и 11→12 закрыты,
12→13 доступна при отсутствии других ограничений. Если получатель закрыл и 12→13,
ставьте «ошибка», сохраняйте подтверждение из кабинета и назначайте исправление.
Укажите время исходного события и результата с часовым поясом.

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

## Ежедневный контроль и передача смены

В `daily-control-runbook.md` задайте объекты, горизонт событий, источники фактов,
полномочия и время проверки. В `daily-control-register.csv` — 16 вопросов.
Копируйте набор для проверяемых объектов; для каждого отклонения создавайте
отдельную строку и ведите её до результата.

Статусы: «не проверено», «проверено — отклонений нет», «в работе», «ожидаем»,
«закрыто». Для «в работе» и «ожидаем» нужны ответственный, действие и срок
следующей проверки. Для «закрыто» — подтверждение результата и время.

Пример: «КВ-01; приёмка не подтверждена; запросить результат и принять квартиру;
проверяющий смены; до выдачи доступа; в работе». При передаче добавьте имя
следующего сотрудника, время принятия и следующий шаг. После приёмки —
источник подтверждения, время и статус «закрыто». Пересылка вопроса не закрывает его.

## Проверка внедрения

Дайте заполненную копию другому сотруднику. Он должен понять, какой объект
проверяет, что делать дальше, кто принимает результат и где взять исходные данные.
Если нужны устные пояснения, добавьте их в регламент. Храните одну актуальную
версию с владельцем и датой; устаревшие копии убирайте из работы.