VESG
QA&M
Due to the nature of this guide - some photos / screen shots will not be able to be displayed.
Morning Call Process
Verizon Enterprise Solutions Group
1880 Campus Commons Drive
Phone 703.295.4778 • Fax 703.264.7460
01/11/01
Table of Contents
1. The Morning Call Process 4
1. Who Will Use The Morning Call Database 4
2. Who Will Administer The Morning Call Database 4
3. What Gets Entered In Morning Call 5
4. Client Impact Guidelines 6
2. The CSS Incident Entry System 8
1. How To Access the Morning Call Database 8
2. Data Entry Constraints 10
3. How To Enter A New Incident 11
3.1 Creating a new incident directly in the Morning Call System 11
3.2 Creating a new MC incident from a White Board issue 14
4. How To Add Client Impacts To A New Incident 14
5. How To Edit an Incident 16
5.1 Add or Modify Action Taken 19
5.2 Update the Clients Impacted 20
5.3 Editing Morning Call Incidents using the Admin Custom Report 22
6. How To Update Actions Taken On An Incident 22
7. How To Display Reports of Incidents 22
7.1 Incident Summary Report 22
7.2 New incidents, Open Issues, or Deferred Issues Report 23
7.3 Incident Impact Index 23
7.4 Create A Custom Report 24
7.5 Product/ Sub Category Report 24
7.6 Product Frequency Distribution 24
7.7 Root Cause Frequency Report 24
3. Owner Update Activities 25
1. How To Add, Edit or Delete Actions Taken On An Incident 25
2. Deferring Updates To An Open Issue 29
3. Moving To Close An Open Issue 29
Chapter
1
The Morning Call Process
The VESG Morning Call process enables VESG and subcontractor personnel to identify, analyze, and resolve issues that interfere with the delivery of high-quality Internet access service to VESG customers. This process provides a measure of VESG quality and a means for correcting problems and improving service. Morning Call consists of a database of incidents and resolutions and a regularly scheduled meeting that enables all affected VESG departments and subcontractors to address perceived or real problems as reported by shift-leads in the client support organizations.
The Morning Call Process provides an ongoing executive synopsis of significant quality issues affecting VESG dedicated business clients, corporate dial, ISDN-LAN and DSL customers. The Call Tracking database (Remedy) is a separate tool, from which many client calls are distilled into Morning Call incident reports for cross-functional presentation and management review.
The Morning Call process generates a Business Impact Index (BII), an ADSL Impact Index (AII), and a Consumer Impact Index (CII), which are the VESG Quality Measurements for the company. The impact index is also tracked by product and by root cause. These measurements are critical in running the VESG business and servicing clients better.
Who Will Use The Morning Call Database
Support
shift-leads and agents will be the primary sources of Morning Call Incident entries. The majority of the incidents posted to the Morning Call databases will originate from shift turnover of incidents posted to Remedy or from a whiteboard incident. All VESG functional organizations have access to Morning Call output and custom reports, as well as the Impact Index data.
Who Will Administer The Morning Call Database
Owners
are the individuals to whom NEW incidents are assigned if they must remain on the OPEN issue report. They can be anyone within VESG, regardless of function, who is made responsible for following up on any outstanding resolutions or actions after the daily conference call. These individuals will OWN incidents until the owner changes or they resolve the open incident to the client’s satisfaction.
Once the open issue has been resolved, the owner can update the incident actions taken with a "Move to Close" request and "Root Cause" code, then obtain agreement at the daily call to close the open issue. Until closure, the owner must keep the "Actions Taken" updated on a daily basis, or "Defer" the item until a date they will have a status update. If multiple owners are listed, the first one is the primary owner, responsible for entering the status updates.
Administrative
users have access to reserved maintenance capabilities, such as changing the IMPACT assigned to CLOSED incidents. They are also the only users allowed to ADD/MODIFY owners, move incidents from NEW to OPEN, CLOSE open issues, add or edit clients, add or edit products, add or edit root cause codes, delete incidents, edit closed incidents, and perform other functions that must be restricted to prevent potential data integrity problems.
What Gets Entered In Morning Call
The Client Impact Indices (BII, AII, & CII) are calculated as a result of entering Morning Call incidents and their associated client impacts, making it critical that VESG captures the client’s assessment of the impacts, not the VESG interpretation. This will ensure the most efficient application of VESG and interfacing vendor resources towards achieving client satisfaction.
The Impact Index is a daily assessment of the impact of VESG service incidents as viewed by VESG clients. The client must specifically quantify the degree of inconvenience experienced as a result of VESG service problems. The Client Services representative taking the calls must serve as a conduit for this information. The "A" list client issue of how to list their impact still needs to be addressed.
The status for Morning Call incidents and cases in the call tracking database should follow the same major, moderate and minor impact category definitions as defined in the Client Impact Guidelines later in this chapter. All major and moderate business client cases are candidates.
Any internal process or system failure that could have potentially had major or moderate impact, yet have not resulted in client calls, should also be considered a candidate for entry as a "Potential Problem" into Morning Call. Client quality process improvements should provide impact avoidance or be aimed at reducing the need for support calls.
Morning Call Incidents must be entered by 9:00 a.m. EST to be included in that day’s conference call report.
Additional entry rules are defined where appropriate throughout this document.
Client Impact Guidelines
The Client Impact Index is calculated based on the incidents entered into the Morning Call database. The number of clients affected, times the impact values as reported by the client (Major = 1; Moderate =.25; Minor = .05; None = 0), are added and averaged on a weekly basis.
All client impacts should reflect what the client reports, which means it is very important that accurate assessment of client impact is done by the analyst taking their call. This will help ensure client focused Morning Call entries and a reliable Client Impact Index. Use the Severity Impact Chart below in gauging the severity level of client impacts.
|
Problem Category |
Severity Level |
Description |
|
Network |
Major |
- Outage, slowdown or loss of network capability beyond one hour.
- Any data integrity issue.
- Client down with no workaround.
|
|
Moderate |
- Outage, slowdown or loss of network capability less than one hour.
- RNAs, busies, disconnects with a definite trend.
|
|
Minor |
- RNAs, busies, disconnect in which no trend established.
- Sustained impact in terms of minutes, and not able to replicate.
|
|
No Impact |
|
|
Server
(Registration Server, Mail Server, etc.) |
Major |
- Outage, slowdown, or loss of capability or function beyond one hour.
- Any data integrity problem.
- Client down with no workaround.
|
|
Moderate |
- Outage, slowdown, or loss of capability or function less than one hour. Service disconnects or periods of slowness that speak to a definite trend.
|
|
Minor |
- Service disconnect or slowness in which no trend established or period of impact in terms of minutes.
|
|
No Impact |
|
|
Software |
Major |
- Missing or non-functioning capability with no work around that prohibits user from completing business/work task.
- Reversion on client side not possible
|
|
Moderate |
- Missing or non-functioning capability but work-around possible.
- Work-around has added more client steps such that the client does not view the work-around as suitable.
|
|
Minor |
- Defect is limited in impact and client is willing to wait until next release and/or use a work-around indefinitely.
|
|
No Impact |
|
|
Service Element
(Support received from VESG) |
Major |
- Failure to provide client with promised or expected feedback or properly escalate client problems.
|
|
Moderate |
- Untimely client feedback or inaccurate information given. Trend expressed by client.
|
|
Minor |
- Untimely client feedback or inaccurate information given. No trend cited.
|
|
No Impact |
|
TARGETED TRAINING TIP – T-3, B-4
Severity Levels of Customer Impact
Target Audience:
All Customer Service and Technical Support
Date: March 20, 1997
Cover by: Immediately
Effective date: Immediately
Author: Harriet Cobern
Attachment: Severity Levels of Customer Impact
Background:
- For purposes of measuring the quality of the service we provide our customers, analysts are required to record in each Remedy ticket the impact of the problem or issue to the customer.
- The categories of impact are Major, Moderate, Minor, No Impact.
- What is required is the impact as the customer sees it, not as the analyst sees it.
Recommended Procedure:
- Sometimes you will know from the customer’s words or tone of voice that the problem is having a Major impact on him or his business.
- If you can’t reliably discern the impact, please ask the customer – after the problem has been resolved. A recommended script can be employed: "We have a quality assurance process in this company and try to understand how problems affect our customers. Do you feel this problem had a Major, Moderate, or Minor impact on you or your business?"
- If you are unable to determine the impact to the customer by voice "cues," and it would be awkward or inappropriate to ask the customer, refer to the impact severity chart to assign an impact to the case.
Be Particularly Aware of:
- Try, if at all possible, to have the customer identify the impact himself/herself.
- Every Remedy ticket must have the Impact field filled in.
- Please use common sense as you're overriding guideline. We want to know what impact our service problems have on our customers. They are the best ones to tell us.
Chapter
2
- The CSS Incident Entry System
- How To Access the Morning Call Database
Support personnel can access the Morning Call database by using IE or Netscape Navigator to access the URL for the Morning Call start menu (
https://csbmcall2w.ba-dsg.com/mcroot/ for VESG users or https://csbmcall4w.ba-dsg.com/mcroot/ for non-VESG users and then choosing the "Morning Call's Incident Entry System link. (See Figure 1).
Figure 1. Morning Call Web Page Start Menu
Click on the "Morning Call's Incident Entry System" to access the main menu screen. Click on the Incident Entry Menu to access the Support sub-menu:
- Edit an Incidents
- Update Actions Taken on an Incident

Figure 2.
Incident Entry Menu
Other choices on the main menu screen (See Figure 3) allow viewing the reports used to conduct Morning Call (Incident Summary, NEW Incidents, OPEN Issues, Incident Impact Index), creating a custom report, viewing the incident indices reflecting impacts for each client type, viewing all available product codes and the sub-category codes for each product, viewing root cause problem distributions. Shift-leads and the Morning Call Administrators also use this site to perform MAINTENANCE on the system.

Figure 3
. Entry /Maintenance /Reports - Main Menu
Data Entry Constraints
The system does not recognize double quotes. Any quotes in the text should be single quotes.
All text fields will wrap automatically during input. The system will not honor any hard carriage returns in HTML output screens or formatted reports. You must use
to show line breaks.
- The client impact screen only allows 256 characters of input in the call tracking case/incident number field. Add a second client impact of the same level if more space is needed. This field is optional. If the Morning Call incident is produced from the white board, the associated tickets can be found there.
- By default, only the most recent "action taken" shows up on the OPEN issue report.
- If a screen does NOT have a "next step" link for what the user may want to accomplish, the BACK button can be used to access previous screens.
- Clicking on web page links executes the associated script. Using the back button accesses most pages from cache, while the content may have changed since being stored in the browser’s memory you should hit refresh to be sure of most recent data.
- Adding actions to an incident updates the date/time stamp. Editing incidents and actions does not change the original entry date and time stamp.
- If an incident is posted from the White Board, subsequent edits must be made through use of this method.
- New Actions added to Morning Call incidents will appear in green italics on the associated White Board, but once posted to Morning Call, White Board updates do not appear in Morning Call.
How To Enter A New Incident
3.1 Creating a New Incident directly in the Morning Call System
Initially, the VESG Help Desk Shift or Tech Leads must authorize cases or issues that will be included in the Morning Call system. The person entering a Morning Call incident should use the following steps ( * = mandatory fields).
- From the "Incident Entry Menu" (see figure 3), click on "Enter A New Incident" (see figure 2).

Incident Date (*): On the "Add a new Incident" screen (See Figure 4), the system fills in the date automatically. For incidents occurring prior to the date of entry into the Morning Call system, you must change the "Incident Date" to reflect the date on which the incident actually occurred.
Figure 4
. Add a New Incident Screen
Root Cause (*): If known, choose the root cause of the problem from the choices in the drop down list. If the cause is known, but not listed in the choices, then choose "Root Cause Not Listed". If the cause is not known, leave it blank and it will be discussed and agreed upon during the Morning Call meeting. Normally the OPEN issue owner will input the root cause when they Move To Close the incident. A root cause code MUST be chosen BEFORE selecting the "Move To Close" option.
Move to Close: If the incident being reported has been resolved and there are no process issues outstanding at the time of entering the incident into Morning Call, check the "Move to Close" box. The New Incidents report will then automatically append the text "(Move to Close Requested)" to the "Actions Taken" description. The request to close will be reviewed at the next day’s conference call. If everyone agrees, the administrator will move the incident to the closed category.
Potential Problem: If no clients called to report an incident, check the "Potential Problem" box. This will result in suppression of the "Add Clients To Incident" screen (See "How To Add Client Impacts To A New Incident") and the steps associated with completing that form. This generates the following confirmation message: "Incident yyyymmdd has been recorded as a Potential Problem, No Client or Impact Needs to be Entered." The user can then choose to enter another incident or return to the main menu. Only client-reported impacts are recorded in the Morning Call database with an associated impact value, which means potential problems will not be used in calculating the Client Impact Index. Potential problems are entered to resolve internally discovered problems that pre-empt potential client impacts and, thereby, prevent future calls for support.
Use If Outage: If the incident being entered involved an outage of VESG hardware, network or GSP services, use these four text boxes to enter the dates and times of the outage start and end. Enter all times based on a 24-hour clock in HH: MM format. If any of this information is unknown at the time of entering the incident report, leave it blank. These fields can be edited later using the "Update an Incident" feature. Check the Intermittent box for non-continuous outages, like "hub busy signals", so the outage will not affect outage reporting. If a start or end date is entered, the corresponding time field must also be completed. The start date must also be the same as the Incident Date or you will receive an error.
Product (*): Select the affected product from the "Product" pull-down menu. If the product is known but not listed, choose "Product Not Listed."
Sub-products: Select the affected sub-products from the "Get Sub-Products" pull down menu. (Figure 5)
Figure 5:
Get Sub-products Tab
Title (*): Enter a short title. This field is important for summary reporting.
Problem (*): Use the "Problem" field to describe the problem(s) that affected the client(s), giving the details of the symptoms as experienced by the client(s). This field is set to wrap automatically during input. The HTML output screens or formatted reports will not honor any hard carriage returns you input. It is better to number any separate points you wish to make in your problem statement, i.e. 1) Problem one 2) Problem two 3) Problem three…or…use standard HTML tags to make the text more readable (i.e. ;
; etc.).
Actions Taken (*): Use the "Actions Taken" field to describe the initial actions taken by the support representative taking the call and/or other VESG personnel involved in fixing the problem. This field is also set to wrap automatically during input. The HTML output screens or formatted reports will not honor any hard carriage returns you input. It is better to number any separate points you wish to make in your action statement.
Caution: If more than one action update is entered prior to a NEW incident appearing in the Morning Call report, only the last action entered will appear.
Entered By (*): Enter your name in the "Entered By" field.
Root Cause: If known, select the appropriate cause of the client impact and if unknown at the time of entry, select "Not Yet Determined". If known, but missing select "Root Cause Not Listed".
Submit: Select the "Submit New Incident" option, which will take you to the "Add Clients to Incident YYMMDD" screen (See Figure 4), unless the "Potential Problem" box has been checked. In the latter case, the system displays a confirmation stating "Incident YYMMDD has been recorded as a Potential Problem - No Client or Impact Needs to be Entered," and you can choose to enter a new incident, or return to the main menu. Choose RESET if you want to clear all fields and start your entry over.
NOTE => WB#:
For any Morning Call incident that originates from the whiteboard (WB) application, will have the corresponding whiteboard item number in this field. The field can also be used to link a Morning Call item to a related whiteboard incident, if the incident is posted to Morning Call without using the automated whiteboard method.
3.2 Creating a New MC Incident from a White Board issue
To access the White Board go to https://csbmcall2w.ba-dsg.com/mcroot/ for VESG or https://csbmcall4w.ba-dsg.com/mcroot/ for non-VESG users (See Figure 1) and click on the link for Morning Call's White Board System.
- How To Add Client Impacts To A New Incident
The input form for adding client impacts is automatically displayed when the user submits the information for a new incident, but can also be reached via one of the "Edit an Incident" options found in the "Incident Entry Menu". (See Figure 7)

