Мультиагентная проверка отгрузки в 1С: цена, остаток и оплата

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

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

Обычная схема выглядит так: менеджер создаёт реализацию, бухгалтер проверяет цену, кладовщик смотрит остаток, финансист проверяет оплату. Четыре человека, четыре разных момента времени.

К тому моменту, когда финансист увидит просроченную дебиторку, товар уже ушёл с рампы. Бухгалтер заметит нестандартную цену в конце дня, когда исправлять поздно. Кладовщик узнает о нехватке остатка, когда машина уже под погрузкой.

Мультиагентный подход убирает этот временной разрыв. Три проверки выполняются в момент записи документа – ещё до того, как он уйдёт на печать или сформирует движения по регистрам. В типовых конфигурациях 1С (УТ, КА, ERP) для этого используется механизм подписок на события и внешних обработчиков проведения.

Что проверяет каждый агент

Агент 1: цена и скидка

Агент берёт цену в каждой строке реализации, сравнивает её с действующим прайсом для данного типа цен и считает итоговую скидку. Затем сверяет её с лимитом, установленным для должности менеджера.

Рабочие пороги, которые используют компании с оборотом 50-500 млн ₽ в год:

• Менеджер по продажам – до 5%
• Старший менеджер – до 10%
• Руководитель отдела продаж – до 15%
• Выше 15% – только с визой коммерческого директора

Агент не блокирует документ жёстко – он ставит задачу руководителю с конкретными цифрами: «Реализация № 1247 от 12.09.2026, скидка 18%, лимит по должности Петрова И.А. превышен на 3 п.п.». Руководитель подтверждает или отменяет за 30 секунд.

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

Агент 2: складской остаток

Агент проверяет свободный остаток по каждой строке – то есть с вычетом уже зарезервированных товаров и открытых заявок на отгрузку. Не «есть на складе 100 штук», а «свободно 67 штук, 33 зарезервировано под заказ № 892».

Критический порог: если свободный остаток меньше 110% от отгружаемого количества – предупреждение. Буфер в 10% нужен, чтобы одна реализация не «подъедала» остаток, зарезервированный для другого заказа, проведённого пятью минутами ранее.

Для товаров с партионным учётом агент проверяет срок годности. Если партия заканчивается через 20 дней, а клиент берёт товар с отсрочкой поставки следующей партии 45 дней – агент поставит вопрос до отгрузки, не после претензии.

Агент 3: статус оплаты

Агент смотрит три параметра по контрагенту: общий долг, глубину просрочки и выполнение условий предоплаты по текущему заказу.

Рабочие пороги для B2B-компаний:

• Долг от 120 000 ₽ – предупреждение, нужна виза руководителя
• Просрочка более 30 дней – отгрузка только с согласования финансового директора
• Просрочка более 60 дней – автоматическая задача директору с блокировкой отгрузки по умолчанию
• По договору предусмотрена предоплата 50% – агент проверяет, поступил ли аванс, прежде чем реализация уйдёт на печать

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

Кейс: сколько теряют без этих проверок

Компания продаёт строительные материалы, оборот 180 млн ₽ в год. Четыре менеджера, 50-70 реализаций в день.

Проблема. Менеджеры давали скидки «на глаз» в диапазоне 8-22%. Лимитов по должностям не существовало. Руководитель просматривал отчёт по скидкам раз в месяц.

Что показал аудит. Средняя фактическая скидка составила 14,2%, при том что нижняя граница рентабельности допускала максимум 11%. Разница 3,2 процентных пункта на оборот 180 млн ₽ – это 5,76 млн ₽ в год маржи, которая досталась клиентам без какого-либо обоснования.

Что изменилось. После настройки агента контроля скидок средняя скидка опустилась до 9,8% за три месяца. Руководитель вручную согласовывал исключения – это заняло в среднем 4 минуты в день. По итогам года компания зафиксировала прирост маржи на 4,1 млн ₽ без роста выручки и без изменения прайса.

Чек-лист настройки: что проверить до запуска агентов

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

Для агента цен – проверьте:

