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

[Alexey_]

Цитата:

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

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

Вадим, ты это серьезно?

Алексей Княжев, старший консультант SCM

[Vadim Korepin]

Цитата:

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

Вадим, ты это серьезно?
Алексей Княжев, старший консультант SCM

Алексей, нет конечно это естественно метафора, но напрягает идолопоклонничество перед конкретной системой - все создают люди и везде есть свои минусы и плюсы.

[Aleck]

Цитата:

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

Алексей, нет конечно это естественно метафора, но напрягает идолопоклонничество перед конкретной системой - все создают люди и везде есть свои минусы и плюсы.

Это Вы про любимый метод маркетинга Microsoft - evangelism? ))))))

[ds1678]

Прошу прощения у участников обсуждения в данной ветке форума, но весь ваш спор похож на спор, чей калькулятор круче...

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

Призываю всех понять, что ЗИЛ - это ЗИЛ. а БелАЗ - это БелАЗ, они оба имеют по 4 колеса, у обоих есть тормоза и рычаг для переключения скоростей, но они обладают разной грузоподъемностью. Сравнивать функциональность можно бесконечно, но я призываю всех учить стандарты (чтобы не возникало трудностей в понимании, что такое MRP, а что такое MRPII и чем они отличаются от SCM) и пользоваться тем, что есть.

Извините, если скатился во флейм.

[Aleck]

Цитата:

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

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

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

[ds1678]

Цитата:

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

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

Как ни странно, многое зависит от того, какой учет налаживается в системе - управленческий или управленческий + бухгалтерский (отдельно бухгалтерский не рассматриваю). Как только на горизонте появляются отношения с государством - то невозможность реализации Решения в рамках одной компании отрезает Акспте все дороги (4-я версия вроде бы умеет планировать используя данные нескольких компаний, но надо самому увидеть...).
А если несколько отдельных небольших заводиков, между которыми надо наладить движение в рамках одной компании и количество номенклатур в несколько тысяч позиций - можно побороться (особая кодировка складов, РЦ, оперций; планирование переносов; рабочие центры типа Поставщик - есть определенная функциональность) при условии, что заказчику не нужен бухучет.

На мой взгляд все зависит не столько от сложности, сколько от объема движения. Проблема кроется еще и в том, что часто не видя кнопки (модуля), которая(ый) называется ровно так (в нашем случае SCM), люди бросаются в крайности - одни начинают плодить функционал, другие трубить что система ничего не умеет.

[Aleck]

Цитата:

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

А если несколько отдельных небольших заводиков, между которыми надо наладить движение в рамках одной компании и количество номенклатур в несколько тысяч позиций - можно побороться (особая кодировка складов, РЦ, оперций; планирование переносов; рабочие центры типа Поставщик - есть определенная функциональность) при условии, что заказчику не нужен бухучет.

Можно побороться или есть примеры реализации?)
Это две большие разницы
multi-site planning в текущей версии можно только совсем примитивный сделать, или с массой ручного труда(

[ds1678]

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

Но цепочки уровня Склад хранения - Распределительный склад - Склад производственного подразделения - Место хранения у РЦ - Склад ПДО - Склад ГП цеха - Склад ГП - Региональный распределительный склад реализовывать приходилось. Две и более производственные площадки - есть дополнительный набор складов и РЦ, и перемещение между ними так же планируется и контролируется (текущий проект). Все отображено в едином дереве развертывания, функциональность фьючерсов помогает контролирвать исполнение и предотвращать возможные срывы поставок. По-моему вполне рабочая картинка...

Не удастся осуществлять контроль прохождения детали у субподрядчика, многоэтапную доставку груза у транспортной компании и многи подобные задачи, где источником постоянно обновляемой оперативной информаци должен стать сторонний контрагент и получить удаленный доступ к вводу даных в системы. Здесь Аксапта функционально уступает тяжеловесным (по грузоподъемности!) системам, согласен.