Release notes

Periode: na de vorige release, die eindigde bij commit 78a5de3 van 31 augustus 2026, tot en met commit 99e60fe van 14 oktober 2026.

Deze Git-inventarisatie omvat 27 commits op main en 10 aanvullende commits op origin/boekhouding-logica die nog niet in main zijn samengevoegd. De wijziging op main raakt 286 bestanden. De niet-samengevoegde boekhoudbranch staat daarom apart beschreven; die wijzigingen zijn niet automatisch onderdeel van een release vanaf main.

Korte samenvatting

De boekhouding is opnieuw ingericht voor dagelijks gebruik en uitgebreid met een financiële kern voor journaalposten, periodes, btw-aansluiting, ICP en audit. Inkomsten, inkopen, rekeningen en categorieën hebben duidelijkere overzichten gekregen. Facturen zijn beter doorzoekbaar en tonen statussen betrouwbaarder; zowel verkoopfacturen als uitgavenfacturen hebben een eigen detailpagina. Conceptfacturen kunnen worden bewaard en later aangepast.

De migratieomgeving ondersteunt nu ook Moneybird via de API en via ZIP-jaarexports, inclusief relaties, documenten en beschikbare PDF’s. Offertetemplates ondersteunen herhalende kopteksten, afbeeldingen en vaste pagina-einden. Verstuurde offertes bewaren een momentopname, zodat latere wijzigingen aan klantgegevens of templates de verzonden offerte niet veranderen.

De technische uitbreiding omvat een eerste mobiele API-gateway met een routecatalogus, module-adapter en testclient. Eventmanager kan verplichte aanbetalingen afhandelen. De StoneX-, MyPonto-, Mollie- en PAY-integraties zijn verder aangepast. Op main zijn daarnaast profielinstellingen, leveranciersbeheer en werknemersprofielen verbeterd.

De laatste wijzigingen voegen een pluginmarkt toe die het centrale pluginassortiment toont en waarin beheerders zichtbaarheid, omschrijving, afbeelding en beschikbaarheid kunnen instellen. Op de factuurpagina is de betaallinkactie voor Mollie en PAY terug; de Ponto-betaalverzoekaanroep geeft uitgebreidere foutdiagnostiek.

Systeemwijzigingen

Boekhouding en navigatie

• Het boekhoudmenu is opnieuw gegroepeerd rond dagelijkse taken. Het boekhoudingsoverzicht is de startpagina met doorklikbare taken en bedragen; betalingen, inkopen, bankrekeningen, btw, categorieën en grootboekfuncties hebben herkenbare eigen plekken.
• Het startscherm laat zien welke transacties nog aandacht nodig hebben, zoals transacties zonder goede rekening- of categoriekoppeling.
• De inkoop-, betaal-, rekeningen- en categoriepagina’s hebben vernieuwde tabellen, filters, periodenavigatie, zoekvelden en responsieve vormgeving.
• De bankrekeningweergave toont saldoverloop, mutaties per maand, kasstromen en eindsaldi. Zoeken en rekeninguitsluiting zijn beschikbaar.
• Categorieherkenning en controle van boekingen zijn verbeterd. De toepassing kan op basis van bestaande keuzes categorie- en btw-voorstellen doen en laat boekingen die controle nodig hebben apart zien.
• De nieuwe financiële kern bevat journaalposten en journaalregels, inrichting van systeemrekeningen, bronverwerking, btw- en ICP-aansluiting, periodebeheer, goedkeuring, tegenboekingen en auditregistratie.
• Definitieve journaalposten worden niet stilzwijgend overschreven; correcties verlopen via tegenboekingen. De auditweergave controleert de integriteit van de auditketen.
• De financiële kern is als geavanceerd onderdeel toegevoegd. Dagelijkse gebruikers hoeven de uitgebreide journaal- en auditfuncties niet standaard in beeld te hebben.
• De bestaande BTW-overzichten en detailinformatie blijven beschikbaar naast de nieuwe financiële kern.

Facturen, inkomsten en uitgaven op main

