VERSIE: 6.0.2026Helsinki

ASPOS NEXT Backoffice

Met de release van versie Helsinki maken we een flinke sprong voorwaarts. De onderstaande 22 schermen en modules vormen samen de volledige ASPOS NEXT Backoffice die vanaf deze versie standaard actief is voor alle omgevingen.

Hier is het complete overzicht van de schermen die live gaan:

Toegang & Personalisatie

1. Inlogscherm: Het centrale startpunt met ondersteuning voor Single Sign-On en meertaligheid.

2. Winkelkeuzescherm: De vernieuwde storeselector voor gebruikers met toegang tot meerdere vestigingen.

3. Homepage: Het centrale dashboard met realtime omzetcijfers en logistieke indicatoren .

4. Profielscherm: De pagina waar gebruikers hun eigen bladwijzers en accountinstellingen beheren.

5. Dashboards & Widgets: Het tabblad waarop gepersonaliseerde tellers en tabellen per pagina kunnen worden toegevoegd.

Communicatie & Regie

1. Takenoverzicht: De notificatie-popup die direct inzicht geeft in openstaande acties zoals labels en prijswijzigingen.

2. Kassaberichten: De module voor het versturen van tijdgebonden instructies naar de POS-terminals .

3. Productmeldingen: De flow voor het beoordelen van productwijzigingen vanuit de winkel of AI .

Voorraad & Logistiek

1. Tellingen: De volledige inventarisatie-module inclusief de stapsgewijze wizard.

2. Cyclustellingen: Strategisch voorraadbeheer via automatisch klaargezette telopdrachten.

3. Pickcontainers: Beheer van fysieke dragers en hun afmetingen voor de logistieke picking-logica .

4. Klantorder Batches: Het batchgewijs groeperen en picken van meerdere klantorders tegelijk .

Klanten & Verkoop

1. Transactiebeheer: Het uitgebreide overzicht voor controle, fiattering en het maken van kopiebonnen.

2. Klantevents: De centrale plek voor het beheren van alle klantcontacten en afspraken.

3. Klantgroepen: Beheer van klantsegmenten en de bijbehorende loyaliteits- of spaarinstellingen.

Assortiment & Stamgegevens

1. Productgroepen: Centraal en lokaal beheer van de artikelhiërarchie en bijbehorende marges.

2. Merken: Beheer van merkgegevens, logo's en specifieke actie-instellingen per merk.

3. Leveranciers: Centraal beheer van inkoopcondities, adressen en contactpersonen .

4. Prijslijsten: Beheer van verkoop- en inkoopprijzen gekoppeld aan specifieke klantgroepen .

5. Elektronische Schaplabels: De module voor het koppelen en monitoren van digitale prijskaartjes.

Organisatie & Gebruikers

1. Gebruikersbeheer: De centrale plek voor het beheer van medewerkers, wachtwoorden en rechten .

2. Vestigingen: Het scherm voor het beheren van de winkelboom en het toevoegen van nieuwe locaties via een wizard .

Integratie MultisafePay

ASPOS ondersteunt vanaf nu een volledige integratie met MultiSafepay betaalterminals. Hiermee verlopen kaartbetalingen en digitale betalingen naadloos via de kassa.

Wat is er nieuw in het betaalproces?

• Real-time monitoring: De status van de betaling wordt live gevolgd. Valt de verbinding weg of verloopt de transactietijd (time-out)? Dan keert de kassa (POS) automatisch netjes terug naar het betaalscherm.

• Afhandeling van offline terminals: Als de terminal offline is wanneer een betaling wordt gestart, toont ASPOS direct een melding aan de kassamedewerker. Door op ‘Nee’ te klikken, keert het systeem terug naar het overzicht van betaalmethoden. De transactie kan vervolgens opnieuw worden geprobeerd zodra de verbinding is hersteld. Dit werkt voor zowel de reguliere kassa (POS) als de zelfscan (SCO).

• Uitgebreide kassabonnen: De kassabonnen tonen alle benodigde details, waaronder het correcte bedrag, de afgerekende producten, de gebruikte betaalmethode (inclusief het type kaart bij pinbetalingen) en eventuele retourgegevens of -redenen. Alle transacties worden uiteraard opgeslagen in de Backoffice.

Ondersteuning voor retourpinnen (Refunds)

De integratie ondersteunt het retourpinnen. Hierbij is er ondersteuning voor zowel gekoppelde retouren (referenced refunds) als ongekoppelde retouren (unreferenced refunds).

CN 69829

Optimalisatie Sendcloud koppeling

Wijziging doorgevoerd zodat het aanmelden bij sendcloud met meerdere orders met een shippingId goed gaat, ook worden shippingIds van de carrier GLS juist afgehandeld. 

CN 73247

Optimalisatie OV koppeling

Bij OV-gerelateerde artikelen wordt voortaan – indien beschikbaar – de volgende aanvullende informatie op de kassabon afgedrukt:

• Sterwaarde (NumberOfZones)

• Zone (CenterZone inclusief omschrijving, bijvoorbeeld 6900 – Venlo)

• Startdatum (gebaseerd op de ontvangen timestampwaarde)

De gegevens worden opgehaald uit de transactielogging, waaronder:

• CenterZone (bijv. 6900 – Venlo)

• NumberOfZones (sterwaarde)

• StartDate (timestampwaarde)

De startdatum wordt geconverteerd vanuit de ontvangen waarde naar een leesbare datumweergave op de kassabon.

CN 69545

Optimalisatie certificering Duitsland

Voor de Duitse fiscalisatie sturen wij nu ook de aantallen en prijs mee van de transactieregels in de transactie signering 

CN 71287

Ticketverkoop in de POS via Enviso-integratie

We hebben een nieuwe koppeling gerealiseerd met Enviso! Met deze integratie is het vanaf nu mogelijk om direct vanuit de kassa (POS) tickets te verkopen, bijvoorbeeld voor musea.

Let op: Printen van tickets volgt later

Het daadwerkelijk printen van de verkochte tickets zit nog niet in deze release en wordt in een apart, volgend item opgepakt.

Hoe werkt de nieuwe Enviso-flow?

Wanneer de instellingen (zie onder) correct zijn geconfigureerd, kan de kassamedewerker de ticketverkoop eenvoudig starten:

1. Start de flow: Gebruik de sneltoetscombinatie CTRL+Y op de POS om het nieuwe Enviso-keuzemenu te openen.

2. Kies een tijdvak: Na de eerste keuze in het menu kom je in het scherm met beschikbare tijdvakken. Hier is direct zichtbaar hoeveel tickets er per tijdvak nog beschikbaar zijn. De actuele beschikbaarheid wordt steeds live bijgewerkt aan de start van een tickettransactie.

3. Selecteer tickettypes: In het daaropvolgende scherm kies je het gewenste type tickets. Aan de rechterzijde van het scherm wordt de selectie duidelijk weergegeven.

4. Afrekenen: De gekozen tickets worden uiteindelijk als producten in de POS-transactie geplaatst, waarna deze direct afgerekend kunnen worden.

Belangrijke regels op de POS:

• Zodra de tickets in de transactie op de kassa staan, is het niet meer mogelijk om aantallen aan te passen, bedragen te wijzigen of korting te geven.

• Mocht de Enviso-service om wat voor reden dan ook niet beschikbaar zijn tijdens het proces, dan toont de POS een heldere foutmelding en wordt er direct een retourtransactie aangemaakt voor de Enviso-tickets.

Configuratie (Geavanceerde Instellingen)

Om deze functionaliteit te activeren, moeten de volgende geavanceerde instellingen juist worden gevuld:

• EnvisoApiKey: De sleutel om connectie te maken met de Enviso API.

• EnvisoApiSecret: Het wachtwoord behorend bij de API-connectie.

• EnvisoBaseUrl: De URL van de Enviso API.

• EnvisoTenantSecretKey: De sleutel om de aanbieders op te halen van de verschillende tickets die verkocht gaan worden.

• EnvisoTicketsProduct: Een specifiek in ASPOS in te richten artikelnummer waarmee de tickets vanuit de Enviso-flow op de POS afgerekend kunnen worden.

CN 71456

Land van herkomst aangepast in aankomstverkoop 

Aanpassing in de indeling van de vlaggen in de Arrival Sale functionaliteit van de Airside Module. Door een recente wijziging week de indeling af ten opzichte van de reguliere flow, dit is nu verholpen.

CN 72764

Implementatie prijs per bestemming

We hebben een aanpassing doorgevoerd in de POS Airside Flow met betrekking tot prijzen binnen en buiten de EU. Om hier onderscheid in te kunnen maken voor specifieke artikelen hebben we twee nieuwe productvelden geïntroduceerd:

• PriceInsideTaxZone: Bevat de prijs inclusief btw die betaald moet worden door reizigers die naar een land in de Europese Unie reizen. Dit productveld wordt specifiek gevuld met dezelfde prijs die ook het artikel zelf staat, voor export doeleinden.

• PriceOutsideTaxZone: Bevat de prijs exclusief btw die betaald moet worden door reizigers die naar een land buiten de Europese Unie reizen. Deze prijs wordt getoond als de ex btw prijs aan de POS.

Om gebruik te kunnen maken van deze functionaliteit moet, in combinatie met alle relevante Airside settings, de nieuwe geavanceerde instelling "POSPriceByDestination" op True staan. Als deze op False staat, blijft de standaard Airside functionaliteit behouden.

CN 72780

Aanpassing melding ontbreken IP

Er is een nieuwe foutmelding toegevoegd aan het SCO-inlogscherm wanneer het werkstation is gevonden, maar het IP-adres niet bekend is in de winkel.

CN 73231

Correctie giftcard-betalingen op SCO

De afhandeling van betalingen met een tweede giftcard op de Self-Checkout (SCO) is gecorrigeerd. Het systeem kijkt nu naar de daadwerkelijke restwaarde van de transactie in plaats van het totale transactiebedrag.

Hierdoor is het vanaf nu mogelijk om transacties volledig te betalen met meerdere giftcards.

CN 76082

Rapportages

Schaplabels aangemaakt

Klantspecifieke schaplabels gemaakt naar wensen van de klant

CN 72477

Producten

Optimalisatie voorraadreserveringen en Showroom levering

Diverse wijzigingen doorgevoerd m.b.t. voorraad reservering, zo is een onterechte foutmelding bij het wijzigen van de voorraad reservering opgelost. 

Ook blijft de koppeling met een "showroom model" behouden als er van de filiaalorder een AD order gemaakt wordt. 

Ook is er een nieuw recht toegevoegd "Inzien Reserveringstatus bovenliggend niveau", als de ingelogde gebruiker dit recht actief heeft dan heeft hij/zij de mogelijkheid om de (als de voorraad van een bovenligende vestiging bekeken wordt) ook de reserveringsstatus in te zien.

LET OP: Als de gebruiker ook het recht heeft om de reserveringsstatus te wijzigen, dan kan deze de reservering van een andere winkel wijzigen, dit recht is niet uitgesplitst.

CN 71968

Leverancierspecifieke kleurmapping en verbeterde kleurselectie

In deze release introduceren we een belangrijke verbetering voor het beheren van productkleuren. Het is vanaf nu mogelijk om leverancierspecifieke kleuren te koppelen op productkleurniveau. Daarnaast is de manier waarop kleuren worden geselecteerd en opgeslagen geoptimaliseerd.

Wat is er veranderd?

• Vernieuwd selectiescherm: Het scherm (de modal) voor kleurselectie is volledig opnieuw ontworpen.

• Specifieke leveranciersdata: Je kunt nu per ASPOS-kleur expliciet de kleurgegevens van de leverancier invoeren.

• Geen automatische bulk-aanmaak meer: Om ongewenste data te voorkomen, worden matrix-onderliggende artikelen (matrix children) niet langer automatisch in bulk aangemaakt bij het selecteren van kleuren.

• Uitgebreid tabblad 'Kleur': Het overzicht in het tabblad 'Kleur' toont vanaf nu direct de belangrijkste informatie:

  • • De ASPOS-kleur

    • De kleurcode van de leverancier

    • De kleuromschrijving van de leverancier

Nieuwe controle ter voorkoming van dubbele data (API)

Op de achtergrond (op API-niveau) is een nieuwe validatie toegevoegd. Deze uniekheidscontrole garandeert dat elke combinatie van een Product + Kleur maar één keer kan bestaan in het systeem.

CN 72344

Vestigingen

Optimalisatie StoreXML

Wijziging doorgevoerd zodat in de storeXML nu ook warehouseOID's gevuld kunnen worden, zodat daarnaar verdeeld wordt o.b.v. de OrderDististributionMode. 

CN 72067

Tonen actieprijs in aanvullende productfuncties

Aanpassing doorgevoerd in de PDA om bij de voorraad afboeken, opboeken en wijzigen de actieprijs te tonen indien deze aanwezig is en het gaat om een van-voor of mixmatch van het type bedrag gaat.

CN 72292

Optimalisatie pick klantorder

Wijziging doorgevoerd in de PDA dat bij het picken van klantorders er rekening gehouden wordt met het scanaantal bij de barcode.

Dit om ervoor te zorgen dat bij het picken de barcode van de omverpakking gescand kan worden en daarmee het aantal van de gehele omverpakking te picken.

CN 72650

RFC 14394, Extra parameter om bonuspunten te boeken bij aanmaken retourorder via next

n de REST services bij het aanmaken van een retour-order is het nu mogelijk om aan te geven dat gegeven spaarpunten niet direct teruggeboekt moeten worden. Dit kan door midddel van de nieuwe parameter: "skipBonusPointMutations" in de retour-order op true te zetten.

Voorbeeld:

"additionalParameters": {

    "skipBonusPointMutations": true

}

Bij het verwerken van de retour-order naar pakbon worden dan pas de spaarpunten teruggeboekt.

CN 65535

Verschillende prijzen in filiaalorders die zijn aangemaakt via backoffice, rest en PDA

In de REST services is een aanpassing gedaan voor de volgende discount categorieën:

• DiscountCategory.MixMatchOnAll

• DiscountCategory.MixMatchOnAllNet

Deze discount categorieën worden nu overgeslagen in de kortingsberekening. De prijzen die nu gehanteerd worden zijn nu altijd op basis van het type discount:

• DiscountType.Laatsteinkoopprijs: LastPurchasePrice

• DiscountType.Gemiddeldeinkoopprijs: FixedStockPrice

CN 71149

Toevoegen Vouchertriggers

 We hebben onze trigger-/gebeurtenistechnologie geïntegreerd in ons Loyalty-platform. Vanaf versie Helsinki kun je je via RabbitMQ abonneren op de gebeurtenissen VoucherCreated en VoucherUsed. 

Instelling/configuratie: Storesetting EVLVouchersTrigEnabled

CN 72206

Productvelden leeghalen 

In de REST services is het nu mogelijk om bepaalde velden van een product weer leeg te maken. 

Bij het endpoint PATCH /api/products/{id} zijn middels de propertiesToClear parameter de volgende velden weer leeg te maken:

• Merk (brandId)

• Prijscode (priceCode)

• Kleur (colorCode)

Bij het endpoint PATCH /api/products/{id}/store-settings/{storeId} is middels de propertiesToClear parameter het volgende veld weer leeg te maken:

• Prijscode (priceCode)

Het merk kan alleen leeggemaakt worden als de setting 'ProductBrandReq' op False staat en/of als er bij de productgroep het merk niet als verplicht veld staat ingesteld.

CN 72476

Retouren in REST met kitregels

In de REST services is een bug opgelost bij het POST /api/transactions/Commit endpoint. Wanneer een transactie een kitProduct bevatte met een aantal groter dan 1 en er werd in een retourtransactie een gedeelte retour genomen, dan was dit niet mogelijk. Dit is nu verholpen.

CN 72614

MixMatch kan niet worden gevonden in REST

In de REST services kwam door een bug bepaalde data niet meer terug (Bijvoorbeeld: subgroep) wanneer in de database het StoreOID op NULL stond. Dit is verholpen.

CN 72704

• 26/02/2026: Dubbele verwerking klantorders op de POS voorkomen

Wijziging doorgevoerd zodat bij het drukken op totaal bij het afhalen van een klantorder op de POS een controle wordt uitgevoerd of de regel(s) al verwerkt zijn. Als dit het geval is dan wordt er een melding getoond welke regels al verwerkt zijn en worden de regels van de bon verwijderd.

TN 1413040

• 17/03/2026: Kassacrash bij het zoeken naar klanten verholpen

Er is een wijziging doorgevoerd in de kassa (POS) voor het opzoeken van klantinformatie. Voorheen kon de foutsituatie ontstaan dat de POS vastliep of crashte bij het zoeken naar klanten (onder meer op acceptatieomgeving Florence).

Dit is hersteld, waardoor het opzoeken van klanten voortaan weer stabiel en zonder storingen of crashes verloopt.

TN 1416283

• 18/03/2026: Afronding naar hele bedragen in de kassa gecorrigeerd

Er is een fout hersteld in de kassa (POS) met betrekking tot de instelling POSRoundCashToWhole. Voorheen werden (buitenlandse) bedragen met decimalen van 0,50 en hoger onterecht naar beneden afgerond in plaats van naar boven. De afronding is gecorrigeerd, waardoor deze bedragen vanaf nu weer correct naar boven worden afgerond.

TN 1425928

• 19/03/2026: Bonnen printen na wijziging printernaam weer mogelijk

Er is een aanpassing gedaan in de printerdetectie van de kassa (POS). Door een eerdere update faalde het printen van bonnen in specifieke situaties wanneer de naam van de printer was gewijzigd. Deze fout is hersteld, waardoor bonprinters met een aangepaste naam nu weer correct worden herkend en functioneren.

TN 1427347

• 07/04/2026: Correcte omrekening pasnummer OV-chipkaart op kassabon hersteld

Er is een aanpassing doorgevoerd bij het scannen van OV-chipkaarten aan de kassa. Voorheen werd de hexadecimale waarde van de kaart niet goed omgerekend naar cijfers, waardoor er een onjuist pasnummer op de kassabon verscheen. Deze conversie is gecorrigeerd, zodat na het scannen van een OV-chipkaart voortaan direct weer het juiste pasnummer op de bon wordt afgedrukt.

TN 1426873

• 14/04/2026: Optie 'Alleen getelde voorraad' toegevoegd bij aanmaken deeltelling

In de wizard voor het aanmaken van een deeltelling (bij het subtype 'standaard') is de optie "Alleen getelde voorraad" als vinkje toegevoegd. Hiermee kunnen gebruikers nu zelf bepalen of producten die niet zijn geteld automatisch op nul moeten worden gezet of hun huidige stand behouden.

Bij deze aanpassing geldt het volgende:

• Voor deeltellingen van het subtype 'aanwezigheidstelling' blijft deze optie verborgen.

• De standaardstatus van het vinkje wordt automatisch overgenomen uit de winkelinstelling CountPartialOnlyCounted.

TN 1433127

• 15/04/2026: Producten scannen na overslaan Airside-flow op kassa hersteld

Er is een probleem opgelost in de kassa (POS) dat optrad wanneer de Airside-flow (zoals het scannen van een boardingpass) werd overgeslagen. In die situatie kon het voorkomen dat het scannen van vervolgproducten werd geblokkeerd of niet werd geregistreerd. Deze fout is hersteld, waardoor producten ook na het overstappen of overslaan van de Airside-flow weer direct en probleemloos gescand kunnen worden.

TN 1428923

• 23/04/2026: Onterechte blokkade bij inloggen door IP-adresvalidatie in Nieuwe Backoffice verholpen

Er is een probleem opgelost in de Nieuwe Backoffice-omgeving waarbij gebruikers onterecht werden geblokkeerd tijdens het inloggen als gevolg van een onjuiste IP-adresvalidatie.

TN 1435789

• 24/04/2026: Direct onderliggende winkels weer zichtbaar in winkelselector

Er is een foutsituatie opgelost bij het inloggen vanuit een virtuele winkel. Voorheen waren direct onderliggende winkels in die situatie niet beschikbaar als selecteerbare inlogopties in de winkelselector, terwijl subgroepen en de bijbehorende winkels wel juist werden weergegeven.

Dit is gecorrigeerd, waardoor alle direct onderliggende winkels voortaan weer correct worden getoond en geselecteerd kunnen worden tijdens het inloggen vanuit een virtuele winkel.

TN 1436790

• 30/04/2026: Barcodeweergave op pakbonnen bij handmatige klantorders hersteld

Er is een wijziging doorgevoerd voor de weergave van barcodes op klantspecifieke rapportages (zoals pakbonnen). Voorheen kon de situatie ontstaan dat de barcode op het rapport onjuist werd getoond wanneer een regel handmatig of op een specifieke wijze aan de klantorder werd toegevoegd.

Dit is gecorrigeerd, waardoor de barcode voortaan altijd juist op klantspecifieke rapportages wordt afgebeeld, ongeacht de manier waarop de regel aan de klantorder is toegevoegd.

TN 1418872

• 05/05/2026: Voorrang Windows standaardprinter op kassa hersteld bij overeenkomende printernamen

Er is een wijziging doorgevoerd in de kassa (POS) voor de printerselectie. Wanneer er in de ApplicationSettings.config een printernaam staat ingesteld (zoals 'EPSON T') en er meerdere printers geïnstalleerd zijn die met dezelfde naam beginnen, geeft de POS vanaf nu voorrang aan de Windows standaardprinter.

Hierdoor wordt in situaties met meerdere gelijksoortige printernamen voortaan altijd de juiste standaardprinter gekozen.

TN 1438995

• 05/05/2026: Onnodige lege regels in dropdown 'Gelinkte webnode' verholpen

Er is een wijziging doorgevoerd in het keuzemenu voor gelinkte webnodes. Voorheen konden er onnodige witregels of lege opties zichtbaar zijn in de dropdown.

Dit is gecorrigeerd, waardoor de keuzelijst vanaf nu weer overzichtelijk en zonder overbodige witregels wordt getoond.

TN 1435737

• 06/05/2026: Onterechte inlogblokkade in Nieuwe Backoffice verholpen

Er is een foutsituatie opgelost in de Nieuwe Backoffice-omgeving waarbij gebruikers onterecht konden worden geblokkeerd met de melding "Too many login attempts". Dit ontstond doordat inlogpogingen werden gecontroleerd op basis van IP-adres. Vanaf nu worden inlogpogingen geregistreerd per gebruikersnaam.

Daarnaast is er een afteltimer toegevoegd voor geblokkeerde gebruikers en zijn het maximale aantal inlogpogingen en de wachttijd voortaan configureerbaar gemaakt (standaard ingesteld op 10 pogingen en 60 seconden wachttijd).

TN 1438953

• 07/05/2026: Doorvoeren van prijswijzigingen vanaf HQ-niveau naar IO en filialen hersteld

Er is een wijziging doorgevoerd bij het verwerken van prijswijzigingen op HQ-niveau. Voorheen kon de situatie ontstaan dat een nieuwe prijs niet werd doorgezet naar onderliggende filialen wanneer een product wel een status op filiaalniveau had, maar nog niet op IO-niveau. Op IO-niveau werd er destijds enkel een SGP-record met de oude prijs gegenereerd.

