Basic en Professional in detail. Professional bevat alles uit Basic – zonder grenzen. De tabel hieronder zet elke functie voor beide licenties naast elkaar.
Functie
Basic
Professional
Aanpassen en beheren
Meertalig: 30 talen zijn in te schakelen; vertalingen lopen via de export en import van een JSON-bestand — zo krijg je precies de formulering die jouw huis begrijptHandleiding
Donkere modus / lichte modus, responsief ontwerpHandleiding
Het datum- en tijdformaat van je installatie kies je zelf — volgorde, scheidingsteken en een klok van 24 of 12 uurHandleiding
Mededeling over onderhoud en storingen voor iedereen — op de aanmeldpagina, desgewenst ook per e-mailHandleiding
alleen aanmeldpagina
aanmeldpagina + e-mail
Vroegtijdige waarschuwing voordat de schijf vol loopt: een melding vanaf 90%, een waarschuwing vanaf 95% — wie de updates beheert, ziet de cijfers en wat er te doen valt, aangemelde gebruikers krijgen een korte zin; niets daarvan verschijnt op de aanmeldpaginaHandleiding
Gesloten tickets archiveren (inclusief herstel) — houdt de werkvoorraad klein, bijvoorbeeld door een oud jaar naar het archief te verplaatsenHandleiding
Updaten met één druk op de knop — het systeem maakt eerst een back-up (gegevens, bijlagen, archieven) en controleert of er genoeg vrije schijfruimte is; is die er niet, dan weigert het de update met een reden in plaats van halverwege te strandenHandleiding
Je stamgegevenslijsten als JSON exporteren en importeren — afdelingen, functies, locaties en categorieën; vul ze in één keer in plaats van regel voor regel te typenHandleiding
Versturen via SMTP (meldingen, automatisch antwoord)Handleiding
E-mailworkflows met voorwaarden en actiesHandleiding
Elk team kan een eigen postvak hebben. E-mails naar dat postvak maken een ticket in dat team aanHandleiding
E-mailblokkeerlijst: losse adressen of hele domeinen blokkeren — geblokkeerde afzenders maken geen ticket aan, en ze krijgen ook geen antwoordHandleiding
Meertalige automatische antwoorden en e-mailsjablonenHandleiding
Aanmelden en beveiliging, inclusief SSO
Lokaal aanmelden (gebruikersnaam/wachtwoord) + JWT; aanmelden met twee factoren (TOTP met herstelcodes) is optioneel — uit, verplicht voor medewerkers, of verplicht voor iedereenHandleiding
Bescherming tegen brute force (vergrendeling)Handleiding
SSO via OIDC (OpenID Connect) / OAuth2 en SAML 2.0 — voor aanbieders als Google Workspace, Microsoft Entra ID, Okta, Keycloak, Auth0 of ADFS — plus LDAP / Active Directory en LINE, Kakao, Naver, WeChat, WeCom en DingTalkHandleiding
Bij de eerste SSO-aanmelding wordt het account automatisch aangemaakt (als klant, zonder een medewerkersplaats te gebruiken); elke SSO-aanmelding wordt vastgelegdHandleiding
Ticketbeheer
Tickets aanmaken en bewerken; verwijderen gebeurt alleen via het archiefHandleiding
Opmaakeditor: toont afbeeldingen in de tekst en links (omschrijving en opmerkingen)Handleiding
Bijlagen met voorbeeldweergave (PDF-weergave, inzoomen op afbeeldingen, tot 50 MB per bestand)Handleiding
Statusworkflow met instelbare statussen en overgangenHandleiding
Prioriteiten, statussen, rollen, locaties, functies en afdelingen zijn in te stellenHandleiding
Hoofd- en subcategorieën zijn per team vrij in te stellenHandleiding
Hoe het ticket is binnengekomen: het klantportaal en e-mail herkent het systeem zelf (e-mail vraagt Professional). Telefoon en aangemaakt door een agent voert de agent inHandleiding
Tickets zijn naar andere teams te escaleren — de agent houdt hoe dan ook het volledige beeldHandleiding
Eigen velden zijn per team aan te maken (tekst, getal, datum, ja/nee …) en als verplicht te markeren — desgewenst alleen voor afzonderlijke ticketsjablonenHandleiding
Volgers: een e-mail bij elke wijziging van een ticketHandleiding
Agentstatus (beschikbaarheid)
Available / Busy / Away — agenten zetten het zelf, en bij het toewijzen ziet iedereen wie er op dat moment niet beschikbaar isHandleiding
Beheerders leggen ziekte of vakantie vast, met een datum “afwezig tot”Handleiding
“Busy” zet zichzelf na een uur terug op beschikbaarHandleiding
Geen historie van de beschikbaarheid, geen uitsplitsing per persoonHandleiding
Automatische toewijzing van tickets
Aangezet: nieuwe tickets worden bij het aanmaken automatisch aan een teamlid toegewezen — agent of beheerderHandleiding
Om de beurt of naar de minste belasting — per team, standaard uitHandleiding
Agenten die bezet of afwezig zijn, worden overgeslagenHandleiding
Geldt ook voor tickets uit het e-mailpostvak; tickets die een mens heeft toegewezen worden nooit aangeraakt, en elke automatische toewijzing wordt in de tickethistorie vastgelegdHandleiding
Rapport: wie hoeveel tickets kreeg — en hoe vaak er niemand beschikbaar wasHandleiding
Aanvragen met taken en goedkeuring
Een aanvraag is een ticket dat zijn eigen taken aanmaakt — per onderdeel één ticket, in het team dat het afhandelt; goedkeuringen zijn mogelijk, maar niet verplichtHandleiding
De aanvrager vinkt bij het indienen aan wat hij nodig heeftHandleiding
Voortgang op de aanvraag: “3 van 5 klaar” – elke taak met haar team, behandelaar en een klik naar haar ticketHandleiding
Één goedkeuring voor de hele aanvraag – één e-mail in plaats van veel deelgoedkeuringenHandleiding
Een extra goedkeuringsstap voor afzonderlijke, gevoelige takenHandleiding
Goedkeurders beslissen via een tijdelijk geldige link per e-mail. Ze hebben geen account in het ticketsysteem nodigHandleiding
Taken blijven vergrendeld tot de goedkeuring binnen isHandleiding
Herinneringen voor openstaande goedkeuringen – nooit een goedkeuring door tijdsverloopHandleiding
Een afwijzing bereikt de aanvrager, met de reden erbijHandleiding
Controlespoor op het ticket: wie wanneer besliste, met welke opmerkingHandleiding
Goedkeurder op vakantie? Een beheerder verplaatst de aanvraag – elke wijziging wordt vastgelegdHandleiding
Antwoord- en ticketsjablonen
Antwoordsjablonen: tekst en veldacties (status, toewijzing, prioriteit …) in één keuzeHandleiding
Voorgestelde acties zijn vóór het versturen stuk voor stuk uit te vinkenHandleiding
Variabelen (aanvrager, ticketnummer, titel …) – bij het invoegen van het sjabloon komen de echte waarden in de tekst, voordat er iets wordt verstuurdHandleiding
Antwoord desgewenst als e-mail naar de aanvrager – alleen het versturen heeft het mailkanaal nodig; de bijlagen van het sjabloon komen in elke editie bij het ticketHandleiding
Een sjabloon rechtstreeks vanuit een bestaand ticket makenHandleiding
Concepten blijven privé tot ze worden gepubliceerd; bereik per team of overalHandleiding
Ticketsjablonen: het formulier voor een nieuw ticket vooraf ingevuld (titel, omschrijving, categorie, prioriteit, team)Handleiding
Ticketsjablonen zijn per sjabloon voor klanten vrij te geven — een ticket dat al gekwalificeerd binnenkomt, kan de afhandeltijd verkortenHandleiding
Elk gebruik is in de tickethistorie te herleidenHandleiding
Automatisering en opvolging
Opvolging op een ticket met de hand (datum + notitie, filters Today/This week/Overdue)Handleiding
Regels op tijd – reageren op het UITBLIJVEN van een handelingHandleiding
Regelbouwer met WANNEER/ALS/DAN en een meelopende zin in gewone taalHandleiding
Vier voorbeeldregels meegeleverd (bij de installatie uitgeschakeld, zet aan wat je wilt)Handleiding
Voorbeeld voordat je haar aanzet: laat zien welke tickets de regel op dit moment zou raken – zonder iets te wijzigenHandleiding
Acties: e-mail, status, prioriteit, toewijzen, aan een ander team overdragen, een opvolging zettenHandleiding
Tijdsduren per voorwaarde te kiezen: in werkuren en werkdagen uit de teamkalender – of doorlopend rond de klokHandleiding
Logboek per regel plus de naam van de regel als auteur in de tickethistorieHandleiding
Maandelijks tegoed aan uitvoeringen
onbeperkt
onbeperkt
Massa-acties op de ticketlijst
De status van meerdere tickets tegelijk wijzigen – verdere velden via een antwoordsjabloonHandleiding
Meerdere tickets zijn in één keer aan één agent toe te wijzenHandleiding
Antwoordsjablonen zijn op meerdere tickets tegelijk toe te passen – variabelen worden per ticket ingevuldHandleiding
Voorbeeld vooraf en resultaat achteraf: op hoeveel van de geselecteerde tickets de actie past en waarom er afzonderlijke zijn overgeslagen – overgeslagen tickets blijven geselecteerdHandleiding
De e-mail aan aanvragers staat standaard uit; zet je hem aan, dan noemt het dialoogvenster hoeveel ontvangers hij zou bereikenHandleiding
Elke massawijziging verschijnt in de historie van het afzonderlijke ticket – met vermelding van de agent die haar in gang zetteHandleiding
Meervoudige meldingen en storingen
Twee meldingen van dezelfde persoon tot één ticket samenvoegen – opmerkingen, bijlagen en de omschrijving gaan mee, er wordt niets verwijderdHandleiding
Antwoordt iemand per e-mail op het oude ticketnummer, dan komt het antwoord in het samengevoegde ticket terechtHandleiding
Beveiliging: tickets van verschillende mensen zijn niet samen te voegenHandleiding
Veel meldingen over één storing onder één storingsticket bundelen – elke melding houdt haar aanvrager, status en termijn, en één antwoord bereikt elke betrokkene met een eigen e-mailHandleiding
Storing als banner getoond en genoemd in het automatische antwoord – de banner verdwijnt vanzelf zodra de storing is opgelostHandleiding
SLA, kalender en escalaties
SLA-richtlijnen met termijnen voor de eerste reactie en de oplossingHandleiding
Kalender met kantooruren per team (eigen tijdzone, meerdere blokken per dag)Handleiding
Feestdagen via een .ics-import of met de hand ingevoerdHandleiding
De klok pauzeert terwijl er op de aanvrager wordt gewacht (per termijn in te stellen)Handleiding
Resterende tijd in de ticketlijst – te sorteren, met een filter op overschreden termijnenHandleiding
Bij overschrijding: waarschuwen, of het ticket automatisch aan een ander team overdragenHandleiding
SLA-cijfers in de rapportage (behaald percentage, overschrijdingen, gemiddeld gebruikte tijd)Handleiding
Tijdregistratie per ticket
Per team in of uit te schakelen; standaard uitHandleiding
Inspanning per ticket boeken – instelbare sneltoetsen (bijvoorbeeld 15m, 30m, 1.5h) of vrije invoer (afgerond volgens de afrondingsregel waar die aanstaat)Handleiding
Stopwatch op het ticket – hij stelt de verstreken tijd voor en de boeking ontstaat pas zodra een mens haar bevestigt; een ander ticket openen pauzeert hemHandleiding
Meerdere agenten kunnen tijd op hetzelfde ticket boeken – elke boeking draagt haar datum, notitie en de naam van de agentHandleiding
Factureerbaar / niet factureerbaar per boeking – de tijd wordt één keer geboekt; het ticket toont beide totalen: alles wat is geboekt en de factureerbare som (alleen aangevinkte boekingen, na afronding)Handleiding
Op de minuut factureren of naar boven afronden – instelbaar (stap en minimum per boeking, bijvoorbeeld blokken van 15 minuten), standaard op de minuutHandleiding
Geboekte en gefactureerde tijd blijven gescheiden – de afronding wijzigen vervalst nooit gegevens uit het verledenHandleiding
Een tijdboeking verplichten vóór het sluiten – standaard uit; het geldt alleen wanneer een mens de status wijzigt, nooit bij automatisch sluiten, samenvoegen of massa-actiesHandleiding
Een kolom “Time” in de ticketlijst – die verschijnt zodra er op een ticket in de lijst tijd is geboektHandleiding
Rapport per aanvrager, team, categorie en eigen veld – factureren per bedrijf of kostenplaatsHandleiding
Export van de afzonderlijke boekingen: CSV en Excel voor de boekhouding (allebei volledig) en PDF om door te geven, bijvoorbeeld aan de klantHandleiding
Klanten zien de geboekte tijd nooit – de vastlegging gaat met de factuur mee als export (PDF aanbevolen), niet naar het ticket in het klantportaalHandleiding
De uitsplitsing per agent kan uit – standaard uit, op de server afgedwongen in plaats van alleen verborgenHandleiding
Rapportage en dashboards
Dashboard met het actuele beeld: tickets per status, de drie oudste openstaande zaken, verdeling per agent en per categorieHandleiding
Een eigen dashboard per team – elk team ziet zijn eigen beeld, met een eigen rechtHandleiding
Vrij te filteren rapport – periode, team, status, agent, aanvrager, locatie, prioriteit, hoofd- en subcategorie, kanaal, volledige tekst; filters werken samenHandleiding
Ook op je eigen velden filteren en groeperen – bedrijf, kostenplaats, contractHandleiding
Welke kolommen het rapport toont, is per rol in te stellen – een klant krijgt een ander beeld dan een agentHandleiding
Klanten kunnen een eigen rapport ophalen – beperkt tot hun eigen ticketsHandleiding
Export als CSV, Excel en PDF – Excel met twee bladen (kerncijfers en tickets), de grafieken zitten in de PDFHandleiding
De PDF drukt de cijfers naast de grafieken af – een plaatje alleen is niet na te kijkenHandleiding
CSV en Excel zijn volledig; de PDF stopt bij 20.000 regels en toont dat in het documentHandleiding
Klanttevredenheidsonderzoek (CSAT)
Na het sluiten van het ticket: een e-mail met een sterbeoordeling, één klik is het hele antwoordHandleiding
Geen klantaccount nodig – de link werkt zonder aanmelden, een opmerking is optioneel, en de beoordeling verschijnt op het ticket voor het team dat het heeft behandeldHandleiding
Rapport: gemiddelde, tevredenheidspercentage en responspercentage – inclusief de gesloten tickets waarbij nooit is gevraagdHandleiding
De uitsplitsing van de beoordelingen per agent kan uit en staat standaard uit – de losse beoordeling op het ticket blijft altijd zichtbaar voor het teamHandleiding
Instelbare grens – van elk ticket tot hoogstens één keer per weekHandleiding
Een slechte beoordeling kan een automatiseringsregel in gang zettenHandleiding
Kennisbank
Onderwerptegels met opgemaakte artikelen en bijlagenHandleiding
Zoeken in de volledige tekst van alle artikelenHandleiding
Zichtbaarheid per onderwerp: alleen intern of ook voor klantenHandleiding
Voorgestelde oplossingen terwijl een ticket wordt aangemaaktHandleiding
Met één druk op de knop van een ticket een artikel makenHandleiding
Artikelen van een agent wachten op de goedkeuring van de beheerderHandleiding
Wijzigingshistorie over artikelen en onderwerpen heen (voor beheerders)Handleiding
Back-up en herstel
De installatie richt de dagelijkse back-up zelf in (23:00) – bewaard worden 14 dagen, 4 weken, 12 maanden, 4 kwartalen en 5 jaar, en back-ups die je met de hand hebt gemaakt blijven voorgoed; je wijzigingen aan het schema overleven een updateHandleiding
Het inplannen gebeurt door het besturingssysteem zelf – Task Scheduler op Windows, cron op Linux; geen extra dienstHandleiding
De back-up loopt zonder dat er iemand is aangemeld – cron op Linux, en op Windows een dienst die ook op een afgemelde machine start; er wordt nooit om een Windows-wachtwoord gevraagdHandleiding
De back-up omvat alles wat de toestand uitmaakt: de database, de bijlagen, het archief en de sleutels die opgeslagen toegangsgegevens ontsleutelenHandleiding
Een herstel brengt dus alles terug. In de regel is het systeem kort daarna weer bruikbaarHandleiding
Een eigen toepassing voor back-up en herstel, voor Windows en Linux, met een snelkoppeling op het bureaublad – een back-up maken, de lijst doorbladeren, terugzettenHandleiding
Op een server zonder bureaublad dezelfde functies als opdrachten – bewaren, tonen, terugzetten, het schema instellenHandleiding
Back-ups staan op dezelfde machine – ze beschermen tegen vergissingen en andere ellende, niet tegen een defecte schijf; bewaar de back-upbestanden voor het ergste geval ook eldersHandleiding
Vóór elke update maakt het systeem nog een eigen back-up – los van het schemaHandleiding
inbegrepenniet inbegrepenAlle informatie heeft betrekking op de huidige versie 1.x.
Van dichterbij bekeken
Functies waarbij één regel in een tabel niet genoeg zegt.
Aanvragen met taken en goedkeuring
Professional
Sommige aanvragen zijn niet één aanvraag maar een stuk of zes. “Nieuwe collega begint maandag” betekent: Windows-account, postvak, ERP-toegang, telefoon, toegangspas — elk door een ander team afgehandeld, elk met een eigen behandelaar, en de leidinggevende moet eerst ja zeggen. Vandaag typt iemand dat vijf keer in en loopt het daarna al rondlopend na. Hier zet je de stroom één keer op: de aanvrager vult één formulier in, het systeem maakt de losse tickets in de juiste teams aan, haalt de goedkeuring op en laat je op één plek zien wat er al klaar is.
Één aanvraag, veel taken
Elk onderdeel wordt een eigen ticket — in het team dat het afhandelt, met een eigen behandelaar, een eigen looptijd en een eigen werkinstructie. Twee taken mogen naar hetzelfde team gaan: een servicedesk die drie applicaties beheert, krijgt drie tickets en niet één met drie opsommingstekens. De aanvraag zelf laat “3 van 5 klaar” zien, elke regel springt naar zijn ticket, en de aanvraag sluit als laatste.
De aanvrager kiest WAT er nodig is – niet wie het doet
Per taak bepaal je of die altijd loopt, vooraf aangevinkt is of bewust moet worden aangevinkt. In het formulier ziet de aanvrager gewoon een lijst met wat er te bestellen valt — jouw teamindeling blijft erbuiten. En “welke applicatie hoort bij welk team” vraagt geen tweede set stamgegevens om te onderhouden: dat staat op de taak zelf.
Één goedkeuring, geen acht
De goedkeuring hoort bij de aanvraag, niet bij de losse taak. Acht aangevraagde accounts leiden daarom tot één e-mail aan de leidinggevende in plaats van acht — dat is precies het punt waarop dit soort stromen in de praktijk meestal sneuvelt. Heeft één gevoelige taak daarnaast een ja van een vakafdeling nodig, dan hang je een tweede stap alleen aan die taak. Beide worden tegelijk gevraagd, en zegt de afdeling nee, dan raakt dat alleen die ene taak; de rest loopt door.
De leidinggevende heeft geen account nodig
De leidinggevende krijgt een e-mail met een link, ziet wie het heeft aangevraagd en welke taken eronder vallen, en beslist met één klik — zonder aan te melden en zonder een agentplaats te bezetten. De e-mail bevat bewust alleen die ene link en geen kant-en-klaar adres om mee goed te keuren: virusscanners en voorbeelddiensten openen elke URL in een bericht, en een goedkeuring die zo ontstaat, is niet van een echte te onderscheiden. Afwijzen vraagt om een reden — en de aanvrager krijgt te horen welke dat was.
Er gebeurt niets vóór de vrijgave
De taken verschijnen meteen, zodat de vakteams kunnen zien wat eraan komt — maar ze zijn vergrendeld, er is niemand aan toegewezen en ze kunnen niet worden verplaatst zolang de goedkeuring ontbreekt. Dat wordt op de server afgedwongen en niet alleen grijs gemaakt: ook massa-acties en automatiseringsregels komen er niet omheen. Reageert er niemand, dan gaat er een herinnering uit — goedkeuring door tijdsverloop bestaat niet, want dat is precies waar een auditor later bezwaar tegen maakt.
Wie wanneer besliste, blijft vastgelegd
Elke stap staat op de aanvraag met goedkeurder, tijdstip en opmerking — het controlespoor waarvoor dit soort stromen in de eerste plaats worden ingevoerd. Niemand kan namens iemand anders goedkeuren, ook een beheerder niet. Voor vakanties is er in plaats daarvan het overdragen: een beheerder stuurt de openstaande aanvraag naar een vervanger, de oude link vervalt onmiddellijk, en de historie legt vast wie hem wanneer van wie naar wie heeft verplaatst.
De tiende wachtwoordreset van de week vraagt niet om een vers geschreven antwoord — die vraagt om het goede antwoord dat je team al heeft geschreven, in seconden verstuurd en zonder de typefouten die er om vier uur 's middags in sluipen. Een antwoordsjabloon vult de tekst in ÉN de routine die erbij hoort: de status zetten, aan mij toewijzen, er een opvolging op zetten. Jij blijft de baas over de verzendknop.
Tekst en de routine eromheen, in één keuze
Een sjabloon plakt niet alleen tekst. Het stelt de veldwijzigingen voor die altijd bij dat antwoord horen: status op Resolved, prioriteit omlaag, aan mij toewijzen, opvolging over drie dagen. Elk voorstel staat als een eigen chip en kan afzonderlijk worden doorgestreept — dit ticket is bijna het standaardgeval, alleen wil je het deze keer nog niet sluiten.
Er wordt niets verstuurd tot jij het verstuurt
Een sjabloon kiezen vult alleen de editor. De tekst staat voor je, je bewerkt hem, en je verstuurt hem met dezelfde knop als altijd. Een macro die meteen afgaat, stuurt bij de eerste misklik het verkeerde antwoord naar een echte klant — en een e-mail kun je niet terughalen. Die ene extra seconde is bewust ingebouwd.
Variabelen waarop je kunt vertrouwen
Schrijf één keer “Hallo {requesterName}” en elke toepassing vult de juiste persoon, het ticketnummer, de titel en jouw naam in. Ze worden ingevuld op het moment dat je het sjabloon kiest — de afgeronde tekst is dus wat je in de editor ziet, geen verrassing in het postvak van de klant. Een verkeerd getypte variabele wordt bij het opslaan van het sjabloon geweigerd en niet door de klant ontdekt.
Het antwoord bereikt de aanvrager per e-mail
Één vinkje en je opmerking gaat als e-mail uit — naar de persoon achter het ticket, die het systeem voor je opzoekt. Bijlagen die bij het sjabloon zijn opgeslagen, komen tegelijk bij het ticket: zet de handleiding-PDF daar één keer neer in plaats van hem elke keer in je downloadmap te zoeken.
Goede sjablonen komen uit echte antwoorden
Het beste sjabloon is het antwoord dat je zojuist hebt geschreven. Één klik op een opmerking maakt er een conceptsjabloon van — met de tekst al ingevuld en met de naam, het adres en de bestanden van de klant bewust weggelaten. Je geeft het een naam, leest het nog één keer met frisse blik, en pas dan bestaat het. Tot je het publiceert, ziet niemand anders het.
Ticketsjablonen: terugkerende tickets zonder typewerk
Een nieuwe medewerker onboarden, een apparaat uit dienst nemen, de beller aan de telefoon — sommige tickets worden telkens opnieuw in dezelfde vorm aangemaakt. Een ticketsjabloon vult het formulier vooraf in: titel, omschrijving, categorie, prioriteit, verantwoordelijk team. De agent vult aan wat specifiek is en verstuurt het. Er wordt niets aangemaakt tot dat gebeurt.
Teamkennis, geen privévoorraad
Sjablonen horen bij een team of bij iedereen — niet in de la van één persoon. Vertrekt er iemand, dan blijven de beste antwoorden. En elke toepassing wordt in de tickethistorie vastgelegd: weken later zie je nog steeds dat een ticket met het standaardantwoord is opgelost, en met welk.
In beide edities inbegrepen
Sjablonen zitten volledig in Basic — geen limiet op het aantal, geen functie achter de hogere editie. De hulpmiddelen die je team dagelijks de meeste tijd besparen, horen niet achter een betaalmuur te staan.
In een helpdesk gaat het meestal niet mis omdat iemand het verkeerde deed, maar omdat niemand iets deed. Een ticket wacht op een antwoord dat nooit komt; een aanvraag blijft tijdens de lunch zonder behandelaar liggen; een zaak wordt opgelost en daarna gewoon vergeten. Automatisering reageert precies daarop — op het uitblijven van een handeling. Ze kijkt elke minuut en doet wat jij zelf gedaan zou hebben, als je het gemerkt had.
Vier regels staan er al — uitgeschakeld
Je begint niet met een leeg scherm. Het systeem levert vier voorbeelden mee die de alledaagse gevallen afdekken: herinner de aanvrager na drie werkdagen stilte; sluit een ticket na tien dagen zonder enige reactie; verhoog de prioriteit van een ticket dat binnen vier werkuren door niemand is opgepakt; en zet een opvolging op alles waar een week lang niets mee is gebeurd. Alle vier staan uit. Zet er één aan, pas de getallen aan, of gebruik hem als vertrekpunt voor je eigen regel.
Je kiest, je schrijft niet
Elke waarde komt uit je eigen gegevens: jouw statussen, jouw prioriteiten, jouw teams, jouw categorieën — gekozen uit een lijst. Er is geen veld waarin je een veldnaam typt, geen zoektaal, geen cron-expressie. Een regel leest als WANNEER er een tijd lang iets niet is gebeurd, ALS het ticket er zo uitziet, DAN doe dat.
De regel vertelt je in gewone taal wat ze gaat doen
Boven de editor loopt een zin met je keuzes mee: “Wanneer een ticket de status Waiting for User Response heeft en er langer dan 3 werkdagen geen reactie van de aanvrager is gekomen, stuur dan een e-mail naar de aanvrager.” Lees hem terug voordat je iets aanzet. Die ene zin vangt de verkeerde instelling af die je anders pas op een afgesloten klantticket zou opmerken.
Zie wie het zou raken — voordat het hen raakt
Elke regel heeft een knop met de vraag welke tickets dit op dit moment zou raken. Je krijgt de lijst, en verder gebeurt er niets: geen e-mail, geen statuswijziging, zelfs geen logregel. Dit is de stap die het verschil maakt tussen het uitproberen en het nooit aandurven.
Één herinnering wordt geen stortvloed
“24 uur geen antwoord” is vanaf uur 24 elke minuut opnieuw waar — naïef gebouwd zijn dat 1.440 e-mails per dag. Een regel gaat daarom één keer per situatie af en houdt zich daarna stil. Ze gaat pas weer af als de voorwaarde is opgeheven en opnieuw optreedt: de klant reageert, het wordt weer stil, en pas dan gaat de volgende herinnering uit.
Werkuren tellen, geen kalenderdagen
“Drie werkdagen” gebruikt dezelfde kalender met kantooruren als je termijnen, per team — een ticket van vrijdagavond is maandagochtend niet te laat. Wil je liever gewoon verstreken tijd tellen, dan zijn minuten, uren en dagen er ook. Dat kies je per voorwaarde, het is geen instelling voor alles tegelijk.
Nooit een tegoed aan uitvoeringen
Sommige systemen rekenen automatisering per uitvoering af: een tegoed per maand, en zodra dat op is, staan al je regels stil tot de eerste van de maand. Zo'n teller is hier niet. De enige grenzen zijn veiligheidsvangnetten per ticket, zodat de ene regel de andere niet in een kringetje kan wekken — ze zijn er om je tickets te beschermen, niet om je af te rekenen.
Er gebeurt niets onzichtbaar
Elke handeling wordt met de naam van de regel die haar veroorzaakte in de tickethistorie geschreven, zodat niemand zich hoeft af te vragen waarom een ticket zichzelf heeft gesloten. Elke regel houdt daarnaast een eigen logboek bij: welk ticket, wanneer, en wat het resultaat was — ook de mislukkingen. En loopt een licentie af, dan blijven de regels precies staan waar ze staan en stoppen ze eenvoudigweg met lopen; de pagina meldt dat, in plaats van te verstommen.
Opvolging met de hand zit in elke editie
Een datum en een korte notitie op een ticket zetten om het later terug te laten komen — “donderdag opnieuw bellen” — hoort bij Basic, inclusief de filters Today / This week / Overdue in de ticketlijst. Aanvragers zien er niets van. Professional is de stap van je agenten die zelf een opvolging instellen naar het systeem dat het voor je doet.
Twee situaties die er in het postvak identiek uitzien en die volstrekt verschillend moeten worden afgehandeld. De ene: dezelfde persoon meldt hetzelfde probleem twee keer — één keer per e-mail en één keer telefonisch, omdat er twijfel was of de e-mail wel was aangekomen. De andere: een switch valt uit, en binnen een kwartier zijn er dertig meldingen van dertig verschillende mensen. Voor allebei is er een weg, en het zijn bewust twee verschillende wegen.
Dezelfde persoon, twee tickets
Je vinkt beide regels aan en bepaalt welk ticket blijft — het oudste staat voorgeselecteerd, zodat de termijn vanaf het eerste contact loopt en niet vanaf de tweede poging. Opmerkingen, bijlagen en de omschrijving van het tweede gaan naar het eerste; er gaat niets verloren. Voordat je bevestigt, staat het uitgeschreven voor je: “#124 wordt gesloten en naar #122 verplaatst.”
Één storing, dertig meldingen
Je bundelt de dertig tickets onder één storingsticket. Elk ticket houdt zijn eigen aanvrager, zijn eigen status en zijn eigen termijn — er verdwijnt er niet één. Nakomers kun je er stuk voor stuk bij zetten, en wie een nieuw ticket opent terwijl de storing loopt, krijgt de koppeling aangeboden in plaats van hem te moeten zoeken.
Waarom dit niet hetzelfde is
Zou je die dertig meldingen simpelweg samenvoegen, dan raken negenentwintig mensen hun ticket kwijt en horen ze nooit meer iets. En omdat negenentwintig zaken zouden worden gesloten zonder ooit een antwoord te hebben gekregen, zouden je cijfers er daarna beter uitzien dan de werkelijkheid. Daarom kijkt het systeem wie er achter elk ticket zit: gaat het om verschillende personen, dan biedt het samenvoegen helemaal niet aan en wijst het je op de storing.
Één keer antwoorden in plaats van dertig keer
Zodra de oorzaak is verholpen, schrijf je de oplossing één keer. Elk gekoppeld ticket krijgt hem als opmerking en wordt gesloten, en elke betrokkene ontvangt een eigen e-mail — geen distributielijst, niemand ziet het adres van een ander. Reageert er daarna toch nog iemand, dan wordt dat ene ticket heropend, niet de hele storing.
Niemand raakt zijn ticketnummer kwijt
Een samengevoegde melding wordt nooit verwijderd. Reageert de aanvrager weken later op de oude e-mail, dan komt dat antwoord alsnog bij het juiste ticket terecht — of er nu op het bericht wordt geantwoord, het oude nummer in het onderwerp blijft staan, of allebei. Anders zou de aanvrager denken dat het antwoord was aangekomen, terwijl het in een gesloten zaak ligt waar niemand naar kijkt.
De banner verdwijnt vanzelf
Een storing kun je met één vinkje aankondigen: hij verschijnt dan voor iedereen als banner en als notitie in het automatische antwoord — wie per e-mail meldt, ziet nooit een aanmeldpagina. Los je hem op, dan verdwijnt de banner vanzelf. Een onderhoudsvenster dat voor zaterdag is aangekondigd, blijft ernaast staan in plaats van opzij te worden geschoven.
Een SLA is een belofte: “we reageren binnen twee uur op een aanvraag en lossen die binnen acht uur op”. Het ticketsysteem haalt die belofte uit elkaar, zet op elk passend ticket een klok en laat je zien hoeveel tijd er nog over is — vóórdat de termijn verstrijkt, niet erna.
Termijnen lopen alleen tijdens je werktijden
Een termijn van acht uur die op vrijdagmiddag begint, mag niet op zaterdagochtend aflopen. Daarom hangt elke termijn aan een kalender met kantooruren: openingstijden per weekdag, een eigen tijdzone, meerdere blokken per dag voor lunchpauzes of gedeelde diensten — ook nachtdiensten die over middernacht heen lopen. Elk team kan een eigen kalender hebben; nachten, weekenden en feestdagen tellen niet mee.
Jij bepaalt de feestdagen, niet wij
Feestdagen hangen af van waar je bent, niet van de taal die je gebruikt — 16 Duitse deelstaten, 26 Zwitserse kantons, 50 Amerikaanse staten. In plaats van een lijst mee te leveren die voor jouw regio ooit niet meer klopt, importeer je het officiële .ics-bestand voor je locatie of voer je de dagen met de hand in. Na de import zie je hoeveel dagen zijn overgenomen en hoeveel er zijn overgeslagen. Heeft een kalender voor de komende twaalf maanden helemaal geen gesloten dag, dan meldt de instellingenpagina dat — anders zou het systeem stilletjes dwars door elke feestdag heen rekenen.
Wat als antwoord telt — en wat niet
Hier krijgt de meting betekenis, of juist niet. De klok voor de eerste reactie stopt alleen bij een openbare opmerking van een agent. De automatische ontvangstbevestiging telt niet mee, interne notities tellen niet mee, en de binnenkomende klantmail al helemaal niet. Was het anders gebouwd, dan zou elke termijn binnen enkele seconden “gehaald” zijn en zou je rapportage permanent 100% laten zien terwijl er in werkelijkheid niemand had geantwoord.
Wachten op de klant zet de klok stil
Stel je een vraag terug en wacht je op de aanvrager, dan loopt de termijn niet door — wachttijd waar je geen invloed op hebt, wordt je niet aangerekend. Of een termijn pauzeert, stel je per doel in, want het antwoord is niet per se hetzelfde voor de eerste reactie en voor de oplossing. Wordt een opgelost ticket heropend, dan begint een nieuwe cyclus; de oude blijft voor de rapportage bewaard in plaats van het ticket meteen als overschreden te markeren.
Wanneer een termijn wordt overschreden
Je bepaalt per termijn wat er gebeurt: het alleen vastleggen, de behandelaar en de volgers waarschuwen, of het ticket automatisch aan een ander team overdragen — de klassieke escalatie van de eerste naar de tweede lijn. Overdragen is bewust niet de standaard, want het verschuift de verantwoordelijkheid en laat de behandelaar los; dat hoort niemand bij de eerste overschrijding te overvallen. Wat je ook kiest, het gebeurt precies één keer, ook na een herstart.
Welke termijn geldt voor welk ticket
Je maakt richtlijnen aan en zet ze op volgorde; de eerste die past, wint. De voorwaarden zijn team, prioriteit en categorie — keuzelijsten, geen zoektaal die je eerst moet leren. Een leeg veld betekent “alle”, niet “geen”: een richtlijn zonder team geldt voor elk team.
Wat je daarna ziet
De resterende tijd staat direct in de ticketlijst, te sorteren op wat het eerst afloopt en te filteren op overschreden termijnen, en de termijn staat ook op het ticket zelf. De rapportage laat het nakomingspercentage zien, het aantal overschrijdingen en de gemiddeld gebruikte tijd per termijn. Het percentage telt alleen besliste termijnen mee — lopende termijnen verwateren het niet, anders zou elke nieuw ingevoerde belofte er eerst rampzalig uitzien en daarna vanzelf beter worden.
Tot je een richtlijn aanmaakt, verandert er niets
Zonder actieve richtlijn is er geen klok, komt er geen extra kolom bij en blijven je bestaande tickets precies zoals ze zijn. Geen voorgebakken doel, geen oude zaken die van de ene op de andere dag overschreden zijn. Tickets zonder termijn tonen een neutraal streepje — niet “overschreden”.
Wie inspanning factureert, moet die vastleggen waar ze ontstaat: op de zaak. Een agent typt “20” of drukt op een voorkeuzeknop, en aan het eind van de maand staan de totalen klaar per klant, kostenplaats of contract — als tabel op het scherm en als CSV voor de factuur. Wat dit uitdrukkelijk NIET is: een prikkloksysteem. Het legt de inspanning op een zaak vast, nooit de aanwezigheid van een persoon.
Typen wint het van elke stopwatch
De hoofdweg is snelle invoer: vier vrij instelbare knoppen en een veld dat “90”, “1.5h” en “1h 30m” allemaal begrijpt. Bij een zaak van drie minuten kosten twee klikken op een stopwatch meer dan het getal zelf. Duren je sessies lang, zet dan ook de timer aan — die doet een voorstel, en er wordt niets opgeslagen tot een mens het bevestigt.
Geregistreerd en gefactureerd blijven gescheiden
Je stelt de afrondingsstap en het minimum vrij in — in blokken van 15 minuten wordt 17 minuten 30. Maar alleen de gefactureerde waarde wordt afgerond, altijd per boeking, nooit over het totaal. Wat er werkelijk is gewerkt, blijft onaangeroerd, zodat je de afronding later kunt wijzigen zonder dat voorbije maanden met terugwerkende kracht verschuiven.
Factureer per bedrijf, kostenplaats of contract
Het rapport groepeert de tijd per aanvrager, team en dag — en per eigen veld dat je hebt aangemaakt. Zo factureer je precies op de term die jouw organisatie gebruikt, in plaats van op een term die wij hebben bedacht. De pagina toont de grootste groepen en meldt het wanneer ze inkort; de CSV-export van de losse boekingen wordt nooit ingekort, want een factuurtotaal uit een verkorte lijst is niet onvolledig, het is fout.
De periode slaat op het werk, niet op het ticket
Een ticket uit juni waaraan in juli is gewerkt, hoort met die uren op de factuur van juli. Precies zo snijdt het rapport het aan — op de datum van de boeking, niet op het moment waarop het ticket is aangemaakt. Het klinkt vanzelfsprekend, en het is juist het punt waarop een maandfactuur anders stilletjes misgaat.
Meerdere agenten, volledig te herleiden
Elke boeking draagt een datum, een auteur, een notitie en de markering factureerbaar. Wie de boekingen van anderen mag wijzigen, en wie ze na het sluiten nog mag corrigeren, zijn aparte rechten — want wie de tijd van een ander wijzigt, wijzigt de factuur van een ander. Worden twee tickets samengevoegd, dan verhuist de tijd mee; ze hoort niet achter te blijven op de gesloten tweeling.
De uitsplitsing per agent kan uit
Tijd per persoon is een prestatie- en gedragsgegeven. Daarom is de uitsplitsing per agent een eigen schakelaar, standaard uit — en de blokkade zit in de server, niet alleen in de weergave. Bij de cloudaanbieders is deze uitsplitsing helemaal niet uit te zetten; voor een organisatie met een ondernemingsraad is dat het verschil tussen uitrollen en eerst onderhandelen.
Je klanten zien de tijd niet
Standaard blijft de geregistreerde inspanning intern. “Vijf minuten — daarvoor?” is een discussie die niemand wil, en die alleen begint omdat het getal zichtbaar was. Wil je het anders, geef het veld dan bewust vrij; de standaardinstelling neemt die beslissing niet voor je.
Ook per team in of uit te schakelen
Tijdregistratie staat standaard uit — heb je het niet nodig, dan zie je geen veld, geen kolom, geen tegel. Zodra het aanstaat, doet elk team mee en sluit je afzonderlijke teams uit: het interne IT-team hoeft niets te boeken, het klantgerichte serviceteam wel. Wil je dat, maak een tijdboeking dan verplicht vóór het sluiten; automatische sluitingen blijven daarbuiten, anders zouden er tickets bestaan die niemand kan sluiten.
Uiteindelijk weet maar één iemand of je helpdesk goed werk heeft geleverd: degene die is geholpen. Na het sluiten van een ticket krijgt die persoon een e-mail met vijf sterren — één klik en het is klaar. De beoordeling gaat daarna waar ze hoort: op het ticket, onder ogen van wie het werk heeft gedaan, en als cijfer in het rapport. Onderzoeken staan uit tot jij ze aanzet; jij bepaalt of en wanneer er iemand wordt gevraagd.
Één klik, meer wordt er niet gevraagd
De e-mail bevat vijf sterren als links. Op de derde klikken is het hele antwoord — geen account, geen aanmelding, geen formulier over twee schermen. Wie wil, kan op de pagina die volgt een zin toevoegen, en juist die zinnen zijn meestal het interessantste deel van het hele rapport. Een misklik op de verkeerde ster kun je corrigeren zolang de link geldig is.
Het responspercentage staat naast het gemiddelde
Een 4,6 zegt niets tot er iemand naast schrijft dat hij op twaalf antwoorden uit vierhonderd berust. Daarom laat het rapport allebei zien — en daarnaast het aantal gesloten tickets waarbij helemaal niets is gevraagd. Een cijfer dat zijn eigen steekproef verzwijgt, is minder waard dan geen cijfer.
Meten zonder je medewerkers te controleren
Beoordelingen per persoon zijn prestatie- en gedragsgegevens — in veel bedrijven een zaak voor de ondernemingsraad. Hier is de uitsplitsing per agent een aparte schakelaar, standaard uit, en die wordt op de server afgedwongen: uit is uit, ook in de export. De beoordeling op het losse ticket blijft hoe dan ook zichtbaar, want de collega die de zaak heeft behandeld, is de eerste die ervan kan leren.
Niemand wordt bedolven
Elk ticket wordt hoogstens één keer bevraagd. Hoe vaak dezelfde persoon gevraagd mag worden, bepaal jij – standaard hoogstens één keer per zeven dagen: wie op één ochtend vijf dingen meldt, krijgt dan één e-mail in plaats van vijf. Een klantenbalie met veel verschillende afzenders zet de grens op nul en vraagt bij elk ticket. Wordt een ticket kort na het sluiten heropend, dan gaat er helemaal niets uit — de vraag komt pas als de zaak echt voorbij is.
Een storing verstoort het cijfer niet
Meldingen die aan een groepsstoring hangen, worden bewust niet bevraagd. Één klik op “incident resolved” zou anders tweehonderd onderzoeken over één stuk werk afvuren, en de maand zou uiteindelijk de storing beschrijven in plaats van je dienstverlening. De storing zelf wordt bevraagd; de tweehonderd betrokkenen niet.
Een slechte beoordeling is een zaak, geen datapunt
Één ster hoort niet in de samenvatting van volgende week — die hoort dezelfde dag op het bureau. Een automatiseringsregel kan reageren op het moment dat de beoordeling binnenkomt: prioriteit omhoog, toewijzen aan de teamleider, een mail sturen. Dezelfde regelmachine, dezelfde afhandeling; de beoordeling is gewoon één voorwaarde erbij.
De link geeft recht op een beoordeling, niet op meelezen
De onderzoekspagina toont het ticketnummer en de titel en verder niets — geen omschrijving, geen opmerkingen, geen bijlagen. Zulke links worden doorgestuurd of belanden in een gedeeld postvak; wie hem heeft, mag beoordelen, niet meelezen. Na 30 dagen verloopt hij, en van buitenaf zien verlopen en onbekend er precies hetzelfde uit.
Virusscanners beoordelen ook niet
Een sterrenlink die al op het enkele ophalen afgaat, wordt automatisch aangeklikt door de linkcontroles van de grote mailaanbieders — het cijfer zou dan pure verzinsels zijn en in de database niet van echte antwoorden te onderscheiden. Hier laat het openen van de link alleen de pagina zien; er wordt niets opgeslagen tot er een mens voor zit. Voor die persoon blijft het één klik.