≡× МЕНЮ

• Квартира
• Стены
• Потолок
• Туалет
• Электрика

Формирование потребности в производстве. Обеспечение потребностей в ERP Методы обеспечения потребностей

Продолжение статьи “Новые методики резервирования и обеспечения потребностей в 1С ERP”.

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

Варианты действий:

• «Не обеспечивать» . Строка заказа не поставлена в график, и не требуется ее ставить в график. Например, клиент еще не внес аванс.
• «К обеспечению» . Строка заказа не поставлена в график, но по возможности, ее надо будет поставить в график. Строка ждет обеспечение. Если товара на складе не хватает, чтобы поставить строку заказа в график, это действие является сигналом для формирования новых заказов на поставку.
• «Резервировать к дате» . Строка заказа поставлена в график, дата расхода по графику равна дате отгрузки.
• «Резервировать на складе». Строка заказа поставлена в график, причем дата расхода со склада равна всегда текущему моменту времени. То есть в графике ПРО строка сразу списывает текущий остаток на складе, поскольку на текущий момент времени в графике есть только фактический остаток.
• «Отгрузить» . То же самое, что «Резервировать на складе», но это же и команда на отгрузку.

Особо следует отметить действие “Резервировать на складе “:

Если зарезервировано на складе – программа, при построении графика ПРО, выполняет расход текущим моментом времени, то есть с текущего запаса товара. Несмотря на то что дата отгрузки в заказе – не сегодня! То есть будущая дата отгрузки «захватывает» остаток уже сейчас.

Если запаса сейчас в нужном количестве нет (с учетом других плановых расходов по другим заказам с действием «резервировать со склада») то будет отказано в проведении заказа с сообщением о нехватке свободного кол-ва на складе.

Итак, график планово-расчетных остатков (ПРО) строится следующим образом:

• Берем текущий остаток склада. Это исходная точка.
• Исходную точку уменьшаем на количество в строках всех заказов «Резервировать на складе».
• От получившегося остатка начинаем выстраивать график, учитывая все будущие поставки и все строки заказов клиентов с действием «Резервировать к дате», с датами поставки и отгрузки.

Для того, чтобы заказ «встал» в график ПРО, нужно, чтобы:

• В строке заказа должно быть проставлено пользователем действие «Резервировать на складе », «Отгрузить », или «Резервировать к дате »
• Заказ должен быть проведен.
• Если используется статусы заказов, то заказ должен быть в статусе не ниже чем «К выполнению»

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

Мы рассмотрели алгоритм резервирования. Теперь рассмотрим с методической точки зрения разные варианты резервирования.

«Резервировать на складе»:

• Означает, что строка заказа поставлена в график отгрузок непосредственно со склада, но ни в коем случае из заказов поставок.
• Товар под строку заказа есть физически в наличии, а это 100% гарантия его отгрузки в любую будущую дату.
• Плановая дата отгрузки в заказе может быть любой. Изменение плановой даты отгрузки в строке заказа ни изменяет гарантированность отгрузки по строке в полном количестве.
• Резервирование на складе не является оптимальным, если отгрузка достаточно отдалена по времени, поскольку захватывает текущий запас, не оставляя возможности его отгрузки под новые срочные заказы.
• Резервирование на складе является наиболее комфортным для менеджеров, так как дает 100% гарантию отгрузки. Однако, злоупотребление этим методом приведет к избыточному резервированию на складе под отдаленные заказы.

«Резервировать к дате»

