VERSIE: 6.0.2024Romeo

Automatisch invullen gebruikersnaam bij kastellen in de POS

We hebben het kastellen vanuit de POS verbeterd zodat de gebruikersnaam en winkel automatisch worden meegegeven wanneer de winkel op 'Kas in/Kas uit' drukt en vervolgens op 'Kas tellen'.

CN 54413

ReceiptLineMemo tonen op de POS 

Wijzigingen doorgevoerd in het tonen van ReceiptLineMemo in POS zodat d.m.v. nieuwe productvelden kan worden aangegeven wanneer ze getoond moeten worden.

De productvelden ReceiptLineMemoStart en ReceiptLineMemoEnd zijn toegevoegd en kunnen worden ingevuld met een datum in het formaat YYYY-MM-DD.

De ReceiptLineMemo wordt nu getoond op de POS wanneer de datum binnen de opgegeven periode (start t/m eind) valt. Ook kan er worden gekozen om enkel een start of einddatum in te vullen.

Belangrijk:
Het tonen van de ReceiptLineMemo is afhankelijk van de storesetting POSAddReceiptLineMemo. Als deze instelling op true staat, wordt de functionaliteit geactiveerd.

In het geval van een onjuiste of incomplete datum wordt de ReceiptLineMemo alsnog getoond.

CN 55037

Ophalen in andere winkel verbeterd in Kioskorderversion 2

Wijziging doorgevoerd zodat Kioskorderversion = 2 het vinkje bezorgen zet bij de optie ophalen in andere winkel, ook wordt het tabblad bezorgen dan gevuld met de adres gegeven van de geselecteerde winkel. 

CN 55438

Uitbreiding op bestemmingen tabel met EU/NEU

Aanpassing doorgevoerd aan de flights tabel met betrekking tot de Airside module van de POS zodat bij luchthavens voortaan wordt bijgehouden of een bestemming inclusief of exclusief BTW is, tevens wordt er een isEU attribuut toegevoegd. 

CN 55779

Implementatie POS voor het connecten van een 2e of 3e URL

Aanpassing doorgevoerd in de POS die het mogelijk maakt om een alternatieve URL in te stellen in het geval dat de POS offline schiet, om gebruik te maken van deze functionaliteit dienen er een aantal variabelen aangepast te worden. Dit is door Valk Solutions al uitgevoerd en ondervinden de winkels geen hinder van.

CN 55868

Rapportages

Aanpassing klant specifiek pakbon rapport

We hebben een wijziging doorgevoerd in een klantspecifiek rapport zodat de pakbon kan worden getoond na het selecteren van de betaaloptie 'pakbon/afleverbon'

CN 56063

Aanpassing klant specifiek factuur rapport

Wijziging doorgevoerd zodat op een klantspecifieke factuur de stuks prijzen in bepaalde gevallen niet onterecht als 0,00 worden getoond.

CN 56507

Producten

Verbetering terugdraaien VerdeelOrders

Wijziging doorgevoerd zodat het terugdraaien van een verdeelorder de dropshipmentOrderQuantity opnieuw zet.

CN 54935

Instellingen

Verbetering Email pakbon template

Wijziging doorgevoerd, zodat voor het mailen van de pakbon via de POS een apart mailtemplate aangemaakt en ingesteld kan worden. De naam van de mailtemplate kan worden ingevuld in de storesetting POSDelNoteEmailTemplate, als deze setting leeg is wordt terug gevallen op de huidige werking namelijk het mailen van de POS kassabon. 

Voor het mailtemplate zijn de onderstaande tags beschikbaar:

Onderwerp

• DebtorCode

• DeliveryNoteNr

Body

• TransactionNr

• TransactionDate

• DebtorCode

• DeliveryNoteNr

• DeliveryType

• DocumentID

• CustomerReference

• ReferenceID

• DeliveryDate

• Remark

• Notes

• Initials

• FirstName

• MiddleName

• LastName

• Title

