Добрый день,
необходимо считать лог изменений в таблице SKA1.
Есть, конечно, стандартная транзакция, SCU3, но там все очень мудрено. Может есть какой ФМ, который преобразует поле
DBTABLOG-logdata из LRAW в нормальный вид. Надо вытащить оттуда старое и новое значение для своего поля в FSP0.

функция DBLOG_READ

а вообще в инклуде RSVTPF05
посмотри FORM convert_logs

что-то нет такого инклюда, и подпрограмму по имени тоже не нашел.
Функция просто выбирает записи из таблицы. Мне же надо их преобразовать. В программе используются field-symbols. Выходит, других вариантов нет?

наверное у вас версия 4.6 ....

а табличка CDPOS случайно не подойдет?

у нас в FSP0 пользовательское поле.
Его изменения не попадают в ChangeDocs,
только в логе таблицы SKA1

Ребята, может немножко не в тему, но я собственно не понимаю что мудреного в SCU3? Ставите в тех. свойствах таблички галочку "вести лог", в профиле прописываете параметр rsau/enable = 1 (тут могу ошибаться, точно не помню). Запускаете SCU3, просмотреть логи, выбираете табличку и вуаля, все готово в полне приличном виде.

SCU3 не подходит по следующей причине.
Есть транзакция FSP0. В нее добавили поле SKA1-ZZ***.
Данные сохраненные в этой транзакции попадают в несколько таблиц.
Смотреть отдельно change docs и логи неудобно.
Вот и решил объединить все в своей программе. Только обработать лог простым способом не удалось. Он в форме LRAW хранится.
А как получить из 004543А3243АЕ454 номер счета и значение - в этом и вопрос. Кроме field-symbols ничего на ум не приходит.

Для чтения документов изменений есть ФМ CHANGEDOCUMENT_READ и CHANGEDOCUMENT_READ_RANGES.
Только с параметрами вызова повозиться придется...

Предлагаю разобраться:
1) есть запись изменений по таблице
2) есть запись документов изменений
Первое обычно в продуктиве отключают - удовольствие дорогое и, в принципе, при четком определении полномочий и инструкций пользователя, не необходимое.
При втором все данные кладутся, согласно документам изменений, в таблицы CDHDR & CDPOS. Условие попадание изменений содержимого поля в таблицу - привязка таблицы к объекту документа изменений и наличие галки "Документ иземенений" в ЭД таблицы.
В принципе, если не заморачиваться, историю изменений содержимого можно достать через имя таблицы и имя поля.
Есть функционал работы с объектами документов изменений (см. пред. посты).
Объекты документов изменений - транзакция SCDO.

Вроде как все правильно понимаю?

nicky555 спасибо огромное.
Я мучился с обработкой лога, когда делов то было просто в новом zz-элементе данных галочку поставить.