ИИ-планировщик задач руководителя: повестка из данных 1С

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

Почему отчёты не заменяют повестку

Отчёт в 1С показывает, что произошло. Но чтобы превратить его в действие, нужно: войти в систему, найти нужный отчёт, интерпретировать цифры, вспомнить кто отвечает, поставить задачу вручную.

На это уходит 30-50 минут ежедневно. Умножьте на 22 рабочих дня – почти неделя в месяц только на то, чтобы превратить данные в действия.

ИИ-планировщик меняет логику: не вы идёте к данным, а задача приходит к вам в тот момент, когда она ещё управляема.

Как работает ИИ-планировщик: от документа до задачи

Планировщик работает в три шага.

Шаг 1 – мониторинг. Система подключается к базе 1С через API или прямое чтение таблиц и отслеживает новые и изменённые документы – раз в час или в режиме реального времени.

Шаг 2 – сравнение с правилами. Каждый документ проверяется по набору правил: соответствует ли скидка лимиту должности, не превышен ли кредитный лимит клиента, не ушла ли маржа ниже порога. Правила задаёт руководитель один раз.

Шаг 3 – задача. При нарушении создаётся задача на конкретного исполнителя с контекстом: название документа, сумма, отклонение, предлагаемое действие. Задача попадает в Telegram, почту или трекер – куда настроено.

Подробнее о том, как ИИ-агент работает с данными 1С без ручных запросов, разобрано в отдельной статье о запросах к 1С через ИИ в реальном времени.

12 событий в 1С, которые должны автоматически ставить задачу

Вот рабочий чек-лист. Проверьте, какие из этих триггеров у вас сейчас закрыты, а какие обнаруживаются только на планёрке – или не обнаруживаются вовсе.

Продажи и скидки:

• Скидка в документе выше лимита должности (менеджер – до 5%, старший менеджер – до 10%, директор – без ограничений)
• Маржа по реализации ниже 20% от выручки
• Возврат от клиента больше 10% от суммы продаж за последние 30 дней
• Клиент не делал покупок 90 и более дней

Финансы и дебиторка:

• Просроченная дебиторка по клиенту старше 30 дней и суммой выше 50 000 ₽
• Клиент превысил утверждённый кредитный лимит
• Поступление денег без привязки к счёту или договору
• Расхождение кассы и безнала в конце дня больше 1 000 ₽

Склад и закупки:

• Остаток по позиции ниже точки заказа (остаток меньше среднедневного потребления за 14 дней)
• Отрицательный остаток по любой номенклатуре
• Закупка выше порога без согласующей подписи в документе
• Документ проведён задним числом: дата документа раньше даты проведения более чем на 1 день

Этот список покрывает 80% типовых ситуаций для компаний с оборотом от 5 до 150 М ₽/месяц. Остальные 20% – отраслевая специфика: строительство добавит контроль смет, розница – средний чек по кассирам. Как настроить такие правила в формате чек-листов и передать их нейросети, разобрано в материале «Чек-листы проверки в 1С: как обучить нейросеть правилам бизнеса».

Типовая ошибка с потерями в цифрах

Вот реальная механика потери, которую видим в компаниях с ручным контролем дебиторки.

Клиент должен 320 000 ₽. Срок оплаты истёк в понедельник. Менеджер знает, но ждёт пятничной планёрки – «там скажу». В среду клиент подаёт заявление о банкротстве. В пятницу руководитель узнаёт об этом. Претензия не выставлена, в реестр кредиторов уже не успеть.

Фактические потери: 320 000 ₽ долга плюс 25 000-40 000 ₽ юридических издержек на попытку взыскания.

Если бы задача появилась в понедельник – можно было позвонить клиенту, зафиксировать новый срок или выставить претензию и успеть первым в очередь кредиторов. Три дня разницы в скорости реакции обошлись в 360 000 ₽.

Это не исключение. В компаниях с еженедельными планёрками по дебиторке подобные случаи происходят раз в квартал-два. Итого: 700 000-1 500 000 ₽ в год теряются только из-за медленной постановки задач.

Пороги и формулы для настройки правил

Готовые формулы. Их можно адаптировать под свою базу или передать разработчику как техническое задание.

Лимит скидки по должности:
Если Скидка_документа > Скидка_лимит_должности – создать задачу руководителю «Скидка выше нормы», исполнитель – менеджер документа, приоритет «Высокий».

Просроченная дебиторка:
Если (Дата_сегодня – Дата_оплаты_план) > 30 дней И Сумма_долга > 50 000 ₽ – задача менеджеру «Свяжитесь с клиентом», копия руководителю. Повтор каждые 7 дней до оплаты.

Точка заказа:
Если Остаток_склад < (Среднедневные_продажи_30д × 14) – задача закупщику «Пополнить запас» с указанием текущего остатка и расчётного числа дней до нуля.

Маржа по сделке:
Если (Выручка – Себестоимость) / Выручка < 0,20 – задача «Проверить ценообразование» с перечнем позиций, по которым маржа ушла в минус.

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

Мини-кейс: оптовая компания, 8 менеджеров

Торговая компания, оборот 18 М ₽/месяц, 8 менеджеров по продажам. Контроль скидок – раз в неделю, вручную через отчёт «Продажи» с отбором по размеру скидки.

До: За неделю менеджеры давали 10-14 скидок выше нормы. Средняя «лишняя» скидка – 4,5% от суммы сделки. Средняя сделка – 190 000 ₽. Потери: 12 сделок × 190 000 ₽ × 4,5% = 102 600 ₽ в месяц.

После (3 месяца работы с планировщиком): Руководитель получал задачу в день документа, ещё до отгрузки. Менеджер отвечал на вопрос о причине скидки – и в половине случаев скидку отменял или снижал. Нарушений стало 2-3 в месяц вместо 12. Сохранено: около 85 000 ₽/месяц, то есть 1 020 000 ₽ в год.

Побочный эффект: руководитель перестал тратить 45 минут в пятницу на разбор отчёта. Это время переключилось на работу с крупными сделками.

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

Планировщик сам принимает решения или только ставит задачи?

Только ставит задачи. Решение – за человеком. Планировщик берёт на себя рутину обнаружения и маршрутизации: нашёл нарушение, определил ответственного, поставил задачу с контекстом. Дальше работает менеджер или руководитель.

Насколько сложно настроить правила под свой бизнес?

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

Что если задач будет слишком много и руководитель перестанет их читать?

Это реальный риск при неправильной настройке порогов. Начинайте с 3-5 самых критичных триггеров. Первую неделю смотрите на количество задач – если больше 10 в день, повышайте пороги (например, дебиторку с 30 дней до 45). Нормальный поток – 3-7 задач в день.

Нужен ли отдельный сервер или это работает внутри существующей 1С?

Зависит от реализации. Часть решений работает как внешняя обработка 1С и не требует отдельной инфраструктуры. Другой вариант – отдельный сервис, который читает базу 1С через COM или REST API. Второй вариант надёжнее при нагрузке, но требует небольшого сервера от 2 ГБ оперативной памяти.