VERSIE: 6.0.2026Kingston

Nieuwe KvK-koppeling: Sneller en foutloos zakelijke klanten aanmaken

Wat is er nieuw?
De integratie voor het ophalen van bedrijfsgegevens is flink vernieuwd. De bestaande CompanyInfo/Sizo-koppeling is vervangen door een directe integratie met de officiële KvK API. Hierdoor worden bedrijfsgegevens nu rechtstreeks, sneller en betrouwbaar vanuit de database van de Kamer van Koophandel opgehaald bij het aanmaken of zoeken van zakelijke klanten.

Hoe werkt het?

• Zoeken: Je zoekt eenvoudig op KvK-nummer of postcode + huisnummer.

• Selecteren: Staan er meerdere vestigingen op één adres? Dan kies je de juiste locatie via een pop-up.

• Automatisch invullen: Gegevens zoals bedrijfsnaam, adres, rechtsvorm en aantal medewerkers worden direct overgenomen in het klantformulier.

Belangrijk om te weten

• Eigen KvK-account nodig: Jouw organisatie moet zelf een account (API-sleutel) afnemen bij de KvK. Zonder dit account kan het systeem geen gegevens ophalen.

• Zoeken op bedrijfsnaam kan niet: De KvK ondersteunt het vrij zoeken op een bedrijfsnaam helaas niet via deze koppeling.

• Bestaande klanten: De gegevens van klanten die al in het systeem stonden, veranderen niet automatisch. Dit werkt alleen bij het aanmaken of handmatig opnieuw opzoeken van een klant.

Inrichting:

Vraag de API-toegang aan bij de KvK. Configureer daarna eenmalig de instellingen ASPOSCompanyInfoAPIkey en ASPOSCompanyInfoURL, en zet de CustomerCheckMethod op CompanyInfo. Zorg ook dat de stamgegevens voor het veld NumberOfEmployees (aantal medewerkers) zijn aangemaakt.

CN 74629

Gescheiden afhandeling voor PayByLink-refunds bij annuleringen

Wat is er nieuw?
Vanaf deze release is het mogelijk om refunds voor PayByLink-betalingen apart te administreren. Bij het (gedeeltelijk) annuleren van een klantorder die via PayByLink is afgerekend, wordt de refund vanaf nu geboekt op een specifiek PayByLink-refund-betaaltype. Voorheen verliep dit altijd via het standaard webshop refund-betaaltype. Deze wijziging vereenvoudigt de financiële afhandeling en administratie via Pay.nl aanzienlijk.

Hoe werkt de refund-splitsing?
Wanneer een order wordt geannuleerd, splitst het systeem het refundbedrag automatisch op:

• Via PayByLink: Het systeem boekt maximaal het bedrag dat oorspronkelijk via PayByLink is betaald, terug op het gekoppelde PBL-refund-betaaltype.

• Via Standaard Refund: Het eventuele restbedrag wordt via het standaard refund-betaaltype afgehandeld.

• Let op: Bij een gedeeltelijke annulering (bijvoorbeeld na een deellevering) wordt uiteraard alleen het niet-geleverde deel gerestitueerd, waarbij exact dezelfde logica geldt.

Rekenvoorbeeld:  Een klantorder van € 100,- is deels betaald via PayByLink (€ 60,-) en deels via PIN (€ 40,-). Bij een volledige annulering wordt € 60,- gerefund via het specifieke PBL-refund-betaaltype en € 40,- via het standaard refund-betaaltype.

Benodigde inrichting & Configuratie

Om gebruik te maken van deze nieuwe functionaliteit, is de volgende inrichting vereist op de betreffende stores. Doe je dit niet? Dan verandert er niets en blijft het huidige systeemgedrag intact (volledig backward compatible).

• Betaaltype aanmaken: Zorg dat het gewenste refund-betaaltype (bijv. PBLREF) bestaat en actief is op de store.

• Setting CustOrdCancelMakeTrans: Controleer of deze setting op Ja staat (dit was al een vereiste voor transactie-aanmaak bij annuleringen).

• Nieuwe setting configureren: Vul de nieuwe setting PaymentCodesRefundMethods in. Dit is de mapping van de originele betaaltype-code naar de refund-betaaltype-code.

Format voor PaymentCodesRefundMethods:

Gebruik het format PaymentCode^RefundCode (bijvoorbeeld: PBL^PBLREF). Wil je meerdere mappings instellen? Scheid deze dan met een sluisteken (|), bijvoorbeeld: PBL^PBLREF|IDEAL^IDEALREF.

Belangrijk om te weten (Out of Scope)

• Geen automatische Pay.nl verwerking: Deze update regelt puur de correcte administratieve boeking in de software. De daadwerkelijke financiële terugbetaling richting de klant via Pay.nl moet nog steeds separaat worden afgehandeld.

• CCV PayByLink: De splitsingsfunctionaliteit is momenteel uitsluitend getest voor Pay.nl, niet voor CCV PayByLink.

CN 74629

Directe pop-up melding op de kassa bij Pay&Go-betalingen

Wat is er nieuw?

Wanneer een klant een Pay&Go-betaling succesvol afrondt, genereert het systeem vanaf nu direct een urgent POS-bericht. Dit bericht verschijnt automatisch als een pop-up (toast-notificatie) op het kassascherm, zodat de kassamedewerker direct kan zien wat er is afgerekend.

Hoe werkt het?

• Duidelijk overzicht: De pop-up toont de gekochte artikelen in het verbeterde formaat: [aantal] x [artikelnaam] [verkoopprijs].

• Slimme synchronisatie: Zodra de melding op één kassa is weergegeven, wordt deze direct voor alle werkstations binnen de winkel als gelezen gemarkeerd (ReadOnSingleDevice = true). Hierdoor krijgen collega's op andere kassa's niet onnodig dezelfde pop-up te zien.

• Nacontrole: Het bericht verdwijnt van het scherm, maar blijft voor eventuele controle altijd beschikbaar in het POS-berichtenoverzicht (via de knop "Berichten").

Belangrijk om te weten:

• De pop-up maakt gebruik van het standaard POS-ontwerp; de stijl of weergaveduur is niet aanpasbaar.

• Deze urgente status wordt uitsluitend automatisch toegekend via de Pay&Go-applicatie en kan niet handmatig worden meegegeven aan berichten uit de Backoffice.

Vereiste inrichting:

Om deze functionaliteit te activeren, moeten de volgende instellingen per winkel worden geconfigureerd (gevolgd door een herstart van de POS):

1. Zet POSMessagesEnabled op True (om kassaberichten in te schakelen).

2. Zet de nieuwe instelling PayandGoUrgent op True (om de automatische pop-up te activeren).

3. Optioneel: Verlaag de poll-interval bij POSMessagesPolling (standaard 30 seconden) naar bijvoorbeeld 10 seconden voor een snellere weergave op het scherm.

De bestaande voorwaarde dat de betaalmethode PAYNLPAYANDGO actief moet zijn op de winkel blijft ongewijzigd van kracht.

CN 72866

Actuele voorraad nu ook zichtbaar bij externe wachtstandbonnen op de kassa

Wat is er veranderd?

Wanneer je op de kassa (POS) een wachtstandbon ophaalt die afkomstig is uit een externe applicatie (zoals POS Next of de Pay & Go oplossing), kan de POS nu direct de actuele voorraad van de gescande artikelen tonen.

Wanneer is dit zichtbaar?

Deze voorraadweergave wordt automatisch geactiveerd wanneer de geavanceerde instelling POSAllowSwitchWarehouse op True staat. Zodra de geparkeerde transactie wordt ingeladen, zie je direct de actuele voorraadstanden op het scherm, zoals weergegeven in het bijbehorende screenshot.

Technische achtergrond (API)

Om dit mogelijk te maken, is de communicatie tussen de POS en de REST API geoptimaliseerd. De aanpassing zit in de manier waarop de POS deze transacties ophaalt, specifiek via het /api/transactions/Hibernate endpoint.

Wanneer er een POST verzoek wordt gedaan, zoals in het onderstaande voorbeeld, vertaalt de POS dit naar een correcte weergave inclusief voorraadinformatie:

{

    "transaction": {

        "storeId": 434,

        "records": [

            {

                "scanCode": 9990000001,

                "productQuantity": 1,

                "priceInclTax": 30.16

            }

        ]

    }

}

CN 74727

Betaalknop "Online Refund" op POS alleen beschikbaar voor online orders

Wat is er nieuw?

Er is een wijziging doorgevoerd in het betaalscherm van de POS bij het verwerken van retouren. De betaalknop "Online Refund" is vanaf nu uitsluitend beschikbaar wanneer het een retour betreft van een online bestelling die volledig vooraf is betaald met een online betaalmethode (zoals iDEAL, creditcard of Klarna). In alle andere gevallen is de knop automatisch uitgeschakeld (disabled).

Inrichting en werking

Om deze functionaliteit te gebruiken, moet de betaalmethode met de exacte code REFUNDONLINE en de online betaalmethoden aan de winkel gekoppeld zijn, en moet de knop zijn toegevoegd aan de menu-knoppen van de POS.

Wanneer dit is ingericht, wordt de knop tijdens een retour automatisch geactiveerd onder de volgende voorwaarden:

• Er staat minimaal één retourorderregel op de bon.

• De oorspronkelijke order is volledig vooraf online betaald.

• Het restitutiebedrag is beperkt tot het totaal van de in aanmerking komende retourregels.

De knop blijft uitgeschakeld bij reguliere kassatransacties, bij orders die niet volledig vooraf zijn betaald, of orders die (deels) met PIN of contant in de winkel zijn afgerekend.

Belangrijk om te weten:

• Geen automatische terugbetaling: De knop registreert de restitutie correct in ASPOS voor de administratie. De daadwerkelijke terugbetaling naar de klant moet handmatig via het dashboard van de payment provider (PSP) worden afgehandeld.

• Gedeeltelijke online restitutie per orderregel is niet mogelijk; het bedrag betreft altijd het volledige regelbedrag.

CN 74728

Variantkeuze en 'Alles gescand'-controle

Deze update introduceert twee belangrijke nieuwe functies voor de Self-Checkout (SCO) applicatie. Beide toevoegingen zijn ontworpen om de voorraadnauwkeurigheid te vergroten, fouten in prijsberekeningen te voorkomen en derving (krimp) tegen te gaan.

1. Slimme variantkeuze (Multi-Format Prompting)
Om te garanderen dat klanten de juiste verpakkingsgrootte afrekenen bij producten die in meervoud worden verkocht (zoals blikjes drinken per stuk, als 6-pack of als krat), hebben we een slim keuzescherm (modal) geïmplementeerd.

Hoe werkt het?
Wanneer de barcode van een "Hoofdproduct" (Parent) wordt gescand, pauzeert het systeem het toevoegen aan het winkelmandje. De klant krijgt een pop-up te zien waarin gevraagd wordt om de juiste variant te kiezen.

• Slimme detectie: Dit keuzescherm verschijnt alléén als het gescande productid overeenkomt met het parentproductid. Scant de klant direct de specifieke barcode van bijvoorbeeld het 6-pack (het "Child" product)? Dan snapt het systeem dit en wordt het artikel direct, zonder pop-up, aan de bestelling toegevoegd.

• Wat ziet de klant? Het keuzescherm toont de productomschrijving, de inhoud (bijv. 300ml of 1800ml), de prijs en eventuele verplichte gekoppelde producten (zoals statiegeld).

• Annuleren: Met de annuleer-knop kan de klant veilig terugkeren naar het hoofdscherm zonder een artikel toe te voegen.

Vereiste inrichting en logica

• Geavanceerde instellingen: Zet de nieuwe instelling SCOVariantPopUp op True om dit te activeren.

• API Validatie: Het systeem gebruikt de productConnections API om te checken of er producttypes zijn gedefinieerd als Variant.

2. Bevestigingsscherm "Alles gescand"

Om te voorkomen dat klanten per ongeluk (of expres) artikelen vergeten af te rekenen, is er een extra, verplichte bevestigingsstap toegevoegd vlak voor het betalen. 

Hoe werkt het?
Zodra de klant op de 'Betalen'-knop drukt, wordt het proces heel even onderbroken door een pop-up met de vraag: "Heb je alle artikelen gescand?". Pas nadat de klant dit bevestigt, gaat de applicatie verder naar de reguliere betaalflow.

Vereiste inrichting

• Geavanceerde instelling: Zet de nieuwe instelling SCOScannedConfirmation op True om deze extra controle in te schakelen.

CN 75760

Verbeterde afhandeling SCO van AddOn-barcodes

AddOn-barcodes worden nu altijd correct opgeslagen, zelfs wanneer de specifieke AddOn-barcode nog niet bestaat in ASPOS.

Let op: De basis-barcode (base barcode) moet wél in ASPOS bestaan om het product te kunnen ophalen.

CN 76077

Rapportages

Vertaling Kasstaat rapport

Het rapport "Kasstaat" is vertaald naar de standaard ASPOS talen (Nederlands, Engels, Frans, Duits en Spaans).

LET OP. De vertaling van grootboekrekeningen wordt in een later item opgepakt.

CN 72531

Vertaling Uitzonderingen overzicht rapport

Het rapport "Uitzonderingen overzicht" is vertaald naar de standaard ASPOS talen (Nederlands, Engels, Frans, Duits en Spaans).

CN 72533

Vertaling Handmatige Korting rapport

Het rapport "Handmatige Korting" is vertaald naar de standaard ASPOS talen (Nederlands, Engels, Frans, Duits en Spaans).

CN 72534

Wijziging schaplabel

Aanpassingen doorgevoerd op klantspecifieke layout volgens wensen van de klant.

CN 75404

Klanten

Percentage kortingveld geblokkeerd bij deellevering

Bij een deels geleverde klantorder is het invoerveld voor het kortingspercentage vanaf nu vergrendeld en niet meer aanpasbaar.

CN 76059

Uitgebreide logging voor Wasteless Pricing via PDA

De logging voor Wasteless Pricing is uitgebreid om acties rondom het afprijzen van producten beter controleerbaar te maken. Wanneer er via de PDA een afprijssticker wordt geprint, legt het systeem vanaf nu extra detailinformatie vast in de Security Log onder de actie WASTELESSPRICING. Hierdoor is direct inzichtelijk welke gebruiker op welk moment een afprijsactie heeft uitgevoerd.

De memo van de logging bevat voortaan de volgende specifieke gegevens:

• Product

• Aantal

• Afprijsreden

• Prijs vóór korting

• Prijs na korting

• Type korting en de waarde

Deze uitbreiding zorgt voor een betere controleerbaarheid (auditability) en vermindert de fraudegevoeligheid van het handmatige afprijsproces.

CN 76059

Nieuw API-endpoint voor productstatistieken

We hebben het nieuwe endpoint POST stock-mutation-records/GetStatistics toegevoegd aan de API. Hiermee kun je eenvoudig specifieke statistieken opvragen over de verkopen en ontvangsten van een individueel product, zodat je direct en gericht inzicht krijgt in de voorraadstromen per artikel.

CN 73534

Receivings REST services overgezet naar nieuwe base repository 

Alle logica en endpoints met betrekking tot 'receivings' (ontvangsten) binnen de REST services zijn succesvol gemigreerd naar de nieuwe base repository.

CN 73534

Nieuw API-endpoint voor voorraadmutaties

Aan onze API is het nieuwe endpoint GET /stock-mutation-records toegevoegd. Hiermee vraag je direct de historie en details van voorraadmutaties op.

CN 73535

Nieuw API-endpoint voor uitgebreid zoeken naar producten

Wat is er nieuw?
Er is een nieuw endpoint toegevoegd aan de REST services: POST /api/products/LegacySearch. Dit endpoint maakt gebruik van exact dezelfde logica en levert dezelfde resultaten op als het vertrouwde product-zoekscherm binnen de backoffice.

Mogelijkheden en parameters

Met dit endpoint kun je zeer gericht zoeken, filteren en sorteren:

• Filteren: Je kunt de resultaten verfijnen via de volgende parameters: productGroupIds, productSubGroupIds, segmentIds, brandIds, states, seasonCodes, modelCodes, supplierIds en supplierStates.

• Sorteren: De resultaten kunnen oplopend of aflopend worden gesorteerd via orderBy en orderByDirection. Er worden 20 velden ondersteund, waaronder omschrijvingen, prijzen, voorraad, scancodes, merk, leveranciersgegevens en status.

• Specifieke opties:

  • • onlyInProductDescription: true - Zorgt ervoor dat er uitsluitend in de productomschrijving wordt gezocht.

    • onlyPreferredSupplier: true - Filtert uitsluitend op de voorkeursleverancier (alleen geldig in combinatie met de parameter supplierIds).

Belangrijke regels voor het gebruik van dit endpoint:

• Paginering: De waarde van de offset moet altijd een veelvoud zijn van de limit.

• Zoekterm: De searchTerm moet uit minimaal 3 karakters bestaan.

• Meerdere waarden: Bij de filters productGroupIds en segmentIds kun je een array met meerdere waarden opgeven.

• Uitsluiting: Wanneer je meerdere productGroupIds meestuurt in het request, is het niet toegestaan om ook productSubGroupIds op te geven.

Opties request:

{

  "fields": "string",

  "expand": "string",

  "offset": 0,

  "limit": 0,

  "locale": "string",

  "searchTerm": "string",

  "productGroupIds": [0],

  "productSubGroupIds": [0],

  "segmentIds": [0],

  "brandIds": [0],

  "states": ["string"],

  "seasonCodes": ["string"],

  "modelCodes": ["string"],

  "supplierIds": [0],

  "supplierStates": ["string"],

  "onlyPreferredSupplier": true,

  "onlyInProductDescription": true,

  "orderBy": "string",

  "orderByDirection": "string",

  "storeId": 0

}

CN 74074

Productverwijdering geblokkeerd bij openstaande ontvangsten via API opgelost

Er is een fout hersteld waardoor producten per ongeluk konden worden verwijderd wanneer er nog een onverwerkte ontvangst openstond die via de REST API was aangemaakt. Voortaan wordt bij het aanmaken van een ontvangst via de API de waarde receivingspendingquantity weer direct bijgewerkt, waardoor het systeem de openstaande goederenstroom herkent en het product correct beschermt tegen voortijdige verwijdering.

CN 73535