Software documentation for field service management, scheduling, and optimization

De softwaretechnologie van Cadulis ten dienste van uw teams


Cadulis maakt gebruik van tal van geavanceerde technologieën.
Hieronder vindt u enkele informatie over een aantal ervan, zodat u een beter beeld krijgt.

Schaalbaarheid

Vindt u dat Cadulis uitstekend werkt? Wij ook :) Maar dankzij deze toporganisatie groeit uw bedrijf en vraagt u zich af of Cadulis altijd even responsief zal blijven?
Wees gerust, onze architectuur is schaalbaar, dat wil zeggen dat de serverbronnen zich aanpassen aan de vraag. We hebben tests uitgevoerd waarbij we tot 10.000 interventies tegelijk injecteerden.

Een groeiend bedrijf vereist echter een specifieke organisatie om activiteiten en teams af te bakenen. Ook hiervoor biedt Cadulis de juiste tools.

Prestaties

Responsiviteit is een van de belangrijkste eisen van onze klanten. Niemand wil zelfs maar tien seconden wachten op het laden van een pagina. Hier zijn de oplossingen die we hebben geïmplementeerd om onze applicatie volledig soepel en “frictionless” te maken:

  • Een automatisch schaalbaar systeem. Met een Kubernetes-hosting past de Cadulis-infrastructuur haar eigen middelen aan de behoeften van de gebruikers aan. Tijdens rustige periodes (vakanties, specifieke momenten van de dag/nacht) dalen de hostingkosten. Deze besparingen zijn terug te vinden in onze prijsstelling.
  • De meeste processen zijn asynchroon gemaakt en tolerant voor “storingen”. Bijvoorbeeld, het automatisch verzenden van een e-mail na het afsluiten van een interventie kan enkele minuten na de afsluiting plaatsvinden als het systeem druk is. In geval van een fout probeert Cadulis het verzenden later opnieuw. Zo kunt u uw activiteiten voortzetten zonder hinderlijke vertragingen. In dit kader hebben we, in overleg met onze klanten, bepaalde processen als minder prioritair gedefinieerd.
  • Efficiënte berekeningstrechters. Stel u het aantal berekeningen voor dat nodig is om het beste tijdslot voor uw interventie te bepalen: alle tijdslots van al uw technici moeten worden geraadpleegd, de afstanden en reistijden tussen alle interventies berekend, en alle rendabiliteiten doorgerekend! Toch identificeert het tijdslotvoorstel binnen enkele seconden de meest rendabele veldmedewerkers en tijdslots. Hiervoor gebruiken we twee trucs: de geëxtrapoleerde berekening van de reistijd (zie de sectie over reistijd hieronder) en een trechter die snel veldmedewerkers uitsluit die te ver weg zijn, niet de juiste vaardigheden hebben, of waarvan de planning al vol is.
  • Caching. Onze gebruikers (activiteitsleiders of veldmedewerkers) bezoeken vaak meerdere keren dezelfde pagina. In die gevallen wordt de pagina in de cache opgeslagen, zodat het systeem bij elke opening niet opnieuw de reistijd, afstand, rendabiliteit, enz. hoeft te berekenen. Een deel van dit cachesysteem maakt het bovendien mogelijk Cadulis te gebruiken zonder netwerkverbinding. (Zie het artikel over offline gebruik).
  • Schatting van de reistijd
    Een correctiefactor heeft ons geholpen een vrij veelvoorkomend probleem op te lossen: hoe maak je een eenvoudige berekening zonder aan precisie in te boeten? De betreffende berekening is het bepalen van de reistijd op basis van de GPS-coördinaten van twee punten.
    GPS-coördinaten geven ons de afstand in vogelvlucht, en als we rekening houden met de kromming van de aarde, is de berekening nauwkeurig en extreem snel. Maar hoe bepaal je vanaf daar de werkelijke of zelfs geschatte reistijd, zonder een extern kaartensysteem te gebruiken dat veel kostbare seconden aan rekentijd vraagt? Deze oproepen, die 0,2s duren, vormen het grootste deel van de rekentijd. Waar hangt de reistijd van af? Voornamelijk van de dichtheid van snelwegen en autowegen in de buurt van het vertrekpunt van de veldmedewerker. Om van de vogelvluchtafstand naar de reistijd te gaan, gebruiken we een correctiefactor, die voor elke medewerker aanvankelijk een lage waarde heeft. Met deze waarde komen maximaal veel medewerkers door de filters van het tijdslotvoorstel, en daarom zijn de responstijden bij de eerste oproepen (vaak tijdens tests) nog niet volledig geoptimaliseerd. Elke keer dat er daadwerkelijk een oproep naar een extern kaartensysteem wordt gedaan voor deze medewerker, wordt de factor aangepast op basis van de werkelijke verkeersgegevens. Na enkele oproepen heeft elke medewerker een realistische factor en houden de filters van het tijdslotvoorstel alleen de meest relevante medewerkers over voor de oproepen.

Blockchain

Met cryptovaluta, Bitcoin, is blockchain een van de buzzwoorden. Toch kan deze technologie, buiten de financiële sector, echt oplossingen bieden voor problemen die we dagelijks tegenkomen.

Bijvoorbeeld in onze applicatie voor planning en optimalisatie van interventies, Cadulis, is blockchain een optie om de digitalisering van documenten te beveiligen.
Hier is een concreet geval:
Stel u voor dat een technicus glasvezel komt installeren in uw appartement. Aan het einde van de interventie ondertekent u een (papieren) document om te bevestigen dat de interventie heeft plaatsgevonden. Deze handtekening is niet bindend voor de goede werking of correcte uitvoering van de interventie, noch bevestigt het uw identiteit, dat u de eigenaar van het appartement bent of de indirecte opdrachtgever van de interventie. Niets garandeert ook dat de medewerker de inhoud van het document na ondertekening niet wijzigt.
Toch heeft deze handtekening een juridische waarde die de digitale handtekening nog niet heeft.

Ons digitale systeem biedt echter op zichzelf al meer veiligheid: op het moment van ondertekening wordt de datum geregistreerd. En elke wijziging wordt gelogd met registratie van het ID, de datum en de inhoud van de wijzigingen.
Om nog verder te gaan, kan het interventierapport (of meer precies de hash ervan) worden opgeslagen in een blockchain. Zo is het juridisch eenvoudig aan te tonen dat het document onaantastbaar en onvervalsbaar is, met een tijdstempel en zelfs een geolocatie.
Dat voorkomt meteen heel wat geschillen.

Een ander concreet geval betreft het vervoer van gevaarlijk afval. De verantwoordelijkheid voor deze producten ligt bij de producent tot aan de vernietiging; met blockchain kan deze laatste op een veilige manier het traject van de verschillende documenten die aan de producten zijn gekoppeld, traceren.