Концепт «Редакция»

Решение относится к конкретному тексту. Редакции, замечания и участники собраны в один маршрут, который можно проверить и объяснить.

Концепт-проект: «Редакция» — вымышленная компания. Результатов работы здесь нет: только решения и гипотезы.

О заказчике

• Сценарий: Внутреннее согласование договора поставки
• Участники: Инициатор, юрист, финансовый согласующий и владелец маршрута
• Первая версия: Один тип документа и согласованный маршрут
• Граница: Внутреннее решение не считается электронной подписью или юридическим заключением
• Данные: Названия контрагентов, файлы и решения демонстрационные

Задача

В учебной компании договор проходит закупщика, юриста и финансового согласующего. Файлы пересылают в переписке, комментарии относятся к разным редакциям, а статус «согласовано» не объясняет, какой текст видел участник. При замене файла прежние решения могут ошибочно выглядеть действующими.

Основной риск возникает не в скорости пересылки, а в потере связи между документом, его редакцией и решением. Инициатор не знает, кому передали задачу во время отсутствия коллеги. Согласующий видит новый файл, но не понимает, нужно ли перечитывать весь договор или только изменённые условия.

Концепт задаёт управляемый маршрут внутреннего согласования. Он не выдаётся за электронную подпись или юридически значимый обмен с контрагентом. Демонстрационные решения и сроки на макетах вымышлены; предмет проверки состоит в корректности версий, полномочий и переходов.

Риски исходного процесса

Одобрили старый файл

Каждое решение хранит ссылку на редакцию. Замена текста не наследует одобрение автоматически.

Замечание потерялось в письмах

Обсуждение связано с пунктом и версией; ответ и закрытие видны в карточке документа.

Маршрут остановился на отпуске

Замещение назначается по утверждённому правилу с проверкой полномочий и сохранением автора действия.

История есть, основания нет

Событие показывает участника, редакцию и причину. Общая временная лента не заменяет объяснение решения.

Решение

Рабочая очередь показывает не просто названия документов, а ближайшее действие: проверить новую редакцию, ответить на замечание, назначить заменяющего или завершить этап. У каждого решения есть версия документа и роль участника. Новая редакция запускает согласованный пересмотр затронутых этапов вместо сохранения общей зелёной галочки.

Карточка соединяет текст, существенные изменения и обсуждение. Замечание связано с пунктом и редакцией; после изменения его можно перенести с подтверждением или закрыть с объяснением. Маршрут отделён от файла: видно, кто действует сейчас, какие шаги параллельны и что требуется для завершения.

Первая версия ограничена одним типом договора и утверждённым набором ролей. Сравнение показывает согласованные представления текста; сложные вложения и нестандартные форматы передаются на ручную проверку. Подписание и внешние системы подключались бы отдельным этапом после проверки требований и полномочий.

Как устроен продукт

1. Очередь действий. Документ, актуальная редакция, следующий участник и причина ожидания. Зачем: Сотрудник выбирает рабочую задачу, а не разбирает общий архив файлов.
2. Чтение и изменения. Текст с привязанными замечаниями и перечень изменённых условий. Зачем: Решение принимается с контекстом, а не по имени вложения.
3. Маршрут согласования. Последовательные и параллельные этапы, ответственные и допустимое замещение. Зачем: Остановка процесса имеет причину и владельца.
4. Журнал редакций и решений. Файл, версия, действие и его основание сохраняются вместе. Зачем: Можно восстановить, какой текст проверял участник.
5. Короткое мобильное действие. Открыть назначенное замечание, прочитать контекст и сохранить ответ. Зачем: Телефон не выдаётся за полноценный редактор сложного договора.

Что помогает пройти сценарий

Замечание в контексте

Открытие комментария показывает связанный пункт и версию. После замены файла связь требует явного переноса или закрытия.

Проверка перед решением

Подтверждение сверяет актуальную редакцию. Устаревшая вкладка не может незаметно одобрить новый текст.

Замещение с полномочиями

Временный участник назначается по роли и периоду; история сохраняет того, кто фактически принял решение.

