12 oktober 2026 tot en met 3 november 2026

Gepubliceerd op 3 november 2026

Korte samenvatting

Het portaal is verder op elkaar afgestemd met compactere overzichten, gedeelde knoppen en bevestigingen, duidelijkere instellingen en een eigen onboarding. Medewerkers kunnen klanten vanuit een modal toevoegen of per e-mail uitnodigen. De globale zoekbalk vindt ook klantcontactpersonen en opent direct hun gegevens bij de juiste klant. Offertes hebben een eigen detailpagina en kunnen met hun activiteiten naar een project worden omgezet. Profielgegevens en tweestapsverificatie staan samen onder Instellingen. Een centraal logboek maakt handelingen en inloggebeurtenissen doorzoekbaar.

Het klantdossier is uitgebreid met gekoppelde Microsoft 365- en IMAP-mailboxen. Vanuit een bericht kunnen projecttaken worden gemaakt die samenkomen in het projectboard, de planning en de urenregistratie. De werkelijke uren blijven daarbij apart van geplande tijd. Kilometerregistraties kunnen achteraf worden aangepast.

De financiële uitbreiding omvat voorbereiding en centrale verzending van btw-aangiften, een afzonderlijk kwartaaloverzicht om bedragen over te nemen, uitgebreidere grootboekdetails en exports, bankcontrole en verbeteringen aan inkomsten, inkopen en uitgaven. Zoekopdrachten en btw-factuurtotalen gebruiken de volledige geselecteerde periode. Uitgaven en losse deelposten kunnen vanuit de uitgavenomgeving worden verwijderd; btw en bronverschillen van deelposten worden duidelijker weergegeven.

Eventmanager heeft analyse-templates, uitgebreidere deelnemersgegevens, instelbare kolommen en uitgesteld laden van overzichten gekregen. Daarnaast zijn de pluginmarkt, het centrale portaalbeheer, de Ponto-betaalverzoeken en het herstel van proefportalen uitgebreid of verbeterd.

Systeemwijzigingen

Samenhang, navigatie en dagelijkse bediening

Overzichts- en detailpagina’s gebruiken op meer plaatsen dezelfde compacte koppen, kruimelpaden, kaarten, knoppen en formulieropmaak. Ook interne pluginpagina’s sluiten hierop aan.
De overbodige KPI-stroken boven Projecten, Klanten, Projectboarden, Meetings en Leveranciers zijn verwijderd. De lijsten en hun eigen functionele tellingen blijven beschikbaar.
De navigatie en actieve moduleherkenning zijn verder afgestemd tussen desktop, mobiel en lokale onderdelen van een dossier.
Snelle acties zoals Nieuw project en Factuur maken openen direct het bedoelde aanmaakformulier, met controle van rechten en pakketfuncties.
Er zijn gedeelde bevestigingsdialogen en formulierhulpen toegevoegd. Waar deze zijn toegepast, blijven annuleren, foutmeldingen, focusherstel en bescherming tegen dubbel indienen op dezelfde manier werken.
De gedeelde stijl en bedieningsafspraken zijn vastgelegd in docs/design-principes.md. Bestaande routes en modulefuncties blijven het uitgangspunt bij het vernieuwen van schermen.

Globaal zoeken

De globale zoekbalk in de topbar doorzoekt ook klantcontactpersonen op naam, e-mailadres, telefoonnummer, functie en bedrijfsnaam.
Een contactresultaat toont de naam, het label Contactpersoon en het bijbehorende bedrijf. De link opent de juiste contactpersoon op het tabblad Contacten van de klant.
Contactresultaten volgen de bestaande volledige klanttoegang en organisatiegrenzen. Beperkte toegang tot alleen toegewezen afspraken geeft geen aanvullende toegang tot contactpersonen.
De bestaande limieten en afwisseling tussen resultaattypen blijven behouden. De weergave en toetsenbordbediening zijn gecontroleerd op desktop en mobiel.

Onboarding en basisinrichting

