VERSIE: 6.0.2026Madrid

Verbeterde afhandeling van kortingen op de kassa (Bestellingen & Kit-producten)

In deze release hebben we twee handige verbeteringen doorgevoerd op de kassa (POS) rondom het geven van handmatige kortingen op bestelde artikelen en kit-producten.

1. Label 'Besteld' blijft altijd zichtbaar

Wanneer je op de kassa een handmatige korting geeft op een product dat als "Besteld" is aangemerkt (bijvoorbeeld voor een klantorder), verdwijnt dit label vanaf nu niet meer. De korting wordt netjes verwerkt, terwijl het label "Besteld" gewoon zichtbaar blijft op de transactieregel.

(Deze verbetering werkt direct na de update; je hoeft hier niets voor in te stellen).

2. Handmatige korting op Kit-producten

Met de toevoeging van een nieuwe instelling is het vanaf nu mogelijk om handmatige kortingen toe te passen op kit-producten en zelfs op de individuele kit-groepregels.

Hoe werkt de korting bij kits?

Zodra je deze functionaliteit inschakelt, gelden de volgende regels:

• Geef je korting op het hoofdproduct? Dan wordt deze automatisch doorgezet naar alle onderliggende kit-regels.

• De opgegeven reden (reasoncode) wordt gekopieerd naar alle kit-regels en toegevoegd als notitie/memo. Bestaande notities worden niet overschreven; de reden wordt er netjes aan toegevoegd. Notities van het hoofdproduct staan hierbij altijd vóór de kit-regels.

• Procentuele korting: Als je een procentuele korting geeft op het hoofdproduct, kun je specifieke kit-regels individueel nog een afwijkende korting geven.

• Bedrag- of eindprijskorting: Als je een korting als vast bedrag of vaste eindprijs op het hoofdproduct geeft, worden de kit-regels vastgezet en kun je deze niet meer apart bewerken.

Configuratie: Hoe stel je dit in?

Om de korting op kit-producten te activeren, moet je een nieuwe instelling aanpassen in de Backoffice. Wil je de huidige situatie behouden (waarbij korting op kits niet mogelijk is)? Dan hoef je niets te doen.

• AllowDiscountOnKitProd

  • Uit (Standaard)

  • Het huidige gedrag blijft behouden: geen handmatige korting op kit-producten mogelijk.

• AllowDiscountOnKitProd

  • Aan

  • Handmatige korting op kit-producten en kit-groepregels is toegestaan.

Vereiste rechten: Om deze kortingen te kunnen geven, moet de kassamedewerker (net als voorheen) het gebruikersrecht hebben om handmatige regelkorting te mogen geven.

Bontemplate aanpassen

Als je deze functie aanzet en je wilt dat de korting bij kit-regels ook netjes op de kassabon wordt geprint, moet je de bontemplate uitbreiden met de volgende tag:

<row name="articlekititemsub" font="B" linespacing="40">

  <column width="9" spacecolumn="true" />

  <column width="29" name="desc" />

</row>

Uitzonderingen (Wat valt hierbuiten?)

• Deze wijziging is uitsluitend van toepassing op handmatige kortingen. Automatische (systeem)kortingen op kit-producten vallen buiten deze release.

CN 55022

Feestelijke afbeelding rondom de SurprizeMe QR-code op de kassabon

Gebruik je de SurprizeMe QR-code op je kassabonnen? Dan kun je deze vanaf nu visueel een stuk aantrekkelijker maken voor de consument door er een afbeelding (zoals een cadeauverpakking of 'gift wrapper') omheen te printen!

Hoe werkt het?

In de configuratie van de kassabontemplates is een nieuw element beschikbaar: <barcode2>. Dit element is speciaal ontwikkeld om een QR- of barcode naadloos te combineren met een achtergrondafbeelding. Via handige marge-instellingen (padding) kun je de QR-code vervolgens precies op de juiste plek binnen die afbeelding positioneren.

• type: Het barcodetype (bijv. QR, EAN13, CODE128, CODE39, PDF417).

