Добрый вечер!

Коллеги, подскажите пожалуйста, что я не правильно делаю:

Переделываю модуль в обновляемый, получаю ошибку - "ZSPDERRLOG has already bin declared"

FUNCTION ZSPD_ERRLOG_T2.
*"----------------------------------------------------------------------
*"*"Функциональный модуль обновления:
*"
*"*"Локальный интерфейс:
*" IMPORTING
*" VALUE(I_TR) TYPE INT2 OPTIONAL
*" VALUE(I_OPER) TYPE INT2 OPTIONAL
*"----------------------------------------------------------------------

tables ZSPDERRLOG.

CALL FUNCTION 'NUMBER_GET_NEXT'
EXPORTING
NR_RANGE_NR = '1'
OBJECT = 'ZSPD_ZID1'
IMPORTING
NUMBER = ZSPDERRLOG-ZID.

ZSPDERRLOG-TR = I_TR.
ZSPDERRLOG-OPER = I_OPER.

insert ZSPDERRLOG.

ENDFUNCTION.

может insert мне нужно по другому реализовать?

Может где-то ранее ZSPDERRLOG уже был объявлен.

не надо строчку
tables ZSPDERRLOG.

ты ее гдето уже описал в своей группе функций

комментарю

*tables ZSPDERRLOG.

сразу ругается на:
ZSPDERRLOG-TR

не понимает откуда таблица

Так сделай через рабочую область - рекомендованная практика, все дела...

во прошло!
Большое спасибо Сергею Королеву!

запускаю в отладчике SE38 ФМ ZSPD_ERRLOG_T2 - пишет данные (одну строчку).

делаю тестовую прогу:

CALL FUNCTION 'ZSPD_ERRLOG_T2' IN UPDATE TASK
EXPORTING
I_TR = '22'
I_OPER = '55'.

не появляются данные.
может update проходить очень долго > 30 минут?
ФМ настроен как "немедленный запуск"

После вызова IN UPDATE TASK нужно сказать COMMIT WORK, только тогда этот модуль сработает, причем в отдельной задаче (той самой, которая UPDATE TASK), в отладчике можно включить режим отладки обновлений, хотя я не пробовал, честно сказать.

поставил:

CALL FUNCTION 'ZSPD_ERRLOG_T2' IN UPDATE TASK
EXPORTING
I_TR = '22'
I_OPER = '55'.
commit work.

получаю сообщение: "Обновление прервано"

записть не появляется

смотри дамп в ST22

Еще можно перед вызовом сказать SET UPDATE TASK LOCAL, тогда возможно дамп непосредственно в отладчике выскочит.

Зверь ругается на типы вх. параметров,
в то же время, если переправляю модуль в обычный - все проходит.
В обновляемом модуле - типы не нравятся.

Может попробовать через промежуточные переменные нужного типа передавать?

и действительно промежуточные переменные одного типа спасли:

data: L_TR type int2.

L_TR = 1.

CALL FUNCTION 'ZSPD_ERRLOG_T2' IN UPDATE TASK
EXPORTING
I_TR = L_TR.

commit work.

Большое спасибо!

Полезно, кстати, заглянуть в SM13. Там можно посмотреть параметры модулей обновления. Скорее всего, поскольку фактические параметры были заданы литералами в виде строк, то они так и записались в таблицу обновления с символьным типом, а при вызове функции произошла проверка типов, ну и случился дамп.