„400 miljoen ₴ omzet en 5.000 transacties per maand”: hoe een liefdadigheidsorganisatie bij een brigade van de Oekraïense strijdkrachten de budgetten van 30 parallelle projecten beheert

Op dagen met grote inzamelacties lopen er via de rekeningen van de liefdadigheidsorganisatie meer dan 5.000 transacties per dag. Het geld komt binnen via Monobank-spaarpotjes, persoonlijke PrivatBank-overschrijvingen, PayPal in dollars, Wise in euro's. Het gaat eruit naar drones, warmtebeeldcamera's, medische apparatuur, brandstof, reparatie van voertuigen. Achter elke gift zit een concreet iemand die besloten heeft de brigade te steunen. Achter elke uitgave zit een concreet stuk uitrusting dat morgen naar de linie gaat.

De totale omzet van de organisatie bedraagt ongeveer 400 miljoen ₴ per jaar. En dit is geen corporate bedrijf waar alle processen al sinds de jaren 2010 gedigitaliseerd zijn. Dit is fondsenwerving die is voortgekomen uit de vrijwilligersbeweging van 2023 — en waar de financiële zichtbaarheid tot voor kort overeind werd gehouden door de heroïsche inspanning van één boekhoudster en twee technische specialisten.

„Wat ik nodig heb, is dat ik de inkomsten kan categoriseren per specifiek project. Ik moet het budget van een bepaald project kunnen volgen. Stel dat we 100 miljoen voor een project hebben opgehaald — daarvan hebben we al voor 70 miljoen iets betaald, dan blijft er voor mij nog maar 30 miljoen vrij voor dat project”

— Ruslana, financieel directeur van een liefdadigheidsorganisatie bij een brigade van de Oekraïense strijdkrachten

Dit is het verhaal van een organisatie met een omzet die groter is dan die van de meeste Oekraïense dienstverlenende bedrijven, en die de stap zette van gefragmenteerde administratie „via 30 losse inzamelrekeningen” naar managementboekhouding waarin elke gift zijn eigen project kent — en Ruslana vanaf haar telefoon ziet hoeveel geld er nog over is voor een specifieke drone.

Kennismaking: een team van drie en de schaal van een corporate

Ruslana kwam niet vanuit de boekhouding in de fondsenwerving terecht, maar vanuit management. Haar taak is niet om de administratie volgens de officiële boekhoudnorm bij te houden, maar om te zien waar het geld naartoe gaat en hoeveel er nog over is. De reguliere boekhouding wordt apart gedaan, in een eigen programma.

„Wij hebben geen programma voor de boekhouding nodig. Onze boekhoudster werkt in haar eigen programma, daar heeft ze helemaal geen problemen mee. Ik heb een programma nodig voor financiële analyse”

Het team van Ruslana bestaat uit drie mensen. Zijzelf en twee technische specialisten — Bohdan en Vjatsjeslav. Met z'n drieën beheren ze tientallen inzamelingsprojecten die parallel lopen: één voor een partij FPV-drones, een ander voor warmtebeeldcamera's, een derde voor reparatie van voertuigen, een vierde voor een evacuatievoertuig. Elk project heeft donoren, een budget, een deadline.

Vóór de overstap naar het managementsysteem zag de administratie er zo uit: de boekhoudster telde de cijfers op de boekhoudkundige rekeningen op, Ruslana hield handmatig in haar hoofd bij hoeveel elk project had opgehaald en hoeveel er nog over was. Bohdan en Vjatsjeslav maakten technische overzichten uit meerdere bronnen. Het werkte nog wel — maar elk jaar groeide de schaal, en het moment waarop „in het hoofd” niet meer volstond, was onvermijdelijk.

De eerste pijn: de bank toont één cijfer in plaats van duizend verhalen

In volontariaire fondsenwerving is de belangrijkste valuta het vertrouwen van donateurs. Elke cent moet zichtbaar zijn.

Maar de tools die de organisatie in het begin gebruikte, ondermijnden juist die transparantie.

„We hebben een stuk of 30 rekeningen open staan voor liefdadigheidsacties. En als ik mijn zakelijke omgeving open, zie ik niet elke afzonderlijke transactie binnenkomen. Ik krijg gewoon één keer per dag een bedrag te zien dat op onze rekeningen is bijgeschreven. Terwijl ik juist elke transactie zou willen zien”

