April 13, 2019 Release Discussion

Community Manager

April 13, 2019 Release Discussion

Do you have feedback on the April 13, 2019 Anaplan platform release? Share your thoughts below!

Click the Reply button below to post.

Message 1 of 21
20 REPLIES 20
Certified Master Anaplanner

Re: April 13, 2019 Release Discussion

Interesting! I didn't know there was a release planned.

I'm keen to check the Filters performance, but I also like the features....Top level list item is going to be particularly handy.
I also like the smaller ones : "Open source module" from LIs and Close others option on tabs.

Thanks,

Tags (1)
Message 2 of 21
Community Boss

Re: April 13, 2019 Release Discussion

Hi! 

Will anaplan be releasing demos of the new functionality too? 

Also will you tell us what will be releasing in the next release after this one....

Thanks,

Usman

Message 3 of 21
Highlighted
Certified Master Anaplanner

Re: April 13, 2019 Release Discussion

On the "use top level as default page?" selection, how will that work with selective access? If a user doesn't have access to the very top level, what will happen? 

If we have a dashboard where we've changed the default selection (to the top level or otherwise), will enabling this new setting to "use top level as default" reset those selections?

If we change over a list to use top level, will that reset any personal saved views on dashboards?

Message 4 of 21
Expert

Re: April 13, 2019 Release Discussion

Hi @bdeaton ,

If a user doesn't have access to the top level item due to selective access then the behaviour will revert back to existing behaviour today. So it will display the first leaf item.

Regarding your second question if you have changed the default selection in dashboard designer than this will remain unchanged.

Finally the new setting will not impact Personal Dashboards as these are saved as part of the Dashboard definition.

This is a configurable option at the list settings level which is off by default so you have the opportunity to try it out in a dev model before you apply to your production models.

Message 5 of 21
Certified Master Anaplanner

Re: April 13, 2019 Release Discussion

Ahh, that's unfortunate to hear that the new setting won't work with users who have selective access enabled. We would love to have it default to the user's top-most item. This is a step in the right direction but I hope there will be more to come!
Message 6 of 21
Certified Master Anaplanner

Re: April 13, 2019 Release Discussion

In relation to the open source module update, I want to confirm that this will adhere to the access settings set up by role/module. For instance, if a user has a role that doesn't have access to a particular module, they won't be able to open it via drill down, will they?

Message 7 of 21
Certified Master Anaplanner

Re: April 13, 2019 Release Discussion

A note for anyone reading along. Upon thinking about this update more fully, I realized that it does pose some not insignificant security risks to us. Due to the large number of modules (1300+) and roles (20+) in one of our models, we elected to state that all modules should be set to "read" and then updated to "write" or "none" where necessary with the express note that end-users can't get to modules unless they are published to a dashboard. The dynamic is now shifting in that users will be able to get to up-stream modules they weren't able to access before. We have our ledger data coming in on a 2D table - selective access isn't applicable here - and unless we change access to "none", almost all users would be able to access all of the ledger data. We will be making that update, but the trade off is that users won't be able to drill down as effectively as before. I don't believe many non-admin users are drilling down to that level, but we can't rely on "users probably aren't doing it" to secure our data. We will need to be extra vigilant going forward in securing data in modules.

Message 8 of 21
Certified Master Anaplanner

Re: April 13, 2019 Release Discussion

Good comment there.

If I remember rightly one of the previous releases introduced a similar issue for us.

We have since added specific governance checks to make sure any new releases would be assessed with this sort of issue in mind eg ensuring users won't be able to access/drill-down to modules/data they shouldn't have access to.

We also have gating points/checks during design/build to ensure the design account for this, together with non-functional test scripts, particularly when a model holds sensitive data.

As far as I'm aware releases are deployed across all workspaces, meaning there is the risk of introduce a risk before it can be tested/mitigated. Is there a different option that should be considered ?

Thanks,  

Message 9 of 21
Community Boss

Re: April 13, 2019 Release Discussion

Hi @bdeaton @Alessio_Pagliano 

Thanks for looking into the potential risks and trade-offs, it is always very useful to understand the implications of new developments.

It would be great if Anaplan could explain their approach to testing and understanding the risks behind the development of new features and functionality within the product. Also with every development the team at Anaplan makes it would be great if they could highlight what we can expect to change as model builders from the potential risks and release a detailed guide to the new functionality. Otherwise like you say, we are subject to data breaches and without knowing there is a potential risk, this could be damaging many data governance and risk processes. 

@KayneSchwarz is this something we can expect to see released alongside the product releases? 

I have also suggested this as an idea to the community:

https://community.anaplan.com/t5/Idea-Exchange/With-every-new-product-release-there-should-be-a-deta...

Would be great to get some support. 

Thanks,

Usman

Message 10 of 21