VERSIE: 6.0.2025Edinburgh

Sessies welke aangemaakt werden in een database transactie werden ongeldig indien de transactie werd teruggedraaid.

Het aanmaken van een sessie is verwijderd uit de transactie commit.

CN 69138

 AsposNext: de volgorde van de productmemo's veranderd indien gebruikt wordt gemaakt van de fields-parameter.

Het gebruik van de fields-parameter heeft geen invloed meer op de volgorde van de productmemo's.

CN 68126

 NEXT: Piggy integratie verbeteringen.

Deze release brengt verbeteringen in het beheer van de Piggy klanten en punten in de POS, SCO en Backoffice voor een preciezer en consistenter resultaat.

Automatische group koppeling:

Klant welke worden aangemaakt via de Piggy integratie worden nu automatisch gekoppeld aan de correcte Piggy klantengroep op basis van de winkel instellingen.

Piggy punten display:

De totale bonus punten van Piggy klanten toont nu de correcte Piggy punten balance.

De Piggy  punten worden automatisch bijgewerkt na elke transactie.

Bij klanten welke geen Piggy gebruiken worden nog steeds de EVL punten getoond zoals reeds werd gedaan.

De Piggy klantkaart toont niet langer de Piggy punten aangezien deze punten nu worden opgeslagen op klantniveau.

Transactieafhandeling:

Piggy punten worden alleen toegevoegd bij het aanmaken van een transactie en niet langer bij de betaling.

Mislukte transactie hebben geen effect op de Piggy punten.

Transactie met een refund of retour worden correct verwerkt in de Piggy punten.

Alle Piggy gerelateerde transactie worden gelogd om deze makkelijk traceerbeer te maken.

Backoffice Update:

Transacties in Transactie management tonen de het e-mailadres van Piggy klanten alsmede hun Piggy punten balans.

POS and SCO Updates:

Klanten welke via de POS worden aangemaakt of bijgewerkt worden correct gesynchroniseerd naar de backoffice en gekoppeld aan de Piggy groep.

Via de knop 'Toevoegen' is het mogelijk om een klant aan te maken op de POS:

Via de knop 'Wijzigen' is het mogelijk om een klant bij te werken op de POS:

Piggy klanten kunnen worden opgehaald via hun kaartnummer of e-mailadres op de POS:

Piggy klanten kunnen worden opgehaald via hun kaartnummer op de SCO:

Beloningen en Piggy punten worden nu correct getoond op de SCO na een transactie.

Na invoer van een klantkaartnummer kan de gebruiker de Piggy punten zien op de SCO.

Piggy klanten kunnen de beloningen ophalen nadat op de knop 'betalen' is gedrukt.

In de transacties wordt de Piggy punten informatie vastgelegd.

Op de bon wordt de Piggy punten informatie getoond omtrent voorgaande balans, zojuist gespaarde punten en nieuwe balans.

Piggy klanten, transacties en punten balans blijven nu perfect gesynchroniseerd tussen de API, POS, SCO en BackOffice.

CN 68213

Nieuwe parameter om productgroepen uit te sluiten voor de Surprizeme integratie.

Nadat de winkel instelling ReceiptQRExcludeProdGroup is ingesteld is het mogelijk om productgroepen uit te sluiten. Indien er in een transactie alleen maar producten aanwezig zijn welke tot de uitgesloten groep(en) behoren dan zal de Suprizeme discount QR code niet worden afgedrukt op de bon. 

CN 68526

Verbeterde afhandeling van foutberichten uit achtergrondtaken.

Batch opdrachten (b.v. verwijderen van gebruikers of patchen van items) is verbeterd zodat deze nu tonen welke specifieke items niet konden worden verwerkt in plaats van een generieke foutmelding.

Iconen voor succesvolle en gefaalde achtergrondtaken worden nu correct getoond.

'Verwijder' berichten zijn tekstueel bijgewerkt zodat deze ook logisch zijn indien deze zijn gefaald.

CN 68229

