Попал в такую ситуацию.
Есть экран, отображающий некие данные. Эти данны могут просматривать одновременно сразу несколько человек и один из них может что то изменить и сохранить. У всех остальных должен экран обновится. Самое разумное по-моему это в момент сохранения генерить некое событие которое потом все остальные поймают и обновят экраны, но я не знаю как сгенерить глобабльное событие которое будет видно всем запущенным программам в системе.
У кого нибудь есть соображения на эту тему?

Неверный подход.
Не проще просматривать дать всем, а менять в конкретный момент - только одному?
В стандарте такая логика и используется.

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

можно... где-то здесь на форуме есть исходник чата (аськи) для R/3... вот там и можете подсмотреть реализацию поимки событий слушателями

Нельзя. Во всех этих программах принцип простой: одна машина запихивает данные в БД, остальные - с определенной периодичностью просматривают БД на предмет новых записей.
Т.е. клиентскую машину никто не дергает - она сама дергает. Единственный вариант, когда ее дергают - это что-нибудь вроде TH_POPUP. Но как работают С-функции мало кому известно.

ЗЫ Чат и аську в SAP уже делал. Поэтому заявляю официально

Спасибо всем кто ответил!

Стандарт, как правило, работает следующим образом - есть отдельные режимы просмотра, есть режимы редактирования. При переключении режимов происходит перечитывание данных, установка блокировок для редактируемых объектов и т.п. Это же сстема е для отображения биржевых котировок и т.п.
Ещё один вариант - переодическое перечитываие выбранных данных.

Самое простое решение - Кнопка "Refresh"

Вообще при здоровой идиотии задумка реализуема:
1. SM62 - создаем событие
2. SM36 - планируем джоб по событию
3. В SE24 пишем класс с одним статик событием и одним статик методом
4. В SE38 пишем программку, которая дергает метод класса
5. В методе класса дергаем событие класса
6. В джобе зовем программку
4. В программе отображения данных вешаем хэндлер на событие и рефрешим данные

Ето как делается?

Ну это Вы так делали, а зарубежные коллеги по другому... Сайтов сейчас не вспомню, но их не сложно в гугле найти (Здесь проскакивала тема, поэтому и подумал, что так делали)

Вот еще можете ссылку посмотреть интересную:
http://sapboard.ru/forum/viewtopic.php?t=2189&highlight=sapevent

Я делал, как и все прочие. Кстати, по этой ссылке и делал, по примеру VGhost. Через sapevent для html.
Принцип - как описывался выше - запускается таймер (неважно через html или RFC_PING_AND_WAIT), по завершению он генерит событие на локальной машине, машина лезет в БД и забирает свежую информацию для отображения пользователю.
Еще раз повторю - извне машину никто не дергает. Читайте код более внимательно.

Добавил: Если кому интересно - установите Instant messenger for SAP. Это та самая "САП аська" из гугла.

Еще добавил: Всплывающие окна в этом мессенджере как раз реализованы через TH_POPUP (см.выше). Более "мирных" и применимых методов использования этой функции еще не нашлось.

Так как обычно.
Например у нас есть статик класс Z_CL. В нем есть статик метод METHOD и статик событие EVENT.
Тогда в коде отлавливание события будет выглядеть так:

И как с помощью SET HANDLER lcl_test->test отловить событие, сгенерированное другим отчётом, выполняемым под другим(возможно) пользователем и на другой(возможно) инстанции?

Про пользователя надо проверить. Я сам такую цепочку, естественно, не делал. Это предположение.
А в остальном: не понимаю что смущает.
При изменении данных надо будет позвать событие из SM62, по которому запуститься джоб, в котором вызовется статик событие класса, на который повешен хэндлер в основной программе.
Сейчас быстренько прогоню у себя тест. Проверю.