• Het factuuroverzicht toont standaard alle statussen in plaats van alleen open facturen. Concept, gepland, gedeeltelijk betaald, betaald, verlopen, credit en vervallen worden afzonderlijk herkend.
• Dashboard- en factuurtellingen gebruiken dezelfde berekening van resterende bedragen. Concepten, geplande facturen en geannuleerde documenten worden niet als definitieve omzet of openstaand saldo meegeteld.
• Een verkoopfactuur heeft nu een eigen detailpagina met klant- en factuurgegevens, regels, bedragen, status, betalingen en acties. Vanuit die pagina kan onder meer een betalingsherinnering worden voorbereid en verstuurd.
• Een uitgavenfactuur heeft eveneens een eigen detailpagina. De originele bon of factuurbijlage en bestaande betaal- en boekhoudfuncties blijven bereikbaar.
• Verkoopfacturen kunnen als concept worden opgeslagen, in het overzicht als concept worden herkend en later worden bewerkt. Een concept krijgt pas bij definitieve verwerking zijn normale factuurstatus en wordt niet meegeteld als definitieve omzet.
• De factuurmodal en de factuurregels zijn aangepast. Invoer, statusweergave en rijen zijn compacter en sluiten beter aan op de vernieuwde factuurlijst.
• De uitgavenroute behoudt de bestaande scanner, bonnen en factuurgegevens. De modals voor nieuwe uitgaven en betalingen zijn verder op elkaar afgestemd.
• Diverse factuur-, betaal- en categorieacties zijn aangepast aan de nieuwe organisatiecontext en financiële kern.
• Voor openstaande verkoopfacturen is de pluginactie voor het versturen van een betaallink weer beschikbaar wanneer Mollie of PAY de actie aanbiedt. De actie is ook in de factuurlijst beschikbaar en heeft een herkenbare linkknop in de stijl van het portaal.
• De categorie-aanmaak controleert de tabelstructuur en zet het categorie-ID zo nodig als automatisch oplopend veld, zodat nieuwe categorieën ook op databases met een afwijkende bestaande definitie kunnen worden opgeslagen.

Moneybird-migratie

• Onder Instellingen → Migraties → Moneybird kan data worden geïmporteerd via de Moneybird API of een ZIP-jaarexport.
• De import ondersteunt contacten en contactpersonen, producten, offertes, verkoopfacturen en creditfacturen, inkoopfacturen en beschikbare betalingen.
• De ZIP-import leest de Moneybird Excel-export zonder de ZIP eerst handmatig uit te pakken. Meerdere boekjaren kunnen samen worden gecontroleerd en geïmporteerd.
• Vooraf toont de controle de gevonden administratie, boekjaren, aantallen, beschikbare PDF’s en eventuele documentfouten. De gebruiker kiest daarna onderdelen en optionele datumbereiken.
• Externe Moneybird-ID’s voorkomen dubbele invoer bij herhaalde import en verbinden API- en ZIP-import met dezelfde eerder geïmporteerde records.
• PDF’s van verkoop- en inkoopfacturen kunnen aan de juiste factuur worden gekoppeld. Bestands-hashes helpen dubbele bijlagen te voorkomen.
• Voortgang, waarschuwingen en fouten blijven per onderdeel zichtbaar. Een onderbroken migratie kan via de bestaande migratielijst worden hervat.
• ZIP’s worden tijdelijk en buiten de publieke webmap opgeslagen, met limieten op omvang, aantal bestanden en looptijd. Importbestanden worden na afronding of verloop opgeruimd.
• De import is geen volledige kopie van de Moneybird-boekhouding: onder meer losse bankmutaties en volledige grootboekrapportages worden niet als losse records uit de ZIP gereconstrueerd. De ZIP bevat geen volledige betalingshistorie.

Offertes en PDF-templates

• Offertetemplates ondersteunen nu een logo en herhalende koptekst, met keuze voor vervolgpagina’s of alle pagina’s en een instelbare hoogte.
• In de template-editor kan een vast pagina-einde worden ingevoegd en verwijderd. De PDF-renderer houdt rekening met die markering en met ruimte voor de herhalende koptekst.
• De PDF-renderer verwerkt lokale afbeeldingen uit de actieve organisatieopslag, naast base64-afbeeldingen en bereikbare portal-URL’s.
• Versturen bewaart een momentopname van de gebruikte template, klantgegevens, tekst en offerteregels. Opnieuw versturen gebruikt diezelfde inhoud; latere wijzigingen aan de standaardtemplate of klant veranderen de verzonden offerte niet.
• Na verzending wordt bewerken van de vastgelegde offertegegevens geblokkeerd. Een ondertekening wordt aan de momentopname toegevoegd.
• Offertebedragen en btw per activiteit zijn aangescherpt. Verbeteringen zijn ook doorgevoerd in offerteverzending, handtekeningen, e-mailweergave en de openbare offertepagina.

Klanten, leveranciers, werknemers en accountinstellingen