Figure 6.
Add Clients To Incident Screen
To Add Client Impacts:
- Client Type (*):
Select a client type. There is an Impact Index value accumulated and calculated for each client type (CII, AII, etc.). "Consumer" is the default, which represents any switched customer callers. The pull-down list allows selection from one of the business (dedicated access) or Web Services client names. If the client affected by the incident is not in the pull down list, select the " **Client Not In Database**" choice.
Get Clients: Select the client type from the pull down menu.
LATA: Select the LATA impacted by the issue or select ALL if the issue impacts all customers.
Impact (*): Select the Impact (Major, Moderate, Minor, or None - See Chapter 1, "Client Impact Guidelines"). This should be the client’s assessment, which Help Desk Operators obtained in response to the question during the call and documented in the call tracking system.
Number Affected (*): Enter the number that reflects how clients were affected by the incident. The default is 1. (Each caller ticket = +1)
Description: Describe the specific effect on this particular client’s business. If the client name was not in the pull-down list, use this field to record the client name and address, so the administrator can add it to the database for future use. This field is soon to be made optional, but should be completed for any affected Business clients. Choose "Client Not in Database" as a default holder – if client’s name is not available.
Call Ticket Numbers: If known, enter the call tracking system ticket number(s) of clients affected by the incident. As noted in red on the input screen, enter multiple call tracking system case numbers separated by a comma and a space. Using slashes or dashes can create a long contiguous string that would be truncated when output. (NOTE: For Morning Call incidents that are posted from the VESG white board, the case numbers are not necessary, but can be viewed by accessing the "Display Cases" link from the associated white board item.)
Submit: Select "Submit Client."
The system will respond, "The client has been added to incident YYMMDD." At this point, you can add another client to this incident record, enter a new incident, or return to the main menu.
NOTE: If consumers affected by a given incident experienced different levels of impact, add one consumer client impact per impact level (i.e., if necessary - one for minor, one for moderate, and one for major).
How To Edit an Incident
This functionality allows editing all fields input by the originator of an incident. This includes the incident date, outage dates and times, the potential problem flag, the product, the title, the problem statement, the root cause and the person’s name that entered the incident. It also includes links to three other options 1) add or modify actions taken (including any actions entered by the incident originator or subsequent owners); 2) change the product or 3) update the clients impacted
- To update a Morning Call incident, access the "Morning Call's Incident Entry System" main menu page (See Figure 1)
- Click on the Incident Entry Menu (See Figure 2)
- Select the "Edit an Incident" link. Choosing this link will display a table similar to the one in Figure 7. This table lists the incident number, status, affected product, and description for each incident that has been submitted to the Morning Call system. This screen also shows "Major" in the status column if at least one client was affected in a major way. For "Open" status incidents, the owner(s) are indicated along with the indication of "(MTC)" if the owner has moved to close the incident. A date will appear in the "Deferred To" column when the owner of the item has requested that an incident reappear at a later date in the Open Issues report. A "(P)" in the status column means it is a Potential problem, with no client impact records having been input for the related Morning Call incident. An "(O)" in the Product column means the incident involves some sort of outage.

