Difference between revisions of "Service Details"

From Hornbill
Jump to navigation Jump to search
 
(117 intermediate revisions by 5 users not shown)
Line 1: Line 1:
__NOTOC__[[Main Page|Home]] > [[Service Manager]] > [[Services]] > Service Details
+
This document can now be found at its new location in the [https://docs.hornbill.com/servicemanager-user-guide/service-portfolio/services/overview Hornbill Document Library].
== Introduction ==
+
 
The details of a service provides some key values and settings to make a service operational. These options include setting the name, description, status, visibility, and more. Some of this information is mandatory on the creation of a Service so it is important to plan your service before starting.
+
[[file:hornbill-document-library.png|Service Details|link=https://docs.hornbill.com/servicemanager-user-guide/service-portfolio/services/overview]]
 +
<!--
 +
 
 +
{{bluebanner|[[Main Page|Home]] > [[Service Manager]] > [[Service Portfolio]] > Service Details|[[:Category:Service Manager]]}}
 +
{{IntroAndLinks|The details of a service provides some key values and settings to make a service operational. These options include setting the name, description, status, visibility, and more. Some of this information is mandatory on the creation of a Service so it is important to plan your service before starting.|
 +
:* [[Service Level Agreements]]
 +
:* [[Service_Support_Teams|Service Supporting Teams]]
 +
:* [[Subscribers|Service Subscribers]]
 +
:* [[Service Status]]
 +
}}
  
 
== Details ==  
 
== Details ==  
Line 12: Line 21:
 
:* Consider the length of the name and how it may be displayed in these different areas.
 
:* Consider the length of the name and how it may be displayed in these different areas.
 
:* A unique service name is not enforced so it is possible for two distinct areas of a business to have a service by the same name.
 
:* A unique service name is not enforced so it is possible for two distinct areas of a business to have a service by the same name.
 +
:* If you need to support more than one language for users of the Service, be sure to create the different language versions of your Service Name and Description. Users of the Service will see the appropriate one based on the language assigned to their profile (if you provide the translation).
  
 
=== Description ===
 
=== Description ===
Line 21: Line 31:
 
=== Portfolio Status ===
 
=== Portfolio Status ===
 
:The Service Portfolio Status uses some industry standard conventions for determining the state of the service.  These statuses include ''Pipeline'', ''Catalog'', and ''Retired''
 
:The Service Portfolio Status uses some industry standard conventions for determining the state of the service.  These statuses include ''Pipeline'', ''Catalog'', and ''Retired''
::*'''Pipeline''' This status is generally used as a planning state. While the status is Pipeline, the service will remain hidden from customers and support staff to allow for planning and setup of the service.
+
::*'''''Pipeline'''''
::*'''Catalog''' Once all of the required configuration and setup is complete a service status can be set to Catalog.  Once in the status of Catalog, the service will be live and available for selection by support staff when raising a request on the Services form in Progressive Capture, or for subscribers of the Service raising requests via the Self Service Portals.
+
::: This status is generally used as a planning state. While the status is Pipeline, the service will remain hidden from customers and support staff to allow for planning and setup of the service.
::*'''Retired''' When a service is no longer required the status can be changed to Retired.  This will remove the service from support staff and subscribers of the service.
+
::*'''''Catalog'''''
 +
::: Once all of the required configuration and setup is complete a service status can be set to Catalog.  Once in the status of Catalog, the service will be live and available for selection by support staff when raising a request on the Services form in Progressive Capture, or for subscribers of the Service raising requests via the Self Service Portals.
 +
::*'''''Retired'''''
 +
::: When a service is no longer required the status can be changed to Retired.  This will remove the service from support staff and subscribers of the service.
 +
 
 +
=== Employee Portal ===
 +
These options are used with the ''[[Employee Portal]]''. These options will be needed for publishing your services to the Employee Portal.
 +
:* '''Service Domain'''
 +
:: Associated this service to a ''[[Service Domains Administration|Service Domain]]''.  Domains are used for grouping related services that fall under areas such as IT, HR, and Facilities.
 +
:* '''Service Domain Category'''
 +
:: Select a category for this service.  Service Domain Categories provide a category option for all applications that publish services to this Domain.
 +
 
 +
=== Default Mailbox ===
 +
: Define which mailbox any manually sent emails will be sent from on requests logged against the service
 +
:* If no mailbox is selected then manually send emails will be sent from the mailbox selected by the agent sending the email on the request raised against the service
 +
:* Agents need to have the rights to send emails from the default service,  otherwise it will default to a mailbox the agent does have the rights to send from
 +
:* Agents can manually override which mailbox emails are sent from when sending emails manually from a request logged against the service '''if''' they have the rights to more than one mailbox
  
 
=== Portal Visibility ===
 
=== Portal Visibility ===
:If the Service will be visible on the Customer and Service Portal for subscribed users.
+
:If the Service will be visible on the Employee, Customer and Service Portals for subscribed users.
 
::* '''Visible''' Subscribed users will see, and have access to their requests raised against the Service, even if they you have restricted their ability to raise tickets from the portals for this Service.
 
::* '''Visible''' Subscribed users will see, and have access to their requests raised against the Service, even if they you have restricted their ability to raise tickets from the portals for this Service.
 
::* '''Hidden''' Subscribed users will not see the Service on the Customer or Service portal - Useful when defining a technical Service rather than a business Service.
 
::* '''Hidden''' Subscribed users will not see the Service on the Customer or Service portal - Useful when defining a technical Service rather than a business Service.
Line 43: Line 69:
 
The Access option allows an owner of a service to control who can see and update information for the selected service by using the options of Open or Private.  
 
The Access option allows an owner of a service to control who can see and update information for the selected service by using the options of Open or Private.  
  
====Open====
+
:* '''Open'''
::* All users with the role of Services Manager can update and manage the details and other options within a service excluding the removing or changing an existing Service Owner and setting the Access.
+
:: All users with the role of Services Manager can update and manage the details and other options within a service excluding the removing or changing an existing Service Owner and setting the Access. The Service will be visible in the Services List to all users with the Services Manager role. Members of a team that supports the service will be able to add and update FAQs, Bulletins, and the Operational Status.
::* The Service will be visible in the Services List to all users with the Services Manager role
+
:* '''Private'''
 +
::This restricts the visibility in the Services List to just the owner and the members of the teams that support the service who have the Services Manager role. Only the owner will have the right to modify the service details and configuration. Members of a team that supports the service will be able to add and update FAQs, Bulletins, and the Operational Status. Only the owner can add or remove Supporting Teams and only the owner can add or remove subscriptions
  
====Private====
+
=== Activities ===
::* Restricts the visibility in the Services List to just the owner and the members of the teams that support the service who have the Services Manager role.
+
The Activities panel lets you create and managed tasks and activities against this service. This can be used for planning updates to any aspect of the service such as updating a BPM workflow or Progressive Capture.
::* Only the owner will have the right to modify the service details and configuration
 
::* Members of a team that supports the service that also has the Services Manager role will only be able to add and update FAQs, Bulletins, and the Operational Status.
 
::* Only the owner can add or remove Supporting Teams
 
::* Only the owner can add or remove subscriptions
 
  
 
== [[Services Request Configuration|Request Configuration]] ==
 
== [[Services Request Configuration|Request Configuration]] ==
Line 58: Line 81:
 
:Each Service allow you to configure the different the types of requests which will be available.  These included Incidents, Service Requests, Problems, Known Errors, and Changes. Each request type can be configured to meet the particular needs for the service, including BPM workflow, available actions, custom fields, and Request Catalog Itesm.
 
:Each Service allow you to configure the different the types of requests which will be available.  These included Incidents, Service Requests, Problems, Known Errors, and Changes. Each request type can be configured to meet the particular needs for the service, including BPM workflow, available actions, custom fields, and Request Catalog Itesm.
  
==Assets==
+
==Requests==
 +
 
 +
:Any Requests which the Service has been raised directly against, or where it has an associated relationship to Requests will be displayed here.
 +
 
 +
==[[Service_Assets|Assets]]==
 
:Associating the assets which support a service helps support quicker Incident and or Problem resolutions by making it quick and easy to understand what infrastructure is directly used to provide each service. Change management can benefit from  visualizing impact when considering implementing changes to a service, or assets which support a service.
 
:Associating the assets which support a service helps support quicker Incident and or Problem resolutions by making it quick and easy to understand what infrastructure is directly used to provide each service. Change management can benefit from  visualizing impact when considering implementing changes to a service, or assets which support a service.
 +
 +
==[[Service_Dependancies|Services]]==
 +
:Associating technical services which support/underpin business services helps support quicker Incident and or Problem resolutions by making it quick and easy to understand how services are related. Change management can benefit from  visualizing impact when considering implementing changes to a technical or business service.
  
 
==[[Service FAQs|FAQs]]==
 
==[[Service FAQs|FAQs]]==
Line 67: Line 97:
 
:Define Service specific announcements or news which will be shared with the subscribers of the Service on both the Customer and Service Portals
 
:Define Service specific announcements or news which will be shared with the subscribers of the Service on both the Customer and Service Portals
  
== Service Level Agreements (SLAs)
+
==Documents==
Service Specific details for service based service level agreements
+
[[File:serviceportaldocuments.png|right|350px|link=https://wiki.hornbill.com/images/9/94/Serviceportaldocuments.png]]
 +
Documents that are held within Document Manager can be associated to a Service. This is designed to provide document access to the subscribers of the service through the Customer and Employee Portals.
 +
<br>
 +
<br>
 +
{{infobox|It is important to ensure that the documents linked to the service are held within a library that has been configured for access on the portals.  Linking a document that is held in a library that is '''not''' configured for portal access will result in the document being listed, but not accessible by the service subscriber.}}
 +
<br>
 +
<br>
 +
=== Sharing a Library with the Portals ===
 +
[[File:docmanagerrole.png|right|350px|link=https://wiki.hornbill.com/images/d/df/Docmanagerrole.png]]
 +
The option for sharing libraries is managed from within the Document Manager app.
 +
:# From the main Hornbill Tile Menu, select Document Manager -> Libraries. 
 +
:# From the list of libraries, find the library that you would like to make available to the portals and select ''Properties''. 
 +
:# On the ''Share'' option start by selecting ''Role'' and then search for the ''Docmanager Portal''.
 +
:# Select ''Can View Library Contents'' and then click ''Share''.
 +
:# Repeat for each library that you would like make accessible on the portals
 +
<br>
  
== [[Service Support Teams|Supporting Teams]] ==
+
=== Library Visibility Options ===
: The Supporting Teams feature is used to assign the Service Desk teams who will be supporting this serviceSupporting teams will have the rights to view and manage requests for this service.  
+
[[File:libraryvisibilityoptions.png|right|350px|link=https://wiki.hornbill.com/images/3/3a/Libraryvisibilityoptions.png]]
 +
On the [[Libraries|Library]] properties, visibility can be controlled so that a library is only visible to customers when viewing the Service details. By default, a [[libraries|library]] is visible within the Portals' ''Library List''In order remove the library from the library list and only have it show associated documents on the Service form, the two following options in [[Document Manager]] [[Libraries]] need to be un-checked.
  
 +
{{bullet1|Show in User Library List|Untick to hide the library in the employee portal and collaboration, this will only take effect if the user has been shared the library with read-only access (users with modify permissions will still be able to see this library).  You will still be able to share documents in this library with users with read only permissions by giving them a direct link to the document}}
 +
{{bullet1|Show in Customer Portal Library List|Untick to hide the library in the customer portal, (the library must be shared with a guest role before it can be accessed in the customer portal).  You will still be able to share documents in this library with customers even if this setting is unticked by giving them a direct link to the document.}}
 +
<br>
  
== Subscribers ==
+
=== Adding a Document to a Service ===
 +
[[File:linkdocumentstoservice.png|right|350px|link=https://wiki.hornbill.com/images/d/d9/Linkdocumentstoservice.png]]
 +
On each Service form within the Service Portfolio, a '''Documents''' option lets you browse the list of all documents that belong to a particular library and link or unlink documents to the service. This action only be performed by the Service's owner.
 +
{{bullet1|Select Library|Select from the list of available libraries that you want to browse}}
 +
{{bullet1|Order By|To help locate a document, you can change the order of the list by
 +
::* ''Title''
 +
::* ''Owner''
 +
::* ''File Type''
 +
::* ''Creation Date''
 +
::* ''Updated Date''}}
  
:: It is possible to subscribe customers to a service based on various organisation groups. The default position for a service is that all customers will be entitled to use the Service.
+
Each document will have a ''Link'' option.  When clicked, this will associate the document with the service.
 +
Documents already linked to a service ill have an option to ''Un-link''. When clicked, this will remove the document from the service.
  
:: Through the Administration console, you can define your own organisational groups and once defined these groups and a number of default subscription options will be available through the Subscribers drop down menu.
+
==[[Service Level Agreements | SLAs]]==
 +
: Service Level Agreements can be linked to each service, and rules defined to manage which SLA and Service Level's will be invoked when requests are raised against each service.
 +
:*  It is possible to associate one or more Corporate Service Level Agreements to each Service, and or create Service Level Agreements which are specific to each service.
 +
:*  Use the Manage Rules options to determine which Service Level agreement is invoked under different conditions when raising requests against a Service.
  
:: Subscription option types:
+
== [[Service Support Teams|Supporting Teams]] ==
 +
: The Supporting Teams feature is used to assign the Service Desk teams who will be supporting this service.  Supporting teams will have the rights to view and manage requests for this service.
  
::* Company - Use this option to subscribe all internal customers to the Service
 
::* Department - Use this option to subscribe defined Departments to the Service
 
::* Team - Use this option to subscribe defined Teams to the Service
 
::* General - Use this option to subscribe a defined organisational group to the Service
 
::* User - Use this option to subscribe individual internal users to the Service
 
::* Contact Organization - Use this option to subscribe specific external organizations to the Service
 
::* Individual Contacts - Use this option to subscribe individual contacts to the service
 
::* All Contacts - Use this option to subscribe all defined contacts to all supported external organizations to the Service
 
  
:: Note :- Department, Team and General options will only appear in the drop list once they have been defined in the Administration console. These can be defined under the Users, Roles & Organisations menu and the Organisation option.
+
== [[Subscribers]] ==
  
 +
:: It is possible to subscribe customers to a service based on various organisation groups. The default position for a service is that all customers will be entitled to use the Service.
  
==Service Status==
+
==[[Service Status]]==
  
<div class="mw-collapsible mw-collapsed" data-collapsetext="Show Less" data-expandtext="Read More" style="width:800px">
+
It is possible to set the status of each service, and an accompanying message so that subscribers to the service and those supporting the service can see the status and any supporting message.
It is possible to set the status of each service, and an accompanying message so that subscribers to the service can see the status and any supporting message when accessing either the Service or the Customer Portals.
 
<div class="mw-collapsible-content">
 
* The default position is 'No Status', this will result in no status or message being displayed on the Service or Customer Portals, this is important when Service Status is not relevant to a Service.
 
* The Three Status options are
 
: * Available - Indicated by a green icon
 
: * Impacted - indicated by an amber icon
 
: * Unavailable - indicated by a red icon
 
  
When any of the above status's are chosen a default message will be displayed, and can be edited.  Once saved the status and message will be visible to the subscribers of the service on the Service and or Customer Portals.
+
:* Available
 +
:* Impacted
 +
:* Unavailable
  
:* To Change the Status of the Service, simple select a different option from the drop down list and save.
+
As the Status changes from one state to another, information is collected to provide [[Service Availability|availability metrics]].  This includes mean time between failures, average time to recovery, and percentage break down of the different statuses over a selected time period.  The availability metrics can be accessed using the chart icon next to the service status. At least one change in the status is required in order to view the metrics.
:* To remove any Status, simply select the 'No Status' option from the drop down list and save.  
 
  
 +
== Timeline ==
 +
Each service provides an area where users who have access to the service can have a discussion about the service. This is a great way to plan or make suggestions for the service.
  
 
[[Category:Service Manager]]
 
[[Category:Service Manager]]
 +
-->
 +
[[Category:HDOC]]

Latest revision as of 18:35, 30 April 2024

This document can now be found at its new location in the Hornbill Document Library.

Service Details