FMDERIVE в BW? странно... но не встречается в SE93

Это именно то, что я постоянно твержу своим заказчикам, но они как не были готовы к изменению парадигмы управления, так и по сей день пребывают в состоянии описанном в п. 1.2.3
При этом они еще не перестают удивляться, что система ERP, на которую они так надеялись ничего им по существу  не дала, кроме дополнительной головной боли. Есть очень большие сомнения, что нынешнее поколение "управленцев" измениться к лучшему.

Насколько я понимаю, Теория ограничений Голдратта - развитие тем JIT, Six Sigma и проч.
Вопрос: насколько новомодные теории менеджмента применимы в компаниях с крайне низким уровнем автоматизации? Если руководство не знает, сколько в их компании будет 2+2, но ищет "ограничение" своего предприятия?

Весь подход - это сплошная архитектурная ошибка, не понимание и не знание технологий SAP BW. Зато автор владеет JAVA технологиями - что и продемонстрировал. Напоминает древний анекдот про торжество советской медицины в деле удаление гланд.

Задать параметр и вызвать просмотр документа типа так:
 
SET PARAMETER ID 'BES' FIELD <номер заказа>.
CALL TRANSACTION 'ME23N' AND SKIP FIRST SCREEN.
 
Или более правильно использовать специальный ФМ:
 
CALL FUNCTION 'ME_DISPLAY_PURCHASE_DOCUMENT'
          EXPORTING
            i_ebeln = <номере документа>
            i_ebelp = <позиция документа>
            i_enjoy = 'X'
          EXCEPTIONS
            OTHERS  = 1.

Вопрос по присвоению отчета или транзакции, что бы Вы посоветовали для присвоения транзакции просмотра заказа на поставку (ME23n)?  Проблема в том что эта транзакция не принимает  номер документа из отчета а берет последний отредактированный пользователем документ.

Илья, добрый день!
Мне всегда нравятся статьи описывающие реальный опыт, но не всегда этот опыт можно назвать best practice.
Данную статью корректнее было назвать  - как сделать решение по загрузке чековых данных "на коленке". Это было бы честнее )
Ты элегантно оставил за кадром стандартные решения по загрузке POS данных - POS DM и/или SAP PI, в которых все эти задачи решаются стандартным способом. Понятно что они стоят денег, но,на мой взгляд, начинать выбор решения надо с них.
Также было бы интересно узнать - чем вызвана у бизнеса потребность видеть данные продаж онлайн? (данные складов видны и без POS)
Ну и конечно хочется иллюстраций (чем больше тем лучше) общей фразы "практика показала" !
С уважением,
Алексей

При Механизм сбора данных в режиме реального времени
 
про ограничение в 100 тысяч записей и разработку для закрытия пакета - преувеличение, мне кажется. в BW 7.1 можно и по времени пакет закрывать. с регистрацией источника данных и SOAP тоже было бы все здорово, если бы его не надо было генерировать непосредственно в продуктивной системе (хотя транспорт сделать можно, но сервис будет работоспособным).
хотелось бы, чтобы автор привел хотя бы ориентировочные объемы загружаемых данных.
 
Спасибо

0. Все то оно конечно правильно, но я бы первым пунктом поставил отсутствие консультантов у интегратора, выполнявших первое внедрение, к моменту продажи второго. Консалтинг это прежде всего люди, а они имеют свойство перемещаться, поэтому если компания А внедрила успешно продукт в компании В, то это не значит, что она седлает это так же успешно у вас, по причине того , что консультанты внедрявшие это решение уже давно сменили место своей работы, поэтому я бы рекомендовал прежде всего узнать кто внедрял решение в компании В и будут ли эти же специалисты делать внедрение у вас. Поверьте чаще всего это уже будут другие люди и 99% что и другие знания.
 
1. Платим дважды, да к сожалению это наверное 95% внедрений, а потому что так проще и идем по накатанной схеме, чем разбираться как же оно на самом деле работает. Кстати, тут так же большая проблема интегратора, так как консультанта стараются загрузить на 120% и соответственно времени на изучение функциональности, исследования системы, у человека просто нет времени, поэтому и заталкивают консультанты, то что уже где-то было проверено и фиг с ним что криво или пусть абапер допилит, потому что - ВРЕМЕНИ НЕТ!
 
2. Ну тут ответ один, требуйте документацию, причем если вы ее получили и ничего не поняли, требуйте чтобы ее привели в понятный вид, чтобы было описано, что сделано, как сделано и зачем было сделано. Пригласите специалиста со стороны, если не имеете своих, чтобы он оценил написанное и сказал ясно было ему это или нет. Денег это потребует не много, а пользы дальше вам же будет вагон.
 
3. А вот это вот про баги не надо и про отделы тестирования больших компаний тоже.. как говорится, кто не видел абаповский код стандарта, тот пусть постоит и покурит в стороне, а потому что нервных просим не смотреть :-).
 
4. Ну это опять же проблемы из пункта 0  и 1, времени на приведение разработки к вменяемому виду нет, разрабатывали действительно под одного клиента и т.д. Мне в свое время как-то предложили поучаствовать в реализации одного пакетного отраслевого решения, после внедрения на одном из проектов. Отказался, объяснив, что отраслевое решение, могу начать делать, после внедрения этой функциональности ну как минимум после 3-4 клиента, тогда у меня будет опыт и представление, а один клиент это никакое не отраслевое, а частные докрутки.

При Механизм сбора данных в режиме реального времени
 
про ограничение в 100 тысяч записей и разработку для закрытия пакета - преувеличение, мне кажется. в BW 7.1 можно и по времени пакет закрывать. с регистрацией источника данных и SOAP тоже было бы все здорово, если бы его не надо было генерировать непосредственно в продуктивной системе (хотя транспорт сделать можно, но сервис будет работоспособным).
хотелось бы, чтобы автор привел хотя бы ориентировочные объемы загружаемых данных.
 
Спасибо

Для присвоения транзакции к запросу необходимо знать имя программы. Его можно получить в транзакции SQ01, меню Запрос-Другие функции-просмотреть имя отчета. Далее, создаем транзакцию в SE93 и присваиваем ей отчет запроса. Далее включаем транзакцию в существующую роль или создаем новую роль.

Красиво и полезно.
Было бы не плохо добавить шаг про создание транзакции, было бы полное описание.

Как вариант. Но если мы говорим о простоте, то можно создавать (генерировать)  и через PFCG.

А что SE93 представляет собой нечто супер сложное?!