• Означает, что строка заказа клиента обеспечена на дату отгрузки суммарно из остатка и всех плановых поставок, которые будут раньше отгрузки.
• Смещение влево плановой даты отгрузки, или смещение вправо дат поставки может привести к срыву обеспечения обеспеченного ранее заказа клиента.
• Поставки образуют «общий котел», из которого обеспечиваются заказы клиентов разных менеджеров.
• Исключена «локальная субоптимизация » рез ервирования (“перетягивания менеджером одеяла на себя” в ущерб бизнесу). Заинтересованность менеджера в своем заказе толкает его резервировать более ранние поставки или даже текущий запас, блокируя тем самым поставки для более ранних заказов клиента. Для менеджера в новой схеме будет важен весь общий «котел» поставок. При срыве любой поставки страдают все менеджеры в равной мере а не тот кому «не повезло». И вопрос со снятием заказа клиента с отгрузки при срыве обеспечения решается в интересах компании а не менеджера.
• Если приходится корректировать сроки и количества в заказах поставок, то неизбежно происходит срыв обеспечения всех последующих заказов клиентов и придется перераспределять, какие заказы клиентов снимать с обеспечения или передвигать на более поздние даты. Для этого в системе есть соответствующие сервисы.
• Поэтому, «резервирование к дате» удобно использовать, если сроки и количества в заказах поставок соблюдаются неускоснительно. Только тогда менеджеры доверяют графику. В противном случае, менеджерам будет удобнее резервировать свои заказы в конкретных заказах поставщику, и соответственно, контролировать чтобы заказ поставщику был исполнен. Новая схема такой индивидуальный контроль исключает, так как все заказы поставщиков обеспечивают все заказы клиентов.

Обособление

Если все-таки новая схема обеспечения не подходит, предусмотрена альтернатива – схема «Обособление» , похожая на старую схему. Эта схема применяется, если недопустимо резервировать номенклатуру из «общего котла». Например:

• Номенклатура одна, но под каждый заказ клиента требуются особые свойства. Например, размеры.
• Формирование маржи для конкретной пары Заказ-клиента/заказ поставщику.
• Невозможно резервирование в общем котле – менеджер продаж сам контролирует заказы поставщику, в которых он разместил свои заказы клиентов.

Обособление основано на дополнительном складском разрезе учета «Назначение ». Назначение – это заказ клиента, или другой заказ, образовавший потребность.

• Если в остатках товара назначение пустое – товар свободен (не обособлен).
• Если в остатке товара назначение непустое – товар зарезервирован под этот заказ (обособлен).
• В заказе поставки также указывается назначение, тем самым строка заказа обособляется (резервируется под конкретный заказ клиента).
• Если в заказе поставки назначение пустое – поставка свободна (не обособлена).

Таким образом, обособление методически очень похоже на старую схему резервирования:

Работает такая схема следующим образом.

• В строке заказа клиента указываем действие «Обеспечивать обособленно»
• В заказе поставки указываем назначение.
• Если нужно зарезервировать в остатке свободный (необособленный) остаток, то документом «Корректировка назначения товара»:
  • товар списывается с пустого назначения.
  • и приходуется на заданное назначение.

При поступлении на склад – в документе указываем непустое назначение. Это происходит автоматически при поступлении на основании обособленного заказа поставки.

Опционально – блокируются попытки обособить товар на складе или в поставках больше, чем нужно по заказу клиента, который обеспечен обособленно

При отгрузке со склада – в документе указываем непустое назначение. Назначение проставляется автоматически при отгрузке на основании обособленного заказа. Блокируются попытки отгрузить обособленный товар под другой заказ.

Отметим, что разрез “назначение” можно использовать для других целей, например разделения остатков склада по проектам…

Раздельное управление резервированием в строках заказа

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

Как следствие, если количество товара в строке по разному обеспечено:

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

Например в заказе 100 шт, при этом 20 шт зарезервировали на складе, 30 шт – в поставках, а 50 еще ждут обеспечения, то строку заказа придется разбить на 3 строки (по 20, 30 и 50 шт), и в каждой указать соответствующее Действие. Сначала это может показаться неудобным, но надо иметь в виду что поскольку количество строки обеспечено по разному, лучше всегда видеть это сразу в заказе чем открывать дополнительные формы и отчеты. Тем более, что из-за разного обеспечения даты отгрузки по строкам тоже могут отличаться.

Желаемая и плановая дата отгрузки

В заказе клиента указывается две даты отгрузки:

• Желаемая дата отгрузки. Это ориентир, к которому нужно стремиться. Программа будет выдавать рекомендации по изменению плановой даты отгрузки (даты расхода в графике) так, чтобы приблизить ее к желаемой дате.
  • Желаемая дата указывается одна на весь заказ. Она одна для всех строк.