Bij specifieke subtotaal instellingen werd de vraag omtrent aanbetaling bij een klantorder onterecht overgeslagen.

Na aanpassing van een klantbestelling worden de correcte vragen gesteld omtrent de postcode, aanbetaling, inwisselen van punten en afrekenen.

CN 43266

Kaart token toevoegen in de CCV PIN integratie.

POS transacties met een PIN betaling sturen nu een RequestToken met in de betalingsaanvraag en ontvangen een kaart token in het response bericht vanuit het CCV pinautomaat. Elke transacties wordt voorzien van een uniek token.

CN 68718

Extra parameter om productgroepen uit te sluiten voor de Surprizeme Integratie.

Via het menu 'Winkel Instellingen' kan de nieuwe instelling 'ReceiptQRExcludeProdGroup ' worden gevuld met productgroep waarvoor de Suprizeme korting QR code niet moet worden afgedrukt op de factuur. Indien er op de factuur alleen maar artikelen uit de ingestelde groepen aanwezig zijn dan zal de QR code niet worden afgedrukt.

CN 68718

Lincsafe annulering flow optimalisatie.

Het is niet langer mogellijk om een ASPOS transactie af te breken nadat de transactie is verwerkt op de Lincsafe. Indien de gebruiker dit probeert zal een poup bericht worden getoond ter informatie.

CN 68503

Support ShipmentType in POS & Receipt for Food (DirectOrder).

Er is een nieuwe winkelinstelling 'POSFoodShipmentTypes' geintroduceerd. Aan deze setting kunnen maximaal 4 winkelinstellingen worden gekoppeld met de omschrijving Shipment. Wanneer deze instelling wordt gebruikt dan zal bij het toevoegen van een product van het type food aan een verkoop een popup worden getoond waarop de gebruiker één van de ingestelde shipment waarden kan selecteren.

De  geselecteerde waarde zal in de header van de transactie worden getoond. Tevens zal deze op de bon worden afgedrukt.

De geselecteerde waarde wordt ook gekoppeld en zichtbaar op de klantorder.

In het transactie overzicht wordt dit als volgt weergegeven:

CN 68527

Onperkt parkeren van transacties.

Wijziging doorgevoerd zodat het mogelijk is om "onbeperkt" transacties te parkeren op de POS, in plaats van de eerdere limiet van vier. Daarnaast is het overzicht voor het ophalen van geparkeerde transacties verbeterd met relevante klantinformatie en de optie om transactielijnen te bekijken. De knop 'Parkeren' gedraagt zich nu dynamisch, afhankelijk van de bon status:

Met producten op de bon:

De bon wordt geparkeerd.

Zonder producten op de bon: Het pop-up overzicht met alle geparkeerde transacties wordt geopend, zodat u een bon kunt ophalen

Verbeterd Overzicht Geparkeerde Bonnen: 

Het pop-up overzicht is functioneler en overzichtelijker met de Toegevoegde kolommen,  Klantnaam (Achternaam en voorvoegsel van de gekoppelde klant).

Verwijderde kolommen:

Transactienummer, Netto Bedrag, BTW, Pin Betaling, Op Rekening.

Preview: Wanneer u een geparkeerde bon selecteert, worden onder in beeld de transactie regels geselecteerd met de volgende gegevens Productomschrijving, prijs, Aantal en Scancode. 

Voor de correcte werking van deze functionaliteit is het cruciaal dat de bestaande storesetting: POSDisableAutoOpenHiberTr op True staat Voorkomt dat het systeem automatisch de laatst geparkeerde transactie opent bij een nieuwe bon. 

afbeelding aangepaste pop-up geparkeerde transacties:

CN 67578

Aanpassing in SCO om betalingstype toe te staan op basis van transactiewaarde.

Het is mogelijk gemaakt om betalingswijzen alleen toe te staan indien wordt voldaan aan een minimale, instelbare, transactiewaarde.

1. Minimale transactiewaarde (drempelwaarde)

Voucher betalingsmethoden kunnen nu worden ingesteld met een optionele minimale transactiewaarde. De betalingsmethode wordt dan alleen beschikbaar als wordt voldaan aan de volgende eisen:

• De totale transactiewaarde voldoet aan de ingestelde minimale waarde

• Minimaal één van de producten voldoet aan de toegestane productgroepen voor de betalings methode (indien hiervan gebruik wordt gemaakt)

De configuratie kan worden toegevoegd zoals in onderstaande afbeelding is weergegeven (Betaalsoorten)

2. Staffel gebaseerde Voucher waarde

Winkel kunnen staffel regels instellen om automatisch te berekenen hoeveel voucherwaarde mag worden gebruikt.

Een voorbeeld configuratie waarbij de maximale voucher met €,- wordt verhoogd per staffel:

€50,-  geeft een maximale voucherwaarde van €5,-

€100-, geeft een maximale voucherwaarde van €10,-

€150,- geeft een maximale voucherwaarde van €15,-

De waarden zijn volledig configureerbaar. Voor de bepalen van de maximale voucherwaarde wordt het totaal van de winkelmand gebruikt op het moment van de checkout.

3. Duidelijke meldingen tijdens de checkout

De SCO toont duidelijk meldingen aan de gebruiker indien een vouocher niet kan worden toegepast. Onderstaande afbeeldingen tonen de meldingen die een gebruiker te zien kan krijgen.

4. Flexible configuratie per winkel

Elke winkel kan individuele instellingen toepassen voor deze functionaliteit. Dit zorgt er voor dat retailers het gebruik van voucher geheel naar kun wensen en vereisten kunnen instellen.

Minimale transactiewaarde

Voucherwaarde per staffel

Staffelherhaling zodat meerdere vouchers kunnen worden toegepast bij hogere transactietotalen

Toegestane productgroepen

5. Voucher evaluatie:

De transactiewaarde wordt bepaald op basis van de gehele waarde van het winkelmandje. Indien de totale transactiewaarde voldoet aan de minimale waarde er minimaal één toegestaan product aanwezig (indien gebruik wordt gemaakt van productgroep selectie) dan kan een voucher worden gebruikt. Ook wanneer slecht één product voldoet aan de productgroep selectie zal het gehele bedrag worden gebruikt (dus ook artikel welke zelf geen voucher toestaan).

CN 68854

Rapportages

Factuuraanpassing

Klantspecifieke factuur aangepast naar wens van de klant

CN 69917

Factuuraanpassing

Klantspecifieke contantfactuur aangepast naar wens van de klant

CN 68857

Producten

Product melding detail pagina.

Er is een nieuw detailscherm ontwikkeld voor productmeldingen. Gebruikers kunnen op een productmelding klikken om dit detail te openen. In dit scherm wordt alle informatie omtrent de productmelding.

Boven het lijst is een samenvatting getoond met het aantal goedgekeurde, afgewezen en in behandeling zijnde items. Hiernaast zijn twee knoppen opgenomen 'Alles goedkeuren' en 'Alles afwijzen'.

Indien wordt gekozen om de wijzigingen op te slaan nadat een item is goedgekeurd dan zullen alle overige, nog niet afgehandelde items, automatisch 

Het veld voor voorgestelde waarde kan nu worden bewerkt. Wanneer de focus op het veld wordt gezet voor bewerking dan wordt de originele voorgestelde waarde boven het veld getoond ter informatie. 

Er zijn iconen toegevoegd voor het vertalen van de productomschrijving en product tweede omschrijving zodat gebruikers direct vertalingen kunnen toevoegen/bewerken.

Indien er een opmerking is geplaatst door de melder dan zal deze in een read-only veld worden getoond onder de lijst. Indien er geen melding aanwezig is dan zal het veld niet worden getoond. Tevens is er een optioneel opmerking veld toegevoegd om een bericht aan te melder te geven, dit veld is altijd zichtbaar.

Er is een nieuwe knop 'verwerken' toegevoegd, wanneer gebruikt zal er een bevestigingsdialoog worden getoond met de vraag "Weet u zeker dat u dit productbericht wilt verwerken?". Indien de gebruiker de vraag bevestigend beantwoord zal het productbericht worden verwerkt en zal een email, gebruik makend van de correcte template, worden verstuurd net zoals op de overzichtspagina.