Dat is geen gril van de financieel directeur. Wanneer een donateur 200 ₴ overmaakt voor een specifieke actie en geen bevestiging ziet, doet hij dat voor de laatste keer. Wanneer het systeem elke gift niet afzonderlijk volgt, is het onmogelijk om persoonlijk te bedanken of later in een rapport te laten zien: „hier is jouw 200 ₴ naartoe gegaan”. De eerste vraag aan Finmap ging niet over rapportages en niet over automatisering — maar over detailniveau van de data. Kun je elke transactie apart zien, ook als het er 5.000 op een dag zijn? Kun je ze categoriseren niet alleen op datum en bedrag, maar ook op het project dat ermee gefinancierd wordt?

De tweede pijn: wanneer automatische regels het niet aankunnen tegen „ruis”

5.000 transacties per dag categoriseer je niet met de hand. In grote, industriële organisaties bestaan daar automatische regels voor: „als in de omschrijving het woord FPV staat — categorie Drones”. Simpel.

Maar Oekraïense banken, vooral de mobiele, voegen in het omschrijvingsveld vreemde artefacten toe. Kosten. Technische codes. Willekeurige spaties. Stukken van oude berichten. Wat Ruslana „ruis” noemt:

„Daar zit dan een AI-tje op geschroefd, want in mijn transacties staat een omschrijving, een provisie, en daarbij overbodige tekst. Ik kan niet voor elk stukje overbodige tekst apart een regel instellen, dus voer ik iets algemeens in”

Standaardregels als „bevat het woord X” lopen vast wanneer in de omschrijving staat: „FPV collectief 200 grn provisie 0,15 ₴ 4140********9876 17.05.2026”. Het woord FPV staat erin — maar samen met tientallen andere tokens die de regel onbetrouwbaar maken.

Hier schiet standaard boekhoudsoftware al tekort — er is AI nodig die de context begrijpt, in plaats van een letterlijke match te zoeken. En hier stelde Ruslana zelf de belangrijkste vraag — over de grenzen van AI, waar we later op terugkomen.

De derde pijn: 30 inzamelrekeningen, 5 valuta, een ononderbroken stroom

De schaal van de organisatie betekent niet alleen volume — het betekent architecturale complexiteit.

„Zowel het aantal bronnen waaruit geld binnenkomt als het aantal bronnen waaruit we uitgeven, is meervoudig gegroeid. Er is een enorm aantal bronnen waaruit we in verschillende valuta verschillende middelen ontvangen. Dat moet je allemaal monitoren, bijhouden, markeren wat naar welk project gaat” 30 inzamelrekeningen in Monobank Business zijn 30 afzonderlijke rekeningen. Plus een zakelijke rekening bij PrivatBank. Plus PayPal voor buitenlandse donateurs. Plus Wise voor regelmatige Europese overschrijvingen. Plus meerdere valuta. Plus de verdeling over projecten.

Geen enkele standaard boekhoudoplossing is bedacht voor dit klantprofiel. Boekhoudprogramma's zijn gericht op de handelscyclus of dienstverlening — niet op fondsenwerving. En gespecialiseerde CRM's voor ngo's (donorsystemen) werken niet goed samen met Oekraïense banken.

Ruslana en haar team hebben meerdere oplossingen getest. Geen enkele dekte meteen alle assen — transactiedetail, projectbudget, multicurrency en een echte koppeling met Oekraïense banken.

Het kantelpunt: wat ze in Finmap vonden

Ruslana kwam naar de demo met een concrete lijst met eisen. Niet „laat maar zien wat jullie kunnen” — maar „kunnen jullie dit, dit en dit doen”.

Waar ze naar op zoek waren:

• Elke transactie apart, ongeacht hoe de bank hem weergeeft
• Categorisering per project met de mogelijkheid om het resterende budget in realtime te zien
• AI-categorisering die overweg kan met „ruis” in omschrijvingen
• Multicurrency met automatische koersen
• Aangepaste velden in de transactie — voor specifieke fondsenwervingsdetails
• API voor het technische team (Bohdan vroeg er meteen naar)
• Databeveiliging op GDPR-niveau — giften bevatten persoonsgegevens van donateurs

„Ik zag dat er bepaalde beperkingen zijn” — over de transactielimiet. Op piekdagen van inzamelacties kunnen er meer dan 5.000 transacties zijn: „er kan zomaar een inzamelactie losbarsten waardoor er op één dag heel veel transacties zijn” De demo duurde 39 minuten. Halverwege begon Ruslana zelf al toekomstige gebruiksscenario's te formuleren: „En kan ik in het dashboard een aangepaste periode kiezen? Kan ik dan een willekeurige dag selecteren?”. „Kan ik de tags ook zien in een Excel-export?”. „Worden de koersen automatisch opgehaald?”. Dit is het moment waarop een consult ophoudt een verkoopgesprek te zijn en een werksessie wordt.

