Обновить Банкротство.Про.md

Банкротство.Про.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. Все данные отображаются в таблицах с возможностью сортировки по дедлайнам и фильтрации по статусам (🟢/🟡/🔴).