• Profielinstellingen kunnen worden opgeslagen binnen de nieuwe organisatie- en accountstructuur. Het e-mailadres is in het profiel verplicht gemaakt.
• Leveranciers kunnen vanuit een modal worden toegevoegd met bedrijfsnaam, e-mailadres, adres, land en btw-nummer. De actie maakt een leverancier aan in plaats van een standaard klant.
• De leverancierslijst is opnieuw ingedeeld met dezelfde tabelopbouw als de klantenlijst: naam, contact, vestiging, account en acties. De tabel blijft binnen de eigen scrollruimte op kleinere schermen.
• Werknemersprofielen ondersteunen profielfoto’s. Werknemers kunnen hun eigen foto wijzigen of verwijderen; bevoegde beheerders kunnen foto’s van werknemers beheren. De lijst en profielpagina tonen de opgeslagen foto.
• Bij factuur- en klantenacties is rekening gehouden met accountlidmaatschappen en de actieve organisatie.

Portaalbeheer en mobiele API

• De PHP-kant van een mobiele API-gateway is toegevoegd, met configuratie, installatiehulp, portalidentificatie, beleidscontroles en foutcodes.
• Gatewayverzoeken worden met HMAC-handtekeningen gecontroleerd. Tijdstempels en eenmalige nonces beperken hergebruik van onderschepte verzoeken.
• API-toegang is gekoppeld aan pakketinstellingen en limieten. Moduleacties controleren rechten, organisatie, recordtoegang en invoerschema’s aan de serverkant.
• De routecatalogus beschrijft API-invoer en beschikbare acties voor onder meer klanten, projecten, projectborden, afspraken, uren, kilometers, facturen, boekhouding, profiel, dashboard en plugins.
• Schrijfacties kunnen idempotentiesleutels gebruiken, zodat een retry na een netwerkfout niet zomaar dezelfde mutatie opnieuw uitvoert. Bestands- en meetingacties hebben aparte adapters.
• /testapi is toegevoegd als browserclient om te verbinden, in te loggen, beschikbare modules te bekijken, API-aanroepen te proberen en resultaten te inspecteren. Tokens en gevoelige invoer worden gemaskeerd; schrijfacties vereisen een bewuste bevestiging.
• De testpagina gebruikt de aparte Node-API. Voor een volledige live-keten moeten ook de bijbehorende Node-routes en deploymentinstellingen in de API-repository zijn uitgerold; de portalrepository alleen is daarvoor niet voldoende.
• Portaal-aanmaak en herstel geven duidelijkere voortgang en foutafhandeling. Registratie controleert na verbindingsproblemen of de centrale registratie al is opgeslagen, en herstel van een bestaand portaal kan de registratie opnieuw koppelen zonder de installatie opnieuw uit te voeren.
• Portalbeheer heeft aanvullende databaseback-up- en pakket-/versieacties gekregen.
• Het portaloverzicht schaalt beter op kleinere schermen en toont rijacties in een overzichtelijk menu.

Pluginwijzigingen

Eventmanager: aanbetalingen

• Per evenement kan een verplichte aanbetaling vóór inschrijving worden ingesteld, inclusief minimum bedrag en betaaltermijn.
• Aanmeldingen wachten op voldoende aanbetaling en reserveren in de tussentijd capaciteit zonder al op de definitieve deelnemerslijsten te staan.
• De betaalpagina biedt de beschikbare betaalopties en toont het serverberekende bedrag. Een browserredirect op zichzelf bevestigt de inschrijving niet.
• Betalingen via online providers, MyPonto, CSV-import of handmatige koppeling kunnen de inschrijving bevestigen zodra het vereiste bedrag tijdig is verwerkt.
• Een periodieke taak controleert openstaande aanbetalingen. Bij onvoldoende betaling na de deadline vervalt de aanvraag, wordt de factuur gecrediteerd en komt de gereserveerde plek vrij.
• Er zijn aparte e-mail-events toegevoegd voor een aanbetaling in afwachting, bevestiging na betaling en een vervallen aanvraag. Nederlandse, Engelse en Duitse standaardtemplates zijn beschikbaar.
• Bestaande inschrijvingen worden niet met terugwerkende kracht omgezet als de instelling verandert. De functionaliteit vereist de nieuwe pluginmigraties en een werkende cronrunner.

Betalingen en andere plugins

