VERSIE: 6.0.2026Lisbon

Nieuwe flexibele lay-out voor gegevensbeheer (Grid View & Detail Panel)

We hebben een nieuwe, flexibele lay-out standaard uitgerold over alle schermen voor gegevensbeheer (data management screens). Dit maakt het bekijken en bewerken van data een stuk efficiënter.

Elke datapagina bestaat vanaf nu standaard uit een Grid View (de hoofdtabel met filters en acties) en een Detail Panel (voor het bekijken en bewerken van één specifiek record). Je kunt nu zelf naadloos kiezen hoe je dit Detail Panel wilt bekijken, op basis van je persoonlijke voorkeur of schermgrootte.

Functionele eigenschappen

1. Twee weergavemodi (wisselbaar door de gebruiker)
   Je kunt eenvoudig tussen de volgende twee modi wisselen via de icoontjes in de koptekst (header) van het paneel of de pop-up:
   Side Panel Mode: Het detailformulier schuift vanaf de rechterkant naar binnen en overlapt de hoofdtabel deels. Je kunt de linkerrand verslepen om de breedte aan te passen. Dit paneel blijft handig openstaan en ververst direct wanneer je in de tabel doorklikt naar andere items.
   Modal Pop-up Mode: Het formulier opent als een gecentreerde pop-up, zodat de volledige focus op het bewerken ligt. De interactie met de achterliggende tabel wordt hierbij tijdelijk geblokkeerd, totdat de pop-up wordt opgeslagen of gesloten.

2. Smart Preferences
   Het systeem is slim genoeg om je voorkeuren te onthouden. De laatst gekozen weergave (Side Panel of Pop-up) wordt automatisch opgeslagen per gebruikersprofiel én per pagina. Zo staat je werkruimte bij een volgende login direct klaar zoals jij dat wilt.

3. Unsaved Changes Protection
   Ter voorkoming van dataverlies zijn er twee extra beveiligingen ingebouwd:
   Zodra je data wijzigt, verschijnt er duidelijk een "Unsaved" badge in de header.
   Klik je per ongeluk op een ander item in de tabel terwijl je nog onopgeslagen wijzigingen hebt? Dan blokkeert het systeem de actie en krijg je eerst een melding om je wijzigingen te bevestigen of te negeren (discard).

Goed om te weten (Beperkingen)

• Voor elk scherm hebben we een standaard Grid of Detail view ingesteld.

• Op enkele specifieke schermen is het Detail Panel niet beschikbaar. Dit is uitsluitend op pagina's waar de hoeveelheid data te groot is om functioneel werkbaar te zijn in een paneelweergave.

CN 74667

Correcte Sendcloud-updates bij het verwerken van distributieorders

We hebben een belangrijke verbetering doorgevoerd in onze integratie met Sendcloud. Het afhandelen van online bestellingen via distributieorders verloopt nu naadloos en synchroon met jullie Sendcloud-omgeving.

Wat is er verbeterd?

Wanneer je een internetorder direct omzet naar een pakbon, werkte de synchronisatie met Sendcloud al perfect. Vanaf deze update geldt dit óók wanneer een internetorder via de route van een distributieorder loopt.

Zodra je een distributieorder nu omzet naar een pakbon, wordt de gekoppelde internetorder op de achtergrond direct en correct bijgewerkt in Sendcloud. Het systeem zorgt ervoor dat de juiste verzendgegevens netjes worden meegestuurd:

• Het bestaande ShipmentID blijft behouden.

• De eventueel nieuw geselecteerde vervoerder (carrier) en het gekozen verzendniveau (servicelevel) worden direct geüpdatet in de Sendcloud-zending.

Dit voorkomt handmatig correctiewerk en zorgt ervoor dat verzendlabels altijd de meest actuele informatie bevatten.

CN 76401

Klantensaldo inzetten voor aanbetalingen op (nieuwe) orders in de POS

Met deze update breiden we de betaalmogelijkheden met klantensaldo in de kassa (POS) verder uit. Waar het al mogelijk werd om openstaande facturen te betalen met saldo, is het nu ook mogelijk om het vrij besteedbare saldo van een klant in te zetten voor directe aanbetalingen op nieuwe orders.

Hoe werkt de nieuwe functionaliteit?

Wanneer je in de kassa een nieuwe klantorder aanmaakt en er een aanbetaling (deposit) vereist is, of wanneer een klant een deel van de order alvast wil afrekenen, kun je hiervoor nu direct het vrij besteedbare saldo van deze klant gebruiken.

