Обмануть пакетный ввод

lexoftech

Я пытаюсь обработать сторнирование документов FI. Обработка сообщает юзеру, что он сторнирует документ созданный другим пользователем и запрашивает подтверждение на продолжение. Для этого использую RW-интерфейс. Когда документы сторнируются ч/з транзаакции FB08 & F.80 - все ОК. Проблемы возникают, когда сторнируются документы выравнивания ч/з тр. FBRA.
Дело в том, что эти документы сторнируются в два этапа (отмена выравнивания & само сторнирование). Кроме того, это выполняется в режиме пакетного ввода.
Представляете, выполняется пакетный ввод, а тут выскакивает мое предупреждение. Естественно, что ERP никак не предполагала его здесь встретить и ждет совершенно другого экрана.

Какие варианты могут быть для разрешения сложившейся ситуации?
Может можно как-то обмануть систему?

Заранее благодарю.

sy-uname

lexoftech написал(а):

...Дело в том, что эти документы сторнируются в два этапа (отмена выравнивания & само сторнирование). Кроме того, это выполняется в режиме пакетного ввода.
Представляете, выполняется пакетный ввод, а тут выскакивает мое предупреждение. Естественно, что ERP никак не предполагала его здесь встретить и ждет совершенно другого экрана.

Какие варианты могут быть для разрешения сложившейся ситуации?
Может можно как-то обмануть систему?

Ну так какие проблемы? Проверяете что система работает в режиме пакетного ввода/в фоновом режиме и в этих случаях не показываете своё д. окно, а показывайте сообщение через message, например.

Skif

sy-uname написал(а):

Проверяете что система работает в режиме пакетного ввода/в фоновом режиме и в этих случаях не показываете своё д. окно, а показывайте сообщение через message, например.

долбаное окно )))

lexoftech

Цитата:

Ну так какие проблемы? Проверяете что система работает в режиме пакетного ввода/в фоновом режиме и в этих случаях не показываете своё д. окно, а показывайте сообщение через message, например.

Я бы с удовольствием, да только сообщение c типом 'W' отображается как 'E' и работа прерывается. А мне надо проанализировать реакцию пользователя и принять решение продолжать работу или нет.
Или, может, я чего-то недопонимаю???

sy-uname

lexoftech написал(а):

Я бы с удовольствием, да только сообщение c типом 'W' отображается как 'E' и работа прерывается. А мне надо проанализировать реакцию пользователя и принять решение продолжать работу или нет.
Или, может, я чего-то недопонимаю???

Какая реакция может быть при фоновом/пакетном режиме? Никакой!!!

Mike1

sy-uname написал(а):

Какая реакция может быть при фоновом/пакетном режиме? Никакой!!!

Борис ты не прав (С).
За поведение сообщений в FI в пакетном вводе и не в нем отвечает табличка T100C.
2 lexoftech попроси Fi щика поднастроить.

sy-uname

Mike1 написал:

За поведение сообщений в FI в пакетном вводе и не в нем отвечает табличка T100C.
2 lexoftech попроси Fi щика поднастроить.

Так то сообщений, а речь-то про реакцию пользователя - типа он должен ответить быть или не быть!!

Удав

lexoftech написал(а):

Я пытаюсь обработать сторнирование документов FI. Обработка сообщает юзеру, что он сторнирует документ созданный другим пользователем и запрашивает подтверждение на продолжение.
...
Проблемы возникают, когда сторнируются документы выравнивания ч/з тр. FBRA. Дело в том, что эти документы сторнируются в два этапа (отмена выравнивания & само сторнирование). Кроме того, это выполняется в режиме пакетного ввода.
...
Какие варианты могут быть для разрешения сложившейся ситуации?
Может можно как-то обмануть систему?

Зачем обманывать?
В RW-интерфейсе перед выдачей своего окна ставишь проверку

Code:

  IF SY-BINPT IS INITIAL AND SY-BATCH IS INITIAL.
    CALL SCREEN ...
  ENDIF.

И вызова диалога не будет производится ни в режиме пакетного ввода, ни в фоновом режиме

lexoftech

Удав написал(а):

Зачем обманывать?
В RW-интерфейсе перед выдачей своего окна ставишь проверку

Code:

  IF SY-BINPT IS INITIAL AND SY-BATCH IS INITIAL.
    CALL SCREEN ...
  ENDIF.

И вызова диалога не будет производится ни в режиме пакетного ввода, ни в фоновом режиме

