Hi All,
I would like to hear your idea or case regarding the topic.
需要构建地图鳕鱼e based on combination of codes/number (please refer to the attached image that describe mapping logic table).
I can create such logic but too much complicated to maintain(Use tons of IF, LEFT, and such).
The table is changed every quarter so that I would like to create the logic in Anaplan as simple as possible.
Do you have any idea or cases that you can share with me regarding that?
If you have any questions, please let me know.
Thanks!
Solved!Go to Solution.
Apologies for the delay, but I think I have a solution. It is complex and a little messy, so I have included it in the attached.
It seems to have satisfied your example data, but obviously there are a lot of patterns missing.
However, hopefully it shows you some principles of how to break down the mapping formula into manageable and testable pieces!!
I hope it helps
David
In a word - Messy!
To avoid a series of IFs, I would, instead, create a series of boolean modules dimensioned by Code to be mapped and the different rule logic for the different codes/number patterns.
Some do not apply, as per your example, Code C, D ,E and F are not applicable for Mapped Codes A-F, so you would set those to TRUE.
You will probably need line items for each pattern, but splitting it up this way is the most efficient, but you will need to update the formulas/add more
Can you post some example data to help understand the formats of Code A - Code F patterns?
It's always easier to work with data than the theory
David
David
Hi David,
Thanks for your quick response. And yap, it's super complicated.
Here is some examples for each code pattern. (M5 pattern is more complicated so I avoid posting that.)
Code A | M6 | 2L2111 | 1820 | A2E | M15 | JAC110A | A9B |
Code B | M1 | 2L2111 | 1820 | A1D | A19 | JAC440E | C8D |
Code C | MD | 2MD601 | 1820 | A2E | M20 | JAC220E | B6O |
Code D | MD | 2MDJ01 | 1820 | A2E | A12 | JAC120D | E9F |
Code E | M6 | 2MD601 | 1850 | A1R | QRF | JAC220E | B6O |
For example,
Code A: M6(=M6), 2L211(<>2MD5*), 1820(<1829), rest of data can be anything because logic table equals "*".
Thanks!
Mao
Apologies for the delay, but I think I have a solution. It is complex and a little messy, so I have included it in the attached.
It seems to have satisfied your example data, but obviously there are a lot of patterns missing.
However, hopefully it shows you some principles of how to break down the mapping formula into manageable and testable pieces!!
I hope it helps
David
Wow,@DavidSmith
Impressive solution. I knew it could be done in Anaplan.
I wish I had read this a while ago.
我认为这个挑战可能是一个常见的和worth making a best practice out of what you've explained in your word document:
I had to do something similar for a client that needed to convert GL transactions into a common exchange rate based on the cost center, region, and transaction type.
They had a lot of wildcards; for example, if the cost center started with "110" then use a certain value.
I created a system module for each dimension and one that only contained the exceptions (combinations of the three dimensions) instead of creating one for every possible combination. If the combination returned was blank then I knew i didn't need to go any further.
Also a system module that mapped the needed exchange rate.
From there I used the Booleans.
Since most transactions needed no conversion the Booleans filter them out first.
@MaoNinomiyasituation is far more complicated than mine but the concepts appear to be the same.
Thanks again for taking the time to build this out. I kept a copy - I'm sure I'll run into this situation again.
There is always the "why" question
Why do we need to that complexity in the mappings?. when you resolve through the patterns you often can rationalise and simplify
David
Wish you had concluded by saying Pattern Logic - Magic Code instead of Pattern Logic - Match Code:)
Copy downloaded and saved
Thanks,
Misbah
Great solution@DavidSmiththanks for shaining!
This is complex but it a great solution for avoiding large if statements!