Integrated Planning on Navigational Attribute

Hello Experts ,
We are using BI 7.0 integrated planning.
We have a Report that is input enabled on Service . Service info Object is a characteristics in the info provider and is in the rows area of the Report . Input enabled was fine .
But I would like to bring Service which is navigational attribute of Fund center ie 0funds_ctr-bservice in the report(rows area) and want to plan against that service.
But when I bring this navigational attribute , now the query is not enabled for input . Do i have to any thing else in the Planning to make it input enabled .
Any ideas please .
Thanks

Andrey, indu,
Thanks for your reply.
Andrey,
I have put navigational attribute(Service) in the rows area and restricted with a variable . Still query is not enabled.
The query is not enabled as soon as i select Fund center in the Aggregation levels in IP.
If I remove(un check) fund center in the aggregation level , the query is input enabled . But i got to enable Fund center at aggregation level so that I can bring in Navigational attribute(service) of func cener.
Any ideas please .
Thanks

Similar Messages

Navigation Attributes

dear All,
Is there any thumb rule to decide whether a characteristic should be defined as an attribute/navigational attribute.
the reason is from a realignment point of view, navigational attributes can be easily realigned by just updating the master data. For plain attributes, we need to carry out the realignment.
Can i use navigational attributes in planning?
regards,
Kedar

Hi Kedar,
You cant plan using navigational attributes.You can do one thing if you really want to plan using navigational attributes convert them to separate characteristics and can start planning.
Regarding realignment , you cant do realignment for attributes you need to convert them to characteristics in order to plan.
Please let me know if your question is answered. Please let me know if you have any questions.
Thanks ,
Raj

Restrict on Navigation attribute in Integrated Planning

Hello,
I have created an Aggregation Level on the Multiprovider(combines Actual and Plan) and I have created a ready to input query on the multi provider. The query works fine for planning.
However, I would like to restrict the query to show only few accounts. Account type is the navigational attribute on the Sold to party and I want to restrict only the Sold to party of Account type 1 2 3 & 4. When I restrict that in the query the Planned values are not editable. I am not able to input the planned values. I am able to input when I take the navigational attribute away in the query.
Could anyone of you please help me with this. Could anyone please let me know the steps to use the navigational attribute in the input ready query or Integrated Planning
thanks,
KK

Hi,
As Sven has mentioned has mentioned you can lock each record by having a characteristic "0createdby".
But you have to create a characteristic relationship of type "Exit" where in you write a small piece of ABAP code to generate the value of "0createdby", when the end user tries saving a reocrd in to the planning cube.
Kindly refer to the following link for more details on characteristic relationship,
http://help.sap.com/saphelp_nw70/helpdata/en/43/1c3d0f31b70701e10000000a422035/frameset.htm
Regards,
Balajee

Integrated Planning - Navigation attribute not shown for Planned figures

Hello,
I have created a Input ready query to get the actual figures from previous years and enabling users to enter the planned figures. I have created Planning functions to copy and revaluate.
Reg   Account    Actual         Planned
US         123000     $3000         $4000
US         124200     $5000         $6000
I have one more report where it shows the Actual & Plan comparision.
In the Actual & Plan comparision report I have an additional Navigational attribute SIC code to be shown for each account.
My Actual & Plan comparision report should ideally be seen like below.
Reg   Account    SIC Actual         Planned
US         123000      3026         $3000         $4000
US         124200      4325         $5000         $6000
But it is showing as below where it has # for Planned figures and it shows blank.
Reg   Account     SIC   Actual         Planned
US         123000      3026         $3000         <blank>
US         123000      #              <blank>       $4000
US         124200      4325         $5000          <blank>
US         124200      #              <blank>        $6000
SIC Code is a navigational attribute of account. What changes do I have to do to make the SIC code to be shown for planned figures.
Any help would be highly appreciated and rewared.
Regards,
KK

