Een onkostenapp bouwen: bonnetjes, goedkeuringen en vergoedingen

Een onkostenapp registreert wat er is uitgegeven, waaraan, door wie, met een bonnetje als bijlage. Voor een zzp'er is het een overzichtelijke administratie voor de belastingaangifte. Voor een team is het de route van “ik heb dit betaald” naar “je bent terugbetaald”: indienen, goedkeuren, betalen, exporteren. Om er een te bouwen heb je snelle invoer vanaf een telefoon nodig, uploads van bonnetjes, categorieën, een goedkeuringsstap voor teams en een export die je accountant kan gebruiken. Houd het invoerscherm snel: duurt het loggen van een uitgave langer dan een minuut, dan stoppen mensen ermee.

Persoonlijk, freelance of team?

Wil je eigenlijk maandelijkse uitgaven plannen tegen doelen, lees dan hoe je een budgetapp bouwt. Deze gids gaat over onkostenregistratie voor freelancers en teams.

Wat een onkostenapp nodig heeft

Pagina's

• Uitgave toevoegen: bedrag, valuta, datum, winkel, categorie, notitie, foto van het bonnetje. Op telefoons opent de camera direct.
• Mijn uitgaven: lijst met status (concept, ingediend, goedgekeurd, afgewezen, vergoed) en filters.
• Onkostendeclaratie (optioneel): groepeer uitgaven van één reis of maand en dien ze samen in.
• Goedkeuringen: voor managers: openstaande items met het bonnetje zichtbaar, goedkeuren of afwijzen met reden.
• Financieel overzicht: goedgekeurde items die op vergoeding wachten, als betaald markeren, exporteren.
• Instellingen: categorieën, beleidslimieten, goedkeurders, valuta's.

Gegevens

• Gebruikers: naam, rol, manager (die hun uitgaven goedkeurt).
• Uitgaven: gebruiker, datum, winkel, bedrag (als geheel getal in centen), valuta, btw-bedrag, categorie, project of klant, doorbelastbaar ja/nee, notitie, status, declaratie.
• Bonnetjes: uitgave, bestand, uploaddatum.
• Declaraties: gebruiker, titel, periode, status.
• Goedkeuringsgebeurtenissen: uitgave of declaratie, wie, actie, reden, tijdstip.
• Categorieën en beleid: bijvoorbeeld “Maaltijden: tot een bepaald bedrag per dag, bonnetje verplicht boven een drempel”.

Houd een alleen-toevoegen-logboek van goedkeuringsgebeurtenissen bij in plaats van alleen een status te overschrijven. Wanneer iemand vraagt “wie heeft dit goedgekeurd?”, staat het antwoord in het logboek.

Rechten

• Medewerkers zien en bewerken alleen hun eigen uitgaven, en alleen zolang ze concept of afgewezen zijn.
• Goedkeurders zien de ingediende uitgaven van hun team.
• Financiële medewerkers of beheerders zien alles, markeren vergoedingen en exporteren.

Een goedgekeurde uitgave moet vergrendeld zijn: het wijzigen van het bedrag na goedkeuring moet de uitgave opnieuw ter goedkeuring voorleggen. Onze gids over op rollen gebaseerde toegangscontrole beschrijft hoe je deze rollen bouwt.

Beslissingen en afwegingen

Losse uitgaven of declaraties. Elke uitgave afzonderlijk indienen is eenvoudiger. Groeperen in declaraties past bij reiskosten en maandelijkse claims. Begin met losse uitgaven, tenzij je team al met declaraties werkt.

Eén of twee goedkeuringsstappen. Goedkeuring door een manager is voor de meeste kleine teams voldoende. Voeg een financiële stap toe als de bedragen groot zijn of het beleid dat vereist.

Beleidscontroles. Eenvoudige regels, zoals categorielimieten, bonnetje verplicht boven een bedrag of geen weekendmaaltijden, kunnen uitgaven automatisch markeren. Markeer, maar blokkeer niet; de goedkeurder beslist.

Bonnetjes lezen. AI-modellen en OCR-diensten kunnen winkel, datum en totaal uit een foto halen. Dat scheelt typewerk, maar er worden fouten gemaakt, dus vul het formulier vooraf in en vraag de gebruiker te bevestigen. De sleutel van de AI-provider moet op de server blijven. Zie hoe je AI-functies aan je app toevoegt.

Valuta's. Reizen mensen, sla dan het oorspronkelijke bedrag en de valuta op, plus het omgerekende bedrag tegen de gebruikte koers, met de datum van die koers.

Terugbetalen. De tracker registreert dat een vergoeding heeft plaatsgevonden; de daadwerkelijke betaling loopt meestal via salarisadministratie of je bank. Houd het in het begin zo.

