В чем отличие решений по управлению цепочками поставок от MRP II

[Pavel]

Прочитал статью на C-News про специфику решений по управлению цепочками поставок (APS - Advanced Planning and Scheduling) и сопоставление со стандартными функциональными возможностями MRP II. Сама статья здесь - http://www.cnews.ru/reviews/articles...6/07/28/207026

Вспомнил, потому что с Вадимом обсуждали SCM в теме - Внедренная Axapta на машиностроительном предприятии

[slava09]

Почитал. Если сравнивать Adexa eGPS (по той информации которая дается в статье) и Axapta (специфика форума), то есть вот такие моменты:
1. "Так, например, характерный представитель APS-систем Adexa eGPS дает возможность альтернативного выбора между закупкой, производством и транспортировкой одного и того же товара или полуфабриката" - если я правильно понял, то в Аксапте тоже есть некая альтернатива этой возможности - в спланированных заказах можно выбирать вариант покрытия потребности: закупку можно изменить на перенос (транспортировку в терминах статьи), производственный заказ можно изменить на закупку или на перенос.
2. "MRP II не дает возможность отследить взаимосвязь по всей цепочке: от заказов клиентов, через связанные планируемые производственные заказы и заказы на перемещение и вплоть до заказов на закупку" - альтернатива в Аксапте это информация из формы "Развертывание".
3. "Функциональность APS позволяет увидеть пользователю, что вызывает те или иные нарушения в требуемых датах поставки, будь то невозможность удовлетворения потребности в материалах поставщиками или "узкие места" производства, быстро и оперативно внести корректировки именно там, где необходимо, и произвести перепланирование" - опять же Аксапта показывает так называемые "узкие места" с помощью мероприятий и фьючерсов.

[FE]

Всё-таки APS - это не совсем управление цепочками поставок. Это системы производственного планирования и оптимизации планов. Там есть свои нюансы.

[Pavel]

Цитата:

Сообщение от FE

Всё-таки APS - это не совсем управление цепочками поставок. Это системы производственного планирования и оптимизации планов. Там есть свои нюансы.

Это в контексте статьи и обсуждения конкретного софта - Adexa eGPS.
APS - более широкий термин, который применяется в решениях SCM. Возможен вариант, когда в цепочке планируются только дистрибьюторы, транспортники и розница.

[slava09]

Я вообще не понял, что конкретно предлагает эта система, того чего не может предложить Аксапта.

[Pavel]

Цитата:

Сообщение от slava09

Я вообще не понял, что конкретно предлагает эта система, того чего не может предложить Аксапта.

В стандартной функциональности аксапты нет модуля для управления транспортировками, создания логистической сети, управления потоками и планирование всего этого «хозяйства». Есть планирования MRP, MRP II, эффективность которого будет зависеть от внешних по отношению к системе факторов, как говорится «плюс-минус».
Если «внешний фактор» сыграет, то возможен сценарий событий как пример представленный в статье – «Не имея обобщенного представления о цепочке поставок, невозможно запустить своевременные и точные наряд-заказы в производство, заказать товары у поставщика и, как результат, своевременно поставить товар. Поэтому неудивительно, что точечное решение данных проблем по отдельности может не дать желаемых результатов. Проблемы с клиентами? Усиливаем отдел сбыта. Недостаточная загрузка мощностей? Увеличиваем утилизацию и производим на склад. Несвоевременные поставки сырья и материалов? Требуем от отдела снабжения своевременной поставки любой ценой. Выбирая только одну проблемную область, компания собственноручно загоняет себя в логический тупик. Необходимо увидеть задачу компании в целом, на более высоком уровне, а не искать "корень зла" в конкретном подразделении. Необходимо создать некую связующую нить, которая позволит объединить разрозненные звенья цепочки поставок.»

[FE]

Казалось бы, причём тут APS?

[Pavel]

Цитата:

Сообщение от FE

Казалось бы, причём тут APS?

Advanced Planning and Scheduling - средство, которое позволяет планировать не только собственные ресурсы предприятия, но и внешние параметры, например, логистическую цепочку.

[FE]

Спасибо. У меня, правда, несколько иное понимание APS, более узкое - это система составления краткосрочных и среднесрочных оптимизированных производственных планов, учитывающих производственные ограничения.

[Vadim Korepin]

Цитата:

Сообщение от Pavel

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

Паша, прежде всего, давай определимся мы говорим о стандарте MRPII как таковом или о конкретных реализациях стандарта в AX?
Статья мягко говоря очень спорная - много преувеличений и явный перекос в APS.
Ну и для затравки еще пара вопросов - что ты имеешь ввиду, когда говоришь, что в АХ нет возможности "создания логистической сети", "управление потоками" и "планирование ..." ... просто управление транспортом я с тобой скорее соглашусь, хотя не могу не отметить, что простой вариант управления транспортом в системе возможен, более того есть улучшения функционала в этой области у АХ4, не говоря уже об отраслевых решениях. Но тут дело уже не в реализации в АХ стандарта MRPII совершенно - поскольку данный стандарт и не подразумевает наличие функционала транспортировок.

