Привет всем!
Существует проблема:
Несколько систем передают данные по RFC в центральную. Для связи с ЦЕНТРАЛЬНОЙ СИСТЕМОЙ в ней создан фоновый пользователь с полномочиями на запись в систему полученной информации. Возникает следующая проблема: регулярно блокируется этот пользователь в ЦЕНТРАЛЬНОЙ СИСТЕМЕ при неправильном входе из внешней системы. Доступа к внешним системам НЕТ, проверить настройки RFC на стороне внешних систем невозможно. Количество внешних систем превышает 30.
Соответственно попытка передачи данных системами с правильными настройками подключения, но после блокировки пользователя в центральной системе, заканчивается неудачей. Необходимо локализовать источник блокировок, т.е. ту систему в которой неправильно указан пароль в настройках RFC.
Теперь что <я не знать русский языка>: UserExit SUSR0001 работает ТОЛЬКО после регистрации. В системном журнале отражается терминал APPC-TM (т.е. шлюз). В sm20 та же ситуация. Проверку пароля делает сам disp+work без захода а ABAP.
Теперь что надо: Если кто решал подобную проблему и может подсказать как повесить процедуру реакции на событие блокирования ( интересуют в первую очередь недокументированные функции SAP ядра ), то буду очень признателен.

Насчет события не могу сказать ничего, а вот фоновое задание, проверяющее наличие блокировки и снимающее его через ФМ SUSR_USER_UNLOCK - вполне реальное решение проблемы

Вообще было нечто подобное... справлялись тем, что создавали пользовательско-независимую конфигурацию подключения по RFC к системе, т.е. поключение к системе осуществлялось в административных настройках внешней системы (кстати, о какой внешней системе речь идет, если не секрет??). Юзерок, вводя необходимые данные, абсолютно не заморачивался по поводу подключения к системе.... Дальше, конечно, несколько закручено было... Пришлось нарисовать определенного вида донастройки в системе...
В итоге... Все довольны - Все смеются...