VERSIE: 6.0.2025Whiskey

Uitbreiding Vusion koppeling

We hebben de Vusion koppeling weer verder uitgebreid, de volgende wijzigingen hebben we doorgevoerd:

• We sturen nu niet meer de startdatum en tijd van de actie mee (eerder dan dat komen de acties toch niet in Vusion)

• We sturen nu ook de naam van de voorkeursleverancier mee naar Vusion in het veld 'custom.preferredProductSupplierSupplierName'

• We sturen geen acties meer mee die niet meer actief zijn en/of nog actief moeten worden.

• Acties met de webshop actiecode 'NOLABEL' worden niet meer verstuurd naar Vusion.

• De belangrijkste wijziging: We sturen nu een schedule mee bij acties die niet direct afgaan zoals 3=2 acties. Wat we daar doen is dat we de actie dan automatisch verwijderen op het moment dat die afloopt. Voorheen moest je wachten tot de volgende keer dat het product was gewijzigd. Dit betekend dat je op het label zelf niet meer hoef te kijken of een actie actief is ja/nee je kan gewoon de omschrijving van de actie op het label zetten, gebruik daarvoor de velden 'custom.discounts3TicketDescription' of 'custom.discounts3Description'. Het nummer staat hier voor de hoeveelste actie het is. Je kan namelijk meerdere acties tegelijk hebben lopen, je kan dan ook meerdere acties als tags bijv. op je ESL label zetten.

CN 60800

Implementatie nieuwe toetsenborden in de ASPOS POS

In de POS is een wijziging doorgevoerd wat betreft het onscreen keyboard. Door deze wijziging ondersteunt dit toetsenbord nu een groot aantal verschillende lay-outs buiten de in Nederland gebruikte QWERTY lay-out, zoals bijvoorbeeld AZERTY (België) en QWERTZ (Duitsland).

Om dit in te kunnen richten, is er een nieuwe geavanceerde instelling geïntroduceerd genaamd "POSKeyboardLayouts". In deze setting kan de gebruiker de waarde van het gewenste toetsenbord ingeven, of door middel van een pipe-teken, meerdere toetsenborden invoeren.

Elk keyboard heeft een unieke code. Voor nu ondersteunen we onderstaande codes. In de toekomst zouden hier nog meer lay-outs aan toegevoegd kunnen worden.

Code  Lay-out

• 413     Nederlands/Nederland

• 80c     Français/Belgique (AZERTY)

• 13c     Nederlands/België (AZERTY)

• 407     Deutsch/Deutschland (QUERTZ)

• 20409 English/United States/International

• 409     English/United States

• 809     English/United Kingdom

• 1040c  Français/France (AZERTY)

• 100c   Français/Suisse (QUERTZ)

• 40a     Español/España

Het toetsenbord bestaat uit twee delen:

1. Een lay-out standaard.

   • 'I' voor ISO layout (smalle enter en linker-shift)

   • 'A' voor ANSI layout (brede enter en linker-shift)

2. Een lay-out code uit bovenstaande lijst.

Voor een toetsenbord met een Nederlandse ISO lay-out, een Frans Belgische ISO lay-out en een Engels Amerikaanse ANSI lay-out moet dus het volgende ingevuld worden in de "POSKeyboardLayouts" setting: I413|I80c|A409.

Als de setting wordt leeggelaten, wordt er default teruggevallen op een QWERTY lay-out.

De taal die links onderin getoond wordt, geeft de taal aan waarin het toetsenbord op dat moment wordt weergegeven. Door hierop te drukken kan er geschakeld worden tussen de verschillende talen/lay-outs.

Op de POS wordt het toetsenbord als volgt weergegeven als gebruikt wordt gemaakt van bovenstaande waardes:

CN 60246

Verkoop beperken voor specifieke bestemmingslanden in de POS

Nieuwe winkelinstelling POSBlockedCountries toegevoegd voor het blokkeren van verkopen met vluchtinformatie naar specifieke bestemmingen. Standaard leeg, kan worden ingesteld op een door pijpen afgebakende lijst met ISO-landencodes van 2 tekens.

CN 61126

Instelbare tekst 'Backoffice' knop

We hebben het instelbaar gemaakt om middels de geavanceerde instelling 'POSBackofficeButton' de tekst op de knop Backoffice aan te passen zoals bijvoorbeeld 'Budget' of 'OV'.

CN 61127

Weergave tekst NLO gratis staatslot toegevoegd

