В группе компаний договор — это не только бумага у юриста. Это будущий график платежей, нагрузка на бюджет, обязательство перед банком и иногда ковенант, нарушение которого обходится дороже самого кредита. Когда договоры живут в папках дочерних компаний, а лимиты — в Excel финансового директора, связи между ними нет: заявка на оплату проходит, хотя по договору уже переплачено, а бюджет статьи исчерпан ещё в прошлом месяце.
В 1С:Управление холдингом договоры, графики и лимиты лежат в одной базе и проверяют друг друга. Разберём, что там есть и как это настраивать.
Какие договоры ведутся в УХ
Подсистема «Управление договорами» охватывает три группы.
| Группа | Что входит |
|---|---|
| Коммерческие договоры | Поставки, услуги, аренда; анализ контрагентов по риску и доходности, типовые условия расчётов |
| Договоры финансирования — привлечение | Кредиты и кредитные линии, полученные займы, овердрафты, факторинг |
| Договоры финансирования — размещение | Выданные займы, депозиты, неснижаемый остаток по счёту |
| Обеспечение | Договоры страхования, финансовые ковенанты, аккредитивы, банковские гарантии, залоги и поручительства |
У договора есть модель состояний — полный жизненный цикл от проекта до закрытия, спецификации и дополнительные соглашения. Тексты можно формировать по шаблонам. Если в группе уже работает 1С:Документооборот, договоры можно согласовывать и хранить в нём — для УХ предусмотрена такая интеграция. Если договор с поставщиком заключается по итогам конкурентной процедуры группы, удобно вести всю цепочку от потребности до договора в УХ — об этом статья «Централизованные закупки группы компаний».
Графики платежей: главное, ради чего стоит заводить договор
Самая полезная часть — калькулятор графиков. График считается по параметрам договора:
- для коммерческого — по условиям расчётов: например, 30 % аванс, остальное через 15 дней после поставки;
- для финансового — по ставке, рыночному индикатору, аннуитетной или иной схеме погашения.
Дальше график живёт сам: при регистрации первичных документов он корректируется, система показывает задолженность, отклонение от плана и расхождения между графиком платежей и графиком начислений, напоминает о датах оплаты. Для внутригрупповых займов графики отображаются симметрично у заёмщика и займодавца — это сильно упрощает потом сверку внутригрупповых оборотов.
На проекте мы проверяем графики простым тестом: финансовый директор открывает платёжный календарь на квартал вперёд и узнаёт в нём свои кредиты. Если половины платежей по займам там нет — значит, договоры финансирования заведены без графиков, и казначейство планирует вслепую.
Лимиты: какие бывают
Слово «лимит» в УХ означает несколько разных механизмов. Их важно не путать.
Бюджетные лимиты. Бюджет доходов и расходов, бюджет движения денежных средств и бюджет движения ресурсов могут служить источником ограничений для заявок. Между слоями «План» и «Факт» есть слой «Резерв»: документ «Резервирование бюджета» и заявки занимают лимит до фактической оплаты. При превышении лимита система может, по настройке, автоматически отклонить заявку, запросить обоснование или просто проинформировать.
Кредитные лимиты холдинга. Сколько группа ещё может привлечь по открытым линиям — для оценки доступного финансирования.
Лимиты на банки и инструменты. Ограничения остатков на расчётных счетах, депозитах, по гарантиям и аккредитивам конкретного банка. Это инструмент управления риском: не держать всю ликвидность в одном банке.
Директивы разрешения и запрета платежей. Не лимит в чистом виде, но работает рядом: можно заблокировать платежи конкретному контрагенту или по договору, «заморозить» деньги на счёте.
На странице производителя не сказано про отдельный лимит суммы на конкретный договор, поэтому контроль «не платить больше, чем по договору» мы строим через график платежей и задолженность по договору, а не через бюджет.
Жёсткий или мягкий контроль
Первый вопрос, который мы задаём финансовой службе: что должно происходить, когда лимит превышен?
- Жёсткий контроль — заявка не пройдёт. Подходит для статей, где перерасход недопустим: представительские, реклама, консалтинг.
- Мягкий — заявка уходит дальше с пометкой и обоснованием, решение принимает финансовый директор. Подходит для сырья и логистики, где остановка платежа обходится дороже перерасхода.
- Информирование — для статей, которые пока только наблюдаются.
Типичная ошибка — включить жёсткий контроль везде с первого месяца. Бюджеты в первые периоды почти всегда неточные, и через неделю бухгалтерия начинает «обходить» систему: дробить заявки, переносить статьи. Мы начинаем с мягкого контроля на всех статьях, а жёсткий включаем точечно, когда бюджет прошёл хотя бы один-два цикла. Как строится сам бюджет группы — в статье «Бюджетирование группы компаний».
Ковенанты и гарантии
Банковские кредиты группам компаний часто содержат финансовые ковенанты: соотношение долга к EBITDA, минимальный собственный капитал, запрет на новые займы без согласия банка. В УХ ковенанты учитываются как часть обеспечительных договоров, а данные для расчёта показателей можно брать из консолидированной или управленческой отчётности той же базы.
Отдельно учитываются банковские гарантии и аккредитивы — с суммами, сроками и банками. На проекте полезно сразу вывести на панель казначея гарантии со сроком окончания в ближайшие 30 дней: их продление — классический пример того, что забывают.
Валютные договоры
Если в группе есть импорт или валютные займы, в договоре задаются правила пересчёта курса, в том числе интервальная оговорка, и условия поставки. Для отражения курсовых разниц в учёте Казахстана полезно параллельно прочитать нашу статью «Валютные операции в 1С».
С чего начать настройку
- Составьте реестр действующих договоров финансирования по всей группе. Их немного, а влияние на денежный поток максимальное.
- Заведите их в УХ с графиками и проверьте сходимость с выписками банков.
- Добавьте крупные коммерческие договоры — от суммы, которую вы считаете существенной.
- Подключите бюджетные лимиты в мягком режиме.
- Через один-два закрытия включите жёсткий контроль там, где он нужен.
На каждом шаге результат проверяется в заявках на оплату: заявка должна сама подтягивать договор, график и остаток лимита. Если сотрудник при создании заявки выбирает договор вручную из списка в несколько тысяч строк — справочник договоров не упорядочен, и это стоит исправить до запуска.
Работы по настройке ведём как часть проекта внедрения 1С, оплата по часам — от 22 000 ₸ в час.
Чек-лист перед запуском
Перед тем как включать контроль лимитов в рабочем режиме, мы проходим с финансовой службой короткий список:
- все договоры финансирования группы заведены, у каждого есть график, а остаток долга сходится с банковскими справками;
- у каждого договора указана организация группы, контрагент из единого справочника и валюта;
- внутригрупповые займы заведены с обеих сторон и графики симметричны;
- для каждой статьи бюджета определён режим контроля: жёсткий, мягкий или информирование;
- назначены ответственные за обновление плавающих ставок и продление гарантий;
- на панели казначея выведены ближайшие платежи по кредитам, гарантии с истекающим сроком и статьи, близкие к исчерпанию лимита.
Если хотя бы один пункт не выполнен, контроль начнёт давать ложные срабатывания — и пользователи быстро перестанут ему доверять. Лучше запустить на неделю позже, чем потом месяц объяснять, почему «система опять не пропускает платёж».
Отдельно проверьте права. Руководитель ЦФО должен видеть остаток лимита своей статьи, но не обязан видеть условия кредитов группы. Права на договоры финансирования мы обычно даём только казначейству и финансовому директору.
Типичные ошибки и как их заметить
| Ошибка | Как проявляется | Что делать |
|---|---|---|
| Договоры финансирования без графиков | В платёжном календаре нет платежей по кредитам | Завести графики, сверить с банковскими справками |
| Один договор на все поставки контрагента «на годы» | Задолженность и отклонения от графика ничего не говорят | Оформлять спецификации и дополнительные соглашения |
| Внутригрупповой заём заведён только у одной стороны | Расхождения при сверке ВГО в конце периода | Завести договор у обеих компаний |
| Резервы бюджета не снимаются | Лимит статьи «съеден» заявками, которые уже не будут оплачены | Регулярно закрывать неактуальные заявки и резервы |
| Плавающие ставки не обновляются | График расходится с расчётом банка | Назначить ответственного за значения индикатора |
| Контрагенты задублированы | Риски и лимиты по контрагенту считаются по частям | Навести порядок в едином справочнике до загрузки договоров |
Кто за что отвечает
Договоры и лимиты затрагивают несколько служб, и распределение ответственности лучше записать до запуска. Юристы — тексты и состояние договора. Казначейство — договоры финансирования, графики, гарантии, лимиты на банки. Финансово-экономическая служба — бюджеты и режим контроля по статьям. Бухгалтерии компаний — первичные документы, по которым корректируются графики.
Если у какого-то пункта нет хозяина, он первым и перестаёт обновляться.
Частые вопросы
Нужно ли заводить в УХ все договоры группы?
Нет. Обязательно — договоры финансирования и те коммерческие договоры, по которым идут крупные платежи и контроль лимитов. Мелкие договоры могут оставаться в учётных базах «дочек».
Можно ли согласовывать договоры в 1С:Документооборот, а графики вести в УХ?
Да, для этого предусмотрена интеграция подсистемы управления договорами с Документооборотом: файлы и согласование там, финансовые условия и графики — в УХ.
Что выбрать: лимиты по бюджету или по договорам?
Это разные вещи. Бюджетный лимит ограничивает статью и центр ответственности, график договора — обязательства перед конкретным контрагентом. На практике нужны оба.
Как часто пересчитывать графики по плавающей ставке?
При изменении индикатора. Калькулятор графиков УХ пересчитывает график по параметрам договора; важно назначить ответственного, кто вносит новые значения ставки.
Что делать с договорами, которые уже закончились?
Переводить в закрытое состояние, а не удалять: история расчётов по ним нужна для анализа и сверок. Заодно список действующих договоров, из которого выбирают в заявках, станет короче.
