VERSIE: 6.0.Condor

Met de implementatie van het nieuwe design hebben wij het ook mogelijk gemaakt om te kiezen tussen verschillende kleurenthema's: zo kan gekozen worden voor de meest geschikte kleur voor uw winkel(keten). 

Er zijn tien kleurenthema's die toegepast kunnen worden:

• Blauw

• Donkerblauw

• Violet

• Paars

• Roze

• Rood

• Oranje

• Geel

• Groen

• Zwart

Een weergave van alle kleuren kunt u hieronder terugvinden.

2. Logging: extra logging in de POS inbouwen voor probleem met toevoegen EFT-betaling in transactie

Wij hebben een aanpassing verricht in de logging van de POS zodat de regel "set payment" wordt toegevoegd aan de lokale log file, ongeacht of de instelling [POSExtendedLogging] op "True" staat.

3. Logging: Melding + klik loggen bij de vraag of de pintransactie is gelukt ja / nee

Aanpassing gemaakt in de POS zodat het het antwoord op de melding of een pinbetaling gelukt is wordt weggeschreven in het beveiligingslog en in de extended logging (ongeacht of de instelling [POSExtendedLogging] op "True" of "False" staat).

4. Bij wijzigen pas in de POS niet de pas overschrijven maar toevoegen aan de klant

Wij hebben een aanpassing verricht in de POS waarmee het mogelijk is om een nieuwe pas toe te voegen aan een klant naast de reeds bestaande pas. Waar voorheen het bestaande pasnummer werd overschreven met de nieuwe invoer, wordt er nu een nieuwe pas aangemaakt bij de klant bij het invoeren van een nieuw pasnummer. 

Als er een pasnummer wordt ingevoerd dat al bekend is bij een andere klant, zal de POS hier melding van geven en als de instellingen [POSEloyaltyEnabled] en [EloyaltyCheckEnabled] op "True" staan, wordt er ook een check uitgevoerd op een valide pasnummer.

CN 19768

5. 15,55B|KORTING in de kassa kunnen gebruiken (net als 15K|Korting)

De POS ondersteunt nu ook scancodes waarbij in één handeling direct een product wordt gescand, een handmatige korting wordt gegeven én een redencode korting wordt gegeven.

De scancode moet voldoen aan de volgende criteria: 

scancodeproduct|handelingsnr|hoeveelheidkorting|redencodekorting:

• Scancode product | Dit mag de scancode van het product zijn of de productcode

• Handelingsnr | Dit is voor nu alleen I0

• Hoeveelheid korting | Dit kan in percentage of bedrag. Met ondersteuning voor 2 cijfers achter de komma

  • • Voorbeeld percentage korting: 12.50K. Product krijg een percentage korting van 12.50%

    • Voorbeeld bedrag korting: 12.50B. Product krijgt een bedrag korting van €12.50.

• Redencode korting | De redencode van de handmatige korting. (Redencodes van het type korting)

6. Bonkorting: geen korting geven over regels die geen korting mogen ontvangen

Wij hebben in de POS een aanpassing doorgevoerd voor het kunnen verschaffen van korting over artikelen waar geen korting over gegeven mag worden. Wanneer er enkel "netto artikelen", ofwel artikelen die uitgesloten zijn van korting op basis van het product, de groep, subgroep of het merk, zijn gescand zal de kortingsknop na het drukken op "Totaal" uitgegrijsd blijven. Dit, om te voorkomen dat er bonkorting wordt gegeven over producten die volgens de instellingen zijn uitgesloten van kortingen.

CN 1013740

Rapportages

2. Printknoppen genereren een error

Bij een aantal rapportages kwam het voor dat de printknop niet functioneerde en bij het gebruik ervan een error werd weergegeven. Dit probleem hebben wij opgelost. Er worden geen errors meer weergegeven. 

Producten

2. Melding datumselectie

In het winkeltakenmenu en inkoopordermenu hebben wij een aanpassing doorgevoerd ten behoeve van de datumselectie. Als er gefilterd wordt zonder een datum op te geven, of door een periode langer dan één jaar te selecteren zal er in ASPOS een melding verschijnen. 

3. Wijziging schaplabel

Wij hebben een aangepaste labellay-out gemaakt waarop de volgende gegevens worden weergegeven:

• Een vaste waarde: "De goedkoopste*"

• Omschrijving van het artikel

• Het bestelnummer 

• Soort inhoud

• Inhoud

• Barcode

• Verkoopprijs

Met het gebruikersrecht "Schaplabel T&G A4" wordt deze layout beschikbaar onder het menupunt labels. Door het labeltype "Schaplabel" te selecteren is het mogelijk om dit specifieke label te kiezen als labeltype bij het verwerken van het label. 

CN 19971

4.  Ontvangsten: leverancier niet meer kunnen wijzigen na opslaan van een ontvangst

Bij een opgeslagen ontvangst zonder regels was het mogelijk om de leverancier aan te passen. Na het aanpassen van de leverancier en het toevoegen van regels aan de ontvangst, werden de regels wel opgeslagen maar de header van de ontvangst niet. Om te voorkomen dat zulke, incorrecte ontvangsten tot stand komen, hebben wij een aanpassing verricht. Bij een reeds opgeslagen ontvangst zonder regels is het niet meer mogelijk om de leverancier te wijzigen. 

5. Productgroepen: verbeteren weergave subgroepen

Met deze wijziging zijn er aanpassingen doorgevoerd in het menu "Productgroepen". Bij de weergave van subgroepen werden eerder 3 entries getoond, waardoor er gescrold moest worden om meerdere subgroepen te kunnen zien. Om het gebruiksgemak te bevorderen hebben wij een aanpassing verricht waardoor alle subgroepen worden weergegeven. 

Tevens is de logica in het wijzigen en opslaan van subgroepen aangepast: Voorheen was het niet mogelijk om bewerkingen in meerdere subgroepen uit te voeren zonder de wijzigingen per subgroep op te slaan, dit is gecorrigeerd.

6. Ontvangsten: filter Fiatcode

In de ontvangstmodule is het nu ook mogelijk om ontvangsten te filteren op basis van de fiatcode. Deze filter is te vinden op het tabblad "Extra" in het menupunt "Ontvangsten". 

Als het veld leeg is, zullen alle ontvangsten worden opgehaald. Als het veld wordt gevuld met de waarde "Verwerkt - 1" of enkel "1", worden ontvangsten met fiatcode "Verwerkt - 1" opgehaald. Als dit veld wordt gevuld met "Verwerkt - 2" of "2" dan worden de ontvangsten met fiatcode "Verwerkt - 2" opgehaald.

Belangrijk: Op dit moment is het nog niet mogelijk om te filteren op fiatcode "leeg" hiervoor is een nieuwe item aangemaakt.

2. Ontvangsten: gegevens niet correct weergegeven

Bij het toevoegen van nieuwe regels aan een ontvangst werden data als "V. aantal" en "Totaal Prijs" niet correct weergegeven. De gegevens versprongen over de regel. Om dit op te lossen hebben wij een aanpassing verricht waarmee de juiste gegevens op de juiste plek op de regels worden weergegeven.

3. Acties: selecteren in bulk

Bij het selecteren van meerdere acties door de "selecteer alles" optie, en het klikken op de optie "Wijzigen" werden acties waarvan de looptijd is verstreken maar wel actief zijn ook geselecteerd maar niet weergegeven. Dit, ondanks dat er enkel gefilterd is op acties met een specifieke looptijd welke actief zijn. Middels aan bugfix hebben wij dit opgelost: enkel acties die voldoen aan de filter zullen worden geselecteerd en aangepast .

Instellingen

Klanten

2. Klantbeheer: klantgroep "Centraal" word weergegeven in plaats van de klantgroep

In het menupunt "Klantbeheer" hebben wij een aanpassing doorgevoerd zodat in de kolom "Groep" de daadwerkelijke klantgroep waar de klant in zit wordt weergegeven. Voorheen werd bij sommige klanten als klantgroep "Centraal" weergegeven, terwijl bij het openen van de klant wél een klantgroep werd weergegven. Om ervoor te zorgen dat accurate gegevens worden weergegeven hebben wij ervoor gezorgd dat de klantgroep waar de klant in zit wordt weergegeven. Dit, ongeacht op welk niveau de klant is aangemaakt. 

CN 19768

4. Klantorder: knop vrije voorraad controle