• Плановая дата отгрузки. Это дата плановая расхода по графику, при постановке заказа в график ПРО. Фиксирует, к какой дате он обеспечен или должен быть обеспечен.

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

Например, если плановая дата отгрузки 10 июля, то это значит что клиент может забрать товар не раньше 10 июля. При этом, если дата желаемая 8 июля, это значит что пожелания (или договоренность) с клиентом нарушена – заказ просрочен на 2 дня. Если же желаемая дата 15 июля, это значит что есть страховое время 5 дней, когда товар будет пролеживать на складе в ожидании отгрузки.

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

Если плановая дата отгрузки указана для всего заказа в целом, то она автоматически рассчитывается равной максимальной дате отгрузки всех строк.

Инструменты резервирования

В новой схеме резервирования 1С:ERP, УТ11,КА2 предусмотрены следующие инструменты:

1.Выбор в заказе Действия резервирования и плановой даты отгрузки. Программа подскажет:

• Какие действия возможны для строки заказа – поставить в график (то есть «Резервировать на складе», «Резервировать к дате», «К обеспечению»).
• К какой дате и какое количество можно отгрузить (исходя из текущего остатка и будущих поставок)
• Предложит разделить строки с разными действиями, количеством отгрузки и датой отгрузки так чтобы оптимально выполнялась желаемая дата клиента.

2.Рабочее место «Состояние обеспечения заказов ». Выводит развернутую информацию о состоянии обеспечения и рекомендации по дообеспечению или исправлению обеспечения, которую можно выполнить здесь же – в результате в заказах изменяются действия и плановые даты отгрузки.

3.Рабочее место «Формирование заказов по потребностям ». Формирует новые заказы на поставку, если на складе недостаточно товара обеспечения для принятых заказов (потребностей).

4.Для обособления предусмотрены отдельные инструменты:

• Указать действие «Обеспечивать обособленно » в строке заказа.
• Возможность указать назначение в заказе поставщику.
• Документ «Корректировка назначения товара »

Более подробно о схемах резервирования и обеспечения, их использовании, можно прочитать в книге “ “.

Главная 1C:ERP Управление предприятием 2 Управление производством

Формирование потребности в производстве

Потребность в производстве может быть сформирована несколькими способами.

Документы План производства используются для поддержки «толкающей» системы управления материальными потоками. Материальный поток в виде продукции и полуфабрикатов «выталкивается» получателю (например, на склад) по команде, поступающей из системы управления. План производства формируется на произвольный временной интервал с разбивкой по периодам, заданным в выбранном сценарии планирования. Отдельные документы План производства выделяют группы, продукция в которых планируется совместно. На основании планов производства возможна оценка потребности в трудовых ресурсах и согласование планов производства с планами закупок, ведется контроль исполнения планов.

Документы Заказ клиента , Заказ на внутреннее потребление , Заказ на ремонт формируют потребность в изделиях, которая может быть обеспечена посредством производства. Реализуется «тянущая» система управления материальными потоками (удовлетворение возникшей потребности).

Принятие решения о производстве

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

Для каждой строки заказа формируется своя уникальная спецификация, которая на момент создания является репликацией (повторением) ресурсной спецификации, указанной в строке.

Контроль состояния обеспечения заказов

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

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

Отличие данной методики в том, что каждый выпуск привязан к конкретному заказу. Выпущенная продукция будет храниться на складе тоже не в общем котле, а с привязкой к заказу клиента.

Особенности реализации методики в ERP следующие:

1. Заказ клиента в данной схеме – является «назначением ».
2. Заказ на производство создается под конкретное назначение.
3. На складе продукция хранится в разрезе назначений.
4. Если на складе хранится ГП с назначением – заказ1, то ее нельзя отгрузить под заказ2. Но можно поменять назначение ГП с заказа1 на заказ2, после чего — отгрузить.

1. Введем заказ покупателя.

Выделим строки и укажем «Обеспечивать обособленно» (если это не противоречит графику оплаты).

2. На основании заказа покупателя введем заказ на производство. Можно пользоваться формой «формирование заказов по потребностям». Однако, при вводе документа на основании прослеживается структура подчиненности документов, чего нет при формировании заказов по потребностям.

