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

Более прозрачный вариант

GET TIME STAMP FIELD P_TS.

...

Спустя какое-то время попытаться сохранить документ

Код:
ENQUEUE NOWAIT.

... useful work

CLEAR V_TS.
SELECT SINGLE V_TS FROM T WHERE ID = 5.
IF P_TS <> V_TS.
ROLLBACK WORK.
ELSE.
COMMIT WORK.
WRITE / 'Ошибка'.
ENDIF.
DEQUEUE.


Пользователь 2 (с высоким приоритетом)

Код:
ENQUEUE WAIT.
... useful work

GET TIME STAMP FIELD V_TS.
UPDATE T SET TS = V_TS WHERE ID = 5.

COMMIT WORK.
DEQUEUE.

murmur, вам же Артем уже ответил - получите вы после коммита гарантировано то что хотите. Какие еще вопросы?
Вышеприведенный код у вас вполне рабочий, но вот только для пользователя 1 жизнь становится интереснее, есть шанс проверить свою удачу. Поделитесь плиз, для чего вам так необходима именно оптимистичная блокировка?

ЗЫ. 'Можно и зайца научить курить', но стоит ли оно потраченных усилий? У САПа своя концепция блокировок и обновления данных, и разумнее работать в предлагаемых рамках, а не вытачивать напильником из танка самолет

Делюсь... есть задача с более высоким приоритетом,
которая должна выполняться всегда, вне зависимости от того, правят пользователи
документы или нет. Выполняется она в фоновом режиме несколько раз в день.
Особого регламента редактирования документов для пользователей не существует - правят,
когда хотят, но не очень часто... Посему принято решение, в случае, если пользователь мешает
задаче с более высоким приоритетом в момент сохранения отредактированных данных информировать ему о том, что... "Пользователь, как же ты не кстати!" и игнорировать все то, что он наколотил.

Короче, все уже сделал, всем спасибо