Dit maakt het klanttegoeden-systeem een stuk krachtiger en flexibeler in de winkel:

• Nieuwe orders: Gebruik het beschikbare tegoed direct om de aanbetaling te voldoen bij het aanmaken van de order.

• Bestaande orders & facturen: Gebruik het tegoed om openstaande restbedragen (gedeeltelijk of volledig) af te tikken.

Dit scheelt extra handelingen voor de kassamedewerker en zorgt voor een naadloze afrekenervaring voor de klant.

Waar vind je dit in de software?

• Applicatie: Kassa (POS)

• Scherm/Proces: In het betaalscherm bij het afronden van een nieuwe order met aanbetaling, óf bij het afrekenen van bestaande openstaande posten.

Vereiste actie

Er is geen extra inrichting of configuratie door een beheerder vereist. Zodra de update is uitgerold, is het inzetten van klantensaldo voor aanbetalingen direct beschikbaar in het betaalproces voor elke klant die over een positief, vrij besteedbaar saldo beschikt.

CN 62210

Wettelijke limiet op contante betalingen in de kassa

Om te helpen voldoen aan de wetgeving rondom contante betalingen, hebben we een automatische controle toegevoegd aan het afrekenproces in de kassa. Hiermee voorkom je dat wettelijke limieten onbedoeld worden overschreden.

Hoe werkt de nieuwe functionaliteit?

Er is een automatische limiet ingebouwd voor het maximale bedrag dat per transactie contant afgerekend mag worden.

• Standaardlimiet: Het systeem hanteert standaard een maximum van € 2.999,99 voor contante betalingen binnen één transactie.

• Vreemde valuta: Accepteer je betalingen in andere valuta? Deze bedragen worden op de achtergrond automatisch omgerekend en tellen direct mee voor de totale limiet van die specifieke transactie.

• Automatische blokkade: Zodra een medewerker een contant bedrag wil aanslaan waardoor de totale betaling de limiet bereikt of overschrijdt, wordt deze specifieke invoer geblokkeerd. Het resterende orderbedrag zal dan via een andere betaalmethode (zoals pin of creditcard) voldaan moeten worden.

Configuratie & Parameters

De limiet is door de beheerder flexibel in te stellen, mocht er lokaal een andere regelgeving gelden.

• Instelling: MaxAmountCashPayment

  • Type: FreeText

  • Waarde: 2999.99 (standaard)

  • Effect: Bepaalt het maximale bedrag dat per transactie in contanten mag worden geaccepteerd.

CN 72771

Retourbarcode als QR-code op de kassabon (Versie 3)

We maken het scanproces rondom retourneren nog efficiënter en moderner. Vanaf nu is het mogelijk om de retourcode op de kassabon af te drukken als een QR-code, in plaats van de traditionele EAN128-streepjescode.

Wat is er nieuw?

Binnen de nieuwste lay-out voor kassabonnen (Receiptversion 3) wordt de QR-code nu ondersteund voor retourbarcodes. Een QR-code is door moderne kassascanners vaak sneller en vanuit meerdere hoeken uit te lezen, wat zorgt voor een vlottere afhandeling aan de kassa wanneer een klant iets komt ruilen of retourneren. Daarnaast neemt het vaak minder ruimte in op de bon.

CN 76313

Persoonlijke startpagina instellen na inloggen

We maken het werken in de backoffice nog persoonlijker en efficiënter. Vanaf nu hoeft niet iedereen meer op dezelfde standaardscherm te beginnen, maar kun je zelf bepalen op welke pagina je uitkomt direct nadat je bent ingelogd.

Wat is er nieuw?

Gebruikers kunnen nu een gepersonaliseerde startpagina (landingspagina) instellen. Werk je in je dagelijkse routine bijvoorbeeld het meest met klantorders, inkoop of productbeheer? Dan kun je die specifieke pagina nu instellen als jouw standaard landingspagina.

Dit scheelt onnodig doorklikken na het inloggen en zorgt voor een werkomgeving die direct aansluit op jouw eigen taken en voorkeuren.

CN 75479

Zoeken op plaatsnaam en uitgebreidere weergave in de StoreSwitcher

We hebben een kleine maar zeer functionele verbetering doorgevoerd voor gebruikers die regelmatig tussen verschillende winkels moeten wisselen. De StoreSwitcher (winkelwisselaar) is uitgebreid, waardoor het nu een stuk sneller en eenvoudiger is om het juiste filiaal te vinden.

