Hello,
Столкнулся с такой проблемой, при запуске функции BBP_PD_PO_UPDATE в SRM 7,0 в программе или бади изменений в Б.Д. не происходит, а происходит нечто странное например при вызове функции BBP_PD_PO_GETDETAIL в программе даже после завершения сессии данные подтягиваются те что подавались на BBP_PD_PO_UPDATE, а при вызове через tx se37 BBP_PD_PO_GETDETAIL подтягиваются двнные которые были до изменения,скорее всего проблема в саповском коде, искал ноту не нашел, не у кого токой проблемы не было?не подскажите как вообще могут быть различия в работе программмы, в зависимости запускается она в фоновом режиме или нет?
Спасибо.

а Вы на вход в ФМ что подаете? GUID заказа или его номер?

Strukturu которая содержит и guid header и соотвественно номер PO

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

если имеете ввиду BBP_PO_GEDTETAIL если имеете ввиду BBP_PO_UPDATE то там имеено используется структура, если я Вас не совсем понял что означает новый гуид? если имеет ввиду само его вактическое значение (к примеру 123456798 ) то оно не изменяется и совершенно точно одно и тоже , такая технология изменения уже не раз опробовалась и в SRM 4 и SRM 5, проблемы возникли именно с 7

да, я имел ввиду GETDETAIL.
Новый гуид создается при создании новой версии изменения, если у Вас документ изменяется без версии изменнеия, то гуид остается прежний. Но при создании версии изменения, создается по сути новый документ со старым номером. По-этому если вы смотрите результаты GETDETAIL по гуиду он возвращает результат старой версии документа.
Я, честно говоря, не знаю, как было в 4 и 5 SRM, но в 7 технология такая )

с guid-ами в srm 5 наверное то же самое
активный guid не изменяется, но он не обязательно актуальный

Задал аналогичный вопрос на SDN, там индуские коллеги выдвинули такую гипотезу

One thing is, during the execution of a program, the getdetail FM will get the PO details from the buffer data available because in this case the PO data would have been already once during the update FM call.

For e.g., if I call the update FM to update the PO value to from say 200 USD to 300 USD, this 300USD will be updated to PO in the buffer data. It is not yet saved in the DB. Now, after the update FM, if in the program the getdetail FM is called it will read the buffer and give you the value as 300 USD. Getdetail will always check the buffer for data first. If it finds the data there, then DB call will not be done.

If I run getdetail FM in SE37, there is no buffer data here. It will read from the DB directly. If the SAVE Fm has been called in the program then the DB should also have 300 USD and SE37 run will give you 300 USD.

отсюда вопрос правельно я понимаю что буффер должен очишаться при завершении работы программы(сессии)? или по закрытию всех окон сапа?

и дело в том что я смотрю данные через номер PO,так что по идеи результат не должен быть разным , вед номер точно не изменяется

я правельно понял фразу

,
что номер PO сохраняется (например 123456987) а гуид его хеадера меняется например с qwe,,,,123 на qwe,,,124?

Да, все верно.

А фиг его знает ) Я, честно говоря, так и не понял, когда у него буфер чистится. По идеи при завершении программы должен отчищаться.
Т.к. буфер здесь имеется ввиду, что данные храняться во внутренних табличках.



номер не меняется, но данные соответствующие этому номеру уже не те. Когда Вы подставляете номер, возвращаются данные активной версии. В разные моменты времени активные версии разные.

ак как тогда посмотреть все активные версии и какая из них сейчас актуальна?

активная и актуальная версии всегда в единственном экземпляре.
но они могут не совпадать.
ФМ по номеру выдает одну из этих версий, какую именно не могу сказать, надо проверять, но думаю, что актуальную.
также ФМ возвращает таблицу E_VERSION STRUCTURE BBP_PDS_VERSION_LIST_INTERNAL, в которой список всех версий документа.
чаще всего активная версия и актуальная это одно и тоже, но бывает, что у документа создана версия изменения, тогда она будет актуальной, но не активной.

вдобавок, можно посмотреть в транз-ии BBP_PD