К статье
Практический материал

Отчеты и Аналитика · 12 мин

Как сделать прогноз в 1С: практическое руководство

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

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

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

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

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

В типовых решениях доступно несколько направлений планирования. План продаж — по номенклатуре, категориям, менеджерам или подразделениям. План закупок — потребность в товарах и материалах, рассчитанная от плана продаж и текущих остатков. План производства — в конфигурациях с производственным блоком. Бюджет движения денежных средств (БДДС) и бюджет доходов и расходов (БДР) — в конфигурациях с подсистемой бюджетирования.

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

Сравнение вариантов

План по истории продаж

Подходит для стабильного ассортимента с историей от 6–12 месяцев. Не учитывает резкие изменения рынка и новинки.

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

Подходит при работе по предварительным заказам. Ограничение — зависит от дисциплины оформления заказов в системе.

Ручной план с корректировкой

Подходит для новых товаров и нестабильного спроса. Требует экспертизы плановика, не масштабируется на большую номенклатуру.

Подготовка данных перед построением прогноза

Начните с анализа полноты учета за период, который станет основой прогноза. Проверьте, что все реализации проведены, возвраты оформлены корректно, а товары не «висят» в минусе на складах. Отрицательные остатки и непроведенные документы — самая частая причина абсурдных цифр в расчетных планах.

Далее очистите данные от разовых аномалий. Крупная разовая поставка по госзаказу или закупка клиента «про запас» на полгода вперед исказят средний уровень спроса. В механизмах планирования 1С такие пики либо исключают из источника данных, либо сглаживают выбором подходящего способа расчета.

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

Настройка сценария планирования

Сценарий — это каркас плана: он определяет, что планируем, с какой периодичностью и в каких измерениях. В 1С:Управление торговлей и 1С:ERP сценарии создаются в разделе «Бюджетирование и планирование» (или «Планирование»). При создании укажите вид плана (продажи, закупки, производство), периодичность (день, неделя, месяц) и валюту, если планируете в денежном выражении.

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

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

Создание плана по источнику данных

После настройки сценария создайте документ плана (например, «План продаж») за нужный период. В документе выберите способ заполнения — «по источникам данных». Источником может быть история продаж за аналогичные прошлые периоды, открытые заказы клиентов, другой план (например, план закупок строится от плана продаж) или комбинация нескольких источников.

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

После заполнения обязательно просмотрите результат построчно до сохранения документа. Ищите аномалии: строки с нулевым планом при активных продажах, резкие скачки относительно истории, товары с планом, снятые с ассортимента. Исправить цифры на этом этапе проще, чем объяснять закупщикам лишние позиции.

Порядок действий
  1. 1
    Проверьте полноту учета: отрицательные остатки, непроведенные документы, закрытие периодов
  2. 2
    Создайте или проверьте сценарий планирования: вид плана, периодичность, сезонные коэффициенты
  3. 3
    Создайте документ плана за нужный период и выберите заполнение по источникам данных
  4. 4
    Укажите источник (история продаж, заказы) и задайте поправочные коэффициенты
  5. 5
    Проверьте результат построчно, скорректируйте аномалии вручную
  6. 6
    Проведите план и настройте контроль исполнения через отчет «План-факт»

Прогноз закупок и обеспечения потребностей

План закупок в 1С строится от плана продаж с учетом текущих остатков и уже размещенных заказов поставщикам. Логика расчета: потребность минус свободный остаток минус ожидаемые поступления. В конфигурациях с расширенным обеспечением этот расчет выполняет механизм «Формирование заказов по потребностям» или аналогичный.

Ключевой параметр — страховой запас и срок поставки по каждой позиции. Если срок поставки от поставщика три недели, а прогноз строится на неделю вперед, система не успеет среагировать: заказ нужно размещать с опережением. Проверьте, что в карточках номенклатуры или в настройках обеспечения указаны реальные сроки поставки, а не значения по умолчанию.

Для товаров с нестабильным спросом расчетный план закупок используйте как рекомендацию, а не как автоматическое действие. Формируйте заказы поставщикам из расчета потребностей, но перед проведением сверяйте крупные позиции с плановиком. Автоматический заказ по ошибочному прогнозу — это замороженные деньги в неликвидных остатках.

Контроль точности: план-фактный анализ

Прогноз без обратной связи бесполезен. После завершения планового периода сформируйте отчет «План-фактный анализ» (в разных конфигурациях название отличается) и оцените отклонения. Приемлемый уровень точности зависит от отрасли, но систематическое отклонение более чем на 20–30% по ключевым позициям — сигнал пересмотреть методику.

Анализируйте не только общий итог, но и структуру ошибок. Если план систематически завышен по одной товарной группе и занижен по другой, проблема в коэффициентах или в выборе источника. Если ошибки случайны и в обе стороны — дело в волатильности спроса, и стоит увеличить страховой запас вместо погони за точностью прогноза.

