ALGEMEEN

Retourpinnen bij inleveren retourvoucher

Wijziging doorgevoerd in de POS zodat, bij het gebruik van een tegoedbon als betalingsmiddel in de POS en er wisselgeld uitgekeerd moet worden, de keuze bestaat om dit contant af te handelen of via de pinterminal. Deze optie is afhankelijk van de pin contracten en de setting "POSAllowRefundEFT". Na inwisselen van een tegoedbon op de POS wordt niet direct het wisselgeld berekend en blijven de knoppen voor Contant en Pin beschikbaar. Door het gebruik van een van deze knoppen kun je bepalen of het wisselgeld via Contant of Pin wordt afgerond.

LET OP:

Deze flow wordt enkel gebruikt als een Tegoedbon (RVoucher) in de POS wordt gescand als betaalsoort en er wisselgeld uitgekeerd moet gaan worden.

Als de ingelogde gebruiker het recht "POS Retourpinnen toestaan" niet heeft mag deze gebruiker een ingewisselde tegoedbon ook niet retourpinnen.

Als de setting "POSEFTRefundReq" op True staat (dus een transactie mag enkel retour worden genomen met Pin als de originele transactie ook met Pin betaald is) kun je niet enkel een tegoedbon retour pinnen.

CN 22507

Min/Max centraal aanbieden op schappenplan

Binnen ASPOS is het nu mogelijk om vanuit de schappenplan module, de Min/Max van de onderliggende producten over te nemen. Met het nieuwe gebruikersrecht "Schappenplan min/max overnemen" kun je dit recht actief zetten bij de gebruikers. Als de gebruiker dit recht actief heeft komt in het menupunt schappenplan na het selecteren van een schappenplan de optie Min/Max overnemen beschikbaar.

Presentatie aantal veld leeg kunnen laten

In productbeheer, bij een artikel op het tabblad status, is het nu mogelijk om het presentatie aantal veld leeg te laten/maken.

CN 30985

Factuur lay-out + rapportnaam toegevoegd (Utrechtse Kinderboekhandel)

Nieuwe factuur lay-out geïntroduceerd voor KBH. Deze is gebaseerd op de Vrijbuiter rapportage met doorgevoerde aanpassingen voor het tonen van de klantorderregel memo en de algemene klantorder memo. De naam van de lay-out is "TelerikInvoiceKBH" en kan worden ingevuld in de geavanceerde settings "ReportInvoiceName" en "ReportInvoiceNameV2"

Excel rapport voorraadwaardering details voorzien van kolom statiegeld

Kolom voor statiegeld toegevoegd aan het Excel rapportage 'Voorraadwaardering details': Voor het ophalen van de data wordt gekeken naar het productveld statiegeld in productbeheer, zorg ervoor dat decimalen worden gescheiden met een punt bij het invoeren van de waarde. 

Aantal karakters merkomschrijving in database uitgebreid

Merknamen kunnen nu een grootte hebben tot maximaal 255 karakters.

CN 25586

Retourtermijn instelbaar maken in de POS

Er is een nieuwe geavanceerde instelling genaamd "ReceiptReturnValidPeriod". Hiermee is het voor de gebruiker mogelijk om de retourtermijn van een retourbarcode in te geven. De termijn staat standaard ingevuld op 90 dagen.

Keuze- en multikeuze lijst in vreemde taal gaat niet goed

 Bij het toevoegen van een product- of klantveld van het type keuzelijst zijn er nu meerdere taalvarianten te koppelen aan een product of klant. 

Per veld kan van elke taal maar 1 optie worden toegevoegd, daarbij mag de inhoud wel anders zijn.

Bij het aanmaken van het veld kan er gekozen worden voor de taal, met de daarbij behorende waardes:

Aanpassing valuta bij betaalsoort, op basis van recht

Met deze wijziging is het mogelijk om in het uiterste geval de valuta bij een betaalsoort aan te passen. Dit kan alleen als de gebruiker het recht: Valuta wijzigen van betaalsoort  aan heeft staan.

Voorraadwaardering naar EOL

Nieuwe manier geïmplementeerd om voorraadmutaties te journaliseren en aan te bieden in de EOL exports. 

Exports van kasboek en verkoopboek en (optioneel) kostprijs verkopen werden al veel gebruikt. Er miste alleen nog een eenvoudige manier om voorraadmutaties standaard mee te krijgen in de export naar EOL toe. Om deze export toch laagdrempelig aan te bieden, is deze aanpassing gemaakt die basis voorraadmutaties doorstuurt naar EOL. 

De journaalpost bij een voorraadmutatie van €10 die onder andere bestaat uit een verkoop (kostprijs €5) kan dan als volgt worden aangeboden:

3xxx Voorraad (rekening instelbaar op groep en/of btw-code) €10

7xxx Kostprijs verkopen (rekening instelbaar op groep en/of btw-code) €5

a/ 2xxx Tussenrekening voorraadmutaties (rekening instelbaar in journalisatie instellingen) €15

De boekingen worden geaggregeerd op grootboekrekeningnummer.

Naast de inrichting van rekeningnummers op groep en/of btw-code, zijn de volgende instellingen van belang:

• LedgerStockMode: 

  • 0: Standaard: geen journalisatie

  • 1: Uitsplitsing van voorraadmutaties naar kostprijs verkopen en tussenrekening

  • 2: Nog niet ondersteund. Complexe sub-variant van type 1. Hier gaan we later ook ontvangsten journaliseren

  • LedgerJournalDefStockNo

  • Dagboeknummer (memoriaal) waar de boekingen in geplaatst mogen worden. Zo lang er voorraadmutaties zijn, volgt er dan elke dag een boeking in dit memoriaal

• LedgerAccStockCountBal

  • Grootboekrekening als tegenrekening van de voorraadmutaties (en kostprijs verkopen). Bij voorkeur centraal in te richten. Tevens een grootboekrekening aanmaken. Per winkel kan daar dan van worden afgeweken met export rekeningnummer

Om de boekingen van voorraadmutaties mogelijk te maken, worden voorraad-gerelateerde wijzigingen op de statussen en producten bijgehouden in een soort van audit-log. Hierdoor kunnen we tot zes maanden terug op de seconde nauwkeurig het voorraadverloop terug zien. Voorraadmutaties worden niet met terugwerkende kracht gejournaliseerd. Altijd maximaal zeven dagen terug. We zijn dus ook afhankelijk van de start van het bijhouden van deze data.

Naast deze wijzigingen, zijn er nog een paar nieuwe instellingen bijgekomen die de export naar EOL vereenvoudigen. Het gaat daarbij om instellingen die voorheen in de taak of in de database moesten worden ingericht. Met een recente release van ASPOSTasks (2023) kunnen vervolgens de volgende instellingen op winkelniveau beheerd worden:

• LedgerExportStock

  • Voorraadmutaties, inclusief kostprijs verkopen (zoals hierboven)

• LedgerExportCostPrice

  • Kostprijs verkopen (oude manier)

• LedgerExportInterStore

  • Interfiliaal (specifieke inrichting voor interfiliaal boekingen van één van onze klanten)

• LedgerExportRevaluation

  • Herwaardering (specifieke inrichting voor nodig)

• LedgerExportReceivings

  • Ontvangsten & factuurcontrole (specifieke inrichting voor nodig)

• LedgerExportCostCenters

  • Boekingen met kostenplaats aanbieden

• LedgerExportCostUnits

  • Omzet op kostendrager (groepcode) aanbieden

Bij deze instellingen zijn de volgende opties mogelijk:

• Taakinstelling

  • Geen wijziging t.o.v. taakinrichting. Taak regelt alles. Dit is bedoeld om huidige werking en inrichting van de taken niet in de weg te zitten

• Ja/Nee

  • Zodra één van deze waardes is gekozen, 'wint' deze instelling het van de taakinstelling

CN 25145

Opmaak in tekstregel klantorder

We hebben een nieuwe storesetting toegevoegd: 'EditorAdvTools'.

Met deze setting is het mogelijk om in de klantorder bij de tekstregel het lettertype, de grootte en de kleur van de tekst aan te passen.

Staat deze setting op False, dan is het alleen mogelijk om de tekst vetgedrukt, schuingedrukt of onderstreept weer te geven.

Inrichting product vouchers in EVL zonder standaardbedrag

In EVL beheer is een aantal wijzigingen doorgevoerd m.b.t. de aanmaak van voucher types:

Bij het voucher type "Product voucher"

• Het veld "standaard bedrag" is niet meer verplicht

• Het veld "product code" is nog steeds verplicht maar hoeft niet meer uit 10 karakters te bestaan

Bij het voucher type "Betaal voucher"

• Het veld "product code" is niet meer verpicht

CN 14394

Extra beveiliging EVL giftcard

In de REST services is een extra beveiliging toegevoegd op vouchers van het type "Betaalvoucher".
Bij het aanmaken van de betaalvoucher wordt nu altijd een 6 cijferige, willekeurige pincode gegenereerd in de database. 

Bij de endpoints GET /api/vouchers/{id} en GET /api/vouchers/code/{code}, is de nieuwe parameter "pinCode" toegevoegd. Wanneer de pinCode wordt meegegeven, wordt er gecheckt of deze overeenkomt met de aanwezige gegenereerde pinCode bij de aanmaak van de betaalvoucher. Wanneer de combinatie voucher/pinCode niet bekend is, wordt de voucher niet teruggegeven. 

