Как ИИ помогает найти риск дефицита и низкую валовую прибыль в 1С

Опубликовано: 25 августа 2026 г. · Обновлено: 25 августа 2026 г.

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

Какие вопросы можно задать ИИ по базе 1С

Рабочий вопрос состоит из бизнес-задачи, периода и правила расчёта. Вместо общего «покажи плохие товары» лучше сформулировать критерий, по которому ответ можно проверить. Так ответ превращается в список действий, а не в красивую диаграмму.

• Риск дефицита: какие товары из рейтинга продаж отсутствовали полные дни за выбранный период, сколько было эпизодов и какая серия отсутствия была самой длинной.
• Риск низкой валовой прибыли: какие товары или группы дали низкую валовую прибыль после учёта возвратов, скидок и себестоимости. Это повод проверить цену, скидку, закупочную стоимость или состав ассортимента.
• Настройки пополнения: у каких приоритетных товаров есть параметры заказа, но минимальный остаток равен нулю или позиция исключена из заказа.
• Уточняющий вопрос: какие позиции повторяются в обоих списках: важны по продажам, пропадают с полки или дают слабый финансовый результат.

Почему «товар не приносит прибыли» нельзя определить одним полем

Валовая прибыль не равна выручке. Для корректного вывода нужно сопоставить количество и сумму продаж, возвраты, скидки и себестоимость в одном периоде и разрезе. В типовой 1С:Управлении торговлей отчёты по продажам предназначены в том числе для анализа рентабельности продаж по товарам и другим разрезам. Документация 1С по отчётам продаж проверена B2C 25 августа 2026 года.

Поэтому ответ ИИ должен звучать честно: «вот позиции с низкой рассчитанной валовой прибылью по указанной методике», а не «вот бесполезные товары». Себестоимость и правила её расчёта зависят от учётной политики и закрытия периода. Перед управленческим решением бухгалтер или экономист подтверждает, что выбранные данные пригодны для такого сравнения.

Как определить дефицит, на котором магазин может терять продажи

Текущий нулевой остаток сам по себе мало что говорит. Приоритет появляется, когда товар важен для выручки и отсутствовал не один случайный момент, а повторяющимися полными днями. Для оценки спроса нельзя автоматически считать нулевые дни обычными днями продажи: это занизит ожидаемый объём.

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

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

Как выглядит безопасное подключение ИИ к данным

Безопасный сценарий не даёт модели административные права на базу. Между ИИ и учётной системой находится ограниченный слой доступа: он читает только согласованные регистры и справочники, не создаёт документы и не запускает обмены. Общий принцип работы ИИ с данными 1С мы подробно показали в материале «Анализ базы 1С через ИИ».

1. Проверяем структуру конкретной базы. Сначала определяем, где в этой конфигурации хранятся продажи, остатки, себестоимость и параметры заказа. Нельзя переносить названия полей из другой базы по памяти.
2. Ограничиваем доступ. Для аналитики разрешаем только чтение нужных данных и фиксируем период, магазин, склад и допустимые разрезы.
3. Согласуем методику. Описываем, что считается полным днём дефицита, как учитываются возвраты и скидки, какие исключения не попадают в основной итог.
4. Показываем результат и источник. ИИ отдаёт список, объяснение формулы, ограничения и вопросы для проверки. Настройки заказа, цены и документы меняет только уполномоченный сотрудник.

Что именно можно автоматизировать после первой проверки

После согласования методики не нужно каждый раз начинать с чистого листа. Один и тот же набор вопросов можно запускать регулярно: утром перед заказом, перед планёркой по ассортименту или по окончании периода. Автоматизируется не «магическое решение закупки», а подготовка прозрачного списка для человека.

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

Как B2C внедряет такой сценарий

B2C начинает не с обещания «подключить ИИ ко всей базе», а с одного полезного вопроса и короткого обследования. Проверяем конфигурацию, доступные данные и права. Затем настраиваем безопасный read-only маршрут, согласуем расчёт, тестируем результат на выбранном периоде и обучаем сотрудников читать выводы.

Сценарий можно встроить в контур 1С и ДАЛИОН, а для операций магазина связать с данными кассового и складского процесса. Если задача требует доработки конфигурации, используем отдельный тестовый контур и проверку изменений. О том, почему ИИ-разработка и ИИ-аналитика требуют разных правил, читайте в статье про вайб-кодинг в 1С.

Официальный источник

• 1С:Предприятие 8. Конфигурация «Управление торговлей», редакция 11.5. Отчёты по продажам. Проверено B2C: 25 августа 2026 года.