In ASPOS is het nu mogelijk om tijdens het aanmaken van een klantorder alvast te controleren of er voldoende voorraad is op de leverende vestiging. Normaliter kon deze controle pas uitgevoerd worden nadat de klantorder is aangemaakt en wordt verwerkt. Om op voorhand al te kunnen controleren of er wel voldoende vrije voorraad beschikbaar is bij de leverende vestiging, hebben wij een knop in de klantorder zelf geïntroduceerd. 

Deze knop is te gebruiken als het gebruikersrecht "Klantorder vrije-voorraadcheck" is toegevoegd aan de beveiligingsgroep waar de gebruiker aan is gekoppeld. Als dit recht is toegekend, krijgt de gebruiker tijdens het aanmaken van een klantorder de knop "Controleer vrije voorraad" te zien. Initieel zal de knop uitgegrijsd worden weergegeven. Pas nadat het vinkje "Bezorgen" is aangezet zal de knop ook gebruikt kunnen worden. 

Als er op het tabblad "Bezorgen" een bezorgvestiging is ingevuld, zal na het klikken op deze knop worden gecontroleerd of er in deze vestiging voldoende voorraad is om de klantorder af te handelen. Als er geen bezorgvestiging is ingevuld zal de bezorgvestiging worden bepaald aan de hand van de ingegeven bezorggebieden. 

Als er voldoende voorraad is zal ASPOS dit kenbaar maken doormiddel van een melding boven in beeld die aangeeft dat er voldoende voorraad is.

Als er van één of meerdere producten niet voldoende vrije voorraad is bij de leverende vestiging, zal er een pop-up in beeld verschijnen (dezelfde die in beeld komt bij het verwerken van de order) met een overzicht van welke producten er onvoldoende vrije voorraad is. 

Deze controle werkt hetzelfde als de controle die af gaat bij het verwerken van de order en zal daarom ook producten van de controle uitsluiten op basis van de instelling [CustProcExclProdStockNr]. 

2. Bij deblokkeren contact moet reden blokkade worden aangegeven

Bij het deblokkeren van een contact vanuit het menupunt Klantbeheer werd er om een reden voor blokkade gevraagd. Deze bug hebben wij opgelost gezien bij het deblokkeren geen reden aangegeven hoeft te worden. 

3. Klantorders: contextmenu werkt niet als verwacht

In het contextmenu (rechtermuisknopfunctie) in het klantordermenu hebben wij een wijziging doorgevoerd. De menupunten die worden opgehaald bij het gebruik van de rechtermuisknop zijn nu afhankelijk van de gebruikersrechten van de ingelogde gebruiker.

Daarnaast was het contextmenu beperkt tot een maximum aantal menupunten die konden worden weergegeven. Dit, gezien het maximaal aantal karakters van 250 bij de instelling die hiervoor gevuld moet worden. Om gebruik te kunnen maken van meer menupunten hebben wij naast de instelling [CustOrdShowContextMenu] een tweede instelling toegevoegd: [CustOrdShowContextMenu2]. Door de ID's van de desbetreffende securitydoors (komma gescheiden) in te voeren in deze instellingen kan worden aangegeven welke menu's zichtbaar zijn na het klikken met de rechtermuisknop op een klantorderregel. De volgorde van deze menu's wordt bepaald op basis van de volgorde waarin de securitydoors zijn ingegeven in de instellingen.

Ook hebben wij een nieuwe securitydoor aangemaakt voor het aanmaken van KLB labels bij klantorders, "Labels voor klantorder maken". Dit recht is losgetrokken van het gebruikersrecht voor het tonen van rapportages bij klantorders. Dit recht wordt daarom ook automatisch toegevoegd aan de beveiligingsgroep als deze het recht voor de rapportages bij klantorders al heeft. 

De volgende ID's kunnen worden gebruikt om de functie(s) te activeren:

• Annuleren klantorder CUSTOMERORDERCANCEL

• Retour CUSTOMERORDERRETURN

• Naar pakbon CUSTOMERORDERTODELIVERYNOTE

• Verwerken CUSTOMERORDERPROCESS

• Labels CUSTOMERORDERREPORTS

• Pickorder CUSTOMERORDERTOPICKORDER

• Verwerk picklijst CUSTOMERORDERPROCESSPICKLIST