[Vadim Korepin]

Кстати для определения ключевых отличий APS от MRPII наиболее точно на мой взгляд подходит следующий список:
"The main distinguishing features are memory based planning, simultaneous planning and optimisation of all resources (constraints), use of infinite or finite capacity planning or both."
Поэтому скорее стоит отталкиваться от внутренних критериев оптимизации, нежели от внешних факторов (хотя и не исключая их).

[Pavel]

Цитата:

Сообщение от Vadim Korepin

Паша, прежде всего, давай определимся мы говорим о стандарте MRPII как таковом или о конкретных реализациях стандарта в AX?

Бог миловал.
Все по-простому, без заморочек: MRP - условно планирование сырья, MRP II - опять же, условно планирование рабочих центров.

Цитата:

Сообщение от Vadim Korepin

Статья мягко говоря очень спорная - много преувеличений и явный перекос в APS.

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

Цитата:

Сообщение от Vadim Korepin

Ну и для затравки еще пара вопросов - что ты имеешь ввиду, когда говоришь, что в АХ нет возможности "создания логистической сети", "управление потоками" и "планирование ..." ... просто управление транспортом я с тобой скорее соглашусь, хотя не могу не отметить, что простой вариант управления транспортом в системе возможен, более того есть улучшения функционала в этой области у АХ4, не говоря уже об отраслевых решениях. Но тут дело уже не в реализации в АХ стандарта MRPII совершенно - поскольку данный стандарт и не подразумевает наличие функционала транспортировок.

Какие транспортировки? В системе даже нет бизнес процесса для автоматизации и учета "товаров в пути" (45 счет).
"Отраслевые решения" в моем понимании - это не частные проектные решения, конкретного партнера, для конкретного клиента, на конкретной версии продукта, в конкретной стране. А расширения продукта, которые сертифицированы- тестированы-оптимизированы вендором, являются универсальными/международными решениями, переносятся им автоматически в каждую новую версию, включены в его прейскурант, юридически закреплены авторскими правами.

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

[dalV]

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

+1

[George Nordic]

daIV, это все потому, что нереально ERP-системам бодатся с MES и PDM/PLM системами. Если думать о том, как грамотнее оптимизировать производство гаек, самая дохлая MES оставит позади себя и Axapta, и SAP, и Oracle (стандартный функионал, я не говорю о доплнительных "модулях", представляющих из себя в сущьности, MES-систему). Поэтому и приходится идти в "укрупнение", и говорить о том, что наша задача - не оптимизация производства болтов, а управление холдингом. И, самое забавное, это на самом деле так!

С Уважением,
Георгий

[Vadim Korepin]

Цитата:

Сообщение от Pavel

Бог миловал.
Все по-простому, без заморочек: MRP - условно планирование сырья, MRP II - опять же, условно планирование рабочих центров.

Паша, давай быть точным в формулировках. MRPII - это планирование производственных ресурсов предприятия, а вот CRP - то планирование загрузки рабочих центров. С сильной степенью обощения можно сказать, что MRPII = MRP + CRP.

Цитата:

Сообщение от Pavel

Какие транспортировки? В системе даже нет бизнес процесса для автоматизации и учета "товаров в пути" (45 счет).
"Отраслевые решения" в моем понимании - это не частные проектные решения, конкретного партнера, для конкретного клиента, на конкретной версии продукта, в конкретной стране. А расширения продукта, которые сертифицированы- тестированы-оптимизированы вендором, являются универсальными/международными решениями, переносятся им автоматически в каждую новую версию, включены в его прейскурант, юридически закреплены авторскими правами.

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

Цитата:

Сообщение от Pavel

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

Хм, вопрос в отличии SCM в 4.0 от 3.0 или будем просто смотреть на SCM в 4.0 вцелом?

[FE]

Цитата:

Сообщение от Vadim Korepin

Хм, вопрос в отличии SCM в 4.0 от 3.0 или будем просто смотреть на SCM в 4.0 вцелом?

Не знаю, как Павлу, мне были бы интересны оба взгляда.

[Aleck]

Это ж на до так на провокации покупаться)))
Посмотрите хотя бы карту решения по SAP SCM (ну или i2), чтобы понять что Павел имеет в виду:
http://www.sap.com/cis/solutions/bus...ures/index.epx
А потом попробуйте хотя бы вербально смоделировать в Axapta работу какой-нить ТНК (не BP), включая все их заводы, склады, транспорт, sales и пр...
И подумайте, стоит ли ввязываться с Axapta в спор какой SCM лучше