Wijziging doorgevoerd zodat wanneer er een sessieticket gescand wordt waarbij de uitbetaling een gratis lot betreft, dit met de tekst "Uitbetaling betreft een gratis kraslot" op de bon van de POS wordt getoond.

CN 61278

Instelbaar maken Implementatie registratie van 5% accijns Abu Dhabi

We hebben de functionaliteit zoals beschreven in 'Implementatie registratie van 5% accijns Abu Dhabi' instelbaar gemaakt middels geavanceerde instelling ProductShowExciseTax.

CN 61278

Verbetering onscreen toetsenbord in GlobalBlue view

In het Global Blue invoerscherm was invoer met het on-screen toetsenbord niet meer mogelijk. Dit probleem is nu opgelost.

CN 63474

Rapportages

Wijziging offerte en opdrachtbevestiging

We hebben een aanpassing doorgevoerd aan een offerte en opdrachtbevestigingsrapport naar de wensen van een specifieke klant.

CN 59208

Wijziging factuur

We hebben een aanpassing doorgevoerd aan een factuurrapport naar de wensen van een specifieke klant.

CN 59229

Nieuw schaplabel

We hebben naar de wensen van een specifieke klant een nieuw schaplabel gebouwd en voorzien van de gewenste logica.

CN 59667

Nieuw schaplabel

We hebben naar de wensen van een specifieke klant een nieuw schaplabel gebouwd en voorzien van de gewenste logica.

CN 61182

Producten

Aanpassing productimport

Aanpassing gemaakt in de product import van ASPOS. Segmenten kunnen nu pipe-teken gescheiden worden ingevoerd en geimporteerd.

CN 60984

Wijziging voor het beheer van kitgroepregels

Het op winkelniveau wijzigen van een kitgroepregel in het menupunt [Kitgroepen] zorgde ervoor dat de kitgroepregel centraal ook wijzgde. Deze bug is nu opgelost. Het op winkelniveau wijzigen van een kitgroepregel wordt nu alleen lokaal gewijzigd.

CN 61841

Gebruikers

Implementatie instelling linkshandige gebruiker

In het gebruikersbeheer is een nieuw veld toegevoegd om aan te geven of een personeelslid linkshandig is. Dit past de lay-out van het winkelwagentje en de knoppen op tablets aan voor eenvoudiger gebruik door linkshandig personeel. De instelling is per gebruiker in te stellen in de backoffice.

De linkshandige modus is standaard uitgeschakeld. Als dit niet is ingesteld, blijft de lay-out rechtshandig (winkelwagen en knoppen aan de rechterkant van het scherm).

In de REST services is het veld “leftHanded” toegevoegd aan het group-users contract. Het veld kan dus worden gebruikt in de POST / PATCH / GET endpoints.

LET OP: Dit is voorbereidend werk voor de layout van de mobiele POS op een tablet en heeft in de huidige versie nog geen functie.

CN 60292

Klanten

Afhaalorder regels niet verwerken naar pakbon als filiaalorder wordt verzonden

In het order verwerken proces zijn een aantal wijzigingen doorgevoerd:

• Wanneer een afhaalorder verwerkt is en die verdeeld is op de eigen vestiging worden nu niet meer de regels naar pakbon gezet op de bronorder als de verdeeldorder naar pakbon wordt gezet.

• Wanneer een afhaalorder verwerkt is en die verdeeld is naar een andere vestiging wordt bij het omzetten naar pakbon op de verdeelvestiging de ontvangst op de bronwinkel alleen aangemaakt en niet meer automatisch verwerkt.

Voor deze wijzigingen is de nieuwe optie OrderDistributionMode = 3 geïntroduceerd. Deze optie werkt hetzelfde als optie 0 (standaard), maar met bovenstaande wijzigen.

CN 58821

Geen handelingskosten bij filiaalorder op eigen store

Wanneer een order gedeeltelijk verwerkt wordt op de eigen winkel, dan worden de kosten (InterTransportCostProduct  & InterstoreHandlingProduct etc) niet toegevoegd aan de eigen ontvangst en filiaalorder.

CN 58824

Logica ingebouwd voor klantordertype 'Maatwerk'

We hebben de logica ingebouwd in de klantorder module dat wanneer er een maatwerk artikel wordt besteld, het type automatisch omgezet wordt naar 'Maatwerk'. Om dit in te stellen is de geavanceerde instelling CODefineKindForCustom geïntroduceerd welke standaard op false/nee staat.

Wanneer deze instelling op True/ja staat:

• Bij het toevoegen van een maatwerk artikel wordt het type automatisch op maatwerk gezet

