Станьте участником SAPLAND и получите доступ к самым интересным публикациям SAPPRO
ЗарегистрироватьсяОчень актуальная и интересная тема. С нетерпением жду следующей статьи. Единственное что непонятно так это отдельный ли это продукт (SAP PPM sute)?
Сразу возникает задача, как поставить в игнор всех кроме сисадмина
:)
Василий, да это вообще не проблема оказывается. В общем идете в программу, точнее модуль: SAPMSEM1, со строчки 881 будет нечто такое:
*---------------------------------------------------------------------
* MODULE CHECK_DIAG_SUPPBIT_NOSYSMSG
*---------------------------------------------------------------------
* Falls das Frontend keine Systemnachrichten anzeigen kann
*---------------------------------------------------------------------
form check_diag_suppbit_nosysmsg.
data: support_bit type i.
call 'C_GUI_SUPPORT'
id 'FEATURE' field 'NOSYSMSG'
id 'VALUE' field support_bit.
if sy-subrc = 0 and support_bit = 1.
* suppress system message - do not display
* no database update
* PERFORM C_DY_EXIT.
set screen 0.
leave screen.
endif.
endform. "CHECK_DIAG_SUPPBIT_NOSYSMSG
Ну т.е. оно проверяет поддерживает ли фронтэнд вывод окошка с ообщением. Если нет, тогда на выход. Ну а дальше вставляем неявный энхансмент в конец данной подпрограммки где.. ну скажем так читаем пользовательскую табличку, куда помещаем наших базисников и других людей, которых не стоит беспокоить своими сообщениями :-) ну или скажем так, можно дальше полет мысли запустить и там еще группы намутить, типа если это отправляет пользователь Х, то сообщение показывать только группе пользователей Х/Y/Z например. Короче и только компилятор может теперь ограничить пытливый ум начинающего абапера...
Сразу возникает задача, как поставить в игнор всех кроме сисадмина
:)
С помощью ФМ TH_POPUP можно отправить сообщение конкретному пользователю :-)
Илья, добрый день!
Подскажите, какими средствами можно тестировать правила формул в трансформациях BW, а также подпрограммы завершения?
Конечно, Олег, вы правы. Всё разграничивается правами и полномочиями. Но у кого они должны быть и есть, у того и может возникнуть законное желание написать сообщение всем в системе, вне зависимости от того, как этот человек именуется в социальной иерархии системы - пользователь, консультант или базисник. :)
Честно у пользователей и консультантов таких прав не встречал практически. Хотя ситуации могут быть разные.
Конечно, Олег, вы правы. Всё разграничивается правами и полномочиями. Но у кого они должны быть и есть, у того и может возникнуть законное желание написать сообщение всем в системе, вне зависимости от того, как этот человек именуется в социальной иерархии системы - пользователь, консультант или базисник. :)
"У пользователей или консультантов может появиться необходимость сообщить что-то всем пользователям системы, сделать срочное и важное заявление. :)" - Ну у пользователей и консультантов конечно же может быть такое желание, вот только в 99.9% возможности такой у них быть не должно... для этих целей вообще-то базисник должен быть, который по процедуре данные сообщения и выставляет.
Почитал интервью.
BW on HANA это, наверное, хорошо и даже правильно (с учетом новых плюшек в 7.4.), если нужно отчеты "в десятки раз быстрее", но вот мигрировать 35 систем АСУФР и 18 систем АСУТР c двумя сотнями тыщ юзеров на HANA .... зачем ? в чем профит ? не страшно ?
Основы Управления портфелями проектов в SAP: Бизнес-процессы
04.06.2025SAP BI. Администрирование и безопасность – Базовый
04.06.2025ABAP. Введение в ООП и Словарь
05.06.2025Планирование мощностей в SAP
09.06.2025
Комментарий от
Олег Точенюк
| 06 октября 2014, 16:26
Прочитал пару раз, но так и не понял, как параметр который квалифицирует событие, может быть не определенным в системе SAP, и вообще кто кем и чем определяет это дело у вас? Что-то мне кажется что или я или вы немного не поняли что это такое. Это именно параметр, который можно передать при вызове, а зачем считать в абап программе, т.е. если бы вам нужно было например передавать каждый раз при вызове sap-события имя виндовой машины машины которая вызвала событие или путь рабочего каталога или много чего другого, то вы могли бы после ключа -p указать это значение в качестве строки и затем в программе используя:
CALL FUNCTION 'BP_EVENT_RAISE'
EXPORTING
eventid = '<имя события>'
eventparm = eventparm
EXCEPTIONS
bad_eventid = 1
eventid_does_not_exist = 2
eventid_missing = 3
raise_failed = 4
OTHERS = 5.
Получить переданное значение и соответственно дальше уже отработать в зависимости от полученного значения, ну это если у вас программа своя или стандартная которая предполагает какие-то параметры.
PS: Вообще, если честно, не заметил не стандартного подхода к планированию фоновых заданий, все полностью в рамках стандарта. А это, краткая инструкция по использованию консольной утилиты sapevt