SCM в состоянии моделировать и управлять всей производственной цепочкой от сырья до потребителя, MRPII - управляет только одним звеном цепи. Если говорить кратко и образно
В Axapta пока нет SCM в таком понимании, обещают сделать решения по инициативе IB, но пока их невидать что-то...(
То, что сейчас называют SCM в Axapta, IMHO, просто дань моде...

[Vadim Korepin]

В данном случае Вы говорите, о SCM для крупных транснациональных компаний. концепция SCM же предназначена для управления цепочками поставок и может использоваться в любой компании, если на то есть потребности.
Приведите, пожалуйста, определение в котором указано, что SCM должна уметь "моделировать" цепочку поставок (а не производственную кстати)? Я просто не встречал подобного, хотя в АХ есть и элементы моделирования для цепочек поставок.

В АХ по инициативе IB сделано решение для SCE, разработанное Манхэтанном, оно внедряется в мире уже.

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

[Pavel]

Цитата:

Сообщение от Vadim Korepin

Паша, давай быть точным в формулировках. MRPII - это планирование производственных ресурсов предприятия, а вот CRP - то планирование загрузки рабочих центров. С сильной степенью обощения можно сказать, что MRPII = MRP + CRP.

Не возражаю. Если это реально способствует нашей дискуссии и не превратится в словоблудие.

Цитата:

Сообщение от Vadim Korepin

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

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

Цитата:

Сообщение от Vadim Korepin

Хм, вопрос в отличии SCM в 4.0 от 3.0 или будем просто смотреть на SCM в 4.0 вцелом?

Мне все равно. SCM в AX 4.0 до выпуска на рынок официальной версии - несуществующий продукт. Если это принципиально, то готов обсуждать и бета-версию.
Все равно, главное чтобы была определенность по предмету обсуждения, а завуалированные посылы совершить "эротическую прогулку".

[Aleck]

Цитата:

Сообщение от Vadim Korepin

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

Цепочки поставок крайне кривой перевод, IMHO правильнее именно производственная цепочка (кооперация), как это и называлось в этой стране испокон веков, либо логистическая сеть, если речь идет о непроизводственной компании. В начале 90х и в MRP какой-то чайник не увидел широко известный цикловой график, и начали трубить про "новые" методы планирования.)))

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

Цитата:

Сообщение от Vadim Korepin

Приведите, пожалуйста, определение в котором указано, что SCM должна уметь "моделировать" цепочку поставок (а не производственную кстати)? Я просто не встречал подобного, хотя в АХ есть и элементы моделирования для цепочек поставок.

Ок, можете из фразы:
"SCM в состоянии моделировать и управлять всей производственной цепочкой от сырья до потребителя, MRPII - управляет только одним звеном цепи." вычеркнуть слово "моделировать" это не принцильно. А теперь расскажите как в AX можно управлять всей производственной цепочкой, особенно если отдельные ее элементы это другие компании и работающие на других системах...

Цитата:

Сообщение от Vadim Korepin

В АХ по инициативе IB сделано решение для SCE, разработанное Манхэтанном, оно внедряется в мире уже.

К сожалению, пощупать его пока нет возможности, ведь на partnersourсe его не скачать, а презентация по нему туманная и со скриншотами не про Axapta. )))
Да и ориентировано решение именно на узкое понимание SCM как только логистической сети...
Догоним и перегоним JD Edwards?).

Цитата:

Сообщение от Vadim Korepin

Так что SCM в АХ это далеко не дань моде, а работающая концепция. SAP SCM - это не стандарт, а конкретная реализация SCM в продукте и то что там есть некоторые расширенные функции, абсолютно не означает, что теперь это и называется SCM для всех.

Вадим, насколько я знаю Вы не так давно Axapta занимаетесь, поэтому напомню откуда ноги SCM у Axapta выросли.
Когда Axapta была еще Damgaard термин SCM не использовали, писали просто логистика и торговля, управление производством и пр. После того как Axapta за майские праздики стала вдруг Microsoft Navision, производство и логистика вдруг в совокупности стали называться SCM, при этом функционал системы за эти майские праздники ни на йоту не изменился. Поэтому и говорю что дань моде

Цитата:

Сообщение от Vadim Korepin

Я могу навскидку трактовать SCM так, что SAP SCM не будет и рядом стоять с SCM в АХ, например, SCM это управление цепочкой поставок с возможность быстрого изменения алгоритма работы цепочки согласно внешним условиям.
Автоматически SAP со своим тяжеловесным решением выпадает из SCM, так что давайте не будем играться терминами.

Автоматически Microsoft продолжает тешить себя иллюзиями)

Худая корова еще не газель

Кто Вам сказал, что решения САП долго настраивать?))) Киньте в него тухлым помидором!
Я вот тут намедни для одного клиента проектик считал и устроил внутренний тендер между группами SAP и AX, как раз по обсуждаемой тематике проект, причем относительно простой случай.
Так деп. SAP готов сделать проект на 3 месяца 3мя парами рук и голов, деп. Ax меньше чем за 7 месяцев не берется... одно надо дописать, другое, третье....

Тяжеловесность САП это миф с удовольствием поддерживаемый всеми участниками рынка. Конкурентами понятно почему, а SAP и консультантами по SAP чтобы можно было больше с клиента брать