De softwaretechnologie van Cadulis ten dienste van uw teams

Cadulis maakt gebruik van tal van geavanceerde technologieën.
Hieronder vindt u enkele informatie over bepaalde hiervan, 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 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 te compartimenteren. Ook hiervoor beschikt Cadulis over de juiste tools om u te ondersteunen.

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, “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 rustigere periodes (vakanties, specifieke momenten van de dag/nacht) dalen de hostingkosten. Deze besparingen vindt u terug in onze prijsstelling.
• De meeste processen zijn asynchroon gemaakt en tolerant voor “storingen”. Bijvoorbeeld: het automatisch versturen 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 activiteit voortzetten zonder hinderlijke vertragingen. In dit kader hebben we, in overleg met onze klanten, bepaalde processen als minder prioritair kunnen definiëren.
• Efficiënte berekentrechters. Stel u het aantal berekeningen voor dat nodig is om het beste tijdslot voor uw interventie te bepalen: het systeem moet alle tijdslots van al uw buitendienstmedewerkers raadplegen, de afstanden en reistijden tussen alle interventies berekenen en alle rendabiliteiten uitrekenen! Toch identificeert het voorstel van tijdslots in enkele seconden de meest rendabele buitendienstmedewerkers en tijdslots. Hiervoor zijn er twee trucs: de geëxtrapoleerde berekening van de reistijd (zie de sectie over reistijd hieronder) en een trechter die snel buitendienstmedewerkers elimineert die te ver weg zijn, niet de juiste vaardigheden hebben of waarvan de planning al vol is.
• Caching. Onze gebruikers (activiteitsleiders of buitendienstmedewerkers) bezoeken vaak meerdere keren dezelfde pagina. In die gevallen wordt de pagina in de cache opgeslagen, waardoor het systeem niet telkens opnieuw de reistijd-, afstands- of rendabiliteitsgegevens hoeft te berekenen. Een deel van dit cachesysteem maakt het bovendien mogelijk om Cadulis zonder netwerk te gebruiken. (Zie het artikel over offline gebruik).

Schatting van de reistijd

Een correctiefactor heeft ons geholpen een veelvoorkomend probleem op te lossen: hoe een eenvoudige berekening te maken en toch de nauwkeurigheid te behouden. De berekening in kwestie 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; rekening houdend met de kromming van de aarde is deze berekening nauwkeurig en extreem snel. Maar hoe bepaalt u vanaf daar de werkelijke of zelfs benaderende reistijd, zonder een extern kaartensysteem te gebruiken dat kostbare seconden aan berekeningstijd 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 nabij het vertrekpunt van de buitendienstmedewerker. Om van de vogelvluchtafstand naar de reistijd te komen, gebruiken we een correctiefactor, die aanvankelijk voor elke buitendienstmedewerker een lage waarde heeft.
Met deze waarde slagen maximaal veel buitendienstmedewerkers voor de filterstappen van het tijdslotvoorstel, waardoor de responstijden voor de eerste oproepen (vaak in tests) niet volledig geoptimaliseerd zijn.
Elke keer dat er daadwerkelijk een oproep naar een extern kaartensysteem wordt gedaan voor deze buitendienstmedewerker, wordt de factor aangepast op basis van de werkelijke verkeersgegevens.
Na enkele oproepen heeft elke buitendienstmedewerker een realistische factor en houden de filters van het tijdslotvoorstel alleen de meest relevante buitendienstmedewerkers over voor de oproepen.

Blockchain

Met cryptomunten, Bitcoin, is blockchain een van de buzzwords. Maar buiten de financiële sector kan deze technologie daadwerkelijk oplossingen bieden voor problemen die we dagelijks tegenkomen.

In onze applicatie voor planning en optimalisatie van interventies, Cadulis, is blockchain bijvoorbeeld 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 bent van het appartement of de indirecte opdrachtgever van de interventie. Niets garandeert ook dat de buitendienstmedewerker de inhoud van het document niet wijzigt na ondertekening.
Toch heeft deze handtekening een juridische erkenning die de digitale handtekening nog niet heeft.

Ons digitale systeem biedt echter meer veiligheid: op het moment van ondertekening wordt de datum geregistreerd. En elke wijziging wordt getraceerd met registratie van het identificatienummer, de datum en de inhoud van de wijzigingen.
Om nog verder te gaan, kan het interventierapport (of nauwkeuriger gezegd de hash ervan) worden opgeslagen in een blockchain. Zo is het eenvoudig om juridisch aan te tonen dat het document onaantastbaar en onvervalsbaar is, met een tijdstempel en zelfs 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 hun vernietiging; met blockchain kan deze laatste op een veilige manier het traject van de verschillende documenten die aan de vervoerde producten zijn gekoppeld, traceren.