Dit is hersteld: er wordt voortaan ook in deze situatie direct een SGPPC-record op IO-niveau aangemaakt. Hierdoor wordt de gewijzigde prijs vanaf nu altijd correct en volledig doorgezet naar de onderliggende filialen.

TN 1433099

• 12/05/2026: Conversie naar dropshipment-order beperkt tot bezorgorders

Er is een aanpassing doorgevoerd bij het converteren van klantorders. Voortaan kan een klantorder die geen bezorgorder is, niet meer worden omgezet naar een dropshipment-order.

Het converteren naar een reguliere inkooporder blijft voor niet-bezorgorders wel gewoon mogelijk. Hiermee wordt geborgd dat dropshipments alleen worden aangemaakt wanneer de benodigde bezorggegevens aanwezig zijn.

TN 1431840

• 12/05/2026: Tijdfiltering op transacties in de backoffice geoptimaliseerd

Er is een verbetering doorgevoerd in het filteren van transacties op tijd binnen de backoffice. Alle transactiedatums en -tijden worden vanaf nu getoond en gefilterd op basis van de tijdzone die is ingesteld voor de ASPOS-omgeving, ongeacht de tijdzone-instellingen van de gebruikte browser. Hierdoor komt het geselecteerde filterbereik voortaan altijd exact overeen met de getoonde transacties.

Daarnaast wordt er nu automatisch rekening gehouden met zomer- en wintertijd (DST). Een transactie die bijvoorbeeld in februari is aangemaakt, blijft de juiste lokale tijd tonen wanneer deze in mei wordt bekeken. Dit zorgt voor een consistente en nauwkeurige weergave van alle transactietijden.

TN 1438437

• 13/05/2026: Afwijking tussen transactiebedrag en betaalbedrag op kassa hersteld

Er is een wijziging doorgevoerd in de kassa (POS) om afwijkingen tussen het totale transactiebedrag en het uiteindelijke betaalbedrag te voorkomen. De POS voert vanaf nu ter controle altijd een automatische herberekening van de totaalprijs uit op het moment dat er op subtotaal wordt gedrukt of de pinautomaat wordt aangestuurd.

Hierdoor komt het bedrag dat naar de pinterminal wordt gestuurd voortaan altijd exact overeen met de werkelijke waarde van de transactie.

TN 1437297

• 20/05/2026: Zoeken op klantnummer in Klantenbeheer hersteld

Er is een wijziging doorgevoerd in Klantenbeheer. Voorheen kon het in specifieke gevallen voorkomen dat een klant niet gevonden kon worden op basis van het klantnummer. Dit werd veroorzaakt doordat een klant per abuis kon worden aangemaakt met twee keer hetzelfde adrestype.

Dit is gecorrigeerd. Het toevoegen van dubbele adrestypes bij een klant wordt nu voorkomen, waardoor alle klanten vanaf nu weer altijd correct en consistent worden gevonden op klantnummer.

TN 1439518

• 20/05/2026: Afdrukken van alle labels via Zebra-labelprinter hersteld

Er is een wijziging doorgevoerd in de procedure die labels klaarzet en ophaalt voor de printservice. Voorheen kon de situatie ontstaan dat niet alle gewenste labels daadwerkelijk werden afgedrukt via de Zebra-labelprinter.

Dit is gecorrigeerd, waardoor alle klaargezette labels voortaan weer volledig en betrouwbaar door de printservice worden opgehaald en afgedrukt.

TN 1437480

• 20/05/2026: Decimalen van kortingspercentage op klantspecifieke rapportage hersteld

Er is een wijziging doorgevoerd in een klantspecifieke rapportage. Voorheen kon het kortingspercentage met een onjuist aantal decimalen worden weergegeven op het rapport.

Dit is naar wens van de klant aangepast, waardoor de decimalen van het kortingspercentage voortaan correct en conform de gewenste specificaties op de rapportage worden getoond.

TN 1433588

• 21/05/2026: Twee keer moeten klikken op inlogknop in Backoffice Next verholpen

Er is een foutsituatie opgelost in Backoffice Next 2.0 waarbij gebruikers twee keer op de knop 'Inloggen' moesten drukken wanneer de inloggegevens automatisch waren ingevuld.

Inloggen werkt vanaf nu altijd direct bij de eerste poging zodra er geldige inloggegevens aanwezig zijn.

TN 1438457

• 22/05/2026: Controle op verplicht serienummer bij reparatieorders hersteld

Er is een wijziging doorgevoerd bij het toevoegen van artikelen aan reparatieorders. Wanneer voor een product is ingesteld dat een serienummer verplicht is, wordt deze verplichting vanaf nu correct afgedwongen zodra het product wordt toegevoegd aan het tabblad 'Kosten' binnen een reparatieorder.