Wat is er verbeterd?

De StoreSwitcher is op twee punten slimmer gemaakt rondom de locatie van winkels:

• Plaatsnaam direct zichtbaar: Wanneer je de StoreSwitcher opent, wordt nu de plaatsnaam (city) van de winkel overzichtelijk getoond in de extra regel (subline) onder de naam van het filiaal. Je ziet dus in één oogopslag waar een winkel zich bevindt.

• Zoeken en filteren op locatie: Het is nu mogelijk om in de zoekbalk van de StoreSwitcher direct een plaatsnaam in te typen. De resultaten worden dan direct gefilterd, zodat je alleen de winkels in die specifieke stad te zien krijgt.

Deze toevoeging is vooral ideaal voor organisaties met veel filialen of wanneer filiaalnamen sterk op elkaar lijken.

Waar vind je dit in de software?

• Applicatie: Overal in het systeem waar de StoreSwitcher wordt gebruikt om van geselecteerde winkel/vestiging te wisselen (zowel in de Backoffice als eventuele andere gekoppelde modules).

Vereiste actie

Er is geen enkele inrichting of actie vereist. Zodra de update is geïnstalleerd, is de zoekfunctie op plaatsnaam en de weergave van de stad in de subregel direct actief voor alle gebruikers die toegang hebben tot de StoreSwitcher.

CN 76434

Slimmere en veiligere inlogflow in de backoffice

We hebben de inlogprocedure voor de backoffice op de achtergrond flink geoptimaliseerd. De toegangscontrole op basis van IP-adressen en de logica achter de automatische winkelselectie zijn verbeterd, wat zorgt voor een veiligere en consistentere inlogervaring over alle omgevingen.

Wat is er verbeterd?

Het systeem beoordeelt nu nog nauwkeuriger of het IP-adres van een gebruiker is toegestaan op basis van de specifieke winkelconfiguratie. Dit heeft geleid tot de volgende verbeteringen in de inlogflow:

• Voorrang voor het hoofdkantoor (HK): Heeft een gebruiker toegang tot het hoofdkantoor én is het IP-adres daarvoor geautoriseerd? Dan zorgt het systeem er nu slim voor dat de gebruiker standaard op het hoofdkantoor wordt ingelogd. Is dit niet toegestaan, dan valt het systeem automatisch terug op de juiste onderliggende winkel (child store) waar de gebruiker wél rechten voor heeft.

• Gebruikers met één winkel: Voor gebruikers die aan slechts één filiaal gekoppeld zijn, worden de IP-controles nu feilloos gerespecteerd en wordt direct de juiste winkelcontext (inclusief eventuele onderliggende filialen) toegewezen.

• Gebruikers met meerdere winkels: Het systeem gaat nu slimmer om met toegangsrestricties. Indien nodig word je na het inloggen netjes doorverwezen naar de StoreSwitcher. Is het IP-adres van de gebruiker voor geen enkele van de toegewezen winkels toegestaan? Dan blokkeert het systeem veilig de toegang.

CN 77143

Producten

Visuele herkenning van voorkeurs- en centrale leveranciers

Met deze update maken we het een stuk eenvoudiger om in één oogopslag de juiste leverancier te herkennen op het leverancierstabblad van een product. Via twee nieuwe store settings kun je nu visuele indicatoren (iconen) aanzetten, zodat direct duidelijk is wie de voorkeursleverancier is en welke leveranciersregels centraal beheerd worden.

Hoe werken de nieuwe weergaves?

Afhankelijk van de configuratie worden er dynamisch twee nieuwe iconen getoond:

• Ster-icoon (Voorkeursleverancier): Gekoppeld aan de instelling ShowPrefSupplier. Dit toont een sterretje naast de voorkeursleverancier van een specifiek ingestelde winkel (bijv. het hoofdkantoor of de inkooporganisatie). Als je met je muis over de ster gaat, zie je in een tooltip de naam van de betreffende winkel (bijv. "Voorkeursleverancier: (Hoofdkantoor)")

• Vinkje-icoon (Centraal onderhouden): Gekoppeld aan de instelling ShowCentralSupplier. Dit toont een vinkje naast leveranciersregels die centraal worden aangestuurd. De tooltip toont de tekst "Centraal onderhouden

Waar vind je dit in de software?

