ПРОЕКТ ТЕХНИЧЕСКОГО ЗАДАНИЯ / СОБРАНО
Обязательства из договоров
Версия 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-20. Правило и обязательность подтверждаются на ваших исходниках.
2. Календарных дней по примеру · тип учебного поля: number · дней · пример: 5. Правило и обязательность подтверждаются на ваших исходниках.
3. Внесённая дата исполнения · тип учебного поля: date · пример: 2026-10-26. Правило и обязательность подтверждаются на ваших исходниках.

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. Д-082, учебный п.4.2: событие 20.10, срок +5 календарных дней = 25.10.
4. В плане стоит 26.10 — на 1 день позже расчётной даты; пункт ещё не проверен юристом.
5. Открыть п.4.2, подтвердить учебное правило у проверяющего и назначить исполнителю план 24.10.
6. Расчётная дата 25.10, план 24.10 на 1 день раньше; правило отмечено проверенным, вывод о нарушении не делается.
7. Каждый срок раскрывает исходный пункт и правило; отличающаяся плановая дата не объявляется нарушением автоматически.