Exam InsuranceSuite-Developer Topic 1 Question 11 Discussion
Actual exam question for Guidewire's InsuranceSuite-Developer exam
Question #: 11
Topic #: 1
Question #: 11
Topic #: 1
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?
Suggested Answer: D Vote an answer
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.
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.
by Duncan at Jul 20, 2026, 05:17 PM
0
0
0
10
Comments
Upvoting a comment with a selected answer will also increase the vote count towards that answer by one. So if you see a comment that you already agree with, you can upvote it instead of posting a new comment.
Report Comment
Commenting
You can sign-up / login (it's free).