Вход через знакомый реестр договоров и систему управления договорами (CLM). Отличие Pactrum — контроль исполнения после подписания: сроки, акты и оплаты под одним взглядом.
У Pactrum нет отраслевых редакций, отдельных лицензий «для стройки» или «для госзаказа» и коробки, которую нужно полгода настраивать под вашу специфику. Система одна для всех: тот же реестр договоров, те же этапы, те же обязательства и тот же график платежей. Отличается не продукт, а состав того, что он извлёк из вашего договора и за чем после этого следит.
Так получается потому, что разбор идёт от текста, а не от преднастроенного шаблона. Система читает загруженный PDF и достаёт из него стороны, предмет, этапы со сроками и суммами, обязательства с указанием ответственной стороны, порядок оплаты, обеспечения, гарантийные условия и формулировки об ответственности. Договор подряда на реконструкцию цеха и лицензионный договор на программное обеспечение дадут разные наборы — просто потому, что в них написано разное. В подряде появятся исполнительная документация и акты по этапам, в поставке — спецификации и гарантия соответствия, в аренде — даты продления и обеспечительный платёж.
Ниже разобраны шесть типов договорной работы, которые встречаются чаще всего. По каждому: чем такие договоры отличаются от остальных, что в них ломается после подписания и что именно система держит под контролем. Если ваш портфель смешанный — а он почти всегда смешанный, — читайте несколько блоков подряд: в одном реестре эти договоры уживаются без разделения на «модули».
Шесть типов договоров, шесть разных наборов документов и сроков. Общее у них одно: после подписания за каждым обещанием должен кто-то следить. Ниже — короткий обзор, дальше по странице каждая отрасль разобрана подробно.
44-ФЗ и 223-ФЗ
Боль. Сроки и порядок оплаты заданы документацией закупки, пеня за просрочку начисляется за каждый день, а расторжение по вине поставщика ведёт в реестр недобросовестных.
Как помогает Pactrum
Акты, исполнительная, гарантия
Боль. Пока акт не подписан, работа для договора не выполнена. А исполнительная документация, страхование и запрет на субподряд не попадают ни в чью зону ответственности.
Как помогает Pactrum
Спецификации, приёмка, ЗИП
Боль. Объём живёт в спецификациях, приёмка зависает без сопроводительных документов, а обязательства по ЗИП, шефмонтажу и гарантии тянутся годами после отгрузки.
Как помогает Pactrum
Акты, SLA, продление
Боль. Каждый месяц — новый акт и отчёт, а срок уведомления об отказе от продления наступает раньше даты окончания и проходит незаметно.
Как помогает Pactrum
Приёмка, права, лицензии
Боль. Что именно принято, подтверждает только акт. Права на результат, исходники и лицензионные ограничения живут в переписке, а не в контроле исполнения.
Как помогает Pactrum
Сроки, индексация, возврат
Боль. Год ничего не происходит — поэтому даты и пропускают: индексацию ставки, срок уведомления об отказе и возврат объекта в согласованном виде.
Как помогает Pactrum
Доходные и расходные договоры лежат в одном списке независимо от типа: подряд, поставка, услуги, аренда и лицензия соседствуют строками. Отраслевая специфика начинается внутри карточки — в этапах, обязательствах и платежах.
Коммерческий договор — результат торга: сроки, порядок приёмки и ответственность обсуждаются. В закупке обсуждать нечего — условия заданы документацией, и поставщик принимает их целиком. Закон № 44-ФЗ требует включать в контракт условие об ответственности сторон, а пеня за просрочку исполнения обязательства начисляется за каждый день просрочки. Это не рычаг в переговорах, а заранее описанный порядок, который сработает сам.
Цена срыва тоже другая. Если контракт расторгнут из-за существенного нарушения со стороны поставщика, сведения о нём попадают в реестр недобросовестных поставщиков — а это два года без доступа к закупкам. Теряется не маржа одного контракта, а вся воронка. По 223-ФЗ правила заказчик устанавливает сам, но жёсткость приёмки и отчётности от этого не падает.
После подписания даты остаются в документации, а работа уходит к исполнителю. Дальше типовая история: этап сдан с опозданием на неделю, акт подписан, все выдохнули — а пеня уже начислена и всплывёт при окончательном расчёте. Бывает и наоборот: оплату задержал заказчик, но никто не считает, с какого дня и сколько.
Пока контрактов три, их держат в голове. На пятнадцати уже никто не назовёт навскидку тот, что ближе всех к сроку, — и о просрочке первым узнаёт не руководитель, а контрагент.
Подряд устроен вокруг результата, который мало сделать — его нужно сдать. Сдача и приёмка — два разных события, и деньги привязаны ко второму: пока акт не подписан, для договора работа не выполнена, сколько бы её ни было сделано на площадке.
К работам прицеплен второй слой обязательств, которого нет в смете: исполнительная документация до сдачи объекта, страхование строительно-монтажных рисков на весь срок работ, запрет привлекать субподрядчиков без письменного согласия заказчика, гарантийный срок после приёмки. Этот слой теряется первым — он ничей.
Этап закрыт, объект работает, а исполнительная документация не собрана: акты скрытых работ задним числом не восстановить. Или субподрядчик вышел на объект без согласования — и у заказчика появилось основание для претензии там, где его никто не ждал.
Деньги отстают от работ. Аванс получен, этап сдан, а постоплата висит второй месяц, потому что срок платежа никто не свёл с датой акта.
Договор поставки редко бывает одним событием: сам договор рамочный, а фактический объём живёт в спецификациях — у каждой своя номенклатура, свой срок и своя сумма. Приёмка тоже не сводится к разгрузке: товар принимают по количеству и качеству, а паспорта, сертификаты соответствия и инструкции — часть поставки, а не приложение к ней.
Поверх отгрузки в договоре висят обязательства, которые переживают её на годы: гарантия соответствия ГОСТ на весь гарантийный срок, поставка ЗИП, шефмонтаж, обучение персонала. Машина уехала, а исполнение продолжается.
Оборудование пришло, а приёмка зависла: сопроводительных документов нет, акт не подписан, платёж не наступил. Формально виноват поставщик, фактически стоят обе стороны — и обе теряют деньги.
Дебиторка растёт незаметно. Спецификаций несколько, платежей по ним ещё больше: аванс, расчёты по этапам, финальный платёж после приёмки, удержание до конца гарантии. Пока эти суммы лежат по разным письмам, никто не скажет, что уже должно было прийти, а что ещё впереди.
У абонентского договора нет одной большой сдачи. Есть месяц, за который нужно оказать услугу, отчитаться, подписать акт и получить оплату, — и так двенадцать раз в год. Обязательства тоже длительные: держать доступность системы не ниже согласованного уровня, присылать ежемесячный отчёт об оказанных услугах, не разглашать данные заказчика, не переманивать его сотрудников.
Второе отличие — срок. Договоры на обслуживание живут годами и продлеваются по умолчанию, а не по решению. Дата, к которой нужно определиться с продлением или отказом, наступает заметно раньше даты окончания — и в этот день ничего не происходит, поэтому его и пропускают.
Месяц закрылся, а акт не подписан — выручка повисла. Через квартал таких месяцев уже три, и восстанавливать, что именно делали в марте, приходится по переписке.
Про пролонгацию вспоминают, когда договор уже продлился на новый срок. Дальше остаются переговоры, а не право: расторгнуть в одностороннем порядке обычно нельзя.
В разработке предмет договора нематериален, и это меняет всё: что именно принято, подтверждает только акт. Приёмка идёт этапами, у каждого свой объём и свой критерий готовности, а исключительные права на результат по типовой формулировке переходят к заказчику после подписания акта и полной оплаты — не в момент, когда код залит в репозиторий.
Рядом живёт лицензионный контур: исключительная или неисключительная лицензия, право на сублицензирование, использование товарного знака, ежеквартальный отчёт с расчётом роялти, запрет выдавать сублицензии без согласия правообладателя. Формально это тоже исполнение договора — просто его обычно никто не ведёт.
Этап сдан, деньги получены, а дистрибутив, документация и исходники так и не переданы. Через год команда сменилась, и восстанавливать, что именно передавали, уже не по чему.
Обязательства размазаны по переписке. «Договорились в чате» документом не является: когда доходит до спора, ссылаться приходится на договор, в котором записано другое.
Аренда — самый тихий тип договора: подписали, платим ежемесячно, и год ничего не происходит. Ровно поэтому даты в ней и пропускают. Ключевых дат три: индексация ставки, срок уведомления о нежелании продлевать и возврат объекта.
Гражданский кодекс относится к молчанию буквально: если по истечении срока арендатор продолжает пользоваться имуществом при отсутствии возражений арендодателя, договор считается возобновлённым на тех же условиях на неопределённый срок (п. 2 ст. 621 ГК РФ). Никто ничего не подписывал — а отношения продолжаются.
Пропущенная дата индексации — это просто недополученные деньги: ставку пересматривают вперёд, а не задним числом.
Кроме платы, в договоре есть обязанности, о которых вспоминают при выезде: поддерживать помещение в исправном состоянии, не делать перепланировку без согласия арендодателя, вернуть объект в согласованном виде. К судьбе обеспечительного платежа это имеет прямое отношение.
Оба экрана ниже — один и тот же демо-договор подряда. По поставке в тех же вкладках окажутся спецификации и гарантия соответствия, по аренде — арендная плата и обеспечительный платёж, по лицензии — роялти и права на результат.
Карточка договора устроена одинаково для любого типа: деньги, результаты по этапам, обязательства, гарантии, права и санкции, внимание, файлы, состав. Разбор заполняет эти вкладки тем, что нашёл в тексте, — и там, где договор молчит, вкладка честно остаётся пустой, а не заполняется правдоподобной догадкой.
Извлечённое остаётся на проверку человеку: система помечает поля, которые требуют подтверждения, и не выдаёт свой разбор за юридическое заключение. Оценка последствий и претензионная работа — по-прежнему за юристом, независимо от отрасли.
Когда договоры разложены по отраслям, срок в каждой из них наступает отдельно, а руководитель узнаёт о нём последним. Смысл общего реестра в том, что все сроки складываются в одну ленту.
В разделе «Сроки» стоят подряд передача арендованного объекта, монтаж конструкций, поставка по спецификации, месяц технического сопровождения и передача прав по лицензии. Их не нужно сводить вручную: система строит ленту из этапов всех договоров и подсвечивает просроченные.
Отсюда же видно то, что не видно внутри отдельного договора: в один месяц может сойтись четыре события из четырёх разных отраслей, и распределять людей приходится между ними, а не внутри одного проекта.
Четыре вопроса, которые звучат на каждом первом разговоре. Отвечаем без попытки переспорить — в том числе на третий, где ответ не в нашу пользу.
Возражение
Это норма, а не исключение — в демо-реестре ровно так и есть: подряд, поставки, сопровождение, аренда и лицензии в одном списке. Разделять их по разным системам не нужно и вредно: смысл общего реестра именно в том, что просроченный монтаж и подходящая дата продления аренды видны на одном экране. Внутри карточки каждый договор всё равно разбирается по-своему.
Возражение
Специфика обычно живёт в двух местах: в наборе документов, которыми закрывается этап, и в наборе обязательств, которые тянутся после подписания. И то и другое система берёт из вашего же текста, а не из преднастроенного отраслевого справочника. Поэтому «не подходит под нашу специфику» проверяется дёшево: загрузите на пробном периоде свой самый неудобный договор и посмотрите на разбор.
Возражение
Интеграции с ЕИС нет и не планируется: Pactrum начинает работать с уже заключённым договором. Обмен с 1С и Битрикс24 в разработке — сегодня доступны выгрузка реестра в Excel и уведомления о сроках на почту. Если готовая двусторонняя интеграция для вас обязательное условие закупки, честнее узнать об этом сейчас, а не после пилота.
Возражение
Разбор идёт по тексту, а не по шаблону, поэтому нестандартная структура сама по себе не проблема — сложности начинаются на плохих сканах и на договорах, где условие размазано по нескольким приложениям. Поэтому результат разбора не подставляется молча: поля с низкой уверенностью помечаются как требующие проверки, и последнее слово остаётся за человеком.
Про госзакупки, смешанный портфель, отраслевые формы, рамочные договоры со спецификациями и автопродление аренды.
Для контроля исполнения уже заключённого контракта — да: этапы, сроки сдачи и оплаты, обязательства, обеспечения и условия об ответственности разбираются из текста контракта так же, как из коммерческого договора. Для самих закупочных процедур — нет: Pactrum не подключается к ЕИС, не подаёт заявки и не формирует отчётность заказчика. Он отвечает за то, что происходит после подписи.
Нет. Подряд, поставка, услуги, аренда и лицензии ведутся в одном реестре и попадают в один календарь сроков. Тип договора влияет на то, что система извлекла из текста — спецификации, акты, обеспечительный платёж или роялти, — но не на то, где этот договор лежит и кто получит напоминание о его сроке.
Нет. Продукт один для всех отраслей, тарифы тоже общие и зависят от объёма договоров и размера команды, а не от вида деятельности. Покупать «модуль для стройки» или «модуль для госзаказа» не нужно — отраслевая специфика появляется из вашего договора при разборе.
Отдельного проекта внедрения нет. Порядок один для любой отрасли: загрузили несколько своих договоров, посмотрели на разбор, проверили извлечённые поля и назначили ответственных. Разбор одного документа занимает около пяти минут, и уже после первых загрузок видно, насколько состав этапов и обязательств совпадает с тем, как вы ведёте эти договоры руками.
Названия форм в системе не зашиты. Акт по этапу — это файл, который прикрепляется к своему этапу и меняет его статус, будь то КС-2, товарная накладная, акт оказанных услуг или документ свободной формы. Формировать отраслевые формы и вести сметные расчёты Pactrum не умеет — для этого остаётся ваш учётный контур.
Спецификации становятся этапами исполнения: у каждой свой срок, своя сумма и свои платежи, а номенклатура попадает в состав этапа. Так рамочный договор перестаёт быть одной строкой без дат — по нему видно, какая спецификация просрочена, а какая ещё впереди.
Дата окончания договора попадает в реестр при разборе, и до её наступления договор получает статус «Скоро», а ответственный — напоминание. Это важно именно в аренде: если по истечении срока арендатор продолжает пользоваться имуществом и арендодатель не возражает, договор считается возобновлённым на тех же условиях на неопределённый срок (п. 2 ст. 621 ГК РФ). Рассчитывать саму дату отказа и оформлять уведомление система не будет — она показывает срок и условие из текста.
Система извлекает условие об ответственности из договора и показывает наступившее последствие с посчитанной по этому условию суммой во вкладке «Внимание» — рядом со структурными рисками договора. Это управленческий сигнал, а не претензионный расчёт: юридическую оценку и переписку с контрагентом он не заменяет.
Не нашли свою отрасль — напишите на info@pactrum.ru: разберём ваш договор и покажем, что система из него достанет.
Разборы в блоге: что отслеживать после подписания, что проверить в тексте до подписи и как устроена договорная работа целиком.
Разбор занимает около пяти минут. Посмотрите, какие этапы, обязательства и платежи система достанет из вашего текста — и совпадёт ли это с тем, как вы ведёте эти договоры сейчас.