VERSIE: 6.0.2026Istanbul

Ondersteuning voor Buckaroo-betaalterminals

ASPOS ondersteunt vanaf nu de integratie met Buckaroo-betaalterminals. Hierdoor kunnen winkels die gebruikmaken van Buckaroo, hun betalingen direct via de kassa (POS) verwerken. Dit werkt op een vergelijkbare manier als bij andere ondersteunde betaalterminals en zorgt voor een soepele en consistente betaalervaring.

Wat dit betekent voor gebruikers:

• Direct betalen: Pinbetalingen kunnen eenvoudig direct vanuit de kassa worden gestart via de Buckaroo-terminal.

• Automatische statusupdates: De actuele betaalstatus wordt direct en automatisch bijgewerkt in ASPOS.

• Retourpinnen (Refunds): Terugbetalingen voor eerdere transacties worden volledig ondersteund.

  • • Zowel gekoppelde (referenced) als, indien ingeschakeld, ongekoppelde (unreferenced) terugbetalingen zijn mogelijk.

    • Let op: Om een ongekoppelde terugbetaling uit te voeren via de kassa, moet de instelling POSEFTRefundReq op False worden gezet.

• Kassabonnen: Alle benodigde betaalgegevens zijn beschikbaar en worden correct afgedrukt op de kassabon.

CN 71291

Optimalisatie actie berekening

Wijziging doorgevoerd in de discount optimizer, waardoor diverse acties en combinaties weer correct af gaan op de POS.

CN 68883

Eerste implementatie GS1-scancodes

We hebben de eerste stap gezet voor het accepteren en verwerken van GS1-scancodes direct in de kassa (POS).

Deze nieuwe functionaliteit in de kassa maakt aan de achterkant gebruik van de vernieuwde verwerking van scancodes. Voor meer inhoudelijke details over hoe deze complexe codes worden uitgelezen en welke data we daar precies uithalen, verwijzen we je graag naar het gerelateerde release notes-item: Implementatie QR-codes uploaden (CN 72505).

CN 72504

Enviso museumtickets printen via Boca-printer

In navolging van de eerdere Enviso-integratie voor de verkoop van museumtickets in de kassa, is het nu ook mogelijk om deze tickets direct af te drukken op een speciale Boca-printer. Om deze functionaliteit optimaal te gebruiken, is een eenmalige configuratie van hardware, software en kassa-instellingen vereist.

1. Hardware & Software installatie

• Boca-printer installeren

• Download en installeer de vereiste driver (dpinstx64.exe).

• Let op! Voer deze installatie uit voordat je de hardware aansluit. Hiermee voorkom je dat Windows automatisch een verkeerde standaarddriver installeert.

• Sluit de printer aan en stel het papierformaat in op "Ski" om het gewenste ticketformaat correct te printen.

• Foxit PDF Reader installeren

• De tickets worden door Enviso aangemaakt als PDF-bestand. Omdat sommige standaard PDF-readers weergaveproblemen veroorzaken, raden wij met klem de gratis Foxit PDF reader aan.

• Download en installeer Foxit PDF reader.

• Zoek het installatiepad op (meestal is dit: C:\Program Files\Foxit Software\Foxit PDF Reader\FoxitPDFReader.exe).

• Vul dit pad in bij de geavanceerde ASPOS-instelling AcrobatInstallPath. Zo weet de kassa precies welke software gebruikt moet worden voor het printen van de tickets.

2. Geavanceerde instellingen configureren

• Zorg ervoor dat de volgende geavanceerde instellingen in ASPOS correct zijn gevuld voor zowel de printer als de Enviso-koppeling:

• Print-instellingen:

• POSPrintPDFDirect: True

• POSPDFWaitForExit: False

• POSPrintDirectArguments: /t "{0}" "{1}"

• Enviso-instellingen:

• EnvisoApiKey: De sleutel voor connectie met de Enviso API.

• EnvisoApiSecret: Het wachtwoord voor connectie met de Enviso API.

• EnvisoBaseUrl: De URL van de Enviso API.

• EnvisoTennantSecretKey: De sleutel om de aanbieders van de tickets op te halen.

• EnvisoTicketsProduct: Het ASPOS-artikelnummer waaraan de tickets gekoppeld zijn, zodat deze correct aangeslagen en afgerekend kunnen worden in de kassa.

3. Hoe werkt het in de kassa?

• Zodra de inrichting compleet is, is het verkopen en printen van tickets heel eenvoudig:

• Druk in het transactiescherm op CTRL+Y om de nieuwe Enviso-flow te openen.

• Selecteer het gewenste museum of evenement.

• Kies een tijdvak. Je ziet hier direct hoeveel tickets er nog beschikbaar zijn (deze voorraad wordt bijgewerkt bij de start van elke tickettransactie).

• Kies het type en aantal tickets (bijv. volwassene of kind). De selectie wordt overzichtelijk aan de rechterzijde getoond.

• Klik op afronden om terug te keren naar het reguliere kassa-scherm.

• Zodra je de betaling afrondt, worden zowel de reguliere kassabon als het museumticket (via de Boca-printer) geprint!

CN 72997

Rapportages

Aanpassing factuur layout

Er is een aanpassing doorgevoerd op een klant specifiek template.

CN 73196

Rework schaplabel

Er is een aanpassing doorgevoerd op een klant specifiek label.

CN 74032

Producten

Uitbreiding product import/export

We hebben een aantal aanpassingen gemaakt in de product import functionaliteit in de backoffice. 

• De volgende velden zijn importeerbaar gemaakt. Deze velden waren voorheen enkel beschikbaar als read-only velden.

  • • Label Layout

    • Label type 

• Onderstaande velden zijn toegevoegd in de import/export functionaliteit.

  • • Bestelformule

    • Seizoen

    • Maat

    • Collectie

CN 71865

Extern ID veld voor merken en productgroepen Backoffice Next

Er is een nieuw veld toegevoegd voor een Externe ID (External ID). Dit veld is specifiek ontworpen om de koppelingen (integraties) met externe systemen beter te ondersteunen.

Waar vind je dit nieuwe veld?

De Externe ID is vanaf nu beschikbaar bij de volgende onderdelen:

• Merken (Brands)

• Productgroepen

• Productsubgroepen

Goed om te weten:

• Alleen-lezen (Read-only): Het Extern ID-veld is wel zichtbaar in de Backoffice, maar kan hier niet handmatig worden aangepast.

• Zoekfunctie: Het is mogelijk om direct op de Externe ID te zoeken, zodat je de gekoppelde records snel en eenvoudig kunt terugvinden in het systeem.

CN 71865

Financeel

Rapportages Transactiebeheer Backoffice Next

Automatische weergave in het Transacties-overzicht

• Het 'Dock' wordt nu automatisch weergegeven in het Transacties-overzicht (grid). Handmatig in- of uitschakelen is hierdoor niet meer nodig.

• De transactielijst die op dat moment zichtbaar is op je scherm, wordt nu direct overgenomen als selectie voor je rapporten. Dit garandeert dat elk gegenereerd rapport exact overeenkomt met de gegevens die je in het overzicht ziet.

Rapporten op basis van gebruikersrechten

• De sectie Rapporten toont vanaf nu uitsluitend de rapporten waarvoor de ingelogde gebruiker de juiste rechten (permissies) heeft. Dit geldt voor de volgende rapporten:

  • • Transactie overzicht (TRANSACTIONRECORDS)

    • Transactie journaal (TRANSACTIONJOURNAL)

    • X-afslag (TRANSACTIONXDEMISSION)

    • Kopie bonnen (REPORTCOPYRECEIPTS)

CN 73111

Klanten

Magazijn instelling retour orders

Wijziging doorgevoerd zodat in de bestaande setting WebshopOrderReturnStore het warehouseOID (OID van het magazijn) ingevuld kan worden, de voorraadboeking van webshop retouren op het desbetreffende magazijn gebeuren. Hiervoor moet de setting gevuld worden met W{WarehouseOID}.

CN 72681

Actieprijzen zichtbaar op de PDA

We hebben een handige aanpassing doorgevoerd in de PDA. Wanneer je de voorraad gaat opboeken, afboeken of wijzigen, krijg je vanaf nu direct de actieprijs te zien op je scherm.

Wanneer is de actieprijs zichtbaar?

De prijs wordt getoond als er een actieprijs actief is én deze aan de volgende voorwaarden voldoet:

• Het gaat om een 'van-voor' actie.

• Het gaat om een mixmatch actie op basis van een bedrag.

CN 72292

Vernieuwde API-validator

We hebben onder de motorkap een nieuwe validator geïmplementeerd. Dit maakt het in de toekomst veel eenvoudiger om datavalidaties toe te voegen en te onderhouden. Deze nieuwe validator wordt vanaf nu gebruikt op de POST- en PATCH-endpoints van: brand, brand storesettings, productgroup en productgroup storesettings.

Wat betekent dit voor regressietesten en API-gebruikers?

• Aangepaste tekst in foutmeldingen: De structuur van de response body (HTTP 400) blijft exact hetzelfde, maar de specifieke foutmeldingen zijn iets gewijzigd en consistenter opgebouwd. Ze zijn nu vaak opgesplitst in meerdere regels.

  • • Voorbeeld oud: "Code must be between 1 and 15 characters"

    • Voorbeeld nieuw: "Must not be null" én "Must be between 1 and 15 characters"

• Test-advies: Zorg ervoor dat geautomatiseerde tests controleren óf er een foutmelding op een bepaalde eigenschap (property) wordt teruggegeven, in plaats van te valideren op de exacte tekst van de melding.

Gewijzigde validatielogica voor bonuspunten

• De afhankelijkheid tussen datums is losgelaten: BonusPointsFactorStartDate en BonusPointsFactorEndDate in de storesettings worden niet langer gevalideerd tegen de start- en einddatums van het bovenliggende merk (brand) of de productgroep (group).

• Waarom? Deze controle bleek in de praktijk niet waterdicht. Als de datum op merkniveau achteraf werd gewijzigd, kon de database alsnog ongeldige combinaties bevatten. Om dit volledig sluitend te maken zou er een tweeweg-controle gebouwd moeten worden. Voor nu is deze specifieke dataregeling daarom komen te vervallen.

CN 68041

Nieuw endpoint voor het mailen van inkooporders

Er is een nieuw REST-endpoint toegevoegd: POST /api/purchase-orders/{id}/SendMail. Hiermee is het mogelijk om direct vanuit een inkooporder een e-mail met de order in de bijlage naar de betreffende leverancier te sturen. Hierbij worden zowel de oude als de nieuwe REST-tags in de e-mailtemplates ondersteund.

Aanmaken of direct verzenden

Via de body van het request kun je het gedrag sturen met de optionele parameter createOnly:

• Direct verzenden (false of niet meegeven): Dit is de standaard. De e-mail wordt aangemaakt en direct verstuurd.

• Klaarzetten (true): De e-mail wordt wel aangemaakt in het systeem, maar nog niet verzonden.

Bijlagen: PDF of CSV

• Standaard: De inkooporder wordt standaard als PDF-bestand als bijlage toegevoegd.

• CSV: Wanneer bij de leverancier de instelling OrderFileType op EmailAttachmentCSV staat ingesteld, wordt er automatisch een CSV-bestand bijgevoegd in plaats van een PDF.

E-mailinstellingen & Routering
Het endpoint stelt de e-mail slim samen op basis van de volgende instellingen:

• Template: Het uiterlijk van de mail wordt bepaald door de template-code die is ingevuld bij de instelling EmailPurchOrdTemplateCode.

• Afzender (From): Er wordt gebruikgemaakt van het e-mailadres in de instelling PurchaseOrderEmailFrom. Is deze niet gevuld? Dan valt het systeem automatisch terug op het standaard e-mailadres van de winkel.

• Ontvanger (To): De e-mail wordt verstuurd naar het specifieke 'order e-mailadres' van de leverancier. Is dat veld leeg, dan wordt het standaard e-mailadres van de leverancier gebruikt.

• Kopie (CC): Dit wordt gestuurd door de instelling IgnoreMailCC. Staat deze op false, dan wordt er ter controle een CC-kopie gestuurd naar het afzender e-mailadres (From). Staat deze op true, dan wordt er geen CC verstuurd.

Validaties en restricties
Om fouten te voorkomen, faalt het endpoint en kan er geen e-mail worden verstuurd in de volgende situaties:

• Het betreft een dropshipment order (IsDropShipmentOrder = true).

• De leverancier heeft in de stamgegevens géén order e-mailadres én géén standaard e-mailadres.

• De verzendende winkel heeft géén standaard e-mailadres ingesteld én tegelijkertijd is de instelling PurchaseOrderEmailFrom leeg.

CN 72066

Implementatie QR-codes uploaden

We hebben de verwerking van scancodes (/api/scancodes/load) uitgebreid. Je kunt nu ook moderne GS1 Digital Link QR-codes scannen.

Wat levert dit op?

• Meer data met één scan: Je haalt nu direct extra gegevens op, zoals batchnummers en houdbaarheidsdata. Hierdoor zijn we niet meer afhankelijk van externe GS1-diensten.

• Automatische herkenning: Het systeem ziet vanzelf of je een traditionele barcode scant of een nieuwe GS1-link (bijvoorbeeld door te letten op de /01/ code).

• Direct uitlezen van gegevens: We hebben een lokale lezer toegevoegd die direct de belangrijkste gegevens (Application Identifiers of AI's) uit de scan haalt:

  • • Artikelnummer / GTIN (AI 01)

    • Batch/Lot nummer (AI 10)

    • Vervaldatum (AI 17)

    • Serienummer (AI 21)

• Slim zoeken & Fallback: Het uitgelezen artikelnummer (GTIN) wordt automatisch gebruikt om het product op te zoeken, precies zoals je gewend bent. Gegevens in de code die we niet kennen, worden simpelweg genegeerd. Is de scan toch geen geldige GS1-link? Dan valt het systeem automatisch terug op de standaard manier van scannen.

Voorbeelden van ondersteunde scancodes:

• (01)02200010000566(10)LOT123(17)251231(21)SN98765

• https://id.gs1.org/01/02200010000566/10/LOT123/17/251231/21/SN98765

• https://id.gs1.org/01/02200010000566?10=LOT123&17=251231&21=SN98765

CN 72505

Ondersteuning PDF beheer inkooporders

In de REST services is ondersteuning toegevoegd voor het beheren van PDF documenten bij een inkooporder. De volgende nieuwe endpoints zijn hiervoor toegevoegd:

• GET /api/purchase-order-files

• POST /api/purchase-order-files

• DELETE /api/purchase-order-files/{id}

• GET /api/purchase-order-files/{id}

• GET /api/purchase-order-files/{id}/download

• POST /api/purchase-order-files/{id}/upload

CN 72952

Uitbreiding Purchase Orders endpoints

De REST API-endpoints voor inkooporders (purchase-orders) zijn flink uitgebreid met nieuwe velden en expand-opties. Hierdoor kun je meer gedetailleerde logistieke- en orderinformatie ophalen en wegschrijven.

Nieuwe Expands (GET-endpoints)
Bij het ophalen van inkooporders kun je nu de volgende gerelateerde data direct meeladen via expands:

• store

• groupUser

• warehouse

• allowedOperations

Nieuwe 'Read-only' velden (GET-endpoints)
De GET-endpoints retourneren nu standaard de volgende extra status- en systeeminformatie:

• stateDescription

• creationDate

• lastModifiedDate

• sourceDescription

• typeDescription

Nieuwe bewerkbare velden (POST, PATCH & GET)
Er is een uitgebreide set nieuwe velden toegevoegd die je kunt meesturen bij het aanmaken (POST) of wijzigen (PATCH) van een inkooporder. Deze velden worden uiteraard ook geretourneerd in de GET-requests. Voor de overzichtelijkheid zijn ze hieronder gegroepeerd:

Algemene en Financiële ordergegevens:

• purchaserGroupUserId

• externalOrderReference

• orderConfirmationDate

• expirationDate

• planningPeriodCode (inclusief planningPeriodCodeDescription)

• currencyCode (inclusief currencyCodeDescription)

Logistiek en Transport:

• productionDate

• supplierSendDate

• deliveryConditionCode (inclusief deliverConditionDescription)

• carrierName

• Vertrek: departurePortDate, departurePort, departureDock

• Aankomst: arrivalPortDate, arrivalPort, arrivalDock

• Vervoersmiddel: shipName, containerName

CN 72976

Flexibel toepassen van handlingskosten

Er is een nieuwe optie toegevoegd voor de verwerking van klantorders. Je kunt nu per order bepalen of er handlingskosten berekend moeten worden bij het verdelen van de order.

Wat is er veranderd?

• Bij het gebruik van het endpoint customer-orders/{id}/process in combinatie met OrderDistributionMode = 3, kun je vanaf nu de nieuwe parameter excludeHandlingCosts meesturen in de request.

• Handlingskosten berekenen (Standaard / False): Geef je de parameter niet mee in de call (of zet je deze expliciet op False)? Dan worden de handlingskosten, zoals deze zijn geconfigureerd in de storesettings, automatisch toegevoegd aan de resulterende filiaalorder (indien van toepassing).

• Handlingskosten uitsluiten (True): Zet je de parameter op True? Dan wordt de order verwerkt zonder dat er handlingskosten worden toegevoegd. Dit geeft je meer controle over de kostenberekening in specifieke situaties.

CN 73488

Verwerking van deels gepickte klantorders

We hebben een verbetering doorgevoerd in de manier waarop deels gepickte orders worden afgehandeld via de API.

Wat is er veranderd?

• Bij het gebruik van het endpoint customers-orders/{id}/process is het vanaf nu mogelijk om de nog niet-gepickte orderregels van een reeds deels gepickte klantorder succesvol te verwerken.

• Voorwaarde: Deze wijziging is specifiek van toepassing wanneer de instelling OrderDistributionMode gelijk is aan 3.

• Voordeel: Dit biedt meer flexibiliteit in het logistieke proces en voorkomt blokkades bij het afhandelen van klantorders waarbij (nog) niet alle artikelen verzameld konden worden.

CN 73490

Nieuwe Search endpoints voor inkooporders

Er zijn twee nieuwe zoek-endpoints (Search) toegevoegd aan de REST API, waarmee je specifieker kunt zoeken naar inkooporders en bijbehorende orderregels. Daarnaast is er een handige nieuwe zoek-operator geïntroduceerd.

Nieuwe Search endpoints

• POST /api/purchase-orders/Search
  Wanneer je dit endpoint gebruikt, wordt er gezocht binnen de volgende velden: Number, Description en ExternalOrderReference.

• POST /api/purchase-order-lines/Search
  Wanneer je dit endpoint gebruikt, wordt er gezocht binnen het veld: SupplierProductCode.

Nieuwe zoek-operator: "Like" (Wildcard zoeken)

• Er is een nieuwe operator toegevoegd genaamd Like.

• Hiermee is het mogelijk om op delen van een woord te zoeken door het %-teken voor of na je trefwoord te plaatsen (bijvoorbeeld %zoekterm of zoekterm%).

• Let op: Deze operator werkt uitsluitend voor tekstvelden (textField).

CN 73531

Bulk toevoegen van inkooporderregels

Er is een nieuw REST-endpoint toegevoegd om sneller en efficiënter te kunnen werken met inkooporders: POST /api/purchase-order-lines/bulk.

Wat is er veranderd?

• Meerdere regels in één keer: Je kunt vanaf nu in één enkele actie meerdere inkooporderregels tegelijkertijd toevoegen aan een bestaande inkooporder.

• Efficiënter: Waar je voorheen voor elke orderregel een aparte API-call moest doen, kun je de data nu gegroepeerd als een bulk-actie doorsturen. Dit bespaart tijd en verlaagt de belasting op de API.

CN 73723

Geannuleerde inkooporderregels ophalen

Er is een kleine, maar handige toevoeging gedaan aan het REST-endpoint GET /api/purchase-order-lines. Je kunt nu zelf bepalen of je geannuleerde orderregels in de resultaten wilt zien.

Wat is er veranderd?

• Je kunt nu de nieuwe parameter includeCancelledLines meesturen in je request.

• Standaard weergave (false of niet meegegeven): Geef je de parameter niet mee? Dan werkt het endpoint zoals je gewend bent en worden geannuleerde inkooporderregels niet geretourneerd in de response.

• Geannuleerde regels inbegrepen (true): Zet je de parameter op true? Dan worden alle inkooporderregels teruggegeven, inclusief de regels die de status 'geannuleerd' hebben.

CN 74096

Uitbreiding product-endpoints met 'Abc'-veld en filiaalstatistieken

Er zijn nieuwe datavelden en expand-opties toegevoegd aan de REST API voor producten en product-winkelinstellingen (product storesettings).

Nieuw veld: 'Abc'

• Aan zowel de product als de product storesettings endpoints is het nieuwe veld Abc toegevoegd.

• Dit veld is volledig te beheren via de API: je kunt de waarde ophalen (GET), toevoegen (POST) en wijzigen (PATCH).

Nieuwe Expand: 'storeStatistic' (GET-endpoints)

• Bij het ophalen van producten (GET) kun je vanaf nu de nieuwe expand storeStatistic meesturen.

• Deze expand retourneert onder andere het veld hasState.

• Wat betekent dit? Met hasState kun je in één oogopslag zien of een product een actieve status heeft binnen de betreffende winkel. Het systeem kijkt hierbij overkoepelend naar de status op alle magazijnen die aan die specifieke winkel zijn gekoppeld.

CN 74102

• 11/03/2026: Productomschrijvingen op SCO-kassabonnen nu in de juiste taal

Er is een correctie doorgevoerd voor een situatie waarbij Nederlandse productomschrijvingen onterecht op anderstalige (zoals Franse) SCO-bonnen werden afgedrukt. Vanaf nu volgt de productomschrijving de geselecteerde taal van de kassabon. Dit werkt mits de vertaling bij het artikel is vastgelegd via het veld 'KASSAOMSCHRIJVING' of via de 'FieldLanguageTranslations'.

Let op: Om de volledige SCO-bon in een andere taal (zoals EN, FR of DE) af te drukken, moet er in de omgeving een template van het type "POS kassabon" aanwezig zijn met als exacte omschrijving "Kassabon opmaak" in de gewenste taal.

TN 1418678

• 19/03/2026: Excel-export Voorraadwaardering hersteld en detailrapportage toegevoegd

De export van het Voorraadwaardering-rapport naar Excel is gecorrigeerd, waardoor de productgroepen in het gedownloade bestand weer correct in- en uitgeklapt kunnen worden. Daarnaast is de rapportage 'Voorraadwaardering Details' opnieuw beschikbaar gemaakt binnen het systeem, inclusief de bijbehorende Excel-export.

Let op: Om gebruik te maken van het detailrapport, moet de beveiligingsingang 'Voorraad waardering details' opnieuw worden toegewezen aan de juiste gebruikersgroepen.

TN 1409946

• 08/04/2026: Voorwaarden voor afdrukken QR-code op SCO-bon gecorrigeerd

Er is een aanpassing doorgevoerd in de Self-Checkout (SCO) voor het afdrukken van QR-codes op de kassabon. Voorheen kon het voorkomen dat er alsnog een QR-code werd geprint wanneer een transactie uitsluitend artikelen bevatte die hiervan uitgesloten hoorden te zijn.

Vanaf nu controleert de SCO strikt op de geldende voorwaarden. Er wordt geen QR-code meer op de bon afgedrukt indien:

• De bon enkel producten bevat waarop geen korting is toegestaan (netto-artikelen).

• De geopende transactie uitsluitend artikelen bevat uit productgroepen die zijn uitgesloten op basis van de instelling ReceiptQRExcludeProdGroup.

TN 1425741

• 21/05/2026: Crash bij dubbele productgroepomschrijvingen en aanmaken productgroepen hersteld

Er is een foutsituatie opgelost bij het verwerken en tonen van productgroepen. Voorheen kon het systeem crashen wanneer er meerdere productgroepen met dezelfde omschrijving bestonden. Dubbele omschrijvingen worden vanaf nu toegestaan en worden in overzichten ter verduidelijking getoond als Omschrijving (productgroepcode).

Daarnaast is de functionaliteit voor het aanmaken van nieuwe productgroepen hersteld, nadat dit eerder niet meer juist functioneerde. Het toevoegen van productgroepen verloopt vanaf nu weer probleemloos.

TN 1425741

• 22/05/2026: Leesbaarheid van klantnaam op zelfscankassa (SCO) hersteld

Er is een verbetering doorgevoerd in de weergave van het zelfscanstation (SCO). Bij het scannen van een klantenkaart kon de klantnaam in de onderste notificatiebalk bij bepaalde ingestelde werkstationthema's slecht of niet leesbaar zijn door een onjuiste kleurcombinatie.

Dit is aangepast door het kleurgebruik en het contrast binnen de verschillende werkstationthema's te optimaliseren. Vanaf nu is de klantnaam in de notificatiebalk altijd goed leesbaar zodra er een klantenpas wordt gescand.

TN 1439532

• 28/05/2026: Vastlopen inkooporder op status 'Ingepland voor verwerking' vanuit besteladvies hersteld

Er is een aanpassing doorgevoerd in het verwerkingsproces van besteladviezen naar inkooporders. Voorheen kon het voorkomen dat een inkooporder bij het verwerken van een besteladvies bleef steken op de tussenstatus "Ingepland voor verwerking" (Scheduled for processing), waardoor deze niet verder werd afgehandeld.

Dit is hersteld, waardoor inkooporders die vanuit een besteladvies worden aangemaakt voortaan weer direct en correct worden verwerkt.

TN 1437976

• 02/06/2026: Afdrukken van labels via PDA voor producten met '&' in omschrijving hersteld

Er is een wijziging doorgevoerd in de labelprintfunctionaliteit op de PDA. Voorheen kon het rechtstreeks afdrukken van een label via de PDA mislukken wanneer de omschrijving van een product een ampersand (&) bevatte, terwijl dit vanuit de backoffice wel juist functioneerde.

Dit is gecorrigeerd, waardoor er voor producten met een & in de omschrijving vanaf nu ook via de PDA weer direct en probleemloos een label kan worden afgedrukt.

TN 1433280

• 02/06/2026: Onjuiste aantallen bij verwerken van ontvangst met dubbele regels hersteld

Er is een wijziging doorgevoerd in het verwerkingsproces van ontvangsten. Voorheen konden er onjuiste aantallen ontstaan bij het verwerken van verschillen op een ontvangst wanneer deze dubbele regels bevatte.

Dit is gecorrigeerd, waardoor het systeem vanaf nu correct omgaat met dubbele regels bij het verwerken van verschillen en de aantallen op de ontvangst weer juist worden berekend en bijgewerkt.

TN 1434672

• 02/06/2026: Dubbel verwerken van ontvangsten via PDA verholpen

Er is een aanpassing doorgevoerd op de PDA bij het verwerken van ontvangsten. Voorheen werd bij een verwerkingspoging al na 300 ms een retry uitgevoerd. Dit kon er in specifieke gevallen toe leiden dat verzoeken dubbel doorkwamen en er dubbele aantallen werden verwerkt.

De herhaalpoging (retry) wordt vanaf nu pas na 2 seconden uitgevoerd. Hiermee wordt voorkomen dat ontvangsten dubbel worden verwerkt en blijven de verwerkte aantallen in het systeem correct.

TN 1411297

• 03/06/2026: Productfilter bij besteladvies fiateren hersteld

Er is een wijziging doorgevoerd in de functionaliteit voor het fiateren van besteladviezen (Inkoopprofielen > Fiateren). Voorheen functioneerde het productfilter in dit overzicht niet naar behoren, waardoor er niet juist gefilterd kon worden op specifieke artikelen.

Dit is hersteld, waardoor het productfilter bij het fiateren van besteladviezen vanaf nu weer volledig volgens verwachting werkt.

TN 1442811

• 04/06/2026: Selecteren van meerdere productgroepen bij deeltellingen geoptimaliseerd

Er is een verbetering doorgevoerd in het aanmaken van deeltellingen (partial counts). Voorheen kon het toevoegen van meerdere productgroepen aan een deeltelling leiden tot instabiliteit, inconsistenties in de filtering en dubbele regels.

Het selectie- en filterproces van productgroepen is geoptimaliseerd om dubbele invoer en filterfouten te voorkomen. Daarnaast is het opslaan van grotere voorraadtellingen verbeterd, waardoor het verwerken van deeltellingen sneller en betrouwbaarder verloopt.

TN 1445220

• 04/06/2026: Herkenning van underscore in QR-inlogcodes op kassa hersteld

Er is een wijziging doorgevoerd in de kassa (POS) bij het inloggen van medewerkers via een QR-code. Voorheen kon het voorkomen dat een underscore (_) in een gescande inlogcode af en toe niet goed werd verwerkt of wegviel, waardoor het inloggen mislukte.

Dit is gecorrigeerd, waardoor inlogcodes met een underscore (_) vanaf nu altijd consistent en correct worden verwerkt bij het inloggen op de kassa.

TN 1442936

• 08/06/2026: Pakbonrapport toonde geen gegevens bij lange referenties

Er is een aanpassing doorgevoerd op het klantspecifieke pakbonrapport. Voorheen kon het rapport geen gegevens tonen voor bepaalde pakbonnen, omdat het veld referentie op het rapport een maximum van 40 karakters verwachtte, terwijl de database tot 80 karakters kan bevatten.

Dit is gecorrigeerd door de verwachte veldlengte op het rapport te verruimen naar 80 karakters, waardoor gegevens van alle pakbonnen vanaf nu weer correct en volledig worden weergegeven.

TN 1445342

• 09/06/2026: Klantzoekfunctie op postcode met spaties hersteld

Er is een wijziging doorgevoerd in de klantzoekfunctie (full text customer search). Voorheen kon het zoeken naar klanten op een combinatie van postcode en huisnummer mislukken wanneer er een spatie werd gebruikt tussen de cijfers en de letters van de postcode.

Dit is gecorrigeerd, waardoor klanten bij zoekopdrachten op postcode en huisnummer vanaf nu ook met een spatie tussen de cijfers en letters probleemloos worden gevonden.

TN 1444939

• 09/06/2026: Onterecht behouden van filters in menu Rapportages hersteld

Er is een wijziging doorgevoerd bij het navigeren naar het menupunt Rapportages. Voorheen kon het voorkomen dat filters van eerder bezochte pagina's (zoals prijswijzigingen) onterecht actief bleven na het uitvoeren van een rapport vanaf een andere pagina, waardoor het overzicht onjuist werd weergegeven.

Dit is gecorrigeerd, waardoor filters niet meer onbedoeld blijven hangen bij het overschakelen naar het rapportagemenu en de pagina weer steeds correct getoond wordt.

TN 1446018

• 09/06/2026: Verwerking van Pay.nl-betalingen via webhook hersteld

Er is een wijziging doorgevoerd in de webhook van de Pay.nl-koppeling. Voorheen kon het voorkomen dat een Pay.nl-betaling niet goed werd geregistreerd of verwerkt, waardoor transacties onverwerkt bleven of als vermist te boek stonden.

Dit is gecorrigeerd in de webhook-afhandeling, waardoor betalingen via Pay.nl vanaf nu weer altijd correct, betrouwbaar en direct worden verwerkt.

TN 1442833

• 10/06/2026: Onjuiste bedragen bij verkopen in overzicht voorraadmutaties hersteld

Er is een wijziging doorgevoerd in het overzicht van de voorraadmutaties. Voorheen kon het voorkomen dat er bij een verkoopmutatie bedragen inclusief btw werden weergegeven in plaats van de correcte bedragen.

Dit is gecorrigeerd, waardoor in het overzicht van voorraadmutaties vanaf nu weer de juiste bedragen worden getoond bij verkopen.

TN 1444363

• 21/06/2026: Verwerken van voorraadtellingen met grote verschillen in nieuwe Backoffice hersteld

Er is een wijziging doorgevoerd bij het verwerken van voorraadtellingen in de nieuwe Backoffice. Voorheen kon het voorkomen dat voorraadtellingen met grote hoeveelheidsverschillen niet verwerkt konden worden.

Dit is gecorrigeerd. De voorraadmutatie verwerkt niet-getelde voorraad en grote voorraadcorrecties vanaf nu op de juiste manier, waardoor voorraadtellingen in de nieuwe Backoffice weer altijd correct en volledig worden verwerkt.

TN 1451335

• 25/06/2026: Scheiding van KLB- en schaplabels in Backoffice-taakvenster hersteld

Er is een aanpassing doorgevoerd in het taakvenster van de Backoffice. Voorheen kon het voorkomen dat KLB-labels en schaplabels onterecht werden samengevoegd tot één gecombineerde telling.

Dit is gecorrigeerd, waardoor KLB-labels en schaplabels vanaf nu weer netjes afzonderlijk van elkaar worden weergegeven en geteld, zoals bedoeld.

TN 1445327

• 07/07/2026: Onbedoeld hergebruik van verplichte voucherkorting voorkomen

Er is een wijziging doorgevoerd in de verwerking van voucherkortingen. Voorheen kon de situatie ontstaan dat een verplichte voucherkorting automatisch werd toegepast op opvolgende producten nadat een voucher tweemaal was gescand.

Dit is gecorrigeerd. Vanaf nu vereist elke individuele korting dat de bijbehorende voucher opnieuw wordt gescand, waardoor voucherkortingen niet meer onbedoeld automatisch hergebruikt kunnen worden.

TN 1448645

• 29/07/2026: Onjuiste weergave van inkoopwaarde in Transactiebeheer (ASPOS Next) hersteld

Er is een wijziging doorgevoerd in Transactiebeheer binnen ASPOS Next met betrekking tot de inkoopwaarde van producten. Voorheen kon het voorkomen dat de totale inkoopwaarde bij transacties onjuist werd weergegeven, doordat er in de berekening geen rekening werd gehouden met het aantal verkochte producten (de hoeveelheid).

Dit is gecorrigeerd. De inkoopwaarde wordt in Transactiebeheer vanaf nu altijd correct berekend op basis van de producthoeveelheid. Hierdoor kloppen de rapportages en weerspiegelt de getoonde inkoopwaarde weer exact de daadwerkelijke kosten van de verkochte artikelen.

TN 1451251