Wat er veranderde: projectbudget in realtime

Het belangrijkste is niet dat Ruslana een nieuw programma kreeg. Belangrijk is dat ze een nieuw niveau van zichtbaarheid kreeg.

Nu opent ze in elke fase — in het vliegtuig, tijdens een overleg met de brigadecommandant, in een Telegram-gesprek met een donateur — binnen 5 seconden haar telefoon en ziet ze:

• Hoeveel er is opgehaald voor een specifiek project (bijvoorbeeld: „Inzamelactie voor 100 FPV-drones voor verkenning”)
• Hoeveel er al is uitgegeven
• Hoeveel er nog vrij beschikbaar is
• Wat de gemiddelde donatie per donateur is voor dit project
• Wat het huidige tempo van binnenkomende giften is — en de prognose voor wanneer de inzamelactie wordt afgesloten

Dit is geen analyse „eens per maand in een rapport”. Dit is analyse nu, op het moment dat er een beslissing genomen wordt.

Bohdan en Vjatsjeslav hebben de API van Finmap gekoppeld aan interne systemen — en nu zijn de boekhouddashboards gesynchroniseerd met de interne communicatiekanalen van de organisatie. Vrijwilligers die voorheen geen enkele toegang hadden tot de cijfers, zien nu de voortgang van de inzamelacties waar ze zelf bij betrokken zijn.

De uiteindelijke reactie van Ruslana na de demo: „Eigenlijk is alles heel duidelijk, de interface is helder en eenvoudig. Geweldig, het werkt gewoon voor iedereen”

Wat dit betekent voor andere ngo's en organisaties met een groot volume

Het verhaal van Ruslana is niet alleen interessant voor liefdadigheidsfondsen. Het beschrijft een situatie waarin elk bedrijf met een hoge transactiedichtheid zich kan bevinden — e-commerce in piekseizoenen, een marktplaats met uitbetalingen aan verkopers, een crowdfundingplatform.

Een paar lessen die je door deze case heen kunt zien:

Ten eerste, vanaf een bepaalde schaal houdt boekhouding op een boekhoudkundige taak te zijn en wordt het informatie-infrastructuur. Het gaat niet om „waar is die provisie geboekt” — het gaat om „wat hebben we gisteren gedaan, hoeveel hebben we nog over en waar staan we morgen”.

Ten tweede, zichtbaarheid van elke transactie is geen gril. In een donorcontext is het een kwestie van vertrouwen. In een businesscontext is het een kwestie van eerlijke unit-analyse: hoeveel kost één klant ons, hoeveel levert hij op, hoeveel kost het om hem te werven.

Ten derde, AI in finance vervangt de mens niet — het verwerkt de routine, zodat de mens zich met beslissingen bezig kan houden. Ruslana zei het zelf, metaforisch: „Je eigen junior financieel medewerker, aan wie je een taak geeft, die het doet, vragen stelt, wat aanbevelingen geeft”. Dat is een precieze omschrijving van de plek van AI in haar werk. Een uitgebreid artikel over de grenzen van AI in finance staat apart in de blog.

Ten vierde, multicurrency is geen „feature voor wie exporteert”. Tegenwoordig ontvangt zelfs een lokaal Oekraïens bedrijf geld in vijf valuta via internationale platforms. Dat het systeem daarop is voorbereid, is een must-have.

De cijfers achteraf: hoeveel tijd en hoeveel geld

Het belangrijkste is wat je niet in een cijfer kunt vatten. Het team kreeg tijd terug die eerder ging naar het handmatig optellen van cijfers, en zette die weer in voor waar de organisatie ooit voor is opgericht. De behoeften van de militairen vervullen. Snel. Transparant. Op de volledige schaal van 400 miljoen per jaar.

Deze case is opgesteld op basis van een echt adviesgesprek met de financieel directeur van een liefdadigheidsorganisatie. Details zijn vóór publicatie afgestemd met de klant. Namen van de technische specialisten zijn op verzoek van het team gewijzigd.

📊 Werkt jouw organisatie met een groot transactievolume of beheer je parallelle budgetten? We laten je in een demo graag zien hoe dit op schaal werkt. [Consult aanvragen →]