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

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

1. Исходный процесс
1. Клиенту отвечают по памяти и отдельным сообщениям
2. Файлы и поручения по делу находятся в разных местах

2. Границы первой версии
1. Карточка дела
2. Версии материалов
3. Кабинет клиента

3. Исходники от заказчика
1. Структура проектов
2. Правила конфиденциальности
3. Процесс согласования

4. Основной сценарий
1. Открыть проект
2. Разделить доступ
3. Назначить задачи
4. Согласовать материалы с клиентом

5. Предварительная карта данных
1. Необходимых документов · тип учебного поля: number · шт. · пример: 4. Правило и обязательность подтверждаются на ваших исходниках.
2. Проверенных документов · тип учебного поля: number · шт. · пример: 3. Правило и обязательность подтверждаются на ваших исходниках.
3. Задач этапа · тип учебного поля: number · шт. · пример: 3. Правило и обязательность подтверждаются на ваших исходниках.
4. Принято задач · тип учебного поля: number · шт. · пример: 2. Правило и обязательность подтверждаются на ваших исходниках.

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. ДЕЛ-083: 4 документа, проверены 3; 3 задачи, приняты 2; юрист добавил внутреннюю заметку З-07.
4. З-07 содержит рабочую стратегию и не должна попадать в клиентскую ленту.
5. Переключить представление с «Юрист» на «Клиент» и проверить видимость З-07.
6. Клиент видит 1 недостающий документ и 1 открытую задачу, З-07 скрыта; это учебное представление, не проверка серверных прав.
7. В клиентском представлении нет внутренней заметки; противоречивые количества дают ошибку, а не отрицательный остаток.