• MyPonto heeft verbeteringen gekregen aan het dashboard, accountoverzicht, betalingsimport en tokenvernieuwing. De gedeelde Ponto-tokenvernieuwing voorkomt dat plugins elkaars refreshacties onbedoeld dupliceren.
• De PAY-betaalroutes zijn aangepast voor betrouwbaardere webhookverwerking en herkenning van dezelfde betaling wanneer verschillende provider-ID’s worden gebruikt.
• Mollie-installaties kunnen met gecontroleerde standaardinstellingen en e-mailtemplates worden ingericht.
• StoneX/Goldbase heeft verbeteringen gekregen aan synchronisatie, paginering, hervatten van orders, synchronisatielimieten en de betaalstatusweergave. De administratie van klantbetalingen is duidelijker gescheiden van de status van een StoneX-betaling.
• De DirectAdmin-, TwoMail-, OCR-factuurscanner- en voorraadbeheerintegraties zijn aangepast aan bijgewerkte provisioning-, boekhoud- en organisatieflows.
• Het Ponto-betaalverzoek is aangepast: optionele en niet-ondersteunde velden worden weggelaten, de betalingsomschrijving wordt genormaliseerd en de API-aanroep gebruikt JSON-headers. Bij fouten worden HTTP-status en, als Ponto die terugstuurt, het request-ID gelogd. De tenant-specifieke return-URL wordt niet meegestuurd, omdat Ponto alleen vooraf geregistreerde return-URL’s accepteert; de teruggegeven signingUri blijft de betaalbestemming. Dit verbetert de diagnose, maar bevestigt op zichzelf niet dat een externe HTTP 500 is opgelost; daarvoor blijft een livecontrole bij Ponto nodig.

Pluginmarkt

• De beheerpagina toont de plugins uit het centrale portaal. Per plugin kunnen beheerders instellen of die in de markt zichtbaar is, een omschrijving toevoegen, een afbeelding uploaden of een afbeeldings-URL gebruiken, en kiezen tussen direct installeren en alleen op aanvraag.
• Bezoekers zien alleen plugins die voor de markt zijn ingeschakeld. Bij plugins op aanvraag kunnen ze een aanvraag indienen die in het beheerportaal binnenkomt.
• Plugininstallatie is opgesplitst in downloaden en activeren. Na downloaden kan de beheerder de installatie vanuit de pluginmarkt starten; de activatiestap maakt ook de lokale configuratie aan.
• De catalogus-, aanvraag- en downloadacties gebruiken endpoints van de aparte Portal API. Die API-routes moeten samen met de portalwijzigingen beschikbaar zijn op de server.
• De pluginmarkt staat op /pluginmarkt; instellingen zijn bereikbaar vanuit het pluginbeheer in het portaal.

Aanvullende boekhoudwijzigingen op origin/boekhouding-logica

De volgende tien commits staan op de remote branch origin/boekhouding-logica en zijn niet opgenomen in main op 12 oktober 2026. Ze zijn meegenomen in deze Git-inventarisatie, maar moeten eerst worden samengevoegd en uitgerold voordat ze als live functies kunnen worden beschouwd.

• Een gedeelde financiële selectie en berekening is toegevoegd voor startscherm, inkomsten, uitgaven en exports. De filters en saldi sluiten daarmee consistenter op elkaar aan.
• Er is een vernieuwde factuurmaker met concepten, hervatten, invoercontrole, klant- en projectsynchronisatie en een laatste controle vóór verzending.
• Er is een aparte uitgavenmaker. Een gebruiker kan een bon of factuur uploaden, scanvoorstellen corrigeren, regels en btw aanpassen, onvolledig bewaren en later hervatten.
• Inkoopconcepten blijven apart van definitieve facturen en financiële totalen. Bij verwerken worden factuur, regels, bijlage en financiële boekingen samen vastgelegd; mogelijke dubbele facturen worden gecontroleerd.
• Een inkoopdossier toont document, bedragen, boekingen en betaalstatus bij elkaar. De uitgavenlijst kan naar het bijbehorende dossier doorklikken.
• Betalingen kunnen aan gesplitste inkoopfacturen worden gekoppeld. Een bankafschrijving kan over meerdere inkoopfacturen worden verdeeld, met zichtbaar resterend bedrag en herstelacties.
• Oude rekeningregistraties hebben een apart inventarisatie- en controlescherm gekregen om historische koppelingen dossier voor dossier te controleren.
• Het vernieuwde overzicht maakt onderscheid tussen documentbedragen, bekende openstaande bedragen, concepten en banktransacties. Concepten beïnvloeden de definitieve omzet- en kostentotalen niet.
• De branch bevat tests en technische documentatie voor de concepten, inkoopdossiers, betalingsverdeling en berekening. De branchdocumentatie vermeldt dat portalupload en controle van de live MySQL-, betaal- en OCR-koppelingen nog openstaan.