Op /onboarding staat een eigen introductie voor medewerkers die het portaal voor het eerst inrichten.
De stappen verzamelen profielgegevens, bedrijfsgegevens, branding en de e-mailafzender. Alleen onderdelen waarvoor de medewerker toegang heeft worden aangeboden.
De voortgang wordt per medewerker en organisatie bewaard en als percentage getoond. Een onderbroken introductie kan later worden hervat.
Stappen kunnen expliciet worden overgeslagen of uitgesteld. Ze blijven herkenbaar als Voor later en tellen niet als opgeslagen of volledig afgerond. De brandingstap toont een voorbeeld van portaalnaam, logo en achtergrondkleur.
Vanuit het dashboard en gebruikersmenu is de introductie opnieuw bereikbaar. De inlogflow houdt rekening met een nog niet afgeronde introductie.
De bedrijfsgegevens hebben een eigen instellingenpagina op /settings/company. De instellingen die tijdens onboarding zijn opgeslagen kunnen later op de normale instellingenpagina’s worden aangepast.

Instellingen, eigen profiel en tweestapsverificatie

Instellingen zijn gegroepeerd onder Mijn account, Bedrijf, Facturatie & aanbod, E-mail, Koppelingen & import en Beheer.
Desktop gebruikt uitklapbare groepen; kleinere schermen krijgen een compacte keuze met dezelfde indeling. Onderdelen waarvoor rechten of pakketdekking ontbreken worden niet aangeboden.
Het eigen profiel wordt voortaan bewerkt onder /settings/profile. Naam, contactgegevens, gebruikersnaam, taal, wachtwoord, profielfoto en tweestapsverificatie staan bij elkaar.
/profile verwijst door naar Instellingen. Bestaande formulier- en 2FA-routes blijven compatibel en keren terug naar de centrale profielinstellingen.
Beperkte medewerkers behouden toegang tot hun eigen profiel en 2FA zonder daarmee toegang tot bedrijfsinstellingen te krijgen. Het klantprofiel behoudt de bestaande eigen formulieren en pakketgrenzen.
Profielfoto’s kunnen worden toegevoegd, vervangen en verwijderd. Het medewerkersoverzicht en de profielweergave tonen de opgeslagen foto; het medewerkersdossier verwijst voor het eigen account naar Instellingen.
Als de serversleutel voor 2FA ontbreekt, kan een bevoegde beheerder deze via Genereer initialiseren na controle van het huidige wachtwoord. Een bestaande sleutel wordt behouden; het inschakelen van een persoonlijke authenticator blijft een afzonderlijke stap.
De sleutel wordt buiten de publieke applicatiemap opgeslagen. Padcontroles houden rekening met open_basedir, zodat controles op bovenliggende mappen geen waarschuwingen op de profielpagina veroorzaken.
De persoonlijke 2FA-installatie en eenmalige herstelcodes zijn aan de juiste medewerker- en organisatiecontext gebonden. De gedeelde sleutelbron wordt ook gebruikt voor vertrouwde apparaten en, wanneer geen aparte mailboxsleutel is ingesteld, voor een afgeleide mailboxsleutel.

Klanten, registratie en leveranciers

Klant toevoegen opent vanuit de klantenlijst een modal. Een medewerker kan klantgegevens vastleggen zonder de eigen medewerkerssessie te vervangen door een klantlogin. Na opslaan opent het nieuwe klantdossier.
Bij het toevoegen kan worden gekozen of de klant portaaltoegang krijgt. Een relatie zonder portaaltoegang blijft herkenbaar als klant zonder account.
Dezelfde modal biedt Uitnodigen per e-mail. Na verzending blijft een bevestiging zichtbaar en kan de registratielink worden gekopieerd.
De openbare registratie op /signup is gericht op het aanmaken van een klantaccount. Na succesvolle registratie opent de juiste organisatie-inlogpagina met een bevestiging.
Registratie, uitnodigingen en beschikbaarheidscontroles behouden de organisatiecontext. Vooraf ingevulde naam en e-mailadres blijven door de ontvanger aanpasbaar.
Klanten zonder portaaltoegang worden niet via een technisch intern gebruikersnaamveld als account geteld. Zij ontvangen ook geen wachtwoordreset- of magic-loginlink zolang zij geen inloggegevens hebben.
Leveranciers kunnen vanuit een modal worden toegevoegd met bedrijfsnaam, e-mail, adres, land en btw-gegevens. Opslaan ondersteunt ook bestaande databases met afwijkende verplichtingen voor een gebruikersnaam.
De leverancierslijst sluit verder aan op de klantenlijst, inclusief contactgegevens, vestiging, accountindicatie, rijacties en de eigen tabelscroll op kleine schermen.

