Вопрос подписчика: Мы хотим внедрить или перезапустить 1С:ERP. Что вообще входит в такой проект у ERP-Мастер? Это настройка программы, перенос данных, обучение, сопровождение — или что-то большее?
ERP-Мастер: Если сказать коротко, внедрение 1С:ERP — это не установка программы и не набор доработок. Это управляемый проект по сборке производственного предприятия в рабочий контур: процессы, роли, документы, НСИ, учёт, финансы, производство, склад, миграция данных, инструкции, обучение, ввод в действие и сопровождение.
Мы ведём проект не от кнопки к кнопке, а от архитектуры предприятия к работающей системе. Сначала нужно понять, как предприятие устроено, чем оно управляет, какие процессы должны быть поддержаны, какие данные нужны, какие роли отвечают за решения, как будет считаться себестоимость и финансовый результат. Только после этого имеет смысл говорить о настройках 1С:ERP, переносе остатков и запуске.
ERP-Мастер: внедрение 1С:ERP — это не «поставить программу». Это довести предприятие до состояния, когда система, процессы, данные, пользователи и управленческие решения начинают работать вместе.
Почему нельзя начинать сразу с настройки 1С?
Вопрос подписчика: А почему нельзя просто взять типовую 1С:ERP, включить нужные подсистемы, настроить справочники и начать работать?
ERP-Мастер: Потому что производственное предприятие — это не набор справочников и документов. Это система процессов, ролей, событий, учётных правил, производственных переделов, складских движений, финансовых обязательств и управленческих решений. Если начать сразу с настроек, проект быстро превращается в спор о полях, кнопках, отчётах и доработках.
Настройка без архитектуры почти всегда приводит к одному и тому же результату: часть функций вроде бы работает, но пользователи уходят в Excel, закрытие периода становится тяжёлым, бухгалтерские и управленческие итоги считаются вручную, а руководитель не получает цельной картины предприятия.
Поэтому нормальный ERP-проект начинается с вопроса не «какую кнопку добавить?», а «какой управленческий контур мы собираем?». Какие процессы должны быть связаны? Какие данные должны быть достоверными? Какие роли должны отвечать за решения? Какой результат должен видеть руководитель?
ERP-Мастер: если начать с кнопок, проект утонет в доработках. Если начать с архитектуры, становится понятно, что именно должна делать 1С:ERP.
Этап 1. Архитектурное видение: куда вообще должно прийти предприятие
Вопрос подписчика: Что вы делаете в самом начале проекта?
ERP-Мастер: В начале важно не бросаться в настройки, а понять видение архитектуры предприятия. Для этого анализируются стратегические документы, проводится разговор с руководством, формируется предварительная архитектура автоматизированной системы управления предприятием и готовятся адаптированные вопросники для владельцев процессов.
На этом этапе мы не пытаемся описать сразу всё до последней операции. Задача другая: увидеть предприятие как систему. Какие контуры есть сейчас? Где основные разрывы? Какие процессы критичны? Какие решения руководство хочет принимать быстрее и точнее? Какие зоны нельзя ломать при переходе на ERP?
Результатом становится стартовая рамка проекта: не просто список пожеланий, а предварительная архитектурная позиция. Она нужна, чтобы дальше обследование, бизнес-процессы, НСИ, учёт, миграция и доработки не распались на отдельные несвязанные задачи.
ERP-Мастер: архитектурное видение нужно для того, чтобы ERP-проект не стал ремонтом отдельных участков, а работал на собирание предприятия в единый контур управления.
Этап 2. Бизнес-архитектура: сначала процессы, потом программа
Вопрос подписчика: А бизнес-процессы здесь где? Это отдельная работа или часть внедрения 1С:ERP?
ERP-Мастер: Бизнес-процессы — это не украшение проекта и не приложение к техническому заданию. Это основа внедрения. Пока не описано, как предприятие реально работает, невозможно корректно понять, что именно должна поддерживать 1С:ERP.
На этом этапе обрабатываются ответы руководителей и специалистов, формируются требования к автоматизации, описываются сквозные бизнес-процессы оперативного контура предприятия. Для процесса важно увидеть не только последовательность действий, но и роли, документы, входы и выходы, контрольные точки, KPI и связь с учётом.
Например, процесс продажи для производственного предприятия не заканчивается заказом клиента. Он тянет за собой обеспечение, производство, закупку, склад, отгрузку, расчёты, управленческий результат и показатели исполнения. Если автоматизировать только один участок, предприятие снова получит острова вместо сквозного управления.
ERP-Мастер: мы автоматизируем не отделы, а сквозные бизнес-процессы — с ролями, документами, событиями, KPI и управленческим результатом.
Нормализация НСИ: почему её нельзя делать «до проекта» вслепую
Вопрос подписчика: А нормативно-справочная информация? Номенклатура, характеристики, склады, контрагенты, статьи, аналитики учёта — это отдельный этап?
ERP-Мастер: Да, нормализация нормативно-справочной информации — это серьёзный подпроект внутри внедрения 1С:ERP. Но здесь есть принципиальный момент: НСИ нельзя правильно нормализовать в отрыве от бизнес-процессов.
Иногда можно услышать совет: «Сначала наведите порядок в НСИ, а потом начинайте ERP-проект». На первый взгляд звучит разумно. Но для производственного предприятия это методическая ошибка. Без процессов непонятно, что именно нормализовать, какие справочники действительно нужны, какие признаки номенклатуры важны, какие аналитики должны попасть в управленческий и бухгалтерский учёт, себестоимость чего мы собираемся рассчитывать.
Номенклатура, характеристики, склады, места хранения, подразделения, направления деятельности, статьи затрат, статьи ДДС, производственные и ресурсные спецификации — всё это не живёт само по себе. Эти справочники обслуживают процессы, документы, учётные события, роли и управленческие решения.
ERP-Мастер: НСИ нельзя нормализовать «вообще». Её можно построить правильно только понимая, какие бизнес-процессы, документы, роли, учётные события и управленческие решения она должна обслуживать.
🔗 [Подробнее: нормализация НСИ и построение справочно-архитектурной системы предприятия]
Справочно-архитектурная система предприятия: язык ERP-проекта
Вопрос подписчика: То есть НСИ — это не просто почистить справочник номенклатуры?
ERP-Мастер: Конечно нет. Для серьёзного ERP-проекта НСИ — это не косметическая чистка справочников. Это построение справочно-архитектурной системы предприятия.
Справочно-архитектурная система связывает номенклатуру, характеристики, единицы измерения, склады, контрагентов, договоры, подразделения, направления деятельности, статьи доходов и расходов, статьи движения денежных средств, аналитики управленческого и бухгалтерского учёта, производственные спецификации, ресурсные спецификации, объекты затрат и правила классификации.
Её задача — сделать так, чтобы предприятие говорило на одном языке в процессах, документах, отчётах, учёте, бюджетировании и управленческих решениях. Если этого языка нет, ERP начинает хранить данные, но не помогает управлять предприятием.
Правильная последовательность такая: сначала бизнес-процессы, затем предметы, объекты, события и роли, затем справочно-архитектурная система, затем аналитики управленческого и бухгалтерского учёта, затем модель затрат, себестоимости и финансового результата, и только после этого — настройка 1С:ERP, миграция и эксплуатация.
ERP-Мастер: сначала нужно понять, как предприятие работает и чем управляет. Только после этого можно правильно называть, классифицировать, учитывать и рассчитывать.
От НСИ к глоссарию Nexus и семантическому ядру предприятия
Вопрос подписчика: А при чём здесь Nexus и глоссарий? Мы же говорим про внедрение 1С:ERP.
ERP-Мастер: В обычном ERP-проекте эта работа выглядит как нормализация НСИ и построение справочно-архитектурной системы предприятия. Но если смотреть дальше, это первый шаг к более зрелому языку предприятия.
В методике Электронной фабрики Nexus следующий слой этой работы — глоссарий Nexus и семантическое ядро предприятия. Глоссарий Nexus фиксирует язык предприятия: процессы, данные, роли, документы, KPI, учётные события, бюджетные статьи, управленческие решения и связи между ними. А семантическое ядро — это фундамент, который делает этот язык машинно пригодным для управленческой памяти, аналитики и ИИ-контура.
Если сказать проще: НСИ даёт порядок в данных ERP. Справочно-архитектурная система даёт общий язык процессов и учёта. Глоссарий Nexus и семантическое ядро поднимают этот язык на следующий уровень — туда, где предприятие начинает не просто хранить данные, а понимать связи между процессами, показателями, ролями и решениями.
Nexus: если ERP требует порядка в справочниках, то интеллектуальное предприятие требует порядка в языке. Поэтому нормализация НСИ естественно переходит в глоссарий Nexus и семантическое ядро предприятия.
🔗 [Подробнее: глоссарий Nexus и семантическое ядро предприятия]
Архитектура 1С:ERP: как процессы превращаются в работающие сценарии
Вопрос подписчика: Когда всё это превращается в саму 1С:ERP?
ERP-Мастер: После того как понятны процессы, роли, данные и справочно-архитектурная система, можно связывать бизнес-процессы с функциональными сервисами 1С:ERP. Это значит: определить, какие подсистемы, документы, справочники, регистры, отчёты, роли и сценарии будут поддерживать каждый процесс.
На этом этапе разрабатываются спецификации функциональных сервисов, краткие операционные инструкции, тестовые сценарии, протоколы испытаний и методические технические задания на доработки, если типового функционала недостаточно.
Очень важно, чтобы процесс не остался красивой схемой. Он должен пройти через тестовую базу как проверяемый сценарий: пользователь под своей ролью выполняет действия, создаёт документы, получает результат, а проектная команда видит, где процесс работает, где возникают разрывы и где нужны уточнения.
ERP-Мастер: бизнес-процесс должен не просто быть описан в документе. Он должен пройти через 1С:ERP как проверяемый пользовательский сценарий.
Финансовая модель: управленческий учёт, себестоимость и финансовый результат
Вопрос подписчика: А управленческий учёт, себестоимость и финансовый результат входят в ERP-проект?
ERP-Мастер: Для производственного предприятия финансовая модель не может быть «потом». Она должна быть связана с процессами, НСИ и учётными событиями с самого проектирования.
Чтобы построить модель затрат, себестоимости и финансового результата, нужно понимать, что именно производит предприятие, какие этапы или переделы есть в производстве, где возникают материальные, трудовые и косвенные затраты, какие направления деятельности нужно анализировать, какие решения руководитель должен принимать по данным учёта.
Поэтому управленческий и бухгалтерский учёт нельзя строить в отрыве от процессов. Без описанных бизнес-процессов непонятно, какие события учитывать, какие аналитики вести, какие статьи затрат нужны, как распределять расходы и себестоимость чего рассчитывать.
ERP-Мастер: производственная ERP без финансовой модели быстро превращается в склад документов. Руководителю нужен не только факт операций, но и себестоимость, финансовый результат и управленческий смысл цифр.
Проектные решения, план-график и смета
Вопрос подписчика: Когда появляется понятный план работ, сроки и смета?
ERP-Мастер: После проектирования. Это важный принцип: сначала нужно получить карту предприятия, проектные решения и понимание объёма работ, а уже затем переходить к реализации.
На выходе проектного блока формируется итоговый отчёт, план-график, предварительная смета работ, перечень этапов и состав артефактов. Это снижает риск ситуации, когда заказчик думает, что покупает внедрение ERP, а исполнитель фактически продаёт часы без ясной границы результата.
План-график и смета нужны не только для бюджета. Они показывают, что именно будет сделано, какие результаты будут переданы, где нужны решения заказчика, какие этапы зависят от миграции данных, обучения пользователей, готовности НСИ и технической архитектуры.
ERP-Мастер: сначала карта и проектные решения, потом реализация. Это дешевле, чем начинать с хаотичных доработок и потом выяснять, что проект пошёл не туда.
Подготовка целевой системы
Вопрос подписчика: Что происходит после проектирования?
ERP-Мастер: Начинается подготовка целевой системы. Это этап, на котором проектные решения превращаются в рабочую среду 1С:ERP.
Настраиваются параметры программы, формируется справочная информация, проверяется НСИ, настраиваются профили групп доступа, подготавливаются интеграции со смежными системами, уточняются инструкции пользователей и регламент перехода. Если проект предполагает миграцию, отдельно проверяется готовность инструментов переноса и сценарий отката.
Этот этап часто недооценивают. Кажется, что «главное — день запуска». На самом деле успешный запуск начинается раньше: когда целевая база уже собрана, доступы проверены, пользователи информированы, инструкции готовы, а команда понимает, что делать при отклонениях.
ERP-Мастер: запуск начинается не в день перехода. Запуск начинается тогда, когда целевая система уже проверена, роли настроены, инструкции готовы, а сценарий отката понятен.
Миграция данных и перенос остатков
Вопрос подписчика: А перенос данных — это просто загрузить остатки из старой системы?
ERP-Мастер: Нет. Миграция — один из самых рискованных этапов ERP-проекта. Если перенести данные формально, можно получить новую систему с недостоверными остатками, несогласованными расчётами и невозможностью нормально закрыть первый период.
Правильная миграция включает финализацию старой системы, закрытие периода, выгрузку остатков, контрольные суммы, поэтапную загрузку в 1С:ERP, техническую сверку, содержательную проверку со стороны заказчика, оформление замечаний и предварительный запуск.
Здесь важно разделять техническую и содержательную ответственность. Исполнитель может проверить, что данные загружены, что контрольные суммы сходятся, что инструменты переноса отработали корректно. Но содержательная проверка по аналитикам, счетам учёта и реальным хозяйственным смыслам требует участия специалистов заказчика.
ERP-Мастер: миграция — это не копирование данных. Это управляемый переход, где должны сойтись остатки, роли, документы, регламенты и ответственность.
Предварительный запуск и ввод в действие
Вопрос подписчика: Как понять, что систему уже можно запускать?
ERP-Мастер: Систему нельзя запускать только потому, что «настройки вроде сделаны». Перед вводом в действие нужно проверить ключевые сценарии пользователями под их ролями, оформить тестовые документы, зафиксировать замечания и принять решение о переходе.
Предварительный запуск нужен, чтобы увидеть, как система работает не в демонстрационном режиме, а в условиях, близких к реальной эксплуатации. Пользователь должен не просто открыть форму, а выполнить свой процесс: создать документ, провести операцию, проверить результат, увидеть отчёт или следующее действие.
Ввод в действие — это момент, когда целевая система, данные, пользователи, регламенты и ответственность готовы работать вместе. Поэтому он должен быть подготовлен документально и организационно, а не объявлен устно в чате.
ERP-Мастер: ввод в действие — это не торжественное открытие базы. Это момент, когда система, пользователи, данные и регламенты готовы работать вместе.
Планово-промышленная эксплуатация и гиперподдержка
Вопрос подписчика: Что происходит после запуска? Вы остаётесь рядом?
ERP-Мастер: Да. После запуска начинается самый чувствительный период проекта: пользователи уже работают в новой системе, но вопросы, ошибки, уточнения и корректировки ещё неизбежны. Поэтому нужна гиперподдержка и мониторинг.
В этот период создаются рабочие каналы взаимодействия, фиксируются инциденты, проводятся оперативные летучки, отслеживается производительность, собираются замечания пользователей, уточняются инструкции, корректируются остатки и формируется список задач по итогам реальной работы.
Планово-промышленная эксплуатация отличается от тестирования тем, что предприятие уже работает по-настоящему. Здесь видны реальные узкие места: где пользователь не понял инструкцию, где не хватает роли, где НСИ оказалась неполной, где отчёт требует уточнения, где процесс нужно дополнить.
ERP-Мастер: первый месяц после запуска — это не «уже всё закончилось». Это период, когда система должна доказать, что выдерживает реальную работу предприятия.
Закрытие первого месяца, квартальная отчётность и передача в штатное сопровождение
Вопрос подписчика: Когда ERP-проект считается завершённым?
ERP-Мастер: Не тогда, когда пользователям открыли базу. И не тогда, когда подписан первый акт. ERP-проект можно считать завершённым только после того, как система прошла первый цикл реальной эксплуатации и стало понятно, что она выдерживает работу предприятия.
Первый важный рубеж — закрытие первого месяца. Нужно проверить, что документы оформляются, остатки корректны, пользователи понимают свои действия, отчёты формируются, закрытие периода проходит без критических технических ошибок, а оставшиеся вопросы переведены в понятный список задач сопровождения или развития.
Но в реальной практике производственного предприятия одного первого месяца часто недостаточно. Более надёжный и близкий к жизни контрольный рубеж — квартальная отчётность. Особенно если переход на новую 1С:ERP происходит с нового года: сначала заказчик вместе с нашей поддержкой закрывает и сдаёт отчётность за предыдущий год, затем предприятие проходит первый квартал уже в новой системе и сдаёт квартальную отчётность.
Именно квартальный цикл часто показывает реальное качество перехода: как система держит закрытие периода, как сходятся бухгалтерские и управленческие итоги, как работает перенос остатков, как ведут себя пользователи, какие вопросы возникают у бухгалтерии, финансовой службы, склада, производства и руководства.
После прохождения этого рубежа проводится критериальный аудит успешности перехода, завершается гиперподдержка, формируется итоговый отчёт и система передаётся в штатное сопровождение.
ERP-Мастер: хороший переход на 1С:ERP проверяется не только первым месяцем. Оптимальный рубеж — пройти вместе с заказчиком сдачу предыдущего года и первый квартальный отчёт в новой системе.
Что получает заказчик на выходе
Вопрос подписчика: Можно собрать в одну таблицу, что именно получает предприятие на выходе?
ERP-Мастер: Да. Если упростить, результат выглядит так.
ERP-Мастер: результат ERP-проекта — это не папка документов и не набор часов. Это рабочая система, проверенные процессы, понятные данные, обученные пользователи и маршрут дальнейшего развития.
Что не входит автоматически
Вопрос подписчика: А есть ли вещи, которые не входят автоматически в такой проект?
ERP-Мастер: Да. Это важно проговорить честно. Внедрение 1С:ERP может включать разные контуры, но не всё должно автоматически попадать в базовый объём работ.
Например, специализированные участки учета (н-р, лизинг), глубокое бюджетирование, сложное производственное планирование, ЗУП, кадровый учёт, PLM/PDM, нестандартные интеграции, обмены с оборудованием, сложные отчёты, мобильные рабочие места, ТСД, весы, порталы и специфические доработки требуют отдельной оценки.
Хороший проект показывает границы. Если сложный контур заранее спрятать в общую фразу «внедрение ERP», он почти неизбежно всплывёт как конфликт по срокам, деньгам и ожиданиям.
ERP-Мастер: лучше честно выделить сложный контур в отдельную оценку, чем обещать «всё внедрить» одной строкой и потом объяснять, почему сроки изменились.
Почему участие команды заказчика обязательно
Вопрос подписчика: Можно ли внедрить ERP без серьёзного участия заказчика?
ERP-Мастер: Нет. 1С:ERP нельзя внедрить «вместо заказчика». Исполнитель может принести методику, опыт, архитектуру, настройки, инструкции, ТЗ, доработки и сопровождение. Но жить в системе будет команда заказчика.
Поэтому для успеха проекта нужны владельцы процессов, ключевые пользователи, финансовые специалисты, бухгалтерия, производство, склад, ИТ и руководство. Они должны давать ответы, участвовать в проверках, принимать решения, сверять данные, подтверждать процессы и осваивать новую логику работы.
Если проектная группа заказчика не понимает, зачем внедряется ERP и как устроены процессы, даже хорошая настройка будет использоваться неправильно. Поэтому обучение, инструкции и участие ключевых пользователей — не формальность, а условие результата.
Обучение в ERP-Мастер — это не только платный курс и не только разовая консультация. Это совокупность платных и бесплатных материалов, методических разработок, книг, вебинаров, подборок на Дзен-каналах, рабочих навигаторов и специализированных программ подготовки под конкретного заказчика.
Для проектной команды мы можем собрать маршрут обучения: что посмотреть, что прочитать, какие материалы пройти сначала, какие темы нужны владельцам процессов, какие — финансовой службе, какие — руководителю проекта, какие — ключевым пользователям производства, склада, закупок, продаж и учёта.
Отдельное направление — подготовка руководителей проектов и владельцев процессов. Здесь важны не только кнопки 1С:ERP, но и понимание проектной технологии: как читать модель бизнес-процессов, как принимать артефакты, как проверять инструкции, как участвовать в миграции, как готовиться к вводу в действие и как сопровождать систему после запуска.
В учебный контур входят и открытые материалы на каналах Дзена, и методические разработки ERP-Мастер, и платные вебинары, и специализированные курсы, которые можно разработать под конкретного заказчика и провести для его проектной команды.
ERP-Мастер: ERP нельзя внедрить вместо людей. Систему нужно передать тем, кто будет каждый день принимать в ней решения и отвечать за данные. Поэтому обучение — это не приложение к проекту, а часть ввода системы в реальную работу.
🔗 [Подробнее: обучение 1С:ERP и подготовка команды заказчика] - в разработке
🔗 Пример учебной подборки: разработка финансовой структуры
🔗 Учебные курсы Галины Ледовской в Учебном центре №1 фирмы 1С
Как начать такой проект
Вопрос подписчика: Что сделать, если мы хотим понять, подходит ли нам такой проект?
ERP-Мастер: Начните с входного вопросника ERP-Мастер. Не нужно сразу готовить большое техническое задание, раскрывать название предприятия, персональные данные или коммерчески чувствительную информацию.
Достаточно описать бизнес-процессы, техническую архитектуру, текущую 1С, проблемы закрытия периода, миграции, учёта, производства, складов, интеграций, пользователей и сопровождения. Удобнее всего ответить голосом и отправить аудиозапись на почту.
После обработки вопросника мы вернёмся с предварительной картой: какие разрывы видны, какие работы нужны, с чего лучше начать, какие сроки ориентировочно закладывать и какая смета может потребоваться для выравнивания ситуации.
Если по итогам вопросника становится понятно, что заказчику подходит проект внедрения, ввода в действие или развития 1С:ERP, ERP-Мастер готовит уже не абстрактное предложение, а комплект для предметного решения: коммерческое предложение и проект договора на внедрение 1С:ERP. В проекте договора фиксируются этапы работ, результаты, артефакты, порядок сдачи-приёмки, сроки, стоимость и условия сопровождения после запуска.
🔗 [Перейти к входному вопроснику ERP-Мастер]
Ответы и аудиозапись можно отправить на почту: vmeste@erp-master.ru.
Первый шаг: не начинайте с большого договора. Начните с вопросника — и получите понятную карту проекта: процессы, НСИ, учёт, 1С:ERP, миграция, запуск и сопровождение. Если проект подходит, следующим шагом ERP-Мастер подготовит коммерческое предложение и проект договора на внедрение 1С:ERP.