Abnormal behaviour of Actions

Hi Anaplanners !

Is Anaplan facing issues in the Action Mappings?

I had renamed few line items(eg: Line Item A renamed to Line Item in the model, and tried to test the actions, but none of them worked. When i checked the mapping of the actions, what i saw is really strange. I saw two line items (Line Item A and Line Item both present in the mapping table. And mapping was still intact with Line Item A and Line item B was ignored.

But as per my understanding there should be only one line item i.e. Line Item B.

I saw this in more than 5 actions where i renamed the Line items in the specific modules.

~Anand

Accepted answers

alexpavel

@anand.shekhawat Indeed this is an old annoying issue that is still there... 😞

Renaming a line-item works very well, except if the line-item is used as "source" in a saved view which is used in an import action. If the mapping in the import action is made "manually" the source line-item remains mapped with the old name and the new line-item is shown, but it is not mapped.

The import runs with a "successful" status without updating the target line-item.

So, when renaming a line-item you should always check if that line-item is part as "source" in an import action. (manual check).

The renaming of a line-item is not an issue if it is used as "target"..in that case the import action is correctly updated using the new line-item name.

check this idea exchange:

https://community.anaplan.com/t5/Idea-Exchange/Line-Item-Data-Connections/idi-p/46222

There is an old reported issue that was reported to be solved, but it is not solved 😞

Issue 74688 - "When importing data between modules where a line item in the source module was renamed, data matching was based on the name of the old line item"

Hope it helps

Alex

All comments

KirillKuznetsov

@anand.shekhawat

To my understanding anaplan works this way with import manual mappings always. It works as a snapshot of some kind and remembers all manual selections for mapping.

That's why if you rename a list which is used as a dimension for any source module - you will have to go and change settings in the applied actions.

anand.shekhawat

@KirillKuznetsov But my point is when Line Item is renamed from 'Line Item A' to 'Line Item B' . Then 'Line Item A' should not even exist in the mapping table, coz it's been renamed in the module. Why is it still there ? So to understand refer below

Initial mapping

'Line Item A' ----------> 'Salary Numbers'

After renaming 'Line Item A' to 'Line Item B' the mapping showed in the mapping table as

'Line Item A' ----------> 'Salary Numbers'

'Line Item B' ----------> ignored

But ideally after renaming it should be

'Line Item B' ----------> 'Salary Numbers'

I hope i am able to make you understand the scenario.

~Anand

KirillKuznetsov

@anand.shekhawat

I understand your concern.

But manual mapping cannot be automatically reassigned and i think it is the feature specific for list items.

Let's assume you have a logic when list items being filtered dynamically in your source module. And for some reason the list item got renamed. This way you would like to keep the manual mapping fixed and not interrupted by any changes.

With the line items as they are more like a structural elements I argee that it may be weird that they are strictly mapped. But again it depends on a case.

Manual mapping is always "a hardcode". So if you decide to apply it - be ready that you will have to fix it later if something changes in structure.

Misbah

@anand.shekhawat

Yes, even I noticed it a few days ago that it doesn't replace the line items, instead it remembers and keeps both the line items. Manual Intervention is required to map the action again and Ignored the outdated line.

Not sure if this is the expected behaviour.

Misbah

Miz Logix

alexpavel

@anand.shekhawat Indeed this is an old annoying issue that is still there... 😞

The import runs with a "successful" status without updating the target line-item.

So, when renaming a line-item you should always check if that line-item is part as "source" in an import action. (manual check).

The renaming of a line-item is not an issue if it is used as "target"..in that case the import action is correctly updated using the new line-item name.

check this idea exchange:

https://community.anaplan.com/t5/Idea-Exchange/Line-Item-Data-Connections/idi-p/46222

There is an old reported issue that was reported to be solved, but it is not solved 😞

Issue 74688 - "When importing data between modules where a line item in the source module was renamed, data matching was based on the name of the old line item"

Hope it helps

Alex

anand.shekhawat

@alexpavel

It really helps and thank you for the same. I never thought this would be a long time running bug at Anaplan's end. I hope it gets sorted at the earliest. Else it might cause data issues in the production which might go unnoticed.

Thank You @Misbah and @KirillKuznetsov for your inputs.

~Anand

rob_marshall

@Misbah

It shouldn't be "expected" behavior. My guess is it is cached, but @anand.shekhawat should put in a case/ticket to support so it can be looked into further.

Rob

anand.shekhawat

@rob_marshall

I'll raise it with Anaplan, Thanks Rob

~Anand

Quick Links

Can you help?

Unanswered questions

Create a Filter to show all the elements of that level based on selection in hierarchy
Hello Community members, Requirement Details: I have 5 levels of composite hierarchy list (A1, A2, A3, A4, A5). I have published a module in UX, Now the requirement is If user select a list member from A4 level in the context selector or Custom Filter I have to display all the list members under that A4 level. How can I…
import monthly data with months in columns
is there a way to import data with months in columns (usual excel table view)? I have to transform the data so there are rows to cover each period in the upload data form, but I am wondering if there is a better way to just import the data as is with the months in the columns. please let me know what you think. thank you,
Cloudworks Big Query Integration Fail
Hello, I am receiving an 'Anaplan Upload Failed' Status Description when testing my integration with a Big Query dataset. The integration imports data from BQ to our Anaplan model. No other details given in the error log. I suspect that Cloudworks is not even picking up the file but am not sure what we did wrong on the set…