Hiermee wordt voorkomen dat producten waarvoor een serienummer vereist is, zonder de nodige serienummergegevens op een reparatieorder terechtkomen.

TN 1438222

• 27/05/2026: Openstaande pickregels geannuleerd bij status 'Gereed voor facturatie' op reparatieorder

Er is een wijziging doorgevoerd bij het afhandelen van reparatieorders. Wanneer de status van een reparatieorder wordt gewijzigd naar "Gereed voor facturatie", worden eventuele nog openstaande pickregels vanaf nu automatisch verwijderd (deze krijgen de status deleted).

Hiermee wordt voorkomen dat er onnodig openstaande pickopdrachten in het systeem blijven staan zodra een reparatie gereed is om gefactureerd te worden.

TN 1436394

• 27/05/2026: Vestigingskeuze bij inloggen gebaseerd op IP-adres in de backoffice

Er is een wijziging doorgevoerd in de backoffice voor het inloggen met gebruikers die op een bovenliggend niveau zijn aangemaakt en toegang hebben tot 'alle vestigingen'.

Voorheen logde een dergelijke gebruiker standaard in op de vestiging waar het account oorspronkelijk was aangemaakt. Vanaf nu bepaalt het bekende IP-adres waarvandaan wordt ingelogd automatisch op welke specifieke vestiging de gebruiker wordt ingelogd.

TN 1443800

• 29/05/2026: Uit- en inloggen bij wisselen van backoffice-interface hersteld

