Table of contents
Related Articles
- User training
- Best practices
- Our top picks
- Webinars (Some recordings in English)
- Webinars (French version with more recordings)
- FAQ
- Administration Tools
Introduction
This training is intended for Octopus administrators who will have to:
- Configure Octopus to determine its behaviour.
- Prepare and maintain the request structure, forms and their respective options.
- Manage users, CIs and other Octopus modules.
The role of an administrator is very important in Octopus since he is usually the person with the most knowledge about the software.
A good administrator will be able to exploit the possibilities of the software its maximum in order to facilitate the life of the Octopus users and the end users. He will also remain informed of new features as Octopus is an evolving software, there are always improvements and innovations to exploit.
The goal of this training is to give the administrators the knowledge to properly configure the application in order to maximize its usage.
To refine your knowledge and optimize certain features, training or support is always available from our consulting services team. We invite you to contact us.
To be an administrator in Octopus, an Octopus user needs, among others, to have the Administer Octopus permission.
And if he is from the IT department, he would also have the Modify common team data permission.
Objectives
- Understand and correctly use the key terms discussed according to ITIL.
- Recognize the Octopus interface and main menus.
- Configure and manage Octopus with the different options.
- Manage the reference data and understand the impacts.
- Manage users.
- Manage CIs.
- Know how to configure planned requests.
Basic ITIL Concepts
- ITIL: The Information Technology Infrastructure Library (ITIL) is a set of publications on the best IT management practises based on the business requirements. For more details, click here.
- SLA (Service Level Agreement): Agreement between an IT service supplier and a client. For more details, click here.
- CI (Configuration Item): Equipment, software or any other infrastructure component which is the cause, the subject or the target of incidents, service requests, problems or changes. For more details, click here.
- Changes: Add, modify or change of any component that can have an impact on the IT Services..
Alias: RFC, Change request, Project, etc. For more details, click here. - Problem: Cause of one or many incidents for which an investigation process must be done in order to understand the root cause of the problem and to identify a permanent solution. For more details, click here.
- Service request (SR): A request made by a user to create, provide, install or change an equipment or software. Non-trivial requests are managed as Changes. For more details, click here.
- Incident: A service interruption or degradation noticed by the user. "It was working yesterday, it's not working now.” For more details, click here.
Octopus Installation
- The Octopus installation article explains how to perform a standard and advanced Octopus installation.
- The Installing multiple instances of Octopus on the same computer article explains how to perform two Octopus installations (or more if necessary) on a single computer.
This procedure is required if a single computer must be used to access two distinct Octopus environments ( example: production and test).
1- Email Options
Email address used by Octopus To configure the sender addresses, go to the menu, “Tools,” “Email sending configuration.” For more details, see here. |
Emails to users For each type of event, you may choose if Octopus must send an email to the user and may modify its contents.
|
Emails to technicians this series of options enabled edition of the contents of emails sent to tecnhncians.
|
Emails to suppliers
|
Other messages
|
2 - Service Level Agreement (SLA)
This option enables the automatic calculation of an incident or a sercice request due date based on a predetermined resoltion target. IMPORTANT: Before enabling this option, make sure you have configured all the options below related to SLA. For more details on SLA, see here. |
Services Hours and Holidays
|
Resolution targets for incidents
|
Process targets for service requests (SR)
|
Warning levels and colours Octopus informs you when your incidents and service requests are on the verge of being late or when they are late. There are two imminent expiration warnings and one overdue warning. 1st warning :
|
Scope of SLA notificaitons This option determines to whom the SLA notifications will be sent. If it is an assigned incident: specify
If it is an unassigned incident: specify
|
3 - Important general options
Netword directory containing the attached files The files that are attached to Octopus data (incidents/SR, CI, contracts) will be saved on your netowork. Specify below the location where to save the files. Users must have read and write access to the folder. For more details about the files, see here. For hosted customers, it is possible to host your Octopus files on our servers. In this case, the location will be empty. PLEASE NOTE: For the option of sharing tasks between teams, the collaborator from the collaborating team must have access to the directory of the team that owns the request. For more details on Multiteam collaboration, see here. |
Visible and requiered fields This series of options allows to determine which fields are mandatory upon an incident creation, except Category, Subcategory and Adding CI fields which will only be required upon resolution. Incident
Planned request
User file
|
Defaut Incident / SR type
|
Default priority
|
Default priority for Web Portal
* If SLAs are enabled, we recommend not using this option to ensure that the request is analyzed in order to select the correct priority. |
Priority derivation
|
Display mode for major incidents on the Web Portal
|
Text format for activities added by technicians
* We recommend using HTML format. For more details, see here. |
Defaut values
|
WMI Update Manager options
|
Category and sub-category confirmation on incident resolution
|
Defaut time zone
|
Request follow-up
|
4 - Facultative général options
Remote access program
|
||
Automatique closure of requests
|
||
Visibility of activities added by technicians Regardless of the option selected, the Contributor can choose visibility when adding the activity.
|
||
Propose taking assignment
|
||
Automatique service request (SR) resolution
|
||
Add activities via Web Portal
|
||
Visibility of cancelled request via the Web Portal
|
||
Visibility of task progress via the Web Portal
|
||
Satisfaction survey via the Web Portal
|
||
Delay before creating incidents from events
|
||
Incident creation from isolated events This option allows to create only one incident when many ophan events are recieved at once. For more details, see here.
|
||
Serial number of a CI must be unique
|
||
Inventory number of a CI must be unique
|
||
Web Portal site
|
||
Hide user field for request on the Web Portal
|
||
Create incident/SR with the requester language
|
||
Copy request description to Change
|
||
Available languages in the Windows application and Web Portal
|
5 - Personnalisation du portail Web
- Attention : This section affects all teams.
Moderne Web Portal
- This option activates the Web Portal modern mode. For mode details, see here.
Web Portal Custom Logo
- This section allow you to customize your Web Portal Logo.
Reference Data Management
- Menu : Tools > Reference Data Management
Change Templates to use
|
CI
Status
Time range
Configuration
Attributs
|
Service request (SR)
For each type, you can (optional) :
|
Event Option for Event Managements
|
General Externals commands
Teams
Groups technicians
Users groups
Value list
Manufacturers
Sites
Request relationship types
|
Incident
Incident templates make it easier to create incidents. We recommend adding a form to facilitate creation. Some templates can only be used internally.
Reasons for cancelling
|
Parts Categories
|
Planned request Categories
|
Task
|
Administration Tools
- The article on ADSIReader explains how to import users, computers (workstations and servers) and print queues contained in your Active Directory .
- The article on MailIntegration explains how to receive emails in Octopus to create a new incident, an event or to update an existing request by adding an activity.
- The article on DataImporter explains how to import data from other databases into Octopus. It is possible to import CIs, users, service contracts, incidents and more.
- The article on WMIUpdater explains how to update the configuration (hardware and software) of computers of your network into Octopus.
- The article on GetDbApp explains how to download the Octopus database hosted on our servers and even to restore it on one of your servers.
Configuration and Operation of the Modules
- The Setup guide article provides a simple workflow in order to simplify and accelerate the implementation.
- The Service asset and configuration management article explains how to configure the module, in order to constitute a powerful relational database of configuration items (CMDB) which will be used throughout Octopus.
- The Configuration change journal is an important tool to tracks who changed what in the system.
User Management
- The User management article describes the user management module, the various information to configure for basic Octopus usage, as well as a more advanced use of Octopus.
- The Role management article explains how to use roles in Octopus, as well as the steps to properly configure them.
- The Permissions section explains how the permissions work, it also provides a reference document of the permissions.
Request Management
- The Basic configuration-Service Requests article describes the steps and procedures in order to create SR types which will be used to process service requests.
- The Basic configuration-Incidents article describes the steps and procedures in order to create templates which will be used to process incidents.
- The Create customized forms in Octopus article explains how to quickly create forms with a powerful and user-friendly tool which will be used to create requests using a form.
- The Custom Field Library article explains how to manage and exploit custom fields in Octopus.
Planned Request Management
- The Planned request management article describes the planned request management module, the various information that you will need to configure for basic or advanced usage of Octopus.
Web Portal
The Web Portal Operation article describes how the Web Portal works for users.
The Web Portal - Customizing the Home Page article explains the different elements that can be customized.
The Web Portal - Setting up the modern mode article explains how the modern mode works and how to configure the tiles and description of the teams and categories.
The Web Portal Authentication Modes article describes the different connexion modes that can be used to log in to the Web Portal.
Thank you, your message has been sent.