10. Регламентация и шаблоны
Регламенты - это инфраструктура, которая делает юрфункцию предсказуемой для бизнеса и снимает с CLO поток рутинных решений. Без них каждое согласование договора превращается в переговоры, а каждая претензия - в пожарную тревогу. Здесь - карта регламентов с приоритизацией, матрица согласования договоров и два ключевых процесса юрдепа в виде схем. Рамка роли и управления командой разобрана в 01. Управление и лидерство и 07. Гайд по управлению командой; здесь - то, что развешивается по стенам и прописывается в положениях.
Если читать некогда - суть в шести тезисах
- Регламент нужен не для красоты, а чтобы одно и то же решение не принималось дважды.
- Не пишите всё сразу. Три 🔴-регламента (претензионно-исковой, согласование договоров, SLA) закрывают 80% боли первого квартала.
- Матрица согласования договоров - ваш главный артефакт. Она делает маршрут договора видимым для бизнеса без звонка юристу.
- Шаблоны - это накопленный опыт команды в читаемом виде. Каждый нестандартный договор должен превращаться в новый шаблон.
- Регламент приживается, если им пользуются каждую неделю. Если повисел в папке и забыт - это не регламент, это отчётность.
- Сначала процесс - потом автоматизация. Автоматизировать хаос значит получить хаос быстрее.
Зачем регламенты - и когда они вредят
Регламент выполняет три функции. Первая - снижение нагрузки на руководителя: решение, описанное в положении, больше не требует вашего участия. Вторая - прогнозируемость для бизнеса: коммерсант, который знает, что договор на 3 млн согласуется за два дня без эскалации, не обходит юриста. Третья - защита при конфликте: когда что-то пошло не так, регламент отвечает на вопрос «кто и что должен был сделать».
Регламент ради регламента
Если положение занимает 40 страниц и описывает исключения из исключений - оно не работает. Признак мёртвого регламента: за последний квартал ни один сотрудник не открыл его по делу. Регламент, которым не пользуются, создаёт ложное чувство защищённости и мешает увидеть реальный процесс.
Связь с управлением командой
Регламент - это то, как управленческие решения из 07. Гайда по управлению командой превращаются в работающую инфраструктуру. Без делегирования и обратной связи любой регламент быстро устаревает.
Каталог внутренних регламентов
Полный перечень того, что должно быть в юрфункции, с приоритизацией по срочности. 🔴 - пишем в первый квартал, без этого отдел работает на честном слове. 🟡 - среднесрочно, после того как 🔴 прижились. 🟢 - развитие, для зрелой функции.
🔴 Срочно (первые 1-3 месяца)
| Регламент | Что регулирует | Приоритет |
|---|---|---|
| Положение о претензионно-исковой работе | Кто предъявляет и отвечает на претензии; сроки; полномочия по мировым; критерии «идём в суд» | 🔴 |
| Регламент согласования договоров | Маршрут, матрица, SLA, эскалация, исключения | 🔴 |
| SLA юрфункции | Сроки ответа на типовые запросы бизнеса; что не является юрзадачей | 🔴 |
🟡 Среднесрочно (3-6 месяцев)
| Регламент | Что регулирует | Приоритет |
|---|---|---|
| Положение о бюджетировании юр.расходов | Годовой цикл, лимиты на внешних юристов, cost-per-matter (см. [[13-byudzhet-yur-funkcii | 13. Бюджет]]) |
| Антикоррупционная политика | Запрет взяток, пороги подарков, конфликт интересов, due diligence контрагентов (см. [[15-komplaens-osnovy | 15. Комплаенс]]) |
| Порядок передачи дел | Список дел, статусы, доступы при отпуске/больничном/увольнении | 🟡 |
| Политика конфиденциальности (NDA) | Состав коммерческой тайны юрблока, обязательства после увольнения | 🟡 |
🟢 Развитие (6-12 месяцев)
| Регламент | Что регулирует | Приоритет |
|---|---|---|
| Положение о юр.комплаенсе | Риск-оценка, программа контроля, обучение, мониторинг | 🟢 |
| Регламент работы с персональными данными (152-ФЗ) | Доступ, хранение, уничтожение ПД, реакция на инцидент | 🟢 |
| Политика использования AI в юрработе | Допустимые сценарии, запреты, аудит-лог (см. [[../llm-ai-agents/16-ai-v-legaltech | AI в LegalTech]]) |
| Регламент внутреннего аудита юрфункции | Самопроверка качества, periodic review (см. [[09-kachestvo-yur-raboty | 09. Контроль качества]]) |
Развёрнутые разделы для 🔴-регламентов
Этой глубины достаточно, чтобы написать положение за один-два дня, а не искать готовый шаблон вслепую.
Положение о претензионно-исковой работе
- Термины и область. Что считается претензией, что - судебным делом, что - исполнительным производством. Граница между функциями юриста и бухгалтерии.
- Досудебный порядок. Срок ответа на входящую претензию (рабочих дней), кто готовит ответ, когда подключается бизнес-заказчик, эскалация. Срок предъявления исходящей претензии после выявления нарушения.
- Полномочия по мировым соглашениям. До какой суммы юрист урегулирует сам, до какой - с согласованием руководителя, выше какой - только с CLO и CFO. Это снимает 90% вопросов «можно ли нам уступить».
- Критерии перехода в суд. Юридическая перспектива (не менее N% вероятности), экономика дела (стоимость ведения vs сумма взыскания), стратегическая значимость (прецедент, репутация). Без критериев суды копятся без отбора.
- Учёт и отчётность. Реестр дел, статус, ответственный, следующий шаг, дата. Еженедельный срез для CLO.
- Взаимодействие с бухгалтерией. Резервы на судебные дела, признание убытков, отражение взысканного. Без этого юр.победа остаётся на бумаге.
Регламент согласования договоров
- Типы договоров. Классификация по предмету (купля-продажа, услуги, подряд, лицензия, NDA и т.д.) - от неё зависит маршрут.
- Матрица согласования. Кто согласовывает в зависимости от суммы, контрагента и типа (см. ниже отдельный раздел с матрицей).
- Сроки (SLA). Стандартный договор - N рабочих дней, нестандартный - N+1, срочный - по отдельной процедуре с пометкой инициатора.
- Шаблоны и отклонения. Какой шаблон считать базовым, что считается допустимым отклонением, что требует согласования с CLO.
- Эскалация. Что делать при разногласиях между согласующими, кто арбитр, в какой срок.
- Исключения и нестандарт. Процедура для договоров вне матрицы (M&A, крупные инвестиции, международные) - отдельный маршрут с обязательным участием CLO.
SLA юрфункции
- Каналы поступления. Куда бизнес пишет заявку (почта, таск-трекер, портал), что считается официальным обращением, а что - «спросил в коридоре».
- Типы запросов. Консультация, согласование документа, подготовка документа, правовой анализ, суд/претензия. От типа зависит срок.
- Сроки. Три уровня: срочный (часы), стандартный (рабочие дни), плановый (недели). Пример: консультация - 2 дня, согласование типового - 1 день, согласование нестандартного - 3-5 дней, правовой анализ - до 2 недель.
- Что не является юрзадачей. Согласование коммерческих условий, проверка контрагента на «надёжность» (это СБ), перевод документов. Это снимает ложные ожидания.
- Эскалация при нарушении SLA. Что делает бизнес, если юрист не укладывается, и что делает CLO с просрочкой.
Матрица согласования договоров: кто и когда
Матрица - это сердце регламента. Она делает маршрут договора предсказуемым без устных договорённостей. Строки - уровень риска договора, столбцы - согласующие. В ячейке - требуемое действие.
| Уровень риска | Признаки | Юрист | Финансы | СБ | Подпись |
|---|---|---|---|---|---|
| 🟢 Низкий | Типовой шаблон, контрагент из базы проверенных, сумма до лимита A | Самопроверка по чеклисту | Не требуется | Не требуется | По доверенности, инициатор |
| 🟡 Средний | Модифицированный шаблон ИЛИ новый контрагент, сумма до лимита B | Старший юрист, full review | Финдиректор (сумма/условия оплаты) | Проверка контрагента | Руководитель направления |
| 🔴 Высокий | Индивидуальный договор ИЛИ крупная сумма (выше B) ИЛИ связанная сторона | CLO лично или по поручению | CFO | Глубокая проверка + одобрение | Генеральный директор |
| ⚫ Особый | M&A, международный, стратегический, нетиповой предмет | CLO + внешние юристы | CFO + совет директоров (при необходимости) | Полный due diligence | Генеральный директор, особая процедура |
Лимиты A и B - ваши
Лимиты сумм (A, B) устанавливает CLO вместе с CFO под размер компании. Для среднего бизнеса это часто: A - до 1-3 млн, B - до 10-30 млн. Главное не конкретная цифра, а сам принцип порогов: ниже порога - лёгкий маршрут, выше - тяжёлый.
Зачем СБ в матрице
Проверка контрагента - зона службы безопасности (бенефициары, суды, признаки фирмы-однодневки). Юрист проверяет договор, СБ - контрагента. Смешивание этих функций - частая ошибка начинающего CLO.
Маршрут согласования договора
Схема показывает путь договора от заявки до подписи. Она дублирует матрицу в виде процесса - так бизнесу понятнее, в каком порядке что происходит.
flowchart LR Z[Заявка от бизнеса] --> K{Классификация} K -->|Типовой + проверенный + до лимита A| R1[🟢 Самопроверка юриста] K -->|Нестандарт или новый или до лимита B| R2[🟡 Full review + смежные] K -->|Крупный/связанная сторона| R3[🔴 CLO + CFO + СБ] R1 --> S[Подпись по доверенности] R2 --> F[Финансы] --> S2[Подпись руководителя] R3 --> G[Подпись гендиректора] S --> AR[(Реестр и архив)] S2 --> AR G --> AR
Не прячьте маршрут
Если бизнес не понимает, как согласуется договор, он обходит юриста или давит через руководство. Опубликуйте схему и матрицу на внутреннем портале - это снижает поток вопросов «а почему так долго».
Цикл претензионно-исковой работы
Претензионно-исковая работа - второй по частоте процесс после согласования договоров. Его полезно видеть как кольцо состояний: так команда понимает, на каком этапе находится каждое дело и что делать дальше.
stateDiagram-v2 [*] --> Arise Arise: Выявлено нарушение или претензия получена Arise --> PreTrial PreTrial: Претензия, переговоры, оценка перспективы PreTrial --> Settled: Договорились PreTrial --> Court1: Переговоры провалены, перспектива есть Court1: Суд, I инстанция Court1 --> Appeal Appeal --> Cassation Cassation --> Supervision: По исключительным основаниям Court1 --> Enforce: Решение вступило в силу Appeal --> Enforce Cassation --> Enforce Enforce: Работа с приставами, взыскание Enforce --> Closed: Взыскано или безнадёжно Settled --> [*] Supervision --> [*] Closed --> Archive Archive: Хранение, выгрузка метрик Archive --> [*]
Реестр дел по состояниям
Держите реестр судебных дел с колонкой «состояние» по этой схеме. Раз в неделю срез по состояниям показывает, где дела застряли: десяток в «Досудебном» дольше месяца - сигнал, что переговоры буксуют и нужен разбор.
SLA по типам задач: три уровня
SLA - это обещание бизнесу, которое вы способны выполнить. Три уровня сроков покрывают большинство ситуаций и не плодят бюрократию.
| Уровень | Когда | Пример срока | Как запрашивается |
|---|---|---|---|
| Срочный | Блокирует сделку «здесь и сейчас», есть риск ущерба сегодня | Часы (в день обращения) | Только с пометкой инициатора и согласия CLO |
| Стандартный | Обычная рабочая задача | 1-3 рабочих дня | По штатному каналу (трекер/почта) |
| Плановый | Анализ, подготовка позиции, объёмная документация | 1-3 недели | Заявка с описанием задачи и дедлайном |
Срочный - это не «мне хочется быстрее»
Если половина заявок приходит как «срочные», SLA не работает. Жёсткое правило: срочный режим включается только когда промедление ведёт к риску для компании. Всё остальное - стандарт. Иначе вы воспитываете у бизнеса привычку кричать «горим!» по каждому чиху.
Дерево шаблонов
Шаблоны - это накопленный опыт отдела в читаемом виде. Цель: чтобы 70-80% договоров компании готовились из шаблона с минимальной правкой. Структура дерева повторяет типы договоров из регламента согласования.
- Коммерческие: договор поставки, договор оказания услуг, подряда, лицензии/право использования.
- Защитные: NDA, соглашение о неконкуренции, согласие на обработку ПД, политика конфиденциальности.
- Корпоративные: протоколы решений, доверенности, положения о филиалах.
- Трудовые: типовой трудовой договор по категориям, соглашение о материальной ответственности.
- Претензионные: шаблоны претензий по типам нарушений, исковые заявления.
Каждый нестандартный договор - будущий шаблон
Когда юрист согласовал сложный индивидуальный договор, следующий шаг - извлечь из него типовые формулировки в библиотеку. Без этого правила шаблоны устаревают, а команда раз за разом решает одну и ту же задачу с нуля.
Как внедрять, чтобы прижилось
Регламент умирает в трёх случаях: написан слишком сложно, не доведён до бизнеса, не обновляется. Простые правила продлевают жизнь.
Пишите коротко. Положение на 5-10 страниц работает лучше, чем на 40. Длинный регламент читают только тогда, когда уже случилась беда. Короткий - читают превентивно.
Доведите до бизнеса. Регламент, известный только юристам, бесполезен. Матрицу согласования и SLA публикуйте на внутреннем портале, разбирайте на встречах с руководителями направлений. Бизнес должен знать маршрут так же хорошо, как юристы.
Назначьте владельца. У каждого регламента - один владелец из юрблока, который отвечает за его актуальность. Без владельца положение устаревает за полгода и начинает противоречить реальности.
Пересматривайте по событию, а не по календарю. Регламент обновляется, когда поменялся закон, процесс или состав команды - а не «раз в год». Календарное обновление превращается в формальность.
Связывайте с метриками. Если по регламенту согласование договор должно идти 2 дня, а реально идёт 5 - проблема не в бизнесе, а в регламенте или процессе. Метрики из 06. Метрик показывают, где положение оторвано от жизни.
«Сначала процесс - потом автоматизация» - это правило OCA (Оптимизация → Стандартизация → Автоматизация). Подробно о нём - в 08. Трансформации юрфункции. Автоматизировать непрописанный процесс значит закатать хаос в бетон.
Связанные материалы
- 01. Управление и лидерство - мандат CLO и полномочия, без которых регламенты не работают
- 04. Дисциплина и сложные ситуации - что делать, когда регламент нарушен
- 06. Метрики юрдепартамента - как измерять, что регламент работает
- 09. Контроль качества - регламент review как часть матрицы согласования
- 13. Бюджет юрфункции - положение о бюджетировании
- 15. Комплаенс - антикоррупционная политика как часть каталога
- Оглавление - управление юридической службой