Een ticketsysteem dat de routinemeldingen zelf afhandelt

Jira is gebouwd voor sprintplanning, niet voor supportmeldingen. Dat werkt prima zolang de meldingen komen van ontwikkelaars die Jira toch al openhebben. Zodra collega’s buiten engineering iets melden, loopt het vast: zij hebben geen licentie, kennen de projectstructuur niet, en sturen dus een bericht in Slack dat niemand bijhoudt.

FlowTux neemt de melding aan in het kanaal dat mensen al gebruiken en synchroniseert waar nodig met Jira of GitHub. De melder hoeft niets te leren, en het ticket bestaat toch.

Meldingen komen uit twee richtingen, en de meeste systemen kunnen er maar één goed aan. Machines melden via Sentry, Datadog en uptime-checks; mensen melden via Slack, WhatsApp, e-mail en het supportportaal. FlowTux neemt beide op in dezelfde wachtrij en herkent wanneer een klantmelding over een mislukte betaling en de Sentry-fout erachter dezelfde storing beschrijven.

Daar komt de device-agent bij: laptops en diensten melden hun eigen storingen — een volle schijf, mislukte updates, een verlopen certificaat — voordat iemand doorheeft dat er iets mis is.

De prioriteit volgt uit wat er kapot is: hoeveel gebruikers geraakt worden, hoe kritiek de dienst is, en of die traag is of helemaal plat ligt. Niet uit hoe dringend de melding is geformuleerd.

Eén oorzaak levert vaak tientallen meldingen op. FlowTux herkent dat die symptomen bij elkaar horen en koppelt ze aan één ticket, zodat je wachtrij één storing toont in plaats van vijftig regels.

Voor Nederlandse organisaties is de vraag waar data staat geen bijzaak. Je kiest je opslagregio bij aanmelding; data en back-ups blijven binnen die grens, versleuteld tijdens opslag en transport.

Er is een verwerkersovereenkomst beschikbaar voor je AVG-verplichtingen, elke geautomatiseerde actie wordt gelogd, en er draait niets wat je niet expliciet hebt toegestaan.