Производство в 1С:ERP: как устроен производственный контур

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

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

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

Если отвечать коротко, производство в 1С:ERP — это не один «модуль учёта выпуска». Это связка объектов и механизмов, с помощью которых компания определяет потребность, принимает решение о производстве, описывает нормативы, обеспечивает материалы и ресурсы, управляет исполнением и получает фактический результат.

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

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

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

Первая карта показывает ядро контура. Но в типовой 1С:ERP производственная подсистема поддерживает и более глубокие механизмы, которые становятся важны по мере усложнения производства:

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

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

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

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

Смысл один: система должна увидеть, что к определённому сроку нужен конкретный выпуск. Но сама потребность ещё не означает, что производство нужно немедленно запускать. Её нужно сопоставить с доступным запасом, уже запущенными заказами и возможностью произвести недостающее.

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

В позаказной модели одним из ключевых объектов становится «Заказ на производство». Он фиксирует уже не абстрактную потребность, а управленческое решение: что требуется произвести и в каком объёме.

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

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

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

В 1С:ERP производство связано с механизмами обеспечения потребностей. Система может сопоставлять потребность с запасом и ожидаемыми поступлениями, чтобы было видно, что уже обеспечено, а что требует закупки, перемещения или собственного выпуска. Обеспеченность материалами — часть самого производственного решения, а не отдельная складская задача: нехватка одного компонента может сделать весь заказ неисполняемым.

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

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

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

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

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

На этом уровне важно видеть, что приоритеты, материалы, мощности и технологическая последовательность связаны. Когда нужно понять, как именно из этих условий строится и пересчитывается производственный график, речь уже идёт о логике производственного планирования.

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

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

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

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

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

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

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

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

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

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

Практически глубина автоматизации может нарастать вместе со сложностью процесса:

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

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

Это не шкала «правильно — неправильно». Выбор зависит от того, насколько детально компании нужно управлять исполнением до появления факта выпуска.

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

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

План производства выглядит убедительно до первого вопроса: «А мы вообще можем его выполнить?»

Для этого мало знать объём спроса. Нужно учитывать хотя бы четыре группы ограничений: материалы, производственные мощности, технологическую последовательность и узкие места. Если одна из них игнорируется, красивый план легко превращается в список пожеланий.

На практике я бы начинал именно с ограничений. Материалы могут быть заказаны, но прийти позже нужного срока. Мощность может существовать в принципе, но быть занята приоритетным заказом. Следующий этап может быть свободен, но предыдущий ещё не выпустил полуфабрикат. Отдельная операция может стать узким местом для всей цепочки.

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

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

В одном из наших проектов компания работала на сильно доработанной 1С:УТ 11.2. Пока производственный контур был проще, существующая система закрывала значительную часть ежедневных задач. По мере развития производства этого стало недостаточно: понадобились системный производственный учёт и планирование.

Целевым решением стала 1С:ERP. Перед переходом процессы разбирали в логике AS IS / TO BE, накопленные доработки пересматривали, а запуск разделяли по блокам. Смысл кейса не в миграции как таковой, а в причине изменения системы: производственная сложность выросла до уровня, когда торгово-учётная модель перестала давать нужный контур управления.

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

Широкая производственная модель ERP имеет смысл не из-за самого факта наличия цеха. Она становится полезной, когда производство уже нельзя надёжно управлять как отдельной операцией.

На практике я бы смотрел на несколько признаков:

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

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

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

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

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