PadelOS Facturatie & Betalingen vormt de financiële administratielaag van het PadelOS-platform. De module is bedoeld om lessen, lesreeksen, abonnementen, clinics, baanhuur, trainersuren, producten en aanvullende diensten te verbinden aan offertes, facturen en betalingen.
Het doel is één samenhangende werkwijze te realiseren: vanaf de inschrijving of planning tot en met facturatie, betaling, controle en rapportage. Trainers, padelscholen, clubs en organisaties hoeven financiële gegevens daardoor niet telkens opnieuw in verschillende bestanden of systemen in te voeren.
De module wordt stapsgewijs ontwikkeld. Basisgegevens en financiële tabellen kunnen binnen de bestaande Google Sheets-, Registry- en CRUD-architectuur worden voorbereid. Geautomatiseerde betaalverwerking, boekhoudkoppelingen en uitbetalingen vereisen aanvullende ontwikkeling, beveiliging, validatie en samenwerking met gespecialiseerde betaal- en boekhoudpartners.
De visie van PadelOS is dat financiële administratie een logisch gevolg wordt van wat daadwerkelijk binnen de organisatie plaatsvindt.
Wanneer een speler zich inschrijft voor een lesreeks, een trainer een clinic verzorgt of een club banen beschikbaar stelt, ontstaan financiële afspraken. PadelOS moet deze afspraken gestructureerd kunnen vastleggen en vertalen naar factureerbare prestaties.
De financiële module heeft vijf centrale doelen:
administratief werk verminderen;
financiële gegevens betrouwbaar koppelen aan operationele activiteiten;
openstaande bedragen en betalingen inzichtelijk maken;
fouten, dubbele invoer en gemiste facturatie voorkomen;
betrouwbare management- en financiële rapportages ondersteunen.
PadelOS is daarbij geen vervanging voor professioneel fiscaal of boekhoudkundig advies. Het platform moet financiële processen ondersteunen en gegevens zorgvuldig voorbereiden voor controle, verwerking en eventuele overdracht naar een boekhoudsysteem.
Veel trainers, padelscholen en sportorganisaties werken met losse spreadsheets, agenda’s, betaalverzoeken, bankafschriften en handmatig gemaakte facturen. Daardoor ontstaan regelmatig problemen zoals:
lessen die wel zijn gegeven maar niet zijn gefactureerd;
betalingen zonder duidelijke factuurkoppeling;
onjuiste tarieven of btw-behandeling;
onduidelijkheid over wie de opdrachtgever of debiteur is;
gemiste herinneringen en achterstallige betalingen;
moeilijk controleerbare trainersvergoedingen;
dubbele facturen of dubbele betalingen;
onvoldoende inzicht in omzet, kosten en kasstromen;
persoonsgegevens die onnodig over meerdere bestanden zijn verspreid;
verschillen tussen planning, aanwezigheid en financiële administratie.
PadelOS brengt planning, relaties, tarieven, facturatie en betalingen bij elkaar. Hierdoor ontstaat een controleerbare administratieve keten van afspraak naar financiële verwerking.
PadelOS Facturatie & Betalingen wordt ontwikkeld voor verschillende gebruikers en organisaties:
zelfstandige padeltrainers;
padelscholen en tennis- en padelverenigingen;
commerciële padellocaties;
clubs en sportorganisaties;
planners en administratief medewerkers;
penningmeesters en financieel managers;
boekhouders en accountants;
trainers in loondienst of op opdrachtniveau;
maatschappelijke organisaties en stichtingen;
bedrijven die clinics of sportprogramma’s inkopen;
fintech- en softwareontwikkelaars;
betaalproviders en integratiepartners;
investeerders en samenwerkingspartners.
Iedere doelgroep krijgt alleen toegang tot de gegevens en handelingen die bij de eigen rol en verantwoordelijkheid horen.
De beoogde financiële module ondersteunt uiteindelijk de volledige commerciële en administratieve cyclus:
offertes opstellen en opvolgen;
offertes omzetten naar contracten of facturen;
eenmalige en terugkerende facturen aanmaken;
factuurregels samenstellen;
tarieven en prijsafspraken beheren;
abonnementen en lespakketten registreren;
contracten en looptijden vastleggen;
betaalverzoeken en betaallinks voorbereiden;
ontvangen betalingen registreren;
facturen en betalingen aan elkaar koppelen;
deelbetalingen verwerken;
creditfacturen en restituties registreren;
openstaande posten bewaken;
betalingsherinneringen voorbereiden;
abonnementstermijnen genereren;
trainersuren en vergoedingen berekenen;
uitbetalingen administratief voorbereiden;
omzet, saldo en betaalstatus rapporteren;
financiële gegevens exporteren;
mutaties en controles vastleggen in auditlogs.
Niet al deze functies zijn momenteel technisch gerealiseerd. Ze beschrijven de functionele doelarchitectuur en de roadmap van de module.
De financiële architectuur bestaat uit onderling verbonden modules en tabellen.
KLANTEN – natuurlijke personen en organisaties die als debiteur optreden;
PRODUCTEN – lessen, abonnementen, clinics, baanhuur en overige diensten;
TARIEVEN – standaardprijzen, btw-instellingen en geldigheidsperioden;
TARIEFAFSPRAKEN – afwijkende afspraken per klant, trainer, club of contract;
OFFERTES – commerciële voorstellen met geldigheid en status;
OFFERTEREGELS – afzonderlijke producten en bedragen binnen een offerte;
CONTRACTEN – afspraken over looptijd, prijs, opzegging en facturatiefrequentie;
ABONNEMENTEN – terugkerende diensten en betalingsperioden;
FACTUREN – factuurkop, debiteur, datum, vervaldatum en betaalstatus;
FACTUURREGELS – aantallen, tarieven, korting, btw en regelbedragen;
BETALINGEN – ontvangen, mislukte, terugbetaalde of nog te verwerken bedragen;
TRANSACTIES – afzonderlijke financiële mutaties en providerreferenties;
RESTITUTIES – volledige of gedeeltelijke terugbetalingen;
UITBETALINGEN – administratieve verwerking van bedragen voor trainers of partners;
HERINNERINGEN – communicatie over openstaande en vervallen facturen;
FACTURATIE_RUNS – gecontroleerde batchverwerking van factureerbare activiteiten;
TRAINER_UREN – geregistreerde uren en berekende trainersvergoedingen;
ACTIVITEIT_KOSTEN – kosten die bij lessen, clinics of andere activiteiten horen.
Iedere tabel krijgt unieke ID’s, statussen, datumvelden, bronverwijzingen en metadata voor controle en herleidbaarheid.
Een financiële verwerking kan binnen PadelOS als volgt verlopen:
Een speler, team, club of organisatie boekt een les, lesreeks of activiteit.
PadelOS bepaalt welke klant of organisatie de betalingsplichtige partij is.
Het toepasselijke product, tarief, contract of abonnement wordt opgezocht.
De geplande activiteit wordt na controle factureerbaar gemaakt.
PadelOS stelt een conceptfactuur met factuurregels samen.
Een bevoegde gebruiker controleert klantgegevens, tarieven, btw en periode.
Na goedkeuring krijgt de factuur een definitief nummer en wordt deze vastgelegd.
De factuur kan vervolgens worden verzonden of geëxporteerd.
Een betaling wordt handmatig of via een toekomstige koppeling geregistreerd.
De betaling wordt afgeletterd tegen één of meerdere facturen.
De factuurstatus verandert bijvoorbeeld van open naar gedeeltelijk betaald of betaald.
Openstaande en vervallen bedragen worden zichtbaar in het dashboard.
Alle relevante handelingen worden opgenomen in het financiële controlelog.
Definitieve facturen mogen na uitgifte niet stilzwijgend worden aangepast. Correcties moeten via een controleerbare correctie, creditfactuur of nieuwe factuur plaatsvinden.
De eerste financiële basis kan aansluiten op de bestaande PadelOS-architectuur met Google Apps Script, Google Sheets, een centrale Registry, CRUD-processen en het Enterprise Portal.
De geplande technische onderdelen zijn:
FinanceSetup.gs voor het aanmaken en controleren van financiële tabellen;
FinanceDatabase.gs voor gegevensopslag en queries;
FinanceRegistry.gs voor module-, tabel-, veld- en relatieregistratie;
FinanceCalculations.gs voor totalen, btw, korting en saldo;
FinanceRouter.gs voor beveiligde financiële API-routes;
een financieel dashboard in het PadelOS Enterprise Portal;
een CRUD-interface voor facturen, betalingen en tarieven;
exportfuncties voor PDF, CSV en JSON;
latere integraties met betaal- en boekhoudsystemen.
De beoogde portaalroute voor facturen is bijvoorbeeld #/finance/facturen.
Bij verdere groei moet de financiële administratie worden ondergebracht in een professionele transactionele database. Google Sheets kan geschikt zijn voor prototyping, gecontroleerde pilots en gegevensvoorbereiding, maar is niet zonder aanvullende maatregelen bedoeld als volwaardige financiële transactiedatabase voor grootschalige productie.
Financiële gegevens vereisen strengere toegangsrechten dan algemene les- of planningsgegevens.
Kan de financiële configuratie, gebruikersrechten, tabellen, auditlogs en integraties beheren. Toegang tot gevoelige betaalinstellingen moet afzonderlijk worden toegekend.
Kan offertes, facturen, betalingen, abonnementen, contracten, restituties en financiële rapportages beheren.
Kan conceptfacturen en operationele financiële gegevens bekijken of voorbereiden, afhankelijk van de ingestelde rechten.
Kan financiële gegevens van de eigen club of organisatie beheren, maar niet die van andere organisaties.
Kan eigen uren, vergoedingen en relevante factuurstatussen bekijken. Een trainer krijgt niet automatisch toegang tot alle klant- of organisatiefinanciën.
Kan uitsluitend de eigen facturen, betalingen, betaalverzoeken en documenten bekijken.
Kan lees- of exporttoegang krijgen tot expliciet geselecteerde financiële gegevens en perioden.
Rechten moeten toepasbaar zijn per module, tabel, record, veld en handeling. Daarbij wordt onderscheid gemaakt tussen bekijken, aanmaken, wijzigen, goedkeuren, exporteren, crediteren en verwijderen.
Facturatie staat niet los van de rest van PadelOS. Financiële records worden gekoppeld aan operationele gegevens.
Financieel onderdeel
Mogelijke koppeling
Factuur
speler, klant, club of organisatie
Factuurregel
les, lesreeks, clinic, abonnement, baan of product
Tarief
product, trainer, niveau, locatie, contract of periode
Betaling
factuur, klant, betaalprovider en transactie
Contract
organisatie, club, trainer of opdrachtgever
Abonnement
speler, team, lesgroep of organisatie
Traineruur
trainer, planning, activiteit en locatie
Uitbetaling
trainer, club, partner, periode en goedgekeurde prestatie
Restitutie
oorspronkelijke betaling en factuur
Herinnering
openstaande factuur en facturatiecontact
De centrale tabellen PERSONEN, ORGANISATIES, ORGANISATIE_PERSONEN, CLUBCONTACTEN en CONTACTS helpen bepalen wie klant, deelnemer, contactpersoon of facturatiecontact is.
Binnen CLUBCONTACTEN kan bijvoorbeeld expliciet worden vastgelegd wie als facturatiecontact, trainingscontact of planningscontact optreedt.
PadelOS beschikt al over een voorbereidende structuur voor FACTUREN, BETALINGEN, ABONNEMENTEN, CONTRACTEN en TARIEVEN. Facturen en betalingen zijn als hoofdmodules opgenomen in de beoogde navigatie van het Enterprise Portal.
Ook bestaan er technische fundamenten die voor financiële verwerking kunnen worden hergebruikt:
centrale tabelregistratie;
dynamische headers en velden;
CRUD-functies;
unieke record-ID’s;
relaties tussen personen en organisaties;
rollen en moduletoegang;
planning van lessen, trainers, spelers en locaties;
import- en exportmogelijkheden;
een ontwikkelomgeving voor testen en migraties.
Dit betekent niet dat de volledige financiële administratie al productieklaar is. Automatische factuurnummering, fiscale validatie, documentgeneratie, betalingsmatching, providerkoppelingen en boekhoudexports moeten nog systematisch worden ontwikkeld en getest.
De volgende onderdelen zijn aanwezig of inhoudelijk voorbereid:
navigatie voor Facturen en Betalingen;
financiële tabbladnamen in de bestaande gegevensstructuur;
koppelingen met spelers, trainers, clubs en organisaties;
een centrale Registry-opzet;
generieke CRUD-processen;
voorbereidende rollen voor Administrator, Finance, Club Admin en Player;
conceptuele KPI’s voor omzet en openstaande posten;
de mogelijkheid om datasets als CSV of JSON te exporteren;
een ontwikkelomgeving waarin migraties met DRY_RUN kunnen worden getest;
een gegevensmodel voor klanten, producten, facturen, factuurregels, betalingen en transacties.
Deze onderdelen vormen de fundering waarop een veilige financiële pilot kan worden gebouwd.
Voor een betrouwbare productiemodule zijn onder andere de volgende onderdelen nodig:
een formeel vastgesteld financieel datamodel;
ononderbroken en unieke factuurnummering;
btw-regels en afrondingsregels;
correcte creditfacturen;
PDF-factuurgeneratie;
veilige documentopslag;
gecontroleerde verzending;
automatische betaalstatussen;
matching tussen bank- of providertransacties en facturen;
gedeeltelijke betalingen;
terugboekingen en restituties;
abonnementstermijnen;
herinneringsschema’s;
trainersvergoedingen en uitbetalingscontroles;
periodeafsluiting;
auditlogs en functiescheiding;
gegevensretentie en archivering;
boekhoudexports;
uitgebreide autorisatietests;
back-up- en herstelprocedures;
monitoring en incidentafhandeling.
Voordat echte financiële transacties worden verwerkt, moeten datamodel, beveiliging en fiscale werkwijze door deskundigen worden beoordeeld.
tabellen en Registry-velden vaststellen;
klanten en producten koppelen;
tarieven en tariefafspraken beheren;
conceptfacturen en factuurregels aanmaken;
handmatige betalingen registreren.
factuurnummering invoeren;
btw- en totaalberekeningen testen;
facturen goedkeuren en definitief maken;
PDF-documenten genereren;
openstaande posten tonen;
correcties en creditfacturen ondersteunen.
brutovolume en omzet tonen;
openstaand en achterstallig saldo berekenen;
periodevergelijkingen toevoegen;
inkomsten per product, trainer, locatie en organisatie rapporteren;
exports voor boekhouding en controle ontwikkelen.
terugkerende facturatie;
abonnementsperioden;
contractvoorwaarden en prijsafspraken;
automatische conceptfacturen;
opzeggingen, pauzes en wijzigingen.
beveiligde testintegratie met een geselecteerde betaalprovider;
betaallinks en betaalstatussen;
webhooks en transactieverificatie;
restituties;
mogelijke boekhoudkoppelingen.
trainersvergoedingen;
gecontroleerde uitbetalingsvoorstellen;
financiële scheiding per organisatie;
meerdere valuta en landen;
internationale fiscale configuratie;
CAMTESI-schaalbaarheid.
Iedere fase wordt eerst in een testomgeving uitgevoerd voordat productiegebruik wordt overwogen.
Het financiële dashboard geeft gebruikers een actueel overzicht op basis van hun rol en organisatie.
brutovolume vandaag;
brutovolume gisteren;
omzet deze week, maand en jaar;
ontvangen betalingen;
openstaand bedrag;
achterstallig bedrag;
beschikbaar of geregistreerd saldo;
verwachte uitbetalingen;
betaalde facturen in de geselecteerde periode;
aantal mislukte of niet-gematchte betalingen;
aantal facturen dat binnenkort vervalt.
Het dashboard kan worden gefilterd op:
vandaag, gisteren of afgelopen zeven dagen;
week, maand, kwartaal of jaar;
aangepaste periode;
organisatie of club;
locatie;
trainer;
product of dienst;
klanttype;
betaalstatus;
betaalmethode.
Omzetgrafieken kunnen bedragen per dag, week of maand tonen. Periodevergelijking maakt zichtbaar hoe de gekozen periode zich verhoudt tot de vorige periode of hetzelfde tijdvak in een eerder jaar.
Dashboardbedragen moeten altijd herleidbaar zijn naar de onderliggende transacties, facturen en filters.
Voor een professionele financiële module is samenwerking nodig tussen verschillende vakgebieden:
boekhouders en accountants;
fiscalisten;
privacy- en AVG-deskundigen;
informatiebeveiligingsspecialisten;
fintech- en backendontwikkelaars;
betaalproviders;
juristen voor contracten en algemene voorwaarden;
UX-ontwerpers voor begrijpelijke betaalstromen;
padelscholen en clubs als pilotorganisaties;
trainers en administratief medewerkers als praktijktesters.
Externe deskundigen zijn vooral belangrijk voor btw-behandeling, bewaartermijnen, factuurvereisten, functiescheiding, betalingsverwerking en internationale uitbreiding.
Een goed werkende financiële module kan PadelOS-gebruikers helpen om:
sneller en vollediger te factureren;
minder administratieve fouten te maken;
betalingen eenvoudiger te controleren;
openstaande posten eerder op te volgen;
financiële afspraken centraal vast te leggen;
trainersvergoedingen beter te onderbouwen;
omzet per activiteit of organisatie inzichtelijk te maken;
gegevens gecontroleerd aan een boekhouder over te dragen;
spelers en opdrachtgevers meer transparantie te bieden;
financiële groei beter te plannen.
Het belangrijkste resultaat is niet alleen automatisering, maar een betrouwbare en controleerbare administratieve werkwijze.
Financiële verwerking brengt aanzienlijke verantwoordelijkheden met zich mee.
Geheime API-sleutels mogen nooit in de frontend, Google Site of openbare broncode worden opgeslagen. Sleutels moeten server-side worden beheerd met passende toegangscontrole en sleutelrotatie.
Andere noodzakelijke maatregelen zijn:
versleutelde communicatie;
sterke authenticatie;
rolgebaseerde autorisatie;
logging van financiële handelingen;
functiescheiding bij goedkeuring en uitbetaling;
bescherming tegen dubbele verwerking;
verificatie van providerberichten;
back-ups en hersteltests;
monitoring van verdachte activiteiten.
Factuurnummers, factuurdata, btw, creditnota’s, bewaartermijnen en bedrijfsgegevens moeten voldoen aan de toepasselijke wet- en regelgeving. Deze regels kunnen per land, rechtsvorm, product en klanttype verschillen.
PadelOS mag fiscale instellingen daarom niet zonder controle veronderstellen. Een bevoegde administrateur of financieel deskundige moet de configuratie goedkeuren.
Alleen noodzakelijke persoonsgegevens mogen in financiële documenten en tabellen worden verwerkt. Gebruikers moeten kunnen zien waarom gegevens worden verwerkt, hoe lang deze worden bewaard en wie toegang heeft.
Betaalgegevens mogen niet onnodig binnen PadelOS worden opgeslagen. Gevoelige kaart- of bankgegevens horen waar mogelijk bij een gecertificeerde betaalprovider te blijven.
Belangrijke financiële handelingen moeten minimaal voorzien zijn van:
validatie vóór definitieve verwerking;
herkenbare concept- en definitieve statussen;
audittrail;
dubbele-invoercontrole;
aansluiting tussen facturen en betalingen;
periodecontroles;
fout- en uitzonderingsrapportages;
gecontroleerde correctieprocedures.
PadelOS kan in de toekomst worden verbonden met betaalproviders en boekhoudsystemen. Stripe is een mogelijke kandidaat voor onderzoek, maar is niet definitief gekozen of productieklaar geïntegreerd.
Een toekomstige betaalproviderkoppeling kan mogelijk ondersteunen:
gehoste betaalpagina’s;
eenmalige betaallinks;
betaalstatussen;
terugkerende betalingen;
webhooks;
restituties;
transactierapportages;
uitbetalingsinformatie.
De ontwikkeling moet beginnen in een volledig gescheiden test- of sandboxomgeving. Test- en livegegevens, sleutels, webhooks en transacties mogen niet door elkaar lopen. Pas na functionele, beveiligings- en financiële acceptatie kan een gecontroleerde productiepilot worden overwogen.
Ook koppelingen met boekhoudpakketten, banken, kassasystemen en andere betaalproviders kunnen later via beveiligde API’s worden onderzocht. PadelOS moet daarbij zoveel mogelijk provider-onafhankelijk blijven, zodat organisaties zelf passende oplossingen kunnen kiezen.
Binnen de bredere CAMTESI-visie kan deze module uiteindelijk verschillende organisaties, landen, valuta, belastingregels en inkomstenstromen ondersteunen. Die internationale ambitie vereist echter een veel zwaardere juridische, fiscale en technische architectuur.
PadelOS zoekt ondernemers, trainers, clubs, administrateurs, boekhouders, fiscalisten, fintechontwikkelaars, betaalpartners en investeerders die willen bijdragen aan een veilige en praktisch bruikbare financiële module voor de padelsport.
Er zijn verschillende manieren om mee te doen:
financiële processen en vereisten helpen beschrijven;
bestaande administratieve knelpunten delen;
het datamodel beoordelen;
conceptschermen en dashboards testen;
factuur- en betaalprocessen valideren;
beveiligings- en privacyadvies geven;
deelnemen als pilotclub of padelschool;
technische integraties ontwikkelen;
bijdragen aan financiering en professionalisering.
Het gezamenlijke doel is een financiële infrastructuur waarin lessen, planning, relaties, facturatie en betalingen aantoonbaar met elkaar verbonden zijn. Niet als losse administratie, maar als een betrouwbare bouwsteen van één samenhangend PadelOS-platform.