CSA Test 1 Flashcards
Notes
Explanation
The Notes tab contains the Activity Stream for a task.
An activity stream is a list of entries in records and conversations. Examples of activity streams include journal fields like comments and work notes displayed in task records and Connect Chat conversations. Activity streams are available in UI15, UI16 and Next Experience UI (Polaris).
There are three types of activity streams.
List activity stream: Streams live activity information for all records on the current list. Click an item to open the record activity stream without opening the record.
Record activity stream: Appears in forms configured with the activity formatter. You can customize the activities to include.
When you follow a record to view it in the Connect Chat interface, the conversation contains the same information as the record activity stream. Comments entered in the Connect Chat window update the record activity stream.
Visual Task Boards: Streams live activity information for all task cards in the current task board. Click an item in the activity stream to open the task card and view the activity stream of the record.
Create
Delete
Read
Write
Transform map
Components of an infrastructure required to deliver a product or service
Title of the article
The field will appear to be editable, but the update will fail.
REST
LDAP
OIDC
Explanation
ServiceNow can import data from the following external data source types when a valid transform map is available:
JDBC, LDAP, OIDC, REST (IntegrationHub) and Custom (Load by Script).
Data sources are used to create an import set to be processed, if necessary, before being mapped onto a production table.
JSON and CSV are different file formats for data import, but they are not external data source types.
True/False
Retrieve
Preview
Commit
Explanation
The steps to apply an update set to an instance or commit an update set are: retrieve, preview, and commit.
Manage how update sets store, retrieve, preview, and apply configuration changes between instances.
Administrators have the following options with update sets:
Create an update set to store local changes.
Select the current update set to store local changes.
Commit an update set to prepare it for distribution.
Report on the contents of update sets.
Compare update sets to determine what differences they contain.
Merge separate update sets into a single update set.
Create an external file from an update set.
Retrieve update sets from remote instances.
Apply retrieved update sets.
Back out changes applied from an update set.
Set system properties related to update sets
Reports > Create New
One or more Service Catalog Task (SCTASK) records
A Requested Item (RITM) record
A Request (REQ) record
Module with the plural of the table label
Application Menu with the same name as the table Label
Explanation
Administrators and application developers can create custom tables to store application data. After creating a table, you can modify field types and field labels.
Now Platform application subscriptions include custom table entitlements. You can create custom tables for any purpose up to the entitlement limit in the subscription.
Note: To minimise the existence of unneeded and extraneous tables in an instance, don’t overdo table creation. Create only those tables you need to minimise administrative tasks and shorten upgrade times. Do not extend the [sys_choice] table. Extending the [sys_choice] table is not supported.
When you create a new table, an Application Menu with the same name as the table Label and a Module with the plural of the table Label is created by default.
Task[task]
Explanation
The Task [task] table is an example of a base table that is extended but is not extending another table.
Business Service [cmdb_ci_service] is extending the Configuration Item [cmdb_ci] table.
Incident [incident] and Change Request [change_request] are extending the Task [task] table.
Every import must have at least on Transform Map
Explanation
Every import must have at least one Transform Map.
Coalescing before transforming is recommended in imports with duplicate records in the target table where duplicates are not desired. However, coalescing is never required.
Developers can reuse staging tables.
Not all applications have imported data, so staging tables are not part of every application.
The fields of all other data types do not have to be mapped; developers do not need to import all columns from the staging table.
Application
Business Rule
Explanation
A business rule is a server-side script that runs when a record is displayed, inserted, updated, or deleted or when a table is queried.
Use business rules to accomplish tasks like automatically changing values in form fields when certain conditions are met or to create events for email notifications and script actions.
Many to Many task relations
Database Rotations
Data Archiving
Explanation
Data archiving, Database Rotations, and Many to Many task relations are the 3 Data Management Plugins.
Schema map, Data dictionary table and Table cleaner are the tools that can help manage data within the instance.
Data archiving: Provides the ability to archive records to minimise performance issues.
Database Rotations: Provides tools for managing large tables to minimise performance issues.
Many to Many task relations: Provides the ability to define many-to-many relationships between task tables.
UI Policy Action
Teams
Explanation
You can use the ‘Teams’ related list to extend and track the different types of groups assigned to a CI. The ‘Teams’ related list associates a user group to a CI based on the group type. The ‘Teams’ related list contains group types that match the Approval group, Change group, Managed by group, and Support group fields in the base system. However, you can add group types needed in your organisation, extending the initial list of group types.
In the base system, the Service [cmdb_ci_service] class and its descendent classes, such as the Application Service [cmdb_ci_service_auto] class, are configured with the ‘Teams’ related list. This configuration provides you with flexibility in tracking group assignments of application services.
Related lists in CI records display additional components contained by that CI, such as disk drives on a server and the rules that control the behaviour of a network router.
The Related List is populated with the components that Discovery finds running on the CI when Discovery runs. The CI record might show different lists from scan to scan, depending on whether or not Discovery found the component.
By default, the Related Lists only display those components associated with that CI in the CMDB discovered by the last scan. Components recorded in the CMDB but not discovered in a scan are deemed absent and do not appear in the list.
- OnLoad()
- OnCellEdit()
- OnSubmit()
- OnChange()
Explanation
The different types of Client Scripts that are supported in ServiceNow are:
OnLoad(), OnChange(), OnSubmit() and OnCellEdit().
onLoad(): runs when the system first renders the form and before users can enter data. Typically, onLoad() client scripts perform client-side-manipulation of the current form or set default record values.
onSubmit(): runs when a form is submitted. Typically, onSubmit() scripts validate things on the form and ensure that the submission makes sense. An onSubmit() client script can cancel form submission by returning a value of false.
onChange(): runs when a particular field value changes on the form. The onChange() client script must specify these parameters.
onCellEdit(): runs when the list editor changes a cell value. The onCellEdit() client script must specify these parameters.
When editing or publishing an article
Explanation
You can view and act on suggestions when editing or publishing a Knowledge article to improve its search engine optimisation (SEO) and accessibility.
You can improve the search engine optimisation (SEO) and accessibility of your Knowledge articles by reviewing personalised recommendations (such as removing multiple Heading 1 or <H1> tags) and using them to update your articles from the Article Details page.
Suggestions are provided for the following tags:
heading 1 <h1>
anchor <a></a>
image <img></img>
Note: The base system HTML tags used within Knowledge articles as displayed on portal pages have been standardised since the Vancouver release for greater SEO and accessibility for screen readers.
Record-based
Application-based
Schedule-based
Pie chart
Bar chart
Who will receive
When to send
What it will contain