VERSIE: 6.0.2026Jakarta

Optimalisatie Vusion koppeling

We hebben de vusion koppeling verder geoptimaliseerd.

Om de load onderling te verminderen hebben we de volgende wijzigingen doorgevoerd:

• De status in behandeling ertussenuit gehaald, de dit is miliseconde werk dus had weinig toegevoegde waarde meer.

• Als de matching nog niet bestaat in vusion sturen we de matching en het item in 1 keer, dat scheelt een call bij labels die nieuwe gekoppeld worden.

• We halen alleen acties op uit ASPOS en werken die alleen bij in Vusion als het nodig is. Bij de volgende triggers halen we de actie informatie niet meer op uit ASPOS omdat in deze gevallen ook geen prijs of actie informatie wijzigd.

  • • ProductESL Updated

    • ProductField Added

    • ProductField Updated

    • ProductSupplier Added

    • ProductSupplier Updated

    • ScanCode Updated

    • Scancode Added

    • StoreGroupProductState Updated

    • ProductBrand Updated

    • ProductGroup Updated

    • ProductSubGroup Updated

• We hebben ook logging geimplementeerd zodat we niet afhankelijk zijn van Vusion om te zien wat er verstuurd is.

CN 67060

Uitbreiding Vusion koppeling

In deze update introduceren we flexibelere prijslijsten voor promoties en automatische vertalingen voor schaplabels.

Configureerbare Prijslijsten voor Promoties
Het is nu mogelijk om naast de standaard prijslijst extra prijslijsten te koppelen aan de ESL-integratie.

• Nieuwe instelling (ESLPriceLists): Voer extra prijslijsten in, gescheiden door een pipe-teken (|). De standaard prijslijst wordt altijd automatisch meegenomen.

• Verwerking: Kortingen uit deze extra prijslijsten genereren een ESL-trigger en worden, inclusief de prijslijstomschrijving, direct naar Vusion doorgestuurd

Meertalige Ondersteuning
De taal op de elektronische schaplabels past zich nu dynamisch aan op de ingestelde taal van het specifieke filiaal.

• Filiaalafhankelijke taal: Staat het filiaal ingesteld op bijvoorbeeld FR of EN, dan verstuurt de ESL-integratie de data in respectievelijk het Frans of Engels

• Automatische fallback: Zodra een vertaling voor een productveld of promotie ontbreekt, valt het systeem veilig terug op de standaardtaal (Nederlands / NL).

CN 71619

QR bon standaard printen

Wijziging doorgevoerd zodat wanneer er op de kassabon een QR code geprint moet worden o.b.v. de settings hiervoor dat deze altijd wordt geprint ongeacht de keuze van de medewerker. Dat wil dus zeggen dat als het werkstation ingesteld staat als afronden zonder bon, de bon met een QR code wel geprint wordt. Als het werkstation staat ingesteld op toon knoppen dan wordt er altijd een bon geprint als er een QR code op moet komen te staan ongeacht de keuze van de gebruiker. Als bij het werkstation afronden met bon aan staat wordt de bon sowieso altijd geprint. 

CN 74357

Optimalisatie barcode verwerking

De Selfcheckout is aangepast om barcodes op een efficiëntere manier te verwerken. Daarnaast worden nu ook GS1 Digital Link QR codes ondersteunt

CN 72506

Rapportages

Klantspecifiek factuur

Er is een klantspecifieke factuur gebouwd naar de wensen van de klant.

CN 69826

Vertaling X-afslag rapport

Het rapport "X-afslag" is vertaald naar de standaard ASPOS talen (Nederlands, Engels, Frans, Duits en Spaans).

LET OP. De vertaling van grootboekrekeningen wordt in een later item opgepakt.

CN 72515

Vertaling Kasstaat rapport

Het rapport "Kasstaat" is vertaald naar de standaard ASPOS talen (Nederlands, Engels, Frans, Duits en Spaans).

LET OP. De vertaling van grootboekrekeningen wordt in een later item opgepakt.

CN 72527

Vertaling Aankopen Personeel rapport

Het rapport "Aankopen Personeel" is vertaald naar de standaard ASPOS talen (Nederlands, Engels, Frans, Duits en Spaans).

CN 72529

Vertaling Transactiebetalingen rapport

Het rapport "Transactiebetalingen Excel" is vertaald naar de standaard ASPOS talen (Nederlands, Engels, Frans, Duits en Spaans).

CN 72530

Vertaling Periode omzetoverzicht rapport

Het rapport "Periode omzetoverzicht" is vertaald naar de standaard ASPOS talen (Nederlands, Engels, Frans, Duits en Spaans).

LET OP. De vertaling van grootboekrekeningen wordt in een later item opgepakt.

CN 72531

Vertaling Omzet per Groep / Leverancier / Merk rapport

Het rapport "Omzet per Groep / Leverancier / Merk" is vertaald naar de standaard ASPOS talen (Nederlands, Engels, Frans, Duits en Spaans).

CN 72532

Producten

Preventieve aanpassing (opnieuw) mailen Inkooporders

Wijziging doorgevoerd zodat het opnieuw mailen van een inkooporder weer werkt naar behoren. 

CN 74794

Klanten

Aanpassing verrekening klantsaldo op klantorders

Wijziging doorgevoerd zodat het vrij besteedbaar saldo van een klant ingezet kan worden als (aan)betaling bij het opslaan van een klantorder in de backoffice. Wanneer een klant een negatief saldo heeft (tegoed) en de functionaliteit is ingeschakeld, verschijnt er bij het opslaan van de klantorder een pop-up waarin de medewerker het saldo kan toepassen.

Instellen

Om deze functionaliteit te activeren moeten de volgende twee instellingen beide op True staan:

• POSCustBalanceByOrder = True Klant saldo per order bijhouden

• BOCustOrdAskUseBalance = True Pop-up tonen bij opslaan klantorder in backoffice

Daarnaast moet de medewerker beschikken over het gebruikersrecht "BO klant order - gebruik saldo".

Als een van de twee instellingen op False staat, of als de medewerker het recht niet heeft, verschijnt de pop-up niet.

Werking
Bij het opslaan van een klantorder controleert het systeem of de klant een negatief saldo (tegoed) heeft. Zo ja, dan verschijnt een pop-up met de volgende informatie:

• Beschikbare saldo — het beschikbare tegoed van de klant

• Ordertotaal — het totaal van de order

CN 62209

Nieuw veld 'AllowChange' beperkt ongewenste wijzigingen in externe klantorders

Waarom deze aanpassing?

Om te voorkomen dat klantorders per abuis verkeerd worden aangepast, hebben we een nieuwe restrictie doorgevoerd in de REST services en de ASPOS Backoffice. Dit voorkomt afwijkingen tussen de orders in ASPOS en eventuele externe ordersystemen.

Hoe werkt het?

Bij het aanmaken van een klantorder (via een POST naar customer-order in de REST API) kan vanaf nu het nieuwe veld AllowChange worden meegegeven.

• AllowChange = False: De resulterende klantorder wordt aangemaakt met beperkte bewerkingsrechten. De meeste kritische aanpassingsacties in de ASPOS Backoffice zijn voor deze order uitgeschakeld.

• AllowChange = True: De order wordt aangemaakt als een reguliere, volledig bewerkbare order.

Wat is er nog wel mogelijk?

Wanneer een order is beveiligd tegen wijzigingen (AllowChange = False), blijft het voor de Backoffice-gebruiker wel mogelijk om de reguliere logistieke stroom af te ronden:

• De order picken

• De order omzetten naar een pakbon

CN 74029

Automatisch verzenden van aanbetalingsmails via de mailsender taak

Wat is er veranderd?

Het is vanaf nu mogelijk om de aanbetalingsmail van een klantorder automatisch op de achtergrond te laten verzenden. Hierdoor wordt het proces versneld en hoeft de e-mail niet meer handmatig gecontroleerd of verstuurd te worden via het mailbeheer.

Hoe werkt het?

Deze functionaliteit wordt aangestuurd door de nieuwe instelling AutoSendExpPayEmail.

• Instelling op True: Wanneer de aanbetalingsmail wordt gegenereerd, opent het mailbeheer-scherm niet meer voor handmatige bewerkingen. In plaats daarvan krijgt de gebruiker een pop-up melding dat de e-mail succesvol is aangemaakt en klaargezet voor verzending.

• Onder de motorkap: De e-mail krijgt op de achtergrond de waarde AutoSend = 1 mee. Hierdoor wordt de mail automatisch opgepakt en verstuurd door de mailsender taak.

• Instelling op False (standaardgedrag): De gebruiker krijgt nog steeds de optie om mailbeheer te openen, de e-mail eventueel aan te passen en deze handmatig te verzenden.

CN 74748

Doorontwikkeling StockMutation endpoint

In de REST services zijn de stock-mutations + records omgezet naar de nieuwe base repository.

Bij het GET /api/stock-mutations endpoint is de includeTotalCount parameter toegevoegd.

CN 73746

Doorontwikkeling StockCountSections endpoint

In de REST services zijn verschillende aanpassingen doorgevoerd bij de StockCountSections.

• Er is een nieuw veld "OwnerGroupUserId" toegevoegd in de database by StockCountSections. Dit veld komt terug, kan meegegeven en gewijzigd worden via de REST services.

• De expand op "OwnerGroupUser" is toegevoegd.

• Wanneer een StoreJob van het type "Inventarisation" i.c.m. met een gekoppelde StockCountSection afgerond wordt via het FinishAndClose endpoint dan wordt de OwnerGroupUserId automatisch gevuld met de CreatedByGroupUserId van de StoreJob.

CN 74483

Optimalisatie CartCalculate endpoint

In de REST services zijn perfomance verbeteringen doorgevoerd bij het berekenen van kortingen. Bij grote aantallen en meerdere mixmatch kortingen was de performance niet goed.

Bij de cartCalculate, customerOrder en transaction is validatie toegevoegd op het aantal. Het maximale aantal is nu 100.000.

CN 74701

Verbetering Stockmutation waar nodig

In de REST services is een bug opgelost waarbij er geen stockMutation werd aangemaakt wanneer een orderregel via een transactie werd afgehandeld.

CN 75469

• 23/04/2026: Extra orderinformatie toegevoegd aan menupunt 'Klantbestelling' op PDA

Er is een uitbreiding doorgevoerd in het menupunt 'Klantbestelling' op de PDA om beter inzicht te bieden in openstaande orders. Voortaan worden het ordernummer en de oorspronkelijke aanmaakdatum van de order getoond in het overzicht.

Daarnaast betreft de eerste kolom in het overzicht de datum waarop de order voor het laatst is gewijzigd. Hierdoor is direct inzichtelijk welke orders nog openstaan en wat de meest actuele status ervan is.

TN 1428023

• 24/04/2026: Weergave van klantorders bij DirectSales-orders in productbeheer hersteld

Er is een wijziging doorgevoerd rondom de weergave van DirectSales-orders in productbeheer. Wanneer er werd geklikt op het klantorderaantal, kon de situatie ontstaan dat de melding verscheen dat er geen klantorders beschikbaar waren, terwijl deze er wel waren. Deze foutsituatie is gecorrigeerd, waardoor de betreffende klantorders bij het aanklikken van het aantal voortaan altijd direct en correct worden getoond.

TN 1416470

• 05/05/2026: Weergave van data op kasstaat hersteld

Er is een wijziging doorgevoerd in het kasstraatrapport. Voorheen kon de foutsituatie ontstaan dat de kasstaat melding maakte van geen data of leeg bleef. Dit is gecorrigeerd, waardoor het overzicht vanaf nu weer alle relevante gegevens en data correct toont.

TN 1439060

• 16/06/2026: Automatische aanmaak van productlabels bij wijzigen van locatie hersteld

Er is een wijziging doorgevoerd bij het aanpassen van productlocaties. Voorheen werd er na het wijzigen van een locatie niet automatisch een productlabel aangemaakt.

Dit is gecorrigeerd, waardoor er na een locatiewijziging vanaf nu direct automatisch een productlabel wordt gegenereerd. Het systeem controleert hierbij eerst het standaardlabeltype op productniveau; als dit niet is ingevuld, wordt teruggevallen op het ingestelde standaardlabeltype op productgroepniveau.

TN 1444425

• 25/06/2026: Selectie van ongeldige productgroep- en subgroepcombinaties in Productberichten voorkomen

Er is een wijziging doorgevoerd binnen Productberichten. Voorheen kon het voorkomen dat er een ongeldige combinatie van een productgroep en subgroep werd opgeslagen, doordat een productgroep gewijzigd kon worden zonder dat er een bijbehorende subgroep werd geselecteerd.

Dit is gecorrigeerd. Het is vanaf nu niet meer mogelijk om de productgroep aan te passen zonder direct een bijbehorende subgroep te selecteren, waardoor er enkel nog geldige productgroep- en subgroepcombinaties kunnen worden opgeslagen.

TN 1445877

• 26/06/2026: Onjuiste afhandeling van aanbetalingen bij terugkeren naar bon hersteld

Er is een aanpassing doorgevoerd in de kassa (POS). Voorheen kon een eerder ingevoerde aanbetaling onterecht worden onthouden wanneer er vanuit het afrekenscherm werd teruggekeerd naar de bon, waardoor het uiteindelijke aanbetalingsbedrag niet meer klopte.

Dit is gecorrigeerd. De ingevoerde aanbetaling wordt vanaf nu niet meer onthouden bij het terugkeren naar de bon, waardoor aanbetalingen weer altijd correct worden verwerkt.

TN 1445877

• 30/06/2026: Ophalen van webnodes per winkel in REST API geoptimaliseerd

Er is een verbetering doorgevoerd binnen de REST-services voor het endpoint GET /api/web-nodes. Bij het opvragen van webnodes worden vanaf nu als eerste de webnodes van de opgegeven winkel (store) geretourneerd.

Indien er voor de betreffende winkel geen webnodes aanwezig zijn, schakelt het systeem automatisch over naar het bovenliggende niveau. Dit zorgt ervoor dat winkelspecifieke webnodes altijd prioriteit krijgen, met een correcte fallback wanneer deze ontbreken.

TN 1448436

• 01/07/2026: Toegang tot PIM via PIMADMINISTRATION-recht hersteld

Er is een wijziging doorgevoerd in de toewijzing van PIM-rechten. Voorheen kon het voorkomen dat gebruikers geen toegang kregen tot PIM doordat het recht PIMADMINISTRATION ontbrak.

Dit werd veroorzaakt doordat de rechten niet juist werden toegewezen aan de betreffende groepen. Het hiervoor verantwoordelijke script is hersteld, waardoor de rechten vanaf nu weer correct worden toegewezen aan de juiste beveiligingsgroepen en de toegang tot PIM weer zoals verwacht werkt.

TN 1452163

• 01/07/2026: Zoeken en sorteren op merk bij deeltellingen geoptimaliseerd

Er is een verbetering doorgevoerd in het selectieproces voor deeltellingen (Partial Stock Count). Voorheen werkte het merkzoekfilter niet naar behoren en stonden de merken niet op alfabetische volgorde, wat het selecteren van specifieke merken bemoeilijkte.

Dit is geoptimaliseerd. De merkselectie binnen de deeltelling is voorzien van een goed werkende merkzoekfunctie en automatische alfabetische sortering, waardoor merken voortaan snel en eenvoudig gezocht en geselecteerden kunnen worden.

TN 1449049

• 03/07/2026: Betrouwbaarheid van SCO-betaalproces geoptimaliseerd

Er is een verbetering doorgevoerd in het betaalproces van de SCO (Self-Checkout). Voorheen kon de situatie ontstaan dat een betaling op de SCO wel succesvol was afgerond, maar de bijbehorende transactie vervolgens niet volledig werd verwerkt.

Het afrekenproces is geoptimaliseerd voor een stabielere en betrouwbaardere afhandeling. Hierdoor wordt het risico op onvolledige transacties na een succesvolle betaling sterk verminderd en verlopen afrekensessies voortaan consistent en correct.

TN 1447084

• 03/07/2026: Btw- en nettototalen op kopie-bon in Transactiebeheer hersteld

Er is een wijziging doorgevoerd in het kopie-bonrapport vanuit Transactiebeheer. Voorheen kon het voorkomen dat het nettobedrag en de btw-specificatie bij transacties met kitartikelen onjuist werden weergegeven.

Dit werd veroorzaakt doordat de btw van kit-componentregels (waarop geen bonuspunten zijn toegestaan) niet correct werd meegenomen in de netto-berekening van de btw-header, waardoor het totaalbedrag afweek van de POS-bon. Dit is gecorrigeerd, waardoor de btw-specificatie op het kopie-bonrapport vanaf nu weer volledig overeenkomt met de POS-bon.

TN 1451458

• 03/07/2026: Product-events voor verwijderde producten bij koppelen van webnodes voorkomen

Er is een wijziging doorgevoerd bij het verwijderen van producten en het koppelen van webnodes. Voorheen kon de situatie ontstaan dat er alsnog product-events werden getriggerd voor al verwijderde producten wanneer er webnodes werden gekoppeld, doordat gekoppelde webnode-records op de achtergrond aanwezig bleven.

Dit is gecorrigeerd. Bij het verwijderen van een product worden vanaf nu ook direct de bijbehorende webnode-records verwijderd. Hierdoor worden er bij het koppelen van webnodes geen product-events meer geactiveerd voor niet meer bestaande producten.

TN 1449176

• 03/07/2026: Verwijderen van verwerkte Cikam-betaling in POS geblokkeerd

Er is een aanpassing doorgevoerd in de kassa (POS) bij de afhandeling van Cikam-betalingen. Voorheen kon het voorkomen dat een reeds verwerkte Cikam-betaling alsnog van de bon werd gehaald wanneer de gebruiker in de POS terug navigeerde naar het hoofdmenu.

Dit is gecorrigeerd. Net als bij een verwerkte PIN-betaling wordt deze actie vanaf nu geblokkeerd zodra er een Cikam-betaling is verwerkt. Hierdoor kunnen verwerkte betalingen niet langer onbedoeld van de transactie worden verwijderd.

TN 1352311/1450634

• 03/07/2026: Verkoop van cadeaukaarten op SCO hersteld

Er is een wijziging doorgevoerd bij het verkopen van cadeaukaarten via de SCO (Self-Checkout). Voorheen kon het voorkomen dat een cadeaukaart niet afgerekend kon worden doordat de SCO onterecht een melding gaf over een onbekende scancode.

Dit is gecorrigeerd. Er is op de SCO een fallback toegevoegd naar de Nederlandse productvelden. Hierdoor worden de productgegevens en scancodes altijd correct herkend en kunnen cadeaukaarten weer naar behoren op de SCO worden verkocht.

TN 1448717

• 07/07/2026: Prijs van kitproducten bij reparatieorders in transactietotaal hersteld

Er is een wijziging doorgevoerd in de kassa (POS) bij het afhandelen van reparatieorders. Voorheen kon de situatie ontstaan dat de verkoopprijs van een kitproduct onterecht niet werd meegenomen in het transactietotaal wanneer de reparatieorder werd opgehaald op de POS.

Dit is gecorrigeerd. De verkoopprijs van een kitproduct bij een reparatieorder wordt vanaf nu op de POS correct meegenomen in het totale transactiebedrag, waardoor het te betalen bedrag weer altijd klopt.

TN 1453207

• 08/07/2026: Onjuiste tijdzone bij starttijd van POS-berichten hersteld

Er is een wijziging doorgevoerd in het scherm voor POS-berichten (POS Messages). Voorheen kon er inconsistentie optreden in het tijdzonegedrag bij het instellen van de starttijd en het gebruik van de "Nu"-knop, wat kon leiden tot validatiefouten bij het direct opslaan van berichten.

Dit is gecorrigeerd. De starttijd wordt vanaf nu standaard geïnitialiseerd op basis van de actuele lokale tijd en de "Nu"-knop selecteert het juiste lokale tijdstempel. Hierdoor treedt er geen afwijkend tijdzonegedrag meer op en kunnen berichten die direct in moeten gaan weer vlekkeloos en zonder validatiefouten worden opgeslagen.

TN 1449217

• 10/07/2026: Onjuiste berekening van artikelaantal bij dubbel scannen hersteld

Er is een wijziging doorgevoerd in de kassa (POS) bij het scannen van artikelen. Voorheen kon het voorkomen dat het aantal van een artikel onterecht te hoog werd berekend wanneer hetzelfde artikel meerdere keren achter elkaar werd gescand (waarbij het aantal bij een dubbele scan bijvoorbeeld steeg naar 48 in plaats van 12).

Dit is gecorrigeerd. De scanaantallen worden vanaf nu weer op de juiste manier verwerkt en opgeteld, waardoor het artikelaantal op de bon bij opeenvolgende scans altijd exact klopt.

TN 1450459

• 13/07/2026: Duidelijkere melding bij dubbele kassa-PIN bij aanmaken gebruiker

Er is een verbetering doorgevoerd in de validatie bij het aanmaken van nieuwe gebruikers. Voorheen kon het voorkomen dat het aanmaken van een gebruiker mislukte met een generieke HTTP 400-foutmelding wanneer de ingevoerde kassa-PIN al in gebruik was in een andere winkel.

Dit is geoptimaliseerd. De controle op dubbele kassa-PINs geeft vanaf nu een duidelijke en specifieke validatiemelding zodra een PIN al in een willekeurige winkel wordt gebruikt. Hierdoor is direct helder wat de oorzaak is en treedt er geen onduidelijke serverfout meer op.

TN 1449520

• 13/07/2026: Crediteren van factuur met afwijkende klant op afleverbon hersteld

Er is een wijziging doorgevoerd in het crediteringsproces van facturen. Voorheen kon het crediteren van een factuur mislukken wanneer de klant op de factuur afweek van de klant op de bijbehorende afleverbon.

Dit is gecorrigeerd. Bij het crediteren van een factuur wordt vanaf nu de klant van de afleverbon gebruikt. Hierdoor faalt het crediteringsproces niet langer bij afwijkende klantgegevens en kunnen facturen en gerelateerde orders (zoals omgezette reparatieorders) weer naar behoren worden verwerkt.

TN 1449465

• 14/07/2026: Zoekfilter op tabblad Filialen gereset bij openen ander segment

Er is een wijziging doorgevoerd op het tabblad Filialen binnen Segmenten. Voorheen bleef een ingevoerde zoekwaarde in het zoekveld onterecht behouden wanneer er naar een ander segment werd overgeschakeld.

Dit is gecorrigeerd. Het zoekveld op het tabblad Filialen wordt vanaf nu automatisch leeggemaakt zodra een ander segment wordt geopend. Hierdoor treedt er geen verwarring meer op door achtergebleven zoekfilters en worden direct de juiste filialen van het gekozen segment getoond.

TN 1453879

• 14/07/2026: Timeout bij zoeken op bestelnummer met streepjes in productbeheer hersteld

Er is een wijziging doorgevoerd bij het zoeken in productbeheer. Voorheen kon het zoeken op bestelnummers met streepjes (zoals 12345-678-9) leiden tot een timeout of foutmelding, doordat de zoekterm als één grote wildcard-zoekopdracht werd afgehandeld.

Dit is gecorrigeerd. De zoekterm wordt vanaf nu automatisch opgesplitst en per onderdeel verwerkt (waarbij numerieke delen op een exacte match worden gecontroleerd en tekstdelen op basis van 'begint-met'). Hierdoor geeft het zoeken op bestelnummers met streepjes geen vertragingen of foutmeldingen meer en worden de zoekresultaten snel en correct getoond.

TN 1448656

• 14/07/2026: Resetten van geselecteerde printer en werkstation in printdialoog hersteld

Er is een wijziging doorgevoerd in het printdialoogvenster. Voorheen kon het voorkomen dat de geselecteerde printer en het werkstation onterecht werden teruggezet naar de standaardinstellingen bij het afdrukken van documenten, zoals afleverbonnen.

Dit is gecorrigeerd. De gekozen printer en het werkstation worden vanaf nu netjes behouden in het dialoogvenster. Hierdoor werkt het afdrukken van onder meer afleverbonnen, prijs- en klantlabels weer naar behoren.

TN 1449160

• 14/07/2026: Onterechte validatiefout bij bijwerken leverbaarheidsdata in product-supplier API

Er is een aanpassing doorgevoerd in de REST-services bij het endpoint PATCH /api/product-suppliers/{id}. Voorheen kon het voorkomen dat er een validatiemelding optrad wanneer de velden deliverableFromDate en deliverableToDate gelijktijdig werden bijgewerkt naar een datum die nieuwer was dan de oorspronkelijke waarde.

Dit is gecorrigeerd. Het bijwerken van de leverbaarheidsdata naar een toekomstige periode verloopt vanaf nu zonder foutmeldingen, waardoor product-leveranciersgegevens weer probleemloos via het endpoint kunnen worden bijgewerkt.

TN 1453907

• 15/07/2026: Weergave van handmatige korting op kassa-transactieregel hersteld

Er is een wijziging doorgevoerd in de kassa (POS) bij het verlenen van kortingen. Voorheen kon de situatie ontstaan dat een handmatig ingevoerde korting niet werd getoond op de betreffende transactieregel.

Dit is gecorrigeerd. Handmatig gegeven kortingen worden vanaf nu weer netjes en correct weergegeven op de transactieregel in de POS, waardoor voor zowel medewerker als klant direct inzichtelijk is welke korting op een artikel is toegepast.

TN 1450717

• 16/07/2026: Onjuiste hoeveelheid van kit-regels bij klantorders hersteld

Er is een wijziging doorgevoerd bij de verwerking van kitproducten in klantorders. Voorheen kon het voorkomen dat wanneer een kitproduct nogmaals aan een bestaande klantorder werd toegevoegd via de optie "Toevoegen", de nieuw aangemaakte kit-regel een hoeveelheid van 0 kreeg. Ook werd bij het wijzigen van de (te leveren) hoeveelheid van een niet-eerste kitproduct op de order onterecht alleen de kit-regel van het eerste kitproduct bijgewerkt.

Dit is gecorrigeerd. Nieuwe kit-regels krijgen vanaf nu direct de juiste hoeveelheid bij het toevoegen. Daarnaast worden aanpassingen in aantallen of te leveren aantallen nu altijd op de juiste, bijbehorende kit-regel doorgevoerd, ook wanneer er meerdere identieke kitproducten op dezelfde klantorder staan.

TN 1450717

• 16/07/2026: Aanmaken van lege pakbonnen en facturen vanuit klantorders voorkomen

Er is een wijziging doorgevoerd bij het omzetten van klantorders naar een pakbon of factuur. Voorheen kon de situatie ontstaan dat er lege documenten (zonder regels) werden gegenereerd wanneer er tussen de initiële controle en het daadwerkelijke aanmaakproces geen geldige regels meer beschikbaar waren (bijvoorbeeld door een tussentijds gewijzigde pickstatus).

Dit is gecorrigeerd door een extra controle toe te voegen aan de procedure. Hierdoor wordt de aanmaak van een pakbon of factuur nu tijdig geblokkeerd wanneer er geen geldige regels meer beschikbaar zijn, wat het ontstaan van lege documenten voorkomt.

TN 1449367

• 16/07/2026: Inconsistente berekening van wisselgeld in vreemde valuta hersteld

Er is een wijziging doorgevoerd bij contante betalingen in vreemde valuta (zoals USD). Voorheen kon de situatie ontstaan dat het wisselgeldbedrag inconsistent werd berekend, waardoor de transactie niet kon worden afgerond, zelfs wanneer exact het getoonde wisselgeld werd uitbetaald.

Dit is gecorrigeerd. Het wisselgeldbedrag wordt vanaf nu altijd consistent en nauwkeurig berekend. Hierdoor wordt de transactie bij het uitbetalen van het getoonde wisselgeld direct en correct voltooid.

TN 1450637

• 17/07/2026: Berekening van aanbetaling bij actieproducten in kassa hersteld

Er is een wijziging doorgevoerd in de kassa (POS) bij het verwerken van aanbetalingen voor bestelde producten. Voorheen kon het aanbetalingsbedrag onjuist worden berekend wanneer er een actie of promotie actief was op het bestelde product en de instelling POSDivideDiscounts aan stond.

Dit is gecorrigeerd. Het aanbetalingsbedrag voor actieproducten wordt vanaf nu altijd correct naar rato berekend wanneer POSDivideDiscounts is ingeschakeld, waardoor de aanbetaling bij bestelde actieartikelen weer exact klopt.

TN 1454534

• 17/07/2026: Selectie in besteladvies bij subgroep-exclusiefilters hersteld

Er is een wijziging doorgevoerd in de verwerking van het besteladvies. Voorheen kon de artikelselectie onjuist verlopen wanneer er gebruik werd gemaakt van subgroep-exclusiefilters.

Dit is gecorrigeerd. Het besteladvies past de subgroep-exclusiefilters vanaf nu altijd op de juiste manier toe, waardoor exact de gewenste artikelen in het advies worden meegenomen.

TN 1453444

• 20/07/2026: Knoppen en scanfunctie direct weer beschikbaar na Cikam-betaling

Er is een wijziging doorgevoerd in de kassa (POS) bij contante betalingen in combinatie met een Cikam-systeem. Voorheen kon het voorkomen dat de menuknoppen en de scanfunctie geblokkeerd bleven na een afgeronde Cikam-betaling, waardoor de kassa leek vast te lopen.

Dit is gecorrigeerd. De blokkade wordt vanaf nu eerder in het betaalproces (vóór de commit) opgeheven. Hierdoor wordt de kassa direct netjes opgeschoond en zijn alle menuknoppen en het scannen weer probleemloos te gebruiken na het afronden van een Cikam-transactie.

TN 1456356

• 20/07/2026: Retourtransacties niet langer meegerekend in verkoopstatistieken op Backoffice NXT Dashboard

Er is een wijziging doorgevoerd op het Backoffice NXT Dashboard met betrekking tot de verkoopstatistieken. Voorheen werden retourtransacties ten onrechte meegenomen in de berekening van verkoopgerelateerde cijfers, zoals het totaal aantal transacties, het gemiddelde bonbedrag en de weergave van de Top 10 omzet (incl. btw) per productgroep.

Dit is gecorrigeerd. Retourtransacties worden vanaf nu uitgesloten van deze statistieken. Hierdoor weerspiegelen de cijfers en de Top 10 weer uitsluitend de daadwerkelijke verkopen, wat zorgt voor een accurate en betrouwbare rapportage van de verkoopcijfers op het dashboard.

TN 1456356

• 29/07/2026: Uitgebreidere logging voor mislukte transactie-commits op de Self-Checkout

Er is een verbetering doorgevoerd in de registratie van mislukte transacties op de Self-Checkout (SCO). Voorheen was het bij transacties die wel succesvol waren betaald (bijvoorbeeld via CCVCloud) maar niet correct in het systeem werden opgeslagen (committed), soms lastig om de exacte oorzaak te achterhalen vanwege beperkte foutinformatie.

Dit is geoptimaliseerd door de logging uit te breiden. Bij een mislukte transactie-commit worden vanaf nu extra details vastgelegd, zoals specifieke foutmeldingen (error responses) en correlatie-informatie. Hierdoor kunnen de oorzaken van dergelijke vastgelopen transacties in de toekomst sneller en gerichter worden onderzocht en opgelost.

TN 1454947