Indien een productbericht reeds is verwerkt dan zullen alle velden op de detailpagina read-only worden getoond. Tevens zal in dit geval alleen de knop 'Sluiten' actief zijn.

CN 67983

Voorraadreserveringen overzicht uitbreiding

Er is een nieuwe kolom opgenomen in de popup voorraadreserveringen om de gereserveerde aantallen te kunnen bekijken. De kolom is alleen maar zichtbaar indien de instelling CustOrdFreeStockCalcMode de waarde 1 heeft. Naast deze instelling zal een gebruiker rechten moeten krijgen om de reserveringen in te kunnen zien en te bewerken. De rechten voor bewerken vereisen ook de rechten om de reserveringen in te zien.

Tevens is het mogelijk gemaakt om op diverse pop-ups de voorraad van voorraadhoudende magazijnen aan te passen. 

Daarnaast is er een wijziging doorgevoerd zodat het wijzigen van de prioriteit van reserveringen in de pop-up verwerkt wordt naar de klantordermodule zodat op deze plek, na gebruik van de knop toon reservering status, dezelfde aantallen getoond worden. Ook houdt de pop-up nu rekening met gepickte regels welke wel als gereserveerd worden gezien, maar niet meer uit de voorraad gehaald hoeven worden.

Wijziging doorgevoerd zodat bij het opslaan van een interfiliaal klantorder een link kan worden gemaakt met een verdeelorder.  Als de setting InterbranchForSpecOrder op True staat, krijg je bij het opslaan van een intfiliaal klantorder een pop-up waarop 1 order gekozen kan worden om deze te linken. Voorwaarde is wel dat er een verdeelorder op deze vestiging moet zijn met exact dezelfde producten als in de interfiliaal order. Op het moment dat de interfiliaalorder wordt verwerkt (dus picken, naar pakbon en interfiliaal ontvangst binnen boeken) dan wordt de gelinkte verdeelorder direct gepickt. 

De pop-up toont relevante informatie om de juiste order te kiezen, zoals:

• Welke winkel de order heeft aangemaakt.

• Wat de bron order is. 

• Wie de klant is.

Let op: Orders komen in aanmerking, zelfs als de orderregel al gereserveerde voorraad heeft. De orderregel mag nog niet gepickt zijn en de voorraad mag niet negatief zijn.

Het aanmaken van pickregels op basis van gewijzigde prioriteit wordt in een later item opgeleverd.  

CN 65289

Dubbele regels in ontvangst vanuit klantorder.

Wanneer een inkooporder van een MXXX leverancier werd verwerkt resulteerde dit, afhankelijk van instellingen, in een klantorder. Als de klantorder gepicked was en omgezet naar een pakbon werd er een ontvangst aangemaakt in de winkel. Echter de regels in de ontvangst waren verveelvoudigd. Dit is nu aangepast om er voor te zorgen dat dit niet meer gebeurt. 

CN 70164

Telling cyclus implementatie.

De pagina voor telling cyclus is geïmplementeerd. De overzichtspagina bevat een zoekveld zodat gezocht kan worden op de naam.

    In de overzichtspagina kan worden gesorteerd op de kolommen naam, tellingstype, frequentie, volgende uitvoerdatum en status.

    Er is een filter aanwezig om te kunnen filteren op de winkel waar de cycle count origineel is aangemaakt.

    Er is een context gevoelige balk toegevoegd met acties, welke ook mogelijk bij meerdere geselecteerde regels, voor het activeren, pauzeren, voltooien en verwijderen.

  Tevens is er een context menu toegevoegd onder de rechtermuisknop.

    Voor het aanmaken is een wizard aanwezig met 4 stappen:

• Basisinformatie

• Planning

• Parameter

• Overzicht

