ServiceNow CAD Practice Test 53
Question 520
An application sponsor needs change ownership and release controls defined before building. Select TWO statements that correctly combine the Scoped app lifecycle planning method with evidence or its governing principle.
- A release checklist identifies owner, version, acceptance tests and rollback plan.
- Plan app scope, owners, test instances, dependencies and deployment checkpoints.
- Keep heavy specialized computation in an appropriate external compute service and integrate results.
- Treat a working personal developer instance as automatic production approval.
- Design a scoped Now Platform app with records, roles and workflow for the recurring process.
Explanation
Correct Answers
A:A release checklist identifies owner, version, acceptance tests and rollback plan. This is directly observable validation of the Scoped app lifecycle planning result.
B:Plan app scope, owners, test instances, dependencies and deployment checkpoints. This is the intended action for Scoped app lifecycle planning.
Incorrect Answers
C:Keep heavy specialized computation in an appropriate external compute service and integrate results. This serves the different Avoid using platform as high-performance compute engine objective, not the selected Scoped app lifecycle planning plan. Application fit also includes operational ownership and promotion practices.
D:Treat a working personal developer instance as automatic production approval. This is not part of a safe or effective Scoped app lifecycle planning design. A proof of concept that bypasses release gates can introduce unreviewed artifacts.
E:Design a scoped Now Platform app with records, roles and workflow for the recurring process. This serves the different Workflow fit for scoped applications objective, not the selected Scoped app lifecycle planning plan. Application fit also includes operational ownership and promotion practices.
Question 521
A script writes an audit record and needs a durable reference to the acting user. After the recommended gs.getUserName versus sys_id change is implemented, which observation MOST directly verifies that it works?
- Referential fields point to a user sys_id while logs show an appropriate readable label.
- Debug evidence identifies the relevant rule and failing role or condition.
- Positive and negative membership tests reflect the caller's assigned group relationships.
- The form displays understandable feedback without exposing restricted data.
Explanation
Correct Answer
A:Referential fields point to a user sys_id while logs show an appropriate readable label. This directly tests whether the gs.getUserName versus sys_id goal was met. Human-readable names and stable internal record identifiers serve different purposes.
Incorrect Answers
B:Debug evidence identifies the relevant rule and failing role or condition. This is evidence about Access Control Debug and denial analysis, not direct proof of the required gs.getUserName versus sys_id behavior. The relevant check is that referential fields point to a user sys_id while logs show an appropriate readable label.
C:Positive and negative membership tests reflect the caller's assigned group relationships. This is evidence about gs.getUser().isMemberOf group membership, not direct proof of the required gs.getUserName versus sys_id behavior. The relevant check is that referential fields point to a user sys_id while logs show an appropriate readable label.
D:The form displays understandable feedback without exposing restricted data. This is evidence about gs.addInfoMessage user feedback, not direct proof of the required gs.getUserName versus sys_id behavior. The relevant check is that referential fields point to a user sys_id while logs show an appropriate readable label.
Question 522
An application table must reject direct reads by users with no role. Which practical correction or implementation decision is MOST directly appropriate?
- Test read ACL outcomes using impersonation and API queries.
- Replace table read ACLs with a hidden form field and consider it secure.
- Validate scripted ACL behavior for direct record and API requests.
- Investigate ACL decisions and apply the smallest permission fix.
Explanation
Correct Answer
A:Test read ACL outcomes using impersonation and API queries. The intended behavior can be checked because authorized role reads work while role-negative direct read tests are denied.
Incorrect Answers
B:Replace table read ACLs with a hidden form field and consider it secure. This would not correct the Table read access control workflow. An overly broad read rule can expose sensitive records outside the intended app.
C:This could help Scripted ACL conditional check, but it does not resolve the Table read access control case.
D:This could help Access Control Debug and denial analysis, but it does not resolve the Table read access control case.
Question 523
Access depends on a rule too specific for a simple static role list. An engineer must explain the recommendation for Scripted ACL conditional check. Which underlying principle is the MOST accurate?
- Server-side user identity references are more robust than trusting submitted display names.
- ACL scripts enable contextual authorization when roles and conditions are insufficient.
- Read and write authorizations are separate operations that may have different rules.
- Debugging ACL evaluation is more reliable than guessing from form visibility.
Explanation
Correct Answer
B:ACL scripts enable contextual authorization when roles and conditions are insufficient. Therefore the implementation decision is to add a carefully scoped ACL script with an explicit boolean outcome for authorized identity.
Incorrect Answers
A:A script that always sets answer true grants more access than intended. This describes the separate gs.getUserID for current identity mechanism; the present case instead requires Scripted ACL conditional check.
C:A script that always sets answer true grants more access than intended. This describes the separate Table write operation ACL mechanism; the present case instead requires Scripted ACL conditional check.
D:A script that always sets answer true grants more access than intended. This describes the separate Access Control Debug and denial analysis mechanism; the present case instead requires Scripted ACL conditional check.
Question 524
A flow action and an event handler also need the same server-side validation. Testing exposes this failure: Copying an algorithm into each event and job makes them drift during fixes. Which remediation should be applied FIRST?
- Call a registered event with gs.eventQueue from an appropriate server context.
- Define and test one reusable utility with correct scoped access.
- Depend on a browser client script being present when a background job executes.
- Define an app-specific event in the event registry before raising it.
Explanation
Correct Answer
B:Define and test one reusable utility with correct scoped access. Confirmation requires seeing that the job and event consumer produce consistent results on the same test records.
Incorrect Answers
A:Call a registered event with gs.eventQueue from an appropriate server context. It addresses gs.eventQueue dispatch from server script, not the diagnosed Utility Script Include for scheduled jobs failure. Copying an algorithm into each event and job makes them drift during fixes.
C:Depend on a browser client script being present when a background job executes. This retains the Utility Script Include for scheduled jobs problem. Shared Script Includes centralize server business logic for maintainability.
D:Define an app-specific event in the event registry before raising it. It addresses Event registry for named events, not the diagnosed Utility Script Include for scheduled jobs failure. Copying an algorithm into each event and job makes them drift during fixes.
Question 525
A case transitions to approved and a background notification should be queued. After the recommended gs.eventQueue dispatch from server script change is implemented, which observation MOST directly verifies that it works?
- The job runs at the expected time and logs the processed record count.
- The event log shows a queued event tied to the expected record.
- A test notification uses only authorized event context.
- Reviewed before-and-after values and execution evidence match an approved change.
Explanation
Correct Answer
B:The event log shows a queued event tied to the expected record. This directly tests whether the gs.eventQueue dispatch from server script goal was met. gs.eventQueue is a server-side event mechanism used for asynchronous downstream responses.
Incorrect Answers
A:The job runs at the expected time and logs the processed record count. This is evidence about Scheduled Script Execution timing, not direct proof of the required gs.eventQueue dispatch from server script behavior. The relevant check is that the event log shows a queued event tied to the expected record.
C:A test notification uses only authorized event context. This is evidence about Event parameters for notifications, not direct proof of the required gs.eventQueue dispatch from server script behavior. The relevant check is that the event log shows a queued event tied to the expected record.
D:Reviewed before-and-after values and execution evidence match an approved change. This is evidence about Property change governance, not direct proof of the required gs.eventQueue dispatch from server script behavior. The relevant check is that the event log shows a queued event tied to the expected record.
Question 526
An imported source provides a full name but the target needs normalized components. If the relevant Transform scripts for calculated mappings safeguard is omitted, which outcome is the MOST directly associated failure?
- Blind text conversion can silently assign invalid status or reference values.
- Unexamined auto mapping can omit fields whose source names differ.
- Hard-coded keys in shared scripts expose secrets and complicate rotation.
- Writing unvalidated file rows directly into business tables risks corruption.
Explanation
Correct Answer
A:Blind text conversion can silently assign invalid status or reference values. Transform scripts allow custom mapping logic where declarative mapping is insufficient. The corrective approach is to add explicit validation, handling of missing values and conversion tests.
Incorrect Answers
B:Unexamined auto mapping can omit fields whose source names differ. This failure pattern belongs chiefly to Auto Map Matching Fields limits; it is not the failure most directly tested in the Transform scripts for calculated mappings situation. Blind text conversion can silently assign invalid status or reference values.
C:Hard-coded keys in shared scripts expose secrets and complicate rotation. This failure pattern belongs chiefly to REST authentication with stored credentials; it is not the failure most directly tested in the Transform scripts for calculated mappings situation. Blind text conversion can silently assign invalid status or reference values.
D:Writing unvalidated file rows directly into business tables risks corruption. This failure pattern belongs chiefly to CSV file data source and import set; it is not the failure most directly tested in the Transform scripts for calculated mappings situation. Blind text conversion can silently assign invalid status or reference values.
Question 527
A team rotates integration credentials without editing application scripts. An engineer must explain the recommendation for REST authentication with stored credentials. Which underlying principle is the MOST accurate?
- HTTP statuses and safe logs support distinguishing integration errors.
- RESTMessageV2 performs server-side outbound requests and returns a response object.
- Integration authentication should be managed separately from code configuration.
- Import sets separate incoming source data from application target records.
Explanation
Correct Answer
C:Integration authentication should be managed separately from code configuration. Therefore the implementation decision is to use supported credential or connection alias mechanisms with least privilege.
Incorrect Answers
A:HTTP statuses and safe logs support distinguishing integration errors. This describes the separate REST logging and diagnostics mechanism; the present case instead requires REST authentication with stored credentials. Hard-coded keys in shared scripts expose secrets and complicate rotation.
B:RESTMessageV2 performs server-side outbound requests and returns a response object. This describes the separate RESTMessageV2 execution and response mechanism; the present case instead requires REST authentication with stored credentials. Hard-coded keys in shared scripts expose secrets and complicate rotation.
D:Import sets separate incoming source data from application target records. This describes the separate CSV file data source and import set mechanism; the present case instead requires REST authentication with stored credentials. Hard-coded keys in shared scripts expose secrets and complicate rotation.
Question 528
An app receives a reply with a case reference and should append a permitted update. If the relevant Inbound email action parsing safeguard is omitted, which outcome is the MOST directly associated failure?
- Hardcoding an operational threshold in many scripts complicates controlled changes.
- Weak matching can create duplicates or update the wrong record.
- Trusting any sender and subject can let outsiders alter unrelated records.
- Too-broad triggers can spam users with messages on every update.
Explanation
Correct Answer
C:Trusting any sender and subject can let outsiders alter unrelated records. Inbound email handlers can map received messages into application behavior. The corrective approach is to validate sender authorization and target record before applying the update.
Incorrect Answers
A:Hardcoding an operational threshold in many scripts complicates controlled changes. This failure pattern belongs chiefly to Application properties for behavior toggles; it is not the failure most directly tested in the Inbound email action parsing situation. Trusting any sender and subject can let outsiders alter unrelated records.
B:Weak matching can create duplicates or update the wrong record. This failure pattern belongs chiefly to Inbound email creation versus reply; it is not the failure most directly tested in the Inbound email action parsing situation. Trusting any sender and subject can let outsiders alter unrelated records.
D:Too-broad triggers can spam users with messages on every update. This failure pattern belongs chiefly to Email notification trigger and condition; it is not the failure most directly tested in the Inbound email action parsing situation. Trusting any sender and subject can let outsiders alter unrelated records.
Question 529
A workflow in one app calls a script include defined in another scoped app. Which approach BEST meets the requirement while respecting the system constraints?
- Inspect and approve only legitimate cross-scope privilege requests as applicable.
- Configure script include accessibility and applicable caller restrictions with scoped interfaces.
- Configure permitted cross-scope table access and ACLs for the actual consumers.
- Mark every script include publicly callable regardless of caller authorization.
Explanation
Correct Answer
B:Configure script include accessibility and applicable caller restrictions with scoped interfaces. Script includes and API access can be constrained across application scopes. Verification should demonstrate that only permitted application callers can execute the supported utility.
Incorrect Answers
A:Inspect and approve only legitimate cross-scope privilege requests as applicable. This primarily addresses Scope privileges and tracking, not the specific Restricted cross-scope scripting decision. Here, script includes and API access can be constrained across application scopes.
C:Configure permitted cross-scope table access and ACLs for the actual consumers. This primarily addresses Cross-scope table application access, not the specific Restricted cross-scope scripting decision. Here, script includes and API access can be constrained across application scopes.
D:Mark every script include publicly callable regardless of caller authorization. This is an unsafe or ineffective shortcut for Restricted cross-scope scripting. Private script utilities cannot simply be called from any unrelated scope.
Question 530
An import set contains external field cost_center_text but the target table uses a reference. A reviewer proposes this shortcut: Rename only the CSV filename and assume the column mapping is corrected. Which principle BEST explains why a different solution is needed?
- Auto-map assists matching field names but cannot infer every semantic transformation.
- Transform lifecycle checks can reject invalid rows before target insertion.
- Transform Maps determine how import set fields populate target table fields.
- ServiceNow REST messages describe external HTTP operations used by app integrations.
Explanation
Correct Answer
C:Transform Maps determine how import set fields populate target table fields. The appropriate approach is to define an appropriate Transform Map and explicit field maps for source to target values.
Incorrect Answers
A:Auto-map assists matching field names but cannot infer every semantic transformation. This is about Auto Map Matching Fields limits, not why the proposed Transform map source-to-target mapping shortcut should be rejected. An unconfigured map can leave target fields blank or misdirect values.
B:Transform lifecycle checks can reject invalid rows before target insertion. This is about Import reconciliation and onBefore rejection, not why the proposed Transform map source-to-target mapping shortcut should be rejected. An unconfigured map can leave target fields blank or misdirect values.
D:ServiceNow REST messages describe external HTTP operations used by app integrations. This is about Outbound REST Message configuration, not why the proposed Transform map source-to-target mapping shortcut should be rejected. An unconfigured map can leave target fields blank or misdirect values.