Figure 7. Update an Incident Screen
Select an "Incident #" link to display the "Edit Incident" page.
Make the necessary changes to the incident and select "Submit Changes" (Note: Always make sub-product changes first, otherwise your changes can be lost when the pull-down choice causes the screen/form to refresh) or…
6. Select one of the link options listed at the bottom of the screen (See Figure 8).
Add or Modify Action Taken
Update the Clients Impacted
Return to Main Menu
Edit a Different Incident


Figure 8. Update an Incident Screen
5.1 Add or Modify Action Taken
This scrollable screen (see Figures 9 & 10) enables you to view, edit, or delete previous actions entered since the associated incident report was created. In addition you can perform owner-related functions such as add any "New Action Taken," "Move to Close" an open issue, select a root cause, or request a "Deferred Action Date" (See Owner Update Activities, Chapter 3).

Figure 9.
Add New Action Taken Screen

Figure 10.
Edit, or Delete Actions Taken Screen
5.2 Update the Clients Impacted
The "Clients Affected" screen enables a user to view, add, edit or delete the client impacts recorded for the current incident. The screen is accessed following these steps:
- Select "Edit An Incident."
- Click on the appropriate incident number.
- Click on "Update the clients impacted", which results in the "Clients Affected" screen shown in Figure 11.