Op de tab voor basis informatie zijn de invoer van een naam en selectie van winkels verplicht.

    Op de planning tab zijn de velden voor frequentie en starttijdstip verplicht.

    De tab parameters heeft alleen het veld aantal producten als verplichte invoer.

  Op de overzicht tab wordt alle informatie getoond in twee kolommen.

De rechten voor alle acties (behere, inzien, toevoegen, bewerken en verwijderen) kunnen afzonderlijk worden ingesteld.

CN 67881

Filterwerking bij taalomschakeling.

Wijziging doorgevoerd zodat in productbeheer het filter niet meer onnodig worden weergegeven bij het switchen naar een andere taal.

CN 69154

Gebruikers

Kopiëren van gebruikers in gebruikersbeheer.

Er is een knop 'kopieer gebruiker' toegevoegd aan het context menu op de overzichtspagina. Het kopieren opent een detailscherm waarin alle rechten van de gebruiker zijn gekopieerd. Tevens zijn alle standaard velden gevuld zoals bij het aanmaken van een nieuwe gebruiker.

De geselecteerde winkels worden ook gekopieerd indien de optie 'inlogkeuze' is geselecteerd.

CN 68443

Telligen (StockCount) endpoints.

In het GET endpoint voor StockCountDifferences zijn de velden 'Processed' en 'Export' omgezet van een integere waarde (0 of 1) naar een boolean waarde (true of false). Met deze aanpassing loopt de endpoint in lijn met de endpoints voor StockCounts en StockCountLines.

De GET endpoint voor StockCounts is uitgebreid met een column StockCountSubType, tevens zijn er expand opties toegevoegd voor Store, Warehouse, StartedByUser en ClosedByUser en filteropties voor ClosedByUsers, StoreIDs en WarehouseIds toegevoegd.

Voor de StockCount, StockCountLines en StockCountDifferences is een parameter 'includeTotalCount' toegevoegd voor om het totaal getelde aantal te retourneren.

Tevens zijn nieuwe endpoints ontwikkeld ter voorbereiding van de nieuwe backoffice implementatie.

CN 68596

 Deposit-receipt endpoints.

In de REST services is ondersteuning toegevoegd voor deposit receipt functionaliteit (RVM). Zo is nu via het POST /api/scancodes/Load informatie van een deposit receipt scancode op te vragen. Dit werkt alleen wanneer de setting DepositMachineMethod op 1 staat en een geldig product staat ingesteld bij de setting DepositMachineProduct.

Bij het endpoint POST /api/transactions is het mogelijk om een deposit receipt scancode te verwerken. Bij de transactieregel kan nu via "additionalParameters" de depositReceiptRvmTransactionId en depositReceiptRvmMachineId worden meegeven. Wanneer deze velden gebruikt worden zijn ook de volgende velden verplicht: SerialNumber, PriceInclTax, WorkstationId & ProductId. Middels de parameter "processDepositReceipts" is aan te geven of de deposit receipt ook direct verwerkt moet worden of niet.

Voorbeeld request: POST /api/transactions

Wanneer verkeerde gegevens gebruikt worden bij de parameters depositReceiptRvmTransactionId en/of depositReceiptRvmMachineId wordt de transactie wel afgerond, maar worden eventuele fouten die terugkomen vanuit RVM opgenomen in de transactie extensie RVMDEPOSIT.

Verder zijn er nog de volgende validaties:

• PriceInclTax moet negatief zijn. Hier moet de prijs van de deposit receipt barcode worden opgegeven.

• Aantal mag niet groter dan 1 zijn.

• Scancode moet een RVM deposit barcode zijn. IsUsed mag niet true zijn.

• Storesettings voor deposit receipts moeten ingesteld / juist zijn.

• ProductId moet gelijk zijn aan de setting DepositMachineProduct.

• Zelfde serialnumber mag niet twee keer voor komen in dezelfde transactie.

In de SCO is een aanpassing gedaan dat een deposit receipt scancode niet in de wacht gezet kan worden (afrekenen bij kassa). Er volgt een gebruikers melding wanneer dit wel wordt gedaan.

CN 67906

 Endpoints DE Integration

