Skip to main content

In dynamic programs it is very difficult to identify missing tokens in Cloned programs.  We support over 20 languages and have a version of each for each template. Some of our Programs have 5 emails and each email can have 5-8 tokens, meaning this needs to be re-mapped hundreds of times.  Currently, the missing token looks exactly like the mapped tokens in cloned programs, including the required from fields.  See the screen recording on ticket 302972.  The ideal solution is that the mappings hold and do not need to be changed at all.  That allows for accurate testing in a cloned program.  If that cannot be accomodated, or the source changes and the field is truly no longer available, the warning sign should appear and the missing tokens should be red or another color so they can easily be identified and corrected.

This is critical.

We also have programs with multiple variants with numerous tokens.

Advanced JO doesn’t even allow you to save, or to move from one variant to the next if there is even one unmapped token (and the unmapped tokens appear in red).

Advanced JO with Unmapped Tokens (highlighted in red)