• Naar order CUSTOMERORDERCONVERTPRETOORDER

• Importeren CUSTOMERORDERIMPORTLINES

• Naar inkooporder CUSTOMERORDERTOPURCHASEORDER

• Offerte naar order CUSTOMERORDERCONVERTQUOTATION

• Email offerte CUSTOMERORDERCREATEMAIL

• Email opdrachtbevestiging CUSTOMERORDERCREATECONFIRMATIONMAIL

• E-mail orderbevestiging CUSTOMERORDERCREATECONFIRMATIONMAIL2

• Rapportage CUSTOMERORDERREPORTS

• Verzamelen COLLECTORDERS

• Verwijderen CUSTOMERORDERDELETE

2. Restservices voor het aanmaken, opvragen en muteren van een pickbatch

Met deze wijziging zijn er vijf nieuwe NEXT endpoints toegevoegd onder de naam /api/pick-batches ter voorbereiding van de pickbatch functie. 

De volgende functionaliteiten en properties zijn toegevoegd:

Properties: 

• StartDate (aanmaakdatum pickbatch)

• FinishDate (einddatum pickbatch)

• PickingLines (expand op mogelijk)

• Status (Open, Closed, InProgress, Packing, PutToLight)

• ID

• StoreID

Functionaliteit: 

• GET api/pick-batches: Haal alle pickbatches op; Filteren op status mogelijk

• GET api/pick-batches/{id}: Haal een specifieke pickbatch op basis van een ID

• POST api/pick-batches: Maak een nieuwe pickbatch aan

• DELETE api/pick-batches/{id}: Verwijder een pickbatch op basis van een ID

• PATCH api/pick-batches/{id}: Update een pickbatch entry op basis van een ID 

CN 19956

4. EVL Services: logging

In kader van het uitbreiden van onze logging, hebben wij logging toegevoegd aan de EVL service van ASPOS.

5. Transport velden vullen vanuit Rest

Bij de CustomerOrders endpoints hebben wij een aantal nieuwe velden toegevoegd. Deze velden kunnen gebruikt worden om de transportgegevens van een order aan te geven en door te zetten. 

De volgende velden zijn hiervoor toegevoegd in REST: 

• "packageCarrierCode": Het veld "Transporteur" op het tabblad [Bezorgen] van de klantorder. 

• "packageServiceLevelTimeCode": Het veld "Service niveau" op het tabblad [Bezorgen] van de klantorder. 

• "packageServiceLevelOtherCode": Het veld "Service-overige" op het tabblad [Bezorgen] van de klantorder. 

• "packageIncoTerm": Het veld "Inco-term" op het tabblad [Bezorgen] van de klantorder. 

• "deliveryStoreId": Het veld "Bezorgvestiging" op het tabblad [Bezorgen] van de klantorder. 

Belangrijk:

• Deze velden worden bij een POST/api/customer-orders alleen toegevoegd aan de order wanneer het om een bezorgorder gaat (isDeliveryOrder = true)

• Deze velden kunnen alleen gebruikt worden als de instelling [Carrier] gevuld is en de instelling[CarrierUseDbaseSettings] op "True" staat. Alleen XML varianten worden ondersteund

• Deze velden zijn bij de CustomerOrders GET, POST en PATCH endpoints toegevoegd

6. Rest: niet toestaan dat er dubbele extensions kunnen worden meegegeven bij Post CustomerOrders

Bij het POST/api/customer-orders endpoint is een validatie toegevoegd: een customer-order met dezelfde extension kan niet aangemaakt worden. 

8. Endpoint bij Customer events Patch / Export op user & total

De volgende aanpassingen hebben wij verricht ten behoeve van customer-events:

• Nieuw endpoint PATCH/api/customer-events toegevoegd waarbij het mogelijk is om één customer-event of meerdere customer-events tegelijk aan te passen

• Bij het reeds bestaande endpoint GET/api/customer-events is het nu mogelijk om het customer-event te expanden met "intendedForGroupUser"

• Bij het reeds bestaande endpoint GET/api/customer-events is de nieuwe parameter "includeTotalCount" toegevoegd. Wanneer deze parameter op "True" wordt meegegeven, dan wordt in de response header het totaal aantal customer-events getoond (Op basis van de overige meegegeven filters) (X-Total-Count in responseHeader).