De nieuwe iconen zijn uitsluitend zichtbaar binnen de product-pagina:

• Producten → tabblad Leveranciers

Configuratie & Parameters

Het nieuwe gedrag geldt voor de volgende processen in de Backoffice:

• Instelling: ShowPrefSupplier

  • Type: FreeText

  • Waarde: Geldige winkelcode (bijv. M001, M400)

  • Effect: Toont een ster naast de voorkeursleverancier van deze specifieke winkel.

• Instelling: ShowPrefSupplier

  • Type: FreeText

  • Waarde: (leeg) of ongeldig

  • Effect: Geen ster zichtbaar (functionaliteit is inactief)

• Instelling: ShowCentralSupplier

  • Type: Boolean

  • Waarde: True of False

  • Effect: Toont wel (True) of geen (False) vinkje naast centraal onderhouden leveranciers.

Belangrijke inrichtingseisen:

• Voor de ster moet het product zichtbaar zijn op het niveau van de ingestelde winkel én moet die ingestelde winkel onderdeel zijn van de IO-hiërarchie van de huidige winkel. Lokale producten die bijvoorbeeld niet op hoofdkantoor-niveau (M001) bestaan, tonen geen ster.

• Voor het vinkje geldt dat de centrale status automatisch via de interfaces (EK DIY of JDS) op de achtergrond wordt gevuld. Dit kan niet handmatig via de interface (UI) of API worden aangemaakt.

Goed om te weten (Beperkingen)

• Alleen ter informatie: Je kunt in dit overzicht niet filteren of sorteren op basis van de iconen. Ook is er geen visuele indicator op de algemene productlijstpagina; het werkt echt alleen ín de productkaart.

• Geen wijziging in bestaande werking: Het daadwerkelijk toewijzen of wijzigen van een voorkeursleverancier gaat nog steeds via de vertrouwde functionaliteit op het leverancierstabblad. Deze update voegt puur de visuele herkenning toe.

Vereiste actie

Er is geen databasemigratie of herstart vereist voor deze update, maar de instellingen staan standaard uit.

• Beheerder (Voorkeursleverancier): Vul bij de instelling ShowPrefSupplier de gewenste winkelcode in (zoals M001 of M400) bij de winkels waar je de ster wilt tonen. Wil je dit niet? Laat het veld dan leeg.

• Beheerder (Centraal onderhouden): Zet de instelling ShowCentralSupplier op True voor elke winkel waar het vinkje zichtbaar moet zijn.

CN 75028

Optimalisatie kopiëren product

Wijziging doorgevoerd zodat bij het kopiëren van producten de 2e omschrijving ook mee wordt gekopieerd. 

CN 76369

Gebruikers

Nieuw recht voor weergave omzetgegevens Home Dashboard

We voegen meer controle toe over wie financiële gegevens kan inzien binnen de kassa-omgeving. Met deze update introduceren we een nieuwe beveiligingsinstelling waarmee je als beheerder eenvoudig bepaalt welke gebruikersgroepen toegang hebben tot de omzetstatistieken op het startscherm.

Hoe werkt de nieuwe instelling?

Er is een nieuwe permissie toegevoegd: Dashboard omzetgegevens weergave. Wanneer een gebruiker niet over deze specifieke rechten beschikt, worden de financiële tegels op het Home dashboard automatisch voor hen verborgen.

Dit gaat om de volgende vier tegels:

• Omzet incl. BTW vandaag

• Omzet incl. BTW deze week

• Gemiddeld bonbedrag vandaag

• Gemiddeld productbedrag vandaag

Heeft een gebruiker deze rechten wél? Dan blijft het dashboard functioneren en tonen zoals ze dat gewend zijn.

Waar vind je dit in de software?

• Dashboard: Het Home dashboard (startscherm) van de gebruiker.

• Rechtenbeheer: Binnen de module waar je de gebruikersrechten en instellingen beheert.

Configuratie & Parameters

De instelling wordt geconfigureerd op basis van gebruikersrechten (security settings).

Vereiste actie

• Wil je dat medewerkers de omzetgegevens (blijven) zien? Zorg er dan voor dat beheerders de nieuwe permissie Dashboard omzetgegevens weergave toewijzen aan de desbetreffende gebruikersrollen (bijvoorbeeld filiaalmanagers of eigenaren).