3. Состояние обеспечения можно увидеть из формы «Состояние обеспечения заказов», где будут видны все заказы.

Можно посмотреть прямо из заказа.

Высветится информация по конкретному заказу.

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

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

Когда произойдет выпуск, и продукция окажется на складе, полоска «На складе» станет зеленой.

Приход будет виден в отчете «Ведомость по товарам на складах».

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

После того как товар появился на складе можно вводить отгрузку клиенту (если это не противоречит графику оплаты).

Для этого нужно выделить строки, по которым будет отгрузка (в примере это единственная строка) , нажать на кнопку и по кнопке «Обеспечение» поставить «Отгрузить (при необходимости обособленно)».

Затем – на основании заказа клиента нужно ввести реализацию.

После ввода документа реализации товар реализован.

Корректировка назначения

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

В том случае, если мы хотим поменять назначение нужно воспользоваться документом «Корректировка назначения». Его можно вводить на основании заказов или без основания.

Документ «Корректировка назначения» предусматривает ряд действий (в разных комбинациях):

• Резервирование – это привязка свободного остатка к заказу (установка назначения).
• Снятие резерва – это отвязка остатка от заказа, остаток становится свободным, его можно зарезервировать под любой другой заказ, а так же – можно отгрузить не обособленно.
• Корректировка назначения. Остаток отвязывается от одного заказа и привязывается к другому.

В качестве примера введем заказ на 5 единиц стремянок 3-ступени.

1. Уже в процессе подбора в заказ клиента видим, что на складе остаток -6 единиц, но доступно из них одна единица, так как остальные – зарезервированы под другой заказ. Одна единица – свободный остаток.

Введем в заказ 5 единиц.

2.Заполним обеспечение.

Поставим желаемую дату и проведем документ.

3. Для того что бы перекинуть недостающий остаток с другого заказа и зарезервировать свободный остаток на основании заказа клиента вводим корректировку назначения товара.

Выберем операцию «Резервирование и корректировка».

Появится кнопка «Подобрать из свободных и обособленных остатков». Ее нужно нажать.

В открывшемся окне подобрать остаток.

Одну единицу взяли из свободных остатков на складе, а четыре – от заказа номер три.

Документ провести и закрыть.

В результате – резерв с заказа 000003 снялся, а на заказ 000004 встал. Теперь заказ 000004 полностью обеспечен. Резерв на складе – можно отгружать. А заказ 000003 перестал быть полностью обеспеченным. По нему возможно частичное обеспечение (обозначено желтый цветом).

Из ведомости товаров на складах видно, что из обособленного остатка третьего заказа клиента ушло 4 единицы. Из свободных остатков ушла единица. А для заказа четыре поступил резерв 5 единиц.

Поскольку заказ 0004 полностью обеспечен – можно переходить к отгрузке.

В том случае, если весь выпуск будет идти только под заказ, то свободных остатков продукции не будет. Весь остаток будет привязан к заказам.

Если помимо выпуска под заказ клиента будет происходить выпуск на склад вне заказов (про запас), то часть остатка на складе будет свободна.

В программе 1С Управление торговлей версия 11.2 Заказ поставщику является элементом планирования системы закупок. Возможность использования заказов поставщику включается в разделе «Нормативно-справочная информация и администрирование» . В «Настройке разделов» - «Закупки» в группе «Заказы поставщикам» есть соответствующий флаг, отвечающий за использование данного механизма.

Там же есть несколько дополнительных флагов, относящихся к «заказам поставщикам». Например, запрет на закрытие частично поступивших заказов и запрет на закрытие частично оплаченных заказов. Если эти флаги установлены, соответственно, не получится заказ перевести в состояние «Закрыт», если по нему отсутствует полное поступление либо полная оплата.

Сами же заказы поставщикам находятся в разделе «Закупки» . В группе «Закупки» есть одноименная команда «Заказы поставщикам» .

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

Создание заказа поставщику в программе 1С Управление торговлей (УТ 11) 11.2

Попробуем создать первый заказ.

По кнопке «Создать» нам доступны две команды: создать новый и по потребностям .