Offertes

Offertes openen vanuit hun nummer of de actie Openen op een eigen detailpagina: /offertes/{id}.
De detailpagina brengt het document, de specificatie, klantgegevens, status en een eventueel gekoppeld project bij elkaar. Bewerken blijft via de offerte-editor beschikbaar en keert na opslaan terug naar de detailpagina.
Aanvullende acties staan in een menu met drie punten, passend bij de andere documentoverzichten.
Een offerte kan naar een project worden omgezet. Klant, toelichting, activiteiten, uren, tarieven en bronregels worden meegenomen; de activiteiten krijgen een planningsstatus.
Project en activiteiten worden samen verwerkt. Een herhaalde omzetting opent de bestaande koppeling en maakt geen tweede project aan. De actie volgt projectrechten, pakketgrenzen en klanttoegang.
Voor verstuurde offertes gebruikt de omzetting de vastgelegde documentversie, zodat latere wijzigingen aan standaardgegevens niet alsnog de projectinhoud bepalen.
Zoeken in offertes gebeurt vóór paginering in de database. Offertenummers, klantnamen en inhoud van offerteregels kunnen ook buiten de geladen pagina worden gevonden. Aantallen en statusselecties volgen dezelfde zoekopdracht.

Projectactiviteiten, uren en kilometers

Activiteiten toevoegen opent een gedeeld aanmaakvenster binnen het project. Openen en succesvol toevoegen vereisen geen volledige paginaherlaadactie meer.
Bij een fout blijven de ingevulde activiteitgegevens behouden. Tijdens verwerking worden dubbele verzoeken geblokkeerd; succesvol toevoegen werkt de relevante lijsten en tellingen bij.
Nieuwe activiteiten kunnen direct via het gedeelde bewerkvenster worden aangepast. De planning kan nieuw toegevoegde, te plannen activiteiten opnemen zonder eerst het hele project te herladen.
Uren- en activiteitssamenvattingen onderscheiden werkelijk geschreven uren, gefactureerde uren en te plannen werk. Geplande tijd wordt niet als gewerkte tijd opgeteld.
Het urenoverzicht verwerkt laadfouten en snel wisselen tussen maanden duidelijker. Een oude reactie overschrijft geen nieuwere maand; na een fout kan opnieuw worden geladen. Export blijft geblokkeerd zolang er geen geldige maandgegevens zijn.
Kilometerregistraties kunnen achteraf worden aangepast, waaronder datum, omschrijving en afstand. De kalender en het bewerkvenster ondersteunen deze wijzigingen.
De kilometeracties controleren werknemer, administratie en gewijzigde gegevens. Als een registratie ondertussen is aangepast, wordt dat gemeld in plaats van de oude invoer stilzwijgend op te slaan.

Mailboxen in het klantdossier

Onder Instellingen → E-mail → Mailinstellingen kunnen Microsoft 365-mailboxen en inkomende IMAP-mailboxen worden gekoppeld.
Het tabblad E-mail bij een klant bevat een mailboxoverzicht, berichtlezer, filters, nieuwe e-mail en beantwoorden. Berichten worden herkend aan het hoofdadres van de klant en de e-mailadressen van diens contactpersonen.
Zoeken in het klantdossier doorzoekt de geladen berichten. De bestaande SMTP-instellingen, e-mailtemplates en verzendlogs blijven daarnaast beschikbaar.
Microsoft 365 gebruikt gedelegeerde toestemming. Nieuwe berichten en antwoorden worden via Microsoft verwerkt en verschijnen in Verzonden items. IMAP levert de inkomende berichten; verzenden gebruikt de bestaande SMTP-inrichting.
Verzonden antwoorden blijven bij de oorspronkelijke mail zichtbaar en de bronmail krijgt de status Beantwoord. Een lokale verzendhistorie houdt verzonden berichten beschikbaar na vernieuwen en onafhankelijk van de zoekindex van Microsoft.
Mailboxinloggegevens en tokens worden versleuteld opgeslagen. Gekoppelde mailboxen zijn beschikbaar voor de bevoegde medewerkers van de actieve organisatie.
Berichten worden als tekst weergegeven. Scripts en externe trackingafbeeldingen worden niet uitgevoerd of geladen; bijlagen blijven in de oorspronkelijke mailbox.
Ontkoppelen verwijdert de lokale koppeling en inloggegevens, zonder berichten uit de mailbox te verwijderen.
Laadfouten onderscheiden een verlopen sessie, ontbrekende routes en een ongeldige serverreactie. Serverfouten krijgen een referentie waarmee beheer de fout kan terugvinden.

