ООО «Перспектива» строит каркасные и брусовые дома в Санкт-Петербурге и Ленинградской области. За каждым объектом стоит поток договоров с поставщиками и подрядчиками: поставка материалов, монтаж, услуги. Договор почти всегда приходит формой контрагента, с приложениями — спецификациями и сметами, которые сами по себе представляют собой таблицы на несколько страниц.
Что мешало
Юрист получал пакет и должен был за несколько дней вернуть бизнесу проработанный документ. Читать приходилось весь пакет целиком: невыгодное условие одинаково легко пряталось и в основном тексте, и в приложении. Замечания смежных направлений — снабжения, финансов, технического блока, эксплуатации — приходили письмами и правками в Word, версии расходились, а протокол разногласий набирался заново вручную.
Отдельной проблемой были сроки. Никто не видел в одном месте, какое направление уже ответило, какое молчит вторую неделю и по какому пункту спор ещё открыт. Чем длиннее пакет приложений, тем выше был шанс пропустить условие, которое потом стоило денег на объекте.
Что сделали
Внедрили YasnoDoc — рабочее место юриста, где договор и записи по нему находятся на одном экране.
Пакет документов загружается целиком: основной договор и приложения. Система извлекает текст и таблицы, разбивает документы на пункты и строки и отдельно помечает приложение, которое в договоре заявлено, но файлом не приложено, — раньше такие пропуски всплывали уже на согласовании.
Дальше договор проходит анализ по шаблону направлений. По каждому найденному риску видно пункт, важность, цитату фрагмента, объяснение и рекомендацию. Шаблоны собраны под типы договоров компании — поставку, монтаж, услуги, — и меняются без участия разработчиков.
Решения остаются за юристом. Он правит текст пункта, указывает направление и обоснование — тогда правка уходит согласующему; без направления она идёт прямо в протокол. Система текст договора не меняет ни в каком случае.
Лист согласования собирается из направлений шаблона, согласующие подставляются автоматически. Каждый получает письмо со ссылкой и видит только правки своих направлений: снабжение не разбирает финансовые формулировки, финансы не читают монтажные. Виза — «Согласовано» либо «На доработку» с обязательным комментарием; при необходимости согласующий предлагает свою редакцию пункта, но текст применится только после того, как юрист её примет.
Протокол разногласий формируется сам: пункт, как было, как стало, направление, обоснование. Он не хранится отдельным файлом, а пересобирается при каждом изменении записей, поэтому не расходится с актуальной редакцией договора.
Что это дало
Разбор пакета перестал быть чтением от корки до корки: юрист работает по списку рисков, а не по всему объёму текста. Согласование стало наблюдаемым — по каждому направлению видно, отправлено ли, сколько осталось до срока и где спор ещё не закрыт. Протокол разногласий больше не собирается руками.
Отдельно важна прослеживаемость. Исходные файлы и текст пунктов не изменяются никогда, правки живут отдельными записями, поэтому для любой строки протокола видно происхождение: исходный текст, правка юриста с автором и обоснованием или принятая редакция согласующего. При споре с контрагентом это снимает вопрос, откуда взялась формулировка.
