NEXT 202636 - Releasedatum: 02-09-2026
Source to Contract
Aanmaakdatum en aanmaker zichtbaar op taken
Taken worden voortaan voorzien van een aanmaakdatum en de gebruiker die de taak heeft aangemaakt. Beide zijn beschikbaar als optionele kolommen in het taakoverzicht, wat inzicht geeft in wanneer en door wie taken zijn aangemaakt.
Procure to Pay
Bijlagen toevoegen aan goederenontvangst
Bij het aanmaken of bewerken van een goederenontvangst kunnen nu bijlagen worden toegevoegd, zoals pakbonnen, leveringsnota's of kwaliteitscertificaten. De bijlagen zijn zichtbaar in de goederenontvangst zelf en via de gerelateerde documenten-pagina van het bijbehorende inkoopverzoek, inkooporder of factuur.
Source to Contract (S2C)
Algemeen
- Er zijn diverse tekstcorrecties doorgevoerd.
- Er zijn diverse vertaalcorrecties doorgevoerd.
- Er zijn diverse lay-outcorrecties doorgevoerd.
- Er zijn diverse performance-verbeteringen doorgevoerd.
Contracts
Nieuw
Contractmanagement - filters in 'Spend totaal'-overzicht
In het financiële tabblad van een contract is het 'Spend totaal'-overzicht uitgebreid met filteropties. Via een multi-select dropdown kan worden gefilterd op contractnaam en op jaar, zodat de gegevens beter zijn toe te spitsen op de gewenste periode of contractselectie.
Deze aanpassing maakt het financiële overzicht van contracten overzichtelijker en beter bruikbaar voor analyses over meerdere jaren of contracten.
Contractmanagement - aanmaakdatum niet overschreven bij activeren conceptcontract
Bij het activeren van een bestaand conceptcontract werd de aanmaakdatum van het contract overschreven met de datum van activering. Dit had geen impact op het contract zelf, maar zorgde voor onjuiste tijdregistratie in de achterliggende data. De aanmaakdatum blijft voortaan ongewijzigd bij activering.
Deze aanpassing zorgt voor een correcte weergave van de contractgeschiedenis en voorkomt afwijkingen in rapportages die gebaseerd zijn op de aanmaakdatum.
Contractmanagement - uitvoerdatum taak op basis van contracteinddatum
Wanneer via een contractnotificatie automatisch een taak wordt aangemaakt bij het naderen van de contracteinddatum, wordt de uitvoerdatum van de taak voortaan ingesteld op de einddatum van het contract in plaats van de verzenddatum van de notificatie. Als er geen einddatum beschikbaar is, wordt de notificatiedatum als terugvaloptie gebruikt.
Deze aanpassing zorgt ervoor dat automatisch aangemaakte taken een logische uitvoerdatum hebben die aansluit bij de werkelijke contractsituatie.
nextAI - Contract AI - verbeterde verwerking van beveiligde pdf's
De detectie van potentieel schadelijke inhoud in pdf-bestanden die worden geüpload voor analyse via nextAI is verbeterd. Pdf-bestanden met scripts of andere beveiligde inhoud werden eerder ten onrechte als schadelijk gemarkeerd, ook wanneer het document veilig was. De detectielogica is verfijnd zodat onnodige weigeringen worden voorkomen.
Deze aanpassing zorgt ervoor dat pdf-bestanden die veilig zijn maar bepaalde technische kenmerken bevatten, nu correct worden verwerkt door de Contract AI.
Aanmaakdatum en aanmaker zichtbaar op taken
Taken worden voortaan voorzien van een aanmaakdatum en de gebruiker die de taak heeft aangemaakt. Deze informatie wordt opgeslagen bij zowel handmatig aangemaakte taken als taken die automatisch worden gegenereerd door een herhalende taakplanning. De aanmaakdatum is beschikbaar als optionele kolom in het taakoverzicht voor taken, leveranciers en contracten, en is standaard verborgen.
Deze aanpassing geeft contractbeheerders beter inzicht in de herkomst en ouderdom van taken, wat bijdraagt aan een effectievere opvolging en analyse van taakactiviteit.
Taakbeheer - verbeterde statusbepaling in taakoverzicht
De logica waarmee de status van taken in het taakoverzicht wordt bepaald is uitgebreid. Taken met een uitvoerdatum binnen één maand krijgen voortaan automatisch de status 'Te doen', tenzij de status al handmatig als 'In uitvoering' is ingesteld. Dit zorgt voor een consistentere weergave van aankomende taken.
Deze aanpassing maakt het taakoverzicht betrouwbaarder als werklijst doordat taken die op korte termijn uitgevoerd moeten worden, duidelijker zichtbaar zijn.
Query - tabellen voor herhalende taken en documentkoppelingen beschikbaar
In de Query-functionaliteit zijn twee nieuwe tabellen beschikbaar: de tabel voor herhalende taakplanningen en de tabel voor leveranciersdocumentkoppelingen. Beide tabellen kunnen worden gecombineerd met andere tabellen voor het opstellen van aangepaste rapportages.
Deze aanpassing vergroot de mogelijkheden voor rapportage en analyse door meer contractgerelateerde data beschikbaar te maken via de Query-module.
Procurement Value Management - import van eventdetails
In Procurement Value Management is een importfunctie beschikbaar voor eventgegevens. Via een importtemplate kunnen events in bulk worden aangemaakt met velden zoals naam, eventtype, omschrijving, startdatum, eventverantwoordelijken, verwachte impactwaarde, bedrijven en leveranciers. De importknop is uitsluitend zichtbaar voor gebruikers met de rol Procurement Value Manager.
Deze aanpassing maakt het aanmaken van grote aantallen events aanzienlijk efficiënter en vermindert de handmatige invoer bij het opbouwen van een eventoverzicht.
Fixes
| Beschrijving |
|---|
| Issue opgelost waarbij de knoppen voor bewerken en verwijderen zichtbaar bleven in het financiële tabblad van een gearchiveerd contract. Bij gearchiveerde contracten zijn bewerkingsopties niet langer beschikbaar. |
| Issue opgelost waarbij de inloggegevens voor de ValidSign-koppeling binnen de beheerdersomgeving zichtbaar bleven als leesbare tekst in plaats van als verborgen veld. De gegevens worden nu correct afgeschermd weergegeven. |
Vendors
Nieuw
Vendormanagement - verbeterde performance wijzigingslog
Het wijzigingslog in Vendormanagement is geoptimaliseerd door een database-index toe te voegen aan het wijzigingstype. Dit zorgt voor een aanzienlijk snellere laadtijd van het wijzigingslog, met name bij leveranciers met een grote hoeveelheid vastgelegde wijzigingen.
Deze aanpassing maakt het wijzigingslog bruikbaar in omgevingen met een uitgebreide wijzigingshistorie, zonder dat de pagina vertraagt of vastloopt.
Fixes
| Beschrijving |
|---|
| Issue opgelost waarbij Google Alerts-notificaties in het startcentrum niet werden aangemaakt voor gebruikers die zelf de Google Alert hadden ingesteld. De notificatie wordt nu voor alle geautoriseerde gebruikers correct weergegeven. |
| Issue opgelost waarbij het zoekfunctie in het risicobeoordeling-overzicht alleen zocht binnen de huidige pagina in plaats van alle resultaten. Het overzicht is omgezet naar een tabelweergave met globale zoekopdracht en kolomfiltering. |
| Issue opgelost waarbij een ampersand-teken (&) in de naam van een leverancier of contract bij aanmaken incorrect werd opgeslagen en als HTML-entiteit werd weergegeven in overzichten. Het teken wordt nu correct verwerkt en weergegeven. |
| Issue opgelost waarbij de vervaldatum-e-mail voor documenten ook werd verstuurd voor inactieve documenten en documenten gekoppeld aan gearchiveerde leveranciers of contracten. Alleen actieve documenten bij actieve entiteiten genereren voortaan een vervaldatum-notificatie. |
| Issue opgelost waarbij het maximale aantal tekens in het naamveld van een informatieverzoek via de Supplier Portal verschilde van het maximale aantal via de clientzijde. Beide velden hanteren nu consistent een maximum van 250 tekens. |
Spend & Analytics
Fixes
| Beschrijving |
|---|
| Issue opgelost waarbij de import van aangepaste contractveldwaarden tijdelijk vastliep bij contracten met meerdere aangepaste velden in hetzelfde importbestand. De verwerking verloopt nu efficiënter en stabiel. |
| Issue opgelost waarbij de rollenmatrix in de beheerdersomgeving een ander resultaat toonde dan de bijbehorende export. Beide geven nu dezelfde rolgegevens weer. |
| Issue opgelost waarbij het statusveld van een taak bewerkbaar bleef terwijl het Planboard-veld leeg was. Het statusveld wordt voortaan direct als alleen-lezen weergegeven wanneer geen Planboard is geselecteerd. |
Procure to Pay (P2P)
Algemeen
- Er zijn diverse tekstcorrecties doorgevoerd.
- Er zijn diverse vertaalcorrecties doorgevoerd.
- Er zijn diverse performance-verbeteringen doorgevoerd.
Nieuw
Verplichte bijlage bij inkoopverzoeken boven drempelbedrag
Per bedrijf kan in de instellingen een drempelbedrag worden ingesteld waarboven een bijlage verplicht is bij het indienen van een inkoopverzoek. Wanneer het totaalbedrag van het inkoopverzoek het ingestelde drempelbedrag overschrijdt, moet een bijlage worden toegevoegd voordat het verzoek kan worden ingediend of doorgestuurd in de workflow. De validatie geldt zowel in de winkelwagen als in het inkoopverzoek zelf.
Deze aanpassing zorgt dat hoog-waardige inkoopverzoeken altijd voorzien zijn van de benodigde onderbouwing, wat het goedkeuringsproces versnelt en de auditbaarheid verbetert.
Verbeterde verwerking van ERP-responsen bij systeemstappen
Systeemstappen in de workflow die wachten op een reactie van het ERP-systeem (zoals registreren, boeken en exporteren) worden voortaan efficiënter verwerkt. Zodra een ERP-respons binnenkomt, wordt de betreffende workflowstap direct verder gezet in plaats van te wachten op de volgende verwerkingsronde. Als terugvaloptie worden workflowstappen die onverhoopt blijven wachten dagelijks automatisch vrijgegeven.
Deze aanpassing vermindert de verwerkingstijd van facturen en inkooporders bij koppelingen met externe ERP-systemen en verlaagt de systeembelasting bij grote volumes.
AP Automation
Nieuw
AP Automation overzichtspagina - verbeterde weergave en functionaliteit
De overzichtspagina voor factuurverwerking is op meerdere punten verbeterd: de vervaldatumindicator en de kortingsindicator zijn hersteld, de 'Wachten op credit'-status heeft een toelichting bij het aanwijzen, iconen zijn voorzien van kleurcodering (groen voor claimbare facturen, oranje voor overname-claims), de weergave van de sneltoegangsblokken is consistenter en overzichtelijker, en er is een filteroptie toegevoegd op bijlagen. Daarnaast toont de pagina bij het aanwijzen van een factuur de laatste opmerking en is een vernieuwknop beschikbaar. Tot slot is een exportfunctie naar Excel toegevoegd waarmee de zichtbare kolommen inclusief actieve filters kunnen worden geëxporteerd.
Deze aanpassing maakt de dagelijkse verwerking van facturen overzichtelijker en sneller doordat relevante statussignalen en filtermogelijkheden direct beschikbaar zijn.
Boekingsdatums per regel behouden bij afsluiten boekingsperiode
Bij het afsluiten van een boekingsperiode werden eerder alle regels van een factuur overgezet naar de nieuwe periode, ook als de boekingsdatum van een regel al binnen de nieuwe periode viel. Voortaan wordt per regel beoordeeld of de boekingsdatum buiten de afgesloten periode valt. Alleen regels die daadwerkelijk in de afgesloten periode staan, worden bijgewerkt; regels met een boekingsdatum die al in de nieuwe periode staat, blijven ongewijzigd.
Deze aanpassing borgt de juiste verdeling van boekingsregels over meerdere periodes bij facturen met opzettelijk gespreide boekingen, zoals jaarlicenties of gespreide kostenverdelingen.
nextAI feedbackknop beschikbaar op basis van permissie
De feedbackknop voor nextAI bij factuurverwerking is gekoppeld aan een nieuwe permissie. Hierdoor zien alleen medewerkers met de juiste toegangsrechten de knop, terwijl goedkeurders de knop niet meer zien. Bestaande gebruikers met toegang tot factuurverwerking krijgen de permissie automatisch toegewezen.
Deze aanpassing zorgt voor een gerichtere inzet van de nextAI-feedbackfunctionaliteit en voorkomt dat goedkeurders de functie onbedoeld gebruiken.
Maximum aantal pogingen bij afwijzen e-facturen (Routty)
Bij het afwijzen van een e-factuur wordt een notificatie verstuurd naar de e-facturatieprovider Routty. Wanneer deze notificatie niet kon worden bezorgd, werd dit eerder onbeperkt herhaald. Voortaan is het maximale aantal pogingen ingesteld op drie. Bij overschrijding wordt de e-factuur voorzien van een foutmelding en ontvangt de beheerder een notificatie. Via de interface is het vervolgens mogelijk om het verzenden handmatig opnieuw te proberen.
Deze aanpassing voorkomt dat mislukte notificaties oneindig worden herhaald en geeft beheerders beter inzicht in en controle over de status van e-facturatiemeldingen.
API-endpoint voor opvragen e-facturatiestatussen
Externe systemen kunnen voortaan via een nieuw GET API-endpoint de verwerkingsstatus opvragen van facturen die via de e-facturatie-API zijn ingediend. Het endpoint retourneert per factuur het document-ID, de huidige status (In behandeling, Vrijgegeven, Afgerond of Afgewezen) en de datum van de laatste statuswijziging. Bij een afgewezen factuur wordt aanvullend de meest recente afwijzingsopmerking meegestuurd.
Deze aanpassing maakt het voor integratiesystemen mogelijk om de verwerkingsstatus van ingediende e-facturen op te vragen, wat noodzakelijk is voor naleving van de Franse e-factureringsregelgeving.
Ordertype herkenbaar via nextAI
Het veld 'Ordertype' op de factuurkoptekst kan nu automatisch worden herkend via nextAI. De herkenning wordt alleen geactiveerd wanneer het veld 'Ordertype' is ingeschakeld in de schermconfiguratie van de betreffende omgeving.
Deze aanpassing vermindert de handmatige invoer bij facturen waarbij het ordertype op het document vermeld staat en ondersteunt correctere automatische factuurverwerking.
Net Landed Costs importeerbaar via orderdatabase
Net Landed Costs (NLC) kunnen nu worden geïmporteerd via de orderdatabase. Ordernummers zijn hierbij niet langer uniek op zichzelf, maar worden gecombineerd met het ordertype als uniek sleutelpaar, zodat orders van het type NLC correct worden onderscheiden van andere orders.
Deze aanpassing maakt het mogelijk om NLC-orders via de orderdatabase te verwerken en te koppelen aan facturen, in lijn met de bestaande ondersteuning voor andere ordertypes.
Fixes
| Beschrijving |
|---|
| Issue opgelost waarbij bij het goedkeuren van facturen met uitgebreide codering een technische fout optrad. Facturen met een vergelijkbare opbouw worden nu correct verwerkt. |
| Issue opgelost waarbij de preview-routering altijd zichtbaar was, ongeacht de instelling in de algemene configuratie (altijd, alleen kostenfacturen of alleen logistieke facturen). De instelling wordt nu correct toegepast. |
| Issue opgelost waarbij een bijlage die was toegevoegd nadat een factuur de eindstatus had bereikt, niet kon worden verwijderd omdat het verwijderingsicoon ontbrak. Bijlagen toegevoegd na de eindstatus kunnen nu weer correct worden verwijderd. |
| Issue opgelost waarbij claimen vanuit het facturenoverzicht mogelijk was voor facturen die zich in een systeemworkflowstap bevonden, wat een workflowfout veroorzaakte. Het claimen van facturen in niet-claimbare systeemstappen is nu geblokkeerd. |
| Issue opgelost waarbij de onderhoudsmodus actief bleef na het verstrijken van het ingestelde tijdvenster. De instelling 'Blokkeer inloggen' wordt voortaan automatisch uitgeschakeld zodra de ingestelde onderhoudsduur is verlopen. |
| Issue opgelost waarbij een negatief BTW-bedrag werd berekend bij het importeren van een creditfactuur met de instelling 'Bereken verlegd BTW bij import'. Het berekende BTW-bedrag is nu altijd positief voor creditfacturen. |
| Issue opgelost waarbij bij het importeren van een coderingsregel die eerder was geëxporteerd, een verlopen versie van de BTW-code werd geselecteerd in plaats van de huidige actieve versie. De import gebruikt nu altijd de meest recente actieve BTW-code. |
Procurement
Nieuw
Bijlagen toevoegen aan goederenontvangst
Bij het aanmaken of bewerken van een goederenontvangst kunnen nu één of meerdere bijlagen worden geüpload, zoals pakbonnen, leveringsnota's, kwaliteitscertificaten of ondertekende transportdocumenten. De bijlagen zijn zichtbaar op de detailpagina van de goederenontvangst en via de gerelateerde documenten-pagina van het bijbehorende inkoopverzoek, inkooporder en factuur. Met een aanvullende permissie kunnen bijlagen ook worden toegevoegd aan afgesloten ontvangsten.
Deze aanpassing maakt het mogelijk om leveringsdocumentatie centraal op te slaan binnen het platform, waardoor documenten niet langer buiten ISPnext hoeven te worden bewaard.
Orderbevestiging zichtbaar in gerelateerde documenten
Orderbevestigingen zijn nu zichtbaar via de gerelateerde documenten-pagina van een inkoopverzoek, inkooporder, goederenontvangst en factuur. Via de gerelateerde documenten kan worden doorgeklikt naar de detailpagina van de orderbevestiging. De koppeling werkt in één richting: van andere documenten naar de orderbevestiging.
Deze aanpassing maakt het eenvoudiger om de volledige documentstroom rondom een inkooporder in te zien, inclusief de bijbehorende leveranciersbevestiging.
Catalogus koppelen aan OCI-webshopkoppelingen
In de leveranciersinstellingen kan bij een actieve OCI-webshopkoppeling een catalogus worden gekoppeld. Wanneer een gebruiker een aanvragersbeperkingsgroep heeft met een cataloguslimiet, ziet die gebruiker in de zoekbalk en het webshoptabblad uitsluitend de leveranciers en webshops die zijn verbonden aan de gekoppelde catalogus. Gebruikers zonder beperkingsgroep zien alle beschikbare webshops.
Deze aanpassing maakt het mogelijk om de toegang tot OCI-webshops te beperken per gebruiker of functie, in lijn met de bestaande catalogusbeperkingen voor artikelen en inkoopverzoeken.
Contractreferentie en contractnummer beide zichtbaar bij contractselectie
Bij het zoeken naar en selecteren van een contract in een inkoopverzoek of inkooporder worden nu zowel de contractreferentie (de primaire zakelijke identificatie) als het contractnummer weergegeven. De zoekopdracht ondersteunt beide waarden naast de contractnaam en het leveranciersnummer. De contractreferentie blijft de primaire sorteringssleutel.
Deze aanpassing maakt het eenvoudiger om het juiste contract te identificeren, met name voor organisaties die naast de contractreferentie ook het interne contractnummer gebruiken bij het verwerken van inkooporders en facturen.
PO-indexatie pas verwerkt na goedkeuring
Bij het indexeren van een inkooporder werd de bijgewerkte waarde direct op de order toegepast, nog vóór goedkeuring door een verantwoordelijke. Voortaan wordt de geïndexeerde waarde pas op de inkooporder en eventueel gekoppelde facturen verwerkt nadat de goedkeuringsstap in de workflow is afgerond. Wanneer de indexatie wordt afgewezen, keert het verzoek terug naar de indiener voor aanpassing of intrekking.
Deze aanpassing zorgt dat prijswijzigingen via indexatie pas zichtbaar zijn na formele goedkeuring, wat de controle over orderwaarden verbetert en onbedoelde aanpassingen voorkomt.
Exclusieve dimensievalidatie werkt correct via OpenAPI-koppeling
In de coderingsinterface kunnen grootboekrekening en vast activum niet tegelijk worden ingevuld: het selecteren van één veld klapt het andere automatisch in. De verplichte veldvalidatie hield bij klanten met een OpenAPI-koppeling (zoals een generieke ERP-koppeling) geen rekening met dit gedrag, waardoor ingeklapte velden nog steeds als verplicht werden aangemerkt. Voortaan wordt de validatie overgeslagen voor velden die via de exclusieve instelling zijn ingeklapt.
Deze aanpassing maakt het mogelijk om facturen met een grootboekrekening of een vast activum correct te verwerken via een OpenAPI-koppeling, zonder extra handmatige correcties.
cXML OCI-output aangepast conform cXML-specificatie
De cXML-uitvoer die wordt gegenereerd bij een OCI PunchOut-roundtrip is aangepast zodat deze voldoet aan de cXML 1.2-specificatie. Leveringsadressen worden voortaan voorzien van een ISO-landcode en een adres-ID op basis van de leveringslocatiecode. Hiervoor is een nieuw veld beschikbaar in de leveringslocatie-instellingen waarmee de ISO-landcode kan worden gekoppeld.
Deze aanpassing voorkomt dat cXML-berichten worden afgewezen door leverancierssystemen die strikte validatie toepassen op het formaat van inkomende orders.
Artikelen aanmaken via API met update-statement
Het artikelen-API-endpoint ondersteunt nu het aanmaken van een nieuw artikel via een update-verzoek, wanneer het artikel nog niet bestaat. Dit is consistent met het gedrag van andere API-endpoints in het platform. Wanneer een artikel via een update-verzoek wordt aangemaakt, wordt dit vastgelegd in het auditlogboek.
Deze aanpassing maakt het eenvoudiger om artikelgegevensstromen in te richten zonder onderscheid te hoeven maken tussen aanmaken en bijwerken, wat de configuratie van integraties vereenvoudigt.
Geavanceerde routes - gewicht van 0 niet meer toegestaan
In de geavanceerde routeringsinstellingen kan het gewicht van een route niet meer worden ingesteld op 0. Negatieve waarden en decimalen zijn ook niet toegestaan. Het standaardgewicht is ingesteld op 1. Bestaande routes met een gewicht van 0 worden via een automatische migratie bijgewerkt naar 1.
Deze aanpassing voorkomt configuratiefouten waarbij routes met een gewicht van 0 nooit worden geselecteerd en daarmee de routing verstoord.
Fixes
| Beschrijving |
|---|
| Issue opgelost waarbij niet-geselecteerde goederenontvangstregels werden meegenomen in de controle of een goederenontvangst volledig gefactureerd is. Voortaan worden alleen de geselecteerde regels meegewogen, waardoor de status van een goederenontvangst correct wordt bijgehouden. |
| Issue opgelost waarbij het veld 'Aantal regels' in een vrij inkoopverzoek niet direct bewerkbaar was: de standaardwaarde van 1 kon niet worden verwijderd via backspace of direct overschrijven. Het veld reageert nu correct op invoer. |
| Issue opgelost waarbij het toevoegen van een vrije tekst leveringslocatie een 403-fout gaf voor gebruikers met uitsluitend de permissie voor vrije tekst leveringslocaties, zonder de bredere masterdata-permissie. De permissiecontrole is aangepast zodat dit correct werkt. |
| Issue opgelost waarbij het verwijderen van een inkoopverzoekregel in de goedkeuringsstap een technische fout veroorzaakte wanneer het coderingspaneel was uitgevouwen. Regels kunnen nu worden verwijderd ongeacht of het coderingspaneel is in- of uitgevouwen. |
| Issue opgelost waarbij het resetten van de geavanceerde zoekfunctie in het inkoopverzoeken- en inkooporderoverzicht een technische fout veroorzaakte. Het filter wordt nu correct geleegd en het dialoogvenster sluit netjes. |
| Issue opgelost waarbij contractvelden in de winkelwagen anders werden weergegeven en geconfigureerd dan in het vrije inkoopverzoek. De weergave en configuratie is nu consistent tussen beide schermen. |
| Issue opgelost waarbij bij het weergeven van open orders per leverancier alleen inkooporders van de eigen inkoopbron werden getoond wanneer zowel een orderdatabase als procurement actief waren. Open orders uit beide bronnen worden nu gecombineerd weergegeven. |
| Issue opgelost waarbij de OCI basic auth-header een ongeldige waarde bevatte doordat de base64-gecodeerde waarde als ruwe bytes werd doorgegeven. De autorisatieheader wordt nu correct als leesbare tekst aangeleverd. |