Это я понимаю. Только юзеру НУЖНО увидеть этот диалог и отреагировать на него, а тут этот долбаный пакетный ввод

. Получается, что в момент вклинивания моего кода, программа находится в режиме пакетного ввода. Сам когда-то вызывал из своей проги отчет, используя пакетный ввод. Вот так:

Code:

           perform bdc_dynpro       using 'RFITEMGL'     '1000'.
           perform bdc_field        using 'BDC_OKCODE'   '=ONLI'.
           perform bdc_field        using 'SD_SAKNR-LOW' wa-hkont.
           perform bdc_field        using 'SD_BUKRS-LOW' wa-bukrs.
           perform bdc_field        using 'PA_STIDA'     date_str.
           CALL TRANSACTION 'FBL3N' using BDCDATA
                                    MODE  'E'.     " 'A N E P'
*----------------------------------------------------------------------*
*        Start new screen                                              *
*----------------------------------------------------------------------*
FORM BDC_DYNPRO USING PROGRAM DYNPRO.
  REFRESH BDCDATA.
  CLEAR BDCDATA.
  BDCDATA-PROGRAM  = PROGRAM.
  BDCDATA-DYNPRO   = DYNPRO.
  BDCDATA-DYNBEGIN = 'X'.
  APPEND BDCDATA.
ENDFORM.

*----------------------------------------------------------------------*
*        Insert field                                                  *
*----------------------------------------------------------------------*
FORM BDC_FIELD USING FNAM FVAL.
*  IF FVAL <> NODATA.
    CLEAR BDCDATA.
    BDCDATA-FNAM = FNAM.
    BDCDATA-FVAL = FVAL.
    APPEND BDCDATA.
*  ENDIF.
ENDFORM.

Думаю и там также. Вот еслиб, на время выполнения моего кода заставить систему думать что это не пакетный ввод. А после него пусть думает, что угодно.

Как альтернативный вариант рассматривалось выдать сообщение типа "W". Там, как я думал, нажатием ENTER пользователь соглашается с сообщением а по ESC - прерывание. Но и тут не все гладко: это сообщение выдается красным и однозначно приводит к прерыванию.

Неужели моя проблема никак не решается???

Uukrul

lexoftech написал(а):

Неужели моя проблема никак не решается???

Ну судя по всему в консерватории у вас что-то не так... :roll:

sy-uname

lexoftech написал(а):

...
Это я понимаю. Только юзеру НУЖНО увидеть этот диалог и отреагировать на него, а тут этот долбаный пакетный ввод

. ...
Неужели моя проблема никак не решается???

Пакетный ввод (так-же как и фоновое выполнение) подразумевает выполнение без участия пользователя.
Пользователь НЕ МОЖЕТ видеть диалог.
Изучите теорию по пакетному вводу и найдите там возможность ветвления в зависимости от каких-либо условий!!![/b]

lexoftech

Спасибо всем, что развеяли мои ложные надежды, в особенности sy-uname.
Отрицательный результат - тоже результат.

Bully

lexoftech написал(а):

Спасибо всем, что развеяли мои ложные надежды, в особенности sy-uname.
Отрицательный результат - тоже результат.

А обязательно использование Batch Input'а?
Может SAP GUI Scripting попробовать?
Вот это будет полная эмуляция действий пользователя. С возможностью принятия решения в нужном месте.
Правда придется забыть про работу в фоновом режиме.

lexoftech

Цитата:

А обязательно использование Batch Input'а?
Может SAP GUI Scripting попробовать?
Вот это будет полная эмуляция действий пользователя. С возможностью принятия решения в нужном месте.
Правда придется забыть про работу в фоновом режиме.

Это, конечно, хороший вариант. Вот только никто не даст править стандартную программу. А если ее копировать в свою Z-ку, то мне тогда нафиг не нужны ни USER_EXIT'ы, ни OpenFI, ни RW-интерфейсы. Я просто вставлю свой вопрос там, где МНЕ будет удобно.
Для этого нужно копать немецкие исходники, разбираться и вникать в алгоритмы, на что нет времени и желания.

sibrin

Думаю, что стоит поискать экзиты в FBRA до начала пакетника.

Или, на худой конец, делать обёртку вокруг FBRA.

Можно взять ключик и модифицировать стандарт — это всё же лучше, чем копирование. При обновлениях модифицированной программы, по крайней мере, предупреждение будет. А скопированная программа просто будет некорректно работать.

Правила форума

Обмануть пакетный ввод

Кто сейчас на конференции