Добрый день.
Пробую из экзита сделать изменение значения поля, в таблице EQUZ через UPDATE и закрепляю COMMIT WORKом. Да, значение меняю в поле которое находится в последней записи таблице(строке). Все получается но вот есть одна проблема после того как отрабатывает COMMIT основной программы, мое значение затирается старым (которое хранилось до изменения). Я так подозреваю что есть некий буфер из которого и происходит запись COMMITом в таблицу.
Может кто-нибудь сталкивался с похожей задачей, может как то можно получить доступ к структуре которая используется COMMITом для проверки изменений в таблицах или что-нидь подобное.

Значение затирается потому, что после вашего UPDATE срабатывают стандартные модули обновления. Сразу скажу, что прямой update - это нехорошо, но если все-таки очень надо, то в вашем случае следует использовать отложенный update, делается при помощью специальной функции обновления - делаете функциоанльный модуль и на закладке свойств указываете, что он является модулем обновления. Вызывать его надо конструкцией CALL FUNCTION ... IN UPDATE TASK. Чтобы ваш модуль гарантированно отработал после основных модулей обновления, нужно выбрать "Отложенное обновление" на закладке свойств. Хэлп про это здесь

Ничего е понятно - где и какое значение затирается? Привидите пример кода, а то не описание, а какая-то каша. И не надо никуда лезьть - нужно просто чётко и правильно всё запрограммировать

скорее всего текущие значения во время выполнения транзакции хранятся в таблице, что нибудь вроде, XEQUZ, (или др-я буква), попробуй в этой таблице и менять, апдейт оставь самой транзакции

Ок, дело обстоит так.
В таблице EQUZ создана доп. стр-ра в которой определены скажем два поля F1 и F2. EQUZ как известно служит для ведения временных периодов у ЕО (проще говоря отслеживает изменения ЕО, верней отдельных полей). Так вот мне необходимо сделать так, что при изменении одного из таких полей у ЕО, и перед тем как создастся новая запись в EQUZ, изменить значение поля в последней строке таблицы скажем F1 (EQUZ-F1).
Для этого очень удобно использовать экзит EXIT_SAPMIEQ0_001.
Вот тут я и делаю:


Все классно, поле принимает нужное мне значение, а вот дальше получается, когда выходим в основную программу (SAPMIEQ0 - [FORM EQUIPMENT_SAVE] ) и когда отрабатывает COMMIT WORK там:
- как и должно быть, происходит добавление новой строки в EQUZ,
- но при этом та строка в которой я делал изменения затирается такой-же только в первоначальном виде.
Елси этот CОMMIT проходить в отладчике по F5 то поподаем в очень интересную форму BUF_SAVE, где много интересного, тут и структура GLOBAL_EQUZ_BEF_TAB - так назовем первоначальные данные(той самой последней записи в EQUZe) и соответственно новая GLOBAL_EQUZ_AFT_TAB, вот какраз в старой стр-ре и хранится значение которое мне надо изменить, только вот как к ней добраться

Сорри если что за коломбур, вот как мог изложил свою проблемму, буду рад любому совету.

Да конечно на шел две структуры подозрительных называются:
*EQUZ и OLD_VEQUI
руками менял значение на то которое мне надо, но без результатно

Помоему очень часто бывает так, что x<var_name> это старое значение, а y<var_name> это новое значение. Нет там таких?

Еще момент - это экзит вызван из какогото контекста. В том контексте переменные наверное остались со старыми значениями и меняться не собираются. Их можно "поправить" через
ASSIGN( (<имя_модуля_другого_контекста>)<имя_переменной_в_том_модуле>), на форуме были примеры.
Но это варварский способ.

Пример с IN UPDATE TASK наверное должен сработать, и он мне больше нравится.

Пасиб, как раз над ним и тружусь...

Проблема в том, что UPDATE обновляет содержимое таблицы БД.
Программа же продолжает работать с переменной(рабочей областью, определённой оператором tables), содержащей старые значения и ничего не знает о том, что БД изменилась.
Как изменить EQUZ в главной програме - предложено в предыдущих сообщениях.

ну вы блин даете
только in update task