1с ерп пооперационное планирование не используется но уровень операций используется
Известно, что в типовом решении 1С:ERP реализована передовая методика планирования производства. Алгоритмы планирования 1С:ERP при этом частично опираются на классические методики: MRP, APS, ТОС (ББВ). Можно ли сказать, что в 1С:ERP вошли лучшие концепции из этих теоретических моделей?
Попробуем ответить на этот вопрос и для начала рассмотрим вкратце суть алгоритма межцехового планирования 1С:ERP. В этой статье разбираем именно так называемый межцеховой уровень управления «главного диспетчера», внутрицеховое оперативное управление производством здесь не затрагиваем.
Итак, на вход алгоритма подается потребность в производстве. В заказе на производство определено, какую номенклатуру в каком количестве надо выпустить, при этом по каждой строке задаются желаемые даты запуска и выпуска:
- Раньше желаемой даты запуска программе запрещено планировать выполнение графика по заказу.
- Выпуск изделия должен быть запланирован не позже желаемой даты выпуска (по сути, это дата, желаемая клиентом).
В каждом подразделении описываются виды рабочих центров (ВРЦ), имеющиеся в подразделении, а также доступный суммарный плановый фонд времени работы ВРЦ.
В спецификации на этап производства указывается, рабочее время каких ВРЦ подразделения необходимо захватить при выполнении спецификации этапа. В спецификации этапа следует указывать только потенциально узкие места (ВРЦ) подразделения. В этом случае график межцеховых передач по заказу будет строиться согласно захвату времени работы этих ВРЦ, без учета тех ВРЦ, которые не являются узкими местами.
Надо отметить, что в 1С:ERP, начиная с версии 2.4, поддерживается использование на одном этапе производства нескольких видов рабочих центров, с возможностью выбора варианта их загрузки:
- ВРЦ могут загружаться последовательно (то есть сначала будет распределено по интервалам время работы одного ВРЦ, затем второго, третьего и т.д),
- ВРЦ можно загружать одновременно (в каждом интервале будет запланировано одинаковое время работы для каждого ВРЦ),
- ВРЦ могут быть загружены независимо (каждый ВРЦ должен отработать нормативное время в ближайшие доступные ему интервалы, независимо от загрузки прочих ВРЦ на данном этапе).
Программа выполняет последовательное планирование заказов по очереди заказов, по порядку. Временная ось разбивается на равные интервалы (например, сутки или недели – самые употребительные интервалы). Если выбран вариант планирования слева-направо, то система осуществляет поиск интервала планирования для размещения этапов производства правее даты «Начать не ранее» вперед по времени. В варианте справа-налево поиск интервала начинается от другой точки отсчета – слева от даты потребности, назад по оси времени.
После этого планирование осуществляется вправо или влево в соответствии с выбранным направлением размещения выпуска, до полного размещения необходимого времени работы оборудования по этапу планируемого заказа. При этом этап захватывает время работы ВРЦ, указанных в его спецификации, и это захваченное время становится недоступным для всех последующих менее приоритетных заказов.
Следующий этап размещается в следующем интервале, в котором есть свободное время необходимых ВРЦ. Таким образом, программа постепенно «поднимается» вверх по структуре изделия и определяет расчетную дату выпуска по заказу.
Расчетная дата выпуска по заказу может получиться как раньше, так и позже желаемой даты.
- Если раньше — все нормально.
- Если позже, диспетчер либо передоговаривается с клиентом на более позднюю дату, которая получилась при планировании, либо передвигает заказ по очереди вперед и перепланирует его, а заодно перепланирует и все последующие заказы очереди, так как этот новый заказ выталкивает из плановой загрузки оборудования последующие заказы, и даты их выпуска смещаются вправо. Получается более ранняя расчетная дата выполнения нового заказа. Заказ двигается вперед по очереди до тех пор, пока не получится расчетная дата выпуска, устраивающая клиента.
- Поскольку при перемещении заказа в очереди новый заказ может вытолкнуть расчетную дату выпуска других уже согласованных заказов вправо, то новые даты выпуска по последующим заказам тоже надо пересогласовывать с клиентами. В этом и кроется основная причина «нервозности» производства для APS-подобных систем.
После того, как производство заказа будет распланировано для каждого подразделения в каждом интервале, по каждому ВРЦ останется остаток доступного времени, который могут захватывать следующие в очереди заказы. Заказы планируются согласно очереди: каждый новый заказ захватывает время ВРЦ, оставшееся от всех предыдущих заказов, стоящих в очереди перед ним.
Итак, в заказе указываются желаемые даты запуска и выпуска, а после планирования получается реальная расчетная дата запуска и выпуска согласно распланированной загрузке ВРЦ по заказу. В системе хранятся все эти четыре даты.
Какие выводы можно сделать о достоинствах такой модели планирования, относительно классических методик?
С описанием классических определений и теоретических концепций планирования при желании вы можете предварительно ознакомиться в нашей отдельной статье …
Реализован ли в 1С:ERP алгоритм APS?
Очевидно, что алгоритм 1C:ERP похож на APS —планирование слева-направо и справа-налево, расчет даты запуска и даты выпуска, захват времени работы ВРЦ в процессе планирования, планирование заказов поочередно с поочередным захватом мощностей. Однако пооперационное планирование с расписанием операций по конкретным рабочим центрам на межцеховом уровне не выполняется, что делает такой график приблизительным. В этом есть и свой плюс — система не требует точных пооперационных нормативов для межцехового управления!
Приближенность такого графика обусловлена следующим допущением: если на этап производства требуется время работы ВРЦ, то это время не привязывается к производственным операциям, не учитываются взаимосвязи между операциями (т.е последовательности выполнения) и их распределение на рабочие центры – при планировании на межцеховом уровне 1С:ERP об этом ничего не знает!
Таким образом, отказ в 1С:ERP на верхнем уровне от точного пооперационного планирования по методу APS с сохранением основных подходов APS – позволяет получить результаты, похожие на результаты APS-планирования, но имеющие меньшую точность. Тем не менее, график производства, формируемый 1С:ERP, учитывает загрузку производственных мощностей, что кардинально отличает данное решение от MRP-систем.
Важно, что загрузка ВРЦ в данном случае учитывается именно в процессе планирования и непосредственно влияет на ход планирования (в MRP-системах загрузка мощностей тоже будет учтена, но уже постфактум – как констатация: получился ли план выполнимым или нет).
Можно считать, что такой расчет не позволит уплотнить загрузку ВРЦ настолько, насколько это позволяет APS. Поэтому может потребоваться дополнительная буферизация, искусственное занижение доступного фонда работы и не 100% загрузка оборудования в графике. И в этом смысле методика 1С:ERP ближе к MRP-системам.
Зато 1С:ERP не требует высокой точности нормативных данных, как того требует системы APS, а это очень важное преимущество. Без точных нормативных данных построить точный пооперационный график производства не получится, но он будет в любом случае точнее, чем график, формируемый MRP-системой. Аналогично APS-системе, 1С:ERP строит приблизительный график совокупной загрузки мощностей, отдавая все полномочия по его исполнению и планированию операций диспетчеру цеха.
Можно рассчитывать на то, что неточный график не потребует, как в случае MRP, частого перепланирования, и производство будет менее «нервозным».
Итак, можно утверждать, что алгоритм планирования производства 1С:ERP — нечто «среднее» между MRP и APS, компромиссный вариант.
С одной стороны, мы видим четкое разделение планирования на два уровня (выделен уровень глобального диспетчера, как в MRP), а планированием операций в цехе занимается уже локальный диспетчер. С другой стороны — строится приблизительно-агрегированное расписание загрузки мощностей по цехам, что позволяет получить более точный график, чем в MRP, соответственно, это дает возможность уплотнить производство и определять возможную дату выпуска по новому заказу.
Реализован ли в 1С:ERP алгоритм MRP/CRP/RCCP?
Спецификацию этапа производства, планируемого на подразделение в 1С:ERP, можно настроить так, что время работы ВРЦ вообще не будет захватываться, либо требуемое время будет рассчитываться, но это не будет являться ограничением.
В первом случае на выполнение этапа будет выделяться фиксированное время, указываемое в спецификации и не зависящее от количества обрабатываемых изделий по заказу. Для этого в спецификации этапа надо снять флажок «Использовать виды рабочих центров». В этом случае мы получаем планирование по алгоритму MRP. Причем это будет достаточно усеченный MRP, поскольку длительность этапов распланированного заказа никак не зависит от количества готовых изделий в заказе. Например, на выполнение заказа из 1 шт. и 1000 шт. программа отведет 3 дня, согласно суммарной длительности этапов заказа. Также важно понимать, что расчет сроков обеспечения материалами осуществляется до процедуры расчета графика на основе данных обеспечения в цепочках поставок.
Если это устраивает и необходимо хоть как-то запустить планирование производства без данных о нормативной загрузке ВРЦ этапами, то этот вариант может быть подходящим.
Во втором случае в настройках видов рабочих центров устанавливается переключатель в положение «Не учитывать ограничение». В этом случае длительность производства планируется исходя из плановой доступности вида рабочего центра, но это не является ограничением. В этом случае можно сказать о том, что мы получаем расчет по классическому алгоритму MPR + СRP, однако без учета загрузки рабочих центров.
Отметим, что результат расчета графика производства не полностью соответствует классическому определению результата планирования в MRP. Фактически мы получаем только график потребностей в материалах, но мы не получаем графика заказов на обеспечение этих потребностей (заказы на закупку и заказы на производство полуфабрикатов), поскольку процедуры обеспечения потребностей выполняются отдельно от расчета графика, а не являются его частью.
Итак, при настройке 1С:ERP в режиме MRP получается совсем приблизительный график. Он менее точен, чем график, рассчитанный по полному алгоритму MRP, но дает общее представление о том, какие изделия и в какое время сдавать.
Реализован ли в 1С:ERP алгоритм ББВ (ТОС)?
Как отмечалось выше, в 1С:ERP можно использовать варианты:
- Для этапа производства (в спецификации) можно настроить время работы ВРЦ (причем нескольких ВРЦ), которое захватывается этапом при обработке заданного в спецификации количества изделий и становится недоступным для других менее приоритетных заказов.
- Указать, что этап производства выполняется фиксированное время для любого количества изделий и не захватывает время работы ВРЦ.
Если в производстве есть ярко выраженный узкий ВРЦ, то можно поступить проще: в спецификации, которая задействует этот «узкий» ВРЦ, достаточно указать потребное время работы этого ВРЦ (вариант 1), а в остальных спецификациях на полуфабрикаты в структуре продукта использовать фиксированное время выполнения этапа (вариант 2).
Узкий ВРЦ будет «барабаном».
- Цепочка спецификаций перед барабаном с фиксированным временем выполнения будет «веревкой».
- Суммарное фиксированное (!) время выполнения цепочки спецификаций перед барабаном будет «предшествующим» временным буфером. В каждой спецификации важно указывать утроенное (как это рекомендуется в общем случае ТОС) фиксированное время обработки изделий. Иначе говоря, время обработки изделия должно соответствовать суммарному времени операций на количество, указанное в спецификации на барабан.
- Суммарное фиксированное (!) время выполнения цепочки спецификаций после барабана будет «завершающим буфером».
Пример: если барабан способен обрабатывать 100 шт в час, то во всех предшествующих спецификациях (этапах) проставляется фиксированное время обработки: временной норматив на обработку 100 шт умноженный на 3.
При расчете межцехового графика по заказу программа запланирует работу барабана на максимально раннее доступное время работы барабана, отложит от этого времени завершающий буфер (суммарное фиксированное время этапов-спецификаций после барабана) и определит расчетную дату выпуска по заказу. Также программа отложит влево от работы барабана длительность «предшествующего буфера» и получит дату передачи материалов в производство под заказ и количество потребности в материале под заказ.
Получаем ББВ в чистом виде!
У этой методики возможны следующие расширения:
1.Если в структуре продукта на разных уровнях есть несколько потенциально узких ВРЦ, то в соответствующих этапах (спецификациях) вводится потребное время работы этих ВРЦ. В результате получаем планирование цепочки узких ВРЦ, загружаемых последовательно при выполнении заказа. Например, если заданы два «узких» ВРЦ в разных подразделениях (т.е. разных этапах-спецификациях) и заказ проходит последовательно через эти ВРЦ, то планироваться будут три буфера:
- предварительный перед ВРЦ1
- промежуточный между ВРЦ1 и ВРЦ2
- завершающий после ВРЦ2
- Иногда при обработке изделия в цехе задействованы параллельно два узких ВРЦ — например, станок и оператор. Оба ВРЦ являются узким местом, но график работы у них разный. То оператор уходит на больничный, то станок встает на ремонт. Возможна ситуация, когда оператор одновременно обслуживает два станка — это значит, что потребное время оператора в спецификации будет равно половине потребного времени работы ВРЦ.
Пример. Нормативное время загрузки ВРЦ на этапе составляет10 часов, а оператора, обслуживающего этот ВРЦ — 5 часов. Это значит, что 2 станка работают параллельно по 10 часов, а один оператор работает 10 часов на двух станках одновременно (так называемый «многостаночник»). В спецификации этапа можно указать два и более ВРЦ с разными потребными временами для выполнения спецификации. Получаем несколько параллельно работающих «барабанов» в цехе (например, станок +оператор), работу которых программа будет загружать, исходя из доступного фонда их рабочего времени.
Необходимо упомянуть особенности реализации методики ББВ, которые могут вызвать неудобства в сопровождении системы.
Узкий ВРЦ указывается непосредственно в спецификации. Если ассортимент выпускаемой продукции большой, то необходимо убедиться, что в каждой спецификации ВРЦ (один или несколько) указан правильно.
Если возможна миграция ВРЦ с некоторой даты (например, из-за изменения состава ассортимента продукции), то, скорее всего, придется переделывать действующие спецификации с этой даты — а именно, менять ВРЦ в спецификациях, если ВРЦ, который стал узким, в списке потенциально узких ВРЦ в спецификации не присутствует.
Получается, что правки спецификаций приходится выполнять не из-за изменения технологии изготовления отдельного продукта, а из-за изменения ассортимента выпускаемой продукции, что нелогично и неудобно. При изменении «узкого ВРЦ» необходимо зайти во все спецификации и выяснить у технологов (или извлечь из PDM-системы) операционные времена ВРЦ, которые теперь стали узкими. После этого операционные времена (потребности во времени работы) ВРЦ , которые стали «узкими», надо вписать, а потребности во времени работы ВРЦ, которые перестали быть узкими — удалить.
Суть этого решения заключается в следующем: в спецификации описываются все потребные времена работы всех ВРЦ (согласно пооперационной техкарте), как узких, так и не узких. Эта информация стабильна; ее проще актуализировать и поддерживать синхронность с PDM-системой. Не нужно вводить несколько комплектов одинаковых по сути спецификаций и дублировать информацию; не нужно при очередной миграции заходить во все спецификации и заменять в них ВРЦ. «Узкие» ВРЦ назначаются на подразделение экспертным путем отдельным документом с заданной даты, с которой предполагается миграция. При расчете графика производства по заказу программа захватывает время работы только тех ВРЦ, которые на дату планирования считаются узкими по подразделению.
Заключение
В этой статье мы постарались изложить основные моменты методик, опуская все подробности. Разумеется, в APS, MRP и ББВ существует множество нюансов, о которых можно прочитать в специальной литературе. Мы не ставили целью детально описать функционал планирования 1C:ERP, а лишь хотели показать, насколько близка реализация планирования производства 1С:ERP к классическим методикам.
На основании вышеизложенного можно сделать вывод, что в части межцехового планирования 1С:ERP реализованы следующие методики:
- полностью реализована методика ББВ, с некоторыми ее модификациями;
- реализована простая модель MRP (длительность этапа не зависит от размера заказа);
- в упрощенном, оригинальном виде реализована APS (расчет не по операциям, а по совокупному агрегированному времени захвата мощностей этапами производства).
Самое важное, что все три методики могут применяться одновременно — в одной процедуре планирования для разных цехов/участков. Это означает высокую гибкость настроек системы!
Но эта гибкость имеет и обратный эффект: необходимо анализировать и подбирать оптимальные режимы работы системы при планировании, с учетом специфики управления производственными процессами на конкретном предприятии. И найти наилучшие варианты настроек может быть непростой задачей, которая под силу только опытным профессионалам
Межцеховой уровень в 1С:ERP осуществляет управление выполнением графика производства, исполнителями которого являются отдельные подразделения. Обеспечивается координация процессов передачи результатов этапов между подразделениями.
Доступно три методики планирования производства (выбор определяется функциональной опцией НСИ и администрирование – Настройка НСИ и разделов – Производство – Методика управления производством ):
- Без планирования графика производства;
- Планирование по материальным ресурсам;
- Планирование по материальным и производственным ресурсам.
Рисунок 1 - Выбор методики управления производством
Каждый вариант предполагает регистрацию потребности к производству заказами на производство и управление ходом производства с использованием этапов. Варианты отличаются степенью детализации планирования этапов и регистрации выполнения.
Без планирования графика производства
Наиболее простой вариант управления ходом производства. Данный вариант устанавливается по умолчанию при включении опции Использовать производство. Последовательность и срок исполнения этапов определяются вручную в рамках рабочего места Производство – Межцеховое управление – Диспетчирование этапов. Возможность планирования времени исполнения этапов отсутствует, в документах Этап производства можно указать только общую длительность этапа. Факт выполнения и состав использованных ресурсов отмечаются непосредственно для этапа.
Планирование по материальным ресурсам
Сроки исполнения этапов рассчитываются только с учетом обеспечения производства материальными ресурсами. В ресурсных спецификациях для этапов нельзя указать загружаемые виды рабочих центров (ВРЦ). В документах Этап производства отсутствует вариант планирования по доступности ВРЦ.
Планирование по материальным и производственным ресурсам
Сроки исполнения этапов рассчитываются с учетом обеспечения производства материальными ресурсами и доступности производственных ресурсов. Это самый богатый по функциональным возможностям вариант использования прикладного решения.
Управление очередью заказов
Данное рабочее место предназначено для управления списком заказов на производство, переданных к производству, и осуществления действий по исполнению этих заказов: определение очередности исполнения, формирование этапов производства, контроль обеспечения материалами, планирование графика производства.
Рисунок 2 - Доступ к рабочему месту - Управление очередью заказов
Список заказов содержит 3 колонки индикаторов состояний заказа: состояние выполнения этапов, обеспеченность материалами, состояние выпуска.
Рисунок 3 - Управление очередью заказов
Состояние выполнения этапов производства
- Требуется сформировать этапы - по заказу не сформированы все необходимые этапы производства. Либо по заказу еще не формировались этапы, либо есть необходимость доформировать. Двойным щелчком по такому индикатору выполняется команда формирования этапов по заказу.
- Требуется проверить этапы - среди этапов заказа есть те, которые не удалось провести в статусе Сформирован, они находятся в статусе Формируется. Такие этапы может потребоваться дозаполнить и отметить сформированными. Двойным щелчком по такому индикатору открывается Диспетчирование этапов с отбором по выбранному заказу.
- Требуется планировать график производства - некоторым или всем этапам заказа требуется расчет графика. Такой индикатор показывает, что график производства по этому заказу либо вообще не рассчитывался, либо стал неактуальным и требует перепланирования. По этому индикатору открывается форма планирования графика по заказу.
- Требуется передать этапы к выполнению - индикация наличия по заказу этапов, готовых к выполнению, но не переданных к выполнению. Готовыми к выполнению считаются этапы, у которых нет невыполненных предшественников. Двойным щелчком по индикатору всем готовым к выполнению этапам будет поставлен статус К выполнению.
Обеспеченность материалами
В колонке может содержаться индикатор, показывающий наличие этапов, для которых все еще не обеспечены все необходимые материалы. При необособленном обеспечении проблемными являются такие материалы, у которых в этапе стоит действие К обеспечению. При обособленном обеспечении те материалы, по которым все еще не созданы обеспечивающие заказы. Двойным щелчком по индикатору открывается форма диспетчирования этапов с отбором по заказу и необходимости обеспечения. Из этой формы можно найти, в каких именно этапах есть проблемы.
Состояние выпуска
- Нарушена дата потребности - индикатор появляется в том случае, если по графику ожидается опоздание производства всей или части продукции относительно желаемой даты выпуска в заказе.
- Все произведено - индикатор появляется у тех заказов, по которым произведена вся продукция. Такие заказы можно перевести в статус Закрыт.
Диспетчеризация этапов производства
Рабочее место предназначено для контроля за ходом выполнения производства. Основу рабочего места составляет список этапов производства, содержащий разнообразную индикацию и отборы, позволяющие акцентировать внимание на важных моментах.
Для диспетчеризации оформленных этапов производства используется рабочее место Производство – Межцеховое управление – Диспетчирование этапов.
Рисунок 4 - Доступ к рабочему месту - Диспетчирование этапов
В рамках указанного рабочего места решаются следующие задачи:
- На критическом пути – этап находится на критическом пути, соблюдение сроков его исполнения наиболее важно;
- Задерживает заказ – этапы, рассчитанное положение которых в графике производства ухудшает срок исполнения заказа. Оптимизацию сроков исполнения заказа необходимо начинать именно с них.
Отражение статуса этапа дополняется указанием состояния его исполнения. Возможны следующие значения поля Состояние (совокупность Статус этапа, Состояние исполнения):
- Формируется, Требует уточнения – отсутствует часть данных для корректного создания документов Этап производства. Недостающие данные требуется указать вручную;
- Сформирован – полноценно заполненный этап, может обеспечиваться материалами, планироваться в графике, но у него есть незавершенные предшествующие этапы;
- Сформирован, Готов к выполнению – сформированный этап, у которого нет незавершенных предшествующих этапов;
- К выполнению, Ожидает предшественников – этап передан к выполнению, но предшествующие ему этапы еще не завершены;
- К выполнению, Ожидает начала – этап передан к выполнению, предшествующие ему этапы завершены, но отметка о начале выполнения не установлена;
- Начат, Ожидает завершения – этап выполняется;
- Завершен – этап завершен.
Рисунок 5 - Диспетчирование этапов
Формирование графика производства
График производства отражает совокупность этапов производства, расставленных по времени планируемого исполнения. Расчет графика выполняется по интервалам планирования с уменьшением доступности в них загружаемых видов рабочих центров.
Для расчета графика предназначена форма Планирование графика производства заказа.
Расчет графика производства запускается по кнопке Планировать.
Рисунок 6 - Планирование графика производства
Настройки поделены на 3 группы: планирование графика, планирование модели, прочие настройки.
Рисунок 7 - Настройки планирования графика
После успешного планирования на форме появляется информация, позволяющая проанализировать результат планирования. Информация размещена по 3 вкладкам, расположенным в порядке от общего к частному: сводная информация по планированию заказа, продукция с датами запуска/выпуска, этапы с датами выполнения.
Сводная информация
На вкладке отображается общая информация о результатах планирования заказа.
В табличном виде сопоставлены даты запуска/выпуска требующиеся по заказу, получившиеся по графику и по модели для сравнения. Та же самая информация, но в наглядном графическом виде представлена в диаграмме Сроки выполнения. Элементы диаграммы расшифровываются двойным щелчком по полосам. По полосе требуется открывается заказ на производства, по полосам график и модель открываются диаграммы Гантта, показывающие результирующий график в разных разрезах.
Загрузка оборудования, % (модель) - мини-диаграмма показывает по модели загрузку нескольких самых загруженных видов РЦ. Попавшие туда виды РЦ являются потенциальными причинами отличия рабочего графика от модели. Двойным щелчком по диаграмме открывается отчет, дающий более подробную информацию о том, в какие периоды и как получается загружено оборудование по модели.
Задержка в обеспечении, дн. (модель) - в этой диаграмме показывается список материалов, обеспечение которых задерживается относительно модели графика. Эти материалы являются потенциальными причинами задержки рабочего графика относительно модели. Двойным щелчком по диаграмме открывается отчет, дающий более подробную информацию о потребности в материалах по модели и о доступном обеспечении.
Рисунок 8 - График производства. Вкладка «Сводная информация»
Продукция
На вкладке представлен список продукции заказа с указанием дат запуска, выпуска, расчетом длительности производства и опоздания как по рабочему графику, так и по модели.
Рисунок 9 - График производства. Вкладка «Продукция»
Этапы
На вкладке представлен список этапов заказа с указанием дат выполнения по рабочему графику. В списке есть колонка с признаком задерживающих заказ этапов и возможностью отобрать только задерживающие заказ.
Рисунок 10 - График производства. Вкладка «Этапы»
По любому этапу можно вызвать диагностику его графика и диаграмму Ганта, показывающую этап и смежные с ним этапы.
Рисунок 11 - Диагностика графика и График смежных этапов
Ошибки
Вкладка появляется в том случае, если при планировании графика возникли какие-либо ошибки. Если при повторном планировании ошибок нет, вкладка скрывается.
Вопрос 11.40 – Формирование маршрутных листов при использовании пооперационной методики планирования
Для ответа на вопрос 11.40 требуется указать, из каких документов и рабочих мест можно сформировать маршрутные листы при использовании пооперационной методики планирования.
В качестве правильных вариантов ответа предлагается выбрать:
- Из заказа на производство
- Из рабочего места Диспетчирования графика производства
- Из рабочего места Пооперационное планирование
- Сочетание данных вариантов.
Для ответа на вопрос создадим документ Заказ на производство (Производство и ремонты – Заказы на производство) для подразделения Цех №1 (производство полуфабрикатов) и попробуем создать маршрутные листы.
Заполним его продукцией, которая выпускается в подразделения Цех №1 (производство полуфабрикатов).
Откроем спецификацию строки заказа на производство по кнопке Изменить и перейдем на закладку Производственный процесс, чтобы убедиться, что продукцию выпускает нужное нам подразделение.
Проверим, что в подразделении Цех №1 (производство полуфабрикатов) используется методика пооперационного планирования.
Проведем заказ на производство.
Рабочее место Диспетчирование графика производства – это инструмент главного диспетчера, оно используется для построения графика производства, кнопок и гиперссылок для создания маршрутных листов в нем нет. В этом Вы можете убедиться ниже в описании создания графика производства для нашего заказа на производство.
Чтобы проверить оставшиеся варианты ответа на вопрос, нам необходимо сформировать график производства нашего заказа. Для этого откроем рабочее место Диспетчирование графика производства следующим образом: Производство и ремонты – График производства.
В строке с заказом на производство в колонке Состояние нажмем на гиперссылку.
В открывшемся окне нажмем на кнопку Рассчитать график выпуска продукции.
Откроется окно Параметры расчета, в котором мы можем выбрать вариант построения графика производства. Не будем устанавливать параметры расчета, нажмем на кнопку Рассчитать график выпуска продукции.
Сохраним результат расчета.
Откроем наш заказ на производство двойным кликом мыши по его номеру.
Нажмем на кнопку Сформировать маршрутные листы.
Как мы видим на скриншоте, у нас сформировался документ Маршрутный лист.
Пометим на удаление сформированный документ Маршрутный лист.
Откроем рабочее место Пооперационное планирование, это можно сделать следующим образом: Производство и ремонты – Пооперационное планирование.
Установим отбор по подразделению Цех №1 (производство полуфабрикатов).
Как видно на скриншоте, у нас появился для создания один маршрутный лист, нажмем на гиперссылку Сформировать маршрутные листы.
Для нашего заказа на производство сформировался документ Маршрутный лист.
В ходе рассмотрения вопроса мы выяснили, что в прикладном решении при использовании пооперационной методики планирования маршрутные листы можно сформировать из документа Заказ на производство и рабочего места Пооперационное планирование .
Комментарии / обсуждение (5):
Странно, но вообще никаких ограничений на ввод документа “Маршрутный лист” из формы документа “Заказ на производство” я не увидел, следовательно вариант ответа 5. Рабочее место “Пооперационное планирование” и заказ на производство.
Вопрос 10.16 – Определение ресурсной спецификации с указанием вида рабочего центра
В вопросе 10.16 необходимо ответить, на что влияет отсутствие указания маршрутной карты в ресурсной спецификации при одновременном указании загружаемого вида рабочего центра. В частности, возможно ли будет в таком случае использовать для планирования производства методику ББВ и пооперационного планирования, а также контролировать загрузку оборудования.
Обоснованный ответ на вопрос 10.16 потребует уточнения следующих моментов:
- Где выбирается способ (методика) планирования
- Как выполняется контроль загрузки оборудования
- Где и для каких целей выполняется указание маршрутной карты в производственных этапах ресурсной спецификации
- Каким образом взаимосвязан выбор маршрутной карты в ресурсной спецификации и способ (методика) планирования, а также возможность контроля загрузки оборудования.
Способ (методика) планирования указывается в параметрах соответствующих производственных подразделений, описываемых в справочнике Структура предприятия (Нормативно-справочная информация – Структура предприятия).
Доступ к параметрам планирования подразделения осуществляется через форму элемента справочника для элементов с установленным признаком Подразделение, производящее продукцию [1], посредством выбора гиперссылки Настроить параметры [2].
Способ (методика) планирования, используемый для подразделения, определяется посредством редактирования настройки Управление маршрутными листами на форме задания параметров производственного подразделения.
Выбранный вариант управления маршрутными листами определяет, каким образом при формировании Графика производства на уровне глобального диспетчера (специалиста ПДО) будет выполняться оценка доступности оборудования:
- УББВ – оценка доступности оборудования не выполняется, т.е. считается, что оборудование имеет неограниченную производственную мощность с точки зрения обеспечения выполнения текущей производственной программы предприятия
- ББВ – оценка доступности оборудования выполняется по ключевому рабочему центру («узкому месту»)
- Пооперационное планирование (MES) – оценка доступности оборудование выполняется по всем рабочим центрам, использующимся в рамках данного подразделения.
Промежуточные выводы:
- Выбор способа (методики) планирования (управление маршрутными листами) нигде не потребовал указания маршрутной карты
- Способ (методика) планирования (управление маршрутными листами) указывается для всего подразделения в целом и используется при формировании Графика производства на уровне глобального диспетчера (специалиста ПДО)
- Формирование Графика производства выполняется с целью оценки доступности производственных мощностей для всего подразделения в разрезе входящих в его состав видов рабочих центров
- Использование способов (методик) ББВ и УББВ задается не на уровне подразделения, т.е. существует дополнительная настройка, определяющая, какая именно методика планирования будет использоваться.
Теперь рассмотрим, каким образом осуществляется контроль загрузки оборудования, т.е. задание ограничений для оценки доступности производственных мощностей.
Использование ограничения доступности при формировании Графика производства задается в параметрах видов рабочих центров подразделения, описываемых в справочнике Структура рабочих центров (Производство и ремонты – Настройки и справочники – Структура рабочих центров).
Доступ к редактированию параметров планирования вида рабочего центра, используемых при формировании Графика производства, осуществляется через форму элемента справочника для элементов с установленным признаком Планировать работу в графике производства [1], посредством выбора гиперссылки Изменить [2].
Необходимость учитывать ограничение доступности вида рабочего центра при формировании графика производства определяется настройкой Ограничение доступности в графике производства на форме задания параметров планирования работы в графике производства.
Настройка определяет, будет ли производственная мощность вида рабочего центра рассматриваться как конечная или как неограниченная.
Ограничение доступности задается:
1. Учитывать ограничение:
- Ключевой рабочий центр («узкое место») – при методике ББВ
- Все рабочие центры – при пооперационном планировании
2. Не учитывать ограничение:
- Неключевые рабочие центры – при методике ББВ
- Все рабочие центры – при методике УББВ.
Промежуточные выводы:
- Выбор варианта доступности видов рабочих центров нигде не потребовал указания маршрутной карты
- Вариант доступности вида рабочего центра указывается для всех рабочих центров, входящих в данный вид, и используется при формировании Графика производства на уровне глобального диспетчера (специалиста ПДО).
И наконец, рассмотрим, каким образом и для каких целей выполняется указание маршрутной карты в производственных этапах ресурсной спецификации.
Ресурсные спецификации описывают материальные потребности и технологический процесс производства продукции. Они вводятся в справочнике Ресурсные спецификации (Производство и ремонты – Ресурсные спецификации).
Маршрутная карта для этапа (этапов) производства указывается в карточке элемента справочника Ресурсные спецификации на закладке Производственный процесс.
Если производственный процесс одноэтапный, то указание маршрутной карты выполняется непосредственно на форме закладки.
Если производственный процесс многоэтапный, то для указания маршрутной карты необходимо отрыть карточку соответствующего этапа процесса.
Маршрутные карты используются «для ведения детальных схем технологических операций, выполняемых на одном этапе производства». Другими словами, при использовании маршрутных карт детальность планирования и управления производством превышает детализацию поэтапного планирования, применяемую на уровне главного диспетчера (специалиста ПДО). Т.е. маршрутные карты предназначены для планирования и управления производством на уровне локального диспетчера (диспетчера цеха).
Также на данной форме имеется настройка Планировать работу видов рабочих центров, определяющая необходимость оценки доступной производственной мощности одного или всех рабочих центров (в зависимости от выбранного способа планирования), указываемых в табличной части использования оборудования в рамках данного этапа производства.
Выводы:
- Выбор способа (методики) планирования не связан с указанием маршрутной карты
- Обеспечение контроля загрузки оборудования не связано с указанием маршрутной карты
- Способ (методика) планирования и параметры ограничения доступности видов рабочих центров используется при формировании Графика производства на уровне главного диспетчера (специалиста ПДО), а данные маршрутных карт – на уровне локального диспетчера (диспетчера цеха).
Можно сказать, что при составлении графика производства не учитывается, какой вариант управления (и планирования) будет использоваться в конкретном подразделении.
Казначейство – система, позволяющая эффективно управлять денежными средствами, находящимися в кассах, на банковских расчетных, валютных, специальных и депозитных счетах, и осуществлять контроль платежей компании.
В «1С:ERP Управление предприятием 2» создана функциональность управления заявками на расходование денежных средств, поддерживаются этапы формирования и утверждения заявок, контролируется исполнение платежей по заявкам.
В учете безналичных денежных средств разделены операции регистрации оперативной информации о входящих и исходящих платежах (по первичным платежным документам) и отражение банковских выписок (реализованных отдельным документом). Это позволило повысить оперативность учета (например, взаиморасчетов), не нарушая при этом учет денежных средств на расчетных счетах, ускорить обработку выписок и платежек, установить полный контроль за денежными средствами, находящимися в процессе зачисления, списания или перемещения.
Реализован функционал проведения расчетов с банком по эквайринговым операциям. Кроме собственно регистрации операций платежа и возврата по платежным картам, добавлен механизм регистрации отчетов от банков по зачисленным платежам, списанию возвратов, удержанной комиссии. Это позволило отслеживать каждую операцию от момента совершения платежа до зачисления средств на расчетный счет.
Учет финансового результата (прибыли, убытки) ведется по направлениям деятельности компании. Состав направлений деятельности может настраиваться очень гибко - например, направления могут соответствовать ассортименту (для дистрибуторов), точкам продаж (для розничных предприятий), проектам и т. д. Поддерживается настройка произвольных правил распределения себестоимости и выручки от продаж по направлениям деятельности, основанных на аналитике продаж.
Это все позволяет подробно анализировать эффективность деятельности компании и развивать бизнес, оптимизируя состав направлений деятельности.
Основные новшества решения и развитие функционала:
Платежный календарь
Для оперативного управления денежными средствами компании, формирования графиков платежей и контроля его своевременного исполнения используется платежный календарь.
Платежный календарь заполняется автоматически на основании данных о планируемых оплатах от клиентов и выплатах поставщикам, планируемых прочих поступлениях и расходах денежных средств.
При подготовке платежного календаря автоматически проверяется его выполнимость – наличие денежных средств в местах их учета.
Оформление заявок на расходование денежных средств
Для регистрации намерений по расходованию денежных средств используется документ Заявка на расходование денежных средств. Характер и назначение планируемого списания денежных средств устанавливаются предопределенными видами операций документа.
В заявке можно установить планируемый способ оплаты расхода денежных средств (наличная, безналичная).
Управление заявкой производится с использованием соответствующих статусов документа.
Контроль целевого использования денежных средств
Существует возможность контролировать лимиты расходования денежных средств.
Контроль лимита расходования денежных средств может проводиться как по компании в целом, так и по подразделениям и организациям.
Превышение лимитов контролируется при согласовании заявки на расходование денежных средств.
Если необходимо осуществить расходование денежных средств сверх установленного для статьи ДДС лимита, данная потребность указывается при оформлении заявки на расходование денежных средств (в заявке устанавливается признак Сверх лимита).
Для контроля расхода денежных средств в соответствии с заданными лимитами используется отчет Лимиты расхода денежных средств, который включает лимиты расходов, фактический расход и помогает определить, по каким статьям движения денежных средств есть превышение или лимит израсходован не полностью.
Упрощенное планирование и контроль денежных средств
Информацию о планируемых и фактических поступлениях и расходах денежных средств можно получить в упрощенном виде в журнале платежей. При работе с журналом платежей не используются заявки на расходование денежных средств.
Учет наличных денежных средств
Поддерживается возможность учета различных операций поступления наличных денежных средств в рамках рабочего места Приходные кассовые ордера.
В качестве распоряжений на поступление денежных средств можно использовать различные распоряжения на поступления.
Основаниями на выдачу денежных средств являются заявки на расходование денежных средств.
Инвентаризация наличных денежных средств
По результатам проведения инвентаризации можно составить акт по форме ИНВ-15.
Учет безналичных денежных средств
Для работы с безналичными платежами используется универсальное рабочее место Безналичные платежи. В данном рабочем месте происходит отражение различных операций поступления и списания денежных средств с расчетных счетов организации. Также данное рабочее место позволяет подтвердить факт регистрации платежей в банковской выписке по расчетному счету (признак Проведено банком).
Обмен с банком
Выгрузка платежных документов в банк и загрузка выписок из банка производится в рамках рабочего места Безналичные платежи.
Расчеты с подотчетными лицами
В прикладном решении возможно вести учет денежных средств, выданных подотчетным лицам.
Общая схема работы с подотчетными лицами представлена на схеме:
Поддерживаются варианты расчетов с подотчетными лицами с использованием как наличных, так и безналичных денежных средств.
Обоснованность расходов подотчетных лиц подтверждается оформлением документов Авансовый отчет, которые также позволяют проконтролировать сумму перерасхода и расхода выданных в подотчет денежных средств.
Контроль выданных подотчетному лицу авансов
Управление взаиморасчетами
Независимый учет ведется по партнерам (управленческий учет) и контрагентам (регламентированный учет).
Контроль задолженности клиентов/поставщикам по срокам
Получить отчеты по дебиторской и кредиторской задолженности можно в разрезе различных интервалов задолженности.
Реализована возможность получения данных по задолженности поставщикам по срокам, задолженности клиентов по срокам в виде диаграмм или таблиц.
Проведение взаимозачетов и списание задолженности
Реализована возможность отражения операций взаимного погашения дебиторской и кредиторской задолженности по нескольким партнерам.
Реализована возможность учета операций списания задолженности, возникшей в процессе оформления хозяйственных операций между организациями предприятия и ее клиентами или поставщиками.
Для фиксации состояния взаиморасчетов между конкретной организацией и юридическим лицом партнера за определенный период времени можно использовать документ Сверка взаиморасчетов. Сверку взаиморасчетов можно произвести с детализацией по партнерам и объектам расчетов.
Текущее состояние сверки взаиморасчетов определяется соответствующими статусами документа.
Для анализа задокументированных сверок расчетов с клиентами и получения информации о том, есть ли расхождения между данными от клиента и «нашими» можно использовать отчет Сверка расчетов.
Учет кредитов, депозитов и займов
Для получения прогноза движения денежных средств используется возможность вести учет по вариантам графиков.
Варианты графиков можно заполнять как вручную, так и загрузкой из внешнего файла в информационную базу.
Данные по графикам являются источником для формирования заявок на расходование денежных средств, начислений доходов и расходов по процентам и комиссии.
Читайте также: