VERSIE: 6.0.2026Geneva

De integratie met SendCloud is uitgebreid en verbeterd

Servicepunten & ShippingID
Het is nu mogelijk om een shippingId mee te geven aan een order voor levering bij een servicepunt. Wanneer dit ID aanwezig is, wordt de order automatisch als zodanig aangemeld en zijn de opties voor Transporteur en Servicelevel in de aanmeld-popup vergrendeld om fouten te voorkomen.

Bulkverwerking
Het proces voor het gelijktijdig aanmelden van meerdere orders is geoptimaliseerd. Er kan gekozen worden voor een uniforme verwerking (instelling uit popup) of verwerking per order. Bij de laatste optie wordt gekeken naar de instellingen op het tabblad 'Bezorgen' of het shippingId. Indien een gekozen ServiceLevel niet wordt ondersteund, valt het systeem terug op de standaardwaarde.

API Aanpassing
De validatie op het veld packageServiceLevelTimeCode is verwijderd uit de REST API. Validatie van deze data vindt voortaan plaats aan de zijde van SendCloud.

CN 70780

SendCloud: Onderdrukken saldomelding bij AD orders

Er is een aanpassing gedaan in de verwerking van AD-orders via de SendCloud-integratie. Bij het omzetten van deze orders wordt de melding omtrent het klantordersaldo niet langer getoond.

CN 72659

Nieuw POS Berichtensysteem (POS Messages)

Er is een volledig nieuw berichtensysteem geïntroduceerd voor NEXT, de Backoffice en de POS. Dit systeem vervangt de oude 'Kassaberichten' functionaliteit en biedt verbeterde communicatiemogelijkheden tussen het hoofdkantoor en de winkels.

Let op: Deze functionaliteit is enkel beschikbaar in combinatie met de Nieuwe Backoffice; verdere informatie hierover volgt op een later moment.

Configuratie: Om het nieuwe systeem te activeren zijn er twee nieuwe geavanceerde instellingen:

• POSMessagesEnabled: Zet deze op True om het nieuwe systeem te gebruiken. (Bij False blijft de oude werking actief).

• POSMessagesPollingTime: Bepaalt hoe vaak (in seconden) de kassa controleert op nieuwe berichten (standaard: 30 seconden).

POS: Bij activatie verandert de knop 'E-mails' in 'Berichten'.

• Notificaties: Nieuwe berichten worden direct zichtbaar door een badge en een gekleurd kader om de knop.

• Inbox: Een vernieuwde interface toont de berichtenlijst. Berichten kunnen direct in het scherm gelezen worden.

• Beheer: Via een filter kan gewisseld worden tussen 'Alle' en 'Ongelezen' berichten. Reeds gelezen berichten kunnen handmatig weer op 'Ongelezen' worden gezet via de knop "Maak ongelezen".

Backoffice (Nieuw): In de nieuwe backoffice is een beheeromgeving toegevoegd voor het aanmaken en beheren van berichten.

• Overzicht: Inzicht in actieve berichten, looptijden en wijzigingen.

• Targeting: Selecteer eenvoudig specifieke winkels of groepen via de winkelboom-structuur.

• Validatie: Het systeem valideert verplichte velden bij het aanmaken.

• Bulkacties: Mogelijkheid om meerdere berichten tegelijk te verwijderen.

CN 70886

Herstel weergave regelkorting

Er is een correctie doorgevoerd in de weergave van kortingen op de kassa. Regelkortingen worden hierdoor weer op de juiste manier getoond in het transactieoverzicht.

CN 72219

Adyen EcoCheque - Validatie op Productgroepen

De integratie voor EcoCheques via Adyen is verbeterd met een striktere filtering op productgroepen.

• Validatie: Alleen producten die behoren tot geconfigureerde EcoCheque-productgroepen kunnen met deze kaart worden afgerekend.

• Gesplitste betaling: Bij een transactie met gemengde artikelen (Eco en niet-Eco) is een gesplitste betaling vereist.

• Foutafhandeling: Indien geprobeerd wordt een niet-toegestaan artikel met een EcoCheque te betalen, toont de kassa een duidelijke melding.

Configuratie & Weergave: Om deze functionaliteit te gebruiken, dient de betaalwijze geconfigureerd te zijn met specifieke (voorkeurs)productgroepen. Hoewel de transactie op de kassa nog steeds als 'PIN – Adyen Mastercard' wordt getoond, worden de EcoCheque-regels op de achtergrond correct toegepast. Reguliere pinbetalingen blijven ongewijzigd.

CN 72422

Optimalisaties stabiliteit en gebruikerservaring

Er is een reeks verbeteringen doorgevoerd in de Self-Checkout (SCO) om het proces voor zowel klant als medewerker te stroomlijnen.

Belangrijkste wijzigingen:

• Controles (Full Check): De afhandeling van een volledige controle na een steekproef is verbeterd (specifiek bij ForceAcceptFullCheck = false). Alleen daadwerkelijk gescande producten worden afgerekend en de totaalbedragen worden correct berekend.

• Communicatie: Meldingen tijdens controles zijn verduidelijkt, bijvoorbeeld bij het scannen van niet-aangemelde producten of de vraag of alles gescand is.

• Ondersteuning: De help-knop is nu beter beschikbaar tijdens het betaalproces en notificaties naar medewerkers worden consistenter verstuurd.

• Meertaligheid: Productmeldingen vallen nu correct terug op de originele taal indien een vertaling ontbreekt.

• Redencodes: De lijst met redenen (bijv. voor korting) is opgeschoond; alleen actieve en zichtbare opties worden getoond aan de gebruiker.

CN 69287

Configureerbare zichtbaarheid 'Help'-knop

De zichtbaarheid van de 'Help'-knop op de Zelfscankassa (SCO) is nu configureerbaar. Via een nieuwe setting in de werkstationconfiguratie kan bepaald worden of deze knop wordt getoond of verborgen.

Gebruik onderstaande instelling om de knop te verbergen: <Setting Key="HelpButtonEnabled" Value="False" />

Indien deze setting ontbreekt, blijft de 'Help'-knop standaard zichtbaar. De huidige werking blijft hiermee ongewijzigd, tenzij expliciet anders geconfigureerd.

CN 69825

Rapportages

Generieke versie Afgiftebewijs

Er is een generieke variant van het rapport 'Afgiftebewijs' beschikbaar gesteld. Deze kan worden geactiveerd door de instelling ReportProofOfDelivery de waarde ReportRepairDeliveryOrder_General te geven.

Daarnaast is het mogelijk om een voettekst aan dit rapport toe te voegen. Dit kan worden geconfigureerd via de vestigingsteksten door gebruik te maken van de code ProofofDeliveryFooter1.

CN 69828

Performanceverbetering en PDF-fix

Er zijn optimalisaties doorgevoerd om de performance van diverse rapporten binnen ASPOS te verbeteren. Daarnaast is een probleem verholpen waarbij het kopiëren van tekstselecties uit gegenereerde PDF-rapportages niet correct functioneerde.

CN 70395

Producten

Validatie bij verdeelde filiaalorders

Er is een extra controle toegevoegd aan het proces voor goederenontvangst. In de specifieke configuratie waarbij OrderDistributionMode op 3 staat en ReceivingCustOrderReq op False, wordt bij het binnenboeken nu expliciet gevalideerd of de ontvangst voortkomt uit een reeds verdeelde filiaalorder.

CN 71417

Tabblad Kleuren voor Matrix-producten

Er is een nieuw tabblad 'Kleuren' geïntroduceerd, specifiek zichtbaar bij Matrix-producten in ASPOS. Dit scherm faciliteert het centraal beheren van kleurtoewijzingen. Gebruikers kunnen actieve kleuren eenvoudig toevoegen, verwijderen en sorteren via een hiërarchische selector. Ingebouwde validatie voorkomt hierbij dubbele invoer.

CN 71444

Herstel zichtbaarheid leveranciersknop

Er is een correctie doorgevoerd in de weergave van het tabblad 'Leveranciers' binnen de module Productbeheer. De leveranciersknop is hierdoor weer correct zichtbaar en operationeel.

CN 72006

Klanten

Optimalisatie validatie kits bij orderwijzigingen

Het validatieproces van het endpoint PATCH /customer-order-lines/{id} is aangepast. Bij het wijzigen van een bestaande klantorderregel vindt er geen hernieuwde validatie van de kit-samenstelling plaats op basis van de actuele productconfiguratie. Kits gekoppeld aan een moederartikel worden hierdoor altijd geaccepteerd. Dit voorkomt onnodige blokkades bij het doorvoeren van eenvoudige mutaties, zoals een prijsaanpassing.

CN 65538

Ondersteuning automatische annulering restorder

De REST services ondersteunen nu de POSCancelCustOrdBackord instelling, conform de bestaande POS-functionaliteit. Wanneer deze instelling actief is, worden bij het afronden van een transactie via het POST /api/transactions/Commit endpoint alle niet-verwerkte orderregels automatisch geannuleerd.

CN 65541

Achtergrondtaak voor Cyclustellingen

Voor de operationele werking van de nieuwe cyclustellingen is de inrichting van een specifieke achtergrondtaak vereist. Deze taak zorgt voor de periodieke generatie van tellingen. De configuratie dient eenmalig via de API te geschieden door een taak van het type CycleCount aan te maken op hoofdkantoorniveau.

Gebruik onderstaande JSON-payload via POST api/background-task-configurations om de taak in te stellen (voorbeeld: controle elke 5 minuten):

{

  "name": "Create StockCounts based on CycleCounts",

  "backgroundTaskType": "CycleCount",

  "cronExpression": "0 0/5 * * * ?",

  "enabled": true,

  "storeId": 1 // Let op: Dit moet het ID van het Hoofdkantoor zijn

}

CN 67280

Ondersteuning Wasteless Pricing Scancodes

Het endpoint POST /api/scancodes/Load is uitgebreid met ondersteuning voor 'Wasteless pricing' scancodes. Dit maakt het mogelijk om via een samengestelde string direct kortingen toe te passen.

Het vereiste formaat is: [scancodeartikel]|[handelingnr]|[hoeveelheid korting]|[redencode korting]

Voorbeelden:

• Percentage korting: 119|I0|10K|OTHERDISCOUNT

• Bedrag korting: 119|I0|1.50B|OTHERDISCOUNT

CN 70839

Fallback naar standaardtaal bij Product Memos

Bij de product GET-endpoints is een uitbreiding gedaan op de expand=memos functionaliteit. Door de parameter $includeDefaultLanguage=true mee te geven, wordt nu de memo in de standaardtaal (zoals ingesteld in appSettings) opgehaald indien de memo in de opgevraagde taal niet bestaat.

CN 69287

Reparatieorders: Verwerking verwachte betalingen via Next

De verwerking van verwachte betalingen bij reparatieorders is gemoderniseerd. Deze transacties worden nu afgehandeld via Next in plaats van de verouderde backoffice-omgeving. Hiermee is de werkwijze consistent gemaakt met de logica van het Klantorder-scherm.

CN 70857

Introductie Internal POS messaging system

Er is een nieuwe set API-endpoints geïntroduceerd ter ondersteuning van een intern berichtensysteem voor de kassa. Hiermee kunnen berichten centraal worden aangemaakt en gericht worden verstuurd naar specifieke winkels of werkstations.

Let op: Dit betreft de technische API-implementatie; de visuele integratie in de POS- en Backoffice-interface volgt in een latere fase.

Beschikbare endpoints:

Berichtenbeheer (/api/pos-messages)

• GET – Haalt een lijst op van actieve berichten. Ondersteunt filtering op WorkstationId en OnlyUnread. Resultaten worden automatisch gefilterd op geldigheid (datum/tijd).

• GET /{id} – Haalt details en leesbevestigingen op van een specifiek bericht.

• POST – Maakt een nieuw bericht aan (inclusief parameters voor inhoud, geldigheidsperiode, doelwinkel en prioriteit).

• PATCH /{id} – Wijzigt een bestaand bericht (m.u.v. de winkel-ID).

• DELETE /{id} – Verwijdert een bericht.

Leesbevestigingen (/api/pos-message-acknowledgements)

• POST – Markeert een bericht als gelezen voor een specifiek werkstation en gebruiker.

• DELETE /{id} – Maakt een leesbevestiging ongedaan (zet status terug op 'ongelezen').

CN 70885

Beheer van productkleuren

De REST API is uitgebreid met functionaliteit voor het volledig beheren van productkleuren. Deze toevoeging ondersteunt het nieuwe tabblad 'Kleuren' op de productkaart in de backoffice.

De volgende endpoints zijn beschikbaar gesteld voor het aanmaken, inzien, wijzigen en verwijderen van kleuren:

• GET & POST /api/product-colors

• GET, PATCH & DELETE /api/product-colors/{id}

CN 71443

Omzetten inkooporder naar pre-order

Er is nieuwe functionaliteit toegevoegd aan de REST services om een inkooporder te converteren naar een pre-order. Via het nieuwe endpoint POST /api/purchase-orders/{id}/ConvertToPreOrder kan een inkooporder met de status 'Te Bestellen' direct worden omgezet naar de status 'Pre-order aanmelding'.

CN 71954

Optimalisatie transaction archiving endpoints

Alle GET-endpoints binnen de Transaction Archiving API zijn geconverteerd naar POST-requests. Hierbij worden de parameters verplaatst van de URL naar de request body. Deze wijziging voorkomt limietoverschrijdingen van de URL-lengte. De structuur van de responses blijft ongewijzigd. Zowel AsposNext als de nieuwe Backoffice zijn aangepast om deze nieuwe werkwijze te ondersteunen.

CN 71961

Validatie betalingen bij Hibernate-transacties

Er is een extra validatie toegevoegd aan het POST /api/transactions/Hibernate endpoint. Het is niet langer toegestaan om een betaling mee te sturen bij het parkeren (hibernaten) van een transactie. Requests die toch betalingsinformatie bevatten, worden voortaan geweigerd.

CN 71976

Wijziging standaardsortering klantfacturen

De standaard sorteringsvolgorde van het GET /api/customer-invoices endpoint is aangepast. De resultaten worden nu standaard gesorteerd op ID aflopend (Id DESC) in plaats van op factuurdatum (InvoiceDate DESC).

CN 71982

Nieuw veld 'isValidated' voor werkstations

De endpoints voor werkstations (workstations) zijn uitgebreid met het veld isValidated. Dit veld wordt ondersteund binnen de GET, POST en PATCH methoden. De standaardwaarde is ingesteld op false en de status wordt gesynchroniseerd met de backoffice.

CN 71995

Genereren Inkooporder-rapportages

De endpoints api/reports/Generate en api/reports/GenerateUrl zijn uitgebreid met ondersteuning voor het genereren van inkooporder-rapportages. Het systeem valideert hierbij of de opgegeven selectionIds verwijzen naar geldige ID's in de purchaseorders-tabel.

De ondersteuning omvat de volgende varianten (zoals gedocumenteerd in de API):

• Intern

• Extern

• Advies

• Backorder

• E-mailbijlage

CN 72060

Uitbreiding filters en statuswijziging secties

Het endpoint GET /api/stock-count-sections is uitgebreid met de filters states en stockCountIds om gerichter data op te kunnen vragen. Daarnaast is een terminologiewijziging doorgevoerd in de statusvermelding: de status Pending wordt voortaan aangeduid als Open.

CN 72046

POS Berichten - Uitgebreide filtering en validatie

Er zijn uitbreidingen en verbeteringen doorgevoerd in de endpoints voor POS-berichten (/api/pos-messages).

Nieuwe functionaliteit:

• Store Filtering: Het GET-endpoint ondersteunt nu de parameter StoreIds. Hiermee kunnen berichten voor meerdere winkels tegelijk worden opgehaald, waarbij rekening wordt gehouden met de hiërarchische structuur (parent/child relaties).

Verbeterde validatie (PATCH):

• Content: De velden Subject en Message mogen niet leeg worden gelaten.

• Datums: Er is een strikte controle toegevoegd die voorkomt dat StartTime ná EndTime valt. Deze validatie werkt ook bij het wijzigen van slechts één van beide velden, door de nieuwe invoer te toetsen aan de bestaande database-waarde.

CN 72332

Bugfix aanmaken pickregels bij sortering op leverancier

Er is een correctie doorgevoerd in het endpoint POST /api/customer-orders/{id}/CreatePickingLines. Voorheen kon hier een 500-foutmelding optreden wanneer de picklijstsortering was ingesteld op leverancierscode (PickSortOrder = 4) en een orderregel een artikel zonder voorkeursleverancier bevatte. Dit scenario wordt nu correct afgehandeld.

CN 72384