VERSIE: 6.0.2023Bravo

Veelvoud verplicht implementatie

Wijziging doorgevoerd zodat een veelvoud op een product verplicht kan worden gesteld. Om dit in te stellen moeten er 2 product velden (die zelf zijn toe te voegen via de stamtabellen) worden toegevoegd aan een product. Dit zijn de velden "VeelVoud" en "VeelVoudVerplicht". Als het veld "VeelVoudVerplicht" bij een product op 1 (true) staat wordt er vervolgens gekeken naar het productveld "VeelVoud". Belangrijk is wel dat het aantal bij de barcodes (zowel de interne als de externe barcodes) gelijk aan of een veelvoud van het aantal van het productveld veelvoud is. 

Als een product met het productveld "veelvoud" en "veelvoudverplicht" vervolgens wordt gescand aan de POS, wordt als eerste het aantal van de barcode overgenomen (dit is huidige werking van aantal bij barcode) en het aantal wordt aangepast naar een ander aantal dat afwijkt van het veelvoud wordt er op de POS een melding getoond dat het product enkel  in veelvoud van X verkocht mag worden. 

Als in de POS een product wordt gescand waarbij het aantal bij de barcode afwijkt van het veelvoud wordt hiervan ook een melding getoond in de POS, deze melding komt ook als een product nummer van een product met het product veld veelvoud wordt gescand, dit omdat we op dat punt uitgaan van 1 stuks wat niet is toegestaan.

Ook bij het toevoegen regels in een klantorder is deze check doorgevoerd. Zowel bij het handmatig toevoegen, via snel invoer, via een import en via product beheer. Als je bij het toevoegen van klantorder regels een ander aantal ingeeft dan een veelvoud wordt er een melding getoond. Ook als je via snelinvoer een ander aantal ingeeft dan het veelvoud wordt dit weergegeven op de regel en zal deze regel niet worden toegevoegd aan de klantorder. Als bij snelinvoer het vinkje aantal overslaan aan staat wordt automatisch het aantal van het veelvoud ingevuld, als dit vinkje uitstaat en er wordt geen aantal ingegeven wordt er uitgegaan van 1 stuks.

LET OP:

De inrichting van de producten is belangrijk om dit goed te laten werken. Gebroken aantallen worden niet ondersteund als veelvoud en het aantal bij de barcode moet gelijk zijn aan het veelvoud. Als er een productnummer wordt gescand in de POS wordt dit gezien als 1 stuk, hier zal dus een foutmelding op komen dat het product enkel in veelvoud verkocht mag worden.

Bij retouren in de POS is het nog wel mogelijk om af te wijken van het veelvoud.

Als bij snel invoer in de klantorder het vinkje aantal overslaan uit staat en er wordt van een product met veelvoud geen aantal ingegeven, wordt dit aantal op 1 gescand. Bij meerdere malen scannen wordt dit product niet opgeteld bij elkaar.

Het veelvoud wordt enkel afgevangen in de verkoop en niet in het pickproces.

CN 39276

    CCV PIN splitsing voor Visa Debit en Debit Mastercard

We hebben een aanpassing gemaakt ten behoeve van de uitsplitsing van Visa Debit en Debit Mastercard. 

Bij gebruik van een VX820 pinterminal wordt het veld /E-Journal/CardInfo/CardLabelName uit DeviceRequest E-Journal bewaard en doorgegeven naar de POS. Die gebruikt het dan om de betaalsoort te bepalen.

Dit bericht wordt gedurende de transactie ontvangen.

Is er geen waarde doorgegeven, dan wordt de oude manier gebruikt om de betaalsoort te bepalen. De betaalsoort wordt opgezocht met als code EFT_<CardLabelName>. Daabij worden In CardLabelName spaties vervangen door underscores.

Wanneer er een waarde aanwezig is waarvoor geen betaalsoort bepaald kan worden, wordt de betaalsoort EFT gebruikt. In dit geval is de gebruikte code terug te vinden in de logging, zodat een passende betaalsoort aangemaakt kan worden.

Voor de CardLabelNames "Debit Mastercard" en "Visa Debit" die in dit item genoemd zijn, zijn betaalsoorten aangemaakt. Voor andere CardLabelNames, zoals "Mastercard" en "Visa" bestaan al betaalsoorten.

LET OP: Er zijn nu transacties die vroeger op EFT terecht kwamen, die nu op een eigen betaalsoort uitkomen. Er is dus meer veranderd dan alleen voor de aangegeven kaarten.

