На совещании фраза «нам нужна 1С:ERP» может звучать как готовое решение. Но производство ждёт выполнимого плана, отдел продаж — реалистичных сроков, финансовый директор — своевременной себестоимости, собственник — общей картины бизнеса. Это нормально: у каждого своя зона ответственности. Проблема начинается, когда продукт уже выбран, а в компании ещё нет четкого понимания, что именно должно измениться.
1С:ERP Управление предприятием — комплексное прикладное решение на платформе «1С:Предприятие 8». Оно связывает в одной информационной модели продажи, закупки, запасы, производство, затраты, финансы, регламентированный учёт, персонал и управленческие показатели.
Если отвечать коротко, 1С:ERP нужна, чтобы связать операционные, производственные и финансовые решения на общих данных.
Если отвечать коротко, 1С:ERP нужна, чтобы связать операционные, производственные и финансовые решения на общих данных.
Поэтому оценивать 1С:ERP полезнее не по количеству модулей, а по тому, как система связывает реальные процессы компании и какие управленческие решения поддерживает.
В этой статье вы узнаете
Когда локальной доработки оказалось мало: проект под NDA
Кому подходит 1С:ERP — и когда не стоит спешить
Кому подходит 1С:ERP — и когда не стоит спешить
Что представляет собой именно 1С:ERP
Сначала важно не путать три вещи. ERP — класс систем; «1С:ERP Управление предприятием» — конкретный продукт этого класса; «1С:Предприятие 8» — технологическая платформа, на которой работает решение. Если нужен общий разбор ERP как класса систем, я подробно разбираю его в статье «ERP-система: что это такое простыми словами».
На уровне руководителя 1С:ERP удобнее понимать не как один большой экран, а как большую конфигурацию, где связаны операционные, производственные, финансовые и учётные объекты. Продукт охватывает несколько областей предприятия, между которыми используются общие документы, справочники и расчёты.
- Исполнение заказов и обеспечение — заказы клиентов, соглашения, резервы, состояние обеспечения, заказы поставщикам, поступления и отгрузки.
- Производство — заказы на производство, производственные этапы, ресурсные спецификации, материалы и полуфабрикаты, трудозатраты и рабочие центры.
- Финансы и управленческий результат — затраты, себестоимость, казначейство, бюджеты, финансовый результат и монитор целевых показателей.
- Регламентированный учёт, персонал и интеграции — бухгалтерский и налоговый учёт, кадровые данные и зарплата, а также обмен с другими решениями 1С и внешними системами.
За этими областями стоят конкретные объекты 1С:ERP: заказ клиента, состояние обеспечения, заказ поставщику, заказ на производство, этап, ресурсная спецификация, статья затрат, бюджет, платёж и показатель руководителя. Именно через них разные подразделения работают с одной моделью предприятия. На одном заказе эта связь видна особенно хорошо.
1С:ERP может быть ядром информационной системы, но не обязана заменять всё вокруг себя. Рядом могут работать CRM, WMS, MES, документооборот, отраслевые решения и внешние сервисы. Поэтому при оценке продукта полезно спрашивать не «сколько модулей внутри», а какие процессы и данные должны жить в ERP, а какие — оставаться во внешних системах и обмениваться с ней.
1С:ERP может быть ядром информационной системы, но не обязана заменять всё вокруг себя. Рядом могут работать CRM, WMS, MES, документооборот, отраслевые решения и внешние сервисы. Поэтому при оценке продукта полезно спрашивать не «сколько модулей внутри», а какие процессы и данные должны жить в ERP, а какие — оставаться во внешних системах и обмениваться с ней.
Как 1С:ERP связывает процессы на одном заказе
Ниже — фрагменты экранов из материалов реального проекта. На них показан реальный заказ и связанные с ним объекты 1С:ERP. Я использую эти скриншоты только как наглядный пример механики системы: по ним нельзя делать выводы об эффекте проекта в целом, соблюдении сроков или универсальной работе 1С:ERP.
Сначала важен сам принцип:
Заказ клиента → потребность / дефицит → обеспечение → закупка комплектующих → сборка / выпуск → отгрузка → финансовый результат.
Заказ — это не только строка в журнале
На скриншоте — заказ клиента на 10 стульев. В документе есть срок отгрузки, статус исполнения и состояние обеспечения. Готового товара на складе в этот момент нет.
Для менеджера разница принципиальная. Зарегистрированный заказ отвечает на вопрос «что хочет клиент». Состояние обеспечения добавляет второй: есть ли у компании основание обещать исполнение и что ещё должно произойти до отгрузки?
Дефицит: что должно произойти дальше
Если остатка нет, дальнейшее действие определяется правилами обеспечения. В материалах этого заказа рядом со состоянием обеспечения показана настройка поддержки запасов по Min-max. Это один из возможных способов работы с запасами, а не универсальная рекомендация.
На этом экране хорошо видна граница между возможностями продукта и правилами компании. В расчёте можно учитывать заказ, остаток, ожидаемые поступления и способ обеспечения. Но нормы запаса, допустимые сроки, правила закупки заранее и приоритеты заказов определяют руководители и владельцы соответствующих процессов.
Как потребность приводит к действиям
В этой цепочке готовый товар нужно собрать, а для сборки — закупить комплектующие. Выявленная потребность отражается в конкретных действиях: заказе на сборку и закупке необходимых деталей.
Какие документы появятся дальше, зависит от настроенных способов обеспечения, спецификаций, сроков и приоритетов. В этом примере система следует уже заданной логике обеспечения.
Операционная цепочка должна закончиться экономикой
После исполнения заказа руководителю важно увидеть не только факт отгрузки. Финальная точка показанного примера — отчёт «Валовая прибыль предприятия», где связаны выручка, себестоимость, валовая прибыль и рентабельность.
Цифры на скриншоте относятся только к показанному заказу и не являются показателями проекта в целом. Они не доказывают, что автоматизация сама повысила рентабельность или обеспечила отгрузку в срок. Смысл визуала другой: один и тот же заказ можно проследить от потребности и исполнения до его экономического результата.
На одном заказе видно, зачем 1С:ERP нужен сквозной контур: данные об исполнении не заканчиваются на отгрузке, а доходят до экономического результата. Эти скриншоты показывают механику продукта; применимость к конкретной компании нужно оценивать уже по её процессам и ограничениям.
На одном заказе видно, зачем 1С:ERP нужен сквозной контур: данные об исполнении не заканчиваются на отгрузке, а доходят до экономического результата. Эти скриншоты показывают механику продукта; применимость к конкретной компании нужно оценивать уже по её процессам и ограничениям.
Что ещё умеет 1С:ERP: финансы, показатели, учёт и интеграции
Один заказ хорошо показывает операционную механику 1С:ERP, но масштаб продукта шире. Для руководителя отдельно важны управление деньгами и бюджетами, показатели, регламентированный и кадровый контур, а также место ERP среди других систем компании.
Казначейство и бюджетирование: связать операционные планы с деньгами
В казначействе 1С:ERP можно планировать поступления и расходы денежных средств, контролировать наличие денег и целевое использование платежей. Для финансового директора это означает, что ожидаемые поступления и выплаты видны в плане вместе с операционными решениями, а не только анализируются постфактум.
Бюджетирование добавляет следующий уровень. Финансовая модель может использовать планы продаж, закупок и производства, поддерживать сценарии и план-фактный анализ. Поэтому изменение операционного плана можно оценивать не только по срокам исполнения, но и по тому, как оно влияет на платежи, бюджет и ожидаемый финансовый результат.
Бюджетирование добавляет следующий уровень. Финансовая модель может использовать планы продаж, закупок и производства, поддерживать сценарии и план-фактный анализ. Поэтому изменение операционного плана можно оценивать не только по срокам исполнения, но и по тому, как оно влияет на платежи, бюджет и ожидаемый финансовый результат.
Монитор целевых показателей: увидеть отклонение и перейти к исходным данным
В 1С:ERP есть мониторинг и анализ показателей деятельности предприятия. Монитор целевых показателей собирает ключевые индикаторы, показывает их состояние и позволяет перейти от общей цифры к данным, из которых она получилась.
В проектах я смотрю на показатели как на управленческий цикл: цель → измерение → решение → корректировка. Поэтому для руководителя ценность не в количестве диаграмм, а в том, какое отклонение система помогает заметить и насколько быстро можно понять его причину.
В проектах я смотрю на показатели как на управленческий цикл: цель → измерение → решение → корректировка. Поэтому для руководителя ценность не в количестве диаграмм, а в том, какое отклонение система помогает заметить и насколько быстро можно понять его причину.
Регламентированный учёт и персонал: использовать те же факты хозяйственной деятельности
Регламентированный учёт в 1С:ERP является частью общего решения: бухгалтерский и налоговый учёт используют факты хозяйственной деятельности, зарегистрированные в операционных процессах. В той же системе могут вестись штатное расписание, кадровые события, графики и отпуска, учёт рабочего времени и расчёт зарплаты.
Это важно, когда операционные события, затраты на персонал и обязательный учёт должны опираться на одни и те же исходные данные. При этом сам по себе бухгалтерский или кадровый функционал не является причиной выбирать ERP — ценность появляется, когда эти данные нужны в общей модели предприятия.
Это важно, когда операционные события, затраты на персонал и обязательный учёт должны опираться на одни и те же исходные данные. При этом сам по себе бухгалтерский или кадровый функционал не является причиной выбирать ERP — ценность появляется, когда эти данные нужны в общей модели предприятия.
Интеграции: 1С:ERP может быть ядром, а не единственной системой
Комплексность 1С:ERP не означает, что вокруг неё не должно быть других продуктов. CRM может оставаться основным инструментом отдела продаж, WMS — управлять сложными складскими операциями, MES — диспетчеризацией оборудования, документооборот — согласованиями, а 1С:ERP — принимать и отдавать данные, которые нужны для общего операционного и финансового контура.
То же относится к Битрикс, личным кабинетам, маркировке, ЭДО, отраслевым решениям и внешним сервисам. Поэтому при оценке 1С:ERP важно не только спросить «что есть внутри продукта», но и определить его место в архитектуре компании: какие процессы должны жить в ERP, а какие — обмениваться с ней данными.
Поэтому 1С:ERP — не только система исполнения заказов. Она может быть основой финансового планирования, управленческого контроля, обязательного учёта и обмена с другими системами.
То же относится к Битрикс, личным кабинетам, маркировке, ЭДО, отраслевым решениям и внешним сервисам. Поэтому при оценке 1С:ERP важно не только спросить «что есть внутри продукта», но и определить его место в архитектуре компании: какие процессы должны жить в ERP, а какие — обмениваться с ней данными.
Поэтому 1С:ERP — не только система исполнения заказов. Она может быть основой финансового планирования, управленческого контроля, обязательного учёта и обмена с другими системами.
Когда локальной доработки оказалось мало на примере кейса: проект под NDA
В одном из наших проектов исходной системой была сильно доработанная 1С:УПП 1.2. Ею пользовались 18 лет, много лет не обновляли, а нужный функционал добавляли собственными силами. В процессах накопилось много ручных операций и исторических обходов, которые уже не давали практической ценности. Бухгалтерский учёт вёлся в отдельной базе с обменом из УПП.
Производственный план почти никогда не выполнялся — это был ещё один исходный симптом. Но открытое описание проекта не даёт основания утверждать, что после перехода именно этот показатель улучшился. Масштаб задачи был шире: одновременно требовалось менять склады, производство, продажи, бухгалтерский учёт, управленческие показатели и интеграции с внешними сервисами.
Команда описала процессы AS IS, выявила проблемы и спроектировала TO BE. Переход разделили по процессам; в новую систему не стали механически переносить все исторические ограничения. Бухгалтерский учёт перенесли в 1С:ERP.
Отдельной частью проекта стали интеграции. 1С:ERP связали с Битрикс и личным кабинетом клиента, настроили работу с «Честным знаком» и электронными транспортными накладными. Для основных бизнес-процессов разработали KPI и настроили их автоматический расчёт.
После перехода бухгалтерский учёт перестал жить в отдельной базе, основные процессы получили рассчитываемые в системе показатели, а внешние сервисы вошли в общую архитектуру. Именно ширина задачи объясняет, почему одной локальной доработки было недостаточно: одновременно менялись операционные процессы, учёт, аналитика и интеграции.
Публичных данных об экономии, ускорении или окупаемости по этому проекту нет, поэтому финансовый эффект здесь не оцениваю. Подробнее — на странице внедрения 1С:ERP.
Производственный план почти никогда не выполнялся — это был ещё один исходный симптом. Но открытое описание проекта не даёт основания утверждать, что после перехода именно этот показатель улучшился. Масштаб задачи был шире: одновременно требовалось менять склады, производство, продажи, бухгалтерский учёт, управленческие показатели и интеграции с внешними сервисами.
Команда описала процессы AS IS, выявила проблемы и спроектировала TO BE. Переход разделили по процессам; в новую систему не стали механически переносить все исторические ограничения. Бухгалтерский учёт перенесли в 1С:ERP.
Отдельной частью проекта стали интеграции. 1С:ERP связали с Битрикс и личным кабинетом клиента, настроили работу с «Честным знаком» и электронными транспортными накладными. Для основных бизнес-процессов разработали KPI и настроили их автоматический расчёт.
После перехода бухгалтерский учёт перестал жить в отдельной базе, основные процессы получили рассчитываемые в системе показатели, а внешние сервисы вошли в общую архитектуру. Именно ширина задачи объясняет, почему одной локальной доработки было недостаточно: одновременно менялись операционные процессы, учёт, аналитика и интеграции.
Публичных данных об экономии, ускорении или окупаемости по этому проекту нет, поэтому финансовый эффект здесь не оцениваю. Подробнее — на странице внедрения 1С:ERP.
Кому подходит 1С:ERP — и когда не стоит спешить
Фирма «1С» позиционирует 1С:ERP прежде всего как решение для среднего и крупного бизнеса, в том числе для предприятий со сложным производством. Для предварительного выбора размер компании — слишком грубый критерий. На практике полезнее смотреть на более конкретный признак: насколько сложность взаимосвязанных процессов уже стала отдельной управленческой проблемой.
Вот несколько ситуаций, в которых имеет смысл присмотреться к 1С:ERP внимательнее.
Вот несколько ситуаций, в которых имеет смысл присмотреться к 1С:ERP внимательнее.
Срок заказа зависит сразу от материалов, мощностей и технологической последовательности
Менеджер отдела продаж спрашивает у руководителя производства: «успеем к пятнице?» Для ответа нужно проверить материалы, загрузку оборудования и последовательность операций. Отделу закупок одновременно нужно определить, какую потребность обеспечить первой. Если такие зависимости повторяются ежедневно, 1С:ERP стоит проверять на реальных сценариях компании: может ли система подтвердить срок, пересчитать потребность и показать последствия изменения приоритета.
У подразделений разные исходные данные для одного решения
У каждого отдела своя таблица, свой остаток, свой план и своё понимание даты. Совещание уходит на сверку исходных данных вместо выбора действия. Если такие ситуации повторяются, это повод проверить 1С:ERP на одном-двух сквозных сценариях — при условии, что компания готова договориться о НСИ и общих правилах, а не просто загрузить в систему старые справочники.
Себестоимость становится известна слишком поздно
Компания умеет производить и продавать, но реальную экономику заказа видит после закрытия периода. Решения по цене, ассортименту и приоритетам принимаются на неполной картине. Если себестоимость зависит от тех же материалов, выпусков и операций, 1С:ERP может рассчитывать её на данных о выпуске, материалах и складских движениях, а не собирать результат из отдельной таблицы после закрытия периода.
Текущая система мешает работать по нужной модели
Возраст программы — слабый аргумент для перехода. Ситуация меняется, если старая система не поддерживает нужное планирование, складскую модель, интеграции или правила работы, а обходные доработки уже диктуют компании, «как можно», вместо того чтобы поддерживать нужный процесс.
Текущая система мешает работать по нужной модели
Много складов, юрлиц или интеграций усиливают сложность, но не являются самостоятельным основанием для ERP. Сигнал появляется, когда раздробленность мешает управлять одной цепочкой: разные системы по-разному описывают один заказ, одну номенклатуру или один финансовый результат.
Теперь обратная сторона.
- Если задача в основном финансовая. Сложное бюджетирование, консолидация, несколько P&L, элиминации и распределения могут не требовать перестройки операционных процессов. В таком случае разумнее сначала сравнить специализированные финансовые решения — например, 1С:Управление холдингом, ИТАН или другую систему по требованиям.
- Если хочется «всё в одной базе». Специализированная WMS может лучше закрывать сложную складскую задачу, CRM — коммерческий процесс, а ERP при этом оставаться ядром для основных операционных и финансовых процессов. Архитектура из нескольких связанных систем может быть рациональнее, чем попытка заставить один продукт быть лучшим во всём.
- Если процессы достаточно просты. Задачи продаж, закупок, склада, бухгалтерии и базового производства могут закрываться более компактным решением. Например, 1С:Комплексная автоматизация тоже охватывает многие операционные и финансовые задачи. Дополнительные возможности оправданы, если компания действительно будет использовать их в управлении.
- Если бизнес-цель не сформулирована. Фраза «поддержка УПП заканчивается» может быть поводом провести диагностику, но не заменяет ответ на вопрос, что должно стать лучше в продажах, производстве, финансах или управлении.
Для быстрой проверки — краткая матрица:
Что 1С:ERP не сделает за вас
Широкий функционал 1С:ERP легко воспринимать как меню: производство есть, бюджетирование есть, себестоимость есть, KPI есть — значит, система «всё умеет». Но это опасная логика выбора.
Одинаковая строка «планирование производства» может скрывать принципиально разные модели: серийный выпуск на склад, производство под заказ, длинную технологическую цепочку, дефицитные мощности или нестабильные нормативы. Поэтому наличие функции нужно проверять не по презентации, а на сценариях конкретной компании.
При проверке реальных сценариев возможны три честных ответа. Типовой механизм 1С:ERP подходит без существенных изменений. Механизм подходит, но требует настройки, расширения или интеграции. Либо задача лучше решается другим продуктом. Поэтому логика выбора для меня обратная: сначала требования и реальные сценарии, потом название системы.
Есть ещё один риск — перенести старую логику в новую ERP почти без пересмотра. В одном из проектов я видел именно такую ситуацию: после перехода отдельно пришлось разбираться с отличиями и проблемами расчёта себестоимости. Новая конфигурация дала другие механизмы, но не исправила автоматически старую методику.
Главное ограничение 1С:ERP простое: система работает на тех данных и правилах, которые в неё заложены. Если компания не может назвать, какое решение нужно принимать, кто за него отвечает, какие данные нужны и что делать при отклонении, наличие нужной функции ещё ничего не гарантирует.
Одинаковая строка «планирование производства» может скрывать принципиально разные модели: серийный выпуск на склад, производство под заказ, длинную технологическую цепочку, дефицитные мощности или нестабильные нормативы. Поэтому наличие функции нужно проверять не по презентации, а на сценариях конкретной компании.
При проверке реальных сценариев возможны три честных ответа. Типовой механизм 1С:ERP подходит без существенных изменений. Механизм подходит, но требует настройки, расширения или интеграции. Либо задача лучше решается другим продуктом. Поэтому логика выбора для меня обратная: сначала требования и реальные сценарии, потом название системы.
Есть ещё один риск — перенести старую логику в новую ERP почти без пересмотра. В одном из проектов я видел именно такую ситуацию: после перехода отдельно пришлось разбираться с отличиями и проблемами расчёта себестоимости. Новая конфигурация дала другие механизмы, но не исправила автоматически старую методику.
Главное ограничение 1С:ERP простое: система работает на тех данных и правилах, которые в неё заложены. Если компания не может назвать, какое решение нужно принимать, кто за него отвечает, какие данные нужны и что делать при отклонении, наличие нужной функции ещё ничего не гарантирует.
Что проверить перед дальнейшей оценкой 1С:ERP
До тендера и сравнения сотен функций полезнее ответить на пять практических вопросов.
1. Какой результат должен измениться?
Формулировка должна описывать изменение в работе компании: например, перестать озвучивать сроки без проверки обеспеченности, сократить ручное перепланирование, видеть себестоимость заказа вовремя, перенести бухгалтерский учёт из отдельной базы или связать планы нескольких подразделений.
2. Какая сквозная цепочка сейчас рвётся?
Где одно подразделение принимает решение, не видя ограничений другого? Заказ клиента → обеспечение → производство? Производственный план → себестоимость → цена? Закупка → платежи → ликвидность? Если проблема ограничена одним участком, 1С:ERP может быть избыточной.
3. Какие данные и правила должны стать общими?
Номенклатура, спецификации, сроки поставки, правила резервирования, методика себестоимости, структура ЦФО, владельцы показателей. Если компания пока не готова договориться об этих объектах, одна база не устранит расхождения в данных и правилах.
4. Какие задачи действительно требуют возможностей 1С:ERP?
Нужно ли связывать сложное производство, обеспечение, запасы, финансы и регламентированный учёт? Или главную задачу рациональнее закрыть решением «1С:Комплексная автоматизация», «1С:Управление холдингом», специализированной финансовой системой, WMS, CRM либо интеграцией уже существующих решений?
5. На каких реальных сценариях будем проверять продукт?
Проверять стоит на собственных сценариях: можем ли подтвердить срок конкретного заказа; что произойдёт при дефиците материала; как пересчитается план; где появится себестоимость; какие данные увидит финансовый директор; что случится при изменении приоритета клиента.
Если на эти вопросы есть конкретные ответы, можно переходить к сравнению 1С:ERP с альтернативами и оценке будущего проекта. Если ответов нет, обсуждать лицензии, модули и сроки внедрения рано.
Если на эти вопросы есть конкретные ответы, можно переходить к сравнению 1С:ERP с альтернативами и оценке будущего проекта. Если ответов нет, обсуждать лицензии, модули и сроки внедрения рано.
Вместо вывода
Внедрение ERP — это не установка программы по готовой инструкции, а последовательное изменение процессов, данных и правил работы. Обычно проект проходит пять шагов:
1) Определить цели и границы проекта: какие проблемы нужно решить, какие показатели должны измениться и какие контуры войдут в первый этап.
2) Обследовать текущую работу: описать процессы, данные, интеграции, ограничения и накопленные доработки.
3) Спроектировать целевую модель: определить будущий порядок работы, роли, ответственность и требования к системе.
4) Настроить и проверить решение: подготовить данные, выполнить интеграции, протестировать сквозные сценарии и обучить пользователей.
5) Запустить этап и стабилизировать работу: устранить критичные ошибки, проверить результат и определить состав следующего этапа.
Вопрос «насколько это большая программа» для выбора вторичен. Важнее другое: какие решения компании нужно связать и нужна ли для этого именно 1С:ERP.
Если срок заказа зависит одновременно от запасов, закупок, производства, себестоимости и финансовых ограничений, 1С:ERP заслуживает серьёзной проверки на реальных сценариях компании. Если задача локальна или требования ещё не сформулированы, более компактное или специализированное решение может оказаться рациональнее.
Если нужен общий разбор ERP как класса систем, начните со статьи «ERP-система: что это такое простыми словами». Если нужно разбираться глубже, следующий уровень — состав модулей и производство в 1С:ERP. Когда вопрос переходит от «подходит ли продукт» к «как оценить и организовать проект», следующий шаг — страница внедрения 1С:ERP.
Если срок заказа зависит одновременно от запасов, закупок, производства, себестоимости и финансовых ограничений, 1С:ERP заслуживает серьёзной проверки на реальных сценариях компании. Если задача локальна или требования ещё не сформулированы, более компактное или специализированное решение может оказаться рациональнее.
Если нужен общий разбор ERP как класса систем, начните со статьи «ERP-система: что это такое простыми словами». Если нужно разбираться глубже, следующий уровень — состав модулей и производство в 1С:ERP. Когда вопрос переходит от «подходит ли продукт» к «как оценить и организовать проект», следующий шаг — страница внедрения 1С:ERP.