CN 24934

Via de POS betaalde klantorder zorgt niet voor aanpassing saldo in de BackOffice

De saldi van klantorders zullen nu worden aangepast aan de hand van de status van de order. 

Als een klantorder wordt afgehandeld aan de POS, wordt omgezet naar pakbon of wordt geannuleerd zal het saldo van de betreffende order op €0,00 worden gezet.

Daarbij wordt ook het Saldo totaal aangepast naar de juiste waarde. Het Bruto totaal blijft onveranderd.

Door deze aanpassing is in het klantorder overzicht de juiste informatie te zien.

CN 22507

Aanpassing bij het aanmaken van spaarpassen

Aanpassing doorgevoerd in de BackOffice m.b.t. het aanmaken van spaarpassen binnen de klantbeheer module.

Wanneer er via de optie "Spaarpassen aanmaken" het zijpaneel van de klantmodule spaarpassen worden aangemaakt, zullen deze niet meer automatisch gevuld worden met het ingestelde winkeladres.

CN 21160

Restrictie huisnummer veld aangepast

Wijziging doorgevoerd in de restrictie op het huisnummer veld bij het aanmaken van een klant in ASPOS, als het land van de klant anders is dan Nederland worden er alfanumerieke waardes toegestaan in het huisnummer veld. 

Zo wordt het dus mogelijk om een klant met bijv. huisnummer "B" aan te maken. Mocht er alsnog een verkeerde waarde worden ingegeven in het huisnummer veld geeft ASPOS hier een melding van. 

Melding m.b.t. werken in dubbel tabbladen aangepast

Melding als er 2 klantorders tegelijk open staan en deze beide opgeslagen worden aangepast naar:

"De klantorder wordt niet opgeslagen, omdat er al een klantorder is geopend in een ander tabblad.

Sluit uw browser en start ASPOS opnieuw."

CN 31142

REST: GET api/stores uitbreiden met filter op winkeltype (StoreTypes)

In de backoffice is, in het menupunt "Vestigingen", bij het tabblad "Kenmerken" het nieuwe winkeltype "Afhaalvestiging" toegevoegd.

In de REST services is bij het endpoint GET api/stores het nieuwe filter "Types" toegevoegd. Hiermee kunnen winkels nu gefilterd worden op basis van hun winkeltype.

CN 26327

Ayden onderbrengen in Paymentservice

Ayden hebben we in de Paymentservice ondergebracht, zodat deze in de toekomst beter te onderhouden is. Dit geldt voor zowel de POS, via de PinTerminalBuilder als voor de SCO d.m.v. WiPay.

CN 14394

REST: POST, PATCH TransactionExtensions & TransactionRecordExtensions

In de REST services is het nu mogelijk om een extensie toe te voegen aan een transactie of transactieregel. Dit kan alleen op transacties die de status "Commited" hebben. Naast het toevoegen is het ook mogelijk om een extensie te wijzigen.

Middels de volgende nieuwe endpoints is het mogelijk om een extensie op een transactie toe te voegen of te wijzigen:

• POST /api/transaction-extensions

• PATCH /api/transaction-extensions/{id}

Alleen de codes "Pickupstore", "PreferredPickupTime", "RegistrationTime", "PickupPointReceivedTime", "PickupTime", "LastReminderTime", "ReminderNo", "PickupStatus", "MobileNumber", en "EmailAdress" kunnen hier worden toegevoegd. 

Middels de volgende nieuwe endpoints is het hier mogelijk om een extensie op een transactieregel toe te voegen of te wijzigen:

• POST /api/transaction-extensions-records

• PATCH /api/transaction-extensions-records {id}

Alleen de code "PickupQuantity" kan hier worden toegevoegd.

CN 26327

REST: Expand op product op customerOrderLine met lokale produten werkt niet meer

In de REST services is een bug opgelost waarbij een expand op "Product" op de customerOrderLine lokale producten niet terug gaf.

CN 30537

REST: In ASPOS mogelijkheid maken om een storesetting over de hele winkelboom te zien

In de REST services is het nu mogeljk om een storesetting over de hele winkelboom te zien. Bij het bestaande endpoint GET api/stores/{id}/settings is de parameter "includeChildStores" toegevoegd. Wanneer deze parameter op true staat wordt de value van de opvragende winkel getoond plus de onderliggende winkels die een overerving op deze setting hebben.

Wanneer de setting van een onderliggende winkel wordt opgevraagd, maar deze heeft geen overerving dan wordt het veld 'inheritedFromStoreId' getoond. Dit is het storeId waarop de setting staat en dus ook geldt voor de opvragende winkel.

