Наследование атрибутов в инфо-типе 1222

Давеча занесло меня опять в настройки инфо-типа 1222. Даже не столько в настройки, сколько в поиск ответа на вопрос, каким образом работает наследование атрибутов в инфо-типе 1222? И работает ли вообще Если интересно, предлагаю потратить пару минут.

1. Суть проблемы

Рассмотрим ситуацию, в которой возник вопрос.

На объекте «Организационная единица» (O) создается атрибут, для которого в настройках активирован механизм наследования (см. кластер T77OMATTR).

Рисунок 1. Создание атрибута для организационной единицы

N.B. Работа с инфо-типом 1222 должна осуществляться с помощью транзакции PPOMA. См. заметку Ведение инфо-типа 1222
Заведенное значение на родительском элементе наследовалось на подчиненные

Рисунок 2. Наследование атрибута на подчиненные элементы

Затем на «родительском» элементе, посредством ручек пользователей или консультанта, создается сплит записи инфо-типа 1222. Например, изменилось значение атрибута с какой-либо даты:

Рисунок 3. Создание сплита для атрибута на родительском элементе

Выполнив последнее действие (создание сплита на корневом элементе), пользователь (так же ка и консультант) предполагает, что такой же сплит должен появиться на подчиненных элементах. Смотрю подчиненный элемент:

Рисунок 4.

На представленном примере видно, что на подчиненную организационную единицу унаследовано первоначальное значение атрибута. Сплит, который можно наблюдать на родительском объекте, отсутствует на подчиненном.

Теперь изменим Период анализа, например, с той даты, на которую было заведено новое значение атрибута на «родительском» элементе

Рисунок 5.

Наследованное значение атрибута на подчиненном элементе было изменено, согласно запрошенному периоду анализа.

2. А проблема ли это?

Согласно SAP ноте 1792251 - Inheritance and splits in infotype 1222, описанная ситуация не является ошибкой.

Описание ситуации:

When a split exists in infotype 1222 of a parent organizational unit, with different values of an attribute with inheritance, you observe that this same split is not replicated into each of the child objects, therefore you think that the attribute value might not be correctly determined and inherited in the child objects
Причина возникновения:
The reason for this behavior is that no split data will be saved into the corresponding child objects for an inherited attribute. This is no problem because the system will be able to retrieve the attribute value correctly anytime, and dynamically, according to the preview period on top of PPOMA* transactions.
Как быть:
The system behaves as expected. If there are splits in the parent organizational unit with different data, you will obtain the correct attribute value corresponding to the preview period of PPOMA* transactions. If the attribute changes its value in the past, or future, you will be able to see this information when the preview period covers this time....
Да, и в «ноте» тоже рассматривается пример данной ситуации.

У меня все.