Аксапта - MRP2 или APS?

[sev]

Ознакомился со статьями Сергея Питеркина про APS. Подскажите, пожалуйста, Аксапта считает по MRP-II или всё-таки по APS?

[mvp]

по МРП2... по АПСу в России (из средних систем, ессно) считает только СайтЛайн (продвигает компания Фронстеп, где, собссно, г-н Питеркин и работает)

хороший АПС для своих денег, по-моему...

[sev]

я когда статью Питеркина-то читал-там, если опустить оптимизацию, то вроде на АПС в Аксапте похоже. Там ограничения в зачаточном виде тоже есть -например, свойства в производственных заказах.То есть в чем принципиальная-то разница?Долгий разговор, понимаю, но вопрос мучает, хоть бы где одну АПС -систему посмотреть...

[sev]

а из крупных систем кто работает по АПС?

[Андре]

А напомни пожалуйста, что такое АПС и ее ключевые отличия от MRP? Это не про планирование с учетом ограничений, оптимизацонное планирование и тому подобные вещи?

[mvp]

Цитата:

Изначально опубликовано Андре
А напомни пожалуйста, что такое АПС и ее ключевые отличия от MRP? Это не про планирование с учетом ограничений, оптимизацонное планирование и тому подобные вещи?

ага, ага!..

[mvp]

Цитата:

Изначально опубликовано sev
я когда статью Питеркина-то читал-там, если опустить оптимизацию, то вроде на АПС в Аксапте похоже. Там ограничения в зачаточном виде тоже есть -например, свойства в производственных заказах.То есть в чем принципиальная-то разница?Долгий разговор, понимаю, но вопрос мучает, хоть бы где одну АПС -систему посмотреть...

именно что в зачаточном... принципиальная разница - в АПС есть оптимизация, а в Аксе просто пересчет

а посмотреть - так во Фронстепе и посмотреть

[mvp]

Цитата:

Изначально опубликовано sev
а из крупных систем кто работает по АПС?

боюсь ошибиться - у САПеров есть АРО (эдвансд плэннинг энд оптимизейшн), он что-то вроде бы похожее делает

[Андре]

Цитата:

Цитата:Изначально опубликовано Андре
А напомни пожалуйста, что такое АПС и ее ключевые отличия от MRP? Это не про планирование с учетом ограничений, оптимизацонное планирование и тому подобные вещи?
ага, ага!..

Ну тогда в OeBS есть. Модуль ASCP (Advanced Supply-Chain Planning).

[Андре]

Очень коротко можно посмотреть здесь

[mvp]

Цитата:

Изначально опубликовано Андре


Ну тогда в OeBS есть. Модуль ASCP (Advanced Supply-Chain Planning).

ну тогда да

[sev]

Там знаете еще про какую разницу говорится - что MRP cчитает так -сначала планирует потребность по первому уровню всех спецификаций, потом по-второму, и т.д. То есть в результате при наличии материала на один заказ из двух у нас ни тот, ни другой не будет обеспечен. А в APS считатется сначала полностью один заказ по всем уровням, потом другой...

[sev]

То есть с учетом ограничений Аксапта не планирует? А как же там есть приоритет заказа, а по -мощности можно указать в группе рабочих центров какой сначала центр назначить, а какой потом, если первый занят. Или это не про то?

[Андре]

Цитата:

Или это не про то?

Это не много не то. Простейший пример - Аксапта планирует из расчета, что мы сможем закупить все, что она запланирует. При этом нет никакой возможности сказать Аксапте, что возможности наших поставщиков ограничены .

[sev]

да, понятно...Действительно такого нет. А в APS видимо есть...Спасибо. Да, это наглядный пример ограничений. Ну мы можем там коммерческие соглашения выбирать, то есть как бы ограничение по цене, с натяжкой...)

[Андре]

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

[mvp]

Цитата:

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

нуууу... таки не так... ремонты можно ручками (это конечно минус) вносить как время недоступности оборудования для планирования, т.е. прямо в календаре рабочего центра убирать или уменьшать рабочие времена

и должно быть щщастье...

[Андре]

Цитата:

нуууу... таки не так... ремонты можно ручками (это конечно минус) вносить как время недоступности оборудования для планирования, т.е. прямо в календаре рабочего центра убирать или уменьшать рабочие времена

Хм.... теоритически да, практически с трудом представляю. Оборудование - это же по идее тоже иерархическая единица и при ремонте какого-то узла, нужно понимать, что недоступно и оборудование в которое этот узел входит.
В случае 10-100 станков все это еще ручками отслеживать можно, но как это будет в случае больших производственных холдингах.....

[mcc]

Почему на бумажке? Можно план ремонтов хранить в календарях и операционных временах рабочих центров. Тогда не запланирует.
По-моему, ремонты, тем более с иерархическими уровнями оборудования - это задача EAM. Связать план ППР из EAM с Ax и менять времена РЦ.

[mvp]

Цитата:

Изначально опубликовано mcc
Почему на бумажке? Можно план ремонтов хранить в календарях и операционных временах рабочих центров. Тогда не запланирует.
По-моему, ремонты, тем более с иерархическими уровнями оборудования - это задача EAM. Связать план ППР из EAM с Ax и менять времена РЦ.

to MCC & Андре:

во-во, и я про то ж... ручками, ессно, забодаешься, но я и писал что это минус... а насчет узлов - это ж другая задача, изначально вопрос-то был про "в принципе" учет ремонтов в планировании, а если пускаться в тонкости - то конечно надо ЕАМ использовать, а результат (т.е. время недоступности планируемого агрегата) передавать в МРП2