ServiceNow CAD Practice Test 62
Question 610
A committed state change should trigger appropriate follow-on work. Which practical correction or implementation decision is MOST directly appropriate?
- Prepare only allowed initial form context and verify permissions.
- Verify after-rule conditions and idempotent related record creation.
- Test before-rule conditions and ensure no unnecessary recursive updates.
- Call current.update repeatedly inside an after rule without controlling recursion.
Explanation
Correct Answer
B:Verify after-rule conditions and idempotent related record creation. The intended behavior can be checked because a dependent record is created only after the relevant source operation.
Incorrect Answers
A:Prepare only allowed initial form context and verify permissions. This could help Display Business Rule and g_scratchpad, but it does not resolve the After Business Rule related records case. After rules run after database operations and can react to persisted changes.
C:Test before-rule conditions and ensure no unnecessary recursive updates. This could help Before Business Rule validation, but it does not resolve the After Business Rule related records case. After rules run after database operations and can react to persisted changes.
D:Call current.update repeatedly inside an after rule without controlling recursion. This would not correct the After Business Rule related records workflow. Using an inappropriate before-rule dependency on a not-yet-saved sys_id can fail.
Question 611
A requester may view a ticket but only supervisors should change its approval status. Which approach BEST meets the requirement while respecting the system constraints?
- Obtain authorized privileged role elevation, such as security_admin when required, before ACL edits.
- Configure write ACLs for appropriate table and field operations.
- Put a read ACL on a table and assume it automatically enforces a manager-only write policy.
- Configure ACL role and condition requirements and verify records that satisfy each part.
Explanation
Correct Answer
B:Configure write ACLs for appropriate table and field operations. Read and write authorizations are separate operations that may have different rules. Verification should demonstrate that unauthorized write attempts are rejected while permissible reads still succeed.
Incorrect Answers
A:Obtain authorized privileged role elevation, such as security_admin when required, before ACL edits. This primarily addresses Elevated security_admin privilege for ACL edits, not the specific Table write operation ACL decision. Here, read and write authorizations are separate operations that may have different rules.
C:Put a read ACL on a table and assume it automatically enforces a manager-only write policy. This is an unsafe or ineffective shortcut for Table write operation ACL. A read role alone should not imply unrestricted mutation of records.
D:Configure ACL role and condition requirements and verify records that satisfy each part. This primarily addresses Access control condition versus role, not the specific Table write operation ACL decision. Here, read and write authorizations are separate operations that may have different rules.
Question 612
A nightly supplier file repeats external asset IDs but should refresh existing records. After the recommended Coalesce for update versus insert change is implemented, which observation MOST directly verifies that it works?
- Errors identify authorization, path or payload issues without logging secrets.
- Direct name matches map and remaining fields receive reviewed explicit maps.
- Matching source keys update existing records while new keys create new records.
- Staged rows are visible and have not bypassed validation on the target table.
Explanation
Correct Answer
C:Matching source keys update existing records while new keys create new records. This directly tests whether the Coalesce for update versus insert goal was met. Coalesce matches imported values to target rows and chooses update versus insert.
Incorrect Answers
A:Errors identify authorization, path or payload issues without logging secrets. This is evidence about REST logging and diagnostics, not direct proof of the required Coalesce for update versus insert behavior. The relevant check is that matching source keys update existing records while new keys create new records.
B:Direct name matches map and remaining fields receive reviewed explicit maps. This is evidence about Auto Map Matching Fields limits, not direct proof of the required Coalesce for update versus insert behavior. The relevant check is that matching source keys update existing records while new keys create new records.
D:Staged rows are visible and have not bypassed validation on the target table. This is evidence about CSV file data source and import set, not direct proof of the required Coalesce for update versus insert behavior. The relevant check is that matching source keys update existing records while new keys create new records.
Question 613
A developer thinks only visible navigation can expose the table. Which practical correction or implementation decision is MOST directly appropriate?
- Test security with direct read attempts and impersonated users.
- Validate positive and negative security scenarios with representative identities.
- Model scoped roles and test each persona's allowed operations.
- Assume role restrictions in the navigator prevent any direct API access.
Explanation
Correct Answer
A:Test security with direct read attempts and impersonated users. The intended behavior can be checked because direct URL and API tests fail for users without the record role.
Incorrect Answers
B:Validate positive and negative security scenarios with representative identities. This could help Impersonation for end-user testing, but it does not resolve the Distinguish module access from record roles case. Security checks must protect actual data access regardless of how records are reached.
C:Model scoped roles and test each persona's allowed operations. This could help Application role assignment model, but it does not resolve the Distinguish module access from record roles case. Security checks must protect actual data access regardless of how records are reached.
D:Assume role restrictions in the navigator prevent any direct API access. This would not correct the Distinguish module access from record roles workflow. UI hiding alone leaves alternate access paths unprotected.
Question 614
A team needs traceable ownership of code changes from multiple delegated developers. Select TWO statements that correctly combine the Code review and scoped contribution workflow method with evidence or its governing principle.
- Allow a delegated developer to approve and deploy all of their own security changes without review.
- Grant narrowly scoped Delegated Development permissions for the eligible private scoped application.
- Assign only required delegated file-type permissions for the application.
- The change record identifies author, reviewer, tests and approved target version.
- Use reviewed source changes, tests and an approval process for delegated contributions.
Explanation
Correct Answers
D:The change record identifies author, reviewer, tests and approved target version. This is directly observable validation of the Code review and scoped contribution workflow result.
E:Use reviewed source changes, tests and an approval process for delegated contributions. This is the intended action for Code review and scoped contribution workflow.
Incorrect Answers
A:Allow a delegated developer to approve and deploy all of their own security changes without review. This is not part of a safe or effective Code review and scoped contribution workflow design. Unreviewed edits may introduce regressions or overbroad permissions.
B:Grant narrowly scoped Delegated Development permissions for the eligible private scoped application. This serves the different Delegated Development for privately scoped apps objective, not the selected Code review and scoped contribution workflow plan. Delegation does not eliminate the need for review and test evidence.
C:Assign only required delegated file-type permissions for the application. This serves the different File-type-specific delegated permissions objective, not the selected Code review and scoped contribution workflow plan. Delegation does not eliminate the need for review and test evidence.
Question 615
A research unit asks ServiceNow to perform massive GPU matrix computation. After the recommended Avoid using platform as high-performance compute engine change is implemented, which observation MOST directly verifies that it works?
- A fit-gap review documents which supported functions cover requirements.
- Authorized testers submit and view records while unauthorized testers are denied.
- Integration tests show platform records receive validated results without processing giant simulations.
- A positive and negative role test proves both layers behave as intended.
Explanation
Correct Answer
C:Integration tests show platform records receive validated results without processing giant simulations. This directly tests whether the Avoid using platform as high-performance compute engine goal was met. A workflow platform is not a substitute for specialized large-scale numerical computing.
Incorrect Answers
A:A fit-gap review documents which supported functions cover requirements. This is evidence about Reuse standard capabilities versus bespoke application, not direct proof of the required Avoid using platform as high-performance compute engine behavior. The relevant check is that integration tests show platform records receive validated results without processing giant simulations.
B:Authorized testers submit and view records while unauthorized testers are denied. This is evidence about Experience design and app permissions, not direct proof of the required Avoid using platform as high-performance compute engine behavior. The relevant check is that integration tests show platform records receive validated results without processing giant simulations.
D:A positive and negative role test proves both layers behave as intended. This is evidence about Scope boundaries versus ACL authorizations, not direct proof of the required Avoid using platform as high-performance compute engine behavior. The relevant check is that integration tests show platform records receive validated results without processing giant simulations.
Question 616
A feed includes a status code requiring controlled conversion before storage. Which practical correction or implementation decision is MOST directly appropriate?
- Test representative field maps with sample import rows.
- Use arbitrary JavaScript in the CSV file itself and trust it as transform policy.
- Validate mapping outputs with realistic records and handle exceptions.
- Add explicit validation, handling of missing values and conversion tests.
Explanation
Correct Answer
D:Add explicit validation, handling of missing values and conversion tests. The intended behavior can be checked because target fields contain correct normalized values and invalid inputs are flagged.
Incorrect Answers
A:Test representative field maps with sample import rows. This could help Transform map source-to-target mapping, but it does not resolve the Transform scripts for calculated mappings case. Transform scripts allow custom mapping logic where declarative mapping is insufficient.
B:Use arbitrary JavaScript in the CSV file itself and trust it as transform policy. This would not correct the Transform scripts for calculated mappings workflow. Blind text conversion can silently assign invalid status or reference values.
C:Validate mapping outputs with realistic records and handle exceptions. This could help Auto Map Matching Fields limits, but it does not resolve the Transform scripts for calculated mappings case. Transform scripts allow custom mapping logic where declarative mapping is insufficient.
Question 617
A project form should display its child tasks under the parent record. Which approach BEST meets the requirement while respecting the system constraints?
- Embed raw sys_ids in the form description instead of creating a relationship.
- Add an appropriate related list supported by a defined table relationship.
- Pair client feedback with server-side or data policy validation as appropriate.
- Configure form layout or Form Designer sections and organize fields by user task.
Explanation
Correct Answer
B:Add an appropriate related list supported by a defined table relationship. Related lists expose relationships to records rather than concatenating child IDs into a text field. Verification should demonstrate that the parent form shows the expected related records within users' permissions.
Incorrect Answers
A:Embed raw sys_ids in the form description instead of creating a relationship. This is an unsafe or ineffective shortcut for Related lists on forms. Missing relationship configuration can make the related list empty or misleading.
C:Pair client feedback with server-side or data policy validation as appropriate. This primarily addresses Client-side validation versus authoritative enforcement, not the specific Related lists on forms decision. Here, related lists expose relationships to records rather than concatenating child IDs into a text field.
D:Configure form layout or Form Designer sections and organize fields by user task. This primarily addresses Form layout sections and field placement, not the specific Related lists on forms decision. Here, related lists expose relationships to records rather than concatenating child IDs into a text field.
Question 618
A low-priority expensive post-save calculation should not delay the user's response. After the recommended Async Business Rule processing change is implemented, which observation MOST directly verifies that it works?
- Desktop form reacts as expected to condition changes during manual testing.
- Multiple callers get consistent results with one maintained implementation.
- Saving the record returns promptly and background work completes with logged outcomes.
- An onLoad client script can access the prepared permitted scratchpad value.
Explanation
Correct Answer
C:Saving the record returns promptly and background work completes with logged outcomes. This directly tests whether the Async Business Rule processing goal was met. Async Business Rules decouple suitable after-commit work from the interactive transaction.
Incorrect Answers
A:Desktop form reacts as expected to condition changes during manual testing. This is evidence about UI policies for required and visible fields, not direct proof of the required Async Business Rule processing behavior. The relevant check is that saving the record returns promptly and background work completes with logged outcomes.
B:Multiple callers get consistent results with one maintained implementation. This is evidence about Script Include utility reuse, not direct proof of the required Async Business Rule processing behavior. The relevant check is that saving the record returns promptly and background work completes with logged outcomes.
D:An onLoad client script can access the prepared permitted scratchpad value. This is evidence about Display Business Rule and g_scratchpad, not direct proof of the required Async Business Rule processing behavior. The relevant check is that saving the record returns promptly and background work completes with logged outcomes.
Question 619
A custom approval record needs standard task number and assignment capabilities. If the relevant Table extension and inherited fields safeguard is omitted, which outcome is the MOST directly associated failure?
- Typing display names into arbitrary strings creates stale and ambiguous links.
- Extending the wrong parent can inherit unwanted business rules and performance costs.
- Uncontrolled status strings cause inconsistent filtering and automation.
- A shared unfiltered list can confuse task routing and expose excessive metadata.
Explanation
Correct Answer
B:Extending the wrong parent can inherit unwanted business rules and performance costs. Table extension shares parent schema and behavior rather than duplicating every common field. The corrective approach is to verify parent suitability and test inherited behavior before deploying.
Incorrect Answers
A:Typing display names into arbitrary strings creates stale and ambiguous links. This failure pattern belongs chiefly to Reference field relations; it is not the failure most directly tested in the Table extension and inherited fields situation. Extending the wrong parent can inherit unwanted business rules and performance costs.
C:Uncontrolled status strings cause inconsistent filtering and automation. This failure pattern belongs chiefly to Choice field value and label; it is not the failure most directly tested in the Table extension and inherited fields situation. Extending the wrong parent can inherit unwanted business rules and performance costs.
D:A shared unfiltered list can confuse task routing and expose excessive metadata. This failure pattern belongs chiefly to Filtered module navigation; it is not the failure most directly tested in the Table extension and inherited fields situation. Extending the wrong parent can inherit unwanted business rules and performance costs.
Question 620
A developer has internal helper scripts that should not be used by unrelated apps. Which approach BEST meets the requirement while respecting the system constraints?
- Keep internal application files within private scope and expose only approved APIs.
- Switch to an authorized scope and follow the platform's security rules for the target object.
- Review cross-scope access tracking and approve the specific required privilege if justified.
- Make every internal app helper globally accessible to avoid review.
Explanation
Correct Answer
A:Keep internal application files within private scope and expose only approved APIs. Scope protection restricts application artifact usage across apps. Verification should demonstrate that unrelated application contexts cannot invoke private files without permitted cross-scope access.
Incorrect Answers
B:Switch to an authorized scope and follow the platform's security rules for the target object. This primarily addresses Scope context and security rule ownership, not the specific Private scope protects internal application files decision. Here, scope protection restricts application artifact usage across apps.
C:Review cross-scope access tracking and approve the specific required privilege if justified. This primarily addresses Runtime cross-scope access tracking, not the specific Private scope protects internal application files decision. Here, scope protection restricts application artifact usage across apps.
D:Make every internal app helper globally accessible to avoid review. This is an unsafe or ineffective shortcut for Private scope protects internal application files. Marking all utilities public increases unnecessary coupling and attack surface.