*RUNALLOCATION and ACCOUNT scope in default logic

hello,
I'd like the default logic to execute a specific computation depending on the account the user has input values onto from his input schedules :
- if the user inputs values on account1, I want the default logic to execute Computation1 only.
- if the user inputs values on account2, I want the default logic to execute Computation2 only.
- etc...
Do you know how to get this behavior although default logic scope by default is all accounts ?
My Default logic contains either *REC or *RUNALLOCATION commands.
Thanks. R.

Hi,
When the user enters account member, it will be stored in %ACCOUNT_SET%. So, you can use,
*XDIM_MEMBERSET ACCOUNT = %ACCOUNT_SET%
*WHEN %ACCOUNT_SET%
*IS XXX
computation1
*ENDWHEN
*WHEN %ACCOUNT_SET%
*IS YYY
computation 2
*ENDWHEN
Hope this helps.

Similar Messages

Work Status and Default Logic

Hi Experts,
This query is for BPC 10.0 NW, default logic.
Can work status be used to control for which region of data (namely which Year) default logic is executed?
Is Default Logic executed for all data regions falling within the scope of the Logic Script Every Time any data is saved, or is it executed only for the data saved at that instance?

Hi Collin
Work Status and Default logics are 2 Different paths but Default Logic will control whether given a period/Year Combination is Open" All the Activities for assigned Model" would be performed in terms of Data Load and subsequent Activities that Includes Default Logic.
Where as Default Logic is used for Calculating Retained Earnings and updating your data base in Balance Sheet Current Retained Earning Account as well as Out side Account from Chart of Account which is Total Sum of Income Statement Items.
Ex:
BPC Chart of Accounts/Account Dimension : BPCCOA
                   Total Balance Sheet:TBSACTS
                     Income Statement:INCSACTS (inthis groups Lets say 2199999 CYR)
                    BPC Special Account: 9999999
When ever you execute Default Logic or Include Default logic into your applicable Script Logics. BPC Default Logic would UPDATE 2 line Postings in the data base.
                 219999     XXXX
                 999999    XXXXX
This ensure that your total Current Retained Earnings always match with Sum of Total Income Statement items for a Period/Year.
Hope this will help you
Thanks
Venkat

Copy data between accounts on BPC 7.5 default logic

Hi gurus,
I have default logic code that does not work. I need to copy value from an account to another from real to budget data.
I have this code:
*XDIM_MEMBERSET PERIODO=%PERIODO_SET%
*XDIM_MEMBERSET ESCENARIO=REAL,PPTO
*XDIM_MEMBERSET SOCIEDAD=%SOCIEDAD_SET%
*XDIM_MEMBERSET GROUPS=LC
*XDIM_MEMBERSET FLOW=F_CIE
*CALC_DUMMY_ORG CUENTA = PARENTH1
*IGNORE_STATUS
*WHEN ESCENARIO
*IS PPTO
*WHEN CUENTA
*IS #BAI
*WHEN SIGNEDDATA
*IS <>0
*REC(EXPRESSION=GET(ESCENARIO="REAL",CUENTA="630"),NOADD,ESCENARIO="PPTO",CUENTA="630")
*ENDWHEN
*ENDWHEN
*ENDWHEN
*COMMIT
Where is my mistake???
Thanks a lot for your help!!!!
Have a nices day!

Hi Jordi,
Could you try to replace *IS #BAI with a single account (any one account that contains data) and see if that works.
BR,
Arnold

Default logical system names for application and metadata in models.

hi,
I have a dbt in web dynpro java. When we create a model, we give the logical system names. When our developement is over, do we have to change these names because in test system and subsequently production system, the backends will be oviously different than developement ?
how do we change them and re import after changing? in abap we cant change our code in test and prod systems right so how is it in web dynpro java ?
thanks

Hi Jeschael,
thanks for the reponse.
When I create the model, I give the default logical system names and on the next screen I give the
ip address of the backend system, client , login, password etc
Even though the logical system names wud be same in Dev, Test and Prod systems, the ip address, login password is different so how do I give it ?
thanks
B

CopyApp and Default logic

I was wondering when using the CopyApp statement in a script to copy data between a source and a target application, if the default logic on the target application gets executed.
Thanks.