Projecttaken vanuit e-mail

Vanuit een klantmail kan een projecttaak worden aangemaakt met projectkeuze, omschrijving, verantwoordelijken, deadline en planning.
Eén bericht kan meerdere afzonderlijke taken opleveren, ook in verschillende projecten. Opnieuw verzenden van dezelfde aanmaakaanvraag na een verbindingsprobleem maakt de taak niet dubbel aan.
De taak krijgt een boardkaart en een gekoppelde geplande activiteit. De bronmail blijft vanuit de taak bereikbaar voor medewerkers die ook mailrechten hebben.
Mail, boardkaart en activiteitenlijst openen hetzelfde venster Taak, planning en uren. Wijzigingen aan taakgegevens en planning worden met hun tegenhanger afgestemd.
Taken ondersteunen Open, Bezig en Afgerond. Afronden en heropenen werken de gekoppelde kaart en activiteit bij.
Timer starten en Gewerkte uren opslaan maken afzonderlijke registraties van werkelijke tijd. Ze overschrijven de geplande activiteit niet. Stoppen van een timer rondt de taak niet automatisch af.
Een medewerker gebruikt één timer tegelijk, ook naast de bestaande projecttimer. Handmatige tijdregistratie bewaart werkdatum, uren en toelichting en beschermt tegen dubbel opslaan na opnieuw verzenden.
De bronmail toont gekoppelde projecten en taken met directe vervolgacties. De koppelingen blijven na vernieuwen beschikbaar.
Aanmaken en wijzigen volgen projecttoegang, activiteit- en planningsrechten en pakketfuncties. Gearchiveerde projecten, klantaccounts en boardgasten kunnen deze interne taakbediening niet gebruiken.

Centraal logboek

Op /logboek, onder Beheer, is een centraal overzicht toegevoegd van handelingen binnen de actieve organisatie.
Inlogpogingen, afgeronde logins, tweestapsverificatie, uitloggen, accountovernames en organisatiewissels krijgen herkenbare gebeurtenissen. Ook mobiele authenticatie is aangesloten op de registratie.
Het overzicht toont onder meer gebruiker, onderdeel, tijdstip, actie en resultaat. Bij een overgenomen account blijft de oorspronkelijke uitvoerder herkenbaar.
Zoeken en filters worden in de database over de hele geschiedenis toegepast, vóór paginering. Er kan worden gefilterd op gebruiker, onderdeel, actie, resultaat en periode.
Details tonen een begrensde samenvatting van opgeslagen wijzigingen, teruggedraaide transacties en nog onvoltooide verwerking. Een afgehandeld webverzoek wordt niet automatisch als geslaagde bedrijfsactie aangemerkt.
Ruwe formulieren, wachtwoorden, tokens, e-mailinhoud en SQL worden niet in de logregels opgenomen. Toegang tot het logboek vereist een bevoegde medewerker.
De registratie begint zodra de nieuwe code actief is. Handelingen van vóór de invoering worden niet achteraf gereconstrueerd.

Inkomsten, inkopen, uitgaven en deelposten