CN 39324

Aanbetalingen boeken in de POS voor pre-orders

Met deze wijziging is het mogelijk gemaakt om aanbetalingen te boeken op orders van het type 'Voororder webshop' in de POS via de klantbestellingen pop-up (Ctrl + O na het selecteren van een klant): Om het type order gemakkelijker te herkennen is er een nieuwe kolom genaamd 'Type' toegevoegd waarin het ordertype wordt aangegeven. 

LET OP: Bij klantorders van het ordertype kiosk/directsales is de aanbetalen knop niet selecteerbaar.

CN 40349

Aanpassing configuratie logging

Aanpassing doorgevoerd in het Backoffice menu 'Logging' zodat het aanmaken van nieuwe log entries op winkels naar verwachting gebeurt.

CN 39983

Kostprijs boeken bij verwerken klantorder POS en Backoffice

Aanpassing doorgevoerd met betrekking tot het boeken van de kostprijs/inkoopwaarde bij maatwerkartikelen. Wanneer de kostprijs van een maatwerkartikel handmatig wordt aangepast in een klantorder zal deze aangepaste kostprijs voortaan worden geboekt onder de inkoopwaarde van de transactie in het transactieoverzicht wanneer de klantorder naar pakbon wordt gezet of een klantorder wordt opgehaald en afgerekend via de POS. 

LET OP:

Het type order dat geselecteerd kan worden, en wat de voororder ook meekrijgt, is "Voororder webshop". Dit omdat dit het enige type voororder wat we in ASPOS hebben.

CN 39881

Mogelijkheid om de laatste kassabon opnieuw af te drukken

Wijziging doorgevoerd zodat op de SCO in de medewerkersmodus de bon van de laatste transactie opnieuw afgedrukt kan worden.

CN 38012

Mogelijkheid om herlaadbare cadeaukaarten op te waarderen op de SCO

Met deze wijziging is het mogelijk gemaakt om herlaadbare cadeaukaarten in de SCO op te waarderen aan de hand van het productveld 'ReloadEnabled': Om gebruik te maken van deze functie dient de cadeaukaart de eigenschap 'isReloadable' te hebben (te controleren in de giftcard service) en hoort het productveld ingericht te zijn onder het product van de cadeaukaart met de inhoud van het veld op 'True'. 

CN 32078

Medewerkerstoetsenbord voor de SCO

In de SCO is een aanpassing doorgevoerd zodat een medewerker zijn wachtwoord ook kan invoeren via een nummeriek toetsenbord.

Het toetsenbord is bij de volgende pagina's op te vragen:

• Scan pagina (Door te kliken op de witruimte tussen de knoppen [Vraag om hulp] en [Betalen € X,XX].

• Op de medewerkerscontrole pagina door te klikken op het het plaatje of het verlgende daarvan. Op alle paginas waar een medewerker zijn wachtwoord in moet voeren.

• Op de buiten gebruik pagina door de te klikken op de afbeelding / video of het verlengde daarvan.

REST: Nieuw endpoint POST /group-users/ChangePassword

In de REST services is het nieuwe enpdoint POST /group-users/ChangePassword toegevoegd. Met dit endpoint is het mogelijk middels de gebruikersnaam en bestaande wachtwoord het wachtwoord te wijzigen naar een nieuw wachtwoord.

CN 39466

REST: Aanpassing flow Group-user-Validate

In de REST services zijn de volgende wijzigingen doorgevoerd m.b.t. AWS cognito:

• Er is ondersteuning toegevoegd voor aws cognito bij het gebruik van de group-user Validate, Post en Patch endpoints.

Als een gebruiker nog niet is gemigreerd, wordt dit automatisch geprobeerd bij het gebruik van het Validate of Patch endpoint.

AWS heeft zijn eigen wachtwoordvereisten, dus een verzonden wachtwoord kan mogelijk niet worden gemigreerd. Als dit gebeurt, wordt dit weergegeven met een validatie melding met de vereiste om een ​​ander wachtwoord te kiezen. Als dit gebeurt bij het Validate endpoint, dan moet daarvoor het Patch of ChangePassword endpoint gebruikt worden.

Wanneer een nieuw wachtwoord wordt gewijzigd via het Patch of ChangePassword endpoint, dan wordt dit wachtwoord in plaats daarvan bijgewerkt in AWS

Het Validate endpoint retourneert nu ook 2 nieuwe headers wanneer het inloggen is gelukt.

X-Access-Token -> het AWS cognito-toegangstoken dat wordt gebruikt bij het verzenden van verzoeken naar next als groepsgebruiker

X-Refresh-Token -> token gebruikt om uw toegangstoken te vernieuwen wanneer deze verloopt (het endpoint om dit via next te doen bestaat nog niet)

AWS kan worden in- of uitgeschakeld via de pipeline parameter "AwsCognitoEnabled = true".

CN 39467

REST: Nieuw security doors endpoint

In de REST services is het nieuwe endpoint PATCH /api/security-doors toegevoegd. Hiermee is het mogelijk om rechten bij een gebruiker aan/uit te zetten. Middels een array zijn meerdere rechten tegelijk te wijzigen voor één of meerdere gebruikers tegelijk. Bij dit endpoint moet geen id meegegeven worden, maar de code van de security-door. Het is alleen mogelijk om rechten te wijzigen die ook daadwerkelijk op de security-group staan waanaan de gebruiker gekoppeld is.

Voorbeeld:

[

  {

    "code": "SUPPLIERADD",

    "hasAccess": true,

    "groupUserId": 1

  },

  {

    "code": "EMPLOYEEVIEW",

    "hasAccess": true,

    "groupUserId": 1

  }

]

CN 39474

REST: Remark meegeven ten behoeve van de wegzetlijst

Wijziging doorgevoerd zodat wanneer de setting CreateRecPutAway op True staat (en er dus bij het verwerken van een ontvangst automatisch een winkeltaak wegzetlijst wordt aangemaakt) het veld "remarks" in de winkeltaak wordt gevuld met {leveranciersnaam} | {ontvangstcode}. Ook is het mogelijk om bij de call /api/receivings/{id}/CreateStoreJobs zelf remarks mee te geven voor de storeJob.

CN 39610

REST: Afronding contant transacties

In de REST services bij de GET /api/payment-methods endpoints zijn de volgende drie nieuwe velden toegevoegd: ChangeAllowed, MaxChangeAmount, Rounding.

CN 40219

REST: Ook customer triggers sturen bij wijziging klantpas

Aanpassing doorgevoerd met betrekking tot het versturen van triggers bij klantpassen: Wanneer een klantpas wordt aangemaakt of gewijzigd zal de DateLastModified voortaan worden bijgewerkt zodat er ook bij deze acties een customer trigger wordt klaargezet.

CN 40321

REST: Aanpassing veelvoud verplicht

In de REST servicesbij de verkoop van producten is het nu mogelijk om een veelvoud verplicht te stellen.

Dit is instelbaar door twee productvelden toe te voegen aan de betreffende producten:

• VeelVoudVerplicht = True

• VeelVoud = X (Aantal veelvoud)

Wanneer een product deze twee velden bevat, dan wordt bij de volgende endpoints een validatie melding getoond als het ingestelde veelvoud niet gehanteerd wordt:

• CartCalculate

• CustomerOrders

• Transactions

Validatiemelding wanneer opgegeven aantal niet overeenkomt met ingestelde veelvoud:

 "errors": {

        "Lines[0].Quantity": [

            "Quantity has to be a multiple of 5"

        ]

CN 39419

REST: Aanpassing GET product-connections filter

In de REST services is een wijziging doorgevoerd bij het GET /api/product-connections endpoint. Bij het gebruik van het "connectionTypes" filter zonder het "productId" filter werden niet de juiste connectionTypes teruggegeven.

CN 40185

REST: Toevoegen "isVisible" en sortOrder aan GET ReasonCodes

In de REST services bij het endpoint GET /api/reason-codes zijn de nieuwe velden "isVisible" en "sortOrder" toegevoegd.

CN 40436

REST: Toevoegen vertalingen/locale bij GET payment-methods

In de REST services bij de endpoints GET /api/payment-methods is het nu mogelijk om de vertalingen van de betaalsoort op te halen.

CN 40455

• 15-09-2023: Pop-up bij artikelen zonder status

Aanpassing doorgevoerd in het Backoffice menu klantgroepbeheer zodat bij het koppelen van punten producten in de pop-up ook artikelen kunnen worden gekoppeld waarvan de StoreGroupProducts nog niet bestaat (Bijvoorbeeld bij artikelen die zijn aangemaakt op een afwijkend niveau of zonder status).

TN 1170258

• 15-09-2023: Validatie op houseNumberExtension

In de REST services bij de customer-addresses-endpoints is de validatie op houseNumberExtension aangepast enkel letters, cijfers en de volgende tekens zijn toegestaan:  /\-_.

TN 1171017

• 19-09-2023: MixMatch met goodkoopste 100% korting gaat niet af

Wijziging doorgevoerd zodat de discountoptimizer en de kortingsberekening in ASPOS beter om kunnen gaan met transacties met acties van het type mixmatch met een verplicht artikel.

TN 1169450

• 22-09-2023: Extra check op producttypes in REST

Wijziging doorgevoerd in de POST/api/customer-orders/{id}/Distribute zodat er een extra check is ingebouwd op producttypes.

TN 1173272

• 22-09-2023: Rapportage controlelijst roont niet alleen de verschillen

Wijziging doorgevoerd zodat het rapport "Controlelijst" bij de tellingen rekening houdt met de ingestelde parameters in de telling.

LET OP:

Als het rapport wordt gedraaid vanuit tellingen beheer kunnen deze parameters niet uitgelezen worden en worden alle producten getoond.

TN 1173408

• 27-09-2023: Foutmelding bij aanmaken van een kioskorder op de POS

Wijziging doorgevoerd zodat de POS bij het bestellen van producten zonder dat er een klant of producten op de bon staan er voor zorgt dat er een valide transactie gestart wordt.

TN 1174019

• 27-09-2023: Aanpassing rapport klantenbonnen

Aanpassing doorgevoerd aan het rapport 'Klantbonnen' zodat de opgehaalde data in één keer wordt getoond.

TN 1172591

• 27-09-2023: Kostprijs maatwerk product pop-up

Wijziging doorgevoerd zodat bij een tweede keer opslaan van een maatwerk klantorder met een maatwerk product (waarvan de kostprijs al is ingevuld) de melding dat de kostprijs niet gevuld is niet onterecht naar voren komt. 

Ook zijn de knoppen in de pop-up aangepast van "Opslaan/Annuleren" naar "Ja/Nee", de werking blijft hiermee hetzelfde maar de knoppen passen nu beter bij de vraagstelling.

TN 1173644

• 28-09-2023: POS giftcard afhandeling

In de REST services en EVL services is een aanpassing gedaan m.b.t. de Valk Giftcard functionaliteit. Wanneer een Giftcard wordt op,- of afgewaardeerd via het PATCH /api/vouchers/{id} endpoint wordt nu in EVL beheer deze voucher transactie ook getoond.

TN 1159149

• 28-09-2023: Aanpassing in berekening korting

In de REST services is een aanpassing gedaan in de berekening van korting over korting. Voorheen werd er standaard altijd korting over korting berekend. Nu wordt er alleen korting over korting berekend als dit expliciet is aangegeven in de actie middels de optie "Sta korting over korting toe".

TN 1170980

• 02-10-2023: Franse vertaling "Factuur"

Wijziging doorgevoerd zodat op de A4 bon met layout TelerikA4PdfTicket_General op de Franse vertaling geen "Note d'achat" maar "Facture" staat.

TN 1173507

• 02-10-2023: Wijziging in communicatie naar Lincsafe

Wijziging doorgevoerd zodat de communicatie met LincSafe wordt nu elke keer gereset bij het opstarten van een transactie. Ook wordt al het verkeer van LincSafe gelogd in de extende logging.  

TN 1154472

• 05-10-2023: Event symbool in klantorder toont ook als er geen events op de klantorder zijn

Wijziging doorgevoerd zodat er een extra filter zit op het tonen van het "Event icoon" bij een klantorder, zodat deze niet onterecht getoond wordt.

LET OP:

Het filter is toegevoegd op het bitje "Actie nodig", dus al er een event handmatig wordt toegevoegd en dit vinkje wordt uitgezet zal het klantevent icoon ook niet getoond worden op de regel van de klantorder.

TN 1174833

• 10-10-2023: Aanpassing in actie via REST

In de REST services is een aanpassing doorgevoerd in de actie module. Acties van het type MixMatch met een min/max van 1/1 én een totaalbedrag gingen niet af. Dit werkt nu wel.

TN 1174937

• 12-10-2023: Aanpassing in geheugengebruik

Aanpassing doorgevoerd in de manier waarop Next logging wordt verzameld waarmee het geheugengebruik verder teruggedrongen wordt.

TN 1174937

• 12-10-2023: Afbeeldingen opslaan bij omzetten offerte naar order of voororder

Bij het omzetten van een offerte naar "Order" of "Voororder webshop" werden de afbeeldingen van de klantorderregel en/of klantorder niet meegenomen naar de nieuw aangemaakte order. Dit gebeurt nu wel.

TN 1175809

• 16-10-2023: Aanpassing in filterknoppen klantorders

In de Backoffice is een bug opgelost in de maatwerk filterknoppen in het menupunt [Klantorders]. Wanneer de [Filter toepassen] knop werd gebruikt na het gebruik van een maatwerk filterknop dan werder er onterecht teveel resultaten getoond omdat de filters niet juist gezet werden. Dit is nu opgelost.

TN 1176089

• 16-10-2023: Kasstaat toonde niet alle waardes

Aanpassing doorgevoerd in de kasstaat rapportage zodat de kolom 'Kasstaat totaal' met het aantal klanten, de gemiddelde klantomzet en de totale korting wordt weergeven. 

TN 1177442

• 18-10-2023: Aanpassing gebroken aantallen bij maatwerk artikelen

Aanpassing doorgevoerd aan de klantorder module zodat maatwerkartikelen met gebroken aantallen naar verwachting kunnen worden ingevoerd indien het ordertype op offerte staat. 

TN 1178589

• 23-10-2023: "Picture box" melding op factuur lay-outs

Aanpassing doorgevoerd aan de factuurlay-outs van verschillende klanten zodat er geen picture box error (rood kader met rode tekst) wordt getoond op facturen wanneer de instelling factuur per email op 'onbekend' staat in de instellingen van een klant.

TN 1175391

• 23-10-2023: Aanpassing opslaan template tekstregel

Aanpassing doorgevoerd in de klantorder module zodat het opslaan en bewerken van tekst- en memoregels naar verwachting gaat, tevens is het ook mogelijk gemaakt om templatenamen van een ander type dezelfde naam te geven.

TN 1179114

• 27-10-2023: Veld NewPoints afhankelijk van limit

In de EVL service is een aanpassing gedaan voor het GET /api/customer-card-transactions endpoint. Bij het opvragen van de kaarttransacties van een bepaalde klant of contact i.c.m. de limit parameter werden de juiste punten aantallen niet getoond. Dit is nu opgelost.

TN 1178094

• 24-10-2023: Aanpassing met betrekking tot kassalades die niet open gingen

In de POS is een wijziging doorgevoerd in de communicatie met de kassalades. Lades die direct aangesloten zijn aan de kassa gingen niet meer open.

TN 1180056

• 02-11-2023: Transacties van opgehaalde orders zonder omzet

Wijziging doorgevoerd zodat bij het ophalen van een compleet betaalde internetorder waar de bonuspunten al zijn verrekend de omzet juist geboekt wordt.

TN 1181792

• 03-11-2023: Voorgesteld aanbetaald bedrag werd niet getoond op de POS

Wijziging doorgevoerd zodat wanneer er in de klantorder een aanbetaling in de header wordt ingegeven, en via de POS een aanbetaling wordt gedaan op de klantorder, dit bedrag weer als maximaal aan te betalen bedrag wordt gezien.

TN 1178191

• 03-11-2023: Leverancier lokaal verbergen bij nieuwe artikelen

Wijziging doorgevoerd zodat bij het toevoegen van een leverancier aan een product er weer rekening wordt gehouden met het bitje "lokaal verbergen". Dit zorgt ervoor dat een leverancier waar dit bitje aan staat lokaal niet kan worden toegevoegd aan een product.

TN 1177384

• 03-11-2023: Onterecht punten retour

Wijziging doorgevoerd zodat de POS geen punten retour boekt als er op de originele transactie geen punten zijn toegekend door een actie.

TN 1180098

• 03-11-2023: Weergave klantorder korting in de backoffice

Wijziging doorgevoerd zodat bij het invoeren van een kortingspercentage met een decimaal in de klantordermodule in de backoffice, dit ook correct wordt getoond bij het heropenen van de klantorder.

TN 1178801

• 08-11-2023: REST: Aanpassing validatie "deliveryDate"

In de REST services bij het endpoint GET /api/customer-order-lines/{id}/ProcessShipping is een aanpassing doorgevoerd in de validatie voor het "deliveryDate" veld. Voorheen mocht de datum en de tijd niet in het verleden liggen. Nu mag alleen de datum niet in het verleden liggen. Elke willekeurige tijd wordt nu geaccepteerd.

Bij het POST /api/mails{id}/Send endpoint is de validatie van het tijdstip van verzenden bij het veld "sendOnDate" iets ruimer gezet zodat nu (in UTC tijd) ook goed gaat als er wat vertraging zit in het verzenden van het request. NB: Dit is enkel om fouten te voorkomen, als een mail direct verstuurd mag worden kan dit veld beter leeg (null) gelaten worden.

TN 1182779

• 08-11-2023: Productgroep bleef hangen bij zoeken product

Wijziging doorgevoerd zodat het veld productgroep leeggemaakt wordt bij het heropenen van de product selector pop-up.

TN 1180401

• 09-11-2023: Verjaardagsvoucher werkte niet correct

Aanpassing doorgevoerd zodat in het geval dat er een actievoucher in een transactie aanwezig is de spaarpunten worden toegekend over de producten waarop de korting niet wordt toegepast in plaats van dat er helemaal geen spaarpunten worden berekend.

TN 1175005

• 13-11-2023: Offline sync van wichtartikelen ging niet goed

In de POS is een bug opgelost in het offline synchronisatie mechanisme. Wanneer een wichtartikel in de POS werd gescand en de POS ging offline, dan werd na het afronden van de transactie niet de juiste voorraad afgeboekt. Er werden dan altijd hele getallen afgeboekt i.p.v. het aantal dat in de wichtbarcode stond.

TN 1183812

• 14-11-2023: Weergave kasstaat

Wijziging doorgevoerd in de kasstaat zodat de kolom BTW bij de groep totalen weer de juiste waarde weergeeft. 

TN 1184450

• 16-11-2023: Splitsing regel als gevolg als gevolg van een gecombineerde actie

Aanpassing doorgevoerd met betrekking tot DirectSales orders zodat in het geval dat er meerdere acties afgaan op een product de bestelde aantallen juist worden getoond in transactiebeheer en de kortingspercentages overeenkomen in de klantordermodule. 

TN 1184460

• 16-11-2023: Aanpassing nieuwe narrowcasting

Wijziging doorgevoerd zodat bij het starten van de POS i.c.m. Maui Narrowcasting, de narrowcasting direct op het juiste scherm geopend wordt.

TN 1181519

• 17-11-2023: Template klantorder memo slaat opmaak niet op

De interne memo had hetzelfde issue. Daarnaast werd opmaak (zoals bold en font) ook niet in de template opgeslagen.

TN 1184806

• 27-11-2023: Niet alle labels werden getoond in de kasstaat

Wijziging doorgevoerd in de resources van de kasstaat zodat alle gebruikelijke labels weer tonen.

TN 1186341

• 29-11-2023: Winkelmemo wissen zorgde onterecht voor wissen centrale POS memo

Wijziging doorgevoerd zodat bij het aanpassen van de winkelmemo op de POS, het centrale memo niet gewijzigd of gewist wordt.

TN 1184709

• 30-11-2023: Weergave gesplitste kortingen op kassabon

Aanpassing doorgevoerd met betrekking tot geplitste kortingen zodat in het geval dat er binnen een transactie meerdere acties afgaan de aantallen juist worden getoond op de kassabon.

TN 1186603

• 01-12-2023: Kassamail verdween na aanpassen instellingen op pagina "winkelinstellingen"

Wijziging doorgevoerd zodat het veld kassamail op de vestigingspagina niet leeg gemaakt wordt door een aanpassing door te voeren in het menupunt winkelinstellingen.

TN 1187085

• 04-12-2023: Aanpassing weergave factuurkorting

Wijziging doorgevoerd zodat de factuurkorting (die ingesteld is bij een klant) enkel nog wordt getoond op de factuur layouts die dit ondersteunen.

TN 1188069

• 07-12-2023: Leverancier in besteladvies aanpassen paste de groep van het product onterecht aan

Wijziging doorgevoerd in het Backoffice menu 'Besteladvies' zodat bij het aanpassen van de leverancier op een bestelregel niet de gekoppelde productgroep van het artikel wordt aangepast. 

TN 1189922

• 08-12-2023: Aantallen werden niet juist opgeteld in de POS

Wijziging doorgevoerd zodat het optellen van de regels weer goed gaat als POSSumLines op True staat en er een meervoud ingevuld wordt voor het scannen van een barcode.

TN 1190305

• 02/04/2024: Wisselgeld van vorige transactie Lincsafe werd nog weergegeven

Wijziging doorgevoerd in de LincSafe koppeling zodat het annuleren van een transactie beter wordt afgehandeld.

TN 1209772