VERSIE: 6.0.2025Amsterdam
INHOUDSOPGAVE
Aanpassing pay.nl koppeling door wijziging endpoint
Bij het genereren van de betaallink sturen we nu direct de gewenste betaalmethode mee naar Pay.nl. Dit bespaart een stap in de verwerking van de betaling.
Let op: dit betekent niet dat de klant geen betaalopties meer heeft – voor de klant blijven de keuzeopties ongewijzigd.
Daarnaast is het mogelijk om gebruik te maken van het nieuwe endpoint van Pay.nl. Dit kan door de storesetting PAYNL_APIClient_ApiUrl in te vullen met: https://connect.pay.nl/v2/transactions
Belangrijk: om dit nieuwe endpoint te kunnen gebruiken, moet eerst bij Pay.nl een nieuw token worden opgevraagd. Vul dit token vervolgens in bij de storesetting PAYNL_APIClient_Token.
CN 64520
Uitbreiding koppeling MagnusOil
Wijziging doorgevoerd in de request naar MagnusOil, zo wordt het versienummer meegestuurd en is uit het request de velden RequestedDeliveryDateTimeFrom en RequestedDeliveryDateTimeUntil weggehaald.
CN 65557
Verkeerde BTW percentages op kitregels
Wijziging doorgevoerd zodat het uitbetalen van spaarpunten met kitproducten niet meer resulteert in een verkeerd BTW percentage.
CN 65999
Afhaalbewijs toont geen statiegeld
Aanpassing doorgevoerd zodat op het afhaalbewijs eventuele statiegeld regels meegenomen worden in het totaalbedrag.
CN 64711
Aanpassing MagnusOil integration
Wijziging doorgevoerd in de request naar MagnusOil, zo wordt het versienummer meegestuurd en is uit het request de velden RequestedDeliveryDateTimeFrom en RequestedDeliveryDateTimeUntil weggehaald.
CN 65557
Ondersteuning retourpinnen Mobiele POS
De mobiele kassa ondersteunt nu retourbetalingen met EFT/pin.
Wanneer in de winkelinstelling POSAllowRefundEFT=true is ingesteld en de gebruiker/medewerker de POSALLOWEFTREFUND-beveiligingsrechten heeft, kan de gebruiker nu retourbetalingen via pin uitvoeren. Dit wordt momenteel ondersteund voor Adyen TapToPay en alle cloud-pinoplossingen, maar nog niet voor CCV Softpos.
Let op: retourbetalingen zijn alleen mogelijk wanneer de contracten van de merchant dit ondersteunen.
CN 65447
Implementatie RVM statiegeld inname
We hebben ondersteuning voor het inwisselen van statiegeldbonnetjes van RVM geïmplementeerd in de zelfscankassa. Hiervoor zijn eerder al aanpassingen doorgevoerd in de REST Services.
Om een bonnetje in te kunnen wisselen, moet er een inname product bestaan (afbeelding 1). Aan dit product moeten productvelden toegevoegd worden (afbeelding 2).
Vervolgens moeten onderstaande geavanceerde instellingen ingevuld worden:
"DepositMachineClient": Client Id van de gekoppelde partij
"DepositMachineEndpoint": Basis service URL van de gekoppelde partij
"DepositMachineMethod": Aanroepende partij voor de koppeling met inname statiegeld. "0" = geen, "1"= RVM
"DepositMachinePrefix": Prefix voor de herkenning van statiegeldbonnetjes
"DepositMachineProduct": Product om op de statiegeldbon te zetten met het bedrag (product uit afbeelding 1)
"DepositMachineScope": Nodig in de integratie met RVM om aan te geven welke rechten de user heeft
"DepositMachineSecret": Client secret van de gekoppelde partij
Als er vervolgens een statiegeldbonnetje wordt gescand, verschijnt het uit te keren bedragen op de SCO. (Afbeelding 3)
Indien er verder geen producten worden gekocht in dezelfde transactie, en het totaal dus op een min bedrag uitkomt, dient de transactie afgehandeld te worden aan de POS.
LET OP! De integratie met de POS is op dit moment nog in ontwikkeling en wordt op een later moment geïmplementeerd. Als het totaal op een positief bedrag uitkomt, kan de transacties afgerond worden op de SCO en wordt het statiegeld bonnetje ingewisseld. (afbeelding 4)
Wanneer het bonnetje gescand is, wordt deze tijdelijk gereserveerd. Hierdoor is het niet mogelijk om tegelijkertijd dezelfde statiegeldbon in te wisselen op verschillende werkstations.
Bij een ongeldige statiegeld bon, wordt onderstaande melding getoond (Afbeelding 6)
Als het statiegeld bonnetje al een keer gebruikt en ingewisseld is, verschijnt onderstaande melding in beeld: (Afbeelding 7)
Mocht de statiegeld service niet bereikbaar zijn, of zijn de geavanceerde instellingen niet correct gevuld, wordt onderstaande melding getoond. Hiervan wordt ook een event bericht aangemaakt. Dit zorgt ervoor dat er een melding verschijnt op de Monitor app, zodat een medewerker assistentie kan verlenen. (Afbeelding 8)
Afbeelding 9 (Event bericht)
CN 62913
Aanpassing klant specifiek label
Wijziging doorgevoerd op klant specifiek label naar wens van de klant.
CN 64378
Verbeterde workflow inkooporders op de PDA
We hebben de inkoopordertaak op de PDA uitgebreid met een handige nieuwe filterfunctie. Hiermee kun je alle besteladviezen inzien, zodat je bestaande adviezen eenvoudig en efficiënt kunt aanvullen.
De noodzaak om handmatig een winkeltaak aan te maken vervalt, omdat dit proces nu volledig is geautomatiseerd. Zo werk je sneller en hoef je minder stappen te doorlopen. Het filter staat standaard uit, zodat je de vertrouwde weergave van alleen de WiFi-besteladviezen behoudt.
CN 66676
Nieuwe API-mogelijkheden voor inkooporders
We hebben de functionaliteit van de API uitgebreid met nieuwe endpoints voor het beheer van inkooporders en inkooporderregels. Naast het ophalen van informatie (GET) is het nu ook mogelijk om inkooporders aan te maken (POST), aan te passen (PATCH), te verwijderen (DELETE), te verwerken (PROCESS) en te annuleren (CANCEL).
Voor de inkooporders zijn de volgende endpoints beschikbaar gemaakt:
GET purchase-orders (bestaand endpoint om alle inkooporder op te halen)
GET purchase-orders by id (bestaand endpoint om een speciefiek inkooporder op te halen o.b.v. inkooporder id)
GET purchase-orders by number (bestaand endpoint om een speciefiek inkooporder op te halen o.b.v. inkooporder nummer)
POST purchase-orders (om inkooporders aan te maken zonder regels of direct met regels)
DELETE purchase-orders (om een inkooporder (o.b.v. ID) met de status "pending" (te bestellen) te kunnen verwijderen)
PATCH purchase-orders (om een inkooporder (o.b.v. ID) met de status "pending" (te bestellen) aan te passen)
POST purchase-orders/Cancel (om een inkooporder (o.b.v. ID) te kunnen annuleren)
POST purchase-orders/Processl (om een inkooporder (o.b.v. ID) te kunnen verwerken)
Voor de inkooporderregels zijn de volgende endpoints beschikbaar gemaakt:
GET purchase-order-lines (om alle inkooporderregels op te halen)
GET purchase-order-lines by id (om een speciefieke inkooporderregel op te halen o.b.v. inkooporder id)
POST purchase-order-lines (om inkooporderregels toe te voegen aan een bestaande niet verwerkte inkooporder)
DELETE purchase-order-lines (om een inkooporderregels (o.b.v. ID) met de status "pending" (te bestellen) te kunnen verwijderen)
PATCH purchase-order-lines (om inkooporderregels aan te passen (let op bij verwerkte inkooporderregels zijn de aan te passen velden beperkter)
POST purchase-order-lines/Cancel (om specifieke inkooporderregels te annuleren.)
LET OP: Een aantal punten die wel in de (backoffice mogelijk zijn) zijn bewust niet meegenomen in deze initiële aanpassing en zullen in toekomstige iteraties worden opgepakt:
Invullen van Min/Max op de inkooporderregel (de min/max logic).
Retourorders (return order logic).
Toevoegen/verwijderen/downloaden van documenten (add/delete/download documents).
Vooraanmeldingen/shipments.
De 'inkooporder opnieuw verzenden'-optie.
Multistore inkooporder / distributierecord logica.
Het aanmaken van een klantevent bij wijzigen verwachte leverdatum
Ondersteuning voor Kit-items
Bij het Process endpoint:
Exports/mails/API-calls naar JDS/JDSWEB/MITRA/INTRES/DOUGLAS/ODBMS/WILDKAMP.
De mogelijkheid voor Ordertype en secondstreamnumber om te wijzigen op basis van suppliersetting en storesetting CBStreamnumber.
Bepaalde verwerking voor gevallen waarbij het Process-endpoint ook inkooporders op winkels heeft aangemaakt.
De additionele export regelen.
Optioneel mail versturen.
Optioneel order exporteren.
CN 64378
07/08/2025: Ophalen EVL vouchers geeft soms een fatal error
Wijziging doorgevoerd waarbij het generieke scherm in de POS niet meer een fout toont dat er geen lade geselecteerd is. Lade selectie en voucher selectie maken namelijk allebei gebruik van hetzelfde generieke scherm.
TN 1375571
22/09/2025: Onterechte statiegeld melding
Probleem opgelost waarbij, bij het afronden van een transactie met een klantorder, de melding "De statiegeld dienst is niet bereikbaar. De statiegeld bon kan niet gebruikt worden." in beeld kwam.
TN 1385749
15/10/2025: EVL spaarpunten worden niet verrekend bij retouren
Bij een internet order waarin spaarpunten werden verzilverd, werden deze punten niet correct teruggeboekt naar de klant bij het retourneren van de order. Dit probleem is nu opgelost.
TN 1385911
17/10/2025: Inkooporders deel ontvangen
Wijziging doorgevoerd in het verwerken van ontvangsten zodat bij verzamelorders vanuit een interfiliaal besteladvies de juiste regels worden binnen geboekt.
TN 1379395
17/10/2025: Selectie in besteladvies werkt niet zoals verwacht
Wijziging doorgevoerd zodat bij het uitsluiten van een Merk, Seizoen, Collectie of Subgroep in een bestelprofiel, producten zonder eergenoemde data nog steeds meegenomen worden in de berekening.
TN 1387959