• align: De algemene uitlijning (standaard ingesteld op center).

• imageData: De afbeeldingsdata in base64-formaat (ondersteunt gzip-gecomprimeerde SVG).

• imageWidth / imageHeight: De afmetingen van de afbeelding.

• imageOnTop: Bepaalt of de afbeelding vóór (boven) of achter (onder) de barcode ligt.

• barcodePadding...: De marges (Top, Right, Bottom, Left) van de barcode binnen de afbeelding.

• blockSize: De grootte van 1 barcodepixel.

• errorCorrectionLevel: Foutcorrectieniveau voor QR: L (7%), M (15%), Q (25%) of H (30%).

• barcodeHorizontalAlignment: Horizontale uitlijning van de barcode (left, center, right).

• barcodeVerticalAlignment: Verticale uitlijning van de barcode (top, middle, bottom).

Hoe stel je dit in?

Wil je dit activeren voor filialen die SurprizeMe gebruiken? Dan moet het XML-template van je fysieke kassabon (V3) worden aangepast in de Backoffice.

<barcode2

    align="center"

    type="QR"

    imageOnTop="false"

    imageData="H4sIAAAAAAAACq2WS28bRxCE7wHyHxab68xw3rOjiDaQQ+BDfIqTgy8Bs6JIIpRkiARlI8h/z9ezJBXFkOWDYXi52/Oqruqu0eXrjzfb7rC8323ubue9M7bvlrfj3dXmdjXvf3v3sx7616++/+5yd1h1m6t5/8tisfrD9d3VYr/Qt4ub5RTqCLHT7W7er/f7Dxez2cPDg3kI5u5+NfPW2hkb9N1hs3z46e7jvLed7YKtZshdcMkMQ88hXXd5tbzetTfed/tP2+Xxo+vMuN1p1/19+u666812e9H9cH19/eNjcLe/v/trSdhd8e/Pz0b0zWa/vN9u+LfonP18/GFztV9fdOXDx/PYP0dAs0dEl7Mz0ssPi/26G7eLHck3kLAz7986m0yMqliT86hNHoyN2pmQjS3aG0Yd0XqMDsfoINFE1BN1xzWljTojq5gUja06mGxc0MVUb3zQQmI13mvvTUna+Mz/omUfkyK//B/Y2hIPcYpnGU9aosNaO2cGPwZmmJpVMS4qZ7JqYeVVNTWaISn2z4QDIIqyylnDaSkrbwEYnfKJgF9r+X3/1pNuHM4kRJLn8Mopg0w3jsMdX/z40kBFajDoTGWwUDvODCbWKS3JivQFr2aApQUCnKTKR6ktTWeS5DUwMwDNCZZgkhsBBLMKpqwjNbQRjCCWHGMhKQ+gIEmesovIBl9VDUIqyGLjw0mCMtO972dfLIIAmwE2vakHNM5lhDLjQamQLYLRA4MHIOGmjqJyVHYacI/jBwf9jD+z/A08B/dkNbqe5/zuHLunUTR6OtIeb5Ip8dnFB31EPk34D6j2tk5CxDcrHISo+RtrJQjDOKXXgKuJv/Y4S3i/HPf/kxCnku19333CHGnDlPuuOcS8h8++Wy83q/V+3oOuphdqwVPApZKvRaqDlHZJI4UKcupD4FpTGjUy8lJlFUyjTI21bhSg30SNPlGjj9S8tNXTJj3qpSe9TntMZ7y0k2MPUswFQ2ul6uhoRxWIM+E7KtCpax1EHeyAoDs5km99zItMoQppYwSTYqtUn6PfQekpmQEVxAylp8QOUmA2GoltiKuKwWCjKYuBJmkXmeUFBCYajKsHmT6yPPAZIdH4qhPloxwohumVEaTImCdbwECd8sBkGw4D/4lqlBMHvAmy+AhDO49HpXhNLQdQjWJhtfAN1Ca0+DwHOLH5CfkEnHPwxEFykxaipqhzVok3cnCUbDgMSJyIXdISbauGov2mepZodbpHn9MqsklWiexB6YlLv5K2iHJ820rLC4YgdpodpVoDwoG8cOeYRFuLCfOQ1Jo8zdR5Z2XRUeH5eupm7qjWyu1qUP7ZctVTJ0dNI4uI4umCSE/AMA2REcmatNSF3JtFrgyRDkMwAIJI+CAHHZlBSZrcThTNfNvMHgU/v6Mw5uVVlgtHBaqAZZxRFQrk4UTslxi19I7K7BZ/dRgXmaEZN38m3wglJ21mq6/TyCe4kA1SuxkoFfEzgUcmkro7VXUzX7kMg1SOa4wx+Ew365P7SupcvmLATRae0lrcpE7+xHBM4hKlfIkgpEkI065uekfIFOXl4dO2DUgTS4GCrTRYBUlK6zjqRqpCQzLNQeFSJhDLDSAkI52QTMtJ03knatBHIg+OycjajhQdlwGJthC6cC8NUCGt2lT+CongkuVNol2AHCyAv6Oq3NBgECOMT0Tij77D6tW/rOFaiycLAAA="

    imageWidth="0"

    imageHeight="0"

    barcodePaddingLeft="20%"

    barcodePaddingRight="20%"

    barcodePaddingTop="34%"

    barcodePaddingBottom="10%"

    blockSize="3"

>{QRCodeUrl}</barcode2>

Uitzonderingen (Wat valt hierbuiten?)

• Deze visuele schil (de cadeauverpakking) wordt uitsluitend geprint op de fysieke kassabon en is dus niet zichtbaar op digitale bonnen of e-mailbonnen.

• De afbeelding wordt niet automatisch meegeleverd door het systeem; deze moet je altijd als base64-code in het attribuut imageData opnemen, zoals in het voorbeeld hierboven.

CN 75735

Automatisch een factuur aanmaken bij kassa-transacties

Vanaf nu heb je de mogelijkheid om bij het afronden van een kassa-transactie (POS) met een klant automatisch een pakbon én een factuur aan te laten maken. Het grote voordeel hiervan is dat de klant hiervoor niet meer specifiek als "op rekening" geconfigureerd hoeft te zijn.

Hoe werkt het?

Zodra deze functie actief is, verandert het systeem op de achtergrond, maar de kassamedewerker merkt hier tijdens het afrekenen niets van. De betaalflow blijft precies hetzelfde.

• Bij een verkoop wordt direct een pakbon en factuur gegenereerd.

• Bij een retourtransactie wordt automatisch een credit-pakbon en credit-factuur aangemaakt.

Belangrijke wijzigingen op de kassa bij gebruik van deze functie:

Om te voorkomen dat flows door elkaar lopen, gelden de volgende beperkingen wanneer deze automatische facturatie is ingeschakeld:

• De Bestellen-knop is geblokkeerd (inclusief de sneltoetsen Alt+B en Ctrl+B). Er kunnen dus geen klantorders worden aangemaakt via de kassa.

• Het doen van aanbetalingen op orders of facturen is geblokkeerd.

• De productinstelling SetDefaultAsOrdered wordt door de kassa genegeerd.

Nieuwe Instelling: POSCompleteAsInvoice

Om deze functionaliteit te activeren, is er een nieuwe filiaal-instelling (store-instelling) toegevoegd in de Backoffice.

Wat moet je doen om dit te gebruiken?

Wil je van deze automatische facturatie gebruikmaken? Volg dan deze stappen:

• Zet de instelling POSCompleteAsInvoice in de Backoffice op 'Aan' voor de filialen waar je dit wilt gebruiken. Je hoeft bestaande of nieuwe klanten dus niet aan te passen naar "op rekening".

• Informeer de kassamedewerkers dat de 'Bestellen'-knop op de kassa niet meer beschikbaar is in de filialen waar deze instelling aan staat.

