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

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

1. Исходный процесс
1. Бирка, фотографии и заказ находятся в разных местах; ожидание детали смешано с работой мастера.
2. Клиент спрашивает о ремонте, а устройство найдено без полного описания дефекта и комплекта.

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

3. Исходники от заказчика
1. Шаблон приёмки и заказ-наряда
2. Типовые этапы ремонта
3. Правила согласования стоимости и выдачи

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

5. Предварительная карта данных
1. Серийный или внутренний номер · тип учебного поля: text · пример: УЧ-034. Правило и обязательность подтверждаются на ваших исходниках.
2. Диагностика подтверждена · тип учебного поля: select · пример: Нет. Правило и обязательность подтверждаются на ваших исходниках.
3. Работы согласованы · тип учебного поля: 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. УЧ-034: принято, работы согласованы, диагностика не подтверждена.
4. Согласие клиента не заменяет подтверждённую диагностику.
5. Оставить ожидание диагностики и назначить проверку мастеру.
6. УЧ-034: «Ожидает подтверждения диагностики»; ремонт не начат по учебному правилу.
7. Согласие клиента не запускает ремонт при неподтверждённой диагностике.