Сторно ОМ и последующее изменение поставки

ZShurik

В программе выполняются следующие действия:
1) Сторнируется отпуск материалов при помощи WS_REVERSE_GOODS_ISSUE
2) Сразу после этого вызывается бапишка на изменение поставки BAPI_OUTB_DELIVERY_CHANGE - количество по всем позициям поставки устанавливается на 0.

Бапишка тут же отваливается с сообщением: позиция 0010 не найдена, хотя позиция есть. Если выйти из программы, и запустить её заново, то BAPI нормально отрабатывает.... Как побороть этот глюк?

sy-uname

ZShurik написал:

В программе выполняются следующие действия:
1) Сторнируется отпуск материалов при помощи WS_REVERSE_GOODS_ISSUE
2) Сразу после этого вызывается бапишка на изменение поставки BAPI_OUTB_DELIVERY_CHANGE - количество по всем позициям поставки устанавливается на 0.

Бапишка тут же отваливается с сообщением: позиция 0010 не найдена, хотя позиция есть. Если выйти из программы, и запустить её заново, то BAPI нормально отрабатывает.... Как побороть этот глюк?

Попробовать сделать паузу между WS_REVERSE_GOODS_ISSUE и BAPI_OUTB_DELIVERY_CHANGE

Uukrul

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

Попробовать сделать паузу между WS_REVERSE_GOODS_ISSUE и BAPI_OUTB_DELIVERY_CHANGE

Ну или как тут уже советовали установить флаг локального обновления и должно быть счастье...

ZShurik

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

Попробовать сделать паузу между WS_REVERSE_GOODS_ISSUE и BAPI_OUTB_DELIVERY_CHANGE

И пауза и локальное обновление не при чем, не помогают всмысле. Если поступить следующим образом: разместить вызов WS_REVERSE_GOODS_ISSUE в отдельной программе, потом сделать SUBMIT этой программы, тогда BAPI после этого нормально отрабатывает. По всей видимости проблема в том, что эти две функции используют какие то совместные глобальные данные.

vga

Гм, насчет совместного использования глобальных данных - это вы круто замахнулись. Симптому указывают, что Вы не совсем точно следовали двум советам, описанным выше.

Он

гляньте эту ветку http://sapboard.ru/forum/viewtopic.php?t=22739

Сергей Королев

ZShurik написал:

1) Сторнируется отпуск материалов при помощи WS_REVERSE_GOODS_ISSUE
2) Сразу после этого вызывается бапишка на изменение поставки BAPI_OUTB_DELIVERY_CHANGE - количество по всем позициям поставки устанавливается на 0.

Я надеюсь, COMMIT между ними есть?

sy-uname

ZShurik написал:

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

Попробовать сделать паузу между WS_REVERSE_GOODS_ISSUE и BAPI_OUTB_DELIVERY_CHANGE

И пауза и локальное обновление не при чем, не помогают всмысле. Если поступить следующим образом: разместить вызов WS_REVERSE_GOODS_ISSUE в отдельной программе, потом сделать SUBMIT этой программы, тогда BAPI после этого нормально отрабатывает. По всей видимости проблема в том, что эти две функции используют какие то совместные глобальные данные.

Может быть и так.
Вполне возможно что оба ФМ внутри себя используют какие-то общие ФМ. а те могут использовать пул модулей SAPMV50A. Так что возможно надо детально поизучать их потроха.

ZShurik

set update task local.
call function 'WS_REVERSE_GOODS_ISSUE'...
commit work and wait.

call function 'BAPI_OUTB_DELIVERY_CHANGE'...

Так? Валится с ошибкой.

ZShurik

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

а те могут использовать пул модулей SAPMV50A. Так что возможно надо детально поизучать их потроха.

Так оно и есть. Если SAPMV50A загрузилась в память, то BAPI_OUTB_DELIVERY_CHANGE валится.

vga

А на чем валится? Не на динамическом assign случем?

ZShurik

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

А на чем валится? Не на динамическом assign случем?

Нет, не в дамп. Просто выдает сообщение об ошибке: позиция 0010 не найдена. Ну и соответственно ничего не изменяет.

vga

Обратите внимание на следующие особенности использования
SET UPDATE TASK LOCAL:

1) The SET UPDATE TASK LOCAL flag can only be set if no other update requests were generated for the same LUW before the program was called up.
2) The SET UPDATE TASK LOCAL flag is effective until the next COMMIT WORK or ROLLBACK WORK command.

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

Сторно ОМ и последующее изменение поставки

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