Uitzonderingen (Wat valt hierbuiten?)

• Offline kassa: Als de kassa offline is, wordt er zoals gebruikelijk een offline pakbon aangemaakt. Zodra de kassa weer verbinding heeft, moet deze nog steeds handmatig worden omgezet naar een factuur.

• Interfiliaal & kas in/uit: interfiliaal-transacties worden niet automatisch gefactureerd. Ook kas in- en kas uit-transacties vallen buiten deze functionaliteit en blijven ongewijzigd werken.

CN 76159

Geen voucher-popup meer bij retourtransacties

Bij het afronden van een retourtransactie (of een transactie met een negatief totaal) toont de kassa de voucher-popup niet meer. Daarnaast hebben we een probleem verholpen waarbij de voucher-popup niet naar voren kwam als een klant een openstaand saldo had.

Hoe werkt het?

Wanneer je in de betaalflow op 'Totaal' drukt, controleert de kassa direct het totaalbedrag:

• Bij een retour (totaal van 0 of lager): De voucher-popup wordt overgeslagen. Je gaat direct door naar het scherm voor terugbetalingen (zoals PIN of contant retour).

• Bij een verkoop (totaal groter dan 0): De voucher-popup verschijnt gewoon zoals je gewend bent, mits de klant actieve vouchers heeft.

Opgeloste bug rondom openstaand saldo

Heeft de klant nog een openstaand saldo? Dan verschijnt de voucher-popup nu correct nadat de vraag over het saldo is beantwoord. De logische volgorde van pop-ups bij het afronden is vanaf nu als volgt:

1. Vraag over aanbetaling

2. Saldo verrekenen

3. Voucher-selectie

Configuratie

Je hoeft voor deze verbetering niets in te stellen. De wijziging werkt direct en automatisch na de update op basis van het transactietotaal.

Goed om te weten: Bestaande offline functionaliteiten en de achterliggende voucher-backend blijven ongewijzigd.

CN 76160

Voorbereidingen: Bredere menukeuze voor POS NXT

We treffen achter de schermen voorbereidingen zodat de POS NXT binnenkort direct kan opstarten in een standaardmenu. Hiervoor hebben we de keuzemogelijkheden in de Backoffice alvast uitgebreid.

Wat is er aangepast?

Bij het inrichten van een werkstation met het kassatype "Mobiele kassa", vind je de instelling "eerste submenu". Voorheen kon je hier alleen menu's van het type 'submenu' selecteren. Vanaf nu is het ook mogelijk om hier een menu van het type 'normaal' te kiezen.

Het doel hiervan is dat je de mobiele kassa in de toekomst direct kunt laten opstarten in een standaardmenu, wat scheelt in het aantal klikken.

Let op: Dit is een voorbereidende update

Deze specifieke release bevat uitsluitend de aanpassingen aan de kant van de Backoffice en de Next API. De kassa gaat hier dus nog niet direct anders door werken; de daadwerkelijke functionaliteit in de POS NXT zelf wordt in een latere update doorgevoerd.

CN 77207

Rapportages

Schaplabel 6x11

We hebben een ketenspecifiek label opgeleverd naar de wensen van de klant.

CN 77220

Verbeterde weergave van klantgegevens op het factuurrapport

We hebben een aanpassing doorgevoerd in het standaard factuurlayout van ASPOS.

Wat is er precies aangepast?

• Geen extra spatie meer: Het btw-nummer van de klant wordt nu strak uitgelijnd en weergegeven zónder onnodige spatie aan het begin.

• KvK-nummer toegevoegd: Om de bedrijfsgegevens compleet te maken, wordt het KvK-nummer van de klant vanaf nu direct onder het btw-nummer getoond.

CN 77401

Doorontwikkeling label

We hebben een ketenspecifiek label aangepast naar de wensen van de klant.

CN 77495

Producten

Optie "Max. voorraad niet overschrijden" bij Min/Max bestelprofielen

