MSP 청구 소프트웨어는 작업이 일어나는 곳
모든 MSP는 기록의 두 가지 시스템을 실행합니다. 수행 된 것을 추적하고 가치가 무엇인지 추적하는 것. 이러한 별도의 제품이 될 때, 월 말은 재건축 프로젝트가된다 - 수출 티켓, 계약에 일치, 어떤 클라이언트가 일을 소유하는 동기화 작업에 대한 arguing. Monitic은 서비스 데스크 자체 내에서 금융 계층을 배치합니다. 계약, 송장, 원장 및 세금율은 티켓과 청구서 옆에 살고 있습니다. 배달되고 그 비용은 동일한 기록의 두 전망이며, 매달 협상을 들고 두 개의 데이터베이스가 아닙니다.
클라이언트와 배달 작업에 묶여 계약
Monitic의 계약은 filing-cabinet artifact가 아닙니다. 클라이언트의 서비스 배달 주위에 상업 프레임입니다. 계약은 고객에 준거하고, 귀하의 책상은 그 클라이언트가 그에 대한 accrues를 제공합니다. request Completement는 이미 내부 인력을 intake에서 청구 가능한 고객 작업으로부터 구별합니다. "IT를 실행하는 것"과 "IT를 전달하는 것"의 경계는 다음과 같습니다. 현재 작업이 도착하면 스프레드 시트가 3 주 후에 없습니다.
동일한 기록에서 송장 및 ledgers
운영 기록과 상업 기록이 동일한 플랫폼 인 경우 수출 및 침수 운동이 중단됩니다. Monitic은 전달된 작업에 내장된 클라이언트 당 송장과 ledgers를 유지하므로 "이달에 청구 할 때"는 재커링 조사 대신 대기 응답을 가지고 있습니다. 세금율은 플랫폼에서 처리되며 별도의 회계 단계에서 볼트가 아닌 상업 문서에 적용됩니다. 결과는 PSA 구매, 커넥터 구독이 필요없는 MSP 금융 레이어이며, 침묵적으로 일주일에 기록 할 필요가 없습니다.
책상과 사업, 하나의 플랫폼
MSP 경제는 서비스 배달 및 서비스 청구 사이의 격차에 살고있다. 책상 내에서 청구를 유지하면 구조적으로 격차가 닫습니다. 티켓에서 관리되는 티켓과 SLA 관리에서 추적되는 약속은 계약에서 한 번 클릭합니다. 그리고 Monitic 가격 per-technician 수수료없이, 클라이언트가 툴링 비용을 팽창하지 않도록 직원을 추가하기 때문에. 풀 멀티 테넌트 그림 - 클라이언트 분리, 기술자 득점, 및 서비스 제공 업체에 내장 된 운영 모델 - Monitic for MSPs을 참조하십시오.
작업
- Request Completement - 취재에 명시된 청구 가능한 고객 작업.
- Ticketing - 각 송장 선의 배달 작업.
- SLA 관리 - 계약의 약속에 대한 약속, 지속적으로 측정.
- Monitic for MSPs - 멀티텐트 플랫폼은 금융 레이어가 내장되어 있습니다.
자주 묻는 질문
여전히 청구를 위한 별도의 PSA가 필요합니까?
금융 레이어에 대해 여기에 포함 — 계약, 청구서, 원장, 과세율은 클라이언트와 전달 작업에 묶여 — 아니. 그것은 Monitic 서비스 데스크 안쪽에 발송하므로 운영 및 상업 기록은 하나의 플랫폼을 공유합니다.
Monitic은 어떻게 청구할 수 있습니까?
책상은 requester-type-aware: 내부 인력에 의해 제기 된 작업은 내부로 처리되며 고객에게 전달 된 작업은 청구 가능으로 처리됩니다. 그 분류는 입구에 일어나고 상업 기록에 운반합니다.
Monitic은 세금을 처리합니까?
예. 세금율은 플랫폼에서 관리되며 송장에 적용되므로 상업 문서는 정해진 후보다는 세금으로 처리됩니다.
성장하는 MSP 팀을 위한 이 비용은 무엇입니까?
Per-endpoint 계획 및 per-technician 수수료가 없습니다. 더 많은 엔지니어를 고용하면 고객은 플랫폼 청구서를 제기하지 않습니다. pricing를 참조하십시오.