• Wil je dat bepaalde medewerkers deze gegevens níét zien? Dan hoef je voor deze gebruikers(groepen) niets te doen. Zonder deze toegekende permissie verdwijnen de tegels uit hun weergave.

CN 75480

Instellingen

Exacte kleurcodes (HEX) in de Kleuren-tabel

We hebben een handige visuele verbetering doorgevoerd voor het beheren van kleuren in het systeem. Vanaf nu kun je de exacte kleurwaarde per kleur opslaan via een nieuwe kleurenkiezer.

Wat is er nieuw?

Er is een RGB-kleurenkiezer (color selector) toegevoegd aan de tabel Kleuren. Hiermee kun je nu voor elke kleur de exacte HEX-kleurcode opslaan.

Een HEX-code is de internationale standaardwaarde voor web- en systeemkleuren (bijvoorbeeld 000000 voor zwart of FFFFFF voor wit). Door deze codes centraal op te slaan, weet je zeker dat een specifieke kleur altijd exact hetzelfde en uniform wordt weergegeven in bijvoorbeeld jullie backoffice of een gekoppelde webshop.

Locatie

• Tabel: Kleuren (Colours)

• Nieuw veld: Een extra kolom voor de HEX-kleurcode.

Vereiste actie

• Beheerders: Geen installatie of configuratie vereist. Je kunt de nieuwe kleurenkiezer direct gebruiken om de juiste HEX-codes te selecteren en toe te voegen aan bestaande of nieuwe kleuren in de tabel.

CN 75151

Klanten

Automatische acties en reminders voor afhaalorders

We maken het opvolgen van afhaalorders een stuk makkelijker en overzichtelijker. Met deze update introduceert het systeem automatische klant-events wanneer een bestelling klaarligt in de winkel, inclusief een geautomatiseerde reminder voor je medewerkers als de klant het pakket vergeet op te halen.

Hoe werken de nieuwe events?

Er worden twee nieuwe acties (events) automatisch vastgelegd in het klantendossier wanneer een klantorder klaarligt:

• Registratie van de afhaalmail (EmailSentForPickup): Zodra een order via een ontvangst of pickorder de status 'gereed voor afhaal' krijgt en de e-mail naar de klant wordt verstuurd, registreert het systeem direct dit event. Zo is altijd inzichtelijk wanneer de klant is geïnformeerd.

• Automatische herinnering (ReminderForPickup): Ligt de bestelling na het afgesproken aantal dagen nog steeds te wachten en bevat de order onafgehaalde ('gepickte') regels? Dan maakt het systeem op de achtergrond automatisch een herinnering-event aan. Medewerkers zien dan bijvoorbeeld de actie "Bellen" in hun overzicht verschijnen. Zodra de order volledig is afgehaald (en is omgezet naar een afleverbon), vervalt de noodzaak en wordt er uiteraard geen reminder meer aangemaakt.

Waar vind je dit in de software?

• Module: Klantorders / Klant-events (Customer Events).

• Zichtbaarheid: Het overzicht van klant-events in de backoffice.

Configuratie & Parameters

Het eerste registratie-event (EmailSentForPickup) is standaard ingebouwd en gekoppeld aan het versturen van de afhaalmail; hier is geen aparte instelling voor nodig.

De automatische reminder (ReminderForPickup) configureer je flexibel via een XML-toevoeging in de algemene instellingen (Generic settings, binnen de sectie CustomerEvents).

• XML Parameter: IsEnabled

  • Omschrijving: Bepaalt of de automatische reminder aan of uit staat.

• XML Parameter: ActionRequired

  • Omschrijving: Bepaalt of dit event een verdere actie van een medewerker vereist.

• XML Parameter: ActionType

  • Omschrijving: Het type actie dat als instructie bij dit event hoort.

• XML Parameter: ActivationPeriod

  • Omschrijving: Wanneer het event getriggerd moet worden (bijv. 7 dagen na de mail).

• XML Parameter: CompletionPeriod

  • Omschrijving: De uiterste uitvoerdatum voor deze actie.

• XML Parameter: Trigger

  • Omschrijving: Hoe het event wordt gestart (dit móét Scheduled zijn).

Voorbeeld van de benodigde XML-inrichting:

<ReminderForPickup>

  <IsEnabled>true</IsEnabled>

  <ActionRequired>true</ActionRequired>

  <ActionType>Bellen</ActionType>

  <ActivationPeriod>floor(date+7days)</ActivationPeriod>

  <CompletionPeriod>ceiling(date)</CompletionPeriod>

  <Trigger>Scheduled</Trigger>