Bij het genereren van een besteladvies op basis van het calculatietype Min/Max is er een nieuwe parameter toegevoegd. Met de nieuwe checkbox "Max. voorraad niet overschrijden" zorg je ervoor dat het systeem uitsluitend bestelt als een volledige besteleenheid (colli) nog binnen de ingestelde maximum voorraad past.

Hoe werkt de berekening precies?

Wanneer je deze optie inschakelt, berekent het systeem eerst de beschikbare ruimte: Maximum voorraad - (huidige voorraad + wat al besteld is).

Daarna wordt gecontroleerd of er op zijn minst één volledige besteleenheid in die ruimte past.

• Past het? Dan bestelt het systeem het maximale aantal volle colli dat nog binnen de maximum voorraad blijft. Het aantal wordt hierbij altijd naar beneden afgerond.

• Past er geen enkele volle eenheid? Dan wordt er helemáál geen bestelregel aangemaakt. Dit gebeurt dus óók niet als de huidige voorraad onder het minimum (Min) ligt.

Waar vind je dit en hoe stel je het in?

Je vindt deze nieuwe checkbox in de Backoffice onder Besteladvies, bij de parameters van de bestelprofielen.

Wil je hier gebruik van maken? Maak dan een nieuw bestelprofiel aan of pas een bestaand profiel aan:

• Kies bij de parameters voor het calculatietype Min/Max. (De checkbox wordt pas zichtbaar nadat je dit type hebt geselecteerd).

• Vink de optie Max. voorraad niet overschrijden aan en sla het profiel op.

Goed om te weten:

• Deze functionaliteit heeft alleen effect op berekeningen via Min/Max en dus niet op andere berekeningswijzen (zoals Omloop of Verkoop aanvullen).

• Deze nieuwe instelling werkt volledig onafhankelijk van de al bestaande winkelinstelling PurAdviceMaxLeading.

CN 76320

Bestelhoeveelheden vermenigvuldigen (Multiplier) bij Min/Max bestelprofielen

We hebben een nieuw productveld (OrderQuantityMultiplier) en een bijbehorende parameter toegevoegd. Hiermee kun je de berekende aantallen op het besteladvies eenvoudig vermenigvuldigen met een specifieke factor (een multiplier) per product.

Hoe werkt de berekening precies?

Na de standaard Min/Max-berekening (in voorraadeenheden) wordt het resultaat vermenigvuldigd met de ingestelde multiplier van dat specifieke product.

Hierbij gelden de volgende stappen:

• Vermenigvuldigen en afronden: Het berekende aantal wordt vermenigvuldigd en vervolgens afgerond op een heel getal (0,50 en hoger wordt naar boven afgerond, 0,49 en lager naar beneden).

• Colli berekenen: Pas ná het afronden wordt het benodigde aantal colli berekend.

Voorbeeld:

Het berekend advies is 36 stuks en de multiplier van het product staat op 1,4.

De berekening wordt dan: 36 × 1,4 = 50,4. Dit wordt afgerond naar 50 stuks, waarna de uiteindelijke colli-berekening volgt.

Samenwerking met maximale voorraad

Gebruik je ook de nieuwe functie Max. voorraad niet overschrijden (uit de vorige release note)? Geen zorgen, deze werken perfect samen. Het vermenigvuldigde resultaat wordt in dat geval altijd netjes begrensd op de nog beschikbare capaciteit.

Wat moet je doen om dit in te stellen?

Wil je gebruikmaken van deze rekenmethode? Volg dan deze twee stappen:

• Producten inrichten: Vul bij de gewenste producten het nieuwe veld OrderQuantityMultiplier in met een decimale waarde (bijvoorbeeld 1.4, 0.5 of 2.0).

• Bestelprofiel aanpassen: Ga in de Backoffice naar het gewenste bestelprofiel (of maak een nieuwe aan). Kies bij de parameters voor het calculatietype Min/Max en vink de nieuwe optie Orderhoev. vermenigv. gebruiken aan.

