An insurer has a number of employees who are working remotely from different locations.

In the Guidewire InsuranceSuite data model, an entity ' s " Display Name " is the primary string representation used by the system whenever that entity is shown in the user interface—most notably in dropdowns (RangeInputs), search results, and labels. This is controlled via Entity Name Configuration (typically .en files or specialized Gosu classes).

According to the Data Model Architecture and InsuranceSuite Developer Fundamentals, when business requirements demand that users distinguish between entities with similar names (like " William Andy " ), the best practice is to modify the entity ' s name definition to include differentiating data, such as a location or an ID. By defining an entity name that concatenates the employee ' s name fields with their work location, the developer creates a globally consistent identity for the object. This ensures that every time the " Employee " entity is selected from a dropdown, the user sees both the name and the location, reducing the risk of administrative error.

Using a Displaykey (Option C) is incorrect because displaykeys are meant for localized static text, not for dynamic data-driven identity logic. Post On Change (Option D) is a UI-level mechanism used to trigger server-side logic when a field value changes; it does not govern how an entity is fundamentally represented as a string. By modifying the entity name directly, the developer follows the " DRY " (Don ' t Repeat Yourself) principle, as the concatenation logic is written once at the data model level and automatically inherited by every PCF that references the entity.