• Het veld type wordt verborgen aan de POS en in de backoffice bij het aanmaken en beheren van een klantorder.

CN 59978

Aanpassing pickorders op basis van voorraadhoudende magazijnen

Wijziging doorgevoerd zodat bij de vrije voorraadberekening voor het aanmaken van pickorders, de vrije voorraad van alle voorraadhoudende magazijnen van een vestiging worden meegenomen.

CN 59978

Verbeterde logging Pickorder/batch aanmaken

Wijziging doorgevoerd zodat de logging omtrent het aanmaken van picklines is verbeterd, nu wordt gelogd, van welke order en producten de pickinglines zijn aangemaakt. En er wordt getoond wanneer het aanmaken van pickinglines niet lukt, ook wordt op het tabblad pickinglines de datum en tijd getoond wanneer deze is aangemaakt.

CN 61030

Vestigingen

Verbetering terugdraaien verdeelorders

In de REST services is het POST /api/customer-orders/{id}/RevertInterStoreOrder endpoint recht getrokken met de [Terugdraaien levering] functionaliteit in de Backoffice (Inkooporder openzetten + Voorraadmutaties aanmaken etc). 

Dit endpoint wordt nu ook door de backoffice aangroepen voor het terugdraaien van de levering.

Dit is een doorontwikkeling van de oplevering uit versie Romeo (CN 54935)

CN 56401

Aanpassing CustomerOrderUpdated Trigger

Wanneer de status van een order wijzigt (status of statusdetail), dan wordt er nu een CustomerOrderUpdated trigger aangemaakt.

CN 58822

OrderID in response process calls

In de REST services bij het POST /api/customer-orders/{id}/Process endpoint worden nu in response de id'tjes van de aangemaakte verdeelorders getoond. Voorbeeld response:

{

    "createdCustomerOrderIds": [

        228859,

        228860

    ]

}

CN 58823

Expire date and memo in sourceOrder header

In de REST services is een aanpassing gedaan in het POST /api/customer-orders/{id}/Process endpoint. Wanneer de order in zijn geheel verwerkt wordt door de eigen winkel, dan wordt de meegegeven expirationMemo en expirationDate opgenomen als extensie in de bronorder.

CN 58825

Gedeeltelijk terugdraaien van verdeelorders

In de REST services en ASPOS Backoffice is het nu mogelijk om een deels geleverde verdeelorder weer terug te draaien. Alleen de regels die nog niet geleverd zijn worden vervolgens teruggedraaid.

CN 59406

Uitbreiding products endpoint

In de REST services bij het PATCH /api/products/{id} endpoint is het nu mogelijk om het veld "secondDescription" leeg te maken.

CN 60165

Verdere uitbreiding expected-payment endpoint

In de REST services bij het POST /api/expected-payments wordt nu niet direct meer een payByLink URL aangemaakt wanneer de instellingen voor payByLink aanstaan. Alleen nog via de volgende endpoints wordt de payByLink URL aangemaakt:

• POST {{URL}}expected-payments/{id}/SendMail

• POST {{URL}}expected-payments/{id}/GeneratePayByLink

Bij de expected-payment in de klantorder wordt nu ook de betaalsoort en de betaaldatum bijgewerkt na een betaling via CCV of PAY.NL.

CN 60231

Uitbreiding mogelijkheden productReturned triggers

Wijziging doorgevoerd zodat productReturned triggers nu in meer scenario's m.b.t. klantorders retourneren worden aangemaakt.

CN 60282

 Negatieve betaling toestaan op returnorder

Wijziging doorgevoerd zodat het via de rest API mogelijk is om een negatieve betaling toe te voegen aan een retour order, hiervoor moet er dan gebruik worden gemaakt van het endpoint POST/api/customer-order-payments. Er zit een validatie op dat er enkel negatieve bedragen mogen worden toegevoegd aan een retour order. 

LET OP: Bij het gebruik van dit endpoint zit geen validatie op het maximum bedrag (ook al niet bij het toevoegen van betalingen aan een pre-order) het is dus mogelijk om een hogere betaling toe te voegen aan een order. 

CN 60644

Toevoeging ophalen vertalingen

In de REST services bij het product contract is de nieuwe expand "Translations" toegevoegd. Hiermee is het mogelijk om direct alle vertalingen van het product op te halen.

CN 61007

Uitbreiding Distribute endpoint

In de REST services is het POST /api/customer-orders/Distribute endpoint geüpdatet met de volgende wijzigingen:

• Als de bron van order "KIOSK" is en het orderType "Normal", dan wordt het handelingsproduct uit de setting [HandlingsProductToAdd] toegevoegd.

