Коллеги, не сталкивался ли кто с BDT (Business Data Toolset)? В части разработки BDT-специфичных программ, а не использования технололии для расширений. Хотелось бы оценить трудоемкость таких разработок.

bdt не цель, а средство. наколько я понял, с bdt можно очень быстро визуализировать доступ к данным бизнесобъекта. альтернатива-пиши все в ручную, создавай дюнпроз итд

Спасибо за интерес к теме. Понимаю, что такое BDT.
И на практике видел, что это подъемно (чехи например так пишут). Вопрос был в том, насколько быстро можно развернуть эту красоту в своем пакете. В идеале хотелось сократить время на поиски необходимых визардов.

1. в системе кто-то работает с бдт?
2. если кто-то работает, то почему их не спросить?
3. если никто не работает, может а. бдт не инсталлирован или б. система такая старая, что бдт не идет?

Это не модуль, чтобы с ним работать. Это концепция построения гибких, событийно-ориентированных программ, все наполнение экранных форм в которых выполняется "динамически" по данным из настроечных ракурсов. Эти программы (транзакции) можно либо использовать либо нет. Как правило, они используются очень активно.


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


Повторю еще раз, это не модуль, это часть базового функционала новых модулей. "BDT is used in SAP Business Partner, Banking, Insurance, FI-CA, Real Estate, Payment Cards, Financial Service and Waste Management"
NetWeaver 2004s со всеми последними патчами на площадке в Вальдорфе это достаточно "свежо" для Вас?

Это не модуль, чтобы с ним работать. Это концепция построения гибких, событийно-ориентированных программ, все наполнение экранных форм в которых выполняется "динамически" по данным из настроечных ракурсов. Эти программы (транзакции) можно либо использовать либо нет. Как правило, они используются очень активно

Тема была создана для того, чтобы найти специалистов, которые пишут СВОИ программы согласно концепций данной технологии

В BDT вы:
Делаете группу функций с ФМ, соответствующими обработке какого-либо события, которое уже зашито в BDT как таковое. Набираете экран из групп полей, ракурсов и т.д. Привязываете ФМы к событиям. Вкратце, всё.

Непонятно, зачем писать СВОИ программы согласно концепции данной технологии? Что имеется ввиду? Вы хотите написать аналог BDT для применения кроме "SAP Business Partner, Banking, Insurance, FI-CA, Real Estate, Payment Cards, Financial Service and Waste Management"?

P.S. Допускаю, что мало знаю BDT, хотя работал с ним в рамках поставленных задач, поэтому вопрос непонятен. Приведите пример "BDT-специфичных программ".

Сейчас сталкиваюсь на Deposit Management, это банковский модуль. Не весь его функционал реализован "на BDT", но часто используемые (и часто изменяемые при этом) программы реализованы так. Например, открытие/закрытие счета. Да, наполнение транзакции происходит "на лету" по преднастроенным последовательностям экранов, ракурсам, группам полей...
Мне это нужно, чтобы написав код (который будет интенсивно использоваться и часто перестраиваться), попросту "забыть" о нем. А еще это удобно в локазизационных решениях. Например, сейчас пишем в пространстве имен SAP (не Z,Y) и у пользователей без BDT будут только BAdI.

Цель понятна.
Но на мой взгляд, это трудоемкое занятие - ведь по сути таким подходом вы, реализовав что-то в "рукописном BDT", переписываете модуль.
Стоит ли оно того? Ведь изначально SAP делался, чтобы поставить нужную галку в нужном месте и всё.
Ну ладно, это уже лирика.
По существу вопроса сказать нечего

Это в модулях наподобие MM/SD все уже красиво, но есть и нехоженые тропы