Моделирование в 1С в 2026 году: 3 уровня (прототип, СППР, сценарии), настройка за 9 шагов и где реально работает ИИ

Коротко: Моделирование в 1С – это три разные задачи. Первая: прототип процессов в типовой конфигурации на этапе внедрения (обычно 4–10 недель работы проектной команды). Вторая: функциональная модель проекта в 1С:СППР – нотации IDEF0, BPMN и EPC. Третья: сценарное моделирование в работающей базе – сценарии планирования и бюджетирования 1С:ERP в вариантах «оптимистичный / реалистичный / пессимистичный / целевой». Искусственный интеллект в 2026 году подключается сервисами: прогноз на 1–30 периодов вперёд, распознавание первички (250 страниц бесплатно), 1С:Напарник в EDT. Штатной нейросети в самой платформе нет.

Слово «моделирование» в разговорах про 1С означает как минимум три несовместимые вещи – отсюда и буксующие переговоры между заказчиком и подрядчиком. Финансовый директор понимает под ним «посчитать бюджет в трёх вариантах». Руководитель проекта внедрения – «показать на живой базе, как будет работать склад». Архитектор – «построить функциональную декомпозицию системы в IDEF0 и связать её с метаданными». Все трое правы. Только инструменты, сроки и бюджеты у них разные. Ниже – разбор всех трёх уровней, с конкретными путями настройки, цифрами сервисов и честной границей того, что в 2026 году умеет и чего не умеет ИИ. Материал пригодится и тем, кто только выбирает подход к автоматизации бизнеса, и тем, кто уже живёт в работающей базе.

Три уровня моделирования в 1С: чем они отличаются

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

Уровень	Когда применяется	Инструмент	Результат на выходе
Прототип процессов	Этап внедрения, до разработки	Типовая конфигурация (ERP, КА, УТ), демо-база	Перечень функциональных разрывов, уточнённая смета проекта
Функциональная модель	Крупные проекты с доработками	1С:СППР (IDEF0, BPMN, EPC)	Модель системы, требования, связь процессов с метаданными
Сценарное моделирование	Промышленная эксплуатация, каждый цикл планирования	Сценарии планирования и бюджетирования 1С:ERP	Несколько версий плана на один период, план-факт, прогноз

Различия, которые стоит держать в голове:

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

Уровень 1: прототип в типовой базе вместо толстого ТЗ

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

Как это выглядит на практике в проекте внедрения 1С:ERP:

Разворачивается чистая типовая база нужной конфигурации – без единой доработки.
Заводится не весь справочник номенклатуры, а 2–3 позиции со всеми реальными характеристиками, сериями и единицами измерения.
Проводится сквозной процесс: заказ клиента → обеспечение → производство или закупка → отгрузка → взаиморасчёты.
Каждый шаг демонстрируется тем, кто потом будет нажимать кнопки, а не только руководителям.
Всё, что «так не работает», записывается в реестр разрывов с пометкой: меняем процесс, настраиваем типовое или дорабатываем.
По каждому разрыву считается трудоёмкость – и только после этого появляется реальная смета.

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

Сроки этапа моделирования фирма «1С» нормативно не устанавливает – это зона ответственности подрядчика. По рыночной практике интеграторов этап занимает от 4 до 10 недель, а весь проект на предприятии в 100–300 человек – от 6 до 18 месяцев. Если вам обещают «смоделируем за три дня», речь идёт о презентации, а не о моделировании.

Уровень 2: 1С:СППР и функциональная модель системы

1С:Система проектирования прикладных решений (СППР) – отдельная конфигурация для проектирования прикладных решений и ведения технической документации проекта. В основе логического проектирования лежит функциональная декомпозиция по стандарту IDEF0; вторая версия продукта работает также с нотациями BPMN и EPC.

Что СППР реально даёт проектной команде:

Единый реестр требований – пожелания пользователей не теряются в переписке и привязаны к конкретным функциям системы.
Связь процессов с метаданными – загрузка структуры конфигурации и привязка объектов к шагам процесса. Видно, какой документ закрывает какой шаг.
Анализ покрытия – отчёты показывают, какие процессы предприятия функционалом не закрыты вовсе. Это и есть формальный список доработок.
Формальные проверки модели – система сама находит логические несоответствия и разрывы в декомпозиции.
Учёт ошибок и задач – СППР может работать как трекер по проекту, с учётом конфигураций-библиотек.
Память проекта – через два года, когда сменится половина команды, останется документ, объясняющий, почему сделано именно так.

Технические условия простые: нужна правомерно приобретённая поставка версии ПРОФ или КОРП с платформой не ниже 8.3.3. Функциональная модель 1С:ERP поставляется вместе с самим решением – удобный способ изучить логику конфигурации, не открывая конфигуратор. Если вы только знакомитесь со структурой системы, начните с обзора работы в 1С:Предприятии и трёх слоёв системы.

Честное предупреждение: на небольшом проекте СППР скорее мешает. Описывать всю ERP в справочнике функций – большая работа, и разработчики к ней относятся без энтузиазма. Инструмент окупается там, где есть много доработок, несколько подрядчиков и постоянное взаимодействие архитекторов, аналитиков и методологов. Подобрать состав работ под конкретный масштаб помогут наши услуги 1С:Франчайзи.

Уровень 3: сценарное моделирование в работающей базе

Этот вид моделирования приносит деньги каждый месяц, а не один раз на проекте. В 1С:ERP есть два разных объекта, которые постоянно путают.

Сценарий планирования работает в товарном контуре. Включается он так: НСИ и администрирование → Бюджетирование и планирование → Планирование, а сам справочник лежит в разделе Бюджетирование и планирование → Настройки и справочники → Сценарии планирования. Настраиваются:

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

