Best Of
Re: Import Error Issue
Hi @Monpero
In this case, Possibly Level1 parent code would be different from the above screenshot items.
Thanks
Pujitha
PujithaB
Re: Is there a way to change which browser is used by Excel Add-in for SSO authentication?
@KirillKuznetsov - thank you for your reply and trying to get some attention to this issue.
I connected with Anaplan support yesterday and found a workaround that works (for now), though it is not ideal. The workaround was to insert a line into the Settings.xml file found in %LocalAppData%\Anaplan\ExcelAddIn\4.4 to enable a feature named "EdgeLegacy" — however I suspect this is a duct tape fix that works for now, but I don't think will be sustainable.
I'd like to see the next update of the Excel Add-in to allow user to specify which browser to use as an option in the Authentication settings rather than solely relying on an embedded browser — hoping this is possible!
Zak_G
Re: April 2024 Community Member Spotlight: Kirill Kuznetsov
The name of this parrot is Ricky. It is my nieces' bird. But I have a dog called Darwin - a black English cocker spaniel.
Thank you for your feedback. It is very important to me!
Re: Character limit of 60 on Anaplan code - Possible solution to address the issue required
If that is the case, then concatenation is the only way to go. To get around the 60 character limit, have you thought about having an "Anaplan" code? This is how it would work...In your flat lists, you would have the real code from the source system. In the SYS Properties module for that list, you would have an "Anaplan" code to which you would use for the hierarchy code. For example, in your Product Category Flat list, say a members code is 1000000000009, but in Anaplan, the "Anaplan" code would be 10. The SKU flat list, a member from the source could be 20000009, but in Anaplan, the "Anaplan" code would be 20. So, in the Anaplan hierarchy, the code would be 10_20.
And if you needed to export the data out of Anaplan, then you could always refer back to the flat list to get the true source code.
Hope this helps,
Rob
Re: ALM enabled between 2 Dev models linking to the same Production Model
@PujithaB @Yehya123 - I was looking at the conversation going on above.
@PujithaB - The option 1 which you suggested is suitable , the only thing we can do is to inform the end users that will be taking the model offline for sometime so that @Yehya123 and team promote their changes to new Prod Model. This model offline activity can be performed during the month end or when the users are not actively using the system. We must inform the end users about the same.
Option 2 is good but as @PujithaB mentioned you will lose dev history, that is the only concern.
Re: Edit user profiles for name and new email
Any status update on this? We have a couple names that need to be changed and it will take significant time to populate their history if we need to add a new user.
Additionally, I would love a 'reorder' button for users like there is for Modules.
rrist
Re: ALM enabled between 2 Dev models linking to the same Production Model
Hi @Yehya123
It should be always one DEV and Multiple Prod Models because when you sync from Dev Model, Sync from UAT Model will be lost since DEV and UAT models will not be structurally same in above case.
Regards
Pujitha
PujithaB
Planual Explained - Day 14
"Rule 2.01-15": Article 2, Chapter 1, and Rule 15 – “Filters in separate modules”. ” Try and keep filters in separate System modules. They can then be reused for different modules. In the notes section list where this filter is used to prevent accidental deletion”. It goes against Auditable & Necessary elements of PLANS if you wish to go against the rule
Here is how it was done in Pre Planual Era: Filters applied on any modules used to be created & kept in the same module. Filter used to be module specific meaning if there was ever a need to display current month figures again, another line item with the same formula used to get created. A module having a timescale of one full year including quarter totals and full year totals being filtered upon Current Month.
First Module:


Second Module:

What is wrong with this method? It is unnecessary to make filters module specific. Two line items have been created in two different modules to do the same thing. It also becomes tedious to audit each and every filter for every module
Here is how it should be done in Planual Way: Create centralized filter modules and then reference the filters throughout the model. In our example it is recommended that we create time filter module which can be referenced in almost every module as and when needed.

Caution: Filter line items, when used, are not being documented in the model if they have been referenced anywhere. For example below line item from Time Module has been used as a filter.

But the filter line item shows it has NOT been referenced anywhere. Although it is true that it has not been referenced in any other line items but the fact is that it is still in use to filter other modules.

Hence in order to avoid accidental deletion of such line items, it is highly recommended that you add notes to such line items

Misbah
Re: Planual Explained - Day 14
Maybe we should suggest that references to filters should be added to Anaplan. Same as Saved Views. It's very useful to know where an item is being referenced.
Re: April 2024 Community Member Spotlight: Kirill Kuznetsov
Finally! Been waiting for this spotlight for quite some time. Great to hear your story @KirillKuznetsov and thank you @becky.leung @GingerAnderson for these continued stories. Bravo!




