|
02.08.2006, 15:28 | #1 |
SAP
|
В чем отличие решений по управлению цепочками поставок от MRP II
Прочитал статью на C-News про специфику решений по управлению цепочками поставок (APS - Advanced Planning and Scheduling) и сопоставление со стандартными функциональными возможностями MRP II. Сама статья здесь - http://www.cnews.ru/reviews/articles...6/07/28/207026
Вспомнил, потому что с Вадимом обсуждали SCM в теме - Внедренная Axapta на машиностроительном предприятии |
|
02.08.2006, 17:40 | #2 |
Участник
|
Почитал. Если сравнивать Adexa eGPS (по той информации которая дается в статье) и Axapta (специфика форума), то есть вот такие моменты:
1. "Так, например, характерный представитель APS-систем Adexa eGPS дает возможность альтернативного выбора между закупкой, производством и транспортировкой одного и того же товара или полуфабриката" - если я правильно понял, то в Аксапте тоже есть некая альтернатива этой возможности - в спланированных заказах можно выбирать вариант покрытия потребности: закупку можно изменить на перенос (транспортировку в терминах статьи), производственный заказ можно изменить на закупку или на перенос. 2. "MRP II не дает возможность отследить взаимосвязь по всей цепочке: от заказов клиентов, через связанные планируемые производственные заказы и заказы на перемещение и вплоть до заказов на закупку" - альтернатива в Аксапте это информация из формы "Развертывание". 3. "Функциональность APS позволяет увидеть пользователю, что вызывает те или иные нарушения в требуемых датах поставки, будь то невозможность удовлетворения потребности в материалах поставщиками или "узкие места" производства, быстро и оперативно внести корректировки именно там, где необходимо, и произвести перепланирование" - опять же Аксапта показывает так называемые "узкие места" с помощью мероприятий и фьючерсов. |
|
02.08.2006, 18:24 | #3 |
Участник
|
Всё-таки APS - это не совсем управление цепочками поставок. Это системы производственного планирования и оптимизации планов. Там есть свои нюансы.
|
|
02.08.2006, 18:48 | #4 |
SAP
|
Цитата:
Сообщение от FE
Всё-таки APS - это не совсем управление цепочками поставок. Это системы производственного планирования и оптимизации планов. Там есть свои нюансы.
APS - более широкий термин, который применяется в решениях SCM. Возможен вариант, когда в цепочке планируются только дистрибьюторы, транспортники и розница. |
|
02.08.2006, 19:02 | #5 |
Участник
|
Я вообще не понял, что конкретно предлагает эта система, того чего не может предложить Аксапта.
|
|
02.08.2006, 19:58 | #6 |
SAP
|
Цитата:
Сообщение от slava09
Я вообще не понял, что конкретно предлагает эта система, того чего не может предложить Аксапта.
Если «внешний фактор» сыграет, то возможен сценарий событий как пример представленный в статье – «Не имея обобщенного представления о цепочке поставок, невозможно запустить своевременные и точные наряд-заказы в производство, заказать товары у поставщика и, как результат, своевременно поставить товар. Поэтому неудивительно, что точечное решение данных проблем по отдельности может не дать желаемых результатов. Проблемы с клиентами? Усиливаем отдел сбыта. Недостаточная загрузка мощностей? Увеличиваем утилизацию и производим на склад. Несвоевременные поставки сырья и материалов? Требуем от отдела снабжения своевременной поставки любой ценой. Выбирая только одну проблемную область, компания собственноручно загоняет себя в логический тупик. Необходимо увидеть задачу компании в целом, на более высоком уровне, а не искать "корень зла" в конкретном подразделении. Необходимо создать некую связующую нить, которая позволит объединить разрозненные звенья цепочки поставок.» |
|
02.08.2006, 20:14 | #7 |
Участник
|
Казалось бы, причём тут APS?
|
|
03.08.2006, 09:20 | #8 |
SAP
|
Цитата:
Сообщение от FE
Казалось бы, причём тут APS?
|
|
03.08.2006, 10:10 | #9 |
Участник
|
Спасибо. У меня, правда, несколько иное понимание APS, более узкое - это система составления краткосрочных и среднесрочных оптимизированных производственных планов, учитывающих производственные ограничения.
|
|
03.08.2006, 11:01 | #10 |
Dynamics 365 MR
|
Цитата:
Сообщение от Pavel
В стандартной функциональности аксапты нет модуля для управления транспортировками, создания логистической сети, управления потоками и планирование всего этого «хозяйства». Есть планирования MRP, MRP II, эффективность которого будет зависеть от внешних по отношению к системе факторов, как говорится «плюс-минус».
Статья мягко говоря очень спорная - много преувеличений и явный перекос в APS. Ну и для затравки еще пара вопросов - что ты имеешь ввиду, когда говоришь, что в АХ нет возможности "создания логистической сети", "управление потоками" и "планирование ..." ... просто управление транспортом я с тобой скорее соглашусь, хотя не могу не отметить, что простой вариант управления транспортом в системе возможен, более того есть улучшения функционала в этой области у АХ4, не говоря уже об отраслевых решениях. Но тут дело уже не в реализации в АХ стандарта MRPII совершенно - поскольку данный стандарт и не подразумевает наличие функционала транспортировок. |
|
04.08.2006, 17:57 | #11 |
SAP
|
Цитата:
Сообщение от Vadim Korepin
Паша, прежде всего, давай определимся мы говорим о стандарте MRPII как таковом или о конкретных реализациях стандарта в AX?
Все по-простому, без заморочек: MRP - условно планирование сырья, MRP II - опять же, условно планирование рабочих центров. Цитата:
Сообщение от Vadim Korepin
Статья мягко говоря очень спорная - много преувеличений и явный перекос в APS.
Цитата:
Сообщение от Vadim Korepin
Ну и для затравки еще пара вопросов - что ты имеешь ввиду, когда говоришь, что в АХ нет возможности "создания логистической сети", "управление потоками" и "планирование ..." ... просто управление транспортом я с тобой скорее соглашусь, хотя не могу не отметить, что простой вариант управления транспортом в системе возможен, более того есть улучшения функционала в этой области у АХ4, не говоря уже об отраслевых решениях. Но тут дело уже не в реализации в АХ стандарта MRPII совершенно - поскольку данный стандарт и не подразумевает наличие функционала транспортировок.
"Отраслевые решения" в моем понимании - это не частные проектные решения, конкретного партнера, для конкретного клиента, на конкретной версии продукта, в конкретной стране. А расширения продукта, которые сертифицированы- тестированы-оптимизированы вендором, являются универсальными/международными решениями, переносятся им автоматически в каждую новую версию, включены в его прейскурант, юридически закреплены авторскими правами. В принципе, "немного разбираюсь" в прикладных задачах и ERP системах, всегда открыт новому... так что там предлагает функциональность AX для планирования цепочки поставок? |
|
08.08.2006, 18:45 | #12 |
SAP
|
Необходимо увидеть задачу компании в целом, на более высоком уровне, а не искать "корень зла" в конкретном подразделении
+1
__________________
Вам правду резать или кусочком? |
|
09.08.2006, 10:45 | #13 |
Dynamics 365 MR
|
Цитата:
Сообщение от Pavel
Бог миловал.
Все по-простому, без заморочек: MRP - условно планирование сырья, MRP II - опять же, условно планирование рабочих центров. Цитата:
Сообщение от Pavel
Какие транспортировки? В системе даже нет бизнес процесса для автоматизации и учета "товаров в пути" (45 счет).
"Отраслевые решения" в моем понимании - это не частные проектные решения, конкретного партнера, для конкретного клиента, на конкретной версии продукта, в конкретной стране. А расширения продукта, которые сертифицированы- тестированы-оптимизированы вендором, являются универсальными/международными решениями, переносятся им автоматически в каждую новую версию, включены в его прейскурант, юридически закреплены авторскими правами. Так что, конечно твое определение отраслевого решения имеет право на жизнь, но отражает лишь одну сторону и не лишено недостатков, и на мой взгляд, партнерский подход в перспективе более правильный. Цитата:
Сообщение от Pavel
В принципе, "немного разбираюсь" в прикладных задачах и ERP системах, всегда открыт новому... так что там предлагает функциональность AX для планирования цепочки поставок?
|
|
03.08.2006, 11:29 | #14 |
Dynamics 365 MR
|
Кстати для определения ключевых отличий 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." Поэтому скорее стоит отталкиваться от внутренних критериев оптимизации, нежели от внешних факторов (хотя и не исключая их). |
|
09.08.2006, 09:16 | #15 |
Модератор
|
daIV, это все потому, что нереально ERP-системам бодатся с MES и PDM/PLM системами. Если думать о том, как грамотнее оптимизировать производство гаек, самая дохлая MES оставит позади себя и Axapta, и SAP, и Oracle (стандартный функионал, я не говорю о доплнительных "модулях", представляющих из себя в сущьности, MES-систему). Поэтому и приходится идти в "укрупнение", и говорить о том, что наша задача - не оптимизация производства болтов, а управление холдингом. И, самое забавное, это на самом деле так!
С Уважением, Георгий |
|
09.08.2006, 13:10 | #16 |
Dynamics 365 MR
|
В данном случае Вы говорите, о SCM для крупных транснациональных компаний. концепция SCM же предназначена для управления цепочками поставок и может использоваться в любой компании, если на то есть потребности.
Приведите, пожалуйста, определение в котором указано, что SCM должна уметь "моделировать" цепочку поставок (а не производственную кстати)? Я просто не встречал подобного, хотя в АХ есть и элементы моделирования для цепочек поставок. В АХ по инициативе IB сделано решение для SCE, разработанное Манхэтанном, оно внедряется в мире уже. Так что SCM в АХ это далеко не дань моде, а работающая концепция. SAP SCM - это не стандарт, а конкретная реализация SCM в продукте и то что там есть некоторые расширенные функции, абсолютно не означает, что теперь это и называется SCM для всех. Я могу навскидку трактовать SCM так, что SAP SCM не будет и рядом стоять с SCM в АХ, например, SCM это управление цепочкой поставок с возможность быстрого изменения алгоритма работы цепочки согласно внешним условиям. Автоматически SAP со своим тяжеловесным решением выпадает из SCM, так что давайте не будем играться терминами. |
|
10.08.2006, 14:01 | #17 |
Участник
|
Цитата:
Сообщение от Vadim Korepin
В данном случае Вы говорите, о SCM для крупных транснациональных компаний. концепция SCM же предназначена для управления цепочками поставок и может использоваться в любой компании, если на то есть потребности.
Какая разница, ТНК не ТНК... Несколько заводов/складов есть не только у ТНК, но и у средних компаний... и им тоже нередко бывает нужно планировать производство на нескольких взаимозависимых площадках... Цитата:
Сообщение от Vadim Korepin
Приведите, пожалуйста, определение в котором указано, что SCM должна уметь "моделировать" цепочку поставок (а не производственную кстати)? Я просто не встречал подобного, хотя в АХ есть и элементы моделирования для цепочек поставок.
"SCM в состоянии моделировать и управлять всей производственной цепочкой от сырья до потребителя, MRPII - управляет только одним звеном цепи." вычеркнуть слово "моделировать" это не принцильно. А теперь расскажите как в AX можно управлять всей производственной цепочкой, особенно если отдельные ее элементы это другие компании и работающие на других системах... Цитата:
Сообщение от Vadim Korepin
В АХ по инициативе IB сделано решение для SCE, разработанное Манхэтанном, оно внедряется в мире уже.
Да и ориентировано решение именно на узкое понимание SCM как только логистической сети... Догоним и перегоним JD Edwards?). Цитата:
Сообщение от Vadim Korepin
Так что SCM в АХ это далеко не дань моде, а работающая концепция. SAP SCM - это не стандарт, а конкретная реализация SCM в продукте и то что там есть некоторые расширенные функции, абсолютно не означает, что теперь это и называется SCM для всех.
Когда Axapta была еще Damgaard термин SCM не использовали, писали просто логистика и торговля, управление производством и пр. После того как Axapta за майские праздики стала вдруг Microsoft Navision, производство и логистика вдруг в совокупности стали называться SCM, при этом функционал системы за эти майские праздники ни на йоту не изменился. Поэтому и говорю что дань моде Цитата:
Сообщение от Vadim Korepin
Я могу навскидку трактовать SCM так, что SAP SCM не будет и рядом стоять с SCM в АХ, например, SCM это управление цепочкой поставок с возможность быстрого изменения алгоритма работы цепочки согласно внешним условиям.
Автоматически SAP со своим тяжеловесным решением выпадает из SCM, так что давайте не будем играться терминами. Худая корова еще не газель Кто Вам сказал, что решения САП долго настраивать?))) Киньте в него тухлым помидором! Я вот тут намедни для одного клиента проектик считал и устроил внутренний тендер между группами SAP и AX, как раз по обсуждаемой тематике проект, причем относительно простой случай. Так деп. SAP готов сделать проект на 3 месяца 3мя парами рук и голов, деп. Ax меньше чем за 7 месяцев не берется... одно надо дописать, другое, третье.... Тяжеловесность САП это миф с удовольствием поддерживаемый всеми участниками рынка. Конкурентами понятно почему, а SAP и консультантами по SAP чтобы можно было больше с клиента брать Последний раз редактировалось Aleck; 10.08.2006 в 14:11. |
|
10.08.2006, 16:50 | #18 |
Dynamics 365 MR
|
Цитата:
Сообщение от Aleck
Цепочки поставок крайне кривой перевод, IMHO правильнее именно производственная цепочка (кооперация), как это и называлось в этой стране испокон веков, либо логистическая сеть, если речь идет о непроизводственной компании. В начале 90х и в MRP какой-то чайник не увидел широко известный цикловой график, и начали трубить про "новые" методы планирования.)))
Цитата:
Сообщение от Aleck
Какая разница, ТНК не ТНК... Несколько заводов/складов есть не только у ТНК, но и у средних компаний... и им тоже нередко бывает нужно планировать производство на нескольких взаимозависимых площадках...
Цитата:
Сообщение от Aleck
Ок, можете из фразы:
"SCM в состоянии моделировать и управлять всей производственной цепочкой от сырья до потребителя, MRPII - управляет только одним звеном цепи." вычеркнуть слово "моделировать" это не принцильно. А теперь расскажите как в AX можно управлять всей производственной цепочкой, особенно если отдельные ее элементы это другие компании и работающие на других системах... Цитата:
Сообщение от Aleck
Вадим, насколько я знаю Вы не так давно Axapta занимаетесь, поэтому напомню откуда ноги SCM у Axapta выросли.
Когда Axapta была еще Damgaard термин SCM не использовали, писали просто логистика и торговля, управление производством и пр. После того как Axapta за майские праздики стала вдруг Microsoft Navision, производство и логистика вдруг в совокупности стали называться SCM, при этом функционал системы за эти майские праздники ни на йоту не изменился. Поэтому и говорю что дань моде Цитата:
Сообщение от Aleck
Автоматически Microsoft продолжает тешить себя иллюзиями)
Худая корова еще не газель Кто Вам сказал, что решения САП долго настраивать?))) Киньте в него тухлым помидором! Я вот тут намедни для одного клиента проектик считал и устроил внутренний тендер между группами SAP и AX, как раз по обсуждаемой тематике проект, причем относительно простой случай. Так деп. SAP готов сделать проект на 3 месяца 3мя парами рук и голов, деп. Ax меньше чем за 7 месяцев не берется... одно надо дописать, другое, третье.... Тяжеловесность САП это миф с удовольствием поддерживаемый всеми участниками рынка. Конкурентами понятно почему, а SAP и консультантами по SAP чтобы можно было больше с клиента брать to Pavel: Прокомментируешь тяжеловесность SAP? Только давай без фанатизма к нему |
|
11.08.2006, 10:50 | #19 |
SAP
|
Цитата:
Сообщение от Vadim Korepin
Давайте будем ближе к практике, Вы приводите пример как это реализовано допустим в SAP, Oracle и смотрим что может предложить АХ с этой точки зрения.
Хорошо. Компания имеет 2-3 производственных предприятия с многоэтапным производством, возможны альтернативные техкарты, продукция пересекается, возможна кооперация, продукция поставляется клиентам через сеть региональных складов. Задача: - Спрогнозировать спрос на каждом из региональном складов (с учетом маркетинговых акций и других влияющих на спрос факторов). - Спланировать страховой запас с учетом структуры логистической сети (времени поставки между поддерживающими друг-друга складами). - Спланировать цепочку поставок (график отгрузок на склады, объемы производства на производственных мощностях каждого этапа, график движения между мощностями разных этапов, график движения материалов между предприятиями, график закупок). При этом учитываются текущие запасы, незавершенное производство, запасы в пути, плечи поставок, альтернативные маршруты и т.д. Эту задачу необходимо решать ежедневно/еженедельно в зависимости от горизонта планирования. Давай посмотрим, как реализуется эта простая задача в разных системах.
__________________
Алексей Княжев, старший консультант SCM |
|
11.08.2006, 13:44 | #20 |
Участник
|
Цитата:
Сообщение от Vadim Korepin
Так давайте не будем подменять понятия ... SCM есть SCM и перевод абсолютно правильный, ибо это термин западный.
Термин SCM очередной маркетинговый фантик консалтинговых/ит контор, которые под новым названием выдают старые идеи, пытаясь на этом заработать… Почитайте страрые советские учебники по управлению производством, много нового (хорошо забытого старого) узнаете… Цитата:
Сообщение от Vadim Korepin
Кстати редко, обычно идет просто спуск обобщенных производственных планов, а не конкретные цепочки.
Или это как с бюджетированием в AX? Цитата:
Сообщение от Vadim Korepin
Давайте будем ближе к практике, Вы приводите пример как это реализовано допустим в SAP, Oracle и смотрим что может предложить АХ с этой точки зрения.
Цитата:
Сообщение от Vadim Korepin
AX я занимаюсь 3,5 года и знаю откуда выросли ноги SCM.
SCM чуть позже в AX появился... А я еще с 2.1 начинал весной 2001, «SCM» с тех пор в Axapta изменился совсем немного Цитата:
Сообщение от Vadim Korepin
Я говорю о другом, о том, что функционал SCM в АХ в основе своей достаточен для крупного или среднего производственного предприятия.
Цитата:
Сообщение от Vadim Korepin
К сожалению, я могу являться лишь носителем подобного мифа, ибо не имел возможность долго и вдумчиво работать с SAP, но то, что я знаю, позволяет мне с достаточной степенью уверенности говорить о тяжеловесности оного продукта.
Или хотя бы документацию в открытом доступе лежащую почитайте… |
|
|
|