Иван Болховитинов

Транзакцията FMDERIVE може да се използва като хранилище за данни за настройки.

На първо място, за да не се произвеждат Z-таблици. Освен това може да се използва за цели, които не са свързани с FM модула.

Разбира се, недостатъците са:

Неподходящо използване на функционалност
Сложността на разпределението на правата

Много е удобно да се съхраняват някои данни в него - има много полета в структурата, разрешени са диапазони, периоди на валидност, изградена е система за трансфер.

Съответствие между местата на разходите и сметките за разходи
Списък на разрешените комбинации Сметка + Център на разходите + Поръчка

За да направите това, отидете на транзакцията FMDERIVE и създайте нова стратегия там:

Разбира се, не е нужно да го обвързвате с какъвто и да е фирмен код.

Като част от тази стратегия, ние създаваме нова стъпка - правило за извеждане:

В този случай задавам три полета източник и една цел като фиктивна (изисква се поне едно поле).

След това започваме да попълваме с данни:

При необходимост използваме диапазони и периоди на валидност.

Е, все още има момент да използвате тази таблица в собствения си код.

Първо, нека разгледаме таблицата TABADRS и да потърсим запис на нашата стъпка от стратегията:

PARAM_1 е генерираната таблица, в която се съхраняват нашите данни:

PARAM_2 е включване с подпрограми за достъп до тази таблица, дали да се използва е въпрос на вкус.

Въз основа на всичко това ние пишем свой собствен код.

Първи дефиниции и инициализация:

И тогава кодът за изтегляне на данни и реагиране на резултата:

Остава само да опитате в реална работа ... и все още можете да мислите за случаи на употреба ...

Благодаря! Статията е много добра!

За контрол на присвояването на акаунти можете да използвате стандартната транзакция:
OKB9 - Промяна на автоматично зададени задачи.
(За да поддържате голям брой записи, можете да направите LSMW, използвайки "Позициониране").

Можете също така да използвате замествания FI-CO и проверки вкл. напишете вашите разширения за тях.
GGB0 - Обработки на проверки
GGB1 - Обработка на замествания

Ако съставът на полетата (източник или цел) се промени, таблицата за деривация се генерира отново и чрез прехвърляне на деривацията можете да презапишете.
Можете също да видите името на таблицата за деривация, ако попаднете в стъпката за деривация и изберете функцията "Преглед" (Shift + F6). Въпросът е, че поредният номер на правилото може да бъде променен. Например вашето фиктивно правило е на 30-то, но трябва да добавите 2 правила преди 10-то. По този начин такива правила трябва да са неактивни и да са първите, така че да няма нужда да ги премествате.