Daarnaast is het ook mogelijk om een storesetting te wijzigen en te verwijderen. Dit kan middels de nieuwe endpoints:

• PATCH /api/stores/{id}/settings/{name}

• DELETE /api/stores/{id}/settings/{name}

Bij het PATCH endpoint kunnen de storesettings gewijzigd worden die geen [Systeemveld] zijn. Voor het wijzigen van storesettings voor een winkel geldt ook dat de storesetting [Overerfbaar] moet zijn. Storesettings met dezelfde naam die meerdere keren voor komen op dezelfde store kunnen niet gewijzigd worden. Het is alleen mogelijk om de waarde van de storesetting te wijzigen.

Bij het DELETE endpoint kunnen settings op het hoogste niveau niet verwijderd worden. Voor het verwijderen van storesettings op de store geldt ook dat deze geen [Systeemveld] en niet [Overerfbaar] hebben.

CN 23310

REST: Wijziging /api/images

In de REST services bij het endpoint PATCH /api/images/{id} is het niet meer mogelijk om het veld "Type" te wijzigen. Voorheen was dit wel mogeliik maar dit veroorzaakte een URL die niet meer uist was waardoor de afbeelding niet meer getoond werd.

Daarnaast is bij het GET /api/images het nieuwe filter "Types" toegevoegd. Met dit filter is het mogelijk om een bepaald type image of meerdere type images tegelijk op te halen.

CN 23310

REST: Uitbreiden deliverynote filters en expand deliverynote op customerorder

 In de REST services is het nu mogelijk om een customer-order te expanden met "DeliveryNotes". De pakbonnen die gekoppeld zijn aan de betreffende order worden dan opgehaald.

Bij het endpoint GET /api/delivery-notes zijn een aantal nieuwe filters toegevoegd: customerOrderIds, customerId, invoiceMark, deliveryState, directDebit en number.

CN 14394

REST: GET /api/products/number/{number} aanpassing

In de REST services is een aanpassing gedaan bij de volgende drie endpoints zodat ook een / teken geaccepteerd wordt:

• GET api/products/number/{number}

• GET api/products/scancode/{scancode}

• GET api/customer-orders/reference/{reference}

CN 26714

REST: Filter op TransactionExtensions

In de REST services bij het endpoint GET /api/transactions is het nieuwe filter "transactionExtensions" toegevoegd. Met dit filter is het mogelijk om transacties te filteren op basis van de code plus value van een transaction extension.

Voorbeeld:

GET /api/transactions?Pickupstore=M201&PickupStatus=ReceivedAtPickupPoint

In bovenstaand voorbeeld worden alle transacties opgevraagd met de transaction extension "Pickupstore" met de waarde "M201" én die ook de transactions extension "PickupStatus" met waarde "ReceivedAtPickupPoint" heeft.

Alleen transacties van maximaal 30 dagen oud kunnen op deze wijze worden opgehaald.

CN 26327

REST: Wijziging api/stock-mutations

In de REST services bij het bestaande endpoint GET /api/stock-mutations en GET /api/stock-mutations/{id} is een aantal wijzigingen doorgevoerd:

• De velden storeGroupProductId en storeGroupProductStateId zijn vervangen voor het veld productId.

• De stock-mutation-records zijn te expanden met het product middels de expand optie "Product".

CN 23310

REST: DailyTotals - GET

In de REST services is het nu mogelijk om de dagtotalen op te halen. Dit kan middels de volgende nieuwe endpoints:

• GET api/daily-totals/{id}

• GET api/daily-totals

CN 24304

Loki logging ASPOSMailservice

In de ASPOSMailservice is LOKI logging toegevoegd + geüpdatet naar .net6.

CN 14394

REST: Wijziging API/group-users

In de REST services is het nu ook mogelijk gemaaakt om bij de gerbuiker aan te geven op welke winkels deze mag inloggen. Daarvoor hebben we een aantal wijzigingen doorgevoerd bij de /api/group-users endpoints:

• Velden multipleStoreMode en userStores velden toegevoegd

• UserName mag nu ook gewijzigd worden

• Bij de POST en PATCH endpoints is het mogelijk om de multipleStoreMode en userStores mee te geven.

Opties bij het multipleStoreMode veld:

• Value 0/NULL = as-is

• Value 1 = kijken naar userStores waarop de gebruiker mag inloggen

• Value 2 = keuze van onderliggende winkels na inloggen

Bij het userStores veld is een array van storeIds op te geven waarop de gebruiker mag inloggen. Bij het patchen van dit veld worden alle bestaande geselecteerde winkels overschreven met de meegeven winkels.

CN 23310