Сценарий бюджетирования – это разделитель версий финансового плана: несколько вариантов состояния предприятия на один и тот же период с одним пакетом документов.

Сценарий	Что моделирует	Кто обычно задаёт
Оптимистичный	Верхняя граница: рост спроса, высокие цены	Коммерческая служба
Реалистичный (базовый)	Основной рабочий вариант, идёт в план-факт	Финансовая служба
Пессимистичный	Запас прочности, кассовые разрывы, риски	Финансовый директор
Целевой	Задан «сверху» под конкретные KPI	Собственник, совет директоров

Пример из практики. Производственная компания в Москве, три сценария бюджета на год. В пессимистичном падение выручки на 15 % и рост стоимости сырья на 8 % дают кассовый разрыв в марте; в базовом разрыва нет. Вывод руководства – не «повысить продажи», а заранее согласовать лимит овердрафта и сдвинуть закупку оборудования на второе полугодие. Без сценарной модели этот разговор случился бы в марте, когда договариваться уже поздно.

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

Где в моделировании 2026 года реально работает ИИ

Начнём с главного, чтобы не было завышенных ожиданий: штатной нейросети внутри технологической платформы нет. Искусственный интеллект приходит в 1С через отдельные сервисы и прикладные решения. Платформа со своей стороны даёт транспорт: в версии 8.3.27 появился собственный механизм webSocket-клиента, и стриминг ответов внешних моделей больше не требует внешних компонент. Учтите и смену нумерации: отдельной ветки 8.3.28 не будет, анонсированные возможности переехали в линейку 8.5.

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

1С:Универсальное прогнозирование – облачный сервис, который принимает исторические данные из базы и возвращает прогноз. Под капотом скользящее среднее, сезонные модели, экспоненциальное сглаживание, градиентный бустинг и рекуррентные нейросети; модель подбирается автоматически. Горизонт – от 1 до 30 периодов вперёд, интервал день/неделя/месяц, разрезы по номенклатуре, характеристикам, складам и клиентам. Для проверки даётся тестовый доступ на 30 дней в объёме 5000 единиц.
1С:Прогнозирование продаж – частный случай того же движка для 1С:УТ, 1С:КА и 1С:ERP. Подключается в УТ начиная с 11.5.19 и в ERP/КА с 2.5.19. Прогноз возвращается в базу и становится источником для плана продаж – то есть напрямую питает сценарное моделирование.
1С:Распознавание первичных документов – нейросеть определяет тип документа и заполняет реквизиты. Пользователям локальных версий на официальной поддержке даётся 250 страниц бесплатно на 12 месяцев, активируется один раз на абонента. В облаке лимиты зависят от тарифа: на ПРОФ, СПЕЦ, КОРП и ERP – 250 страниц в год, на Базовом и Рознице – 30. При нулевом балансе сервис ещё 7 дней работает «в долг» в пределах 30 % купленных за год страниц. Где искать сервисы в облаке, мы показывали в разборе интерфейса 1С:Фреш.
1С:Напарник для разработки – ассистент в среде 1С:EDT: объясняет чужой код, пишет заготовки процедур, помогает разбирать legacy. Начиная с версии EDT 2025 плагин входит в поставку, доступ активируется ключом с портала ИТС (до 100 ключей на аккаунт). Бесплатный период по подписке ИТС заявлен до 1 октября 2026 года – то есть буквально на днях условия могут измениться, следите за официальными анонсами.
Речевые технологии – распознавание речи интегрировано в платформу начиная с версии 8.3.23, синтез речи также предоставляется пользователям с подпиской ИТС на объявленный вендором бесплатный период.

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

Чего ИИ в моделировании не делает – и как страховаться

Языковые модели недетерминированы: один и тот же вопрос, заданный десять раз, может дать восемь корректных ответов и два неверных. Для текста это неприятно, для запроса, из которого собирается финансовый отчёт, – неприемлемо. Отсюда рабочие ограничения:

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

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

Определите уровень: вам нужен прототип, функциональная модель или сценарии. Не всё сразу.
Назначьте владельца процесса со стороны заказчика – человека, который принимает решения, а не передаёт их дальше.
Разверните отдельную демо-базу. Моделировать в рабочей базе – гарантированный способ испортить учёт.
Возьмите 2–3 реальные номенклатурные позиции вместо полного справочника.
Проведите сквозной процесс целиком, от заявки до закрытия периода и отчётности.
Каждый разрыв фиксируйте письменно с решением: меняем процесс / настраиваем / дорабатываем.
Настройте минимум три сценария планирования – базовый, оптимистичный, пессимистичный – и не плодите четвёртый без нужды.
Подключите прогнозирование только после того, как исторические данные приведены в порядок.
Зафиксируйте результат в документе, который переживёт смену команды.

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

FAQ

Можно ли обойтись без моделирования и сразу писать техническое задание?

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

Нужна ли 1С:СППР небольшой компании?

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

Чем сценарий планирования отличается от сценария бюджетирования?

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

Насколько точен прогноз от ИИ-сервиса 1С?

Универсальной цифры точности не существует и обещать её некорректно: результат зависит от объёма и качества истории, сезонности, длины горизонта и разрезов. Сервис подбирает модель автоматически, показывает оценку точности и позволяет сглаживать выбросы, но проверять адекватность прогноза нужно на своих данных – например, построив его «назад» по уже закрытому периоду и сравнив с фактом.

ИИ заменит аналитика 1С на этапе моделирования?

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

Что делать дальше

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

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