Агент-аудитор договоров в 1С: проверка условий нейросетью

Агент-аудитор договоров в 1С – это программный модуль, который при проведении каждого договора проверяет условия по заданным правилам: скидку против лимита должности, отсрочку платежа против стандарта, маржу против плана. Нарушение фиксируется в день проведения документа – без участия руководителя. Менеджер видит предупреждение сразу, а не через три недели при сверке реестра.

Что именно проверяет агент-аудитор договоров

Агент работает на уровне документа. Каждый раз, когда в 1С проводится договор или спецификация, он сравнивает условия с эталонным набором правил. Никакой магии – только сопоставление значений с пороговыми параметрами и справочниками.

Проверки по условиям сделки

• Скидка относительно прайса. Порог задаётся по должности: менеджер – максимум 10%, старший менеджер – 15%, РОП – 22%. Договор с 25% скидкой, подписанный рядовым менеджером, уходит на согласование автоматически.
• Отсрочка платежа. Стандарт для нового контрагента – не более 14 дней. Для клиента с историей покупок от 500 000 ₽ – до 30 дней. Всё, что выходит за рамки, получает флаг.
• Маржа по сделке. Агент рассчитывает фактическую маржу до проведения. Если она ниже порога рентабельности, договор блокируется для проверки.
• Соответствие суммы договора и спецификации. Итог по строкам сверяется с суммой в шапке. Расхождение даже на 1 ₽ – предупреждение.

Проверки по контрагенту

• ИНН по контрольному числу. Для 10-значного ИНН юридического лица контрольная цифра (10-я) вычисляется через весовые коэффициенты (2, 4, 10, 3, 5, 9, 4, 6, 8) с модулем по 11. Агент делает это при каждой записи контрагента. Ошибка в ИНН – потенциальный отказ в вычете НДС по всем документам с этим поставщиком.
• Наличие в реестре рисковых контрагентов. Агент сверяет с внутренним списком: хронические просрочники, компании с открытыми судебными исками, поставщики с задокументированными рекламациями. Список ведётся в 1С вручную или обновляется из выгрузки ФНС.
• КПП и ОГРН. Проверяет наличие и соответствие формату. Договор с пустым полем ОГРН не проводится.

Проверки по срокам и реквизитам

• Дата окончания договора заполнена – бессрочные договоры в рознице и опте практически всегда зона риска.
• Ответственный менеджер указан.
• Для товарных договоров – условия гарантии прописаны или стоит явная отметка «без гарантии».

Где компании теряют деньги без автоматического контроля

Три типовые ошибки с реальными потерями из практики малого и среднего бизнеса.

Скидка сверх лимита. Менеджер даёт 18% вместо разрешённых 10%, чтобы «не потерять клиента». На сделке 650 000 ₽ это разница в 52 000 ₽ маржи. Когда таких сделок 5-6 в месяц – потеря 250 000-300 000 ₽. Руководитель узнаёт об этом в конце квартала из сводного отчёта – исправить уже нельзя.

Отсрочка без расчёта стоимости денег. Клиент договаривается на 90 дней вместо 30. При ставке оборотного кредита 18% годовых замороженные 1 000 000 ₽ обходятся компании в 15 000 ₽ за лишние 60 дней. Это нигде не фиксируется как убыток – просто «так договорились».

Ошибочный ИНН контрагента. Перепутали одну цифру при вводе, никто не проверил. Налоговая отказывает в вычете НДС по всем документам с этим контрагентом. При квартальных оборотах в 2 000 000 ₽ и НДС 20% – это 400 000 ₽ потенциальных претензий.

Пошаговый регламент: как внедрить автоматическую проверку договоров

Базовую версию можно реализовать на стандартной 1С без отдельных модулей – через внешние обработки и механизм подписок на события. Системы контроля качества в 1С строятся именно на этом фундаменте: правила в регистрах, события как триггеры, журнал нарушений как обратная связь.

Шаг 1. Зафиксируйте пороги в справочнике. Создайте регистр сведений «Лимиты согласования» с тремя измерениями: должность, вид договора, максимальный процент скидки. Заполните значения по каждой должности. Не держите пороги в коде – тогда их можно менять без программиста.

Шаг 2. Напишите обработчик события «ПередЗаписью». При попытке провести договор система вызывает обработчик. Он читает данные документа, загружает пороги из регистра, последовательно прогоняет проверки. Если хотя бы одна не пройдена – документ не проводится, выдаётся список нарушений с расшифровкой.

Шаг 3. Разделите «блокировку» и «предупреждение». Не все нарушения одинаково критичны. ИНН с ошибкой – жёсткая блокировка. Скидка 11% вместо 10% – предупреждение с возможностью согласовать у руководителя. Это снижает конфликтность внедрения и сопротивление менеджеров.

