Производство. Журнал резервирования. Алгоритм 103

sim · Сообщение **sim** » 21 июл 2009, 15:11

Использует ли кто из форумчан функционал планирования в производстве, в частности Журнал резервирования, алгоритм 103 и все такое прочее?
Хотелось бы наладить контакт и пообщаться по практике применения.

Seybukan · Сообщение **Seybukan** » 21 июл 2009, 19:29

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

Seybukan · Сообщение **Seybukan** » 21 июл 2009, 19:29

Всем привет.
Давненько меня тут не было.

sim · Сообщение **sim** » 21 июл 2009, 21:28

Seybukan писал(а):Правда много недокументированного.
Реально много функционала скрыто.

Имеются в виду алгоритмы 102, 117 и т.д.?
...
1) Для начала поделитесь: каким режимом 103-го пользуетесь (под какую базу)? Оракл (4) или MSSQL (5)?
2) И еще интересует - сколько вариантов планирования используете в макете? Кроме таких как "Расчет" (для планирования) и базовый (нулевой, для факта), какие-то еще будете задействовать? Например, "Прогноз", или дополнительные что-нть типа "Расчет предварительный", "Расчет окончательный"...
3) Для каких типов ПЦ планируете использовать ограничения по загрузке? (нас интересует в первую очередь по трудовым ресурсам, точнее по профессиям).

Seybukan · Сообщение **Seybukan** » 22 июл 2009, 11:20

Имеются в виду алгоритмы 102, 117 и т.д.?

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

1) Для начала поделитесь: каким режимом 103-го пользуетесь (под какую базу)? Оракл (4) или MSSQL (5)?

Используем третий алгоритм.

2) И еще интересует - сколько вариантов планирования используете в макете? Кроме таких как "Расчет" (для планирования) и базовый (нулевой, для факта), какие-то еще будете задействовать? Например, "Прогноз", или дополнительные что-нть типа "Расчет предварительный", "Расчет окончательный"...

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

3) Для каких типов ПЦ планируете использовать ограничения по загрузке? (нас интересует в первую очередь по трудовым ресурсам, точнее по профессиям).

Машинные операции - загрузка по оборудованию.
Ручные операции - загрузка трудовых ресурсов.

sim · Сообщение **sim** » 22 июл 2009, 18:19

Seybukan писал(а): Предполагается что расчет будет проводится по трем вариантам. 1 сменный, двух сменный и аварийный.
Хотя чем дальше, тем больше гложут сомнения что это получится.
...
Вообщем хлопотно все это.

Согласен. Сами в аналогичной ситуации... не утонуть бы в этих вариантах.
Да и быстродействие не последнюю роль играет.

Seybukan писал(а): Машинные операции - загрузка по оборудованию.
Ручные операции - загрузка трудовых ресурсов.

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

sim · Сообщение **sim** » 22 июл 2009, 18:34

Еще вот вопрос на засыпку)
По каким объектам учета ведете (планируете вести) учет затрат?
По заказам клиентов? По производственным заказам? Или только по изделиям?
Мы вот хотим вести по ПЗ (в принципе он ведется уже, но пока в отрыве от планирования). Но при переходе к планированию возникают некоторые заморочки, например такие: если применять алгоритм 203 (формирование ЛЗК и накладных), то привязка ЛЗК (и соответственно накладных) первоначально происходит к месячному цеховому заданию, а потом ЛЗК приходится вручную перепривязывать к ПЗ. Не очень-то удобно получается. Вам в вашем макете такая проблема не грозит?

Seybukan · Сообщение **Seybukan** » 22 июл 2009, 19:32

Да и быстродействие не последнюю роль играет.

4 и 5 считают значительно быстрее, но 3 алгоритм считает правельнее.
На макете мне нужны правильные данные.
Сейчас 3 алгоритм два изделия по 4200 операций считает 1 час.
Судя по заявленным данным разработчиками 4 и 5 такое количество обсчитает минут за 5.
В реальной БД будет операций куда больше.
Вопрос быстродействия - это следующая головная боль.

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

У нас в МК тоже не оборудование, а группы оборудования.
В ЖР же уже проставляется само оборудование.

о заказам клиентов? По производственным заказам? Или только по изделиям?

