A developer is creating a new entity for auditors that contains a field for the license. Which configuration of the file name and the field name fulfills the requirement and follows best practices?
The Guidewire Data Model Architecture follows strict naming and file-type conventions to ensure the system is maintainable and cloud-ready. When creating a brand-new entity (as opposed to extending an existing one), developers must use an Entity Internal (.eti) file located in the extensions directory.
According to the Guidewire Cloud Standards, custom entities should be named with the _Ext suffix (e.g., Auditor_Ext.eti). This clearly identifies the entity as a customer-specific addition to the data model, distinguishing it from out-of-the-box (OOTB) entities. This is the first half of a valid configuration.
The second half involves naming the fields (columns) within that new entity. There is a common point of confusion here: while fields added to base application entities (like Claim or User) must have the _Ext suffix to prevent naming collisions during upgrades, fields added to a custom-created entity (like Auditor_Ext) do not require the _Ext suffix. This is because the entity itself is already in a custom " namespace " created by the _Ext suffix on the filename. Adding _Ext to every field inside a custom entity is redundant and makes the code less readable. Therefore, License is the correct name for the field.
Options B and E are incorrect because .etx files are for extending existing entities, not for defining new ones. Option C is less ideal because it lacks the standard _Ext suffix on the entity filename, which is a requirement for modern InsuranceSuite development to ensure clear separation of concerns.
Contribute your Thoughts:
Chosen Answer:
This is a voting comment (?). You can switch to a simple comment. It is better to Upvote an existing comment if you don't have anything to add.
Submit