Documenten · Vergunning · Vlaanderen · Centaurus
Taxivergunning aanvragen in Vlaanderen: hoe presenteert u een model van dienststaat en vervoerbewijs?
De gemeente wil de documenten zien die de software echt zal produceren — geen marketing-screenshot. Een volledige testrit blijft de duidelijkste methode.
Hoe genereert u coherente dienststaat- en vervoerbewijs-modellen voor het vergunningsdossier?
Kort samengevat
Voeg een model van dienststaat en een model van vervoerbewijs toe uit dezelfde testrit. Controleer de vermeldingen art. 35, de coherentie tussen beide PDF’s, en de artikelen 33–36 van het BVR 2023 (de officiële pagina citeert soms nog het vernietigde besluit 2019). Chiron is een aparte stap. De modellen vervangen de rest van het dossier niet.
Voor een IBP-vergunning in Vlaanderen vraagt Centaurus of de gemeente vaak een model van dienststaat en een model van vervoerbewijs. Het doel is niet een design te beoordelen: het is te controleren of de software de opgelegde gegevens echt zal produceren.
Deze gids is de praktische handleiding om die modellen voor te bereiden. De producthoek TaxiGer blijft op de pagina TaxiGer voor een vergunningaanvraag. Voor de reglementaire details: zie de dienststaat en het vervoerbewijs.
Waarom de gemeente beide modellen vraagt
De dienststaat toont hoe de chauffeursdag wordt geregistreerd (start, pauzes, ritten, einde). Het vervoerbewijs toont wat de klant of passagier na een rit krijgt. Beide documenten moeten uit het zelfde systeem komen en idealiter uit dezelfde testrit: dat is het duidelijkste bewijs dat de uitrusting van begin tot einde werkt.
Zonder die modellen kan de gemeentelijke instructeur niet beoordelen of de software de artikelen 33 tot 36 van het BVR van 9 juni 2023 dekt. Het is slechts één stuk van het dossier — niet de vergunning zelf.
Geen uniek grafisch sjabloon
De artikelen 33 tot 36 eisen de inhoud, leesbaarheid en integriteit van de gegevens — geen officiële unieke layout. Geëxporteerde PDF, app-scherm of digitaal ticket kunnen volstaan als alle vermeldingen aanwezig, begrijpelijk en onuitwisbaar zijn.
Het heeft geen zin een nep-Word-ticket te « designen ». Wat telt: de echte gegevens die de software genereert.
Beste methode: een volledige testrit
De stevigste methode blijft een korte echte dienst in de software, daarna export van beide PDF’s. In zeven stappen:
- Exploitant, voertuig en chauffeur in de software encoderen
- Dienst openen (start van de dienststaat)
- Korte pauze registreren (optioneel maar nuttig)
- Realistische testrit uitvoeren
- Rit afsluiten en vervoerbewijs genereren (12 vermeldingen art. 35)
- Dienst afsluiten
- Beide PDF’s exporteren uit dezelfde testdag
Hieronder het detail in negen operationele stappen.
Stappen 1 tot 9 — de modellen voorbereiden
1. Exploitant
Encodeer benaming, adres, e-mail en telefoon zoals ze op de documenten moeten verschijnen. Die gegevens voeden zowel de dienststaat als het vervoerbewijs.
2. Voertuig
Maak of selecteer het testvoertuig: identificatiecode, nummerplaat, type (straat / standplaats) volgens uw dossier. Het voertuig waarmee u de dienst opent, moet op de PDF’s staan.
3. Chauffeur
Koppel een chauffeur (voornaam, naam) aan het account of de sessie. Op het bewijs moet de naam dezelfde zijn als op de dienststaat.
4. Dienst openen
Start de dienst zoals in echte exploitatie: startuur, begin-km, GPS-locatie (of taximeter-totalisatoren voor een standplaatstaxi). Dat is het begin van de dienststaat.
5. Pauze (aanbevolen)
Registreer een korte pauze. Zo toont u dat de software ook periodes buiten ritten beheert — een punt dat vaak op de dienststaat bekeken wordt.
6. Realistische testrit
Start een rit met geloofwaardige plaatsen, uren en kilometers (zelfs enkele km). Vermijd absurde waarden (0 km, lege plaatsen, incoherente prijs): de instructeur leest die documenten.
7. Rit afsluiten
Sluit de rit correct af in de software (eindtijd, afstapplaats, km, eindprijs). Sla die stap niet over: het bewijs steunt op die afsluiting.
8. Vervoerbewijs genereren (12 categorieën art. 35)
Produceer het vervoerbewijs en controleer de 12 verplichte vermeldingen van artikel 35:
| Nr. | Vermelding | Aandachtspunt |
|---|---|---|
| 1 | « vervoerbewijs » | Verplichte vermelding op het document |
| 2 | Exploitant (naam, adres, e-mail, telefoon) | Volledige contactgegevens |
| 3 | Identificatiecode van het voertuig | Of nummerplaat bij reservewagen |
| 4 | Nummerplaat | Moet overeenkomen met de dienststaat |
| 5 | Voornaam en naam van de chauffeur | Zelfde chauffeur als op de dienststaat |
| 6 | Sequentiële ritnummer | Oplopend nummer |
| 7 | Datum en uur van opstap en afstap | Coherent met de dienststaat |
| 8 | Opstap- en afstapplaatsen | Of GPS als er geen straatnaam is |
| 9 | Aantal afgelegde kilometers | Afgestemd op de testrit |
| 10 | Toegepast tarief | Zichtbaar en begrijpelijk |
| 11 | Totaalprijs (« te betalen bedrag ») | Of prijs per persoon bij collectieve rit |
| 12 | « klachten » / klachteninfo | Gemeente, klachtenorgaan, eventuele tussenpersoon |
9. Dienst afsluiten
Sluit de dienst: einduur, eind-km, totalen (aantal ritten, afstanden, prijzen). Exporteer daarna de dienststaat-PDF van die dag — die met de testrit en het bijbehorende bewijs.
Hoe de dienststaat eruit moet zien
Verwachte structuur (inhoud art. 34), ook al varieert de layout:
- Kop: exploitant, datum, voertuig, nummerplaat, chauffeur ;
- Start van de dienst: uur, km, locatie of totalisatoren ;
- Tijdens: pauzes, ritten (uren, km, prijs), afstanden ;
- Einde van de dienst: uur, km, totalen, positie ;
- gegevens leesbaar en identiek aan de originele registratie.
Veld per veld: verplichte gegevens van de dienststaat.
Coherentie tussen beide documenten
De instructeur vergelijkt vaak beide PDF’s. Op de testrit moeten overeenkomen: exploitant, voertuig, nummerplaat, chauffeur, ritnummer / tijdstempel, plaatsen (of GPS), km en prijs. Een « perfect » bewijs uit een andere dag naast een lege dienststaat valt meteen op.
Niet vrij bewerkbaar — integriteit
Artikelen 33–36 eisen veilig geregistreerde gegevens: integriteit, herkomst, traceerbaarheid, link tussen bewijs en rit. Een PDF die nadien in een editor is aangepast, of een « gemaakt » Word-ticket, verzwakt de demonstratie. Exporteer wat de software produceert.
TEST-watermerk: OK
Duidelijk TEST / model vermelden vermijdt verwarring met een commerciële rit. Het watermerk mag verplichte velden niet bedekken.
PDF eerder dan screenshots
De twee volledige PDF’s blijven het duidelijkste formaat voor Centaurus of de gemeente. Screenshots kunnen de interface illustreren, maar zouden de volledige documenten niet mogen vervangen (zeker als een screenshot de klachtensectie of de totalen afknipt).
Tip: korte presentatiepagina van de software
Eén A4-pagina (naam van de software, uitgever, rol chauffeur / exploitant, hoe dienststaat en vervoerbewijs worden gegenereerd) helpt de instructeur. Dat is geen vervanging van de modellen — een nuttige aanvulling.
Modellen volstaan niet voor de vergunning
Verzekeringen, voertuig, fiscaliteit, passen, andere gemeentelijke stukken blijven nodig. Zodra het dossier volledig is, volgt de gemeentelijke beslissing in principe binnen 45 dagen. Zie de gids IBP-vergunning.
Officiële pagina 2019 vs BVR 2023 (artikelen 33–36)
Sommige vlaanderen.be-pagina's of gemeentedossiers citeren nog de artikelen 33 en 34 van het besluit van 8 november 2019. Dat besluit is vernietigd; het BVR van 9 juni 2023 herneemt de verplichtingen in artikelen 33 tot 36 (uitrusting, dienststaat, bewijs, presentatie / bewaring). Lever modellen conform de huidige geconsolideerde tekst — niet enkel een oude nummering.
Let op: de TaxiGer-productpagina vermeldt soms nog de formulering « art. 33–34 (2019) » zoals die in dossiers voorkomt; voor de reglementaire inhoud baseert u zich op 2023.
Chiron is een aparte stap
Dienststaat- / vervoerbewijs-modellen bij het vergunningsdossier voegen is niet hetzelfde als het bedrijf aan Chiron koppelen. Chiron dient voor de rittransmissie zodra de activiteit is toegelaten. De officiële procedure (testomgeving, 10 berichten, productie) staat hier: bedrijf koppelen aan Chiron. Meng die twee dossiers niet.
Hoe TaxiGer helpt
Met TaxiGer komt de voorbereiding in de praktijk neer op vier stappen: exploitant / voertuigen / chauffeurs encoderen, het dienststaatmodel produceren, het bewijsmodel na een rit produceren, beide PDF’s bij Centaurus of de gemeente voegen. Detail: TaxiGer voor een taxivergunningaanvraag in Vlaanderen. TaxiGer levert de vergunning niet.
Checklist vóór verzending
- Beide PDF’s komen uit dezelfde testrit / dezelfde testdienst
- De 12 vermeldingen art. 35 staan leesbaar op het bewijs
- Exploitant, voertuig, chauffeur, uren, km en prijs zijn coherent tussen beide documenten
- Gegevens zijn niet manueel « bijgewerkt » na export
- Een TEST-watermerk is oké als het geen veld bedekt
- Een korte presentatiepagina van de software mag het dossier aanvullen
- De rest van het vergunningsdossier (verzekeringen, voertuig, fiscaliteit, enz.) is klaar
Fouten om te vermijden
- Twee documenten uit verschillende ritten sturen (duidelijke incoherentie)
- Alleen marketing-screenshots zonder volledige PDF’s
- De sectie klachten / « klachten » op het bewijs vergeten
- De PDF nadien in een editor wijzigen
- Vergunningsmodellen verwarren met Chiron-koppeling (twee aparte dossiers)
- Alleen steunen op art. 33–34 van 2019 zonder het BVR 2023 (art. 33–36) te checken
Bewaring
Eenmaal in exploitatie moet de exploitant (en eventuele tussenpersonen) de reglementaire gegevens zeven jaar bewaren en bij controle kunnen voorleggen. Vergunningsmodellen zijn een eenmalige demonstratie; daarna geldt het bewaringsregime voor de echte documenten. Zie ook de hub taxidocumenten.
Volgende stap
Om de PDF’s concreet met TaxiGer te genereren en bij het Centaurus- of gemeentedossier te voegen.
TaxiGer voor een taxivergunningaanvraag in Vlaanderen →Veelgestelde vragen
Officiële bronnen
Lees verder
Dit artikel is louter informatief. Raadpleeg voor regelgevingsbeslissingen de officiële Vlaamse bronnen of uw juridisch adviseur.