Inkomsten en losse inkopen hebben aanvullende verwijderacties in hun overzichten gekregen, met bevestiging en terugmelding.
Een losse uitgave kan rechtstreeks vanaf de detailpagina en vanuit het rijmenu op /uitgaven worden verwijderd. Een volledige gesplitste uitgave wordt via de detailpagina verwijderd.
Deelposten opent de betreffende sectie in de uitgavendetails. De gebruiker wordt hiervoor niet meer naar Boekhouding/Inkopen gestuurd.
Losse deelposten kunnen na bevestiging vanuit de details worden verwijderd. De laatste deelpost wordt via Uitgave verwijderen samen met de gehele uitgave verwijderd.
Het verwijderen van een gesplitste uitgave controleert ook de bijbehorende actieve deelposten. Veranderde gegevens, gekoppelde betalingen en gesloten periodes kunnen de actie blokkeren.
Deelpostverwijdering en de bijbehorende financiële verwerking worden samen afgehandeld. Bij een verwerkingsfout worden de betreffende wijzigingen teruggedraaid.
Btw-bedragen worden per deelpost getoond als exclusief bedrag, btw en inclusief bedrag. De totalen tellen de op centen berekende regels op.
Een verschil tussen de deelposten en het oorspronkelijke bronbedrag blijft apart zichtbaar. Ook bij later bewerken blijft het originele bronbedrag behouden.
Het bewerken van een gesplitste uitgave onderscheidt de bankkoppeling van de hoofdboeking van de gegevens van de deelposten.
Zoeken en filteren bij uitgaven en inkopen werkt over de volledige gekozen periode. Ook passende categorieën van deelposten worden meegenomen. Resultaten, paginering en aantallen gebruiken dezelfde selectie.
Aanklikken van de boekhoudgrafieken toont de juiste factuurbedragen. Grafiek en detailregels gebruiken dezelfde selectie en bedragen exclusief btw; Nederlandse getalopmaak wordt in de browser verzorgd en eindigt niet meer onbedoeld als nul.
De totalen boven het btw-facturenoverzicht gelden voor de volledige geselecteerde periode, ook bij een tabelpagina van 50 regels. Dat geldt tevens voor aantallen, btw-verdeling en de indicatoren voor openstaande facturen en ontbrekende categorieën.
Betaallinkacties zijn beschikbaar voor facturen met een werkelijk openstaand saldo, ook vanuit het overzicht met alle facturen. Concepten, credits en vervallen facturen worden hiervoor uitgesloten.
Categorie-aanmaak ondersteunt de correctie van een afwijkende bestaande categorie-ID-definitie, zodat nieuwe categorieën kunnen worden opgeslagen.

Grootboek, financiële rapporten en exports

Grootboekkaartjes en financiële overzichten gebruiken een meer gedeelde verwerking van beginbalansen en mutaties. Uitsluitingen van hoofdboekingen worden ook toegepast op deelposten.
Bij inkomsten en gesplitste uitgaven blijft het relevante boekingsbedrag leidend als oude factuurregels daarvan afwijken.
Grootboekregels bevatten meer context: relatie, factuurreferentie, bronboeking, boekstuk, documenten en btw-code of tarief. Ontbrekende informatie wordt herkenbaar aangegeven en de zoekfunctie neemt de aanvullende regelgegevens mee.
Vanuit het grootboek kan de oorspronkelijke boeking worden geopend, inclusief bank, categorie, gekoppelde facturen, documenten en bijbehorende grootboekregels.
De Excel-export van grootboekkaarten heeft een index en afzonderlijke rekeningbladen gekregen, met begin- en eindsaldi, debet/credit, btw en brongegevens.
Inkomsten en uitgaven kunnen voor een gekozen periode als CSV worden geëxporteerd. De verwerking gebruikt kleinere batches en Nederlandse Excel-notatie. Tekstvelden worden beschermd tegen onbedoelde uitvoering als Excel-formule.
De CSV-export verwerkt toegewezen bedragen van gedeelde betalingen en toont een niet-toegewezen restant afzonderlijk.
Een bankcontrole-export helpt verschillen tussen rapportmutaties en inkomsten-/uitgavenexports te onderzoeken. Afwijkingen in bronbedragen, factuurregels, uitsluitingen, koppelingen en splitsingen worden inzichtelijk gemaakt.
Voor beheer is gecontroleerd herstel van afwijkende bankkoppelingen bij deelposten toegevoegd. Een voorbeeld gaat vooraf aan toepassen; veranderde gegevens worden opnieuw gecontroleerd. Het onderdeel staat achter de beheer/debugweergave.
Het overzicht van terugkerende omzet houdt kalendermaanden consistenter vast. Een verwerkte termijn verdwijnt niet doordat de volgende betaaldatum opschuift; maandultimo en schrikkeldagen worden meegenomen.

Btw-aangifte en centrale verzending