Ключевые сценарии

Исправить замечание

Связать новый текст с конкретным вопросом согласующего.

На входе: Юрист оставил замечание к условию оплаты в текущей редакции.

1. Открыть пункт и объяснение.
2. Подготовить исправленную редакцию.
3. Сопоставить замечание с новым текстом.
4. Отправить на повторную проверку.

На выходе: Новая версия и состояние замечания связаны; прежнее решение не выдано за действующее.

Если что-то пошло не так: Не удалось сопоставить пункт: замечание остаётся на ручной проверке.

Критерий приёмки: Загрузка нового файла не закрывает все комментарии автоматически.

Принять решение

Проверить актуальность перед подтверждением.

На входе: Согласующий открыл документ, затем инициатор загрузил другую редакцию.

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

На выходе: Решение связано с участником, ролью и конкретной редакцией.

Если что-то пошло не так: Устаревшая форма требует обновить контекст и повторно проверить текст.

Критерий приёмки: Решение не применяется к редакции, которую участник не подтверждал.

Назначить заменяющего

Продолжить маршрут с сохранением ответственности.

На входе: Основной участник отсутствует, этап ожидает решения.

1. Проверить разрешённую роль и период.
2. Выбрать допустимого заменяющего.
3. Сохранить основание назначения.
4. Проверить задачу и доступ участника.

На выходе: Этап получил ответственного; история показывает автора назначения и фактическое решение.

Если что-то пошло не так: Нет подходящих полномочий: этап остаётся ожидающим решения владельца процесса.

Критерий приёмки: Замещение не открывает чужие документы вне утверждённого контура.

Роли пользователей

Инициатор

Провести документ и не потерять замечания разных участников.

Что нужно исправить, чтобы продолжить?

Согласующий

Принять решение по актуальному тексту с понятными изменениями.

Что поменялось после моей проверки?

Владелец процесса

Управлять маршрутом и объяснять исключения без подмены решений.

Кто сейчас отвечает за следующий шаг?

Как устроено технически

Версии как отдельные сущности

Файл, его контрольная сумма и редакция сохраняются отдельно от карточки договора. Прежний файл не перезаписывается новым.

Модель переходов

Сервер проверяет роль, этап и актуальную версию. Новая редакция пересматривает необходимые решения по согласованной политике.

Файлы и доступ

Загрузка ограничена разрешёнными форматами и размером. Доступ к вложению проверяется так же, как к документу; ссылка не становится публичным разрешением.

Уведомления и журнал

События получают устойчивые ключи; повтор не создаёт вторую задачу. Журнал исключает бесследное изменение проведённых решений.

Что входит в разработку

• Один тип договора и модель редакций
• Рабочая очередь и карточка с замечаниями
• Маршрут и согласованное замещение
• Защищённые вложения и журнал
• Мобильный просмотр и ответ
• Сценарии приёмки и эксплуатационные ограничения

План реализации

1. Модель согласования: фиксируем роли, последовательность, замещение и последствия новой редакции.
2. Прототип: проверяем замечание, повторное согласование и конфликт редактирования.
3. Первая версия: реализуем один маршрут, хранение редакций и уведомления.
4. Приёмка: сверяем полномочия, историю, вложения и завершение после изменения документа.

Что замеряем после запуска

• Решение по актуальной редакции — Попытка подтвердить устаревшую вкладку должна завершаться проверкой изменений, а не новым одобрением.
• Сохранность замечаний — После загрузки редакции каждое замечание имеет явное состояние: перенесено, закрыто или требует проверки.
• Объяснимость ожидания — Для незавершённого этапа видны причина и ответственный, без обещания процента ускорения.
• Полнота истории — Восстанавливаем последовательность текста и решений на сценарии с замещением и повторной проверкой.

Стек

React, TypeScript, PostgreSQL, Объектное хранилище.

Все кейсы · Услуга · Калькулятор стоимости

Шесть экранов рабочего маршрута

Снимки настоящих HTML-макетов: рабочая задача, исключения и два мобильных экрана. Данные демонстрационные; это не работающий продукт заказчика.