</ReminderForPickup>

Goed om te weten (Beperkingen)

• Automatische taak: De herinneringstaken worden door een scheduled task aangestuurd die op een vast interval draait. Dit proces loopt volledig op de achtergrond en is niet handmatig via de interface te triggeren.

• Deelleveringen: Heb je een bestelling al deels meegegeven, maar staan er nog steeds orderregels met de status 'gepickt' open? Dan ziet het systeem dit als onafgehaald en wordt er alsnog een reminder aangemaakt voor de resterende producten.

CN 62205

Inzicht in gebruikte e-mailtemplates via Mailbeheer

We hebben het scherm Mailbeheer uitgebreid om meer inzicht te geven in de uitgaande communicatie. Vanaf nu kun je per verstuurde e-mail direct zien welk specifieke e-mailtemplate er op de achtergrond is gebruikt om het bericht te genereren.

Hoe werkt de nieuwe instelling?

In het Mailbeheer-overzicht is een nieuwe kolom toegevoegd. Bij het versturen van een e-mail slaat het systeem nu de gebruikte templatecode op en toont deze overzichtelijk in de nieuwe kolom.

Op dit moment wordt de templatecode vastgelegd voor de volgende uitgaande communicatie:

• E-mails rondom de ontvangst of het picken van een klantorder.

• Welkomstmails voor nieuwe klanten vanuit de webshop.

Configuratie & Parameters

Er zijn geen nieuwe parameters nodig om dit te laten werken. Het is echter wel belangrijk dat de e-mailtemplates daadwerkelijk een code hebben gekregen in het systeem.

Goed om te weten (Beperkingen)

• Historische data: De templatecode wordt alleen opgeslagen voor nieuw verstuurde e-mails. Eerder verstuurde e-mails in het overzicht krijgen deze informatie niet met terugwerkende kracht.

• Zoeken en filteren: Het is op dit moment niet mogelijk om in Mailbeheer te zoeken of filteren op deze nieuwe kolom.

• Inhoud: Deze update heeft geen invloed op de inhoud of opmaak van de e-mailtemplates zelf.

Vereiste actie

• Templates controleren: Controleer (via de backoffice of de Templates API) of de e-mailtemplates die jullie gebruiken een code toegewezen hebben gekregen. Templates zonder code worden uiteraard als 'leeg' getoond in de nieuwe kolom.

• Welkomstmail: Maak je gebruik van de welkomstmail voor nieuwe klanten? Controleer dan of de instelling EmailNewCustWelcomeTempID de juiste templatecode (bijv. SHOPNEWCUSTOMER) bevat.

CN 71234

Nieuwe instelling voor automatische factuurmails

Met deze update introduceren we een nieuwe store setting (BODefAllowEmailInvoice). Deze instelling geeft je als beheerder meer controle over het automatisch versturen van facturen, specifiek voor klanten waarvan de factuurvoorkeur niet expliciet is vastgelegd.

Hoe werkt de nieuwe instelling?

De instelling bepaalt wat er gebeurt wanneer je een pakbon of klantorder omzet naar een factuur voor een klant waarbij de instelling Factuur per email op onbekend staat.

• Bij de instelling True: Klanten met status 'onbekend' worden behandeld alsof hun voorkeur op 'ja' staat. De factuur wordt direct per e-mail verstuurd en er opent geen rapportage-tabblad.

• Bij de instelling False (standaard): Klanten met status 'onbekend' worden behandeld alsof hun voorkeur op 'nee' staat. De factuur wordt niet gemaild en het rapportage-tabblad wordt gewoon geopend.

Belangrijk: Heeft een klant expliciet de voorkeur 'ja' of 'nee' ingesteld? Dan is deze klantvoorkeur altijd leidend. De nieuwe store setting heeft dan geen invloed.

Waar is dit van toepassing in de software?

Het nieuwe gedrag geldt voor de volgende processen in de Backoffice:

• Pakbonnen → Omzetten naar factuur (Delivery Note → Invoice)

• Klantorders → Directe conversie naar factuur (indien geactiveerd via CustOrdtoInvoice=True)

Configuratie & Parameters

De instelling kan per store worden geconfigureerd. Voor een succesvolle verzending is het uiteraard een vereiste dat de betreffende klanten een geldig e-mailadres in het systeem hebben staan.

• Instelling: BODefAllowEmailInvoice