По потребностям - это отдельный механизм, который будет рассмотрен в отдельном видеообзоре, позволяющий сформировать «заказ поставщику» по сформированным в системе потребностям дефицита товаров.

Мы же, вручную, сейчас создадим новый заказ. Статус у него будет «согласован». При необходимости статус можно изменять. Например, статус «не согласован» может использоваться в момент подготовки «заказа поставщику», пока он еще не согласован в рамках нашей компании. Статус «подтвержден» соответствует заказу, по которому поставщик подтвердил готовность к отгрузке. Статус «к поступлению» соответствует заказу, по которому поставщик уже произвел отгрузку и мы ждем поступления товарно-материальных ценностей на склад. И состояние «закрыт» соответствует полностью исполненному закрытому заказу.

Также для дополнительной детализации заказов может использоваться приоритет - «низкий», «средний» либо «высокий».

На вкладке «Основные» указывается дата документа (обычно это текущая дата). Номер система 1С Управление торговлей (УТ 11) 11.2 присвоит автоматически.

Необходимо выбрать нашего поставщика . Как только мы выбрали поставщика, конфигурация 1С Управление торговлей (УТ 11) 11.2 автоматически заполнила контрагента нашего поставщика и соглашение с ним, если оно было указано.

Проверяем, что операция у нас «закупка товара». Если мы осуществляем прием товара на комиссию, необходимо выбрать соответствующий пункт.

Организация наша - от имени которой будет вестись закупка товара.

Склад , на который планируется поступление.

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

Также из команды «цены и скидки» на данную позицию можно скорректировать цены, назначить либо отменить скидки.

Добавим первую позицию. Укажем количество и цену. Если поставщик предоставил нам скидку, в соответствующем поле можно отразить данную информацию.

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

Добавим еще одну позицию. Пусть это будет холодильник Siemens. Закупать мы его будем в количестве 3-х штук. Программа 1С Управление торговлей (УТ 11) 11.2 также воспользовалась уже установленными ценами на данные позиции и автоматически подставила их в документ.

Добавим еще один холодильник. Его мы будем закупать также в количестве 3-х штук. Конфигурация 1С Управление торговлей (УТ 11) 11.2 опять же заполнила цены по данному холодильнику.

Необходимо обязательно указать желаемую дату поступления товара -у меня это будет конец данной недели. И флаг «Поступление одной датой». Он говорит о том, что мы планируем все данные позиции к поступлению одним числом. Если же они планируются к поступлению разными датами, данный флаг необходимо снять, и тогда в табличной части заказа поставщику, напротив каждой позиции закупаемой номенклатуры необходимо будет указать предполагаемую дату поступления. На основании этой информации система 1С Управление торговлей (УТ 11) 11.2 будет планировать движение товаров, строить график поступления товаров на склад.

На вкладке «Дополнительно» указывается ответственный менеджер ; подразделение , в котором работает ответственный менеджер. При необходимости можно указать контактное лицо нашего поставщика, с которым мы общались в части данного заказа; дату согласования внутри нашей организации.

Убедимся, что у нас выбрана валюта «рубли», установлен флаг «цена включает НДС ». Режим налогообложения - «закупка облагается НДС ». На основании нашего соглашения, автоматически установлен флаг «регистрировать цены поставщика автоматически ». Здесь же, в документе, можно указать номер заказа и дату по данным поставщика для дополнительной аналитики, если придется с нашим поставщиком дополнительно общаться по данному заказу, чтобы легче было его найти, и мы сразу могли поставщику сказать, под каким номера, от какого числа он зарегистрирован в системе поставщика.

Информация для печати : вспомогательная информация - вспомогательное поле, в котором можно указать любую дополнительную информацию.

Попробуем такой заказ записать и провести.

При проведении заказа программа 1С Управление торговлей (УТ 11) 11.2 автоматически заполнила нам поле «Оплата » на основании данных из нашего соглашения. Перейдя по соответствующей ссылке, можно убедиться, что у нас указана информация по авансу, предоплате и кредиту. При необходимости данную информацию можно отредактировать, она не контролируется системой на соответствие данному соглашению.

