Public financial management software laten maken
Publiek geld is toegewezen geld. Een volksvertegenwoordiging of bestuur stelt een begroting vast, en daarmee ligt per programma een plafond vast waarbinnen mag worden uitgegeven. Uitgeven buiten dat besluit is geen tegenvaller in de marge, het is een bevoegdheidsvraag die terugkomt bij de jaarrekening. Appfront bouwt maatwerk software voor die keten: de begroting opbouwen en wijzigen, verplichtingen vastleggen op het moment van gunning, kasbeheer en liquiditeit, en een spoor van jaarrekeningregel naar brondocument dat een accountant kan volgen.
Publiek geld werkt anders dan bedrijfsgeld
In een onderneming is een budget een verwachting. Het management stelt het vast, en als de omzet meeloopt mag de afdeling meer uitgeven dan gepland, want de winst is het echte criterium. In een publieke huishouding is een budget een besluit. Het bedrag per programma is geautoriseerd door een raad, een bestuur of een volksvertegenwoordiging, en dat bedrag is tegelijk het maximum en de opdracht. Meer uitgeven vraagt eerst een wijziging van dat besluit, en pas daarna een betaling. Dat noemen we budgetrecht, en het is de reden dat PFM-software er anders uitziet dan financiële software voor een bedrijf: de belangrijkste vraag is niet hoeveel er verdiend wordt, maar of iedere euro binnen een geldig besluit is besteed en of dat achteraf aantoonbaar is.
Daar komt een tweede verschil bij: het moment waarop geld vastligt. Een onderneming die haar kosten volgt op factuurdatum heeft een werkbaar beeld. Een publieke organisatie niet, want tussen het gunnen van een opdracht en de eerste factuur kan een heel begrotingsjaar zitten. Zolang die gunning nergens staat, lijkt het budget vrij terwijl het al besteed is. De verplichtingenadministratie is daarom geen boekhoudkundige bijzaak maar de kern van het systeem, en de reden dat budgethouders in de publieke sector met drie cijfers werken in plaats van twee: begroot, verplicht en gerealiseerd.
Dit speelt overal waar geld met een publieke bestemming wordt beheerd, en niet alleen bij een gemeente of een provincie. Waterschappen, uitvoeringsorganisaties, gemeenschappelijke regelingen en samenwerkingsverbanden hebben dezelfde vragen, vaak in een lastigere vorm, omdat zij zich verantwoorden aan meerdere deelnemers die elk hun eigen begrotingsritme hebben. Instellingen in onderwijs, zorg en cultuur die grotendeels uit publieke middelen worden gefinancierd zitten in dezelfde logica: zij hebben een eigen exploitatie, maar over geoormerkte middelen moeten zij per regeling apart verantwoorden. En publieke fondsen en programmabureaus zien het probleem van twee kanten, want zij zijn tegelijk ontvanger en verstrekker. Wat al deze organisaties bindt is dat het criterium niet rendement is, maar of het geld is besteed aan het doel waarvoor het beschikbaar is gesteld.
Zit u hier goed? Deze pagina gaat over publiek geld: begrotingsdiscipline, verplichtingen vooraf en verantwoording achteraf. Zoekt u analyse op bedrijfscijfers, dus marge per product of klant, variantieanalyse op het resultaat en consolidatie van een groep, dan gaat het over financiële analyse in een onderneming en niet over deze materie. Draait uw vraag vooral om het sluitend maken van banktransacties, subadministraties en grootboek, dan hoort u bij financiële reconciliatiesoftware. Hier staat de vraag centraal of een uitgave paste binnen een vastgesteld besluit.
De begroting is een plafond
Het vastgestelde bedrag per programma is de bovengrens. Het systeem hoort te tonen wat er nog vrij is, niet alleen wat er is geboekt.
De verplichting komt voor de factuur
Op het moment van gunning ligt geld vast, ook al is er nog niets betaald. Zonder die registratie stuurt de budgethouder op een achterhaald beeld.
Verantwoording is het eindproduct
De jaarrekening is geen intern rapport maar het stuk waarop een bestuur wordt beoordeeld en waarop de accountant een verklaring afgeeft.
De begroting opbouwen, en daarna blijven kloppen
Een publieke begroting ontstaat in ronden. Er is een startpunt met de bestaande meerjarenreeks, een set uitgangspunten over loon- en prijsontwikkeling, en een aantal voorstellen voor nieuw beleid dat nog niet in die reeks zit. Vakafdelingen leveren aan, de financiële functie telt op, en dan begint het snijden en schuiven totdat het geheel sluit. Dat proces bestaat in de meeste organisaties uit een reeks spreadsheets die per ronde over de mail gaan, met als resultaat dat niemand aan het eind precies kan reconstrueren welke versie tot het uiteindelijke besluit heeft geleid.
Software helpt hier pas als ze het proces zelf modelleert en niet alleen het eindresultaat opslaat. Dat betekent: een begrotingsronde als object met een eigenaar en een status, voorstellen die als losse mutaties bestaan met een onderbouwing eronder, en een scenario waarin een bestuur kan zien wat er gebeurt als een voorstel wordt geschrapt of uitgesteld. Meerjarigheid is daarbij geen extraatje: publieke begrotingen kijken standaard enkele jaren vooruit, en een voorstel dat in het eerste jaar bijna niets kost kan in het laatste jaar de reeks omgooien. Wie alleen het eerste jaar in beeld heeft, neemt besluiten met halve informatie.
Wie mag wat, is bij de opbouw al een vraag. Een begroting wordt vastgesteld op een hoog niveau, maar uitgevoerd door budgethouders die elk een deel beheren, met soms een onderverdeling naar deelbudgethouders per team of project. Die verdeling is geen administratief detail, want zij bepaalt wie een verplichting mag aangaan, tot welk bedrag, en wie een factuur mag goedkeuren. In veel organisaties leeft die verdeling in een besluit dat los van het systeem staat, waardoor de autorisaties in de software en het formele mandaat langzaam uit elkaar groeien. Software die budgethouderschap als gegeven kent, met een geldigheidsperiode en een aangewezen vervanger bij afwezigheid, houdt die twee bij elkaar en maakt de controle achteraf een stuk eenvoudiger.
Investeringen vragen daarnaast een eigen behandeling naast de exploitatiebegroting. Een krediet wordt vaak in één keer beschikbaar gesteld voor een project dat meerdere jaren loopt, terwijl de begroting per jaar wordt vastgesteld. U bewaakt dus twee plafonds tegelijk: het totale krediet over de looptijd, en het deel dat in het lopende jaar mag worden besteed. Daar komt bij dat een deel van de projectkosten wordt geactiveerd en als afschrijving in latere jaren terugkomt in de exploitatie, terwijl een ander deel direct als last landt. Een systeem dat kredieten als een gewone budgetregel behandelt, geeft daarom bijna altijd een half beeld: het toont uitputting van het jaarbedrag zonder de stand van het krediet, of precies omgekeerd.
Tegelijk moet de indeling van de begroting kloppen met de indeling waarin later verantwoord wordt. Voor Nederlandse decentrale overheden schrijft het Besluit begroting en verantwoording een vaste opzet voor: de begroting en de jaarrekening volgen dezelfde structuur van programma's en taakvelden, met verplichte toelichtingen en een aantal vaste paragrafen over onderwerpen als bedrijfsvoering, weerstandsvermogen en onderhoud van kapitaalgoederen. Internationaal spelen de IPSAS-standaarden een vergelijkbare rol voor publieke verslaggeving. Wij noemen hier geen artikelnummers, want die verschuiven; wat blijft is de eis dat de opbouw van uw begroting, uw grootboek en uw jaarstukken op elkaar afgebeeld kunnen worden. Bouwt u software zonder die afbeelding expliciet te maken, dan komt de rekening aan het eind van het jaar, wanneer een boeking op een kostenplaats niet meer te herleiden is naar het programma waarop de raad heeft besloten.
Wijzigen zonder de oorspronkelijke stand kwijt te raken
Zodra het jaar loopt, wijzigt de begroting. Er komt een taak bij, een rijksbijdrage valt anders uit, een project schuift op, een reserve wordt aangesproken. Elk van die gevallen vraagt een besluit, en dat besluit hoort een spoor te hebben: welk voorstel, welke bedragen, welk jaar, wie mocht dit vaststellen en op welke datum. Wat mis gaat in de praktijk is dat de nieuwe stand de oude overschrijft. Daarna kan niemand meer laten zien wat er oorspronkelijk was vastgesteld, en dat is precies het cijfer waaraan een organisatie zich achteraf verantwoordt.
De werkbare oplossing is een begroting als gelaagd geheel: de bij aanvang vastgestelde stand blijft onaangeroerd staan, elke wijziging is een aparte mutatielaag met eigen kenmerken, en de actuele stand is de som daarvan. Zo kan een rapport tegelijk drie kolommen tonen: vastgesteld bij aanvang, na wijziging, en werkelijk. Daar hoort ook mandaat bij. Een verschuiving binnen één programma is vaak een ambtelijke bevoegdheid, een verschuiving tussen programma's of een verhoging van een plafond niet. Software die dat verschil kent, kan de eerste soort snel laten verwerken en de tweede soort blokkeren tot het besluit er is, in plaats van iedereen door dezelfde zware procedure te sturen.
De verplichting is de schakel die dit alles aan de werkelijkheid vastknoopt. Op het moment dat een opdracht wordt gegund, hoort het volledige bedrag als verplichting in het systeem te staan, verdeeld over de jaren waarin de prestatie wordt geleverd. Bij ontvangst en goedkeuring valt een deel van die verplichting vrij en verschijnt er een kostenboeking. Wat overblijft is een restantverplichting die aan het jaareinde bewust wordt beoordeeld: schuift dit mee naar volgend jaar, of valt het vrij? Die beoordeling is een van de weinige plekken waar een organisatie echt grip krijgt op oude, vergeten toezeggingen. Loopt uw inkoopproces nog los van uw financiële administratie, dan begint het bij inkoopsoftware op maat, want een verplichting die pas bij de factuur ontstaat is een verplichting die u niet meer kunt bijsturen.
Wat PFM-software moet kunnen
Deze zes onderdelen zijn niet los te knippen. Een begroting zonder verplichtingen geeft een te rooskleurig beeld, verplichtingen zonder liquiditeitsprognose zeggen niets over het moment waarop het geld daadwerkelijk weggaat, en alles bij elkaar is onbruikbaar als het spoor naar het brondocument ontbreekt.
Meerjarige begrotingsopbouw
Ronden, voorstellen en scenario's in dezelfde structuur als de jaarstukken, met alle jaren van de reeks naast elkaar in beeld.
Wijzigingen als aparte laag
De stand bij aanvang blijft staan, elke wijziging is een eigen mutatie met besluit en datum, de actuele stand is de som.
Verplichtingenadministratie
Gunning legt het volledige bedrag vast, verdeeld over jaren. Ontvangst laat een deel vrijvallen, het restant wordt aan het jaareinde beoordeeld.
Kasbeheer en liquiditeitsprognose
Openstaande verplichtingen, toegekende bijdragen en investeringsplanning omgerekend naar verwachte kasstromen per periode.
Jaarstukken en tussentijdse rapportage
Voortgangsrapportages en jaarrekening uit dezelfde bron, met toelichtingen en de periodieke informatielevering aan derden.
Controlespoor per boeking
Van jaarrekeningregel naar boeking naar brondocument, met de vastlegging van wie het goedkeurde en wanneer, zonder overschrijven.
Kasbeheer en liquiditeit in een publieke huishouding
Treasury in een onderneming zoekt rendement binnen een risicokader. In een publieke organisatie is de opdracht smaller en strenger: het geld moet er zijn op het moment dat een verplichting betaald moet worden, tegen zo weinig risico als mogelijk. Overschotten aanhouden en beleggen naar eigen inzicht is voor Nederlandse decentrale overheden geen vrije keuze, want middelen die niet direct nodig zijn worden bij de schatkist geparkeerd. Ook aan de opnamekant zijn er kaders. In de praktijk werkt een organisatie met een grens op de omvang van kort aangetrokken geld, de kasgeldlimiet, en met een norm die begrenst welk deel van de langlopende schuld in één jaar mag worden herzien, de renterisiconorm. Wij noemen hier geen bedragen of percentages, omdat die per organisatietype en per jaar verschillen; wat u van software mag verwachten is dat die grenzen als parameter in het systeem staan en dat u ziet hoe u ervoor staat voordat u een lening aantrekt.
Een bruikbare liquiditeitsprognose in de publieke sector komt niet uit historische kasstromen, maar uit besluiten die al genomen zijn. De openstaande verplichtingen weten wanneer zij vervallen. Toegekende subsidies en bijdragen hebben bevoorschottingsritmes en voorwaarden. Investeringsprojecten hebben een planning die vertelt wanneer termijnen komen. Aan de inkomstenkant ligt veel vast in een periodiek ritme van rijksbijdragen en in de aanslagcyclus van eigen heffingen. Zet u die vier bronnen naast elkaar, dan krijgt u een prognose die per maand uitlegbaar is en die u kunt bijstellen als een project schuift. Beheert u subsidiestromen als toekennende partij, dan sluit dat aan op subsidiesoftware op maat, waar beschikking, voorwaarde en bevoorschotting bij elkaar horen.
Bij het kasbeheer hoort ook een administratie van leningen, en die is in de publieke sector zelden alleen intern. Naast de eigen opgenomen leningen zijn er vaak doorverstrekte leningen aan verbonden partijen en garanties die aan derden zijn afgegeven. Die laatste twee staan niet als uitgave in de begroting, maar zij vormen wel een risico dat in de verantwoording moet worden toegelicht en dat op het verkeerde moment ineens wel geld kost. Software die alleen de eigen schuld bijhoudt, mist dus de helft. Wat u wilt vastleggen is per lening en per garantie de tegenpartij, de looptijd, het aflossingsschema, de zekerheden en de vervaldatum, met een signaal voordat er iets vervalt.
Aan de inkoopkant sluit de factuurstroom hierop aan. Een inkomende factuur hoort automatisch gezocht te worden bij een bestaande verplichting, zodat de goedkeurder alleen nog bevestigt dat de prestatie is geleverd en niet opnieuw hoeft uit te zoeken op welk budget dit thuishoort. Waar leveranciers elektronisch factureren, in Nederland veelal via het Peppol-netwerk of met een gestructureerd berichtformaat, kan die koppeling grotendeels zonder mensenwerk. Dat is geen luxe: bij een handmatige stroom ontstaat de vertraging bijna altijd tussen ontvangst en het bereiken van de juiste goedkeurder, en die vertraging kost een publieke organisatie zowel wettelijke betaaltermijnen als goodwill bij kleinere leveranciers. Belangrijker voor dit onderwerp is dat elke factuur die buiten de verplichting om wordt geboekt een gat slaat in het beeld waarop uw budgethouders sturen.
Het betaalproces zelf is de plek waar de meeste fouten worden voorkomen of gemaakt. Functiescheiding is hier geen formaliteit: degene die een leverancier aanmaakt of een bankrekening wijzigt, mag niet ook de betaling vrijgeven. Een wijziging van een rekeningnummer hoort een eigen goedkeuringsstap te krijgen, want dat is het spoor waarlangs betaalfraude binnenkomt. En omdat een betaalbatch in de publieke sector zelden door één persoon wordt afgetikt, moet het systeem ook kunnen vertellen wie in de keten wat heeft gezien.
- Begroot, verplicht en gerealiseerd naast elkaar per budgethouder
- Prognose opgebouwd uit besluiten, niet uit historisch gemiddelde
- Kasgeldlimiet en renterisiconorm als parameter, niet als losse memo
- Bevoorschotting en afrekening van bijdragen in dezelfde administratie
- Functiescheiding tussen crediteurbeheer en betaalbaarstelling
- Wijziging van een bankrekening met eigen goedkeuringsstap
- Restantverplichtingen aan het jaareinde bewust beoordeeld
Test je idee eerst — werkend prototype in 1 dag
Met OneDayBuild maken we je idee in één dag tastbaar voor €950, zodat je weet of verdere ontwikkeling de investering waard is. Besluit je door te gaan met de volledige bouw? Dan verrekenen we de kosten volledig.
Bekijk OneDayBuild →Van begroting naar jaarrekening en rechtmatigheid
De keten is op papier eenvoudig: een vastgesteld budget, een verplichting, een geleverde prestatie, een factuur, een betaling, een boeking in het grootboek en uiteindelijk een regel in de jaarrekening. In de praktijk breekt die keten bijna altijd op hetzelfde punt, namelijk bij de codering. De raad besluit op programmaniveau, de vakafdeling werkt met projecten, de administratie boekt op kostenplaatsen en grootboekrekeningen, en de externe informatielevering vraagt een indeling naar taakvelden. Als die vier indelingen niet in één plek aan elkaar gekoppeld zijn, ontstaat er ieder jaar hetzelfde handwerk: een spreadsheet die boekingen naar programma's tilt, gemaakt door één persoon, zonder spoor van de keuzes die daarbij zijn gemaakt.
Software lost dat op door de codering één keer vast te leggen en overal af te leiden. Een boeking krijgt dan niet alleen een grootboekrekening, maar in dezelfde vastlegging ook het programma, het taakveld en eventueel het project. Rapportage wordt daarna een kwestie van aggregeren in plaats van herrekenen, en de tussentijdse rapportage komt uit dezelfde bron als de jaarrekening. Dat is niet alleen efficiënter, het is de enige manier waarop een tussentijdse rapportage en de jaarstukken elkaar niet tegenspreken.
Die keten valt of staat verder bij de maandafsluiting. Crediteuren, debiteuren, activa, leningen en de salarisadministratie zijn subadministraties die elk hun eigen totaal hebben, en dat totaal hoort aan te sluiten op het grootboek. Sluit het niet aan, dan verschuift het verschil naar een tussenrekening, en tussenrekeningen zijn de plek waar problemen maanden onzichtbaar blijven. Wat u van software mag verwachten is dat zij die aansluiting zelf toont, per periode, met de openstaande verschillen erbij, in plaats van dat iemand het per kwartaal in een spreadsheet natrekt. Dat is ook het punt waarop een controle het snelst vastloopt: een niet verklaarde tussenrekening kost meer uitzoekwerk dan alle andere bevindingen samen.
Daarnaast heeft publieke verslaggeving een aantal onderwerpen die in bedrijfssoftware zelden goed zitten. Investeringen worden geactiveerd en over jaren afgeschreven, met een onderscheid tussen investeringen met en zonder economisch nut dat gevolgen heeft voor de dekking. Reserves en voorzieningen zijn geen vrije potten maar hebben elk een besluit en een doel, en mutaties daarin horen zichtbaar te zijn als aparte regel in plaats van als correctie op een programma. Ontvangen bijdragen met een besteedplicht zijn geen opbrengst zolang de prestatie niet is geleverd en horen dus op de balans. En doorbelasting van overhead vraagt een expliciete methode, omdat de uitkomst per programma het beeld bepaalt waarop wordt afgerekend. Dit zijn precies de plekken waar een zelfgebouwd systeem waarde toevoegt of juist een probleem wordt: de logica is uitlegbaar te maken, maar iemand moet die logica bewust hebben ontworpen.
Tussen begroting en jaarrekening zit het jaar zelf, en dat is de periode waarin nog bij te sturen valt. Een tussenrapportage die alleen realisatie tegen begroting zet, komt te laat met haar signaal, omdat een deel van het jaar per definitie nog niet geboekt is. Wat wel werkt is een prognose per budget: de realisatie tot nu toe, plus de openstaande verplichtingen, plus de eigen inschatting van de budgethouder over de rest van het jaar. Dat derde element is subjectief, en juist daarom hoort het systeem vast te leggen wie die inschatting heeft afgegeven en op welk moment. Zo wordt een afwijking een gesprek over een verwachting in plaats van een verrassing bij de jaarafsluiting, en ontstaat meteen de onderbouwing voor de begrotingswijziging die er dan meestal moet komen.
Twee dingen komen in de publieke praktijk daar bovenop en worden in een ontwerp vaak vergeten. Het eerste is de aparte verantwoording over geoormerkte middelen: geld dat van een andere overheid komt voor een specifiek doel moet doorgaans per regeling worden verantwoord, met eigen definities en eigen peilmomenten die niet samenvallen met uw programma-indeling. Dat vraagt dat een boeking naast programma en taakveld ook aan een regeling gekoppeld kan worden, want achteraf filteren op een omschrijving in het boekstuk werkt niet. Het tweede is toegang. In het sociaal domein en bij uitvoeringsorganisaties hangen betalingen aan personen, en dan zijn financiële gegevens tegelijk persoonsgegevens. Rollen, herleidbaarheid van inzage en een bewaartermijn per soort gegeven horen dan bij het ontwerp, niet bij de oplevering.
Rechtmatigheid is de vraag die daar bovenop komt en die in een onderneming niet bestaat. Niet: hebben we goed geboekt, maar: mocht deze uitgave. Dat valt uiteen in een paar controleerbare vragen. Paste het bedrag binnen een geldig, vastgesteld budget? Is de opdracht verstrekt volgens de eigen inkoopregels en, boven de geldende drempels, volgens het aanbestedingsregime? Zijn de voorwaarden nageleefd van een regeling waaruit is betaald of aan een ontvanger is toegekend? Is de prestatie geleverd en door de juiste persoon bevestigd? Waar een bestuur zelf een verklaring over de financiële rechtmatigheid bij de jaarstukken afgeeft, wordt die vraag geen sluitpost meer maar een eis aan de inrichting van uw processen, en daarmee aan uw software.
Het spoor dat een accountant moet kunnen volgen
Een controle begint bijna altijd bij een cijfer in de jaarrekening en werkt naar beneden. De vraag is dus niet of uw systeem mooie rapporten maakt, maar of iemand van een totaal via een selectie kan doorklikken naar de losse boekingen, en van een boeking naar het document en de goedkeuring die eronder liggen. Kan dat niet in het systeem, dan gebeurt het per mail, en dan bepaalt de beschikbaarheid van uw medewerkers hoe lang de controle duurt.
Wat daarvoor nodig is, is beperkt en concreet. Boekingen zijn niet aanpasbaar maar corrigeerbaar, zodat de oorspronkelijke regel blijft bestaan naast de correctie. Elke goedkeuring legt vast wie, wanneer en op basis van welk mandaat, en die vastlegging leeft in een logboek dat ook door een beheerder niet te herschrijven is. Documenten hangen aan de boeking en niet aan een netwerkmap, en verplichting, factuur, prestatieverklaring en betaling zijn onderling gekoppeld. Voor een steekproef moet de controleur zelf een selectie kunnen trekken en exporteren, zonder dat iemand de posten voorselecteert. Bevindingen, opvolging en de status daarvan horen ook een plek te hebben, want dat is de brug tussen twee controlejaren. Is dat toezichtdeel uw kernvraag, dan is auditsoftware op maat het bredere onderwerp; hier is het controlespoor een eigenschap van de financiële administratie zelf.
Wanneer een standaardpakket de betere keuze is
Publieke financiën zijn geen witte vlek in de softwaremarkt. Er bestaan volwassen financiële pakketten die zich expliciet op gemeenten, provincies, waterschappen en uitvoeringsorganisaties richten, met de voorgeschreven indeling van programma's en taakvelden ingebouwd, met verplichtingenadministratie als standaardfunctie en met leveranciers die hun product bijwerken wanneer verslaggevingsregels wijzigen. Voor een deel van de lezers van deze pagina is dat de verstandigere route, en dat zeggen we liever nu dan halverwege een gesprek over maatwerk.
Volgt uw huishouding het gangbare patroon van begroting, wijziging, verplichting, realisatie en jaarstukken, dan koopt u dat kant-en-klaar in, inclusief het onderhoud aan die regels. Uw inspanning verschuift van bouwen naar inrichten en naar het schoonhouden van uw eigen coderingsstructuur, en dat is werk dat u toch had moeten doen.
Maatwerk loont in minder situaties dan aanbieders suggereren, maar er zijn er een paar die vaak terugkomen. De eerste is de laag om het grootboek heen: een omgeving waarin budgethouders, projectleiders en beleidsmedewerkers hun eigen stand zien, wijzigingen aanvragen en verplichtingen vastleggen zonder dat zij het financiële pakket hoeven te begrijpen. Daar wint een organisatie de meeste tijd, en daar zit precies het deel dat pakketten het minst goed doen. De tweede is een eigen rekenregel: een verdeelmodel, een toekenningsregeling of een dekkingssystematiek die uit uw eigen beleid volgt en niet in een standaardformulier past. De derde is aansluiting op vakapplicaties, want de cijfers over heffingen, uitkeringen, vergunningen of vastgoed ontstaan buiten de financiële administratie en moeten er zonder handwerk in komen.
Twee praktische punten bepalen de keuze vaak meer dan de functionaliteit. Het eerste is de overgang zelf: u begint niet bij nul, maar met een openingsbalans, lopende verplichtingen, kredieten die halverwege hun looptijd zijn en een historie waaraan u zich nog moet verantwoorden. Hoeveel jaren u meeneemt en in welke vorm is een keuze die vroeg moet vallen, want die bepaalt een groot deel van het werk. Het tweede is dat een publieke organisatie de opdracht meestal zelf moet aanbesteden. De eisen die u opschrijft bepalen dan het resultaat: schrijft u functies op die pakketten al hebben, dan krijgt u pakketten, en beschrijft u alleen het probleem, dan krijgt u aanbiedingen die niet vergelijkbaar zijn. De afweging tussen pakket en maatwerk hoort dus voor de uitvraag te gebeuren en niet erna.
De keerzijde hoort er eerlijk bij. Bij zelfbouw ligt het bijhouden van wijzigende verslaggevings- en verantwoordingsregels bij uw eigen organisatie, en dat is terugkerend werk, geen eenmalige post. Daarom is de tussenweg vaak het beste antwoord: een pakket als administratieve kern en grootboek, maatwerk voor het portaal, de koppelingen en de eigen rekenregels, met een gedocumenteerde grens tussen de twee. Hoe we die afweging aanpakken leest u bij een ERP-systeem op maat.
- Pakket als uw huishouding het gangbare patroon volgt
- Pakket als u het onderhoud aan regelwijzigingen wilt uitbesteden
- Maatwerk voor de laag waarin budgethouders zelf werken
- Maatwerk bij een eigen verdeel-, dekkings- of toekenningsmodel
- Maatwerk voor koppelingen met uw vakapplicaties
- Tussenweg: pakket als grootboek, maatwerk aan de voorkant
Veelgestelde vragen over PFM-software
In een onderneming is een budget een verwachting en is het resultaat het criterium: marge per product of klant, variantie op het resultaat, consolidatie van een groep. In een publieke huishouding is de begroting een besluit met een plafond per programma, en de vraag is of iedere uitgave binnen een geldig besluit paste. Daaruit volgen twee dingen die bedrijfssoftware zelden goed doet: geld ligt vast op het moment van gunning en niet bij de factuur, en de verantwoording achteraf moet per boeking te herleiden zijn naar een brondocument en een goedkeuring.
Omdat tussen het gunnen van een opdracht en de eerste factuur een lange periode kan zitten. Staat die gunning nergens vast, dan lijkt het budget vrij terwijl het al besteed is, en dat verschil komt pas aan het licht als er niets meer te sturen valt. Met een verplichtingenadministratie werkt een budgethouder met drie cijfers naast elkaar: begroot, verplicht en gerealiseerd. Bij ontvangst van de prestatie valt een deel van de verplichting vrij en verschijnt de kostenboeking. Wat aan het jaareinde openstaat, wordt bewust beoordeeld: meenemen naar volgend jaar of laten vrijvallen.
Ja, en dat is een ontwerpkeuze die u vooraf moet maken. De werkbare opzet is een begroting in lagen: de stand die bij aanvang is vastgesteld blijft onaangeroerd, elke wijziging is een aparte mutatie met een verwijzing naar het besluit, de bedragen per jaar en de datum, en de actuele stand is de som van die lagen. Een rapport kan dan tegelijk vastgesteld, gewijzigd en werkelijk laten zien. Wat u wilt voorkomen is dat de nieuwe stand de oude overschrijft, want dan verdwijnt precies het cijfer waaraan u zich achteraf verantwoordt.
Door van boven naar beneden doorklikbaar te zijn: van een totaal in de jaarrekening naar de onderliggende boekingen, en van een boeking naar het document en de goedkeuring die eronder liggen. Daarvoor zijn een paar eigenschappen nodig. Boekingen zijn corrigeerbaar en niet aanpasbaar, zodat de oorspronkelijke regel blijft bestaan. Elke goedkeuring legt vast wie, wanneer en op basis van welk mandaat, in een logboek dat ook een beheerder niet kan herschrijven. Verplichting, factuur, prestatieverklaring en betaling zijn onderling gekoppeld. En de controleur kan zelf een steekproef trekken en exporteren.
Vaak wel, en voor een deel van de organisaties is dat de verstandigere route. Er bestaan volwassen financiële pakketten voor de publieke sector, met de voorgeschreven indeling van programma's en taakvelden ingebouwd en met leveranciers die hun product bijwerken als verslaggevingsregels wijzigen. Maatwerk wordt pas interessant bij de laag daarom heen: een omgeving waarin budgethouders zelf hun stand zien en verplichtingen vastleggen, een eigen verdeel- of toekenningsmodel, of koppelingen met vakapplicaties waar de cijfers ontstaan. De tussenweg is gangbaar: een pakket als grootboek, maatwerk aan de voorkant.
De broncode en de documentatie zijn eigendom van de opdrachtgever en staan in een repository waar u zelf toegang toe heeft. Bij oplevering hoort een beschrijving van de architectuur, de datamodellen, de koppelingen en de deployment, zodat een andere partij het kan overnemen zonder eerst te reverse-engineeren. We werken met gangbare technologie, omdat dat bepaalt hoeveel partijen het onderhoud kunnen oppakken. Voor een financiële administratie hoort daar ook een beschrijving bij van de coderingsstructuur en van de rekenregels achter afschrijving, doorbelasting en dekking.
Gerelateerde diensten
Inkoopsoftware op maat
De verplichting ontstaat bij de gunning, dus bij het inkoopproces. Voor aanvraag, gunning, contract en prestatieverklaring in één keten: inkoopsoftware op maat.
Auditsoftware op maat
Gaat uw vraag vooral over controlewerk zelf, met werkprogramma, bevindingen en opvolging over jaren heen, dan is auditsoftware op maat het bredere onderwerp.
Subsidiesoftware op maat
Kent u zelf middelen toe, dan horen beschikking, voorwaarde, bevoorschotting en afrekening bij elkaar: subsidiesoftware op maat. Voor het sluitend maken van banktransacties en subadministraties is financiële reconciliatiesoftware de ingang.
Uw begrotings- en verantwoordingsproces onder de loep
Vertel ons hoe uw begroting nu tot stand komt, op welk moment een verplichting in uw administratie zichtbaar wordt, en wat een accountant vorig jaar niet zelf kon terugvinden. Uit die drie antwoorden blijkt meestal of een pakket, maatwerk of een combinatie het beste past, en waar de eerste winst zit.