Samenvatting

Wij hebben het fictief bedrijf WebshopDS aangemaakt, een webshop in allerhande technologische snufjes en Hardware zoals gsm’s, computers, geheugenkaarten, headsets,… en alles wat daarmee te maken heeft.

SLA

 Voor onze SLA hebben wij het probleem genomen wanneer een pakket te laat geleverd wordt bij de klant. De klant kan ons direct contacteren en wij zullen hun probleem behandelen afhankelijk van de urgentie van de verzending. Wanneer een pakket met de hoogste urgentie verzonden werd, zullen wij binnen het uur antwoorden en zorgen dat het probleem opgelost is binnen de 3uur. Wanneer het pakket met hoge urgentie verzonden werd zullen wij binnen de 3 uur antwoorden en zorgen dat het probleem binnen de 6 uur opgelost is. Wanneer het met een gemiddelde urgentie verzonden is zullen wij antwoorden binnen de 6 uur en het probleem oplossen binnen de 12 uur. Wanneer het met de laagste urgentie verzonden werd zullen wij binnen de 12 uur antwoorden en zal het probleem binnen de dag opgelost worden. Er moet wel rekening mee gehouden worden dat dit Werkuren zijn en wanneer er binnen de 12 uur geantwoord wordt bijvoorbeeld dat dit een dag kan duren want een werkdag bevat 8 uur.

Opzetten van de SLA:

Ticket SLA grenzen laten heengaan:

Feedback widget

Zoals u kan zien is er via de widget een feedback report gestuurd door Gilles Seynaeve. Verder in de screenshots kan je zien dat de feedback is toegewezen aan Gilles Seynaeve met een medium prioriteit en dat het ticket pending is.

Incidenten

Er is een bedrijf die een pakket bestelt is en ze hebben het nodig om het productieproces verder te kunnen zetten. De klant heeft dit zeker maandagochtend nodig of ze kunnen niet beginnen. Zoals u ziet zal het probleem opgelost zijn vóór maandag 18u.