Figure 11.
Clients Affected Screen
Choices on the "Clients Affected" screen include:
- Choose "EDIT" for the client impact to be updated, then make any necessary changes to the desired field(s) on the resulting "Edit Client Affected By incident YYYYMMDD" screen. The resulting screen is the same as shown in Figure 6, under "How To Add Client Impacts To A New Incident." However, for updates, the fields on the input form are pre-filled with the previously entered client impact data. The editable fields include impact, description, ticket/case numbers, number affected, and the client name. Use the "Submit" button to post the client impact updates, then choose from the options to edit another affected client for the current incident or return to the main menu.
- Choose "DELETE" for any client impact that is to be deleted, which results in a confirmation screen indicating the client record for the selected incident has been deleted. The confirmation screen also has option links to edit or add another client for the selected incident, edit a different incident, enter a new incident, or return to the main menu.
- Choose "Add A Client To The Impact List" to record a new client impact for the selected incident. This results in a blank input form which allows adding new client impacts to an existing incident (See Figure 6, under "How To Add Client Impacts To A New Incident"). Once the new client impact is submitted, the options are to add another client to this incident, enter a new incident, or return to the main menu.
Editing Morning Call Incidents Using the Admin Custom Report
Go to Morning Call's Incident Entry System
Go to Maintenance
Click on Admin Custom Report (See Figure 13b)
In the Data Range, type in the oldest date that was discussed in Morning Call
In the Status to Include field, Select New and Open and then Create Report
Click on the Incident that you want to make changes to. On the bottom are the options:
- Return to Edit Summary Report
- Edit Incident
- Actions/MTC/Defer
- Add/Modify Client Impacts
- Delete Incident
6. How To Update Actions Taken On An Incident
This link off the main Morning Call Incident Entry menu screen only applies to support representatives or shift-leads who has been assigned as owners of an Open Issue. This option produces a list of open incidents under the names of the assigned owners.
Each incident number has three links allowing the owner to choose "New Action/MTC/Defer", "Edit Actions", or "MC View" which positions the owner at the top or bottom half of the "Add, Edit, or Delete Actions Taken" form. As an owner, follow the same procedures documented in Chapter 3, "Owner Update Activities" under the section regarding the owner activity "How To Edit or Delete Actions Taken On An Incident."
7. How To Display Reports of Incidents
The Reports section in the "Morning Call Incident Entry System" main menu enables Morning Call system users to generate, view, and print reports of incidents.
Figure 3 illustrates the Reports option screen.
7.1 Incident Summary Report
This report displays a summary of all the incidents with a status of new or open incidents. This will allow accessing links to each individual new or open incident. This is the format used to present the incidents in the Morning Call conference meeting, by clicking on the first issue, then NEXTing through all non-deferred items. It is also a good way to quickly preview the NEW items exactly as they will appear during the meeting.
7.2 New incidents and Open Issues
Reports for "New Incidents" and "Open Issues" have similar formats with different sorts. They show all the incident information just as it appears on management’s desktops, which is the same format used in the daily conference call meeting. The New report lists incidents in chronological sequence. The OPEN report is sorted by the owner assigned to each incident, then by the incident AGE (oldest first) when multiple items per owner are involved. Figure 12 illustrates a "NEW Incidents" report.
Figure 12
. "New incident" Report Screen
7.3 Incident Impact Index

