### Главный вывод
У практики банкротства граждан нет доказанного универсального потолка в определённое число дел за месяц. Число договоров ничего не говорит о мощности, пока неизвестны стадия, сложность дел, трудоёмкость, размер незавершённой очереди и качество. Один пакет может быть стандартным, другой — включать имущество супругов, сделки, поручительства, корпоративные связи и противоречащие друг другу источники. Поэтому масштаб измеряется не продажами и не «делами на юриста», а способностью завершать каждую стадию без роста критических дефектов, просрочек, жалоб и риска для персональных данных.
Рабочая единица мощности — операция на конкретной стадии: проверить конфликт, сверить кредиторов, оценить сделку, проверить проект, подать одобренную версию, получить квитанцию. Узкое место перемещается между квалификацией, доказательствами, старшей проверкой и календарём. Рост разрешается, только когда организация видит очереди и доказывает резерв собственными временными отметками.
### 1. Сквозные контрольные ворота
Дело проходит последовательность с измеримым входом, выходом и доказательством:
| Ворота | Результат | Что блокирует переход | |---|---|---| | G0. Вход | одна карточка, минимум данных, версия уведомления | избыточный сбор, дубль | | G1. Идентификация и конфликт | clear / conditional / escalate / decline | неразрешённое совпадение | | G2. Маршрут | подписанная юристом записка о вариантах и рисках | нет критических фактов | | G3. Evidence pack | сверенные реестры и происхождение полей | blocker или противоречие | | G4. Проект | пакет из подтверждённых данных | несогласованные суммы, лица, приложения | | G5. Независимая проверка | одобрение либо перечень дефектов | critical/major defect | | G6. Подача | отправлена только approved-версия | другая версия, нет полномочия | | G7. Сопровождение | событие превратилось в задачу и срок | нет владельца или источника | | G8. Результат | исход подтверждён актом суда или МФЦ | маркетинговый статус вместо акта | | G9. Закрытие | расчёт, доступы, хранение, жалобы закрыты | открытые обязательства |
Статус «в работе» без владельца, следующего действия и даты не допускается. Активная работа, ожидание клиента и внешнее ожидание учитываются раздельно.
### 2. Квалификация и конфликт
На первом контакте собираются только данные, необходимые для ответа, дедупликации и назначения проверки. Полный паспортный, семейный и финансовый архив не нужен до появления конкретной цели и правового основания. Согласие на обработку заявки не следует автоматически считать согласием на рекламные сообщения.
Квиз — только предварительный скрининг. Он не должен выдавать «вы точно подходите», обещать освобождение, сохранение имущества или срок. Юрист готовит записку о судебном, внесудебном или ином маршруте, источниках, обязательствах, доходах, имуществе, семье, сделках, пробелах и рисках.
Конфликт ищется не только по ФИО: проверяются нужные по риску идентификаторы, супруги, поручители, кредиторы, связанные компании, совладельцы и значимые контрагенты. Совпадение имени не равно конфликту. Запрос, решение, проверяющий и время сохраняются; при появлении нового лица проверка повторяется.
### 3. Доказательный пакет вместо папки PDF
Основа досье — пять взаимосвязанных реестров:
1. обязательства: кредитор, основание, состав суммы, обеспечение, спорность, источник; 2. активы и права: титул, доля, обременение, совместная собственность, фактическое владение; 3. доходы и расходы: источник, период, регулярность, иждивенцы и подтверждение; 4. сделки и движение имущества: предмет, контрагент, дата, цена, оплата, связь сторон; 5. семья и связи: брак, соглашения, дети, совместное имущество, поручительства, компании.
Отдельно ведётся карта обязательств и обстоятельств, которые требуют проверки перед выводом об освобождении. Она не предсказывает решение суда, но не даёт продавцу обещать, что «спишется всё».
У каждого критического значения есть источник, дата актуальности, проверяющий, статус и ссылка на документ. Распознавание сохраняет страницу и исходный фрагмент; низкая уверенность блокирует перенос. Средняя «готовность 80%» не используется: один отсутствующий критический актив или кредитор важнее десятков необязательных файлов.
Проект проходит draft → legal review → approved → signed → filed. Критическое изменение после approved отменяет одобрение. Для подачи сохраняются версия, состав файлов, полномочие, канал и квитанция.
### 4. RACI и финансовый управляющий
Внутренние роли: intake, координатор, ведущий юрист, старший QA, docketing, операционный руководитель, финансы, ответственный за ПД/ИБ и руководство. Роли можно совмещать, но автор высокорискового решения не должен быть его единственным проверяющим.
| Действие | R — выполняет | A — отвечает внутри фирмы | C/I | |---|---|---|---| | Квалификация | ведущий юрист | ведущий/старший по risk class | координатор | | Evidence pack | координатор | ведущий юрист | QA | | Независимая проверка | старший QA | старший QA | автор | | Подача и квитанция | docketing | ведущий юрист | координатор | | Жалоба | координатор | QA/руководитель по тяжести | юрист, ПД/ИБ | | Инцидент данных | ответственный ПД/ИБ | руководитель | владельцы систем |
Финансовый управляющий находится **вне** вертикали фирмы. Его утверждает суд; закон и Верховный Суд требуют независимости от должника и кредиторов. Фирма передаёт пакет и регистрирует запросы, но не назначает управляющему SLA, не гарантирует лицо и не рекламирует «своего управляющего». Он не получает R или A во внутренней RACI: фирма отвечает за свою передачу, не за его решения.
### 5. Дедлайны и внутренние SLA
В карточке срока разделяются:
- законный или процессуальный срок — с нормой, актом либо событием запуска; - договорное обещание клиенту; - внутренняя цель — управленческий запас.
Для каждого срока хранятся источник, событие, правило расчёта, часовой пояс, владелец, резервный исполнитель и подтверждение. Автоматически извлечённый срок подтверждает человек.
Внутренняя цель не копируется с рынка. Система собирает `ready_at`, `started_at`, `completed_at`, внешнее ожидание, активное время, риск-класс и повторную работу. После собственного наблюдения фирма рассчитывает распределение по однородным операциям. Для внешнего срока:
`внутренняя дата готовности = внешний срок − буфер проверки − буфер подачи − резерв сбоя`.
Буферы выводятся из собственных верхних квантилей и испытаний резервного канала. Двухконтурный docketing ищет событие без задачи, срок без источника, исполнение без квитанции и дело без следующего действия.
### 6. QA: дефекты важнее скорости черновика
Дефекты классифицируются по последствиям:
- critical — риск чужого дела, пропуска срока, сокрытия существенного факта, утечки или ложного обещания; - major — способен изменить маршрут, сторону, сумму или потребовать существенной переделки; - minor — не меняет правовую сущность, но нарушает стандарт; - observation — улучшение без дефекта текущего результата.
Critical и major блокируют выпуск. Дефект связывается с причиной: данные, инструкция, шаблон, интерфейс, обучение, очередь, доступ или автоматизация. Выборка повышается для сложных фактов и новых сотрудников, шаблонов, интеграций или ИИ-моделей.
### 7. Персональные данные, безопасность, ИИ и поставщики
Для каждой обработки фиксируются цель, категории субъектов и данных, основание, операции, система и место хранения, получатели, срок, меры защиты и удаление. Закон № 152-ФЗ требует целевого и соразмерного сбора, конфиденциальности, организационных мер и безопасности. При интернет-сборе данных граждан РФ отдельно проверяется локализация первоначальных операций в базе данных и применимые исключения.
Минимальный контроль: matter-level доступ, MFA, запрет общих аккаунтов, отзыв прав, журнал массового экспорта, управляемые устройства, защищённые резервные версии и тест восстановления. Red Team проверяет смешение дел, фишинг, выгрузку, ransomware, личные каналы, уволенные аккаунты и публичные вложения.
До подключения CRM, OCR, облака или ИИ проверяются юридическое лицо, страны и базы, данные, субобработчики, доступ, обучение на запросах, удаление, инциденты и экспорт. Поручение обработки определяет данные, операции, цели, конфиденциальность и безопасность.
Безопасный ИИ создаёт только черновик из минимизированного контекста. Критические поля связаны с источником, правила проверяют стороны, суммы и приложения, юрист подтверждает факты и право, а наружу уходит только approved-версия. Пилот останавливается при пропуске кредитора или актива, ложной ссылке, смешении дел, несанкционированной отправке, утечке или невозможности воспроизвести версию. Измеряется полное время с review и rework, а не скорость генерации.
### 8. Жалобы и возвраты
Жалоба объединяет исходную рекламу и скрипт, записку о маршруте, договор, платежи, выполненные действия, коммуникации и квитанции. Отдельно классифицируются недостаток услуги, задержка, спор об объёме, внешний исход, финансовый спор и инцидент данных.
Неблагоприятный судебный акт сам по себе не доказывает недостаток услуги, а обещание гарантированного результата остаётся проблемой независимо от исхода. Нет универсального правила «возврат всегда полный» и правила «после подписания возврата нет». Статья 32 Закона о защите прав потребителей разрешает потребителю отказаться от договора при оплате фактически понесённых исполнителем расходов, связанных с исполнением. Решение требует воспроизводимого расчёта работ, расходов, процессуальных платежей и подтверждения выплаты. Повторяющаяся причина жалоб изменяет процесс.
### 9. Реклама банкротства
С 1 января 2026 года статья 28.1 Закона о рекламе запрещает гарантировать или обещать освобождение от денежных обязательств, призывать не платить, утверждать, что государство создало систему освобождения от долгов, и упоминать возможность освобождения. Обязательное предупреждение:
> Банкротство влечет негативные последствия, в том числе ограничения на получение кредита и повторное банкротство в течение пяти лет. Предварительно обратитесь к своему кредитору и в МФЦ.
Для радио и видео предупреждение длится не менее трёх секунд; в видео оно занимает не менее 7% площади кадра, а в иных форматах — не менее 7% рекламной площади. Проверяются не только баннеры: лендинг, квиз, чат-бот, звонок, переписка, партнёрский материал, договор и кейс должны говорить одно и то же. Для каждого материала хранятся версия, канал, правовая редакция, проверяющий, дата запуска и доказательство остановки старой версии.
### 10. Формулы мощности и остановка роста
По каждой стадии `s`, классу риска `k` и роли `r` измеряются входящий поток, активное время, ожидание, first-pass yield, rework, WIP, доступные часы и фиксированная контрольная работа.
`Load(r) = Σ Arrivals(s,k) × ServiceTime(s,k,r) + Rework(r) + BacklogClearance(r) + FixedControlWork(r)`.
`AvailableCapacity(r) = FTE(r) × ScheduledHours(r) × AvailabilityFactor(r)`.
`CapacityGap(r) = AvailableCapacity(r) − Load(r)`.
Универсального «безопасного процента загрузки» нет. Его определяют по собственному моменту, когда растут queue age, дефекты и жалобы. Low/base/stress-сценарии меняют поток, смесь high-risk, скорость получения документов, rework, доступность senior QA, внешние события и сбои — без выдуманных чисел.
Рост останавливается или пересматривается, если стареет ready-очередь, падает first-pass yield, растут critical/major defects, сроковые действия не имеют квитанций, повторяются жалобы, senior QA или docketing остаются без резерва, не закрыты доступы и инциденты либо новый шаблон/ИИ не прошёл контроль. Сначала ограничивают приём и снимают узкое место; найм или автоматизацию подтверждают измеренной нагрузкой.
### Что внедрять первым
1. Снять запрещённые обещания и инвентаризировать живую рекламу. 2. Ввести единый matter_id, стадии, владельца и следующее действие. 3. Развернуть evidence pack, версии и доказательство подачи. 4. Закрепить RACI, G0–G9, классы дефектов и независимый review. 5. Создать карту данных, доступов, поставщиков и восстановительный тест. 6. Измерить service time, rework и очереди; найти фактическое узкое место. 7. Подключать ИИ только после стабилизации источников и ворот.
Критерий зрелости: по любому делу можно восстановить, почему его приняли, какие факты подтвердили, кто проверил конфликт и маршрут, какая версия была подана, что запустило срок, какие обещания видел клиент, кто имел доступ и как закрыт результат. Пока часть ответа существует только в голове сотрудника, рост остаётся неуправляемым.
Автор: Дмитрий Мартынов, основатель платформы «ТехнологИИ права».