Er is een wijziging doorgevoerd bij het overschakelen tussen de verschillende gebruikersinterfaces (UI's) van de backoffice. Voorheen kon het voorkomen dat het uitloggen en opnieuw inloggen van de juiste gebruiker tijdens het wisselen van interface niet altijd consistent of correct verliep.

Dit is opgelost, waardoor de actieve gebruiker bij het overschakelen tussen backoffice-interfaces vanaf nu altijd op het juiste moment wordt uitgelogd en de correcte gebruiker consequent opnieuw wordt ingelogd.

TN 1444652

• 29/05/2026: Klantzoekfunctie in Transactiebeheer geoptimaliseerd

Er is een wijziging doorgevoerd in de klantzoekfunctionaliteit van Transactiebeheer (ASPOS NEXT). Voorheen werden alle klanten getoond wanneer de instelling ShowCustomerUntilNode leeg was.

Vanaf nu wordt ook de instelling CustomerSearchAll meegenomen in dit proces. Als CustomerSearchAll is uitgeschakeld, worden voortaan alleen nog klanten gevonden binnen de eigen winkelgroep in plaats van binnen de volledige winkelboom. Hiermee sluiten de zoekresultaten beter aan bij de ingestelde rechten en winkelstructuur.

TN 1443046

• 03/06/2026: Rechtencontrole op basis van beveiligingsniveau verwerkt in Gebruikersbeheer

Er is een wijziging doorgevoerd binnen het gebruikersbeheer bij het ophalen, zoeken en wijzigen van gebruikers en veiligheidsgroepen (security groups).

Wanneer een groupuserId in de headers wordt meegegeven, wordt er bij het ophalen en zoeken van gebruikers (GET en Search op groupusers) vanaf nu strikt rekening gehouden met het niveau van de veiligheidsgroep (waarbij niveau 1 het hoogste is en niveau 99999 het laagste). Gebruikers kunnen hierdoor alleen nog andere gebruikers opvragen die zich op hetzelfde of een lager niveau bevinden (bijvoorbeeld niveau 5 of lager).

Voor het bijwerken van gebruikers (PATCH groupusers) geldt eveneens dat een gebruiker alleen nog aanpassingen mag doen bij andere gebruikers van hetzelfde of een lager niveau.

Daarnaast is voor GET securityGroups de nieuwe queryparameter MinLevel toegevoegd. Hiermee kan gefilterd worden vanaf welk niveau resultaten worden opgehaald (bijvoorbeeld: MinLevel = 5 geeft alleen resultaten terug voor niveaus 5, 6, 7 en hoger).

TN 1444997

• 04/06/2026: Pollen van Lincsafe-betaalstatus en afbreken bij inactiviteit op kassa hersteld

Er is een wijziging doorgevoerd in de communicatie tussen de kassa (POS) en de Lincsafe-betaalautomaat.

Het pollen naar de status van het Lincsafe-apparaat wordt vanaf nu gereset bij elke actie die op de machine plaatsvindt. Wanneer er gedurende 2 minuten niets wordt gedaan op het Lincsafe-apparaat, wordt de transactie automatisch afgebroken op de machine en vervolgens ook op de kassa geannuleerd.

TN 1445713

• 10/06/2026: Dubbeltelling van omverpakkingen bij handmatige ontvangstcontrole hersteld

Er is een aanpassing doorgevoerd in de verwerking van ontvangstcontroles. Voorheen kon het voorkomen dat omverpakkingen dubbel werden geteld wanneer de ontvangstcontrole handmatig werd uitgevoerd (WifiManualReceiving = false).

Dit is gecorrigeerd, waardoor omverpakkingen bij het verwerken van een handmatige ontvangstcontrole vanaf nu niet meer dubbel worden geteld en de getelde aantallen correct in het systeem worden verwerkt.

TN 1444866

• 10/06/2026: Winkelrouting voor hoofdkantoorgebruikers geoptimaliseerd

Er is een verbetering doorgevoerd in de winkelrouting (Store Routing) voor gebruikers die zijn gekoppeld aan het hoofdkantoor (M001). Voorheen kon het bij overlappende IP-netwerkconfiguraties voorkomen dat deze gebruikers niet in de juiste hoofdkantooromgeving terechtkwamen bij het inloggen.

Dit is geoptimaliseerd, waardoor gebruikers van het hoofdkantoor (M001) vanaf nu altijd en consistent worden ingelogd in de correcte hoofdkantooromgeving, ongeacht eventuele overlappende IP-instellingen binnen het netwerk.

TN 1445765

• 02/07/2026: Openen van klantevenementen en reparatieorders voor gekoppelde gebruikers hersteld

Er is een aanpassing doorgevoerd in de beveiligingsfiltering bij klantevenementen (Customer Events) en reparatieorders (Repair Orders). Voorheen kon het voorkomen dat een klantevenement niet geopend kon worden wanneer er een gebruiker was gekoppeld via het dropdownmenu "Voor gebruiker", als gevolg van een belemmering in het beveiligingsfilter.

Dit is gecorrigeerd. Klantevenementen openen vanaf nu correct en zonder foutmeldingen, zelfs wanneer gekoppelde gebruikers een afwijkend beveiligingsniveau hebben. Daarnaast kunnen reparatieorders weer naar behoren worden aangemaakt, geopend en bewerkt wanneer er een gebruiker is geselecteerd via het dropdownmenu "Monteur". De bestaande beveiligingsrestricties voor gebruikerszichtbaarheid en toegangsbeheer blijven hierbij volledig gehandhaafd.

TN 1452294

• 10/07/2026: Caching op X-Afslag rapportage verwijderd

Er is een wijziging doorgevoerd in de X-Afslag rapportage. Voorheen kon het voorkomen dat het rapport gecachet werd, waardoor bij het verversen van de pagina niet de meest actuele transacties werden getoond.

Dit is gecorrigeerd door het verwijderen van de caching. Wanneer het X-Afslag rapport via het menu Rapportages wordt geopend en ververst, worden de meest recente transacties vanaf nu altijd direct en correct geladen.

Let op: Deze wijziging geldt uitsluitend voor de X-Afslag geopend via het menu Rapportages, en niet via Transactiebeheer.

TN 1451022

• 10/07/2026: SSO-inlog via Microsoft-accounts hersteld

Er is een aanpassing doorgevoerd in de verwerking van Single Sign-On (SSO) via Microsoft-accounts. Voorheen kon de situatie ontstaan dat inloggen via SSO incidenteel een 404-foutmelding gaf na meerdere succesvolle inlogpogingen, als gevolg van wijzigingen die door Microsoft waren doorgevoerd.

Dit is gecorrigeerd. De SSO-integratie is aangepast aan de gewijzigde functionaliteit van Microsoft, waardoor het inloggen via Microsoft-accounts vanaf nu weer stabiel en zonder foutmeldingen verloopt.

TN 1445295

• 21/07/2026: Pincode verplicht bij instellen van kassa-gebruikersnaam

Er is een verbetering doorgevoerd in de validatie bij het aanmaken en wijzigen van gebruikers (via de REST-services POST /api/group-users en PATCH /api/group-users/{id}). Voorheen was het mogelijk om een gebruiker op te slaan met een kassa-gebruikersnaam (POS Username / displayName) zonder een bijbehorende pincode in te vullen. Dit zorgde vervolgens voor problemen wanneer deze gebruiker op de kassa (POS) wilde inloggen.

Dit is geoptimaliseerd. Vanaf nu is het invullen van een pincode verplicht zodra er een kassa-gebruikersnaam wordt opgegeven. Ontbreekt de pincode, dan toont het systeem een duidelijke validatiemelding en kan de gebruiker niet worden opgeslagen. Wanneer de kassa-gebruikersnaam leeg blijft, is de pincode nog steeds optioneel. Hierdoor worden gebruikers altijd met een correcte en complete configuratie opgeslagen en worden inlogproblemen op de kassa voorkomen.

TN 1452950