(Let op: de multiplier van het product wordt pas toegepast in het advies als deze specifieke checkbox in het profiel is aangevinkt).

Uitzonderingen (Wat valt hierbuiten?)

• De multiplier zit vast aan het product, niet aan de leverancier.

• Deze optie werkt, net als de maximum voorraad-checkbox, uitsluitend bij berekeningen via het type Min/Max (en heeft dus geen invloed op Omloop of Verkoop aanvullen).

CN 76321

Filteren op laatste ontvangstdatum in Bestelprofielen (Omloop)

Bij het berekenen van het besteladvies kun je nu filteren op basis van de laatste ontvangstdatum in plaats van de laatste inkoopdatum. Hiervoor hebben we het nieuwe veld Aantal dagen laatste ontvangst toegevoegd aan de bestelprofielen van het type 'Omloop'.

Hoe werkt het?

Via dit nieuwe veld bepaal je zelf of producten in het besteladvies naar voren komen, gebaseerd op wanneer ze voor het laatst binnen zijn gekomen.

• 0 of leeg: Geen filter. Alle producten verschijnen, ongeacht de ontvangsthistorie.

• Getal (bijv. 180): Producten waarvan de laatste ontvangst ouder is dan dit aantal dagen, worden uitgesloten.

Belangrijk om te weten: Dit filter sluit alléén producten uit die een verouderde ontvangstdatum hebben. Producten die nog nooit zijn ontvangen (en dus geen ontvangsthistorie hebben), worden altijd gewoon in het advies opgenomen.

Waar vind je dit en hoe stel je het in?

Je vindt het nieuwe veld via Producten → Bestelprofielen bij profielen met het berekeningstype Omloop.

• Wil je dit gebruiken? Vul dan per Omloop-bestelprofiel het gewenste aantal dagen in.

• Wil je niets veranderen? Dan hoef je niets te doen. Zolang het veld leeg of op '0' staat, blijft het besteladvies werken zoals je al gewend was.

Verdere bijzonderheden

• Deze functionaliteit is specifiek gebouwd voor het type Omloop en is niet beschikbaar voor andere types (zoals Min/Max of VKA).

• Het bestaande veld Aantal dagen laatste inkoop is gewoon behouden en werkt nog precies hetzelfde.

CN 76330

Aangescherpte rechten en nieuwe Min/Max-sectie op de datacollector

We hebben de rechtenstructuur voor het aanpassen van voorraad en Min/Max-waarden op de datacollector overzichtelijker gemaakt en aangescherpt. Daarnaast is het scherm 'Voorraad aanpassen' uitgebreid met een handige nieuwe sectie.

Hoe werken de nieuwe rechten?

Wat een gebruiker op de datacollector kan zien en doen, hangt vanaf nu af van de specifieke rechten die zijn toegewezen. Er zijn drie situaties mogelijk:

• Wel 'Slim Management' recht: De optie Slim Management wordt getoond en de optie Voorraad aanpassen blijft gewoon beschikbaar. Dit recht is altijd leidend en overrulet het Min/Max-recht.

• Geen 'Slim Management', wel 'Min/Max aanpassen' recht: De gebruiker kan in het scherm Voorraad aanpassen nu ook de Min/Max-waarden wijzigen én deze direct vastzetten.

• Geen van beide rechten: De gebruiker kan in het scherm Voorraad aanpassen uitsluitend de reguliere voorraad wijzigen, en ziet dus geen Min/Max-opties.

Nieuwe lay-out: Voorraad aanpassen

Om dit alles soepel te laten werken, is het scherm Voorraad aanpassen op de datacollector uitgebreid met een nieuwe Min/Max-sectie. Je vindt deze nieuwe velden direct onder de voorraadaanpassing en boven de algemene voorraadinformatie.

Overzicht van de rechten

Voor het inrichten van de juiste autorisaties kun je de volgende systeemrechten gebruiken:

• DATACOLLECTORPRODUCTMINMAXSLIMSTOCK: Geeft de gebruiker toegang tot Slim Management.

