diff --git a/Банкротство.Про.md b/Банкротство.Про.md index fd3e091..0b3030f 100644 --- a/Банкротство.Про.md +++ b/Банкротство.Про.md @@ -1,4 +1,3 @@ - # КОММЕРЧЕСКОЕ ПРЕДЛОЖЕНИЕ **Тема:** Разработка автоматизированной системы управления делами о банкротстве физических лиц «Банкротство.Про» (рабочее название) @@ -8,16 +7,17 @@ **Результат:** * Снижение трудозатрат на 1 дело на **60-70%**. * Исключение пропусков процессуальных сроков (система не даст провести дело дальше, если не закрыт предыдущий блок). -* Возможность вести на одного юриста не 20-30, а **100-150 дел** одновременно. +* Возможность вести на одного юриста **100-150 дел** одновременно. --- ## 2. Архитектура и Этапы разработки -Разработка разделена на 3 последовательных этапа. Такой подход позволяет быстро получить работающий инструмент (MVP) и постепенно внедрять сложный функционал. +Разработка разделена на 3 последовательных этапа, что позволит быстро получить работающий инструмент (MVP) и постепенно внедрять сложный функционал. ### ЭТАП 1: Базовый интерфейс и цифровой архив (Фундамент) **Цель этапа:** Оцифровать все дела, создать единое пространство для документов и жесткий контроль процессуальных сроков. + **Функционал:** 1. **Ролевая модель и Авторизация:** Руководитель, Юрист. * Юрист (Исполнитель): Видит только свои дела. Заполняет данные, загружает документы, отмечает выполнение шагов алгоритма. Не может удалять дела или менять глобальные настройки. @@ -56,7 +56,7 @@ * Автоматическая отправка должнику запросов на предоставление недостающих документов (чек-листы). Одноразовая страница загрузки данных. * **Срок реализации:** 2 месяца -* **Стоимость:** ~200 000 ₽ +* **Стоимость:** 200 000 ₽ --- @@ -88,7 +88,7 @@ | **Этап 1** | CRM, Карточки дел, Календарь сроков, Роли, Архив | 1.5 мес. | 170 000 ₽ | | **Этап 2** | Интеграции (ЕФРСБ, Почта, Кад Арбитр), Бот для клиентов, Авто-запросы | 2 мес. | 200 000 ₽ | | **Этап 3** | ФА, Парсинг выписок, Генерация Отчетов АУ, Модуль СК | 2.5 мес. | 500 000 ₽ | -| **ИТОГО** | **Полный цикл разработки и внедрения** | **~ 6 мес.** | **~ 1 650 000 ₽** | +| **ИТОГО** | **Полный цикл разработки и внедрения** | **~ 6 мес.** | **~ 870 000 ₽** | *Примечание: После сдачи проекта предполагается выделение 10-15% от бюджета на ежемесячную техническую поддержку, обновление интеграций (т.к. API госорганов и ЕФРСБ периодически меняются) и доработку мелкого функционала. Также, необходим выделенный виртульный сервер для размещения проекта, стартовая стоимость 3-5т.р./мес* @@ -108,14 +108,13 @@ * **Текущие потери:** Допустим, компания ведет 300 дел. Ручная подготовка запросов, контроль сроков и составление отчетов съедает до 40% рабочего времени пула юристов и помощников. Ошибка в сроках стоит от 50 000 до 200 000 ₽ (штрафы, отстранение, репутация). * **Эффект от ПО:** Высвобождается эквивалент 2-3 фул-тайм сотрудников. Система окупается за **4-6 месяцев** исключительно за счет экономии на фонде оплаты труда (ФОТ) линейного персонала и отсутствия штрафов за пропущенные сроки. ---- - -Для удобства управления большим количеством дел в ПО нельзя использовать плоский список из 20+ шагов. Вместо этого алгоритм группируется в **7 макростатусов (этапов)**, внутри которых система автоматически контролирует микро-шаги и дедлайны. --- ### 📊 Модель статусов дела (Kanban / Pipeline) +Для удобства управления большим количеством дел в ПО не удобно использовать плоский список из 20+ шагов. Вместо этого алгоритм группируется в **7 макростатусов (этапов)**, внутри которых система автоматически контролирует микро-шаги и дедлайны. + Каждое дело в системе имеет один из следующих статусов. Переход между статусами может быть как ручным (подтверждение юристом), так и автоматическим (при выполнении условий). | № | Статус дела (Этап) | Триггер входа в статус | Ключевые задачи внутри статуса (из Excel) | @@ -197,15 +196,11 @@ 4. **Дашборд просрочек:** На главной странице руководителя должен быть виджет "Дела с критическими рисками", показывающий дела, где пропущен срок подачи возражений, срок публикации или срок ответа на запрос (35 дней). ---- -Ниже представлена детализированная постановка задачи (Техническое Задание, ТЗ) для команды разработки, адаптированная под ваши уточнения: **отказ от Канбан-доски в пользу табличного интерфейса**, упрощенная ролевая модель (Юрист, Руководитель) и специфическая функция руководителя. - -ТЗ структурировано так, чтобы разработчик мог сразу декомпозировать его на задачи (Jira/YouTrack). --- -# ТЕХНИЧЕСКОЕ ЗАДАНИЕ: Система учета дел о банкротстве (Этапы 1 и 2) +# ТЕХНИЧЕСКОЕ ЗАДАНИЕ: (Этапы 1 и 2) ## 1. Ролевая модель и права доступа (RBAC) В системе предусмотрено ровно две роли. Разграничение прав строгое. @@ -292,21 +287,9 @@ --- -## 4. Технические требования и стек (Рекомендация для разработчика) - -* **Backend:** Node.js -* **Frontend:** Vue.js 3 + UI-библиотеки с мощными таблицами. -* **База данных:** PostgreSQL (строгая типизация обязательна для финансовых данных и связей) + MongoDB. -* **Хранение файлов:** Локальное хранилище на сервере или S3-совместимое (Yandex Object Storage) для надежности. -* **Безопасность:** - * Реализация механизма Impersonation через временные JWT-токены с ограниченным временем жизни (например, 15 минут), чтобы руководитель мог безопасно "войти как юрист". - * Хэширование паролей (bcrypt). - ---- - -## 5. Критерии приемки (Definition of Done) для Этапа 1 +## 4. Критерии приемки (Definition of Done) для Этапа 1 1. Руководитель может создать пользователя-юриста, назначить ему дело и нажать "Войти как", оказавшись в интерфейсе юриста в новой вкладке. 2. Юрист может ввести дату для шага 1.00, и система автоматически рассчитает и подсветит дедлайн для шага 4.00. 3. Юрист не может отметить шаг 13.50 как "Выполненный", пока не загрузит файл в поле "Определение о включении в РТК". -4. Все данные отображаются в таблицах с возможностью сортировки по дедлайнам и фильтрации по статусам (🟢/🟡/🔴). Канбан-элементы отсутствуют. +4. Все данные отображаются в таблицах с возможностью сортировки по дедлайнам и фильтрации по статусам (🟢/🟡/🔴).