Omnivere

Over Omnivere

Omnivere wordt ontwikkeld en onderhouden door C-Quel Software Solutions.

Deze documentatie is opgesplitst per module, zoals u aan de linkerkant kunt zien. Mochten er zaken ontbreken en/of niet geheel duidelijk zijn, dan volstaat een mailtje naar helpdesk@cquel.be om dit aan te passen.

High level functioneel overzicht

Algemeen

Omnivere is een software programma gericht naar de exploitanten van De Lijn, om te helpen bij de complexiteit van de planning en opvolging van openbaar vervoer. In grote lijnen verloopt dit proces in verschillende fasen, waar we op elke fase dieper ingaan in volgende paragrafen;

bepalen van de dienstregeling
definiëren van de exploitatieperiode
opmaken van een theoretische planning
operationele opvolging
financiële verwerking

Fase 1 - Dienstregeling

Voor een goed begrip is het belangrijk om wat dieper in te gaan op wat een dienstregeling (bij De Lijn) precies is, en hoe dat gestructureerd is. Het doel van openbaar vervoer (via bussen) is het inrichten van bussen, haltes en ritten om zo optimaal mogelijk mensen in staat te stellen zich van punt A naar punt B te versplaatsen. Dit wordt per regio georganiseerd (zie ook vervoersregio's). Dit vertaalt zich in een structuur van buslijnen met vaste stopplaatsen. Bij het bepalen van rittijden wordt ook rekening gehouden met de varierende behoefte. De vraag naar openbaar vervoer varieert

in functie van de dag van de week
in functie van schoolperiodes, examenperiodes of vakantieperiodes.
als er een feestdag is
....

Om al deze variatie te vatten in een dienstregeling werkt men bij De Lijn met een definitie van "types van dagen", waarbij voor elke kalenderdag deze typering bepaald wordt (kalenders met type dagen). Voor elke type dag worden dan de gewenste ritten en rijtijden bepaald. De laatste stap is dan om hieruit een realistisch voorstel te formuleren voor de diensten, waarbij een dienst een verzameling van ritten is die door één chauffeur op één dag kan gereden worden. Het geheel van alle diensten binnen een regio, en voor een bepaalde periode, noemen we de dienstregeling. In elke regio wordt deze dienstregeling frequent (jaarlijks, halfjaarlijks) aangepast.

Fase 2 - Exploitatieperiode

De Lijn werkt samen met verschillende onderaannemers, die elk een deel van deze dienstregeling voor hun rekening nemem. De invulling van de dienstregeling door één onderaannamer (exploitant), en dus binnen een bepaalde periode en regio, noemen we binnen Omnivere een exploitatieperiode.

Voor de start van een exploitatieperiode moet er een akkoord bereikt worden tussen de De Lijn en de exploitant over hoe de diensten ingericht zullen worden. Het voorstel van De Lijn kan met andere woorden nog bijgestuurd worden door de exploitant. Als dit akkoord bereikt wordt zal De Lijn de uiteindelijke dienstverlening registreren/publiceren via hun exploitantentoepassing.

Op dit punt komt Omnivere in beeld. De uiteindelijke diensten per type dag voor deze exploitatieperiode kunnen nu uit de exploitantentoepassing geexporteerd worden en ingelezen worden in Omnivere voor verder mee te werken. De eerstvolgende stap hierin is het opmaken van een theoretische planning.

Fase 3 - Theoretische planning

In deze fase is het de bedoeling om tot een theoretische planning te komen voor de dienstregeling. Elke exploitant heeft een aantal chauffeurs in dienst en heeft een aantal bussen ter beschikking. Met deze beschikbare middelen wordt nu voor de volledige exploitatieperiode een planning opgemaakt die tegemoet moet komen aan een aantal vereisten;

alle diensten moeten ingevuld worden
er moet overcapaciteit/buffer voorzien zijn om afwezigheden op te vullen
er moet voldaan worden aan wettelijke regels omtrent rij-en rusttijden (zie ook wettelijke regels)
er moet gestreeft worden naar een evenwichte verdeling tussen de chauffeurs
er moet gestreeft worden naar een voorspelbaar, repetitief rooster, zodat mensen hun leven daarop kunnen inrichten

Dit is een complexe opdracht, waarin Omnivere tools aanbiedt ter ondersteuning, met name het werken met een rooster. Op deze pagina vind je meer uitgebreide info over het werken met roosters. Samengevat kan je stellen dat een rooster een schema is van een aantal weken. Het aantal weken in een rooster wordt bepaald door het aantal chauffeurs die beschikbaar zijn voor deze exploitatieperiode. Bij de opmaak van het rooster zal Omnivere ondersteunen door

de theoretische planning omniddelijk visueel te maken
de wettelijke rust en rijtijden te valideren
afwijkingen tov de verwachte dienstregeling te rapporteren
aantal uren per rol inzichtelijk te maken
details omtrent financiële verwerking inzichtelijk te maken

Het resultaat van de rooster is dan een theoretische planning voor de volledige periode, uitgedrukt in codes per dag, verdeeld over een aantal rollen. De volgende stap is het concretiseren van deze theoretische planning in een effectieve teamplanning.

Fase 4 - Teamplanning en operationele opvolging

Op het operationele niveau werken we in Omnivere met een planning voor een team. Een team is een groep van mensen (chaffeurs) die samen ingepland worden. Een team kan toegewezen worden aan een exploitatieperiode, waarna voor elke teamlid kan bepaald worden welke rol uit de rooster hij/zij zal opnemen. Door deze toewijzing te doen zal de planning van de volledige exploitatieperiode in de operationele planning overgenomen worden.

In de praktijk is dit het startpunt voor de operationele opvolging. Er moeten namelijk altijd voorziene en onvoorziene wijzigingen aangebracht worden. Dit gaat bijvoorbeeld om - ziektes - verlofperiodes - wissels tussen chauffeurs - ongevallen - materiaalpech - ....

Zie ook operationele opvolging. De laatste stap na het operationele luik is de financiële verwerking.

Fase 5 - Financiële verwerking

De sector van het personenvervoer met autobussen is in België geregeld via PC 140.01. Hierin wordt het wettelijk kader bepaald rond loon en arbeidsvoorwaarden. Omnivere kan deze regels toepassen om een correcte looninterpretatie te doen van de planning.

Technisch

Meer technische gegevens zijn hier te vinden: - Beschrijving van de sql database - Technische documentatie over de backend service - Structuur van de git repo