Таким образом, в программе 1С Управление торговлей версия 11.2 осуществляется формирование заказов поставщикам.

В системах автоматизации производственного учета, наиболее сложными с точки зрения реализации являются задачи расчета себестоимости и планирования процесса производства готового изделия. Ниже мы расскажем о вариантах реализации задач планирования процесса производства продукции в системе 1С ERP Управление предприятием и недавних изменениях в механизмах планирования, добавленных в тиражное решение, начиная с версии 2.2.3.

Общие сведения

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

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

Проблемы планирования производства технически сложных изделий

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

1. У изделия сложный состав. Состав таких изделий можно представить в виде дерева, в вершине которого само изделие, которое разбирается на крупные составные части – агрегаты. Каждая из частей в свою очередь разбирается на менее крупные и так далее вплоть до самого основания, где находятся исходные материалы, которые, как правило, не производятся, а закупаются предприятием у сторонних поставщиков. У сложных изделий такое дерево может иметь несколько уровней, а количество узлов может достигать тысяч или даже десятков тысяч штук.
2. У сложных изделий длительные циклы производства (полгода, год).
3. Для сложных изделий характерны долгие сроки поставки материалов. Часть материалов может даже производиться под заказ поставщиками.
4. У сложных изделий сложная техническая документация. Как следствие бывает, что к началу производства изделия документация готова не в полном объеме и может актуализироваться и дополняться в процессе производства готового изделия. На практике это означает, что спецификация изделия может изменяться уже после начала производства.
5. Производство технически сложных изделий, как правило, очень ресурсоемкое, требует существенных трудовых ресурсов, резервирования производственных мощностей, заблаговременного привлечения финансовых ресурсов.

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

Планирование в 1С ERP

В 1С ЕРП планирование связано с двумя подсистемами:

• Подсистема Бюджетирования и планирования. Содержит такие инструменты, как Планы (продаж, производства, закупок, сборки), предназначенные в первую очередь для укрупненного, предварительного планирования. В значительной мере эти инструменты позиционируются для прогнозного планирования. Это означает, что мы используем эти инструменты, когда еще нет ярко выраженной потребности в производстве, но мы хотим упредить процесс производства для того, чтобы заранее подготовиться. Прогнозное планирование обычно делается по статистике прошлых периодов или по другим планам.
• Подсистема 1С ЕРП Производство также содержит в себе механизмы планирования, но производственное планирование предназначено исключительно для оперативного планирования и управления процессом производства. Подсистема содержит в себе заказы на производство, этапы производства и график производства как основной инструмент оперативного планирования.

Задачи производственного планирования

Основные задачи, которые стоят перед системой 1С ЕРП планирование производственного процесса:

1. Своевременно обеспечить потребность в материалах:
   • Обеспечить финансы для закупки материалов;
   • Спланировать сроки заказа и закупки материалов;
   • Определить даты поступления материалов на склад компании.
2. Определить потребность в ресурсах, чтобы своевременно обеспечить их доступность в нужный момент.
3. Своевременно запустить процесс производства. Если производство сложное, состоит из большого количества компонентов, чтобы уложиться в нужные сроки выпуска готового изделия важно в правильном порядке запускать производство.

Подход к планированию в версиях 1С ERP до 2.2.3

В более ранних решениях 1С ЕРП (до версии 2.2.3) были следующие варианты решения задач планирования производства:

1. Можно было построить дерево заказов на производство;
2. Можно было построить один большой заказ на производство;
3. Можно было использовать план производства и заказы на производство (но в этом случае необходимо было дублировать и разделять нормативно-справочную информацию, т.е. НСИ).

Вариант №1 Построение дерева заказов на производство

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

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

К недостаткам такого подхода можно отнести:

1. Нам сначала необходимо сформировать все заказы на производство;
2. Необходимо сформировать этапы производства всех заказов;
3. Необходимо построить график производства всего массива заказов для того, чтобы получить потребность в материалах в разрезе дат использования этих материалов.