Hi Kumar,
Default logic is not executed in this case in target app.
Copy used into script is like a DM package which is inserting data into application.
Default logic is not executed if it is not specified this.
Default logic is executed by default just when you are doing manual entry.
Regards
Sorin Radulescu

I have several different gmail accounts on mac mail and even when I send from one specific one by selecting it (and setting it as default!) mail gets returned to various different addresses. It seems to swich between them??

Switching between servers and accounts on mail.

It's possible that you have a problem with some outgoing servers and it's just moving through the list until it finds a working one. It will do this if you not have specific SMTP servers locked to each account?
Open Mail's preferences. Select an account and make sure it has the correct SMTP server listed. Also check the login and password for it to make sure it's correct. Check the box to use only that server for that account. Repeat this for all accounts making sure the server login and information are correct.
If an outgoing server fails in the future, you will ger a failure window asking to select another server or try again with the one chosen for that account.
You can also open connection doctor from Mail's main menu (under Window) and run the test. You should have incoming and outgoing servers listed for each account. It will tell you which are working and which aren't. You may also have intermittent failures. Run the test several times.
If this doesn't work, post back more info.

Defining G/L Account for product category and account assignment category

We are using the standard configuration to default in a G/L account for a given product category and account assignment category combination. This works well for us when it comes to the shopping transactions (i.e. BBPSC01, BBPSC02, etc.), however we have a problem with this logic in the carry out sourcing transction BBPSOCO01. Our users are creating describe requirements which are then delivered to BBPSOCO01, however the user is not assigning the correct product category, so the sourcing department updates the cart with the correct product category. Upon doing so, the G/L account gets changed to whatever the V_BBP_DET_ACCT table determines is correct for that given product category/account assignment combination. We would like to know if their is a way to not fire the "default G/L account determination" when the shopping cart is changed in transaction BBPSOCO01. I already know about the BBP_DETERMINE_ACCT BADI but thought there might be a less expensive alternative. Our business treats the G/L account provided by the configuration as a guideline, therefore when the buyer changes the product category they also want to retain the account assignment information. Any suggesstions on how this might be accomplished outside of creating my own logic in the BADI?
Best regards,
Shawn O'Connor

I got the same message trying to make an entry in SPRO:
Define Backend System for Product Category
I found the note 305942 describing exactly the issue for my and above mentioned entry, which offers the correction, then the note 326802 which offers the correction of the first notes. However, both notes are for Releases 4.6C and D (from 2000), and we are using EHP2 FOR SAP SRM 7.0.
I see another discussions in SCN regarding this topic, but haven't found real solution yet. Any hints? At least the answer to previous question from Sharan would be appreciated.
Best regards,
Toni

Multiple Script Logics in Default Logic.. order of execution... Commit

Hi,
I have a situation where I need to perform two activities...
i) Perform a multiplication operation on the data input by the user - Script Logic A
ii) Send the data at a summary level to another application. - Script Logic B
Both Script logics are in the Default Logic
User opens an input template and makes changes to a few Products (more than 1). I want the script logicA to execute completely (i.e. for all the models) and THEN Script Logic B to execute since Script Logic B summarises the data
It seems like this is not how the system works.. Rather it goes thru Script Logic A and Script LogicB for the 1st Product, then the 2nd Product and so on...
I tried using a commit after Script Logic A / before Script logic B and a few other options but to no avail... Any suggestions ???
The other option is not to put Script Logic B in the Default Logic but to execute it separately... Worse case situation I'll use that option..
thanks

Hi,
Have you defined the scope of the product for the two logics independently.
Try that by including commit after the first logic. This should work.
*XDIM_MEMBERSET PRODUCT=BAS(ALL)
Script 1
*COMMIT
*XDIM_MEMBERSET PRODUCT=BAS(ALL)
Script 2
*COMMIT
Hope this helps,
Regards,
G.Vijaya Kumar

Error in Executing Default Logic