Vanuit het btw-overzicht kunnen aangiften worden voorbereid, gecontroleerd en definitief gemaakt. De aangifte bewaart een momentopname en het te verzenden bestand; definitief maken vergrendelt de betrokken periodes.
De klantportalen kunnen via een centrale btw-gateway een ondertekend verzoek aan het hoofdportaal aanbieden. Alleen het hoofdportaal beheert de certificaten en communiceert met Digipoort.
Het beheerportaal heeft een onderdeel Btw / Belastingdienst voor aansluiting van portalen, goedkeuring van OB-nummers, certificaatinstellingen en centrale verzendhistorie.
Verzendpogingen, ontvangstbewijzen en statussen blijven bewaard. Herhaalde verzoeken en overlappende tijdvakken worden gecontroleerd om dubbele indiening te beperken.
Bij verlies van een antwoord kan de ontvangststatus worden opgehaald zonder blind opnieuw te verzenden. Een latere afwijzing blijft zichtbaar en kan met behoud van eerdere gegevens worden hersteld.
De eerste indieningsversie ondersteunt reguliere maand-, kwartaal- en jaaraangiften over 2026. De functie vereist een ingerichte en geteste centrale Digipoort-aansluiting. Suppleties en ICP-indiening vallen buiten deze uitbreiding.
De bedragen worden op hele euro’s weergegeven en verwerkt volgens de ingebouwde aangifteregels. Het aangifteblok gebruikt geboekte journaalposten; het is daarmee een andere selectie dan het oudere jaaroverzicht.
Er is een afzonderlijke pagina Belastingaangiften om kwartaalbedragen over te nemen. De rubrieken volgen het aangifteformulier en melden beperkingen van oudere boekingen. In aangiftemaanden wordt standaard het voorgaande kwartaal gekozen.
De pagina Belastingaangiften is ter inzage en verzendt zelf geen aangifte. Elektronische verzending loopt via het afzonderlijke aangifteproces. Er wordt geen belastingbetaling uitgevoerd.
Statuscontrole gebeurt zolang de aangiftepagina openstaat en via een handmatige actie. Een zelfstandige achtergrondcontrole is geen onderdeel van deze versie.

Centraal portaalbeheer en organisaties

Het portaaloverzicht heeft compactere kaarten, doorklikbare statustellingen, zoeken op naam of domein en filters op status en pakket gekregen.
Meerdere geselecteerde portalen kunnen via één bulkupdate worden bijgewerkt. De verwerking toont voortgang en resultaten per portaal.
Pakketgegevens, limieten en beschikbare acties zijn duidelijker gegroepeerd. Het overzicht en de rijacties zijn op kleinere schermen verder aangepast.
De organisatie-migratie houdt bij het aanpassen van unieke indexen rekening met automatisch oplopende ID’s. Dit voorkomt de betreffende MySQL-fout bij het omzetten van bestaande tabellen.
Herstel van bestaande relaties tussen organisatietabellen houdt rekening met opnieuw uitgegeven ID’s en werkt de betreffende verwijzingen bij. Ontbrekende brongegevens worden met meer context gemeld.
Nieuwe mailbox-, onboarding-, logboek- en btw-tabellen zijn opgenomen in de organisatie-inrichting. Gedeelde opslag met eigen organisatiecontrole en organisatiegebonden tabellen worden afzonderlijk behandeld.
Btw-aangiftegegevens en centrale gatewayhistorie worden uit sjablonen voor nieuwe administraties verwijderd, zodat een nieuwe administratie deze gegevens niet van de broninstallatie overneemt.

Pluginwijzigingen

Eventmanager

Coaches zien per deelnemer hoeveel analysepunten zijn ingevuld en welke informatie nog ontbreekt.
Er kunnen meerdere analyse-templates worden gemaakt. Bij een nieuw evenement kan een passende vragenlijst worden gekozen; het evenement bewaart een eigen kopie zodat latere templatewijzigingen bestaande evenementen niet veranderen.
Bij uitschrijven wordt standaard alleen het openstaande factuurbedrag gecrediteerd. Een reeds betaalde aanbetaling kan zo als factuurwaarde behouden blijven. Een expliciet ingevoerd creditbedrag blijft een afzonderlijke keuze.
Deelnemerslijsten en wachtlijsten tonen opgeslagen inschrijfformuliergegevens met de ingestelde veldnamen en volgorde. Wachtwoordvelden en losse tekstblokken worden niet als gegevenskolom aangeboden.
Beheerders kunnen kiezen welke kolommen zichtbaar zijn. De keuze wordt per evenement bewaard, afzonderlijk voor deelnemers en wachtlijst, en wordt gedeeld tussen beheerders. Actieknoppen blijven beschikbaar.
Het evenementenoverzicht laadt deelnemers en templatevoorbeelden pas wanneer ze worden geopend. De deelnemers in het overzicht zijn gepagineerd; na een laadfout kan opnieuw worden geprobeerd.
Geslachtswaarden met toelichtingen, zoals “Girl (meisjes)” en “Boy (jongens)”, worden consequent herkend in lijsten, tellingen en capaciteitscontrole.
De Eventmanagerpagina’s sluiten verder aan op de gedeelde portaalopmaak. De laatste commit 97c5571, met de omschrijving “plugin fix”, bevat deze Eventmanager-uitbreidingen.