• CustomerFullname

• Sex

• BirthDate

• CustomerCode

• StoreName

• StoreCode

• StoreEmail

• StoreCity

CN 52904

implementatie logging offline synchronisatie

Wijziging doorgevoerd zodat bij het starten van de POS gelogd wordt of er producten niet in sync zijn in de offline synchronisatie, dit wordt weggeschreven onder de ingang Synchfronization.

Klanten

Creditcheck in ASPOS gekoppeld aan AX

Aanpassing doorgevoerd in de klantkaart en klantorder bewerken pagina's van de Backoffice zodat het klantsaldo uit AX + ASPOS voortaan wordt getoond in een tabel wanneer de instelling 'CreditCheckMethod' ingesteld staat op een nader te bepalen specifieke waarde voor de koppeling met AX. De tabel is in de klantkaart te vinden in het tabblad 'financieel' onder het veld saldo en in de klantorder bewerken pagina naast de klantgegevens in het tabblad 'algemeen. De volgende velden worden in de tabel getoond:

• Veld 1: (CreditLimit) Kredietlimiet

• Veld 2 (ExternalBalance): Openstaande facturen in AX

• Veld 3 (DeliveryNotes ASPOS): Openstaande pakbonnen in ASPOS

• Veld 4 (Invoices ASPOS): Openstaande facturen in ASPOS 

• Veld 5 (Balance): Huidige balans

Een positieve balans wordt groen gemarkeerd, een negatieve balans rood en wanneer het saldo op precies 0 uitkomt wordt het veld oranje gemarkeerd.

Aanpassing in VerdeelOrders

Wanneer customerOrderLines van een order met een gekoppelde VerdeelOrder werden verwerkt via de Transaction commit, dan werden de regels weer onterecht toegevoegd aan de gerelateerde InterstoreOrder. Dit is nu opgelost.

CN 56231

Verbetering statusdetails klantorders

Wijziging doorgevoerd zodat de statusdetails in klantorders weer overeenkomen met de juiste status.

CN 56418

Verbetering toetsenbord op de PDA

We hebben een aanpassing doorgevoerd in een klantspecifieke functie op de PDA.

CN 55546

Verbergen ontvangsten op basis van controle type

Aanpassing doorgevoerd zodat ontvangsten met controle type "nooit" niet getoond worden in de PDA.

CN 56750

Verbergen ontvangsten op basis van controle type

Aanpassing doorgevoerd zodat ontvangsten met controle type "nooit" niet getoond worden in de PDA.

CN 60987

Optimalisatie PDA

Om het scannen van de producten verder te versnellen halen we de actieprijs niet meer op in de PDA, dit levert gemiddeld  100-200ms op, Dat is niet veel maar was ongeveer de helft van de tijd die nodig was om een product op te halen.

PDA is bedoeld voor logistieke werkzaamheden dus het ophalen van een actieprijs was hier dan ook niet nodig.

CN 48847

Uitbreiding CustomerOrder endpoint voor omzetten van offerte naar (pre)order

Wijziging doorgevoerd zodat het via de REST services mogelijk is om een offere om te zetten naar (pre)Order. Dit kan via het endpoint POST /api/customer-orders/{id}/ConvertFromPriceQuotation. in de body van de call kan het volgende worden opgegeven:

• convertToOrderType : Het ordertype waar de offerte naartoe moet worden omgezet ('Normal' of 'PreOrderWebshop) (verplicht veld)

• "convertToOrderKind": Het ordersoort waar de offerte naartoe moet worden omgezet (bijv. 'Regular' of 'Custom') (optineel veld, als leeg dan wordt het ordersoort van de offerte overgenomen)

• "storeId": Het Id van de winkel waarop de offerte moet worden omgezet, als leeg dan wordt het niveau van inloggen gebruikt. 

Deze API calls worden nu ook uitgevoerd in de Backoffice bij het omzetten van offerte naar order. 

Ook is de call POST /api/cusomer-orders/{id}/Commit aangepast, hier kun je nu het ordertype meegeven, dit is het ordertype waar de voororder naartoe moet worden omgezet. dit kan 'Normal' of 'InternetOrder' zijn. Als orderType niet wordt meegegeven in de body wordt er een InternetOrder aangemaakt. Dit is gedaan om ook het proces van voororder naar order (via de backoffice) via Rest te laten lopen 

Dit alles houdt rekening met de reeds bestaande settings "CustOrdCopyNrQuotation", "CustordCancelQuotation" en "CONoMessageForKindCustom".

CN 53995

Verbetering filter purchase-orders endpoint

Wijziging doorgevoerd in de REST API zodat er een echter filter mogelijkheid zit bij het endpoint /api/purchase-orders. Hier kunnen PurchaseOrderLineId's worden ingevuld zodat de gerelateerde purchaseOrder getoond wordt. 

CN 53996

Nieuw endpoint voor verwijderen van leveranciers

In de REST services is ondersteuning toegevoegd voor het verwijderen van leveranciers.
Dit kan middels de volgende nieuwe endpoints:

• Delete /api/suppliers/{id}

• Delete /api/suppliers/{id}/store-settings/{storeId}

Een leveranciers kan alleen verwijderd worden als deze voldoet aan de volgende criteria.
De leverancier mag niet nog gekoppeld zijn:

• Als voorkeursleverancier bij een productgroep

• Als voorkeursleverancier bij een merk

• Aan een product

• Aan een inkooporder met de status "Te bestellen"

• Aan een ontvangst. Ook als de ontvangst verwijderd is.

• Aan de selectie "Leverancier" van een bestelprofiel

De store-settings van een leverancier mogen altijd verwijderd worden.

CN 54662

Nieuw endpoint Expected-payments

In de REST services is het nu mogelijk om een expected payment te mailen. Dit kan middels het nieuwe endpoint: POST /api/expected-payments/{id}/SendMail.

Er wordt gekeken naar de templatecode die ingesteld staat bij de setting "EmailOrdExpPaymentTempID".

CN 55359

Implementatie segmenten endpoint

In de REST services is het nu mogelijk om het segment van een product op te halen, te wijzigen en ook direct mee te geven bij het aanmaken van een product.

Het ophalen van het segment bij de verschillende product endpoints kan nu middels de nieuwe expand op "ProductSegment".

Bij het aanmaken van een product is het ook mogelijk om direct een segment te koppelen. Bij het aanmaken van het product moet het volgende worden meegeven in de body:

 "productSegment": {

    "id": xxx

  }

Daarnaast zijn ook de volgende nieuwe "ProductSegments" endpoint toegevoegd voor het ophalen van de aanwezige segmenten:

• GET /api/product-segments

• GET /api/product-segments/{id}

CN 55962

ProductPricings endpoint uitgebreid met BTW berekening

In de REST services bij het aanmaken van een productPricing wordt de priceExclTax of PriceInclTax automatisch berekent op basis van het btw tarief van het product.

Wanneer zowel de priceInclTax als de priceExclTax tegelijk wordt meegegeven, dan wordt de priceExclTax herberekent op basis van de meegegeven priceInclTax prijs.

Wanneer alleen de priceInclTax wordt meegegeven wordt de priceExclTax berekent en vice versa.

CN 55963

Uitbreiding transaction-extensions endpoint

In de REST services is het nu mogelijk om de transactionExtension [GBDocumentId] en [GBAmount] te verwijderen. Dit zijn de enige extensies die verwijderd kunnen worden. Dit kan middels het nieuwe endpoint DELETE /api/transaction-extensions/{id}. Het verwijderen van een extensie wordt niet gelogt.

CN 56302

Ondersteuning voor retourtransacties

In ASPOS kunnen zogenaamde refunds worden geconfigureerd, om bijvoorbeeld omzet te compenseren. Enkele voorbeelden hiervan zijn de verkoop van cadeaukaarten en statiegeld. Wanneer een cadeaukaart wordt verkocht, is het een product met een bepaalde waarde en telt deze mee voor de omzet van de betreffende dag. Veel ondernemer tellen dit echter niet als omzet mee, maar tellen deze omzet pas op het moment dat de cadeaukaart wordt besteed. In de REST services is daar nu ook ondersteuning voor toegevoegd. Dit is doorgevoerd bij het endpoint POST /api/transactions/Commit.

Waneer bij een product de volgende velden staan ingesteld (Kan elke type product zijn), dan wordt er voor dit product een transactie van het type "Refund Transactie" aangemaakt:

• RefundPaymentID: de code van de betaalmethode die moet worden gebruikt bij de refund transactie

• RefundProduct: moet op Ja staan. Is nodig om de refund van het product te activeren

• RefundProductID: het productnummer van het product in ASPOS dat in de refund transactie moet worden gebruikt.

In de refund transactie worden de volgende zaken getoond:

• Het productnummer uit het productveld RefundProductID van het product dat in de oorspronkelijke transactie is verkocht, wordt toegevoegd met een NEGATIEVE hoeveelheid en DEZELFDE prijs.

• Er wordt een memo toegevoegd aan de transactieregel om te benadrukken dat het een terugbetaling betreft en bevat de regel: REFUND, TROID:XXXX

• Er wordt een memo toegevoegd aan de transactie met daarin: REFUND FOR TRANSACTIONOID XXX

• Er wordt gebruik gemaakt van de betaalmethode uit het productveld RefunPaymentID van het product dat in de oorspronkelijke transactie is verkocht.

• De gebruiker van de oorspronkelijke transactie wordt ook gebruikt voor de refund transactie.

Als er bijvoorbeeld meerdere hoeveelheden of producten worden toegevoegd met refund velden, dan worden de hoeveelheden en bedragen per regel opgeteld in de refund transactie. Hetzelfde geldt voor de betaalmethodes. Als er op de producten verschillende betaalmethodes voor terugbetaling staan geconfigureerd, zijn beide zichtbaar in de refund transactie.

CN 56793

Ontvangst aanmaken via next werkt receivingspending niet bij

Wijziging doorgevoerd zodat bij het aanmaken van een ontvangst via de restservice, de receivingspendingquantity wordt bijgewerkt.

CN 58089

• 28/11/2024: POS Loopt vast door out of memory

Diverse wijzigingen doorgevoerd om eventuele out of memory problemen te ondervangen.

TN 1305075

• 15/01/2025: Negatief bedrag door handmatige korting

Wijziging doorgevoerd zodat in transactie beheer geen negatief bedrag op de transactie komt, als er 100% bonkorting en eventuele klantkorting wordt gegeven op de POS.

TN 1316210

• 15/01/2025: Voorraadwaardering Details werkt niet meer

Wijziging doorgevoerd zodat de rapportage voorraadwaarding details weer geopend kan worden.

TN 1316921

• 22/01/2025: Filteren in een besteladvies op leverancier werkt niet meer

Wijziging doorgevoerd in de manier waarop de winkelnaam en magazijn naam worden opgehaald in het besteladvies.

TN 1318639

• 03/02/2025: Na de update naar Romeo toont opeens scrollbalk in de POS

Wijziging doorgevoerd die voorkomt dat er een horizontale scrollbalk toont in het kassamenu.

TN 1319899

• 04/02/2025: Bij nieuwe installatie worden de bestanden in ASPOSServices Extensions map niet aangemaakt

Wijziging doorgevoerd in de werking van het installeren van de ASPOS services.

TN 1321419

• 17/02/2025: Labels printen via PDA

Wijziging doorgevoerd zodat de tag [%row,ProdDescription,1,20%] wordt vervangen als je labels print via de Rest Service. Ook zijn de tags niet meer hoofdletter gevoelig.

TN 1320450

• 17/02/2025: Kopiebon van andere vestiging bevat geen data

Wijziging doorgevoerd zodat een A4PDF kopiebon van een andere vestiging weer data toont.

TN 1319319

• 17/02/2025: Klantendisplay toont grijze regels op windows 11

Wijziging doorgevoerd zodat op de Maui narrowcasting, als er gewerkt wordt op een Windows 11 systeem er geen grijze regels worden getoond als bonnen uit de wacht worden gehaald. 

TN 1318288

• 19/02/2025: Selectiecode bron & verdeelorder is niet aan te passen via Next

In de REST services is een bug opgelost bij het PATCH /api/customer-orders/{id} endpoint. 

Wanneer er in de order meerdere orderregels stonden met hetzelfde sourcecustomerorderlineoid, dan trad er in Next een error op omdat niet duidelijk was welke regel geupdate moest worden. Nu worden alle regels waar nodig geupdate.

TN 1323897

• 20/02/2025: Pickorder niet altijd te zien in de PDA

In de REST services bij het endpoint GET /api/customer-orders is het standaard startdate en enddate filter van één maand verwijderd.

Bij het gebruik van het filter "customerSearchTerm" wordt het standaard startdate en enddate filter van één maand wel toegepast.

TN 1320392

• 21/02/2025: Punten van de productvoucher worden via internetorder niet afgeboekt

Wijziging doorgevoerd zodat punten op vouchers wel worden afgeboekt bij een internetorder.

TN 1303625

• 24/02/2025: Opmerkingen vervallen bij omzetten offerte naar order

Wijziging doorgevoerd zodat bij het omzetten van een offerte naar (voor)order, de Rest service wordt aangeroepen en deze hetzelfde doet als voorheen de USP deed. Zo worden nu de eventueel aangepaste vinkjes op de klantorderregel, afbeeldingen (zowel toegevoegd aan de order als de klantorder regel) de memo's en documenten overgenomen.

Let op:

De Opmerking in de header van de klantorder wordt overschreven met "Offerte klantordernummer: {Offertenummer}"

TN 1318765

• 28/02/2025: Zoeken op producten met voorraad 0 kan niet meer op verschillende plekken

Wijziging doorgevoerd zodat bij het zoeken naar producten via de productselector, in bijv. de klantorders, inkooporder, besteladvies etc.. Niet meer wordt gefilterd op voorraad, waardoor producten met 0 voorraad ook gevonden worden.

TN 1327207

• 28/02/2025: Kan de prijs niet meer wijzigen op de POS

Wijziging doorgevoerd zodat de knop voor prijs aanpassen weer werkt zoals verwacht.

TN 1326999

• 06/03/2025: Reloaden van de SCO werkt niet zoals verwacht

De SCO doet nu een reload wanneer er een AppPool recycle plaatsvind. Voorheen gingen calls naar de SCO hierdoor server mis, waardoor er niet bepaald kon worden worden of een betaling juist binnen gekomen was.

TN 1324518

• 07/03/2025: Korting in interfiliaal werkt niet zoals verwacht

Wijziging doorgevoerd zodat een korting ingegeven in de klantorder header, ook wordt toegepast als het om een filiaalorder gaat waar de regels zijn geïmporteerd en waar later de header korting wordt gegeven.

TN 1327916

• 17/03/2025: Statiegeld wordt niet opgehaald aan de POS bij ophalen klantorder

Wijziging doorgevoerd die het proces van klantorders aanmaken en ophalen met producten met kitregels verbeterd op de POS.

TN 1328957

• 18/03/2025: POS loopt vast na het scannen van een klantenpas

Wijziging doorgevoerd zodat de POS niet vastloopt bij het scannen van een klantpas.

TN 1347828

• 27/03/2025: Bonkorting gaat niet correct af bij gebruik van voucher

Aanpassing gemaakt voor de bonkorting die via de optimizer loopt. 

De code gaat nu als volgt:

1. Eerst de optimizer zijn werk laten doen

2. Alle kortingsbedragen groeperen per discountoid*. Er kunnen dan de volgende scenario's ontstaan:

   1. Drempelwaarde is niet bereikt, ook niet als alle per discountoid gegroepeerde kortingsbedragen bij het totaal worden opgeteld ==> geen bonkorting

   2. Drempelwaarde is bereikt en er staan op de transactie regels zonder korting met een waarde die groter of gelijk is aan de bonkorting ==> bonkorting

   3. Drempelwaarde is niet bereikt, maar zou wel worden bereikt als alle per discountoid gegroepeerde kortingsbedragen bij het totaal worden opgeteld ==> kortingen vervangen door bonkorting

De code heeft de volgende (voor nu geaccepteerde) beperkingen

• Kortingsbedragen worden gegroepeerd per discountoid. Als meerdere setjes van kortingen af gaan (bijvoorbeeld 10x een vanvoor waarbij elke keer een korting van 1 gegeven wordt) dan wordt dit gezien als een korting van €10. Er is geen mechanisme om producten uit acties te verwijderen om zo ruimte te creëren voor bonkorting. 

• Bij het 'verwijderen' van kortingen worden de beschikbare kortingen die onder het kortingsbedrag van de transactiekorting zitten verwijderd tot we voldoende waarde hebben om de bonkorting te plaatsen. Dit gaat op sortering van bonkorting. Er is geen mechanisme/algoritme gebouwd die daarin ook de meest voordelige acties kiest. 

  • Als de bonkorting bv 6 is en je hebt groepjes kortingen van 1, 2, 4 en 5, dan zou je hier nog een complexe berekening op los kunnen laten om te kijken welke kortingen je hier het beste kunt verwijderen om tot de meest voordelige situatie te komen

TN 1326995

• 04/04/2025: BTW print verkeerd op de kassabon

Wijziging doorgevoerd zodat het BTW staatje op de fysieke kassabon weer naar verwachting werkt bij producten met 0%BTW.

TN 1350959

• 07/04/2025: Transactie niet in ASPOS klant wel betaald

In Next is APIM support toegevoegd voor de payment en agecheck callback.

In de SCO is verbeterde afhandeling van de payment poll toegevoegd.

TN 1351455

• 09/04/2025: Voorraad van verwerkte picklijst wordt onterecht gezien als vrije voorraad

Wijziging doorgevoerd zodat de voorraad van een verwerkte picklist niet meer onterecht als vrije voorraad wordt gezien.

TN 1350080

• 10/04/2025: Ltrim implementeren tbv nieuwe PDA

In de REST services is een aanpassing gedaan op verschillende plekken waar een scancode opgegeven kan worden. 

Bij bijvoorbeeld het endpoint: GET /api/products/scancode/{scancode}.

Wanneer een scancode wordt opgegeven met voor de scancode één of meerdere voorloppnullen, dan worden deze nullen er nu automatisch afgehaald zodat het product alsnog gevonden wordt.

TN 1330093

• 23/04/2025: Besteladvies fout met vervangende producten

Wijziging doorgevoerd in de procedure voor het berekenen van besteladviezen om ervoor te zorgen dat de berekening juist gaat met producten met meerdere vervangende producten.

TN 1355405

• 26/05/2025: Reeksen aanpassen bij vestiging verlaagd het ingevulde nummer met 1

Als er op een vestiging een nieuwe reeks werd aangemaakt, werd deze in de opvolging van nummers met één cijfer verlaagd. Dus als er, bijvoorbeeld, in de reeks 100 werd gevuld kreeg de eerste transactie na de wijziging het transactienummer 99. Dit probleem is nu verholpen.

TN 1353255

• 27/05/2025: Next toont documenten bij de order die helemaal niet bij de order horen

Wijziging doorgevoerd zodat je de juiste documenten terugkrijgt die gekoppeld zijn aan klantorders.

TN 1362362