Hi,
I included a formula in default logic which is a simple multiplication of two account dimension members:
*BEGIN
[P_ACCT].[#CE0004220] = [P_ACCT].[CE0004210]*[P_ACCT].[CE0004230]
*END
Was able to successfully validate and save the logic. However, when I tried to send data, the system threw an error:
"- Error Message -
Error running default logic (Error checking work status)
- Rejected record List -
Error converting records: The root element is missing."
Have checked the work status and nothing seems to be amiss. Also, I tried removing the formula from the default logic and then sending the data - this worked.
So there must be some error with the default logic / work status. Could someone please help me out here?
Thanks in advance
Regards,
Meiyalagan
Edited by: Meiyalagan Kulandaivel on Nov 27, 2008 10:06 AM

Hi Meiyalagan,
Can you please indicate which BPC release you are using ?
I would suggest that you first make the following 2 corrections on your formula:
1. Add a "#" to the member on the left of the equal sign
2. Put square brackets around the dimension and member names
[P_ACCT].[#CE0004220] = [P_ACCT].[CE0004210]*[P_ACCT].[CE0004230]
After that, you also may need to setup your workstatus. There are two places where you can defined workstatus.
1. On the application set level, you define a list of the status (like unlocked, submitted, approved, locked, ...) and who is allowed to do what (like that only the manager is allowed to post journal for example)
2. On the application, you indicate which dimension are used to set that workstatus (usually the combination category / entity / time is used to set and track these workstatus)
In the Entity (or the dimension you have the OWNER property), you defined the owner of that entity (can also be a list of user or a team). Each owner of a parent is considered as a manager of that entity. If I for example own the entity France, the owner of the Entity Europe will be considered as my manager (as well as the owner of the Entity World). The settings Owner and Manager are used in the Work Status table on the application set, to define who can do which task and who is allowed to change the workstatus (promote it to the next status).
Regards,
Marcel

Dynamic re-scoping of default logic

Hi all,
I'm hoping someone can help on this logic problem -- BPC 5.1 SP5 on SQL 2005.
My sales planning application has a dimension SKU with 20,000 members, in a very well structured hierarchy. Each SKU is at level 6, and the profit centers are at level 5.
The default logic calculates sales & cogs amounts (unit * price for each SKU) as well as some discounts (which are planned at the profit center, not SKU level). There is a dummy base member for each profit center to store these discount rates.
My problem in the default logic is to expand the SKU dim scope
- when a profit-center driver changes, expand to include all SKUs in that profit center
- when a SKU quantity or price changes, expand to include the profit-center dummy member
- and of course, some times a user changes values for not just one, but many, profit centers & SKUs in a single data submission.
A SKU.ProfitCenter property flags all the relevant members to pick up, but I can't figure out how to do this in default logic. (Batch logic with *SELECTs is not a problem.)
Option 1. Use a *RUNLOGIC calling SecondLogic.LGF file, with a *SELECT inside -- this doesn't seem to work. The debug log shows that the SKU scope remains the same as the data submission, and it appears that the *SELECT is not being performed in SecondLogic.
Option 2. Use a *RUNLOGIC calling SecondLogic.LGX, as follows:
*RUNLOGIC
*DIMENSION SKU=filter([SKU].members,[SKU].properties("ProfitCenter"=[SKU].CurrentMember.Properties("ProfitCenter")))
*LOGIC=SecondLogic
*ENDRUNLOGIC
I was hoping that would work, but I get an error message after data submission:
ExecuteBaseLogic::user has no write access to the selected members of dimension : SKU
SKU dimension is secured R/W, but my user ID has write access to all members (confirmed in my ability to submit data, plus acsSKU table).
I even simplified this to hard-code a particular profit center, but still the same error:
*RUNLOGIC
*DIMENSION SKU=filter([SKU].members,[SKU].properties("PROFITCENTER"="500143"))
*LOGIC=SecondLogic
*ENDRUNLOGIC
I'd appreciate any tips on how to use this MDX filtering, or any other approach that gives this type of dynamic re-scoping in default logic.
Thanks,
Tim

Hi Tim,
You are missing a bracket in your examples, after the name of the property (bracket should be closed)
I used the following statement in an *XDIM_MEMBERSET and it is working fine. I have a also a .CurrentMember, not sure if this one makes any difference.
Filter([Time].Members,[Time].CurrentMember.Properties("TIMEID")="20071200")
Regards,
Marcel

Default Logic for Intercompany Elimination (USELIM)

Dear Friends,
I am doing the Intercompany elimination for Management consolidation. I have configured the Entity and Intco and also maintained the "ELIMACC" property in the account dimension. Also i have manintaied the ICELIM.LGF where the following code is been maintained
*RUN_PROGRAM US_ELIM
CATEGORY = %C_CATEGORY_SET%
TID_RA = %TIME_SET%
OTHER = ENTITY=%ENTITY_SET%
*ENDRUN_PROGRAM
do i need to maintain any thing else in the default logic of my application. I have not maintained any Business rules, is it mandatory to maintain the same?. Please suggest me. ( I have no currency convertion since input and reporting is in USD only.)
I tried running the "IC Elimination" package with the sofar done setting am getting the Package status as 'Cancelled'
Thanks
Prem

Group dimension is mandatory to add.

Currency Translation and Account Transformation Business Rules Together?

Hi I am fresh out of college and working on a BPC project. I have this working but fear down the road problems.
We are using currency translation and struggling with getting our NetIncome to write the correct value to the Current Year Retained Earnings when it converts from LC to USD; USD value did not match Net Income in P&L.
Initially, we did the Account Transformation first in our default logic only on LC, then FX runs and creates the corresponding USD value which does not match the Net Income.
It looks like the logic is correctly summing the YTD value but it converts using the AVG rate for the period (as opposed to multiplying each month by that monthu2019s average rate) creating a variance.
Weu2019ve moved the account transformation to run after FX and have it also running on USD. This currently works but seems like a workaround, and as we configure the remaining CTA rules will we run into problems?
Have any experts run into this issue before and what should I do?
Edited by: MichaelUCF2010 on Oct 12, 2010 10:18 PM

Hi, perhaps this is my lack of accounting knowledge rearing itself.
RE = BS = End (if you take into account translation adjustment for Net Income and Additions/Substractions & OB)
However If you are talking about the RE Reserve (and computing that correctly)
RE Reserve
OB - Opening
Inc - Avg
Sub - Avg
NI - Avg [I assume it is this line you are talking about - please try the apply periodic option for avg]
CTA - calculated
CB - End

Default logic - Clear Destintion

Hi expert,
When input is done from the BPC excel, would like to clear the appropriate regin before posting the data. I have placed this in default logic script
but this does not Clear data from WB tables, Members are all valid.
*SUB SetTheAppropriateRegionToClear
*CLEAR_DESTINATION
*XDIM_MEMBERSET CATEGORY=MAYM
*XDIM_MEMBERSET TIME=2010.MAY
*XDIM_MEMBERSET ACCOUNT=x3PSPEND
*XDIM_MEMBERSET ENTITYCOSTCENTER=CEGB1100230Q01
*XDIM_MEMBERSET YEAR=2010
*XDIM_MEMBERSET RPtCurrency=GBP
*ENDSUB
SetTheAppropriateRegionToClear()
Thanks
Gayu

In which version? 7.0 or 7.5 .
Is your goal to CLEAR the region prior to the INPUT being stored? Default logic runs after the data is passed through the Send Governor, so this runs after the posting of data to the WB table. The clear rule also doesn't clear just WB; clears all data in the region across all 3 tables in MS version, and runs the clear prior to the calculation in the default region.
Hope this helps.

Default Logic error

Hi Experts,
I have this line of code in my default logic and it is not validating when I try to validate it. What am I doing wrong here?
[ACCOUNT].[#VATTAX_DOLR] AS -[ACCOUNT].[120]*.05
I am using the SAP BPC 7.0 SP07 version. Any help is greatly appreciated!
Thanks.
Edited by: Srinivas Paluri on Apr 30, 2010 6:46 PM

Hi Srinivas,
I would suggest you to use the below code
[ACCOUNT].[#VATTAX_DOLR] = [ACCOUNT].[120]*(-0.05)
or
*WHEN ACCOUNT
*IS 120
*REC(FACTOR=-0.05, ACCOUNT=VATTAX_DOLR)
*ENDWHEN
*COMMIT
In the above 2 codes, "VATTAX_DOLR" and "120" are dimension members of account dimension.
Hope this helps.

Default Logic Script, Appears to Run when It should not

Hello Experts,
I need help with something. When using a Logic Script within the Default Logic in BPC, It runs everytime data is submitted. I have one logic script that copies a "Full-year" value input to each month. See below. So WHEN AuditTrail CC_FY is changed, it copies the value divided by 12 to each month and Audittrail CC. This works correctly. However, an issue came up that when a user wants to change the monthly Value, it defaults back to the value written by the CC_FY Logic Script. I think the Logic script is running again after the user makes a change. Below is the Logic Script and some other screen shots.
CC_FY.LGF (Also inside DEFAULT>LGF)
*XDIM_MEMBERSET AUDITTRAIL = CC_FY
*XDIM_MEMBERSET RPTCURRENCY = LC
*XDIM_MEMBERSET RCOST_CENTER = RCCA_NONE
*XDIM_MEMBERSET TIME = 2015.12
*XDIM_MEMBERSET COST_CENTER = %COST_CENTER_SET%
*XDIM_MEMBERSET ACCOUNT = %ACCOUNT_SET%
*WHEN AUDITTRAIL
*IS CC_FY
*WHEN TIME
*is 2015.12
*REC(EXPRESSION=%VALUE%/12, TIME = "2015.01", AUDITTRAIL = "CC")
*REC(EXPRESSION=%VALUE%/12, TIME = "2015.02", AUDITTRAIL = "CC")
*REC(EXPRESSION=%VALUE%/12, TIME = "2015.03", AUDITTRAIL = "CC")
*REC(EXPRESSION=%VALUE%/12, TIME = "2015.04", AUDITTRAIL = "CC")
*REC(EXPRESSION=%VALUE%/12, TIME = "2015.05", AUDITTRAIL = "CC")
*REC(EXPRESSION=%VALUE%/12, TIME = "2015.06", AUDITTRAIL = "CC")
*REC(EXPRESSION=%VALUE%/12, TIME = "2015.07", AUDITTRAIL = "CC")
*REC(EXPRESSION=%VALUE%/12, TIME = "2015.08", AUDITTRAIL = "CC")
*REC(EXPRESSION=%VALUE%/12, TIME = "2015.09", AUDITTRAIL = "CC")
*REC(EXPRESSION=%VALUE%/12, TIME = "2015.10", AUDITTRAIL = "CC")
*REC(EXPRESSION=%VALUE%/12, TIME = "2015.11", AUDITTRAIL = "CC")
*REC(EXPRESSION=%VALUE%/12, TIME = "2015.12", AUDITTRAIL = "CC")
*ENDWHEN
*ENDWHEN
For Example, I enter $12,000 into December, CC_FY, it puts $1,000 into each month for CC correctly
So then I try to Change January to $250, Save Data
The Value then Returns to $1000. I think its because the CC_FY.LGF is running again, but it shouldn't because there was no Change to the CC_FY AuditTrail Dimension. On the Backend, you can see the changes, and also the reversal of the change, leaving the starting amount $1000.
What am I missing?! Thank you for any input.
Sean

The script have to be something like:
*WHEN RPTCURRENCY
*IS LC
*WHEN RCOST_CENTER
*IS RCCA_NONE
*WHEN AUDITTRAIL
*IS CC_FY
*WHEN TIME
*is 2015.12
*REC(EXPRESSION=%VALUE%/12, TIME = "2015.01", AUDITTRAIL = "CC")
*REC(EXPRESSION=%VALUE%/12, TIME = "2015.02", AUDITTRAIL = "CC")
*REC(EXPRESSION=%VALUE%/12, TIME = "2015.03", AUDITTRAIL = "CC")
*REC(EXPRESSION=%VALUE%/12, TIME = "2015.04", AUDITTRAIL = "CC")
*REC(EXPRESSION=%VALUE%/12, TIME = "2015.05", AUDITTRAIL = "CC")
*REC(EXPRESSION=%VALUE%/12, TIME = "2015.06", AUDITTRAIL = "CC")
*REC(EXPRESSION=%VALUE%/12, TIME = "2015.07", AUDITTRAIL = "CC")
*REC(EXPRESSION=%VALUE%/12, TIME = "2015.08", AUDITTRAIL = "CC")
*REC(EXPRESSION=%VALUE%/12, TIME = "2015.09", AUDITTRAIL = "CC")
*REC(EXPRESSION=%VALUE%/12, TIME = "2015.10", AUDITTRAIL = "CC")
*REC(EXPRESSION=%VALUE%/12, TIME = "2015.11", AUDITTRAIL = "CC")
*REC(EXPRESSION=%VALUE%/12, TIME = "2015.12", AUDITTRAIL = "CC")
*ENDWHEN
*ENDWHEN
*ENDWHEN
*ENDWHEN
Without any *XDIM_MEMBERSET!
Vadim

*RUNALLOCATION and ACCOUNT scope in default logic

Similar Messages

Maybe you are looking for