Ведите историю версий планов: сохраняйте первоначальный расчетный план отдельно от скорректированного вручную. Сравнение «расчетный план против ручной корректировки против факта» покажет, чьи поправки реально улучшают точность — алгоритма или эксперта.

Контрольные точки

Как проверить результат

Отклонение плана от факта за период
Норма

Стабильно в пределах ожидаемого диапазона по большинству позиций

Тревожный признак

Систематическое завышение или занижение по целым группам товаров

Строки плана после заполнения
Норма

Нет нулевых планов по активно продаваемым товарам и резких необъяснимых пиков

Тревожный признак

План по снятым с ассортимента позициям, нули при наличии истории продаж

Остатки после закупки по плану
Норма

Дефицит и излишки в пределах страхового запаса

Тревожный признак

Растущие неликвиды или регулярные срывы отгрузок

Типичные ошибки при прогнозировании в 1С

Первая ошибка — строить прогноз на короткой истории. Два месяца данных не показывают ни сезонности, ни тренда; такой прогноз будет просто экстраполяцией случайных колебаний. Минимальная разумная база — полгода, для сезонных товаров — год и более.

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

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

Типичные ошибки
01
Прогноз на истории 1–2 месяца — результат отражает случайные колебания, а не спрос
02
Игнорирование акций и распродаж в истории — завышенный план и излишки на складе
03
Один сценарий для всех товарных групп — невозможно настроить корректные коэффициенты
04
Автоматическое создание заказов поставщикам без ручной проверки крупных позиций — риск неликвидов
05
Отсутствие план-фактного анализа — ошибки методики повторяются каждый период

Ограничения типовых механизмов и альтернативы

Типовые механизмы планирования 1С используют относительно простые методы: средние значения, коэффициенты, сезонные индексы. Они хорошо работают для стабильного ассортимента, но не учитывают внешние факторы — маркетинговые кампании, действия конкурентов, изменения рынка. Для сложных задач данные из 1С выгружают во внешние инструменты (Excel с моделями, специализированные системы прогнозирования), а готовый план загружают обратно через обработки загрузки.

Если штатных отчетов и планов не хватает, варианты развития такие: доработка конфигурации (свои виды планов, формулы расчета), использование расширений, или построение аналитики на внешних инструментах с регулярным обменом данными. Выбор зависит от масштаба: для десятков позиций достаточно типового планирования, для тысяч SKU с промо-активностями оправдана внешняя модель.

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

Начинайте с прогноза по укрупненным группам (категории, бренды), а не по каждой позиции. Точность на уровне групп выше, ошибки взаимно компенсируются, а настройка занимает часы вместо недель. Детализацию до SKU добавляйте только для ключевых товаров.
ПЗ
Практическое замечание

Частые вопросы о прогнозировании в 1С

Можно ли сделать прогноз в 1С:Бухгалтерии?

Полноценной подсистемы планирования в 1С:Бухгалтерии нет. Доступен платежный календарь для краткосрочного прогноза денежных поступлений и платежей, а аналитические прогнозы строят через отчеты по оборотам с ручной экстраполяцией. Для планов продаж, закупок и бюджетов нужны 1С:Управление торговлей, Комплексная автоматизация или ERP.

Сколько истории продаж нужно для надежного прогноза?

Минимум — полгода для товаров без выраженной сезонности. Для сезонного ассортимента нужен как минимум один полный год, лучше два, чтобы система могла рассчитать сезонные коэффициенты и отличить сезонность от разовых колебаний спроса.

Почему расчетный план выдает нереальные цифры?

Чаще всего причины три: отрицательные остатки и ошибки учета в базе, разовые аномальные продажи в периоде-источнике (крупный разовый заказ, распродажа), неверно настроенные коэффициенты в сценарии. Проверяйте в этом порядке: сначала качество данных, затем источник, затем настройки расчета.

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

Используйте ручной ввод плана на основе экспертной оценки или заполнение «по аналогу» — укажите в качестве источника похожий товар из того же сегмента и примените понижающий коэффициент. Через 2–3 месяца продаж пересмотрите план по накопившейся фактической истории.

Чем план отличается от бюджета в 1С?

План (продаж, закупок) — это оперативный документ в натуральных или стоимостных показателях по конкретным позициям. Бюджет (БДР, БДДС) — финансовый документ по статьям оборотов, настраиваемый через виды бюджетов. Планы обычно детальнее и короче по горизонту, бюджеты — укрупненнее и длиннее. В ERP-механизмах планы могут служить источником данных для бюджетов.

Как часто нужно пересматривать прогноз?

Зависит от цикла закупки и волатильности спроса. Типовая практика: оперативный план пересматривается еженедельно или ежемесячно, при этом используется скользящее планирование — каждый период горизонт сдвигается вперед с учетом свежего факта. Полный пересмотр методики (источников, коэффициентов) разумно делать раз в квартал по итогам план-фактного анализа.

Итог

Что важно запомнить

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