Pluginmarkt

Op /pluginmarkt kan het beschikbare pluginassortiment worden bekeken. De weergave onderscheidt onder meer actief, klaar om te installeren, beschikbaar, binnenkort beschikbaar en op aanvraag.
Beschikbare plugins kunnen vanuit het portaal worden gedownload en daarna geïnstalleerd. Voor uitbreidingen op aanvraag kan een aanvraag worden ingediend.
Centraal beheer kan het aanbod, de zichtbaarheid, omschrijvingen, afbeeldingen en beschikbaarheid beheren en aanvragen afhandelen.
De pluginmarkt gebruikt de centrale Portal API voor het aanbod, aanvragen, afbeeldingen en downloads. De passende API-routes en pluginbestanden moeten eveneens beschikbaar zijn.
De toevoeging van de pluginmarkt valt binnen de overlappende wijzigingen van 14 oktober en stond daardoor deels al in de vorige releasenote.

Ponto en betaalacties

Ponto-betaalverzoeken gebruiken een aangepaste API-payload. Betalingsomschrijvingen worden opgeschoond en begrensd; niet-ondersteunde optionele velden worden weggelaten.
De portaalgebonden terugkeer-URL wordt niet meer aan het betaalverzoek toegevoegd. De door Ponto aangeboden ondertekenlink blijft de betaalbestemming.
Foutdiagnostiek bij Ponto bevat de HTTP-status en, wanneer beschikbaar, het request-ID. Deze wijziging helpt foutonderzoek; een externe providerfout is daarmee niet automatisch verholpen.
De betaallinkacties van Mollie en Pay sluiten qua presentatie aan op de vernieuwde factuuracties en het rijmenu.

Proefportalen en afspraakplanner

Een herhaalde aanvraag in het proefportaalbeheer maakt niet opnieuw hetzelfde proefportaal aan.
Wanneer het portaal wel is aangemaakt maar de reactie verloren ging, kan de koppeling met de oorspronkelijke aanvraag worden hersteld. De bestaande proefperiode blijft daarbij behouden.
Herstel toont geen nieuwe, ongebruikte inloggegevens en vervangt geen bestaand wachtwoord. Inloggegevens versturen blijft een afzonderlijke handeling.
De afspraakplanner onderscheidt klanten zonder portaalaccount van klanten met inloggegevens, ook wanneer een intern contactrecord een technische gebruikersnaam heeft. Accountfilters en tellingen gebruiken deze controle.

Overige pluginpagina’s

WooCommerce gebruikt duidelijkere Nederlandse labels, waaronder WooCommerce winkels, Niet-geïmporteerde bestellingen en Importwachtrij. De betreffende pagina’s sluiten aan op de gedeelde opmaak en navigatie.
Extra klantvelden, Helpdesk, de OCR-factuurscanner, Voorraadbeheer, Werkbonnen, Werken bij, Schemabeheer, Botbeheer, StoneX, Ponto en twoAI hebben aangepaste koppen, kruimelpaden en/of de gedeelde paginaopmaak gekregen.
Livechat gebruikt de gedeelde opmaak buiten de ingesloten weergave.
Profielverwijzingen van twoAI wijzen naar de centrale profiel- en beveiligingsinstellingen, met herkenning van gebruikersnaam, profielfoto en tweestapsverificatie.
Waar aangepast gebruiken verwijderacties de gezamenlijke bevestigingsdialoog, onder meer bij de OCR-factuurscanner, Schemabeheer en Portaalbeheer.

← Terug naar alle releases