Почему-то выпустил из поля зрения такую технику, как BDT. Похоже весьма на rapid средство. Два ресурса в инете довольно подробно описывают суть

http://help.sap.com/saphelp_46c/helpdata/en/2f/696d360856e808e10000009b38f839/frameset.htm
https://www.sdn.sap.com/irj/servlet/prt/portal/prtroot/docs/library/uuid/6173fb9e-0701-0010-6083-a0001827a6ff

Вопрос собственно - какое место BDT занимает сейчас в технологиях sap? Видно, что используется в деловом партнере, вроде как в sap crm в полный рост. А в обычном sap - sd, mm? С какой версии (46С - весьма ограниченно - деловой партнер + элементы FM)?

первый ресурс - на "человеческом" языке
http://help.sap.com/saphelp_erp2005vp/helpdata/en/2f/696d360856e808e10000009b38f839/frameset.htm

опс, что-то прояснилось
http://help.sap.com/saphelp_erp2005vp/helpdata/en/43/a2e2fee2e311d4b3690050da429303/frameset.htm

BDT - это способ написания приложения для ведения основных данных позволяющий его расширять. Бизнес партнер написан кривовато - а вот BDT приложение Account Contract ( в модуле Account Management - это стоит посмотреть - там на голову лучше сделано )

Да. Вставлять проверки, менять логику работы, изменять экраны и т.д.


Да вроде нормально)

А где там плохие места, хоть бы глянуть глазком...

Не очень удобно работать - данные нескольких закладок обрабатываются в одной группе функций - причем перевес идет в сторону подпрограмм а не функций - много макросов на ровном месте. В АМ же практически каждая закладка - своя группа функций - причем данные временно-зависимые - timestamp изменения входит в ключ - закладки соединяются через таблицу связей - мы добавляли 3 свои закладки - больше 30 полей - причем одну из них использовали для своей массовой процедуры - совсем другое дело - плюс архитектура многоуровневая - несколько слоев DB - API - OBJ - каждому соответсвует своя группа функций для каждой части BDT приложения

Не очень удобно работать - данные нескольких закладок обрабатываются в одной группе функций - причем перевес идет в сторону подпрограмм а не функций - много макросов на ровном месте. В АМ же практически каждая закладка - своя группа функций - причем данные временно-зависимые - timestamp изменения входит в ключ - закладки соединяются через таблицу связей - мы добавляли 3 свои закладки - больше 30 полей - причем одну из них использовали для своей массовой процедуры - совсем другое дело - плюс архитектура многоуровневая - несколько слоев DB - API - OBJ - каждому соответсвует своя группа функций для каждой части BDT приложения