Skip to main content

Finding Indirect Dependencies for Email Templates

HappySoup catches hidden references to your templates in labels and Apex.

Pablo Gonzalez avatar
Written by Pablo Gonzalez
Updated over 3 weeks ago

Email templates can be tricky to track. Unlike fields or flows, they’re often referenced indirectly, which makes impact analysis much harder. Teams frequently avoid hardcoding template names in Apex, instead storing them in custom labels or looking them up dynamically.

HappySoup’s impact analysis is designed to spot these indirect dependencies so you don’t miss anything important.

Custom labels with template references

When you search Where is this used? for an email template, HappySoup doesn’t just look for direct references. It also scans custom labels for:

  • The template API name

  • The template Id

  • The template label

This is a common pattern in orgs, since developers often place template details in labels for flexibility. With HappySoup, you’ll see those hidden references right in the dependency tree.

Apex classes querying EmailTemplate

Your email template may also be used dynamically by Apex classes that query the EmailTemplate object. HappySoup surfaces all of those classes, so you can see where templates are being pulled in code—even if they’re not hardcoded.

Without this visibility, you could easily miss dependencies and break automations that rely on templates in indirect ways. By checking both custom labels and Apex queries, HappySoup gives you a complete picture of how your email templates are being used.

This way, you can make safe changes to templates knowing you’ve caught both the obvious and the hidden references.

Did this answer your question?