Производство позаказное. Тут проще. Заказы фактически вводятся как аналитика для БУ, бюджета и самого производства для отслеживания движения сырья и изделий (узлов).
ЖР считаем же по производственному плану.
На первичном этапе котлеты и мухи отдельно.
То есть учет операций и фактического движения ТМЦ будут не связаны.
Учет операций имеет высший приоритет.

sim · Сообщение **sim** » 23 июл 2009, 00:53

Аналогично... Мы тоже тренируемся на 3 режиме, но виды имеем на 5-й, ждем когда его до ума доведут. Вообще в перспективе все режимы 103-го обещают слить в один.
Про заказы не совсем понял - у вас это пользовательская аналитика?
Мы ведем каталог производственных заказов (ПЗ), т.е. системная аналитика, она же на 20 счете, и в ШПЗ в зарплатных нарядах, и в бюджетах. Все уже привыкли к ведению накладных в привязке к ПЗ, там неплохие отчеты встроенные, по отпуску сырья в разрезе ПЗ и т.д. Так что при переходе к планированию производства не хочется ломать устоявшуюся схему, и привязку накладных к ПЗ отменять не собираемся. Будет и пооперационный план, и учет НЗП по переходам, и учет затрат в разрезе заказов - все вместе.
Сменно-суточные задания пока не закладываются в схему, первое время намерены обойтись корректировкой маршрутных листов, а там видно будет... к ССЗ несложно будет перейти, ибо все необходимое для их ведения в наличии имеется (теоретически).
Про группы оборудования интересно, надо будет попробовать. Только ведь их придется в операциях МК проставлять - хлопотно это при больших объемах НСИ.
А план вы как считаете - по всем операциям или только по контрольным? А анализ трудоемкости применяете?
Какой тип периода планирования используете? Как решаете задачу формирования планов на стыке периодов?

Seybukan · Сообщение **Seybukan** » 23 июл 2009, 11:57

Мы ведем каталог производственных заказов (ПЗ), т.е. системная аналитика, она же на 20 счете, и в ШПЗ в зарплатных нарядах, и в бюджетах. Все уже привыкли к ведению накладных в привязке к ПЗ, там неплохие отчеты встроенные, по отпуску сырья в разрезе ПЗ и т.д. Так что при переходе к планированию производства не хочется ломать устоявшуюся схему, и привязку накладных к ПЗ отменять не собираемся. Будет и пооперационный план, и учет НЗП по переходам, и учет затрат в разрезе заказов - все вместе.

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

Про группы оборудования

Группы оборудования у нас задаются в техпроцессах. Поэтому проблемм нет.

А план вы как считаете - по всем операциям или только по контрольным?

Считаем по всем операциям.

А анализ трудоемкости применяете?

Это как? И с чем это едят? Я что-то не пойму.

Какой тип периода планирования используете? Как решаете задачу формирования планов на стыке периодов?

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

sim · Сообщение **sim** » 23 июл 2009, 13:59

Seybukan писал(а):Период планирования стандартный год-месяц.
Хотя считаю это не правильным.
В производстве не может быть такого периода. Период всегда от начала текущего месяца и вперед во времени с длительностью производственного цикла изготовления.
Гала правда так работать не умеет.
А так конечно придется решать проблемму стыков периодов.
Как - пока не знаю.

Зачёт)
Ход мыслей - ровно тот же.
Из всего вышеобсужденного делаю вывод, что подходы примерно одинаковые. Да и проблемы в общем тоже)
Спасибо за инфу.

sim · Сообщение **sim** » 20 авг 2009, 15:23

Seybukan писал(а):
Какой тип периода планирования используете? Как решаете задачу формирования планов на стыке периодов?
Период планирования стандартный год-месяц.
Хотя считаю это не правильным.
В производстве не может быть такого периода. Период всегда от начала текущего месяца и вперед во времени с длительностью производственного цикла изготовления.
Гала правда так работать не умеет.
А так конечно придется решать проблемму стыков периодов.
Как - пока не знаю.

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

Seybukan · Сообщение **Seybukan** » 24 авг 2009, 19:15

Дело в том, что используем расчет ЖР по производственному плану.
Планы как таковые на год и существуют и имеют в себе НЗП с предыдущего года.
Дело в том что считаем ЖР загрузки ПЦ по производственному плану.
Заказы в нем могут быть переходящие. Не хочется в план дублировать, которые уже посчитаны в предыдущем плане, но не выполненные, то есть НЗП.

Вот подумываю все же считать ЖР по заказам, а план формированть как отчет.
Пока только мысли...