당신이 일하는 동안 측정하는 SLA 관리 소프트웨어
대부분의 팀은 SLA가 고고학자를 발견하는 방법을 발견했습니다 : 사실 후, 파고. 이 약속은 계약 PDF에서 살았으며, 티켓은 큐에 살았고 누군가가 분기 검토에 대한 스프레드 시트를 조립 할 때까지 두 사람이 연결되지 않습니다. Monitic은 서비스 데스크에 직접 SLA 관리를 구축하므로 모든 티켓은 생성 된 순간의 대상을 운반하고 카운트 다운은 여전히 그것에 대해 무언가를 할 수있는 사람들에게 볼 수 있습니다. 서비스 수준 계약은 당신이 검사하는 문서이고 당신이에 대해 일하는 시계가됩니다.
Per-priority SLA 대상
비밀번호 재설정 및 사이트 다운 아웃리지는 마감일을 결코 공유하지 않아야 합니다. Monitic은 우선 순위 당 SLA 대상을 정의 할 수 있도록 중요한 사건은 일상적인 작업을 통해 공격적인 시계를 운반합니다. 실제로 약속 된 것을 반영하는 목표를 설정하십시오. 내부 이해 관계자 또는 계약하에 고객에게 - 모든 티켓은 우선 순위를 기준으로 올바른 약속을 자동으로 상속합니다. 잊을 수 없는 티켓 구성이 없고, 조용하게 당신의 의무를 대표합니다. 우선 순위가 중간표를 변경할 때, 해당 대상이 따르기 때문에, 측정은 항상 힘에 약속을 일치합니다.
이전에 Breach 가시성 및 사실 후
SLA를 추적하는 포인트는 문서 실패가 아닙니다. - 그것을 방지하는 것입니다. Monitic 표면 기술자 및 관리자가 실제로 보이는 SLA 상태 : 책상을 통해 큐에서 티켓에. 그 한계에 대한 추세는 여전히 시간을 재 할당하는 동안 볼 수 있지만, 그 다음을 수행 할 수 있습니다. 그리고 대상이 놓칠 때, 그것은 너무 볼 수 있습니다 — 일반적으로, 티켓 당 - 그래서 서비스 리뷰는 보상 대신 공유 사실에 실행. ticket Automation과 함께 페어링을 통해 SLA 압력에 행동할 수 있습니다.
사건과 같은 요청을 위한 1개의 시계
SLA 관리는 ticketing과 request Completement을 처리하는 동일한 책상의 일부이기 때문에, 동일한 대상 프레임 워크는 모두 작업 흐름을 다룹니다. 필요한 응답 약속 및 요청 이행 약속은 한 번 정의되고 모든 곳에서 시행되고, Monitic의 티켓은 함대를 모니터링하는 동일한 에이전트에서 라이브 장치 컨텍스트를 수행하기 때문에 기술자는 SLA 창이 기계를 찾는 것보다 문제를 해결합니다. MSP를 위해, 만났고 놓은 약속은 비용 및 계약의 상업 기록 옆에 앉아 - 운영 진실과 하나의 플랫폼의 수축 관계.
작업
- 티켓 - 모든 티켓은 SLA 대상과 라이브 디바이스 컨텍스트를 운반합니다.
- 티켓 자동화 - 시계가 열릴 때 자동으로 에스컬레이트 및 재 할당.
- Request Completement - 서비스 요청에 대한 동일한 약속을 적용합니다.
- Endpoint Management - 각 SLA 창 내부의 시간별 해결을 단축하는 장치 데이터.
자주 묻는 질문
###는 다른 우선 순위를 위한 다른 SLA 표적을 놓을 수 있습니까?
예. 대상은 우선 순위에 따라 정의되어 있으므로 중요한 사건은 일상적인 작업보다 더 단단한 응답과 해결의 약속을 수행합니다. 각 티켓은 우선 순위에서 대상을 자동으로 상속합니다.
우리가 breaches를 보는 방법?
SLA 상태는 티켓과 queue의 맞은편에 볼 수 있습니다. 티켓이 열려있고 위반 상태는 대상이 놓으면됩니다. 매니저는 동일한 보기 기술공을, 그래서 공유한 수에 달립니다.
###는 플랫폼이 위반하기 전에 SLA에 행동 할 수 있습니까?
예, 자동화 규칙을 통해. 책상은 경로, 재 할당, 또는 당신이 정의하는 조건에 따라 에스컬레이터 티켓을 할 수 있습니다, 이는 팀이 모든 타이머를보고하지 않고 녹색을 유지하는 방법. 티켓 자동화
###는 SLA 관리는 따로따로 가격됩니까?
이름 * 그것은 플랫폼에 포함 된 서비스 데스크의 일부입니다. Per-endpoint 계획은 per-technician 수수료가 없습니다. pricing을 참조하십시오.