• Type: Boolean

• Standaard: False

• Omschrijving: Bepaalt of klanten met 'Factuur per email = onbekend' automatisch een factuurmail ontvangen bij conversie.

Goed om te weten (Beperkingen)

• Focus op facturen: De instelling is uitsluitend van toepassing bij het genereren van facturen. Andere automatische e-mails (zoals orderbevestigingen of pakbonmails) vallen buiten de scope van deze instelling.

• Geen bulk-update: Er is geen functionaliteit toegevoegd om meerdere bestaande klanten in één keer van 'onbekend' naar 'ja' of 'nee' om te zetten.

Vereiste actie

• Wil je het nieuwe gedrag activeren? Beheerders dienen de instelling BODefAllowEmailInvoice op True te zetten voor de stores waar klanten met een onbekende status automatisch de factuurmail moeten ontvangen.

• Wil je het huidige gedrag behouden? Dan hoef je niets te doen (onbekend = geen mail). De instelling staat standaard op False.

CN 75027

Nieuwe ChannelEngine Service voor dropshipment-orders

We hebben een geheel nieuwe ChannelEngine Service ontwikkeld om dropshipment-orders naadloos en geautomatiseerd te laten landen in ASPOS. Dit is specifiek gericht op orders die volledig worden afgehandeld door externe partners (zoals Zalando), waarbij voorraad, fulfillment, verzending en betaling extern plaatsvinden.

Hoe werkt de nieuwe service?

1. Automatische orderverwerking (Dropshipments)
   De service kijkt naar onbevestigde orders in ChannelEngine die al verzonden zijn (status SHIPPED) en waarbij de afhandeling volledig bij het kanaal ligt (fulfillment type ONLY_CHANNEL).

   • Deze orders worden automatisch in ASPOS aangemaakt als 'reeds gepickt' binnen het specifieke ChannelEngine-magazijn.

   • De orders worden direct omgezet naar een pakbon en worden teruggemeld (acknowledged) aan ChannelEngine om dubbele verwerking te voorkomen.

   • Fijn voor de efficiëntie: er worden geen onnodige pakbonnen of verzendlabels gegenereerd.

2. Geautomatiseerde retourverwerking
   Ook retouren worden volledig ondersteund. Ontvangen, nog niet bevestigde retouren worden uit ChannelEngine gehaald en direct gekoppeld aan de originele ASPOS-order.

   • Er wordt een retourorder aangemaakt met negatieve aantallen, waarna de voorraad in het ChannelEngine-magazijn wordt bijgewerkt.

   • De retour wordt omgezet in een pakbon, gefactureerd en succesvol afgemeld in ChannelEngine. (Let op: onverkoopbare items dienen handmatig buiten het systeem om te worden verwerkt).

3. Herkenbaarheid in ASPOS
   Om deze externe orders snel terug te vinden, worden ze in ASPOS gemarkeerd met de referentie uit ChannelEngine. Reguliere orders krijgen de prefix CE en retouren krijgen de prefix RET.

Configuratie & Parameters

De inrichting is eenvoudig te beheren via de algemene instellingen met het type ChannelEngine. Je hoeft enkel een nieuwe platform-mapping toe te voegen waarbij je de exacte kanaalnaam uit ChannelEngine koppelt aan het juiste winkel-ID (Store ID) in ASPOS.

Voorbeeld van de mapping:

<Platform Name="Zalando" Store="17" />

Goed om te weten

Om ervoor te zorgen dat de aangemaakte pakbonnen (DeliveryNotes) netjes worden omgezet naar facturen (Invoices), is het een vereiste dat de Invoice task (factuurtaak) op de achtergrond draait. De facturen worden vervolgens gewoon vanuit ASPOS naar de klant gemaild; dit is standaard ASPOS-functionaliteit en werkt hetzelfde als in de huidige CE-integratie.

CN 72347

Verdeelsleutels (Distribution keys) toepassen via de API

We hebben de API uitgebreid met nieuwe mogelijkheden rondom inkooporders. Het is vanaf nu een stuk eenvoudiger om inkoophoeveelheden slim en geautomatiseerd te verdelen over verschillende winkels en magazijnen door gebruik te maken van verdeelsleutels (distribution keys).

Wat is er nieuw?

Voor ontwikkelaars zijn er twee manieren toegevoegd om met verdeelsleutels te werken binnen inkooporderregels:

1. Nieuw endpoint voor verdeling achteraf
   Er is een gloednieuw endpoint gelanceerd: POST purchase-order-lines/Distribute. Hiermee kun je de hoeveelheden van een reeds bestaande inkooporderregel alsnog eenvoudig distribueren naar diverse filialen en magazijnen op basis van een specifieke verdeelsleutel.

2. Direct verdelen bij aanmaak
   Daarnaast is het bestaande endpoint voor het aanmaken van inkooporderregels uitgebreid. Wanneer je een POST verzoek doet naar purchase-order-lines, is het nu mogelijk om direct de distributionrecords (verdeelregels) mee te sturen in de body. Zo wordt de voorraadverdeling direct bij de creatie van de orderregel correct verwerkt. Dit scheelt een extra API-call!

CN 72824

Beter inzicht in openstaande orders via API-uitbreidingen

We hebben de API verrijkt met nieuwe mogelijkheden om de zichtbaarheid van openstaande orders te verbeteren. Hierdoor kun je als integratiepartner of ontwikkelaar nog gerichter data ophalen en filteren.

Wat is er nieuw?

1. Nieuwe filters voor klantorderregels
Je kunt de resultaten van het bestaande GET customer-order-lines endpoint nu verder verfijnen. Er zijn twee nieuwe filterparameters toegevoegd:

• WarehouseIds

• Processed

2. Nieuw endpoint voor openstaande inkooporderregels
Er is een compleet nieuw endpoint gelanceerd: GET /api/purchase-order-lines/{id}/outstanding. Hiermee kun je heel gericht openstaande inkooporderregels ophalen die betrekking hebben op hetzelfde product en magazijn (warehouse).

Technische details

Voor het nieuwe outstanding endpoint geldt het volgende:

• Ondersteunde parameters: Het endpoint ondersteunt het gebruik van fields en expand parameters. Specifiek kun je uitbreiden met Supplier, PurchaseOrder en PurchaseOrderLine.

• Belangrijke datavelden in de response: De API retourneert onder andere de volgende kerngegevens: PurchaseOrderId, SupplierId, StockQuantity, ReceivedQuantity en LastReceivedDate.

CN 72875

Nieuwe data-validatie voor inkooporder API-endpoints

Een korte, technische optimalisatie onder de motorkap: we hebben de datavalidatie voor inkooporder-endpoints vernieuwd voor een robuustere en efficiëntere API.

Wat is er nieuw?

De onderstaande API-endpoints maken nu gebruik van nieuwe validator attributes. Hierdoor wordt inkomende data sneller en consistenter gecontroleerd. Het grote voordeel hiervan is dat integratiepartners duidelijkere en meer uniforme foutmeldingen ontvangen wanneer er foutieve of incomplete data wordt meegestuurd.

Het gaat om deze endpoints:

• PurchaseOrders

• PurchaseOrderLines

• PurchaseOrderShipments

• PurchaseOrderShipmentLines

CN 74898

Verwachte voorraad in 'stock-info' API

Een korte, technische update voor ontwikkelaars en integratiepartners: we hebben de voorraad-API uitgebreid voor een nauwkeuriger inzicht in toekomstige voorraad.

Wat is er nieuw?

Het API-endpoint stock-info is uitgebreid met het nieuwe veld receivingsPendingQuantity. Hiermee is direct inzichtelijk hoeveel stuks er nog in afwachting zijn van ontvangst (bijvoorbeeld via inkooporders of interne transfers). Ideaal voor gekoppelde systemen, zoals een webshop of WMS, om de verwachte voorraad beter te berekenen.

CN 76261

Bugfix voor het annuleren van inkooporders via de API (POCancelCheckRelatedCO)

We hebben een fout (bug) opgelost in onze REST-services. Deze update zorgt ervoor dat het proces rondom het annuleren van inkooporders (Purchase Orders) via de API weer naar behoren werkt, specifiek wanneer deze gekoppeld zijn aan klantorders.

Wat is er opgelost?

Wanneer de instelling POCancelCheckRelatedCO op true stond, blokkeerde de API ten onrechte de annulering van een inkooporder (of specifieke orderregels) als de daaraan gekoppelde klantorder al reeds was geannuleerd.

Door deze update is dit probleem verholpen. Het is nu wél gewoon mogelijk om een inkooporder succesvol via de API te annuleren, zelfs wanneer de gerelateerde klantorder al de status 'geannuleerd' heeft.

CN 76461