• В справочнике «Типы цен» заполнен действующий прайс с датами начала действия
• В карточке пользователя или роли прописан лимит скидки в процентах
• В реализациях отключена возможность ручного редактирования цены напрямую в табличной части (ограничение правами доступа)
• Все действующие акционные цены оформлены через отдельный тип цен с датой окончания

Для агента остатков – проверьте:

• Резервирование товаров ведётся через заказы покупателей, а не «на словах» или в Excel
• Складские операции проводятся день в день, без накопления задолженности по документам
• Для товаров с партионным учётом заполнены сроки годности
• Инвентаризация проводилась не позже чем квартал назад

Для агента оплаты – проверьте:

• В договорах с контрагентами прописаны условия оплаты: кредитный лимит и срок отсрочки
• Поступления от клиентов разносятся по конкретным документам – не «общей кучей» на аванс
• ИНН в карточках контрагентов актуален и прошёл проверку контрольного числа
• Договоры с обязательной предоплатой помечены соответствующим флагом в карточке

Если хотя бы три пункта из списка не выполнены – сначала порядок в данных, потом агенты. Иначе первые две недели уйдут на разбор ложных срабатываний, и проект потеряет доверие команды ещё до реального запуска.

Как работает согласование нарушений

Ключевой вопрос при внедрении: что делать, когда агент нашёл нарушение – заблокировать документ или уведомить?

Жёсткая блокировка вызывает сопротивление и попытки обойти систему. Стандартный обходной путь – провести отгрузку через другого пользователя с более широкими правами. Система «сломана», но документально всё чисто.

Лучше работает трёхуровневая эскалация, которую можно настроить в системе контроля качества операций в 1С:

• Первый уровень. Агент ставит задачу менеджеру: объясни нарушение. Менеджер вводит причину, документ проводится. Все объяснения сохраняются в истории.
• Второй уровень. Если нарушение повторяется более трёх раз за месяц по одному менеджеру – задача уходит руководителю отдела.
• Третий уровень. Просрочка оплаты более 60 дней или скидка выше 20% – согласование директора, без исключений.

Раз в квартал анализируйте, какие объяснения к нарушениям повторяются чаще всего. Если большинство менеджеров пишут «клиент просил скидку за объём» – это сигнал пересмотреть лимиты, а не закручивать гайки. Система работает как источник данных для принятия решений, а не только как контролёр.

Отдельно стоит обратить внимание на связь между агентом оплаты и данными по закупкам. Если у клиента растёт дебиторка, а менеджер одновременно наращивает объём отгрузок – это паттерн, который виден только при совместном анализе двух агентов. Нейросеть для прогнозирования оттока клиентов решает смежную задачу: выявляет тех, кто скоро перестанет платить, до того как долг стал проблемой.

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

Можно ли настроить агентов в типовой 1С без доработок?

Частично. Контроль лимитов скидок настраивается через стандартные механизмы 1С: ограничения в документе реализации, настройки видов цен. Проверку дебиторки закрывает стандартный механизм «Контроль задолженности» в УТ и КА. Для параллельного запуска трёх независимых проверок с постановкой задач по нарушениям нужна внешняя обработка или расширение конфигурации.

Что если агент даёт ложные срабатывания и тормозит нормальные отгрузки?

В первые две недели ложных срабатываний будет 10-15% – это нормально при запуске. Менеджер проводит документ с объяснением, все объяснения анализируются. По мере уточнения порогов количество ложных тревог падает до 2-3%. Жёсткую блокировку включают только после 30 дней работы в режиме уведомлений.

Сколько времени занимает настройка с нуля?

Приведение данных в порядок по чек-листу – обычно 2-4 рабочих дня для компании с 3-5 менеджерами. Настройка самих проверок в готовом решении – 1 рабочий день. Итого около недели до первого боевого запуска. Аудит исторических данных за последние 3 месяца агент выдаёт за 10-15 минут.

Нужно ли обучать менеджеров работе с агентами?

Нет специального обучения. Менеджер видит задачу в 1С или уведомление в Telegram: «Реализация № Х, нарушение лимита скидки, введите причину или передайте руководителю». Интерфейс стандартный. Единственное, что меняется – менеджер больше не может провести документ молча, если нарушил правило.