Een servicegeschiedenis bouwen voor activa
Als uw buitendienstorganisatie activa van klanten registreert, kunt u reparaties, inspecties, tests, externe sensorgegevens en problemen volgen om een servicegeschiedenis voor hen op te bouwen. Inzicht in servicegeschiedenis van een activum is belangrijk voor het nemen van reparatiebeslissingen, het aantonen van naleving van serviceovereenkomsten en uiteindelijk het tevreden houden van uw klanten.
U kunt een servicehistorie opbouwen op basis van werkorder- en serviceovereenkomstincidenten.
Werkorderincidenten
Een standaard en meer georganiseerde manier om een servicegeschiedenis op te bouwen, is door het klantactivum te noteren in werkorderincidenten. Als het primaire incidenttype bijvoorbeeld een inspectie van een specifiek activum is, koppelt u het activum aan Klantactivum primair incident.
U kunt meerdere incidenten toevoegen aan een werkorder. Elk incident kan verband houden met dezelfde of verschillende klantactiva, zolang de activa allemaal tot hetzelfde serviceaccount behoren.
Wanneer u een klantactivum aan een werkorderincident toevoegt, wordt het activum ook genoteerd op alle werkorderproducten, services en servicetaken die uit het incident voortvloeien.
Managers kunnen eenvoudig alle werkorders bekijken die betrekking hebben op het klantactivum. Rapporten kunnen activadetails zoals naam, categorie en product concreet relateren aan werkorderdetails zoals serviceaccount, werkordertype en incidenttype.
Serviceovereenkomstincidenten
Net als bij werkorderincidenten kunt u klantactiva noteren in serviceovereenkomstincidenten. U kunt bijvoorbeeld noteren voor welk activum terugkerend onderhoud is bedoeld en ervoor zorgen dat de onderhoudstaken worden weergegeven in de servicehistorie van het activum.
Net als bij werkorderincidenten kunt u meerdere incidenten aan een serviceovereenkomst toevoegen. Wanneer werkorders worden gegenereerd, bevatten deze de overeenkomstincidenten met de bijbehorende klantactiva.
Feedback
https://aka.ms/ContentUserFeedback.
Binnenkort beschikbaar: In de loop van 2024 zullen we GitHub-problemen geleidelijk uitfaseren als het feedbackmechanisme voor inhoud en deze vervangen door een nieuw feedbacksysteem. Zie voor meer informatie:Feedback verzenden en weergeven voor