Подскажите, пожалуйста, как сохранять историю к изменению документов резервирования. Включение журнализации таблиц резервирования не подходит по причине неудобного использования и долгого выполнения запроса в случае, если запрос за несколько дней. Расширение MBCF0007 прекрасно сохраняет историю для создания/изменения резервирования через стандартные транзакции. Но у нас много функционала по резервированиям использует ФМ BAPI_RESERVATION_ *. А есть дуратская нота 899033, где явно сказано, что это расширение для таких ФМ не работает.

делайте свой объект изменений и пишите историю изменений сами

Я понимаю, что нужно писать самим. Но где вызывать свое сохранение?? Все, что я нахожу, то либо не вызывается через ФМ, либо вызывается ДО сохранения резервирования, т.е. номера там еще нет.

Ээээ а как можно вносить изменение в новое резервирование (раз номера еще нет - оно новое)?

Т.е.eсли док.изменений - он к существующему резервированию, для такого случая номер изначально всегда известен (он уже в базе есть и был и именно его и открывает пользователь на изменение).

А для абсолютно нового резервирования, когда оно еще без номера, какую историю вы хотите указать? На ум приходит только 'Документ .... создан'. Но можно ли без этого обойтись? (административно или отчет по новым резервированиям).

в той самой "дурацкой" ноте 899003 вполне четко написано:



проблемы с пониманием?

Проблем с пониманием нет. Ноту я читала и всен это видела. Переписывать все через стандарные транзакции мы точно не можем. А историю сохранять надо. Поэтому нота и дуратская, что не предлагает решения. И совершенно непонятно ограничние ее работы.

Документа нет соответсвенно при создании резервирования. При его изменении если он и есть, то он мне для чего, если я не знаю каким резервирвоание было раньше. Теоретически я могу выбрать это состояние из таблицы резервирований. Но т.к. это момент не сохранения, то для чего мне это записывать в базу истории, если сохранения возможно не будет?

Вообщем вот что получилось. Активировала расширение MBCF0007. Прописала там сохранение всей истории. Протестировала при работе с транзакциями mb*.
В программе MM07RFB0 добавила точку расширения перед вызовом ФМ, который работает с MBCF0007 и вызывается только через стандартные транзакции. В этой точке принудительно вызываю ФМ из MBCF0007. Деактивировала расширение MBCF0007, чтобы не заморачиваться с условиями когда отрабатывать с расширением, а когда с ФМ, т.к. в случаях работы со стандартными транзакциями будет вызываться и то и другое.
Точку расширения обязательно вставлять ПЕРЕД КОДОМ


COMMIT WORK.

CALL CUSTOMER-FUNCTION '001'
TABLES ti_rkpf = xrkpf
ti_resb_new = xresb
ti_resb_old = zresb
ti_dm07r = ydm07r
ti_resb_added = xresbn.

т.к. после COMMIT WORK при работе с BAPI код не выполняется.

Тестирование показывает, что я обманула. MM07RFB0 вызывается только через стандартыне транзакции. Видимо все-таки придется добалять точки расширения в сами BAPI.

вы уверены, что вы правильно поняли ноту? тогда мне непонятно, зачем переписывать все через стандартные транзакции. зачем добавлять точки расширения в BAPI? горе от ума?

по умолчанию в системе для резервирований не сохраняется история, если вы забыли. там в интерфейсе даже нет просмотра документов изменений. вы (или ваш предшественник) добавляли код в экзиты сами.

прочтите же внимательнее, наконец! в ноте написано, что этот код необходимо добавить туда же, где у вас вызывается BAPI

Извинте, долго не отвечала. BAPI по изменению/созданию резервирований у нас вызывается много где. И у меня не получится контролировать всех, кто захочет вызывать BAPI по изменению резервирования с тем, чтобы они в обязательном порядке дописывали дополнительный код. Поэтому мне показалось правильнее всего добавить свой код именно в BAPI. Написали отчет на таблицу изменений, которую формируем именно в BAPI. Вроде как история появилась.

у вас изменения пишутся на таблицу, отличную от CDHDR/CDPOS? если нет, то есть готовые SAPовские программы, например RSSCD200

Да, к сожалению в z таблицу. Ну теперь буду знать и об RSSCD200. Спасибо!