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

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

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

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

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

4. Основной сценарий
1. Проверить датчики
2. Установить пороги
3. Запустить сбор
4. Проверить тревогу и потерю связи

5. Предварительная карта данных
1. Нижняя граница · тип учебного поля: number · °C · пример: -18. Правило и обязательность подтверждаются на ваших исходниках.
2. Верхняя граница · тип учебного поля: number · °C · пример: -15. Правило и обязательность подтверждаются на ваших исходниках.
3. Показание · тип учебного поля: number · °C · пример: -12. Правило и обязательность подтверждаются на ваших исходниках.

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. КАМ-095: границы −18…−15 °C; последнее учебное показание −12 °C в 10:00.
4. В 10:15 новых данных нет: есть отклонение последнего показания и отдельная потеря связи.
5. Зафиксировать подтверждение дежурного в 10:16 и задачу проверить датчик и условия хранения.
6. Журнал хранит два события и реакцию; статус «Нет новых данных», тревога не снимается подтверждением.
7. Устаревшее показание не становится нормой; событие хранит время, подтверждение и ответственного.