ПРОЕКТ ТЕХНИЧЕСКОГО ЗАДАНИЯ / СОБРАНО Календарь регулярного обслуживания Версия 0.4 · 23.10.2026 · Проект для согласования Цель: Планируйте повторные выезды по регламентам объектов Пользователь/заказчик: Руководитель обслуживания климатической техники или бассейнов Предметные сущности: Объект, оборудование, заявка 1. Исходный процесс 1. Календарь держится на повторяющихся событиях, перенос нарушает следующий цикл, объём работ неизвестен. 2. Клиент напоминает о плановом обслуживании раньше, чем его вспоминает диспетчер. 2. Границы первой версии 1. План обслуживания на период 2. Задания с составом работ 3. Список переносов и предстоящих продлений 3. Исходники от заказчика 1. Реестр объектов и оборудования 2. Периодичность и состав обслуживания 3. Договорные периоды и контактные лица 4. Основной сценарий 1. Задать объекты, оборудование и регламенты 2. Выбрать правило расчёта следующего обслуживания 3. Сформировать задания и согласовать доступ 4. Закрыть работы и проверить следующий цикл 5. Предварительная карта данных 1. Последнее обслуживание · тип учебного поля: date · пример: 2026-10-15. Правило и обязательность подтверждаются на ваших исходниках. 2. Учебный интервал · тип учебного поля: number · дней · пример: 30. Правило и обязательность подтверждаются на ваших исходниках. 3. Дата проверки · тип учебного поля: date · пример: 2026-11-16. Правило и обязательность подтверждаются на ваших исходниках. 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. ОБ-037: обслуживание 15.10.2026; интервал именно 30 дней, срок 14.11.2026. 4. На 16.11 срок просрочен на 2 дня; доступ на объект закрыт. 5. Назначить выезд 17.11 с причиной «нет доступа»; сохранить срок 14.11. 6. В плане видны просрочка и перенос; следующий срок согласуется по регламенту, а не автоматически. 7. Пилот различает календарный месяц и интервал дней; перенос сохраняет исходную дату.