- Created by manikandan.subbiah (Unlicensed), last modified by Shilpa K on Apr 22, 2024
You are viewing an old version of this page. View the current version.
Compare with Current View Page History
« Previous Version 4 Current »
What are Change Records?
You can create new Change Records (CRs) to add, modify, or remove Configuration Items (CIs) in an infrastructure and items associated within the infrastructure. You need to create CRs to add, modify, or remove policies or procedures or to modify the Knowledge Records (KRs). An Incident, Problem, Event, Service Request (SR) can also trigger a CR.
To create new CRs:
Select Change > User > New Change Record. The NEW CHANGE RECORD page is displayed.
Figure: NEW CHANGE RECORD page
2. On the NEW CHANGE RECORD page, select the Tenant and fill in the other required details as described in the following table:
Field | Description |
---|---|
Tenant | Select the Tenant from the list. |
Requestor | The user who requested the CR. You can also change the Requester by selecting another user using the Search icon. Note: When a CR is created from a Service Request (SR), Requester is the user who logged the SR. All the notifications sent to the CR Requestor are also sent to the SR Requester. |
Owner Workgroup | Select a Workgroup from the list to indicate as an Owner Workgroup for this CR. |
Workgroup Owner Details | Displays the details of the Workgroup Owner after you select the Workgroup in the Owner Workgroup list. |
Log Time | Displays the time and date when the Change Record is created. |
Status | Search and select the status from the list. The status indicates the stage at which a Change Record is in its life cycle, for example, Requested, Approved, Testing, Implemented, and so on. For more information about the various CR status values, see Change Record Status. |
Category | Search and select the Category from the Category list: Small, Medium, and Large |
Change Category | Click the search icon and select the category of the Change Record. Note:
|
Change Type | Search and select the Change Type from the list: Standard, Normal, Emergency, and Expedited Notes: If the Authorizer selects Expedited from the Change Type drop-down list:
If Do Not Allow to Update CR Change Type check box is selected on the Tenant page of the Change Management module, Analyst cannot change the Change Type from Standard to other type and vice versa. |
Trigger for Change | Type in a brief description about the scope and the reasons that triggered the CR. |
Configuration Items | Allows you to select the CIs related to the CR to indicate the CIs that have an impact due to this CR. Click icon to open the SELECT CONFIGURATION ITEM pop-up page, where you can search for the CIs and link them with the CR. If you link Services, on saving the CR, the CIs linked to the Service are also linked to the CI under the RELATIONSHIP tab of the CR. You can delink the CIs if you want. Note: You cannot link a CR with a CI with the same or intermediate dates of Planned Start Date and Planned End Date as the already linked CRs. An error message about the conflicting implementation time of the CR is displayed. The CR, which is selected to link with the CI, should not be in Implemented, Cancelled, Closed, or Not Authorized status. |
Attachment | Click the Upload icon, choose the file you want to attach and click Open. Note: The User can upload an attachment (file, image, or screenshot) with the same name for the second time or multiple times. The application saves both the old and new attachments. |
3. Type in the other required fields under the GENERAL, RISK, LOGS, TEST, CHECKLIST, RELATIONSHIP, REQUIREMENTS, RELEASE, IMPLEMENTATION, and ADDITIONAL INFORMATION tabs. For more information about the fields under these tabs on the NEW CHANGE RECORD page, see Field Description.
4. Click SUBMIT. A new CR is created.
Saving as Draft
You can also save a CR as draft. You need to follow the same steps as creating a CR. However, instead of clicking SUBMIT, you need to click SAVE DRAFT. You can view the draft CRs on the CHANGE RECORD LIST page (Change > View Change Record List). Click the Filter icon on the ACTIONS panel and select Status as Draft on the FILTERS pop-up page. If the CR is in Draft status, you cannot create a new Incident, Problem Record (PR), and a new Work Order and link them with the CR (see: RELATIONSHIP Tab). The CR is Draft status can be modified further before saving and submitting as CR.
Field Description
This section describes the fields on the NEW CHANGE RECORD page.
You can provide the general information about the CR, such as Risk, Priority, deadline, assigned Workgroups, time lines, and so on under the GENERAL tab.
Figure: GENERAL tab
The following table describes the fields under the GENERAL tab:
Field | Description |
---|---|
WORKFLOW | |
User Selectable Approval | If the Requester is allowed to select the approver on the WORKFLOW page, this field appears to select Approver for the specific approval level.
Notes:
|
DETAILS | |
IMPACT | |
Urgency | Search and select the Urgency level from the list to indicate the Urgency level for the CR. |
Impact | Search and select the Impact from the list to indicate the Impact of the CR. |
Risk | Search and select the Risk from the list to indicate the Risk for the CR. If Business Risk and Operational Risk are configured, the Risk Matrix is configured automatically else user Analyst needs to configure the Risk . |
Priority | Search and select the Priority from the list to indicate the Priority for the CR. |
Business Risk |
|
Operational Risk |
|
ASSIGNMENTS | |
Assigned Workgroup | Select the Workgroup,you want to assign the CR. |
TIMELINES | |
Deadline | Select the deadline date and time for the CR. |
Is Downtime Required? | Select Yes, if Downtime required during the CR implementation or select No. |
Planned Start Time | Click the Calendar icon to select the planned start date and time for the CR. Notification e-mails are sent to the CR Requestor, assigned Analysts, and Workgroup Owners on the planned start date. |
Planned End Time | Click the Calendar icon to select the planned end date and time for the CR. |
Downtime Start | Click the Calendar icon to select the downtime date and time for the CR. |
Downtime End | Specify the downtime end date and time for a CR. You can click the Calendar icon to select a date. |
Customer | Select the customer name from the list for the CR. |
Cost | Lists the configured currency types. Search and select the currency type from the list and type in the cost involved in the CR. This field is mandatory if configured by the Administrator (see: Configuring Change Management Module). |
Customer Approval Required | Select this check box if the CR requires a customer approval. If selected, type in the Approver's name in the Approvers field and select when the Customer Approval is required, i.e. Before CAB Approval or After CAB Approval. |
Customer Acceptance Test Required | Select this check box if the CR requires a customer acceptance test. If selected, type in the Tester name in the Testers field. The configured customer (Tester) can perform acceptance tests and update the CR. The customer receives a notification under APPROVALS (see: Describing the User Interface). On clicking the CR ID, the CHANGE RECORD ID page is displayed. The customer can update the test details under the TEST tab. All other fields and tabs are disabled for the customer. |
Escalate | Allows you to escalate a CR when the deadline exceeds the defined time period. |
DESCRIPTION | Type in the description of the CR. |
INFORMATION | Type in the available information about the CR. |
COMMUNICATION PLAN | |
Communication Plan Required ? | Search and select the appropriate option in the drop-down list. |
Communication Plan | Type in the communication plan. This field is displayed if you select yes on Communication Plan Required? field. |
e-CAB Approval Required | The field is displayed when the Change Type is selected as Emergency. Search and select the required option in the drop-down list to configure the e-cab approval before or after the change implementation. |
Closure Code | This field is enabled only after the CR is set to Resolved. Select the Closure Code from the list. |
Closure Category | Select the Closure Category. |
The Risks associated with the CR need to be analyzed. Under the RISK tab, you can capture the Risk details before and after the CR is implemented. You can also capture the downtime, Service outage, and the System Impact to implement the CR.
Figure: RISK tab
The following table describes the fields under the RISK tab:
Field | Description |
---|---|
Risk of Change Failure | Type in the Risk involved in case the CR fails. |
Business Impact (As per User) | Type in the impact on business as per the User. |
Business Impact of Change Failure | Type in the impact on business in case the CR fails. |
Back-Out Plan | Type in the Back-out Plan for the CR. |
Back-Out Plan Tested | Search and select the appropriate option in the drop-down list. |
Back-Out Plan Not Tested Reason | Specify the reason why the Back-out Plan is not tested. |
System Impact | Select a value for System Impact in the drop-down list. |
Remarks | Type in any notes or comments about the CR. This field can be mandatory or optional based on the configuration set by the Administrators. |
Impact Of Not Implementing Change | Type in the impact if the changes are not implemented. |
Attachment | Click Upload icon to choose an appropriate file to attach as a reference material for a test plan of a CR. Note: The Users can upload an attachment with the same name for the second time or multiple times. The application saves both the old and new attachments. |
The observations and notes made by the Change Manager, Configuration Team, and Change Advisory Board members should be documented. Under the LOGS tab, you can capture all these detail, such as information log, configuration team log, Change Manager log, and Change Advisory Board Member log.
Figure: LOGS tab
The following table describes the fields under the LOGS tab:
Field | Description |
---|---|
Analyst Log | Allows the Analyst to type in information about the CR. |
Configuration Team Log | Allows the Configuration Team to type in their notes and observations related to the CR. |
Change Manager Log | Allows the Change Manager to type in their notes and observations related to the CR. |
Change Advisory Board Member Log | Allows the CAB members to type in their notes and observations related to the CR. |
The CR needs to be tested before it is implemented. You can capture the testing details of the Change Record (CR) and log the defects under the TEST tab. The test details, such as Test Stage, Test Planned Date, Test Plan, Test Results, Actual Test Date, Workgroup, Conducted by/owner, Test Status, Attachment, and so on can be updated.
Figure: TEST tab
Figure: TEST DETAILS pop-up page
The following table describes the fields under the TEST tab:
Field | Description |
---|---|
Test Stage | Select a test stage for the test. |
Test Plan Name | Type in a name for the Test Plan. |
Test Planned Date | Select the planned date to execute the test. |
Actual Test Date | Select the date on which testing is actually done. |
Test Plan | Type in the Test Plan. |
Test Results | Type in the test results. |
Workgroup | Select the Workgroup from the list to assign it to the Test Pan. |
by/Owner | Search and select the name of the person who owns the test plan or who executes the Test Plan. |
Test Status | Search and select the status for the test. |
Attachment | Select file, image or screenshot, and so on related to the test plan and attach them. Note: The User can upload an attachment (file, image, or screenshot) with the same name for the second time or multiple times. The application saves both the old and new attachments. |
DEFECTS | Displays the various defects reported during the testing phase of the CR. Click LOG DEFECT to log new defects. For more information about logging defects, see Logging Defects. |
TEST DETAILS | Type in the details about the testing. |
Note:
If the Customer Acceptance Test Required check box under the GENERAL tab of the CHANGE RECORD ID page is selected, the Customer Approver can update the test details under the TEST tab.
There may be a list of actions you need to perform before updating a Change Record. Under the CHECKLIST tab, you can verify these actions (if configured by the Administrator) and complete them before updating the Change Record. Based on what action is taken on the Task, update the Task Status and provide your remarks in the Remarks text box.
Figure: Checklist Tab
You can link related Incidents, Problem Records, Service Requests, Change Requests, Work Order, Assets, Service Catalogs, and User Assets to the CR using the Link list. You can also create new Work Orders, Tasks, Knowledge Records, Release Records, and link them to the CR using the Create list. You can De-link a linked record using De-link button. Select the record you want to De-link and click the De-link button. Select the Implement CR using last implemented task check box to create CR using the last implemented task (see: Creating Tasks for Change Records (CRs)).
To link any module to a Change Record
- Click the module name in the Link drop-down list. The RELATIONSHIP pop-up page is displayed.
Figure: RELATIONSHIP tab - Enter the required details and click SEARCH.
Figure: Example of Relationship search filters - Select the record to be linked and click LINK.
Figure: Example of Relationship search result The linked record is displayed under the RELATIONSHIP tab.
Under the REQUIREMENTS tab, you can specify resource requirements, technical requirements, and financial requirements for the CR.
Figure: REQUIREMENTS Tab
The following table describes the fields under the REQUIREMENTS tab:
Field | Description |
---|---|
RESOURCE REQUIREMENTS | This section displays the resource related requirements for the CR. |
Resource Type | Search and select the resource type required for the CR. |
Select Resource | Type in the name of the resource for the CR. |
Skills | Displays the skill of the selected resource. |
Experience | Displays the experience of the selected resource. |
From Date | Select the date from which the resource is required. |
To Date | Select the date till which the resource is required. |
Status | Search and select the status of the requirement. |
Icon | Click the Add icon to add the requirement. The details are displayed in the following table. You can modify the requirements by clicking the Edit icon or also delete the requirement by clicking the Delete icon. |
TECHNICAL REQUIREMENTS | This section displays the technical requirements for the CR. |
Item | Type in the name for the item |
Quantity | Type in the quantity of the item. |
Unit | Specify the unit for the quantity. |
From Date | Select the date from which the item is required. |
To Date | Select the date till which the item is required. |
Status | Select the status of the requirement. |
Icon | Click the Add icon to add the requirement. The details are displayed in the following table. You can modify the requirements by clicking the Edit icon or also delete the requirement by clicking the Delete icon. |
FINANCIAL REQUIREMENTS | This section displays the financial requirements for the CR. |
Type | Type in the type of the financial requirement. |
Amount | Type in the amount required. |
Currency | Type in the currency type. |
Required Date | Select the date when the amount is required. |
Status | Select the status of the requirement. |
Icon | Click the Add icon to add the requirement. The details are displayed in the following table. You can modify the requirements by clicking the Edit icon or also delete the requirement by clicking the Delete icon. |
After a CR is tested and implemented, the release details should be updated. Under the RELEASE tab, you can add the release details of a CR, such as Release Plan, Release Attachment, Release Workgroup, Release Executive, Post Release Notes, and so on.
Figure: RELEASE tab
The following table describes the fields under the RELEASE tab:
Field | Description |
---|---|
Planned Start Time | Displays the planned start date of the CR. |
Planned End Time | Displays the planned end date of the CR. |
Actual Start Time | Type in the actual start date of the CR. |
Actual End Time | Type in the actual end time of the CR. |
Release Plan | Type in the Release Plan of the CR. |
Release Attachments | Select the attachments for the CR. Note: The User can upload an attachment (file, image, or screenshot) with the same name for the second time or multiple times. The application saves both the old and new attachments. |
Release Workgroup | Displays the Workgroup responsible for the CR. Search and select the appropriate Release Workgroup from the list. |
Release Analyst | Search and select the Analyst responsible for the CR. |
Post Release Notes | Type in the post release note. |
Release Docs | Select the release documents for the CR. |
You must fill the fields on the Implementation tab while implementing the Change Record.
Figure: IMPLEMENTATION tab
The following table explains the fields on the Implementation Tab of the Change Record:
Field | Description |
---|---|
Assigned To | Select the Analyst to whom you want to assign the CR. |
Actual Start Time | Click the Calendar icon to select the actual start date and time for the CR. |
Actual End Time | Click the Calendar icon to select the actual end date and time for the CR. |
Planned PIR Date | Specify the Implementation Review date. You can click the Calendar icon to select a date |
Is the Change Implemented or Rolled Back? | Search and select the appropriate option in the drop-down list. |
Is the Change Successful? | Select the appropriate option in the drop-down list. |
CI Update Required? | The users can configure the condition to update the CI(s) even after the related CR is updated to Closed status. If the drop-down values is selected as Yes, then the user can update the CI(s) linked to the respective CR even if the CR is updated to Closed status. If the drop-down option is selected as No, the user cannot update the CI(s) linked to the respective CR. This status becomes mandatory after the CR is updated to Implemented status. |
PRE-IMPLEMENTATION STEPS | Type in the steps before the CR is implemented. |
POST-IMPLEMENTATION STEPS | Type in the steps after the CR is implemented. |
SOLUTION | Type in the solution for the CR. |
The following tabs are displayed on the CHANGE RECORD DETAILS page based on the configuration on the Tenant Configuration page:
- Release Tab
- Checklist Tab
- Requirement Tab
- Additional Information Tab
You can capture any additional information or detail about the CR under the ADDITIONAL INFORMATION tab of the CR. The Custom Fields configured by the Administrator are also displayed under this tab.
Figure: ADDITIONAL INFORMATION tab
The following table describes the fields under the ADDITIONAL INFORMATION tab:
Field | Description |
---|---|
Change Scope | Type in the changes done within the scope of the CR |
Change Out of Scope | Type in the changes out of the scope of the CR. |
Business Benefits | Type in the business benefits of the CR. |
Financial Benefits | Type in the financial benefits of the CR. |
Custom Fields | This section displays the Custom Fields added for the CR. The Administrators create Custom Fields based on the requirements (see: Configuring Custom Attribute Groups and Values for Change Management). |
This section explains all the icons displayed on the ACTIONS panel of the CHANGE RECORD ID page.
SHOW LIST
Click SHOW LIST to display the CHANGE RECORD LIST page showing all the available CRs.
SHOW LIST FOR APPROVAL
Click SHOW LIST FOR APPROVAL to display the APPROVE CHANGE RECORDS page showing only the CRs waiting for approval.
ALERT CONFIGURATION
You can configure the alerts to be sent out to the stakeholders for the CR. Click the ALERT icon to display the ALERT CONFIGURATION pop-up page.
Figure: ALERT CONFIGURATION pop-up page
The following table describes the fields on the ALERT CONFIGURATION page:
Field | Description |
---|---|
Analyst | Select the check box to send the alerts to the Analyst to whom the CR is assigned. |
Assigned Workgroup | Select the check box to send the alerts to the Workgroup to which the CR belongs. |
Workgroup Owner | Select the check box to send the alerts to the Workgroup Owner. |
Initiator | Select the check box to send the alerts to the Change Requestor. |
CAB Members | Select the check box to send the alerts to the CAB members. |
Add to Bulletin Board | Select the check box to add the alert on the Bulletin Board. If selected, information about this CR is available to the End Users on the End User Dashboard. |
Display Alert Hours Before the Planned Start Time | Type in the number of hours before the planned start time, the alert should be sent to the configured users. |
Workgroups | Select the Workgroups to whom the alerts should be sent. |
Mail Groups | Select the Mail Groups to whom the alerts should be sent. |
ADDITIONAL USERS | Select the additional User's to whom the alerts should be sent. |
Users List | Type in the users names and click the Add icon to add users. Click the Minus icon to delete users. |
Additional Alert Information To Be Shown | Type in the additional alert information to be displayed. |
CREATE RECURRING CR
Click CREATE RECURRING CR to create a recurring CR. The same CR is created as per the frequency details configured on the CUSTOM SCHEDULER pop-up page.
Note:
This icon is enabled only if the status of the CR is Requested.
Figure: CUSTOM SCHEDULER pop-up page
The following table describes the fields on the CUSTOM SCHEDULER pop-up page:
Field | Description |
---|---|
DETAILS | |
Monitoring Source | Select Summit Server or Proxy Server from the list. |
Job Name | Type in a name for the new job. |
Job Options | Select job options from the list. |
Schedule Type | Select Recurring or One Time from the list. If you select One Time, specify the date and time for the job to run under ONE TIME OCCURRENCE section. If you select Recurring, you need to specify the job recurring details under FREQUENCY, DAILY FREQUENCY, and DURATION sections. |
User ID | Specify the user id for the job. |
Password | Specify the password for the job. |
Stop the job if it runs more than | Specify the time after which the job should run. |
FREQUENCY | |
Occurs | Select the frequency for the job to run: Daily, Weekly, Monthly |
Recurs every | Based on the selection you make in the Occurs list, select the frequency for the job. |
DAILY FREQUENCY | |
Frequency | Select Occurs Once At or Occurs Every from the list. If you select Occurs Once At, specify the time in the Time field. If you select Occurs Every, you need to specify the recurring hours details, start and end time. |
DURATION | |
Start Date | Select the date to start running the job. You can also specify an end date or no end date. |
CHANGE RECORD DETAILS | |
Change Record ID | Displays the CR ID for which you are creating the job. |
Description | Displays the description of the CR for which you are creating the job. |
Tenant | Displays the Tenant of the CR for which you are creating the job. |
Classification | Displays the Classification of the CR for which you are creating the job. |
Category | Displays the Category of the CR for which you are creating the job. |
Urgency | Displays the Urgency of the CR for which you are creating the job. |
Impact | Displays the Impact of the CR for which you are creating the job. |
Priority | Displays the Priority of the CR for which you are creating the job. |
Workgroup | Displays the Workgroup of the CR for which you are creating the job. |
APPROVAL
A CR needs to be authorized by the Change Record Authorizer and approved by the Change Advisory Board (CAB) members before it is analyzed and then implemented. A CAB member who is configured as an Approver by the Administrator has the privilege to Approve, Reject or Refer Back a CR. By default, a CAB member who is not having approval privilege can object to a CR. If a CR is objected by any of the CAB members, the CR cannot be processed further. The CAB member who objected to the CR must clear the CR before implementing it.
Click the APPROVAL icon on the ACTIONS panel. The APPROVAL pop-up page is displayed. The fields on this page are not editable if you are not the CR Authorizer or CAB member for the selected CR.
There are two sections in this page:
CR SUMMARY
You can view the CR Summary in this section. The fields on this section are not editable.
Figure: CR summary
Field | Description |
---|---|
Is PIR Required ? | If selected, the Post Implementation Review is mandatory. The check box can be modified by a Change Manager even after Change is Implemented. |
APPROVE CR - AUTHORIZATION
Figure: APPROVAL pop-up page : APPROVE CR - AUTHORIZATION
The following table describes the fields on the APPROVE CR (AUTHORIZATION) section:
Field | Description |
---|---|
Approver | Displays the name of the Authorizer. Based on the selected Workgroup under the General tab, the configured Authorizer's name is displayed. |
Status | Allows you to authorize a CR (if you are the Authorizer or have appropriate access).
|
Remarks | The Authorizer types in the comments. |
APPROVE CR - CAB APPROVAL
Figure: APPROVAL pop-up page : APPROVE CR - CAB APPROVAL
The following table describes the fields on the APPROVE CR (CAB APPROVAL) section:
Field | Description |
---|---|
Approver | Displays the name of the CAB member.
For more information about configuring CAB, see Creating Change Records (CRs) |
Status | Select the required option from the list to approve or reject the CR.
|
Objection | The CAB member can also object to a CR by clicking this check box. By default, a CAB member who is not having approval privilege can object to a CR. If a CR is objected by any of the CAB members, the CR cannot be processed further. The CAB member who objected to the CR must clear the CR before implementing it. |
Standard Template | Select the required option to save the CR as a Standard Template.
|
Is Mandatory | if check-box is selected, then corresponding approver approval is mandatory. |
Remarks | The CAB member types in the comments for approval/ objection. |
- The fields on this page are displayed based on the role of the logged in User.
- The CR Authorizers and CAB members receive an e-mail when a CR requires their authorization or approval. They can Authorize, Not Authorize, Approve, or Reject the CRs by clicking the appropriate buttons in the e-mail. They do not need to log in to the SUMMIT application for authorizing or approving the CRs.
P.I.REVIEW
After the changes for the CR are implemented, a review takes place to analyze the impact of the change and if required a decision may be taken to roll back to the previous version. You can capture all the details discussed during the Post Implementation Review on the POST IMPLEMENTATION REVIEW page. Click the P.I.REVIEW icon, the POST IMPLEMENTATION REVIEW pop-up page is displayed. It is mandatory to update the post implementation details for a CR before closing the CR.
Figure: POST IMPLEMENTATION REVIEW pop-up page
The following table describes the fields on the POST IMPLEMENTATION REVIEW page:
Field | Description |
---|---|
Planned PIR Date | Select the planned PIR date. |
Actual PIR Date | Select the actual PIR date. |
Post Implementation Review | Type in any reviews or comments about the PI review for the CR. |
Is CMDB Updated? | This field is enabled for you to modify only after the CR is implemented with the status field displaying Implemented on the CHANGE RECORD page.
|
Reviewer | Type in the name of the Reviewer. |
Review Date | Type in the review date. |
Revert to Previous Version ? | This field is enabled for you to modify only after the CR is implemented with the status field displaying Implemented on the CHANGE RECORD page.
|
Note:
While closing the CR, the fields Actual PIR Date and Post Implementation Review are mandatory for the following conditions:
- When the Expedited is set to Yes.
- When Rolled Back is selected in the field Is the Change Implemented or Rolled Back?
- When Change Implemented is selected in the field Is the Change Implemented or Rolled Back?No is selected in the field Is the Change Successful?, and the CAB Approver or Change Manager selects the Is PIR Required check box.
- When the fields, Planned Start Time and Actual Start Time are different.
CHANGE HISTORY
Click CHANGE HISTORY to view the various changes that have occurred on the CR. This information is useful to track the various changes made on the CR.
Figure: CHANGE HISTORY pop-up page
The following table describes the fields on the CHANGE HISTORY page:
Field | Description |
---|---|
Column Name | Displays the name of the field on which the change is made. |
Change Date | Displays the date when the change is made. |
Changed By | Displays the name of the user who made the change. |
Old Value | Displays the old value of the field. |
New Value | Displays the new value of the field. |
IMPORT TEMPLATE
Click IMPORT TEMPLATE to import a configured template that can be used for creating Change Record(s). Select the Template name from the Select Change Record Template drop-down list you want to import.
Figure: IMPORT TEMPLATE pop-up page
SAVE AS TEMPLATE
Click the SAVE AS TEMPLATE icon to save a CR details as Template. Type in a name for the Template in the Change Template Name text box and click SAVE TEMPLATE to save the CR as a Template.
Figure: CREATE TEMPLATE pop-up page
EDIT TEMPLATE
Click EDIT TEMPLATE to edit a Template. On the EDIT TEMPLATE pop-up page, select the name of the Template you want to edit.
Figure: EDIT TEMPLATE pop-up page
On the CHANGE RECORD TEMPLATE - NAME page is displayed with the details of the selected Template. Make the required changes and SUBMIT. For more information about fields and icons on the CHANGE RECORD TEMPLATE - NAME page, see Field Description.
Figure: CHANGE RECORD - TEMPLATE-TEMPLATE NAME page
- No labels