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

Цель: Доводите заявку арендатора до проверки исполнения
Пользователь/заказчик: Управляющий бизнес-центром или складским комплексом
Предметные сущности: Объект, период, событие

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

2. Границы первой версии
1. Кабинет арендатора
2. Диспетчерская доска
3. История объекта

3. Исходники от заказчика
1. План помещений
2. Арендаторы и права
3. Категории обращений

4. Основной сценарий
1. Завести помещения
2. Принять обращение
3. Назначить исполнителя
4. Проверить закрытие

5. Предварительная карта данных
1. Помещение · тип учебного поля: text · пример: Б-204. Правило и обязательность подтверждаются на ваших исходниках.
2. Ответственный диспетчер · тип учебного поля: text · пример: . Правило и обязательность подтверждаются на ваших исходниках.
3. Назначенный исполнитель · тип учебного поля: text · пример: Служба эксплуатации. Правило и обязательность подтверждаются на ваших исходниках.

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. ЗАЯ-091, Б-204: исполнитель «Эксплуатация» отметил «Выполнено», описание результата пустое.
4. Закрывать заявку нельзя: нет результата и подтверждения арендатора.
5. Добавить результат «Петля двери отрегулирована» и передать арендатору на приёмку.
6. ЗАЯ-091: «Ожидает приёмки»; закрытие доступно после учебного подтверждения, реальная заявка не отправлена.
7. Без результата и подтверждения приёмщика заявка не закрывается; представления ролей показывают разный набор обращений.