documentation/content/applications/services/helpdesk/overview/sla.rst
Antoine Vandevenne (anv) 250bc3ab21 [MOV] content/*: move resource files into their related page's directory
Since odoo/documentation#903, the guideline for the location of new
resource (images, downloadable files, RST includes...) files is to place
those inside the directory of the RST page that references them.

For example, if `doc1.rst` has a reference to `image.png` and to
`download.zip`, the file structure should look like this:

├── parent_doc/
│     └── doc1/
│     │     └── image.png
│     │     └── download.zip
│     └── doc1.rst
│     └── doc2.rst
├── parent_doc.rst

Before this commit, most of the resource files were still located inside
'media' directories holding all the resource files referenced by RST
pages located at the same level as these directories. In the example
above, a single 'media' directory would hold all the resource files
referenced by both `doc1.rst` and `doc2.rst`. Doing so prevented us from
figuring out easily which resource file was referenced by which RST page
and, thus, lead to unused resource files piling up in the repository. It
also made it more complicated to define codeowners regex rules because a
team could not simply be assigned to `/some_page.*` but needed to be
assigned to both `/some_page\.rst` and to the location of 'media'.

In order to help new content writers figure out the guideline when
taking examples from other RST pages, this commit retroactively applies
the guideline to existing resource files and 'media' directories. The
left-over resource files that are not referenced by any RST page are
removed.

task-2497965

Part-of: odoo/documentation#2066
2022-05-20 14:48:37 +02:00

47 lines
1.9 KiB
ReStructuredText
Raw Blame History

This file contains ambiguous Unicode characters

This file contains Unicode characters that might be confused with other characters. If you think that this is intentional, you can safely ignore this warning. Use the Escape button to reveal them.

==============================
Service Level Agreements (SLA)
==============================
Service Level Agreements (SLA) are commitments you make with your customers to outline how a
service is delivered. It bolsters trust between you and your customers as it makes clear what
needs to be done, to what standard, and when.
Create your policies
====================
| First, enable the feature on the settings of the team you would like policies to be applied,
going to :menuselection:`Helpdesk --> Configuration --> Helpdesk Teams`.
| Create your policies through the teams settings page or go to :menuselection:`Helpdesk -->
Configuration --> SLA Policies`.
.. image:: sla/new_sla.png
:align: center
:height: 340
:alt: View of an SLA form in Odoo Helpdesk
| Choose to which **Team** the policy is relevant and the **Minimum Priority** a ticket needs to
have for the policy to be applied.
| **Target** is the stage a ticket needs to reach within the period defined to satisfy the
SLA. The period is based on the tickets creation date, and a deadline is set on the tickets form
once it matches an SLA policy rule. If a ticket has more than one policy applied to it, the
closest deadline of all SLAs is the one considered.
| When a ticket has satisfied an SLA policy, the SLA tag appears in green and the deadline field
is not shown anymore.
.. image:: sla/ticket_green_tag.png
:align: center
:height: 330
:alt: View of a tickets form emphasizing a satisfied SLA in Odoo Helpdesk
SLA Analysis
============
Go to :menuselection:`Helpdesk --> Reporting --> SLA Status Analysis`. Apply *Filters* and
*Group by* to identify tickets that should be prioritized and keep track of upcoming deadlines.
.. image:: sla/sla_analysis.png
:align: center
:alt: View of the SLA status analysis page emphasizing the group by option in Odoo Helpdesk
.. seealso::
- :doc:`../advanced/close_tickets`