Концепция 1С:ERP: как устроено прикладное решение 2.5
Автор: Михаил С., Архитектор 1С · Опубликовано: 16.10.2026
📅 Опубликовано 16 октября 2026 г.
Коротко: концепция «1С:ERP Управление предприятием 2» строится на единой модели данных: оперативный, регламентированный и управленческий учёт ведутся на одних и тех же документах и закрываются одной процедурой закрытия месяца. Предприятие описывается связкой «организация – подразделение – склад – направление деятельности», и уже от неё разворачиваются планирование, производство, продажи и расчёт себестоимости. Осенью 2026 параллельно развиваются редакция 2.5 в статусе LTS и новая редакция 2.6.
Главное о концепции 1С:ERP за минуту
- Один ввод – три учёта. Документ отражается в управленческом, регламентированном и международном учёте одновременно; раздельные базы под каждый контур концепцией не предусмотрены.
- Три уровня планирования: предприятие → межцеховой график производства по этапам ресурсной спецификации → цеховой уровень (партии запуска и маршрутные листы).
- Два варианта методики управления ходом производства: планирование по нормативной длительности, когда сроки этапов отсчитываются от даты потребности назад по нормативам и ни загрузка рабочих центров, ни наличие материалов не учитываются, и планирование с учётом ресурсных ограничений, когда график производства строится исходя из доступности материалов и производственных мощностей (вариант доступен при использовании динамической структуры заказа на производство). Методика задаётся в настройках раздела «Производство», а согласование этапов между подразделениями выполняется через график производства в рабочем месте управления очередью заказов.
- Себестоимость в 1С:ERP – расчётная величина периода, а не сумма, «прилипающая» к каждой партии в момент отгрузки; она формируется при закрытии месяца.
- Числовых порогов выбора нет. Фирма «1С» не публикует критериев вида «ERP от 50 рабочих мест» или «от 100 ГБ базы» – официальные критерии качественные: производство, ремонты, МСФО, бюджетирование, масштаб и сложность управления.
Что такое концепция прикладного решения и почему её разбирают до внедрения?
Концепция прикладного решения – это набор базовых допущений, на которых построена конфигурация: какие объекты считаются первичными, как они связаны, в какой момент возникает факт учёта и какие данные система считает обязательными. В «1С:ERP Управление предприятием 2» эти допущения жёстче, чем в «Бухгалтерии» или «Управлении торговлей», потому что одна и та же цепочка документов обслуживает одновременно склад, производство, финансы и отчётность для ФНС.
На практике непонимание концепции стоит дороже любых доработок. Предприятие приходит на проект с привычкой вести три таблицы – «как у бухгалтера», «как у директора» и «как на складе», – и пытается воспроизвести их тремя независимыми контурами внутри ERP. Система это допускает технически, но расчёт себестоимости и закрытие месяца после такого расходятся с управленческой отчётностью, и каждый месяц превращается в сверку руками.
Поэтому разбор концепции – часть предпроектного обследования наравне с описанием бизнес-процессов. Нужно заранее договориться, что считается заказом клиента, кто отвечает за нормативно-справочную информацию, в какой момент признаётся выпуск продукции и чем управленческая организация отличается от юридического лица в учёте. Общий порядок проекта и состав работ подробно разобран в материале про обзор возможностей и этапы внедрения 1С:ERP.
Зачем нужны ERP-системы и чем они отличаются от учётных программ?
Назначение ERP-системы – планирование и управление ресурсами предприятия в едином информационном пространстве: материалами, мощностями, персоналом, деньгами и временем. Учётная программа фиксирует уже случившийся факт, тогда как ERP работает на опережение: формирует потребность, резервирует ресурс, сравнивает план с фактом и показывает отклонение до того, как оно превратится в убыток.
Разница видна на простом сценарии. В торговой конфигурации менеджер видит свободный остаток на складе. В ERP он видит остаток, уже зарезервированный под другие заказы, плановое поступление от поставщика, запланированный выпуск по графику производства и дату, к которой товар реально может быть отгружен с учётом всей цепочки обеспечения. Решение принимается по доступности ресурса во времени.
Второе отличие – глубина разделения контуров. «1С:ERP» изначально проектировалась так, чтобы управленческая оценка хозяйственной операции не зависела от её налоговой трактовки: одна и та же отгрузка может иметь разную дату признания выручки в управленческом учёте и в регламентированном, разную оценку запасов и разный финансовый результат по направлениям деятельности.
Третье – охват. Решение закрывает производство, продажи, закупки, склад, казначейство, бюджетирование, расчёт зарплаты, ремонты и учёт по МСФО. При этом ERP не заменяет узкоспециализированные отраслевые продукты: например, транспортная логистика с путевыми листами, тахографами и расчётом рейсов исторически живёт в отдельном решении – см. разбор 1С:Управление автотранспортом ПРОФ, которое интегрируется с ERP как смежная система.
На каких принципах построена концепция 1С:ERP 2.5?
Концепцию редакции 2.5 удобно описать через несколько базовых принципов. Они объясняют большую часть «странностей», с которыми сталкиваются пользователи, пришедшие из бухгалтерских конфигураций.
- Единый ввод первичных данных. Документ вводится один раз и порождает движения сразу в нескольких видах учёта. Регламентированный учёт формируется отдельной регламентной процедурой: проводки вручную не вводятся.
- Разделение управленческой и регламентированной структуры. Управленческое предприятие может состоять из нескольких юридических лиц, а одно юрлицо – обслуживать несколько направлений деятельности. Финансовый результат собирается по направлениям независимо от того, через какую организацию прошла продажа.
- Интервальный учёт себестоимости. В течение месяца система накапливает количественные движения, а окончательная фактическая себестоимость рассчитывается при закрытии периода по одному из трёх методов оценки запасов – «Средняя за месяц», «Среднескользящая» или ФИФО (деления ФИФО на «взвешенную» и «скользящую» оценку больше нет: взвешенный вариант снят с поддержки с версии 2.5, а бывшая скользящая оценка называется просто «ФИФО» и работает как полноценный партионный учёт). При «Среднескользящей» и ФИФО стоимость списания определяется уже в момент проведения расходных документов, а в течение периода выполняется предварительный расчёт по средней взвешенной оценке.
- Обеспечение потребностей как отдельный механизм. Потребность в номенклатуре формируется из заказов и планов, а способ её покрытия задаётся в параметрах обеспечения: закупка, производство, перемещение, сборка. Именно здесь в документации редакции 2.5 фигурирует пара «упрощённый и расширенный вариант»: она относится к обеспечению потребностей, управление производством тут ни при чём.
- Статусность и права. Ключевые документы живут по состояниям (например, заказ проходит путь от черновика до закрытого), и переход между состояниями контролируется правами и настройками, что превращает документ в элемент процесса.
Ниже – сводная карта контуров решения: что закрывает каждый из них, на каких объектах держится и какая типовая ошибка возникает, если контур настроен формально.
| Контур | Что закрывает | Опорные объекты | Риск при формальной настройке |
|---|---|---|---|
| НСИ и администрирование | Единые справочники, структура предприятия, права | Номенклатура, виды номенклатуры, характеристики, склады, организации | Дубли позиций, несопоставимая аналитика, «каждый филиал по-своему» |
| Планирование | Планы продаж, закупок, производства, сценарии | Виды планов, сценарии, ресурсные спецификации | План живёт в Excel, система используется как регистратор факта |
| Продажи | Сделки, заказы, отгрузки, претензии, взаиморасчёты | Соглашения, Заказ клиента, Реализация товаров и услуг | Цены и скидки задаются вручную в каждом заказе |
| Закупки и склад | Обеспечение, ордерная схема, адресное хранение | Заказ поставщику, приходный/расходный ордер, ячейки | Остатки «на бумаге» расходятся с фактом на площадке |
| Производство | График производства, этапы, партии запуска | Ресурсная спецификация, Заказ на производство, Этап производства | Выпуск оформляется задним числом, себестоимость «пляшет» |
| Финансы и казначейство | Платёжный календарь, лимиты, заявки на расход | Заявка на расходование ДС, Статьи движения денежных средств | Кассовые разрывы видны постфактум |
| Финрезультат и контроллинг | Себестоимость, прибыль по направлениям, бюджеты | Статьи расходов, направления деятельности, модель бюджетирования | Прибыль считается только «в целом по компании» |
| Регламентированный учёт | Бухгалтерия, НДС, налог на прибыль, отчётность | План счетов, настройки отражения, закрытие месяца | Расхождение управленческих и бухгалтерских данных |
Как в концепции связаны НСИ, планирование и продажи?
Эти три подсистемы образуют смысловое ядро решения: качество справочников определяет качество планов, а планы задают рамку для работы отдела продаж.
Как устроено управление нормативно-справочной информацией?
Номенклатура в «1С:ERP» описывается не одной карточкой, а связкой объектов: вид номенклатуры задаёт шаблон поведения (набор характеристик, вариант учёта серий, правила указания упаковок), характеристика описывает конкретное исполнение, серия отвечает за партионный и срок-годностный учёт, упаковки – за пересчёт единиц измерения. Такая многослойность позволяет не плодить тысячи отдельных позиций под каждый цвет и размер.
Второй блок НСИ – структура предприятия: организации, подразделения, склады и их типы (ордерный или неордерный, с адресным хранением или без), направления деятельности. Эта структура используется всеми подсистемами сразу, поэтому её меняют крайне неохотно после старта эксплуатации: смена типа склада или схемы подразделений задним числом тянет за собой перепроведение больших объёмов документов.
Третий блок – ценообразование и условия продаж: виды цен, правила расчёта, сегменты партнёров, соглашения. Концепция предполагает, что цена в документе подставляется автоматически по правилам, а ручной ввод остаётся исключением, которое контролируется правами и согласованием.
Практический ориентир простой: любая аналитика, по которой руководитель захочет увидеть отчёт через год, должна быть заведена как реквизит или классификатор справочника до старта. Дописывать её в комментарий уже после запуска смысла не имеет. Доля дублей и «мусора» в справочниках официально не нормируется, поэтому ориентироваться стоит на собственные регулярные проверки – отчёты по неиспользуемым позициям и контроль прав на создание новых элементов.
Как работает планирование в 1С:ERP?
Планирование в решении многоуровневое и сценарное. Сценарий задаёт периодичность и детализацию (например, год по месяцам или квартал по неделям), вид плана – состав показателей и источники заполнения. Планы продаж, закупок, производства и сборки связываются между собой: план производства может заполняться по плану продаж, план закупок – по плану производства с разузлованием через ресурсные спецификации.
На уровне исполнения работают два варианта методики управления ходом производства, которые задаются в настройках раздела «Производство»: планирование по нормативной длительности, когда сроки этапов отсчитываются от даты потребности назад по нормативам и ни загрузка рабочих центров, ни наличие материалов не учитываются; планирование с учётом ресурсных ограничений, когда график производства строится исходя из доступности материалов и производственных мощностей (вариант доступен при использовании динамической структуры заказа на производство). Выбор методики – управленческое решение: от него зависит, нужны ли предприятию актуальные нормы, виды рабочих центров и доступность мощностей по интервалам.
| Методика | Что планируется | Что требуется от предприятия | Кому подходит |
|---|---|---|---|
| Планирование по нормативной длительности | Только сроки этапов по нормативам, без учёта загрузки и материалов | Базовые спецификации, дисциплина оформления выпуска |