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

Как так - самая обширная система не имеет единого интерфейса?
Такое ощущение что главного архитектора SAP <я не знать русский языка> - а были только архитекторы модулей и интеграторы.

Кто знает почему так?
Или это специально так сделано - чтобы SAP казался бесконечным )))))))

Исторически так сложилось. Слишком большая система, чтобы ее мог контролировать 1 архитектор. А 2 архитектора - уже различия. А когда сотни..

SAP имеет очень большую историю.. Многие решения писались для клиентов отдельными командами и потом были интегрированны в систему.

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

Я так понимаю, например SD появился существенно позже ММ (на годы). К тому времени стало понятно, что многое можно сделать лучше.

Поэтому В SD лучше сделан поток документов, есть VOFM, настройки копирования документов, проще работать с выходными документами, чем в ММ.

Но при этом переписывать ММ наверняка сил не хватило - к тому времени вероятно уже были мегатонны кода и не реально их было переписать.

Вот только в эту стройную картину не укладывается, почему в ММ есть стратегия деблокирования, а в SD ее делать не стали, хотя она там тоже нужна

Подумайте что было бы если бы везде было бы одинаково -
я думаю что не требовалось бы такое количество консультантов. ->

сама компания SAP заботится о нас (консультантах) - с одной стороны они говорят что система одна, а с другой все различно.

чем шире функционал и заморочки в каждом модуле - тем больше специалистов и требуется. но об этом как то умалчивается.

Согласен с Водолеем.
Это как подпись у кого-то была "Приснился неглючный SAP И мы остались без работы"
Спасти ситуацию может только кардинальная переделка "с нуля" - но это гигантский труд. Хотя SOA может помочь.

Думаю, наоборот, тогда система была не очень большая и можно было лепить всё без архитектуры. С тех пор размер значительно вырос, и начала появляться архитектура, например, общий для всех приложений интерфейс — BAPI.

Хто такая SOA ?

Service-oriented-architecture. Типа супер-пупер-мега-крутая архитектра нового поколения, которая позволит все в кучу собрать.

http://erpnews.ru/details.php?image_id=2610&search=soa

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

А вообще интересно!!!

По поводу современных архитектурных решений: ну сделал SAP для закупочных заказов (тр. me22n) MVC дизайн. А в формулах условий как была целочисленная арифметика (без учёта десятичных разрядов), так навсегда, наверное, и останется.

Давно уже в SAPе есть Transaction Services, позволяющие объединять различные единицы модуляризации в один SAP LUW, освобождая разработчика от сакраментальных знаний, какая BAPI вызывает ROLLBACK WORK (или даже COMMIT WORK), а какая нет.

Индусы, вестимо

Со второй частью не согласен.
Курсы вполне достаточны, чтобы набрать достаточное количество баллов. Особенно впечатляют вопросы типа "какие отчеты есть в таком-то разделе меню?".

Материала курсов достаточно, посещения — не достаточно.