I figured it out. I didnt assign the navigation attribute to the plan cube in the multiprovider. Thanks!!
Edited by: KK on Feb 19, 2008 10:12 PM

Use of planning characteristics vs navigation attributes in APO DP

I am using APO DP V5.
I have a product characteristic.
Products are grouped into 'product groups'.
I want to be able to run stat forecasts at the 'product group' level, and also adjustments via key figures at the 'product group' level.
For the 'product group', I could set up a planning characteristic or a navigation attribute.
What are the pros/cons of setting up a planning characteristic or navigation attribute, bearing in mind the need to forecast and make adjustments at this level?
Thanks in advance...

Hi,
The pros for using navigatyion attribute are quite easy: it will give you far more flexibility.
For example in case of change of hierarchy, you will not need to run realignment.
It simplify in the same way the data loading.
Now the cons: there is still some limitations: you can without any problem run stat forecast and adjustment for a navigation attribute. The only limitations I can remember are for promotion and store the assigment of a forecast profile to a selection (see /SAPAPO/MSDP_FCST2 - Assign Forecast Profiles to a Selection ).
this point might, or not, be the issue for you: do you plan to use the automatic forecast profile selection? If yes, then I suggest you to test it with navigation attributes; but as far I know it will fail. (note: I think there is workaround with a badi implementation, but can't remember which one now)
I hope it helps
Julien

Navigation Attributes & Planning Characteristics

Hi,
We plan to maintain some of the characteristics as Navigation Attributes. We understand that there are performance issues if we use navigation attributes in planning area.
I have a query: If we do not navigate data based on navigation attribute in interactive planning, even then the performance be low or only when we select navigation attribute in interactive planning?
regards,
Mohit

By definition, nothing is stored in live cache against navigation attributes. So if you load a selection containing navigational attribute or drill down by navigational attribute, in theory this should be much faster vis a vis reading from live cache (not withstanding the general computing theory of memory resident processing). This statement (of mine) is contra positive to SAP warnings on performance when using navigational attributes. There are a dozen notes on this to scare users.
There is no definitive answer I guess... at least empirically. It depends eventually on the query size. When query is large, it is hard to blame navigational attributes alone (if you are using some). It can be more so because of transaction time (SQL>LC routine > SQL) in the live cache as well. Sometimes reading a simple relational table (if indexed) can be much faster than reading non-relational (live cache) tables.
I am not a techspert and authority on this. This response is based on my painful experiences. For me anything more than couple of seconds on interactive DP is a waste of time.
Thanks
Borat

Using navigation attributes in planning queries

Hi all!
In one of the SAP demos I saw something like: we've got a "Store" char in planning query, and Region, Format and Climate added as free characteristics. Region, Format and Climate are navigation attributes of the Store characteristic. And when user drags, for example, Region into the planning table, he or she can enter the values on region level, and when saving the data it's being automatically distributed by all the Stores that have that Region as an attribute.
I have a somewhat similar task - I have a "Branch" characteristic that has "Country" as a navigation attribute. I have to plan data for that navigation attribute, the country, and I expect the data to be distributed by all the branches that have that country as an attribute. But when I add it to the planning query, I've got repeating rows for each branch in each country even though I don't see the branches.
What should I do to accomplish this task?
Thanks!
Best regards,
Andrey

Hi Gregor!
Thanks a lot for your help!
It's almost working as I want it to work.
But there's something I'm probably doing wrong.
I'm selecting B as a "free characteristic" in the query and hide it, and put B__C in the rows section, then choose "Master Data" for both "Access Type for Result Values" and "Filter value selection..." for both characteristics. After that I execute the query and see that everything seems to be as it should be, and after I enter data for something, it automatically distributes by the branches that have that country as an attribute.
That's weird. Because when I do as you told me to, using the flag "Characteristic Rel-ps" for "Access Type for Result Values", put B__C and B in rows (B is hidden) and execute the query, I get multiple repeating rows for each branch that has the selected country as an attribute. And system tells me that "3 characteristic combinations generated successfully" (that is correct - I have 3 branches for the selected country).
I've tried setting "Char rel-ps" for both of the characteristics, then for only one each of them - and I still get the same picture.
Could you please tell me what I might be doing wrong here? And why it seems to be working with "Master data" chosen for "Acc. type for result values"?..
Thanks!
Best regards,
Andrey
Edited by: Andrey Makeev on Feb 3, 2012 6:45 AM

APO Demand Planning - Navigational Attributes BADI

Hi,
I have an issue in that I need a Navigational Attribute to be able to store the GUID for a Forecast Profile to a Selection. In standard, only a selection with Key Characteristics can do this. It is not practical for us to use a Key Characteristic because the realignment would take to long therefore it needs to be a Navigational Attribute.
Having read the note "Use of planning characteristics vs navigation attributes in APO DP " dated 19/10/2009 in SAP Solutions » SCM - APO Forum, it indicates that there is a BADI work around to enable this to be done but cant remember which one.
Does anyone know the BADI can be used to achieve this?
Thanks
Mark

Prabhat
Please refer to OSS note 413526 for a comparison of Navigational Attributes v/s basic characteristics. While most planning tasks can be done with navigational attributes there are a few limitations.
Rishi Menon

Selection of charateristic value by using a navigational attribute

Hello all.
I'm working on BW 2004s with the integrated planning. I have this case: 0material has a navigational attribute - 0customer.
I have a variable on the navigational attribute (ocustomer) which prompts the user to select a customer. on the next step I would like to allow the user to forecast the values for the customer's relevant materials. this issue has a problem - since a BEx query acts as a filter - and if there's no suitable data in the cube - I won't be able to see the values in the rows so the user can perform planning.
Do any of you experts have a suggestion regarding a solution to that issue?
Thanks,
Tomer.

Tomer,
As Andrew suggested what you would need is "Master Data" option as compared to "Posted Values" option.
Hope this helps.
Cheers
Srini

Problem in Load File into BI-Integrated Planning

<b>Hi Marc,
When I am running the URL for file upload in BI Integrated Planning, I am getting the below message ( we have created the variable on navigational attribute):</b>
Note
The following error text was processed in the system BWD : /BI0/OICOSTCENTER__0SALES_DIST is not a valid attribute type.
The error occurred on the application server ma1ua231_BWD_00 and in the work process 0 .
The termination type was: RABAX_STATE
The ABAP call stack was:
Method: IF_WD_CONTEXT_NODE_INFO~ADD_ATTRIBUTE of program CL_WDR_CONTEXT_NODE_INFO======CP
Method: WDDOMODIFYVIEW of program /1BCWDY/780RZKQ35587UCX2RCTU==CP
Method: IF_WDR_VIEW_DELEGATE~WD_DO_MODIFY_VIEW of program /1BCWDY/780RZKQ35587UCX2RCTU==CP
Method: DO_MODIFY_VIEW of program CL_WDR_DELEGATING_VIEW========CP
Method: MODIFY_VIEW of program CL_WDR_VIEW===================CP
Method: DO_MODIFY_VIEW of program CL_WDR_CLIENT_COMPONENT=======CP
Method: DO_MODIFY_VIEW of program CL_WDR_WINDOW_PHASE_MODEL=====CP
Method: PROCESS_REQUEST of program CL_WDR_WINDOW_PHASE_MODEL=====CP
Method: PROCESS_REQUEST of program CL_WDR_WINDOW=================CP
Method: EXECUTE of program CL_WDR_MAIN_TASK==============CP
<b>In System we are getting Short dump as:</b>
An exception occurred which is explained in detail below.
The exception, which is assigned to class 'CX_WD_CONTEXT', was not caught and therefore caused a runtime error.
The reason for the exception is:
/BI0/OICOSTCENTER__0SALES_DIST is not a valid attribute type.
I went through your blog. Just curious to know when can we expect Version 2 of the how-to solution will support a direct upload from Excel without the need to launch a browser.
Thanks
Kamlesh Mishra

Hi Marc,
Thanks for your support and great help for the problems we are facing in IP. Now we are able to get the browser screen for selecting the file, but we are facing new issue, When we are uploading file, the system is giving dump saying "THE ASSERT CONDITION was violated" in the below source code:
LOOP AT n_t_charsel INTO l_s_charsel WHERE sign = 'I' AND opt = 'EQ'.
ASSIGN COMPONENT l_s_charsel-iobjnm OF STRUCTURE <l_s_data> TO <f>.
ASSERT sy-subrc = 0.
IF <f> IS INITIAL.
    <f> = l_s_charsel-low.
ENDIF.
ENDLOOP.
(We are unable to open the Blog, it is showing us "No Authorization" message)
Thanks,
Kams

Problems with HowTo "Creation of BI Master Data in Integrated Planning...)

Hi,
one of our customers need a planning application in which he can create master data for different attributes, insert some key figures for this attributes and changes already planned key figured.
For the last two point I've already found a working solution, the first point (creating of masterdata in web template) is still a problem. After a little search, I found a howto-guide "Creation of BI Master Data in Integrated Planning (IP) through Web Layouts", in which the necessary steps are described, how to do this (please see following link: http://www.sdn.sap.com/irj/scn/index?rid=/library/uuid/607193d5-cdd5-2b10-c699-8ff04c3124f6)
Does anyone of you know this guide and was able to build a working solution?
I have different questions, maybe you could help me:
- what kind of variable is he using?
- do I need a DataProvider in Web Template?
- how do I get the connection to the used variable in the button group?
Thanks for your help.
Regards
Tim

Hi Timo,
you require two howtos to implement the solution.
First, please take a look at the first document:
http://www.sdn.sap.com/irj/scn/go/portal/prtroot/docs/library/uuid/10d2b273-0e12-2c10-fab3-a34bde559f92?QuickLink=index&…
In chapter 3 you see the prerequisites (note 1101726 and notes 1384495, 1387004 and 136772). By this, you change the system behaviour, not to check if the new inserted master data is valid (it can't be valid, because the entries are new!)
And after this please implement the solution from the how to.
Furthermore you can take a look at this how to, which might help you too:
http://www.sdn.sap.com/irj/scn/go/portal/prtroot/docs/library/uuid/607193d5-cdd5-2b10-c699-8ff04c3124f6?QuickLink=index&…
Even if my first post is a bit old, my customer still uses this solution, at the moment we are on 7.3 sp06, so it is working in newer releases too.
Hope this helps.
Regards
Tim

Problem with Navigation Attributes when upgrading from BI 3.1 to BI 7.0

Hello,
I have the following problem that occured regarding queries during the upgrade from BI 3.1 to BI 7.0:
As far as the queries are concerned it is not possible in the 7.0 system to completely rebuild them according to the queries in 3.1. More specifically this refers to a certain number of navigation attributes that cannot be integrated into the query. In this case the following error message appears: "Error in BW: Missing mapping partprov cha <-> multiprov cha". Moreover, this error message only appears when you try to include navigation attributes into the query that are all attributes of the same specific InfoObject.
I have already checked in the 7.0 system if the relevant objects have the status 'active' and if the identification between the Multiprovider and the InfoObjects used is correct. So, is there anybody who may has another idea why this error message appears respectively who experienced the same/similar problem?
Thanks in advance & Regards

Hello Martin,
yes, I've also checked the identification in the MultiProvider for the navigational attributes. There is nothing missing.
I've also reactivated the objects.
Do you may have another idea?
Thanks and regards, Ines

Navigational Attribute Problem in Input Query

Hi,
I am having a problem in input query implementation which uses a navigational attribute. I have, for eg, only one char 'customer' in rows; i want to exclude the customers with the status D (deleted) from displaying (Status is nav. attr. of customer). I tried this by restricting in filter, Status D-"exclude". But as soon as I do this, query no longer remains input ready! (I also tried putting the same restriction in Default Values area rather than Filter, but ended with the same result )
I discovered that if, furthermore, I put Status in rows (with the above said restriction still remaining), query is again input ready.
Can't we exclude values in the filter on an input query? I want to know if this is a restriction with IP or a bug?

Hi Gregor,
Thanks for the explanation. But this makes me wonder, because due to this restriction one of the BIG advantages queries had over the planning layouts of BPS, seems to be gone. I mean, using navigational attributes for filtering; if we have to always have a single value restriction on a nav. attr., this will really be restricting. Is it expected that this will be changed in a later SP?
And there is another problem that is coming due to this. When I use the exclude filter and also the nav. attr. Status in rows, then the query becomes input ready, but there are warning messges displaying when the query opens saying -
Characteristic Customer has no master data for "C1"
Characteristic Customer has no master data for "C2"
etc... (these are the customers with status D). We are on SP15.
Please suggest what should I do to get rid of these messages?
Edited by: Mayank Gupta on Apr 10, 2008

Navigational attribute and FOX in IP

Hi,
I have experienced a strange behavior of a FOX.
This is a copy from ACTUAL InfoCube to PLAN InfoCube, keyfigures are different.
In the ACTUAL one, we have only cost center and profit center as navigational attribute. In plan, we have both. Here is the fox (operand is KF, infoprovider, profit center) :
{KF1, ACTUAL, PC01} = {KF3, PLAN, #}.
I doesn't work in IP (no data are read from the reference). We tested it in BPS and it works.
For me, this is the right syntax since profit center is not is the ACTUAL cube.
After that, we removed profit center from the operand (PC01 is a constant in the filter).
Here is the new fox (operand is KF, infoprovider) :
{KF1, ACTUAL} = {KF3, PLAN}. This fox is not supposed to work because it should try to read reference data with profit center PC01. But it works !!!
After saving data, we noticed that the fox copies every records from the ACTUAL cube with navigational attribute profit center = PC01.
Did you ever experience that or I missed something ?
The system seems to take into account the value of the navigational attribute.
Thanks

Hi Jaques,
I guess you have a MultiProvider and you have mapped the Characteristic PC from the plan cube and the navigational attribute from the actual cube both to the characteristic in the multiprovider.
Then it is correct, that the sytsem does the selection on the char in plan and the nav in actual.
regards
Cornelia

Use of navigation attributes in APO DP

I am trying to clarify how navigation attributes compare with full planning characteristics in APO DP (V5).
In general, I know that navigation attributes are used for selection and navigation in APO DP.
But suppose I have a navigation attribute called 'product type' for planning characteristic 'product'. Isn't it also possible to forecast and make adjustments at the 'product type' level.
If the answer is yes, what is the real difference between the use of navigation attributes and planning characteristics?
Thanks for any help with this.
Bob Austin

You do not see difference in Attribute and characteristics in the interactive planning screen. So you should be able to create selections and do general navigation
just a little more detail on the difference between nav attributes and planning char
But creating forecast profiles might be a problem- Selections with navigational attributes do not create forecast assignment table entries. As of SCM4.1, the attribute information can be stripped out of the selection via BADI, allowing an assignment entry to be created.
Maintenance of CVCs also have to be done differently. Navigational attributes are not same as CVCs. Instead they point at the value of another characteristic. We create master data for nav attrib in the Admin workbench. Also If you plan to use navigational attributes on standard characteristics, say in 9AMATNR, then you could have issues in SNP since SNP does not support Nav attrib
Also realignment of Navigational attributes is not a standard process but can be done.

Integrated Planning on Navigational Attribute

Similar Messages

Maybe you are looking for