Onderstaande nieuwe endpoints zijn toegevoegd voor de koppeling met JDE Loyalty. Onze API fungeert hierbij als pass-through; alle logica ligt bij JDE.

POST /Jde/transactions:

Aanmaken van een nieuwe loyaliteitstransactie.

Validaties:

loyaltyId, accountId, storeId, transactionType verplicht

shopSamplingCode verplicht bij transactionType = Deposit

depositedAmount > 0 behalve bij redeem

depositedAmount < 0 bij redeem

GET /Jde/transactions/{transactionNumber}:

Ophalen van een transactie via transactienummer.

Retourneert klant- en transactiegegevens (naam, adres, email, loyalty info, bedragen).

PATCH /Jde/transactions/{transactionNumber}

Aanpassen van bedrag + status op fulfilled zetten.

Validaties:

depositedAmount > 0, verplicht

loyaltyTransactionId, storeId, shopSamplingCode verplicht

POST /Jde/customers/search

Zoeken van klant wanneer barcode/kaart ontbreekt.

Validaties:

postalCode ↔ houseNumber moeten samen voorkomen

Bij gebruik email overruled deze postcode/huisnummer

CN 68285

Pricing endpoint.

In de pricing endpoints is het veld PriceType:ListPrice aangepast zodat deze kan werken met de typen PriceInclTax/ExclTax en PurchasePrice.

Clients moeten PriceInclTax gebruiken voor het ophalen van de verkoopprijs maar de PurchasePrice zal nog blijven werken voor backwards compatibility.

CN 69729

Customer-orders/reference/{id} endpoint.

OPGELET: Deze aanpassing breekt de oude werking van de endpoint.

Indien een PartialMatch (deelmatching) gewenst is dan zal in het request de parameter 'PartialMatch' als true waarden moeten worden meegestuurd. Standaard zal de zoek zijn binnen de afgelopen 30 dagen, indien gewenst kunnen een 'startDate' en 'endDate' worden opgegeven om deze periode te wijzigen.

Standaard zoekt de endpoint nu op volledige overeenkomst.

CN 69859

Uitbreiding van POST reports/Generate en POST reports/GenerateUrl.

De endpoints voor rapport services zijn uitgebreid met een drietal tellingen rapporten

• Tellingenlijst (StockCounts)

• Controlelijst (StockCountChecklist)

• Voorraadverschillen (StockCountDifferences)

De rapporten maken gebruik van interne templates en zijn gelijk voor alle winkels. De API mapping is ook gelijk voor alle winkels en vereist alle parameters (zoals storeId, locale en selectie IDs) om te blijven functioneren zoals gebruikelijk.

CN 69893

Stockcount sections endpoints.

In de REST services is ondersteuning toegevoegd voor StockCountSections. De volgende nieuwe endpoints zijn toegevoegd voor het beheren van StockCountSections:

POST /api/stock-count-sections

PATCH /api/stock-count-sections/{id}

GET /api/stock-count-sections/{id}

GET /api/stock-count-sections

DELETE /api/stock-count-sections/{id}

Verder is het nu ook mogelijk om bij de bestaande GET /api/stock-count-lines endpoints de stockCountLines te expanden met "stockCountSection".

CN 68742

StockCount Not-Counted endpoint.

In de REST services is het endpoint POST /api/stock-counts/{id}/CreateNotCounted toegevoegd. Hiermee is het mogelijk om op een verschiltelling die verwerkt is een niet geteld telling aan te maken.

CN 69894

Diverse performance verbeteringen.

In de REST services zijn de querys vanuit de tiggersevice nu voorzien van een NOLOCK hint.

Kleine performance verbetering bij het ophalen van productinformatie in Next.

Performance verbetering in de Discounts query in Next.

Er is een caching issue gefixed in de storesettings API waardoor soms oude waarden werden gebruikt.

In twee REST service zat het aanmaken van een sessie in de database transactie, hierdoor kon deze worden teruggedraaid bij een mislukte transactie dit is nu niet langer het geval.

CN 70124