Voorbeeld van een eerste prompt

Bouw een onkostenapp voor een bedrijf met 20 medewerkers. Medewerkers voegen uitgaven toe vanaf hun telefoon: bedrag, valuta, datum, winkel, categorie, project, notitie en een foto van het bonnetje die met de camera wordt gemaakt. Bedragen worden opgeslagen als gehele getallen in centen. Uitgaven beginnen als concept; medewerkers dienen ze in. Elke medewerker heeft een manager die ingediende uitgaven goedkeurt of afwijst met een reden, met het bonnetje naast de details. Markeer, maar blokkeer niet, uitgaven boven de categorielimiet of zonder bonnetje boven 25 dollar. Na goedkeuring is een uitgave vergrendeld; bewerken stuurt haar terug voor goedkeuring. Financiële gebruikers zien alle goedgekeurde uitgaven, markeren ze in batches als vergoed en exporteren een csv met datum, medewerker, winkel, categorie, project, bedrag, valuta, status en een link naar het bonnetje. Registreer elke statuswijziging met wie en wanneer. Rollen: medewerker, manager, financieel. Inloggen met e-mail en wachtwoord, een database en bestandsopslag voor bonnetjes. Voeg twee teams en voorbeelduitgaven toe.

Bouwstappen

1. Scherm voor het toevoegen van een uitgave op een telefoon. Uploaden via de camera, verstandige standaardwaarden (vandaag, laatst gebruikte categorie), in minder dan een minuut af te ronden. Zie hoe je bestandsuploads aan je app toevoegt.
2. Lijst Mijn uitgaven met statussen.
3. Rollen en goedkeuringen. Log in als medewerker, manager en financieel medewerker en controleer wat elk kan zien en wijzigen.
4. Vergrendeling en het auditlogboek. Probeer een goedgekeurde uitgave te bewerken.
5. Beleidsmarkeringen.
6. Export. Geef het csv-bestand aan degene die je boekhouding doet en vraag of het zonder problemen importeert.
7. Bonnetjes lezen (optioneel). Voeg dit toe zodra de handmatige stroom werkt, en vergelijk de gissingen met echte bonnetjes.
8. Pilot met één team gedurende een maand voordat je het uitrolt.

Veelgemaakte fouten

• Trage invoer. Elk extra veld kost inzendingen. Maak alleen bedrag, datum, categorie en bonnetje verplicht.
• Bonnetjes publiek opgeslagen. Bonnetjesbestanden moeten alleen bereikbaar zijn voor mensen die die uitgave mogen zien.
• Bewerkbare goedgekeurde uitgaven. Vergrendel ze, anders heeft de goedkeuring geen betekenis.
• Status overschrijven. Bewaar een logboek van elke wijziging.
• Drijvendekommagetallen voor geld. Gebruik gehele getallen in centen.
• Bonnetjes te vroeg verwijderen. Bewaarregels verschillen; controleer die bij je accountant.
• AI-gelezen totalen vertrouwen zonder controle.

Wanneer kant-en-klare onkostensoftware beter is

Specialistische onkostensoftware biedt koppelingen met bedrijfspassen, automatische bankfeeds, kilometerregistratie, synchronisatie met boekhoudsoftware en mobiele apps, en regelt belasting- en nalevingsdetails voor veel landen. Als je bedrijfspassen nodig hebt of directe synchronisatie met boekhoudsoftware, dan is dat de sterkere keuze.

Bouw zelf wanneer je goedkeuringsregels of categorieën niet passen, wanneer het prijs per gebruiker hoog is voor een team dat maar een paar uitgaven per maand indient, wanneer uitgaven moeten koppelen aan je eigen gegevens (projecten, opdrachten, klanten, panden), of wanneer de tracker onderdeel is van een grotere interne tool. Als je uitgaven doorbelast aan klanten, koppel de app dan aan je factuurapp.

Bouwen met Mythex

Met Mythex kun je de tracker bouwen met de prompt hierboven: je beschrijft hem in de chat, probeert hem uit in de live preview en publiceert hem voor je team. Wanneer de app gegevens moet opslaan, voegt Mythex een Postgres-database en bestandsopslag voor bonnetjes toe. Inloggen regel je zelf: je kiest een aanpak en de agent koppelt die aan de app. Dat geldt ook voor de AI-provider voor het lezen van bonnetjes, waarvan de sleutel als projectgeheim wordt opgeslagen. Wil je van iets dichtbij beginnen, bekijk dan de sjablonen onkostendeclaraties en onkostengoedkeuringen.

Veelgestelde vragen