The "Incident Impact Index" report shows the daily and weekly assessment of the impact of VESG service incidents as viewed by VESG clients.
Figure 13.
"Incident Impact Index" Screen
7.4 Create A Custom Report
The "Create A Custom Report" option enables users to request and generate their own custom reports, in various sorts, by specifying their own selection and output criteria. Currently, it allows displaying Morning Call incident information by status, dates, products, owner, Sub-Categories, Root causes, LATAs, Client Types, and location, (See Figure 18).
7.5 Product / Sub Category Report
This report lists all existing products and sub-categories as the currently exist in Morning Call.
7.6 Product Frequency Distribution
This report produces a table showing the count of incidents by product code, displaying the product code that has appeared the most frequently in Morning Call at the top, and then lists subsequent incident counts by product code in order of descending frequency.
7.7 Root Cause Frequency Report
This report produces a table showing the count of incidents by root cause code, displaying the root cause code that has appeared the most frequently in Morning Call at the top, and then lists subsequent incident counts by root cause code in order of descending frequency.
Chapter
3
3.Owner Update Activities
The owners of the incidents can add, edit or delete information in the Morning Call incident reports by using IE or Netscape to access the VESG Morning Call main menu page, via the URL (authenticating with NT sign-on and password):
https://csbmcall2w.ba-dsg.com/mcroot/ or https://csbmcall4w.ba-dsg.com/mcroot/
Figure 14.
VESG Morning Call Main Menu Page
How To Add, Edit or Delete Actions Taken On An Incident
Steps 1-4 below will get you to the top (Figure 16a) or bottom (Figure 16b) half of the "Add, Edit, or Delete Actions Taken" screen. During the life of an OPEN issue in Morning Call, these are the same screens that are optionally used to DEFER or MOVE TO CLOSE an incident, which is explained in sections two and three in this chapter.
- Access the VESG Morning Call main menu page. (See Figure 14)
- From the "Morning Call Links" pull down menu, select "Morning Reports. This will cause another menu to appear in the left-hand frame of the multi-framed main menu screen.
- Click on the "Owner Updates" link under the "Incident Management" section of the "Morning Call Reports" menu.
On the "Open Issues By Owner" screen, find the desired incident number under the appropriate owner’s name. The owner names are displayed alphabetically by the owner’s first name. (See Figure 15) The "Last Status Update" date and time is also displayed here.
Figure 15.
Open Issues By Owner Screen
To ADD a new action to an OPEN issue, click on the "New Action/MTC/Defer" link on the "Open Issues By Owner" screen. Update the "Action Taken" field on the "Add, Edit, or Delete Actions Taken" screen for the selected incident. (See Figure 16a)