• DATACOLLECTORPRODUCTMINMAXUPDATE: Geeft de gebruiker toegang om Min/Max-waarden aan te passen en vast te zetten (mits er geen Slim Management recht is toegekend).

CN 77438

API-update: 'endDate' zonder tijdsaanduiding bij dynamische menu's

We hebben een kleine consistentie-update doorgevoerd in de API voor dynamische menu's (dynamic-menus).

Vanaf nu retourneert het veld endDate (de einddatum) uitsluitend nog de datum, zónder een tijdsaanduiding. Hiermee trekken we de werking van dit veld netjes gelijk met de overige 'date-only' velden binnen onze API.

CN 76841

Nieuw in de API: Receiving-counting-lines verwijderen

Binnen de REST services hebben we een nieuw endpoint toegevoegd: DELETE receiving-counting-lines/{id}. Met dit endpoint is het vanaf nu mogelijk om specifieke telregels van een ontvangst (receiving-counting-lines) direct via de API te verwijderen.

Wanneer kun je dit gebruiken?

Om de integriteit van je data te beschermen, kun je een telregel alleen verwijderen als deze nog openstaat. Dit betekent concreet het volgende:

• De algehele ontvangst mag nog niet verwerkt zijn.

• De specifieke receiving-counting-line mag nog niet de status 'Processed' (verwerkt) hebben gekregen.

Zodra de verwerking heeft plaatsgevonden, wordt het verwijderen via dit endpoint automatisch geblokkeerd.

CN 77427

Nieuw in de API: PDF-documenten beheren bij ontvangsten

Binnen de REST services hebben we nieuwe functionaliteit toegevoegd voor het beheren van bijlagen bij een ontvangst. Vanaf nu is het mogelijk om direct via de API een PDF-document aan een ontvangst te koppelen, op te halen of te verwijderen.

Nieuwe Endpoints

Om deze functionaliteit te ondersteunen, zijn de volgende zes nieuwe endpoints beschikbaar gesteld:

• GET /api/receiving-files

• POST /api/receiving-files

• DELETE /api/receiving-files/{id}

• GET /api/receiving-files/{id}

• GET /api/receiving-files/{id}/download

• POST /api/receiving-files/{id}/upload

Belangrijke voorwaarden

Bij het uploaden en beheren van deze documenten gelden een aantal specifieke regels:

• Bestandstype en grootte: Je kunt uitsluitend PDF-bestanden gebruiken, met een maximale bestandsgrootte van 50 MB.

• Aantal: Er kan maximaal één PDF-bestand aan een ontvangst worden gekoppeld.

• Verwerkte ontvangsten: Zodra een ontvangst de status 'verwerkt' heeft gekregen, wordt deze definitief. Vanaf dat moment is het veiligheidshalve niet meer mogelijk om nog bestanden te uploaden of te verwijderen bij die specifieke ontvangst.

CN 77428

Volledig campagnebeheer via de API

Vanaf nu is het mogelijk om je campagnes volledig te beheren via de API. Waar je voorheen campagnes alleen kon ophalen, is het nu ook mogelijk om ze direct via de API aan te maken, te wijzigen en te verwijderen.

Wat kun je precies beheren?

Met deze uitbreiding heb je de volledige controle over diverse soorten campagnes, zoals nieuwsbrieven, welkomstacties of voucheracties. Bij het aanmaken of updaten van een campagne kun je direct de belangrijkste gegevens beheren, waaronder:

• Het campagnetype

• Het voucherbedrag

• De start- en einddatum

• De specifieke gebeurtenis (trigger) die de campagne activeert

Flexibel en altijd actueel

Omdat je nu het volledige beheer (aanmaken, aanpassen en verwijderen) via de API kunt regelen, kun je bestaande campagnes op elk gewenst moment voorzien van een update. Zijn bepaalde campagnes afgelopen of niet meer nodig? Dan kun je deze nu eenvoudig via een API-aanroep verwijderen om alles netjes en overzichtelijk te houden.

CN 77687