Друзья!

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

вопрос - хау то до ит?

так... никто помогать не хочет =)
значит поможем себе сами!

заметил такую штуку. если [s]показатель[/s] признак не имеет таблицу основных данных, то в BEx-формате планирования можно фигачить в его поле все что подходит под datatype-[s]показателя[/s] признака =) например любой текст длиной 60 символов если datatype = char(60)
в этом случае в тр.куб попадает запись со значением этого признака = тому что мы написал в форме планирования. всё супер! таким способом можно, например, оставлять комментарии к каждой записи (это не важно, что её потом хрен поменяешь =)
а вот если...
...этот же признак будет содержать таблицу основных данных, то фиг что получится! если такого значения признака не будет в таблице, то планировать не получится.

вопрос меняется: как можно сделать так, чтобы признак имел таблицу осн.данных и при вводе значения в формат планирования оно сохранялось не только в тр.кубе, а ещё и в этой самой таблице?! =)

Да, без сидов не введешь, нужно их как-то генерить. Есть какая-то хаутуха How To... Flexibly Change Characteristic Values and Comments in BI Integrated Planning, может из нее можно что-то почерпнуть

=) Спасибо за ответ!
Хау ту ху эту прочел и продела, то что в ней написано =)

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

Подыму тему.

Есть ли сейчас полноценная возможность планирования основных данных в IP? Нашел тему на форуме древнего года с вопросом от разработчиков, нужна ли такая функциональность и все).

Можно ли вводить новые значения признаков прямо в web -форме ввода и как? Или только для признаков без основных данных?

How to Flexibly Change Characteristic Values and Comments in BI Integrated Planning - хаутушка интересная, но я так понял касатеся только изменения атрибутов существующих значений признака, не создание новых? Плюс все же абап, в стандарте ничего подходящего нет? Кто как решает такие ситуации, какие способы?

Спасибо!

Кто-нибудь создавал основные данные из web-шаблонов?

Ищи > Creation of BI Master Data in IP through Web layouts

Коллеги, а у кого-нить реально получилось создать ОД при помощи "Creation of BI Master Data in Integrated Planning (IP) through Web Layouts"? У меня почему-то все время передается пустое значение в метод IF_RSPLFA_SRVTYPE_IMP_EXEC_REF~INIT_EXECUTION

Да, точно получилось тогда и работает до сих пор. Под рукой сейчас только системы нет посмотреть нюансы.
Но сделано ведение основных данных - добавление, изменение атрибутов.

Я пытался сделать через FOX формулы - вызвать ФМ, который бы создал ОД, но так как FOX'ом не владею, то не смог присвоить значение из ячейки, куда ввел значение...(((

Насколько я помню, идея была такая:
1. Делаем спецкуб, содержащий признак и все атрибуты его которые необходимо вести (куб без данных). Он нужен только чтобы вызвать функцию с нужными заполненными параметрами.
2. На кубе строим в IP уровень агрегации и пользовательскую функцию с параметрами на вход - значениями признака и атрибутов.
3. Пользовательская функция построена на ФМ (т.е. нужен абап). На вход получает признак и его атрибуты, если такое значение уже есть - обновляет атрибуты, нет - создает. В конце еще нужно активировать основные данные. ФМы для этого легко нагуглить.
4. Строим bex query на базе основных данных признака, выводим этот query в web шаблоне. Дальше под ним делаем 2 кнопки - создать и изменить. Вызывается по ним созданная на этапе 3 функция, только кнопка Изменить - в привязке к выбранной в таблице с query строкой.

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

Пример создания своих функций - в доке How to Flexibly Change Characteristic Values and Comments in BI Integrated Planning.

[quote="RiTm"]Насколько я помню, идея была такая:

3. Пользовательская функция построена на ФМ (т.е. нужен абап). На вход получает признак и его атрибуты, если такое значение уже есть - обновляет атрибуты, нет - создает. В конце еще нужно активировать основные данные. ФМы для этого легко нагуглить.
4. Строим bex query на базе основных данных признака, выводим этот query в web шаблоне. Дальше под ним делаем 2 кнопки - создать и изменить. Вызывается по ним созданная на этапе 3 функция, только кнопка Изменить - в привязке к выбранной в таблице с query строкой.

А можно кусочек кода, который передает значение для добавления. У меня никак не заполняется...(((
В веб-шаблоне мы используем объект "Поле для ввода" для новых значений признака???

Создавал ОД через свой тип ф-ции планирования. В двух словах:

CREATE DATA l_data_tab LIKE STANDARD TABLE OF <l_s_data> INITIAL SIZE 0.
ASSIGN l_data_tab->* TO <data_tab>.

<data_tab> = c_th_data.
CLEAR c_th_data.


LOOP AT <data_tab> ASSIGNING <l_s_data>.
..................
после разных манипуляций создавал таблицу с нужными основными данными

l_s_new-/bic/NEW_PRIZNAK = new_id.
l_s_new-txtlg = <fs_znomd_spc>.
l_s_new-txtsh = <fs_znomd_spc>(20).
APPEND l_s_new TO l_t_new.

l_s_new_s-/bic/NEW_PRIZNAK = new_id.
APPEND l_s_new_s TO l_t_new_s.

Ну и вызывал методы для создания ОД

CREATE OBJECT g_r_mdmtr - вот эта хренотень нужна для параметра i_s_minfo (g_r_mdmtr TYPE REF TO cl_rsdmd_mdmtr)
EXPORTING
i_chabasnm = 'NEW_PRIZNAK'
i_display_mode = ' '
i_langu = ' '.

CALL METHOD cl_rsdmd_update_master_data=>update_attributes_static
EXPORTING
i_iobjnm = 'NEW_PRIZNAK'
i_chavl_enqueue = rs_c_true
i_t_data = l_t_new_s
i_no_update_of_attributes = rs_c_false
i_s_minfo = g_r_mdmtr->n_s_minfo
i_monitoring = rs_c_false
i_create_statistics = rs_c_false
IMPORTING
e_subrc = l_subrc
CHANGING
c_t_idocstate = l_t_idocstate.


CALL METHOD cl_rsdmd_update_master_data=>update_texts_static
EXPORTING
i_iobjnm = 'NEW_PRIZNAK'
i_chavl_enqueue = rs_c_true
i_t_data = l_t_new
i_s_minfo = g_r_mdmtr->n_s_minfo
i_monitoring = rs_c_false
i_create_statistics = rs_c_false
IMPORTING
e_subrc = l_subrc
CHANGING
c_t_idocstate = l_t_idocstate.



CALL FUNCTION 'RSDMD_MD_ACTIVATE'
EXPORTING
i_chabasnm = 'NEW_PRIZNAK'
EXCEPTIONS
error_message = 1
OTHERS = 2.



Надеюсь поможет кому-нибудь

Признаки вводить нельзя - планирование по сути работает только на уровне показателей. Я один раз делал так - собственный веб темплейт, на нём кнопка "добавить", котороя вызывает фильтр где можно выбрать значения признаков (ну там обычный фильтр), затем вызывается функция планирования котороя добавляет строку в планинг вью. При этом никаких дополнительных кубов создавать не нужно, всё делается через функции планирования.
Единственный недостаток - придётся поабапить.

Если нужно именно вводить произвольные значения признаков, придётся делать отдельное решение, которое по сути будет создавать мастер данные, с которыми потом можно будет работать в планировании. Сразу в планировании такого сделать не получится - даже функция планирования может изменять только значения показателей.

Создавать в функции планирования мастер данные идея интересная Только можно вопрос - а откуда в этом случае берутся нужные значения для мастер данных? Их пользователь где-то вводит или как?