Figure 16a.
Owner Updates - New Action Screen
To EDIT or DELETE an existing action, click on the "Edit Actions" link on the "Open Issues By Owner" screen (See Figure 15). Click on EDIT or DELETE next to the "Past Action Taken" that you want to edit or delete. EDIT allows you to modify the action text or the fields for entered by, deferred action date, move to close, or root cause. DELETE allows you to delete the associated action, but does not cause the actions to be re-numbered. It is usually best to edit an action, versus delete it, particularly if it is the first action associated with the incident. (See Figure 16b)

Figure 16b. Edit or Delete Past Actions Taken Screen
To ADD or EDIT an action taken, it might be necessary to update the "Entered By" field with your name. This field is pre-filled with the name of the currently assigned owner of the incident.
If applicable when adding or editing an action taken, fill in the "Deferred Action Date" field. The Open Issues report will then automatically suppress the appearance of this item until the date entered (Valid date formats: 9/12/1999 or Sep 12 1999). The "Incident Summary" report will still show this incident is pending resolution and will report the deferred action date in the "Deferred" column until it is again reported on in Morning Call.
If appropriate when adding or editing an action taken, check the "Move to Close" box. The Open Issues report will then automatically append the text "(Move to Close Requested)" to the "New Action Taken" description. The request to close will be reviewed at the next day’s conference call. If everyone agrees, the administrator will move the incident to the closed category. The "Incident Summary" report will also indicate items with a "Move to Close" request pending by displaying "(MTC)" in the "Owner" column.
When adding or editing actions taken, if moving to close the item, the owner MUST select a "Root Cause" from the pull-down list, which best describes the primary cause of the incident. If the cause is known, but you don’t see a suitable choice in the list, select "**Root Cause Not Listed**". These can be discussed in Morning Call and updated by the administrator later. If the root cause is truly unknown, select "Cause Unknown".
Select "Submit" to update the database.
Deferring Updates To An Open Issue
Follow the instructions for section one in this chapter, making sure that step 8 is completed. The incident will still appear on the "Open Issues By Owner" screen, but it will indicate "Deferred until" in the status line until it is to reappear in Morning Call. This will help remind the owner to include a status prior to the incident’s reappearance in the Open Issues report.
If you wish to defer an incident, when there will be no change in status, simply follow the instructions in section one in this chapter to EDIT the last action taken. Then fill in the "Deferred Action Date" field and click SUBMIT. The Open Issues report will then automatically suppress the appearance of this item until the date entered. (Valid date formats: 9/12/1999 or Sep 12 1999)
Moving To Close An Open Issue
Follow the instructions for section one in this chapter, making sure that steps 9 and 10 are completed. Always ADD the final resolution to the problem in the new action text box, to provide complete status information in the historical record of all CLOSED Morning Call incidents.