Het PadelOS Enterprise Portal is de centrale digitale werkruimte van PadelOS. In dit portaal komen administratie, planning, trainingen, spelers, trainers, clubs, locaties, banen, communicatie, facturatie en rapportage samen. Iedere gebruiker krijgt vanuit één herkenbare omgeving toegang tot de informatie en functies die passen bij zijn of haar rol.
Het portaal vormt de zichtbare gebruikerslaag boven op de centrale PadelOS-database, de Registry en de CRUD-processen. De Registry bepaalt welke modules, tabellen, velden, relaties en metadata beschikbaar zijn. Het portaal vertaalt deze technische structuur naar overzichtelijke dashboards, navigatiemenu’s, formulieren, tabellen, kaarten, meldingen en praktische werkprocessen.
PadelOS wordt daarmee meer dan een verzameling losse spreadsheets en formulieren. Het wordt één samenhangende digitale werkruimte voor padelscholen, trainers, spelers, clubs, locaties, maatschappelijke organisaties en samenwerkingspartners.
De visie achter het PadelOS Enterprise Portal is dat iedere gebruiker op een eenvoudige, veilige en herkenbare manier moet kunnen werken met dezelfde centrale informatie.
Een administrator heeft behoefte aan overzicht, controle en beheer. Een trainer wil snel de planning, spelers, lesdoelen en lesvoorbereidingen bekijken. Een speler wil weten wanneer en waar de volgende training plaatsvindt. Een club of locatie wil inzicht in banen, reserveringen, groepen en afspraken. Iedere gebruiker werkt daarom vanuit een eigen omgeving, terwijl alle onderdelen verbonden blijven met dezelfde centrale gegevenslaag.
Het uitgangspunt is:
één PadelOS, één centrale gegevensstructuur en voor iedere gebruiker een passende werkruimte.
De interface moet begrijpelijk zijn voor gebruikers zonder technische kennis, maar tegelijkertijd krachtig genoeg blijven voor beheerders, ontwikkelaars en grotere organisaties.
Veel padelscholen en trainers werken met losse spreadsheets, agenda’s, berichten, documenten, formulieren en betaaloverzichten. Hierdoor ontstaan verschillende versies van dezelfde informatie. Namen worden meerdere keren ingevoerd, wijzigingen worden niet overal verwerkt en relaties tussen spelers, trainers, lessen, locaties en betalingen zijn moeilijk te volgen.
Dit veroorzaakt onder andere:
dubbele of verouderde persoonsgegevens;
onduidelijkheid over lessen, tijden, banen en trainers;
handmatige overdracht tussen planning en administratie;
versnipperde communicatie via e-mail en WhatsApp;
beperkte controle op rollen en toegangsrechten;
moeilijk vindbare lesvoorbereidingen en evaluaties;
onvoldoende samenhang tussen deelname, facturen en betalingen;
veel handmatig werk bij importeren, exporteren en rapporteren.
Het PadelOS Enterprise Portal brengt deze processen samen. Informatie wordt niet telkens opnieuw ingevoerd, maar via unieke ID’s en relaties hergebruikt. Een wijziging in een centraal profiel kan daardoor beschikbaar worden voor alle gekoppelde onderdelen.
Het portaal wordt ontwikkeld voor verschillende gebruikersgroepen die ieder een eigen informatiebehoefte hebben.
Administrators beheren de volledige omgeving. Zij krijgen toegang tot gebruikers, rollen, rechten, organisaties, instellingen, Registry-onderdelen, tabellen, auditinformatie en systeemfuncties.
Managers organiseren trainers, spelers, trainingsgroepen, lesreeksen, locaties, banen en planningen. Zij bewaken capaciteit, beschikbaarheid, voortgang, financiële status en operationele processen.
Trainers zien hun eigen planning, groepen, spelers, lesvoorbereidingen, oefeningen, leerdoelen, aanwezigheid, voortgang en evaluaties. Zij kunnen binnen hun bevoegdheden gegevens toevoegen en bijwerken.
Spelers krijgen een persoonlijke en vooral overzichtelijke omgeving. Zij zien hun eigen profiel, trainingsmomenten, locaties, trainers, leerdoelen, aanwezigheid, documenten en eventuele openstaande betalingen.
Clubs en organisaties krijgen inzicht in de activiteiten die binnen hun organisatie plaatsvinden. Zij kunnen locaties, banen, contactpersonen, lesgroepen, afspraken en rapportages beheren of bekijken.
Locaties krijgen een operationeel overzicht van beschikbare banen, geplande lessen, trainers, groepen, wijzigingen en eventuele bijzonderheden.
Technische en ontwerpgerichte deelnemers krijgen een gecontroleerde ontwikkel- en testomgeving. Zij kunnen bijdragen aan componenten, gebruikersstromen, toegankelijkheid, validatie, performance en koppelingen met andere systemen.
Het PadelOS Enterprise Portal moet uiteindelijk alle dagelijkse werkprocessen ondersteunen vanuit één interface.
Belangrijke functies zijn:
persoonlijk dashboard;
rolgestuurde navigatie;
spelers- en trainersbeheer;
personen- en gebruikersbeheer;
organisatie-, club- en locatiebeheer;
banenbeheer;
planning en agenda;
lessen, lesreeksen en trainingsgroepen;
lesvoorbereidingen en oefeningen;
aanwezigheid en voortgang;
leerdoelen en evaluaties;
facturen en betalingen;
abonnementen en contracten;
meldingen en taken;
zoeken, filteren en sorteren;
importeren en exporteren;
rapportages en statistieken;
Registry- en databasebeheer;
instellingen, rollen en rechten.
Niet iedere gebruiker ziet al deze functies. Het portaal toont alleen de modules, records en acties waarvoor de gebruiker toestemming heeft.
De navigatie wordt opgebouwd vanuit de Module Registry. Daarin staat welke PadelOS-modules bestaan, welke status zij hebben, voor welke rollen zij beschikbaar zijn en waar zij in de navigatie worden geplaatst.
De hoofdstructuur kan onder andere bestaan uit:
Dashboard;
Personen;
Spelers;
Trainers;
Gebruikers;
Organisaties;
Clubs;
Locaties;
Banen;
Trainingsgroepen;
Planning;
Lessen;
Lesvoorbereidingen;
Oefeningen;
Aanwezigheid;
Evaluaties;
Facturen;
Betalingen;
Rapportages;
Database Explorer;
Registry;
Instellingen.
Op desktop wordt deze structuur weergegeven in een zijmenu met een vaste bovenbalk. Op mobiele apparaten verandert de navigatie in een compact menu, een uitschuifbare zijbalk of een set contextgebonden snelacties.
Favoriete en veelgebruikte functies kunnen bovenaan worden geplaatst. Zo hoeft een trainer niet door administratieve modules te navigeren om de eerstvolgende les te openen.
Na het inloggen opent iedere gebruiker een dashboard dat aansluit op zijn of haar rol.
Het beheerdersdashboard toont bijvoorbeeld:
totaal aantal actieve gebruikers;
actieve spelers en trainers;
organisaties, clubs en locaties;
lessen van vandaag;
geplande lessen voor de komende periode;
openstaande facturen;
ontvangen betalingen;
waarschuwingen en validatiefouten;
recente wijzigingen;
systeem- en Registry-status.
Een trainer ziet onder andere:
de lessen van vandaag;
eerstvolgende locatie en baan;
toegewezen groepen en spelers;
geplande lesonderwerpen;
openstaande lesvoorbereidingen;
nog in te vullen aanwezigheid;
leerdoelen en aandachtspunten;
recente berichten en wijzigingen.
Een speler ziet:
de eerstvolgende training;
datum, tijd, locatie en baan;
trainer en trainingsgroep;
persoonlijke leerdoelen;
aanwezigheid en voortgang;
gedeelde documenten;
facturen en betaalstatus;
belangrijke meldingen.
Clubs en locaties krijgen inzicht in:
lessen van vandaag;
bezetting per baan;
trainers en groepen op locatie;
aankomende activiteiten;
wijzigingen of annuleringen;
contactpersonen;
operationele aandachtspunten.
Het dashboard moet niet alleen informatie tonen, maar gebruikers ook direct naar de juiste vervolgstap leiden.
Een goede gebruikerservaring ontstaat wanneer een gebruiker een taak zonder onnodige tussenstappen kan afronden. Daarom worden de belangrijkste processen als complete gebruikersstromen ontworpen.
Voorbeelden hiervan zijn:
De gebruiker kiest Nieuwe speler.
Het portaal controleert of de persoon al bestaat.
Een bestaand centraal persoonprofiel wordt hergebruikt of een nieuw profiel wordt aangemaakt.
Het spelersprofiel wordt gekoppeld.
De speler kan aan een trainingsgroep, planning en organisatie worden toegevoegd.
Indien gewenst wordt een gebruikersaccount uitgenodigd.
De planner kiest datum en tijd.
De locatie en beschikbare baan worden geselecteerd.
Het systeem controleert baan- en trainerbeschikbaarheid.
Een trainer, groep en lesonderwerp worden gekoppeld.
De les wordt opgeslagen.
De betrokken gebruikers krijgen een melding.
De les verschijnt op de persoonlijke dashboards.
De trainer opent de actuele les.
Aanwezigheid wordt geregistreerd.
Oefeningen en leerdoelen worden vastgelegd.
De trainer voegt observaties of evaluaties toe.
De gegevens worden aan de juiste spelers en lesreeks gekoppeld.
De volgende les kan vanuit dezelfde omgeving worden voorbereid.
Een factuur wordt aangemaakt vanuit een speler, groep, abonnement of lesreeks.
Tarieven en betaalvoorwaarden worden toegepast.
De factuur krijgt een unieke status.
Een betaling wordt later aan de factuur gekoppeld.
Het dashboard toont openstaand, betaald, gedeeltelijk betaald of achterstallig.
PadelOS gebruikt verschillende weergaven voor verschillende soorten informatie.
Tabellen zijn geschikt voor beheerders en planners die veel records tegelijk willen vergelijken. Tabellen ondersteunen:
sorteren per kolom;
zoeken;
filters;
paginering;
kolommen tonen of verbergen;
meerdere records selecteren;
bulkacties;
exporteren;
snelle bewerking;
openen van een detailrecord.
Kaarten zijn geschikter voor mobiele gebruikers en visueel georiënteerde processen. Een spelerskaart kan bijvoorbeeld naam, niveau, groep, trainer, status en eerstvolgende training tonen.
Een detailpagina brengt alle informatie over één record samen. Een spelerprofiel kan tabbladen bevatten voor:
persoonsgegevens;
contactgegevens;
trainingsgroepen;
planning;
aanwezigheid;
leerdoelen;
evaluaties;
facturen;
betalingen;
documenten;
wijzigingsgeschiedenis.
Dezelfde ontwerpstructuur kan worden gebruikt voor trainers, clubs, locaties, banen, lessen en organisaties.
Formulieren worden zoveel mogelijk dynamisch opgebouwd vanuit de Field Registry. Daarin staat per veld onder andere:
veldnaam;
zichtbaar label;
datatype;
verplicht of optioneel;
standaardwaarde;
invoertype;
keuzelijst;
validatieregel;
zoekbaarheid;
sorteerbaarheid;
rolrechten;
helptekst;
positie in het formulier.
Hierdoor hoeft niet voor iedere tabel een volledig afzonderlijk formulier te worden geprogrammeerd.
Kleine bewerkingen kunnen in een modal worden uitgevoerd. Grotere of gevoeligere processen krijgen een volledige pagina. Verwijderen, annuleren en andere belangrijke acties worden altijd bevestigd.
Validatiemeldingen moeten duidelijk aangeven:
welk veld niet correct is;
waarom de invoer niet geldig is;
welke waarde wordt verwacht;
hoe de gebruiker het probleem kan oplossen.
Ingevoerde gegevens mogen niet verdwijnen wanneer een validatiefout optreedt.
De zoekfunctie wordt een centrale ingang van het portaal. Gebruikers moeten niet eerst weten in welke tabel een gegeven staat.
Een algemene zoekopdracht kan resultaten tonen uit:
personen;
spelers;
trainers;
gebruikers;
organisaties;
clubs;
locaties;
banen;
lessen;
planningen;
facturen;
betalingen;
documenten.
Naast algemeen zoeken krijgt iedere module eigen filters. Bij spelers kan worden gefilterd op niveau, status, trainer, groep, club of locatie. Bij planning kan worden gefilterd op datum, trainer, locatie, baan, lesreeks en status.
Veelgebruikte filters kunnen worden opgeslagen als persoonlijke weergave, zoals:
mijn lessen van deze week;
spelers zonder trainingsgroep;
openstaande evaluaties;
facturen die nog niet betaald zijn;
lessen op één specifieke locatie;
beschikbare trainers voor een bepaald tijdvak.
PadelOS krijgt een centraal meldingssysteem voor wijzigingen die aandacht vragen.
Meldingen kunnen ontstaan bij:
een nieuwe les;
een gewijzigde lestijd;
een andere baan of locatie;
een annulering;
een uitnodiging;
een openstaande evaluatie;
ontbrekende aanwezigheid;
een nieuwe factuur;
een ontvangen betaling;
een validatiefout;
een verlopen certificering;
een belangrijke systeemwijziging.
Een melding bevat altijd een duidelijke actie. De gebruiker kan direct vanuit de melding naar de betreffende les, speler, factuur of taak gaan.
In een latere fase kunnen meldingen worden doorgegeven via e-mail, WhatsApp, agenda-integraties of pushberichten. De gebruiker en organisatie moeten kunnen instellen welke meldingen via welk kanaal worden ontvangen.
PadelOS wordt ontworpen volgens een mobile-first benadering. Trainers, spelers en locatiebeheerders gebruiken het systeem vaak langs de baan en hebben daar geen groot scherm beschikbaar.
Op mobiele apparaten worden daarom:
brede tabellen omgezet naar kaarten;
primaire acties onder handbereik geplaatst;
navigatiemenu’s compact weergegeven;
formulieren in één kolom geplaatst;
grote klikvlakken gebruikt;
datum-, tijd- en keuzelijsten mobiel geoptimaliseerd;
minder belangrijke informatie ingeklapt;
snelacties vast onderaan het scherm geplaatst;
swipe-acties alleen als aanvullende bediening gebruikt.
Belangrijke functies moeten altijd ook zonder swipe beschikbaar blijven. Een gebruiker mag niet afhankelijk zijn van verborgen gebaren om een record te openen, op te slaan of te verwijderen.
De interface wordt getest op smartphones, tablets, laptops en grote desktopschermen.
Het PadelOS Enterprise Portal moet bruikbaar zijn voor zoveel mogelijk mensen, ongeacht technische ervaring, apparaat of eventuele beperking.
Daarom wordt rekening gehouden met:
voldoende kleurcontrast;
leesbare lettergroottes;
duidelijke koppen en labels;
bediening met toetsenbord;
zichtbare focusindicatoren;
ondersteuning voor schermlezers;
tekstalternatieven voor iconen en afbeeldingen;
begrijpelijke foutmeldingen;
consistente plaatsing van knoppen;
eenvoudige taal;
geen informatie die uitsluitend via kleur wordt overgebracht;
bevestiging bij belangrijke acties.
Iconen worden waar nodig gecombineerd met tekst. Een prullenbakicoon krijgt bijvoorbeeld het label Verwijderen. Statussen als actief, concept, geannuleerd en betaald krijgen naast een kleur ook een tekstuele aanduiding.
Toegankelijkheid wordt vanaf het begin onderdeel van ontwerp, ontwikkeling en testen.
Bestaande organisaties moeten hun gegevens gecontroleerd kunnen overbrengen naar PadelOS. Daarom ondersteunt het portaal importfuncties voor onder andere:
CSV;
JSON;
TXT;
spreadsheetgegevens;
bestaande PadelOS-tabbladen.
Een importproces bestaat uit verschillende stappen:
bestand selecteren;
gegevens inlezen;
kolommen koppelen aan PadelOS-velden;
voorbeeldweergave tonen;
verplichte velden controleren;
duplicaten herkennen;
fouten en waarschuwingen tonen;
import bevestigen;
importresultaat vastleggen.
Gegevens kunnen worden geëxporteerd naar bijvoorbeeld:
CSV;
JSON;
TXT;
PDF;
afdrukweergave;
deelbare tekst;
WhatsApp-bericht;
e-mailvoorbereiding.
Exportrechten worden per rol en gegevenstype ingesteld. Persoonsgegevens mogen niet zonder passende bevoegdheid in bulk worden geëxporteerd.
Het Enterprise Portal haalt zijn structuur op uit de centrale PadelOS Registry.
Bepaalt welke modules bestaan, hoe zij heten, welke iconen en routes zij gebruiken en voor welke rollen zij zichtbaar zijn.
Beschrijft de onderliggende tabellen, primaire ID-velden, status, databron en beschikbare CRUD-acties.
Bepaalt welke velden aanwezig zijn, hoe zij worden weergegeven, gevalideerd, doorzocht en bewerkt.
Legt relaties vast tussen bijvoorbeeld:
persoon en speler;
persoon en trainer;
gebruiker en persoon;
organisatie en contactpersoon;
club en locatie;
locatie en baan;
trainer en planning;
speler en trainingsgroep;
les en lesreeks;
factuur en betaling.
Bevat aanvullende instellingen voor labels, statussen, categorieën, standaardwaarden, schermposities en gedrag.
CRUD staat voor:
Create: een nieuw record aanmaken;
Read: records ophalen en bekijken;
Update: bestaande gegevens wijzigen;
Delete: een record verwijderen of archiveren.
Het portaal verstuurt een actie naar de centrale API. De backend controleert de gebruiker, rol, tabel, velden en validatieregels. Pas daarna wordt de actie uitgevoerd. Het resultaat wordt teruggestuurd en zichtbaar gemaakt in de interface.
Hierdoor ontstaat één dynamisch systeem waarin nieuwe modules en velden later kunnen worden toegevoegd zonder het volledige portaal opnieuw te bouwen.
PadelOS werkt met rolgebaseerde toegang. Iedere gebruiker krijgt alleen toegang tot noodzakelijke informatie en acties.
De basisrollen zijn:
administrator;
manager;
planner;
trainer;
speler;
clubbeheerder;
locatiebeheerder;
financiële medewerker;
viewer of tester.
Rechten worden niet alleen per module, maar waar nodig ook per actie en record bepaald. Een trainer kan bijvoorbeeld spelers uit de eigen groepen bekijken, maar niet automatisch alle spelers binnen alle organisaties. Een speler kan het eigen profiel bekijken, maar geen gegevens van andere spelers openen.
Veiligheidsmaatregelen omvatten onder andere:
gecontroleerde login;
rollen en rechten;
sessiebeheer;
server-side validatie;
bescherming van persoonsgegevens;
logging van belangrijke wijzigingen;
beperking van bulkexport;
veilige verwerking van verwijderacties;
scheiding tussen test- en productiegegevens;
herstelmogelijkheden bij fouten.
Verwijderen betekent waar mogelijk eerst archiveren of deactiveren. Definitief verwijderen wordt alleen beschikbaar voor bevoegde beheerders en na aanvullende controle.
De technische en visuele basis van het PadelOS Enterprise Portal is aanwezig.
Er is al gewerkt aan:
een responsive portalshell;
zijmenu en bovenbalk;
dashboardkaarten;
statistiekblokken;
tabellen en panelen;
modals en formulieren;
mobiele kaartweergave;
tabelselectie;
dynamische kolommen;
zoeken en sorteren;
recordeditor;
nieuw record aanmaken;
records opslaan en wijzigen;
records verwijderen en dupliceren;
koppeling met Google Apps Script;
ophalen van tabellen, kolomnamen en rijen;
basis-CRUD voor Google Sheets;
Registry-structuren;
Database Explorer;
navigatie voor spelers, trainers, locaties, banen, planning, facturen en betalingen.
De bestaande frontend toont daarmee al de belangrijkste bouwstenen. De volgende stap is niet opnieuw beginnen, maar de huidige onderdelen verbinden tot betrouwbare gebruikersstromen.
Nog te ontwikkelen of verder te verbeteren zijn onder andere:
volledige login en sessiecontrole;
rechten per rol en record;
persoonlijke dashboards;
centrale zoekfunctie;
dynamische formulieren vanuit de Field Registry;
Relation Registry-koppelingen in formulieren;
beschikbaarheidscontrole voor trainers en banen;
volledige planning en agendaweergave;
lesvoorbereiding en evaluatie;
meldingen en taken;
importwizard;
gecontroleerde exports;
facturatie- en betaalprocessen;
foutafhandeling en herstel;
auditlog;
toegankelijkheidstesten;
structurele mobiele gebruikerstesten.
Het portaal wordt in beheersbare fasen uitgebouwd.
portalshell stabiliseren;
responsive navigatie afronden;
consistente componenten vastleggen;
laden, foutmeldingen en lege staten verbeteren;
ontwerpregels en stijlgids documenteren.
Module Registry koppelen aan navigatie;
Table Registry koppelen aan overzichten;
Field Registry koppelen aan formulieren;
Relation Registry gebruiken voor keuzelijsten en relaties;
generieke CRUD-processen testen.
login implementeren;
gebruikers aan centrale personen koppelen;
rollen en rechten activeren;
persoonlijke dashboards opbouwen;
toegang per organisatie en record begrenzen.
spelers, trainers en groepen;
clubs, locaties en banen;
planning en agenda;
lessen en lesreeksen;
aanwezigheid;
leerdoelen en evaluaties.
meldingen en taken;
e-mail- en WhatsApp-voorbereiding;
facturen;
betalingen;
abonnementen;
tarieven en contracten;
financiële dashboards.
rapportages;
dashboards per organisatie;
import- en exportbeheer;
auditlog;
prestatieverbetering;
meertaligheid;
multi-tenant uitbreiding via CAMTESI;
externe API-koppelingen.
Elke fase wordt eerst getest met realistische gebruikersstromen en pilotgebruikers voordat zij breder beschikbaar wordt gemaakt.
PadelOS wordt ontwikkeld als een samenhangend platform voor en met de praktijk. UX-designers, frontendontwikkelaars, trainers, spelers, clubs, locaties, testers, maatschappelijke organisaties en pilotpartners kunnen op verschillende manieren bijdragen.
UX-designers kunnen helpen met:
gebruikersinterviews;
navigatiestructuren;
wireframes en prototypes;
mobiele gebruikersstromen;
toegankelijkheid;
formulieren en foutmeldingen;
gebruikerstesten.
Frontendontwikkelaars kunnen bijdragen aan:
herbruikbare componenten;
responsive layouts;
dynamische formulieren;
tabellen en kaartweergaven;
state management;
API-koppelingen;
performance;
foutafhandeling;
geautomatiseerde tests.
Trainers en spelers kunnen testen of het portaal aansluit op de praktijk:
zijn lessen snel vindbaar;
is de planning duidelijk;
werkt de mobiele bediening langs de baan;
zijn leerdoelen en evaluaties begrijpelijk;
kost registratie niet te veel tijd;
worden alleen relevante gegevens getoond?
Pilotorganisaties kunnen realistische processen testen rond:
gebruikers en rollen;
trainingsgroepen;
baanplanning;
locatiebeheer;
lessen en aanwezigheid;
communicatie;
facturatie;
rapportage.
De ontwikkeling van het Enterprise Portal draait niet alleen om meer functies. Het doel is een betrouwbare, begrijpelijke en veilige werkruimte waarin alle onderdelen logisch samenwerken.
PadelOS verbindt de centrale database, Registry, CRUD-processen en gebruikersrollen met een interface die in de dagelijkse praktijk bruikbaar is. Zo groeit het systeem stap voor stap van een technische basis naar een compleet platform voor trainers, spelers, padelscholen, clubs, locaties, maatschappelijke organisaties en internationale samenwerkingspartners.
PadelOS Enterprise Portal maakt centrale gegevens praktisch bruikbaar: één werkruimte, verschillende rollen en altijd toegang tot de juiste informatie op het juiste moment.