• Als OrderDistributionMode = 2, dan:

  • Wordt de leveranciers-ID op alle regels ingesteld op leverancier met code gelijk aan storecode.

  • Wordt er een inkooporder aangemaakt en verwerkt (incl. voorraadmutatie). (Er wordt altijd een nieuwe inkooporder aangemaakt)

  • Wordt de BumbalUrl extensie gekopieerd naar de verdeelorder.

  • Wordt het selectionId overgenomen van de bronorder naar de verdeelorder.

• Bij OrderDistributionMode= 2 of bij DropShipmentColTracking = True wordt de dropshipmentquantity bijgewerkt.

CN 61530

Verbetering email template tags

In de REST services werden bij de email templates (tags) de bedragen afgekapt i.p.v. afgerond. Dit is nu opgelost.

CN 61550

Uitbreiding product-groups endpoint 

In de REST services is het endpoint POST /api/product-groups/Search endpoint toegevoegd. Hiermee is het mogelijk om te zoeken op productgroepen.

CN 62003

• 03/04/2025: Memo vanuit de POS naar klantorder wordt niet goed overgenomen

Wijziging doorgevoerd zodat de bon memo (bij het aanmaken van een klantorder via de POS) weer op de juiste manier wordt overgenomen en getoond wordt in de backoffice en de diverse rapportages.

TN 1327917

• 02/07/2025: POS doet onterecht Health Check naar Next voor het pinnen

Wijziging doorgevoerd zodat wanneer EVL niet juist ingericht is, je wel van de paymentservice gebruik kan maken. 

TN 1367210

• 08/07/2025: Klantorder kopiëren: xmlfields van tekstregel worden niet meegenomen

Wijziging doorgevoerd zodat de XML velden van een textregel ook worden meegekopieerd bij het kopieren van een order

TN 1369096

• 11/07/2025: Retourreden opeens verplicht bij retouren klantorder via Backoffice

Wijziging doorgevoerd zodat het opgeven van een redencode bij het retourneren van een klantorder achter een setting is gezet. De nieuwe setting BOReasonReturnMandatory (default waarde True) geeft aan of het opgeven van een redencode verplicht is. Als de setting op True staat komt er bij het retourneren van een klantorder een pop-up om een reden code op te geven. Als deze setting op False staat is er geen pop-up om een redencode op te geven. 

TN 1366719

• 14/07/2025: Uitzoeken waarom verdeelorder niet correct is bijgewerkt na bijwerken moederorder

Wijziging doorgevoerd zodat wanneer een klantorder onverhoopt verdeeld wordt door een taak, ASPOS zich ervan bewust is dat deze verdeeld is en de eventuele aanpassingen aan de moederorder ook doorvoert op de verdeelorder. 

LET OP: Enkel van toepassing op OrderDistributionMode = 2 

TN 1368713

• 18/07/2025: Kortingspercentage weergave is anders tussen REST en BO

Aanpassing gemaakt in hoe de klantorderregel wordt berekend in de backoffice. Bij orders vanuit REST worden deze regels bij het ophalen in de backoffice berekend om afrondingen in percentages te voorkomen.

TN 1365741

• 18/07/2025: BTW van statiegeld wordt berekend bij 0% btw klant

Bij transacties met kitartikelen werd er onterecht btw berekend over de kitregels in combinatie met een klant waar btw op 0% staat. Dit probleem is nu opgelost.

TN 1369713

• 23/07/2025: BTW van statiegeld wordt berekend bij 0% btw klant

Bij DirectSale klantorders vanuit de POS werden er lege klantorders aangelegd in ASPOS als alle producten in de betreffende order een korting van 100% hadden. Dit probleem is nu opgelost.

TN 1370812

• 23/07/2025: Niet alles van leverancier is in te zien op winkelniveau

Wijziging doorgevoerd zodat wanneer een gebruiker enkel het recht heeft om de leveranciers in te zien, je ook de 2e pagina van het tabblad bestel/leverdagen kan inzien. 

TN 1366456

• 23/07/2025: Retouren van spaarpunten-artikel obv BTW moet opnieuw worden berekend

Wijziging doorgevoerd zodat er niet onterecht een foutmelding naar voren komt in de POS bij het retournemen van een punten product. 

TN 1367902

• 01/08/2025: Aanmaken orderregel via Rest is anders dan via Backoffice

Wijziging doorgevoerd zodat er niet onterecht een foutmelding naar voren komt in de POS bij het retournemen van een punten product. 

TN 1375332