Шаг 4. Настройте журнал нарушений. Каждая сработавшая проверка пишется в отдельный регистр: кто, когда, какое правило нарушено, какое решение принято – заблокировано, согласовано или проигнорировано с указанием причины. Без журнала нет данных для анализа эффективности.

Шаг 5. Установите контрольную точку через 30 дней. Посмотрите топ-5 нарушений по частоте. Если одно и то же правило срабатывает 50 раз в месяц – либо порог выставлен неверно, либо менеджеры системно давят на исключения. В обоих случаях нужна корректировка.

Две формулы для контроля договоров

Два числа, которые стоит прописать в регламент прямо сейчас.

Минимальная маржа по договору (порог блокировки):

Порог = (Постоянные затраты / Плановая выручка) + Целевая рентабельность

Пример: постоянные затраты 800 000 ₽ в месяц, плановая выручка 5 000 000 ₽, целевая рентабельность 8%. Порог = 16% + 8% = 24%. Договор с маржой ниже 24% – на согласование.

Стоимость дополнительной отсрочки:

Стоимость = Сумма договора × (Дни сверх стандарта / 365) × Ставка привлечения

Пример: договор на 1 500 000 ₽, клиент просит 60 дней вместо 30, ставка 18%. Стоимость = 1 500 000 × (30 / 365) × 0,18 = 22 192 ₽. Менеджер, который «дал отсрочку, чтобы не потерять клиента», должен видеть эту цифру до подписания – и агент её считает автоматически.

Кейс: оптовый поставщик стройматериалов, 18 менеджеров

До внедрения: руководитель отдела продаж проверял 10-15 договоров в неделю выборочно. Из 80-100 новых договоров в месяц под проверку попадало 15-20%. Потери от избыточных скидок и нестандартных условий – около 380 000 ₽ в месяц по данным квартального аудита.

Что сделали: внедрили автоматическую проверку по 9 правилам через внешнюю обработку. Разработка заняла 3 недели силами штатного 1С-программиста, настройка порогов и тестирование – ещё неделя.

Результат через 3 месяца: проверяется 100% договоров в день проведения. За первый месяц заблокировано и согласовано со снижением скидки 47 договоров – это те, которые раньше просто проходили мимо. Потери сократились до 47 000 ₽ в месяц (преимущественно согласованные исключения для клиентов категории A). Руководитель отдела продаж перестал тратить 4-5 часов в неделю на ручные проверки.

Аналогичная логика применима и к контрагентам-поставщикам. Когда агент фиксирует систематические нарушения условий по договорам с конкретным поставщиком, эти данные становятся исходными для рейтинговой оценки поставщиков в 1С – чтобы не только реагировать на нарушения, но и принимать взвешенные решения о продолжении работы.

Частые вопросы

Это требует отдельной нейросети или работает на стандартной 1С?

Большинство проверок – арифметические и регистровые: сравнение числа с порогом, сверка с реестром, проверка формата. Для них нейросеть не нужна. Нейросетевой анализ включается там, где надо читать текст договора и извлекать условия из произвольных формулировок – это следующий уровень, реализуется через API языковой модели поверх 1С.

Агент заблокирует важный договор в пятницу вечером – что делать?

В регламент закладывается «аварийное согласование»: руководитель разрешает проведение с обязательным указанием причины, действие логируется. Если «аварийные» согласования составляют больше 15% от всех нарушений – пороги выставлены слишком жёстко или менеджеры научились давить на исключения. Оба варианта видны в журнале нарушений.

Что делать с нарушениями, которые уже прошли?

Ретроспективная проверка – отдельный инструмент. Агент прогоняет правила по базе исторических договоров и выдаёт список уже проведённых документов с нарушениями. Это разовая задача при внедрении – понять масштаб проблемы до запуска постоянного контроля. Похожая логика используется в автоматическом ведении реестра претензий в 1С: агент отрабатывает не только новые случаи, но и накопленный бэклог нарушений.

Сколько правил оптимально задать на старте?

5-7 правил. Больше – и вы утонете в ложных срабатываниях и сопротивлении менеджеров. Начните с трёх самых дорогих нарушений по вашим данным: обычно это скидки, отсрочки, маржа. Добавляйте по одному правилу после стабилизации предыдущего.

С чего начать прямо сейчас

Первый шаг – не написать код, а достать данные. Возьмите реестр договоров за последние 3 месяца. Выгрузите все сделки с маржой ниже вашего интуитивного порога. Посчитайте сумму потерь.

Это ваша базовая цифра – и она же станет аргументом для программиста, когда будете объяснять, зачем внедрять контроль. Если цифра больше 100 000 ₽ в месяц, разработка и настройка окупятся за один квартал.