Здравствуйте коллеги, подскажи как можно реализовать следующую функциональность:
Есть Z-таблица определенная в словаре данных, нужно в фоне заполнять поле TIMESTAMP данной таблицы по событию вставки или обновления какой -либо записи.
Меня интересует может кому -то уже доводилось делать подобное, поэтому приветствуется конкретная реализация, перечень транзакций, которые нужно использовать и вообще идеологически правильно ли я понимаю что нужно писать расширение?

"по событию вставки или обновления какой -либо записи." какой -либо это какой? В каком бизнес процессе? Для чего?
Имхо, не правильно понимаете, судя по поставленному Вами вопросу.

Вам нужен аудит системы? отслеживать кто что делал? журнал изменений таблиц БД? или что?
в SAP-е есть стандартные инструменты.

Вопрос совершенно конкретный: как сделать так чтобы в Z-таблице после событий вставки новой записи или обновления уже существующей, обновлялось в фоне текущей обновленной или созданной записи поле метка времени Timestamp на текущую метку времени.

Эта таблица может заполняться либо диалоговым пользователем руками или существующей ABAP-программой (которую нельзя модифицировать(не спрашивайте почему)).

см в сторону событий
viewtopic.php?f=13&t=64861&start=0
http://www.sapnet.ru/viewtopic.php?t=11 ... highlight=

to AlexanderGamov, то есть у Вас есть Z таблица, которая заполняется в разным местах по разному, при этом Вы не можете "трогать" эти места и влиять как-то на вставку/изменение записей, но можете править Вашу Z таблицу. Теперь Вы добавили поле TIMESTAMP(я так понимаю это время последнего изменения записи) и хотите чтобы оно каким то образом автоматически заполнялось?

Besa: Да именно так, возможно ли это? Если да то подкиньте идею

В SAP-е идеологически нет такой автоматизации, какую Вы хотите - нет триггеров, нет событий вставки\изменения\удаления данных из таблицы, соответственно нет и соответствующих им обработчиков .
Единственный способ - найти места, где выполняются соответствующие манипуляции с Вашей Z-таблицей, и дописать там код по заполнению Вашего поля.

Имхо, вряд ли, то что Вы хотите сделать, реализуемо инструментами abap разработчика в рамках sap системы, то есть я учитываю такие моменты, что таблица может заполняться напрямую через insert/update операторы, а так же в будущем участвовать в других программных единицах без программирования заполнения Вашего поля TIMESTAMP.

Может быть можно как то извратится на уровне БД и решить это, не знаю, не силен в этом вопросе.

Как альтернатива. Использовать стандартный инструмент аудита системы. Включаете аудит, если он не включен. Ставите Вашей таблице опцию "Запись в журнал изменений" и далее все что с табличкой будет происходить, будет записываться в логи, которые можно увидеть через тр SCU3, а также считать это информацию из таблиц БД и использовать в своих целях для какой-то аналитики.

Если бы на уровне СУБД существовала возможность написания триггера, который по событию вставки новой или изменения существующей записи смог бы заполнять поле Timestamp (последнее изменение записи) я бы воспользовался этой возможностью. Хочется понять как это можно реализовать средствами SAP (ABAP), ведь если я правильно понимаю идеология customer - exits как раз и направлена на то чтобы во время выполнения нормального процесса работы какого -то механизма, можно было бы реализовать свою функциональность, а затем продолжить ход процесса.

Я это имел ввиду в первом своем посте. У Вас не правильное представление о механизмах расширения в SAP. Экзиты для расширения бизнес-процесса, в разрезе SAP, это выглядит примерно так(грубый пример) -
Есть некая функциональность(для простоты - программа), которая охватывает какой-то бизнес-процесс, в коде этой программы SAP поставил "заглушки", то есть экзиты, программу править нельзя, но эти "заглушки" можно активировать и писать туда свой код, тем саммым внедряясь в стандартный БП.
Более подробно и грамотно написано по механизмам расширения написано в курсах bc425/427 вроде.

Эта возможность противоречит идеологии SAP.

Z-таблица и программа ее заполнения - это фактически один большой customer-exit.
Идеология "customer - exits" заключается в том, чтобы разработчики клиентов не могли менять SAP`овский код.

Да, видимо про использование расширений я погорячился.
Но все-таки хочется понять неужели нельзя отловить момент обновления/добавления записи в таблицу и соответственно по наступлению этих событий заполнить timestamp? Ведь стандартное средство аудита таблицы словаря данных (галка - запись в журнал изменений), после события сохранения данных позволяет просмотреть когда и какая именно часть данных записи была изменена вне зависимости от того как была изменена запись ABAPом или через ведение.

Проще по журналу использования таблицы найти, где производится INSERT/UPDATE и вставить туда код по заполнению нового поля.

Оу , не вариант за отсутствие гибкости.