Британский завод, который обрабатывает детали, смешивает покрытия и собирает узлы под индивидуальный заказ, совмещает под одной крышей три логики производства. ERP должна учитывать все три еще до того, как в работу уйдет первый заказ. Большинство решений, определяющих ERP для высокотехнологичного производства, — как обеспечивается каждый продукт, как формируется себестоимость и что подлежит отслеживанию, — принимаются на первых проектных воркшопах. В этом материале мы разбираем эти решения в Microsoft Dynamics 365 и порядок, в котором производителям стоит их принимать. Более широкий отраслевой контекст — на нашей странице ERP для производства.

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

Microsoft Dynamics 365 Supply Chain Management поддерживает четыре модели производства — дискретную, процессную, бережливую (lean) и проектную, — и компании могут сочетать их так, как того требуют их операции. Совместить их в одной системе — самая простая часть. Когда ERP для высокотехнологичного производства должна одновременно поддерживать несколько производственных логик, исход определяется на этапе проектирования: по какой модели работает каждый продукт, как учитывается себестоимость и как фиксируется прослеживаемость. Смешанное производство — это архитектурное решение, которое принимается во время внедрения.

Каждая производимая номенклатура в Dynamics 365 Supply Chain Management имеет тип производства, и именно он определяет, какими типами заказов ее можно обеспечить. В рекомендациях Microsoft по планированию смешанного производства советуют использовать тип «Спецификация» (BOM) для всех продуктов, где нужна полная гибкость: номенклатуру с этим типом можно обеспечить производственными заказами, канбанами, заказами на перемещение или заказами на покупку. С процессными номенклатурами все иначе. Для них используются типы «Формула», «Попутный продукт», «Побочный продукт» или «Номенклатура планирования», и ни канбаны, ни производственные заказы к ним не применимы.

Для британского завода, где есть и сборка, и партионные процессы, это первое проектное решение. Если классифицировать смешанное покрытие как номенклатуру типа «Спецификация», оно окажется вне процессных типов, на которых держится партионное производство; если классифицировать обработанную деталь как формулу, ее уже нельзя будет пополнять через канбан. Второе решение — аналитики покрытия. Microsoft рекомендует включить аналитики «Сайт» и «Склад», чтобы сводное планирование могло разделять обеспечение для разных производственных подразделений и зон хранения.

Рекомендации Microsoft по внедрению однозначны: определяйте калькуляцию производственной себестоимости заранее — в самом начале внедрения Dynamics 365 Supply Chain Management. Стратегии калькуляции могут меняться по мере развития бизнеса, но многие решения приходится принимать рано, поскольку от них зависит весь последующий процесс «от планирования до производства» (plan-to-produce). База себестоимости обычно включает четыре группы: прямые материалы, ресурсы или прямой труд, субподряд, а также косвенные или накладные расходы. Одни производители отслеживают все четыре группы, другие — только материалы, если именно на них приходится основная доля себестоимости.

Метод важен не меньше, чем охват. При стандартной себестоимости финансовая команда может анализировать отклонения, так как изменения себестоимости отслеживаются в главной книге. Эти отклонения заодно выявляют проблемы с данными. Устойчивое отклонение на одном шаге маршрута говорит о том, что ошибочен сам маршрут, а его исправление повышает точность графиков и показатель OTIF (вовремя и в полном объеме). Калькуляция производственной себестоимости дает финансам и инженерам общий инструмент проверки основных данных в ERP для высокотехнологичного производства.

Производство с разработкой под заказ (engineer-to-order, ETO) добавляет к смешанному производству третью структуру — проект. В процессных рекомендациях Microsoft стратегии позаказного производства (job shop) и engineer-to-order относятся к потоку, которым управляет проект: проект определяет объем работ и действия, запускающие производство, а организации обновляют статус проекта на основе производственной деятельности.

В Dynamics 365 Finance производственные заказы проекта связывают производство со сроками, бюджетами и результатами проекта. Производственный заказ проекта можно привязать к заказу на продажу или к потребности в номенклатуре, а можно создать напрямую. При методе разноски «Готовая номенклатура» производственный заказ выполняется до завершения, себестоимость готового изделия разносится на проект, а само изделие можно выставить заказчику в счете. Проектный вопрос в том, куда должна попадать производственная себестоимость — в запасы или на проект, — и от ответа зависит отчетность как финансового, так и операционного блока.

В Dynamics 365 Supply Chain Management сырье, незавершенное производство и готовую продукцию можно отслеживать по партиям, по серийным номерам или обоими способами. Такой учет позволяет службе качества проследить одну дефектную партию материала до каждого узла, в котором ее использовали.

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

Производственная себестоимость становится полезной только тогда, когда попадает в главную книгу в виде, пригодном для финансовой отчетности. Для британских юридических лиц Dynamics 365 Finance поддерживает Making Tax Digital for VAT: декларации по НДС подаются в веб-сервис HMRC (налоговой и таможенной службы Великобритании) через прямую интеграцию «система — система». В результате производственные проводки и декларации по НДС формируются из одной главной книги, а не из разных систем. Microsoft признана лидером в Gartner® Magic Quadrant™ для облачных ERP-систем (2025).

OntargIT внедряла Dynamics 365 для производителей, чья себестоимость формируется в нескольких странах и на нескольких производственных процессах, — среди них Fischer-Mukachevo, Abriso, производитель пленок, работающий в шести странах, и Mayr-Melnhof Karton. В Великобритании OntargIT реализовала 17 совместных проектов с консалтинговой компанией Inciper Limited, специализирующейся на Dynamics 365, — в том числе для производственных предприятий. OntargIT — партнер Microsoft с 2009 года и Microsoft Solutions Partner — AI Business Solutions, за плечами компании более 150 проектов для 140+ клиентов в 24 странах. OntargIT ведет внедрение ERP от проектирования производства до запуска системы.

Решения, определяющие ERP для высокотехнологичного производства, принимаются на раннем этапе: какой тип производства у каждой номенклатуры, как построена калькуляция производственной себестоимости, куда попадает себестоимость ETO-заказов и какие номенклатуры отслеживаются по партиям или серийным номерам. Каждое из них проще всего решить на проектном воркшопе — пока от него еще не зависят заказы, история себестоимости и складские операции. Проверьте свой ассортимент по этим четырем вопросам, прежде чем подписывать объем работ по внедрению.