• 06/08/2025: SCO-transactie mislukt

Wijziging doorgevoerd waarbij het scannen op de werknemerscontrolepagina niet resulteerde in een herberekening van de prijs, wat kon leiden tot het betalen van een verkeerde prijs en het mislukken van de transactie is opgelost

TN 1375571

• 13/08/2025: Factuur toont niet de juiste productomschrijving

Wijziging doorgevoerd zodat de factuur die voortkomt uit een pakbon die aan de POS is aangemaakt weer de (aangepaste)product omschrijving toont.

TN 1376462

• 26/08/2025: Aanpassingen in Stamtabellen niet op te slaan

Wijziging doorgevoerd zodat bestaande stamtabellen weer kunnen worden aangepast, zonder onterecht de melding te geven dat de code al in gebruik is. 

TN 1379424

• 09/09/2025: Kan klant op de POS niet opslaan na aanpassing prijslijst

Bij het opslaan van een klant werd er een foutmelding gegeven als deze klant een lokaal aangemaakte prijslijst had. Dit probleem is nu opgelost.

TN 1376497

• 18/09/2025: Factuurcontrole nog niet correct

Bij het importeren van inkooporders werden kortingspercentages niet correct toegepast, wat problemen veroorzaakte bij het omzetten naar een ontvangst. Dit is nu opgelost. Ook is een probleem opgelost waarbij de netto inkoopprijs voor de ontvangstfactuur werd ingesteld met behulp van het beschikbare kortingspercentage, terwijl dit nog niet was opgenomen in de ontvangstregels.

TN 1382435

• 18/09/2025: Kortingen niet op labels van Vusion

In de REST services zijn een aantal wijzigen doorgevoerd bij het POST /api/discounts/FindProducts endpoint:

• Het aanroepen van POST /api/discounts/FindProducts met start/eind van bijvoorbeeld "2025-12-01 23:57" t/m "2025-12-02 00:02" retourneerde geen producten van kortingen die begonnen op "2025-12-02 00:00". Dit is nu opgelost.

• De start-/eindparameters van FindProducts werden voorheen omgezet naar lokale datum/tijd voor de databasequery. Dit is nu opgelost, omdat de API de startdatum/starttijd van de korting niet als "Vaste/UTC"-datums behandelt. De ESL-service roept de API nu ook aan met lokale datum/tijd in plaats van UTC.

• StoreGroupDiscounts worden nu ook gecontroleerd. Dus als een StoreGroupDiscount een startdatum/-tijd heeft die overeenkomt met de aanvraag, wordt deze teruggegeven. 

• Niet actieve StoreGroup(Discounts) komen niet meer terug.

TN 1383580

• 29/09/2025: Verkeerde gebruiker wordt weergegeven bij het aanmaken van een retourorder

Het probleem waarbij de retourorder werd weergegeven als ‘aangemaakt door’ de gebruiker die de oorspronkelijke order had aangemaakt, is opgelost. Na de oplossing wordt de retourorder weergegeven als ‘aangemaakt door’ de juiste gebruiker.

TN 1379606

• 29/09/2025: Verwerking telling duurt ´te´ lang

Aanpassing doorgevoerd om de tellingen op de PDA weer naar verwachting weer te geven.

TN 1376144

• 07/10/2025: Ontbrekende korting op het label van Vusion

Verbeterde verwerking van kortingsnummering voor synchronisatie van elektronische schaplabels

Voorheen telde de ESL-service ook toekomstige promoties mee wanneer er meerdere promoties voor een product bestonden. Als gevolg hiervan konden actieve promoties hogere kortingsnummers krijgen dan bedoeld was.

Met deze update:

Alleen momenteel actieve promoties (die met een startdatum/tijd in het verleden en een einddatum/tijd in de toekomst) worden nu in aanmerking genomen bij het verzenden van gegevens naar het ESL-systeem. Toekomstige promoties worden niet langer meegenomen, waardoor de nummering van actieve promoties (bijv. kortingen0, kortingen1, kortingen2) altijd consistent is. Het ESL-dashboard geeft nu de juiste actieve kortingen voor elk product weer met de juiste labels. Deze verbetering zorgt ervoor dat elektronische schaplabels altijd actuele promotie-informatie weergeven die een nauwkeurige weergave is van de actieve kortingen in het systeem.

TN 1388536

• 17/10/2025: Bonnen worden offline opgeslagen om onverklaarbare reden

Wijziging doorgevoerd in de transaction commit zodat deze beter kan omgaan met B2B en kortingen. 

TN 1375711