Другими словами, даже если мы выстроили дерево заказов (а на практике это могут быть даже не десятки, а сотни и тысячи заказов на производство), нам будет крайне сложно внести изменения в итоговые партии выпуска (планы производства и закупок нам не помогут, их практически невозможно синхронизировать с полученными изменениями на таких объемах). А необходимость изменений на практике возникает регулярно, например, изменилась спецификация в цепочке, внесли изменения в НСИ, что-то поправили, что-то оптимизировали.

Вариант №2. Планирование в рамках одного заказа на производство

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

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

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

Недостатки варианта планирования в рамках одного итогового заказа на производство:

1. Наивысшие требования к качеству НСИ. Если мы сформировали огромный заказ на производство, уже начали выполнение заказа, а потом решили изменить часть ресурсных спецификаций, это может привести к печальным последствиям в виде огромных трудозатрат на актуализацию заказа или ошибкам при планировании.
2. Заказ на производство получается крайне громоздкий, выполнение такого заказа может занимать много времени (больше года), заказ включает в себя большое количество этапов, работать с таким заказом крайней некомфортно, а вероятность ошибок велика.
3. Использование планов производства, планов закупок в данной схеме практически бессмысленно.

Вариант 3. Раздельный набор спецификаций для планов и для заказов

Третий подход заключается в разделении ресурсных спецификаций, создаваемых для целей планирования (прогнозного обеспечения материалами) и спецификаций для производственного планирования:

1. Первый набор ресурсных спецификаций используется в планах производства. На основании созданных планов производства формируются планы закупок материалов, на основании которых, в свою очередь, формируются заказы поставщикам.
2. Второй набор ресурсных спецификаций создается с единственной целью – формирование заказов на производство.

Очевидные недостатки третьего варианта планирования производства:

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

Дальнейшее развитие системы производственного планирования в 1С ERP начиная с версии 2.2.3

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

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

1. Возможность разузловать план производства до покупных материалов сквозь все полуфабрикаты;
2. Возможность планирования по назначению продукции;
3. Возможность в планах производства рассчитать срок запуска производства.

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

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

Благодаря этим доработкам в 1С ERP появилась возможность все предварительное планирование реализовать на базе планов производства.

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

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

Дальнейшая работа с планами заключается в исполнении полученных планов: формируются заказы (поставщикам, на производство), далее полученные заказы обрабатываются. Исполнение планов закупок заключается в формировании заказов поставщику, а далее, хронологически по мере наступления сроков запуска, формируются небольшие заказы на производство наших деталей, узлов, агрегатов и так далее, вплоть до заказов на производство готового изделия.

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

Преимущества нового подхода к планированию производства продукции через подсистему планирования:

1. Мы получаем более простую структуру документов, используемую в оперативной работе.
2. Как результат: больше гибкости, возможность реагировать на изменения НСИ, приоритетов, ресурсов.
3. Более полное использование подсистемы 1С ERP планирование, например, появляется возможность использовать возможности сценарного планирования.

Прочие доработки 1С ERP 2.2.3, не связанные непосредственно с задачами планирования

В 2.2.3 сделан еще ряд менее масштабных доработок, также нацеленных на решение задач управления производством, в том числе сложным:

1. Уточнение позиционирования заказов, производящих полуфабрикаты по потребности. Ранее, после формирования заказа на производство по потребности и добавления его в очередь заказов, полученный заказ всегда по умолчанию становился в конец очереди. Но такой подход мог приводить к коллизиям, ведь полученный заказ может быть предназначен для обеспечения потребности в полуфабрикатах ранее созданного (а значит стоящего «выше» в очереди) заказа. Такая коллизия приводит к конфликту за ресурсы: заказ, которому для выполнения нужны полуфабрикаты, производимые в рамках более позднего заказа, заблокирует ресурсы, которые нужны для изготовления этого полуфабриката.
2. Теперь система при планировании таких заказов определяет заказы, которые используют производимые полуфабрикаты и правильным образом встраивает его в нужное место очереди заказов, стараясь исключить конфликты за ресурсы.
3. Реализована возможность расчета потребностей в видах РЦ в планах производства без планирования графика по доступности ВРЦ.
4. Для этапов производства добавлена возможность устанавливать правило «Планировать не ранее».
5. Было снято ограничение в нумерации в 2 знака в этапе спецификации.

Итоги

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