← Back to Blog

Anaplan "Referenced By": What It Is and Why It Matters

If you right-click on any line item in Anaplan and select "Referenced By", you'll get a list of every other line item in the model that references it. It's one of the most useful — and most underused — features for understanding model dependencies.

The output looks something like this:

'Revenue Module'.Total Revenue, 'Cost Module'.COGS, 'Summary Module'.Gross Margin

Simple enough for three references. But in a large enterprise model, you might get 40, 60, or even 100+ references back — and that's where things get hard to read fast.

Why You Should Care About References

Understanding what references a line item is critical in several situations:

How to Read the Output

Each reference follows the format:

'Module Name'.Line Item Name

The module name is always wrapped in single quotes. The line item name follows the dot. When a line item is in the same module as the one being referenced, Anaplan omits the module name and just shows the line item directly.

The full list is comma-separated, which makes it easy to parse programmatically — but hard to scan visually when there are dozens of entries.

Turning the Output Into Something Useful

The most practical thing you can do with the "Referenced By" output is organize it by module. That way, instead of scanning a flat comma-separated list, you can see at a glance: "OK, 12 things in the Revenue module reference this, and 3 things in the Summary module."

This is especially useful when you're doing impact analysis before a change — you want to know which modules are affected, not just which individual line items.

💡 Try the Reference Viewer: The free Anaplan Reference Viewer on this site does exactly this. Paste your "Referenced By" output and it instantly parses it into a clean table organized by module and line item — with CSV export so you can drop it into your documentation or share it with your team.

Pro Tips

The "Referenced By" feature is small but mighty. Once you build the habit of checking it before making changes, you'll catch a lot of potential issues before they become real ones.

created by Oleksiy Polishchuk