Professional Documents
Culture Documents
FO-BPP-FO04-006-Manage A System Ticket - V2.0
FO-BPP-FO04-006-Manage A System Ticket - V2.0
The process is related to other BPPs dealing with system tickets, namely:
• FO-BPP-FO04-005 Create a system ticket
• FO-BPP-FO04-007 Close a system ticket
• FO-BPP-FO04-008 Search for a system ticket
4.2 Trigger
The process is triggered when follow up activity is performed on a created system ticket
which should be captured within the ticketing system.
System tickets are managed exclusively by employees within the Ground Infrastructure
organization unit, the CSM Management and Customer Service Engineering.
4.3.1 Inputs
In general the inputs are fields used to find the ticket to be able to follow up (please refer to
FO-BPP-FO04-005 Create a system ticket).
For more information on accessing an existing system ticket, please refer to FO-BPP-FO04-
008 Search for a system ticket.
For any change to a ticket, you need to be in edit mode. Whenever the inputs are finished
the ticket needs to be saved (the same BPP as above).
Service Team
Please refer to FO-BPP-FO04-005 Create a system ticket, Screen Two (5.2.2).
Equipment Level 1
Please refer to FO-BPP-FO04-005 Create a system ticket, Screen One (5.2.1).
Equipment Level 2
Please refer to FO-BPP-FO04-005 Create a system ticket, Screen One (5.2.1).
Subject Category 2
Subject Category 1
Change request Fault Maintenance Other
Subject Category 2
Upgrade Degraded Other Other
Reconfiguration Other
Removal Outage
Ticket Description
In order to enter a description in the Header Notes, the type “Ticket Description” needs to
be selected. Additionally the language is set by default to “English”, if another language is
chosen the note will not appear to those who are viewing (by default) “English” notes. It is
advised not to change this value.
The reassignment of a ticket is done by changing the Service Team value. This can be done
either by using the Search Help (this process is described in FO-BPP-FO04-005 Create a
system ticket, Screen Two (5.2.2)) or a value can be directly inputted in the field. If the
value is unique then the Service Team is populated based on this value, if more matches
are found a selection of the correct Service Team needs to be done as shown and described
above.
When the Service Team is reassigned, the check box on “Reassigned” is automatically
checked in the ticket details ( ).
In the transaction history it’s possible to see all transactions that have a connection to the
ticket. Additionally, it’s possible to see the status of the related transaction. The layout of
the assignment block may different between users and transactions.
In the above example, there has been an SES Note written and there is a related System
Ticket.
Change history tracks all changes done in the ticket. It shows what the old value was and
what the new one is. Who made the change (Changed By), when (Changed On) and at what
time (Changed At).
In the above example, it’s possible to see that the ticket System type filed has been change
from “” to “HARDWARE” and that the change was done by Jiri Janak on 21.03.2012 at
16:34.
In Parties Involved, it’s possible to assign additional parties that are involved in the ticket,
change the current ones or delete some of them.
In the above example, shows where you could change the Service Employee Group
(=Service Team) and shows where you could add a new party, for example an Internal
Contact Party should you want to capture an important SES employee that was dealing with
the ticket as well.
Employee Responsible
Employee Responsible for the ticket, selection offers all employees of SES.
Columns background:
Action Definition
The value describes the notification.
Executable
Shows what the stage of execution is. “Done” means that the action has been executed.
Opened Date/Time
Shows the date and time when the ticket was opened (when the status was set to open and
the ticket was saved).
Closed Date/Time
Shows the last date and time when the ticket was closed (when the status was set to close
and the ticket was saved). If ticket was reopened and close again, only the last value will be
visible (to see all the history, please refer to Screen Six – View Change History).
Reopened Date/Time
Shows the last date and time when the ticket was reopened (when the status was set to
reopen and the ticket was saved). If ticket was reopened many times, only the last value
will be visible (to see all the history, please refer to Screen Six – View Change History).
Please note the date and time is displayed according to the user time zone settings. As a
general role, all operations users have the time zone set to.