Чек-листы проверки в 1С: как обучить нейросеть правилам бизнеса

Чтобы нейросеть проверяла документы по правилам вашего бизнеса, её не нужно «обучать» в классическом смысле – собирать датасеты и нанимать дата-сайентиста. Достаточно описать каждое правило в виде структурированного чек-листа: объект, условие, порог, действие при нарушении. Система проверяет каждый документ в день проведения и ставит задачу ответственному, если правило нарушено.

Это не ИИ-магия. Это формализация того, что вы и так знаете – но не успеваете проверить сами.

Почему обычные отчёты 1С не заменяют чек-листы

Отчёт показывает данные. Чек-лист фиксирует нарушение конкретного правила – с указанием документа, суммы отклонения и виновного.

Руководитель открывает отчёт по продажам и видит 200 строк реализаций. Чтобы найти документ со скидкой выше лимита, нужно знать, что искать, и потратить время. Чек-лист работает иначе: он уже знает, что лимит менеджера – 10%, и сигнализирует только по нарушениям. Утром приходит сводка: «3 нарушения за вчера, общая сумма отклонения – 87 000 ₽».

Разница в нагрузке: вместо ежедневного просмотра 200 документов – три конкретных случая с уже сформулированной задачей.

Какие правила бизнеса обходятся дороже всего

Начинать стоит с тех нарушений, где деньги уходят прямо сейчас. По практике торговых и производственных компаний с оборотом 50-500 млн ₽ в год – три категории с наибольшими потерями.

Скидки без полномочий. Менеджер проводит реализацию со скидкой 18%, хотя его лимит – 10%. Потери на одной сделке при среднем чеке 250 000 ₽ составят 20 000 ₽. При 30 менеджерах и 200 сделках в месяц – это 1,5-2 млн ₽ в квартал, которые уходят без ведома руководителя.

Отгрузка без предоплаты. В договоре прописано условие 50% аванса. Товар уходит без оплаты. Менеджер «забывает» сообщить – или надеется, что клиент заплатит сам. Дебиторка растёт незаметно, пока не превращается в проблему на 5-8 млн ₽.

Сомнительные контрагенты. ИНН нового поставщика не проходит проверку контрольного числа – признак того, что реквизиты поддельные. Или контрагент добавлен вчера, а сегодня уже первая крупная сделка на 300 000 ₽. Оба случая – кандидаты на ручную проверку, которую никто не делает.

Структура правила: как описать так, чтобы система поняла

Типичная ошибка при внедрении – описывать правило размыто: «проверять скидки», «контролировать авансы». Нейросеть работает с конкретикой, а не с намерениями.

Рабочий шаблон для любого правила:

• Объект проверки: реализация товаров и услуг
• Поле: процент скидки
• Условие: больше лимита по роли сотрудника
• Лимиты по ролям: менеджер – 10%, руководитель отдела – 15%, коммерческий директор – 25%
• Источник истины: справочник «Должности», поле «Максимальная скидка»
• Действие при нарушении: задача ответственному + уведомление руководителя в течение 1 часа
• Повторная проверка: через 24 часа после закрытия задачи

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

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

Чек-лист: 12 правил для торговой или производственной компании

Список составлен по частоте нарушений. Каждое правило – отдельная строка с конкретным порогом.

Финансовые правила

• Скидка выше лимита по должности сотрудника
• Реализация без предоплаты при условии аванса в договоре
• Маржа по документу ниже 15% (или проектного порога по товарной группе)
• Расход наличных без авансового отчёта за 3 рабочих дня

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

• ИНН не проходит проверку контрольного числа
• Контрагент создан менее 5 дней назад, первая сделка – от 100 000 ₽
• Дублирующийся контрагент по ИНН или наименованию

Правила по документам и складу

• Отгрузка при отрицательном остатке на складе
• Документ проведён задним числом – более 3 дней от фактической даты
• Цена поставщика в накладной расходится с ценой в заказе более чем на 5%
• Расхождение между заказом покупателя и реализацией более 10%
• Документ без обязательного реквизита: договор, счёт, спецификация

Не внедряйте все 12 сразу. Первая итерация – 5 правил с наибольшей суммой потенциальных потерь.

Регламент внедрения за 2 недели

Дни 1-3. Инвентаризация нарушений. Выгрузите из 1С все реализации за последние 3 месяца. Отфильтруйте документы, где скидка выше 10%. Посчитайте потери. Аналогично по авансам: какой процент реализаций прошёл без предоплаты при соответствующем условии в договоре? Эти цифры – ваш первый приоритет.

Дни 4-5. Формализация правил. Для каждого нарушения заполните карточку по шаблону выше. Не больше 15 правил на первую итерацию.

День 6. Приоритизация по деньгам. Умножьте среднюю сумму нарушения на частоту в месяц. Топ-5 по результату – первая очередь внедрения. Пример: скидка сверх лимита – среднее нарушение 8 000 ₽, частота 40 раз в месяц, итого 320 000 ₽ потенциальных потерь ежемесячно.

Дни 7-12. Настройка и тест. Настройте проверки в 1С или во внешнем инструменте. Прогоните на данных за прошлый месяц – найдите ложные срабатывания и скорректируйте пороги. Цель: не более 20% ложных срабатываний от общего числа задач.

Дни 13-14. Уведомления и ответственные. Каждое нарушение должно генерировать конкретную задачу: исполнитель, срок, текст. Без задачи проверка бесполезна – нарушение фиксируется, но никто не реагирует. Сводка по нарушениям за сутки – руководителю в Telegram утром.

Кейс: торговая компания, 18 менеджеров, оборот 180 млн ₽ в год

До. Руководитель проверял документы выборочно – около 30 штук в день из 200. Нарушения по скидкам обнаруживали раз в квартал. За 2024 год только по превышению лимитов потери составили 1,4 млн ₽. По авансам картина хуже: 23% реализаций прошло без предоплаты при обязательном условии в договоре. Дебиторка выросла с 4 до 9 млн ₽ за год.

Что сделали. Внедрили 8 правил: лимиты скидок по должностям, контроль аванса, проверку ИНН, маржу ниже 12%, отгрузку при отрицательном остатке. Настройка заняла 11 рабочих дней силами одного разработчика на 1С. Первый месяц: система сгенерировала 340 задач по нарушениям. Из них 280 закрыты исправлением документов, 60 – официальным согласованием исключения.

После (3 месяца). Потери по скидкам снизились на 78%. Дебиторка вернулась к 4,5 млн ₽. Руководитель перестал тратить вечера на проверку документов – утренняя сводка в Telegram заменила ручной контроль.

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

Нужен ли программист для настройки правил?

Зависит от инструмента. Если правила описываются в готовом интерфейсе без кода – нет. Если нужна доработка типовой конфигурации 1С с нуля – рассчитывайте на 4-8 часов разработчика на первые 10 правил.

Как часто запускать проверку?

Для документов с деньгами – в день проведения, лучше в течение часа после записи в базу. Для складских правил достаточно раза в сутки. Еженедельные проверки работают только для аналитики – для оперативного контроля это слишком поздно.

Что делать, если правило часто срабатывает как ложное?

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

Можно ли настроить разные правила для разных подразделений?

Да, и это стандартная практика. Лимит скидки для розничного отдела – 5%, для корпоративного – 15%, для партнёрского канала – 20%. Правило одно, порог берётся из атрибута сотрудника или типа договора. Это делается в справочнике, не в самом правиле.