RetailVista ERP v23.10 - Release notes voorjaar 2023 update

Algemeen / General

(Versie 23.6.8475.25195) Taak 21115 - Inpak applicatie kan nu ook zonder dragers werken of met combinatie van wel of geen dragers

De inpak applicatie kon tot dusver alleen overweg met reserveringen die geraapt waren in dragers. Vanaf nu is het ook mogelijk om zonder dragers te werken of met een combinatie van wel of geen dragers. Die laatste is bedoeld voor situaties waarbij een deel van een reservering geraapt is en in een drager geplaatst is (bijvoorbeeld voor artikelen die uit de winkel naar centraal magazijn getransporteerd zijn) versus artikelen die in centraal magazijn zonder drager geraapt zijn. In de instellingen van RetailVista ERP is nu een instelling gemaakt die het gedrag instelbaar maakt.

(Versie 23.6.8475.25195) Taak 21111 - Controle op aantal webshop cals

Bij aanmaak van een nieuwe webshop werd in de licentie controle niet goed gecontroleerd of er wel voldoende cals beschikbaar waren om de nieuwe webshop toe te voegen. Deze fout is opgelost.

(Versie 23.6.8475.25195) Taak 21038 - 2FA (Twee factor authenticatie) toevoegen aan inlog procedure

Vanaf nu is het mogelijk om 2FA te gebruiken in RetailVista. 2FA zorgt er voor dat een gebruiker behalve een correcte inlog naam en wachtwoord ook een activatie code op moet geven bij het inloggen. Die activatie code moet gegenereerd worden door een authenticator app via een mobiele telefoon. Er bestaan verschillende authenticator apps, RetailVista is getest met de Apple, Microsoft en Google authenticator apps. Deze apps zijn allemaal kosteloos. Bijj het onderhoud van het bedrijf kan 2FA geactiveerd worden. Elke gebruiker die daarna inlogt zal eenmalig gevraagd worden om een QR barcode te scannen die RetailVista toont. Die QR code zorgt er voor dat RetailVista wordt toegevoegd in de authenticator app en vanaf dat moment toont de authenticator app een unieke code die elke 30 seconde veranderd. Een gebruiker die de authenticator app niet heeft kan dus niet inloggen met een account, ook al is de login naam en wachtwoord bekend. De applicatiebeheerder kan bepaalde gebruikers accounts uitsluiten dat 2FA op bepaalde accounts niet nodig is. Om 2FA te gebruiken in RetailVista is een licentie nodig.

Artikel onderhoud / Product Maintenance

(Versie 23.3.8433.29764) Taak 21100 - Betere ondersteuning voor dubbele barcodes

RetailVista ERP kent vanaf nu betere ondersteuning voor dubbele barcodes. Om gebruik te kunnen maken van dubbele

barcodes is het sowieso nodig om dat te activeren in de instellingen van RetailVista. Zodra dat gedaan is kan dezelfde barcode bij meerdere artikelen opgegeven worden. Het is echter vanaf mogelijk en verplicht dat slechts één van dezelfde barcodes actief kan zijn, de rest is passief. Hiervoor is een nieuw veld 'passief' toegevoegd aan het barcode onderhoud scherm. Van dezelfde barcode kan dus vanaf nu slechts één bestaan die actief is, de rest is allemaal 'passief'. Met deze functionaliteit wordt het onder andere mogelijk om EDI berichten te ontvangen waarin verwezen wordt naar een barcode die voorheen niet uniek was. Vanaf deze update zal in zo'n geval de enige actieve barcode gevonden worden, de overige passieve varianten worden genegeerd. Het komt er in feite op neer bij dubbele barcodes dat de barcode bij het artikel  wat in zo'n geval toegepast zou moeten worden als niet passief wordt gemarkeerd (dus actief wordt).

(Versie 23.3.8433.29764) Taak 21002 - Zoeken op combinatie van omschrijving en opmerking 1

Het zoeken hierop werkte als 'OF' filter waardoor er teveel resultaten getoond werden. Alle zoekschermen en alle velden die opgegeven worden in RetailVista worden altijd beschouwd als 'EN' combinatie. Dus de gevonden gegevens moeten voldoen aan alle opgegeven kriteria. Vanaf nu is dat ook het geval bij de combinatie van omschrjiving en opmerking 1.

(Versie 23.2.8419.28448) Taak 20842 - Van bestelcode veld een readonly variant maken zonder leesteken, dus alleen A-Z en 0-9.

Door deze aanpassing is het zoeken op bestelcode sterk verbeterd. Deze 'alleen lezen' variant is niet zichtbaar maar wordt gebruikt om op te zoeken. Er wordt nu uitsluitend gezocht op A-Z en 0-9, ook al bevat een bestelcode andere tekens en/of ook al wordt er gezocht met een bijzonder leesteken. De vindbaarheid is hierdoor sterk verbeterd.

(Versie 23.8.8483.27307) Taak 20841 - Bestelcode uniek binnen hetzelfde artikel

Er is een instelling aan RetailVista toegevoegd zodat een bestelcode uniek wordt afgedwongen binnen hetzelfde artikel. Als er dus meerdere inkoopgegevens zijn dan mag een bestelcode in slechts één van die inkoopgegevens voorkomen. Deze aanpassing zorgt er voor dat bij zoeken op een bestelcode altijd de juiste (en slechts één) inkoopgegeven gevonden kan worden en niet meerdere.

(Versie 22.23.8377.26019) Taak 20526 - Kunnen doorklikken op artikel nummer bij gerelateerde artikelen

In de artikel kaart bij gerelateerde artikelen is het nu mogelijk om door te klikken naar de bijbehorende gerelateerde artikelen, en terug. Ook wordt nu de voorraad, vrije voorrad en prognose voorraad van de gerelateerde artikelen vermeld als grid kolommen.

(Versie 22.18.8315.27996) Taak 20421 - Ingangsprijs van adviesprijs tonen in artikel onderhoud

Als een advies prijs wijzigt dan wordt er nu ook een datum getoond sinds wanneer die prijs gemuteerd is

(Versie 23.3.8433.29764) Taak 20158 - Permissie kunnen instellen op het mogen verwijderen van artikelen

Er is een nieuwe permissie 'MarkProductsDeleted' geintroduceerd waarmee het recht kan worden gegeven aan bepaalde gebruikers om artikelen te mogen verwijderen.

Etikettering / Thermal labelling

(Versie 23.2.8419.28448) Taak 20924 - Kortingsbedrag op artikel etiket

Er berstond al een veld netPcePrice op een artikel etiket, maar dit veld bevatte lang niet alle kortingen die RetailVista kent. De berekening van dit veld is verbeterd waardoor het veld met de prijs in de kassa overeenkomt. Hierbij moet wel opgemerkt worden dat bijvoorbeeld relatie gebonden kortingen geen invloed heben op dit veld op een etiket. Als in de kassa dit etiket gescand wordt voor één stuks en zonder opgave van klant, spaarkaart en dergelijke dan is de prijs die de kassa weergeeft dezelfde als wat op het etiket staat. Als een korting slechts in een bepaalde periode actief is, dan zou het ook kunnen zijn dat die periode op een bepaald moment voorbij is waardoor de korting inmiddels niet meer actueel is.

Exchange

(Versie 22.18.8315.27996) Taak 20420 - Mogelijk maken om adviesprijzen automatisch door te boeken uit Exchange

Het is vanaf nu mogelijk om een separate taaklanning te maken zodat advies prijzen uit Exchange altijd en afzonderlijk van de overige data worden doorgeboekt.

Exchange Excel import

(Versie 23.7.8479.37464) Taak 21047 - In geval van dubbele barcode regel afkeuren en overslaan

Als de ondersteuning voor niet unieke barcodes aan staat in RetailVista en in de Exchange Excel import worden 2 artikelen gevonden op een bepaalde aangeleverde barcode, dan wordt die Excel regel vanaf nu afgekeurd.

Giftkaart / Giftcards

(Versie 23.6.8475.25195) Taak 21101 - Bij verkoop digitale giftkaart is niet bekend of het om een digitale kaart gaat

In de type giftkaarten tabel kan nu aangegeven worden dat een bepaald type giftkaart 'digitaal' is (en dus niet 'fysiek'). Deze aanpassing zal in een volgende update van RetailVista worden gebruikt om na te gaan welke kaarten handmatig toegevoegd moeten worden aan een (webshop) bestelling en welke giftkaarten automatisch via email kunnen worden verstuurd aan een consument.

Ontvangsten / Goods-in

(Versie 23.2.8419.28448) Taak 20898 - Ontvangst kunnen voorzien van status 'Definitief'

Dit is een nieuwe status op de ontvangst waarmee in feite aangegeven wordt dat hij niet meer muteerbaar is, maar nog wel open staat. Vooral naar de inkoop factuur controle is dit gewenst omdat de bijbehorende factuur nog niet gecontroleerd kan zijn, waardoor de ontvangst nog niet definitief kan worden gesloten. Mutaties worden op deze manier echter voorkomen.

(Versie 23.5.8461.18802) Taak 20897 - Permissie op heropenen gesloten artikel ontvangst

Er is vanaf nu een nieuwe permissie 'ReOpenClosedReceivedProductHeaders' beschikbaar waarmee bepaalde gebruikers het recht kunnen krijgen om gesloten artikel ontvangsten te heropenen.

(Versie 22.24.8389.27630) Taak 20896 - Permissie beschikbaar op heropenen definitieve artikel ontvangsten

Er is een nieuwe permissie 'ReOpenReceivedProductHeaders' die gebruikt kan worden om bepaalde gebruikers te autoriseren om een artikel ontvangst te heropenen als die de status 'Definitief' of hoger bereikt heeft. Voorheen bestond er geen permissie op het heropenen van ontvangsten, ditis hiermee mogelijk gemaakt.

(Versie 22.18.8315.27996) Taak 20537 - Ontvangsten krijgen eigen nummer in plaats van boekstuk toekenning

De artikel ontvangst werkte afwijkend ten opzichte van alle andere modules doordat er gewerkt werd met een zogenaamd 'boekstuk' nummer. Dat gaf allerlei vervelende bijverschijnselen terwijl andere modules allemaal eenvoudigweg met een nummer werken. Deze systematiek is in artikel ontvangst aangepast zodat die nu ook met een eigen nummer werkt. Uiteraard is er nog steeds ondersteuning aanwezig om naast het nummer nog een toevoeging te doen met bijvoorbeeld het pakbon nummer van de leverancier.

Orderpicking

(Versie 23.4.8447.30207) Taak 20998 - Genereren en printen van dragers

Er zijn in RetailVista 2 schermen toegevoegd onder de magazijn administratie. Het is nu mogelijk om stickers te printen van aangemaakte dragers. In het drager onderhoud scherm bevindt zich in de linker taakbalk de mogelijkheid om dragers te genereren. Het print scherm is terecht gekomen in de magazijn startpagina.

(Versie 23.4.8447.30207) Taak 20997 - Virtuele drager laagste nummer

In de instellingen van RetailVista kan vanaf nu een laagste nummer opgegeven worden die gebruikt wordt bij het aanmaken van een virtuele drager.

Dit nummer staat standaard op 2500 wat betekent dat de eerste virtuele drager nummer 2500 zal krijgen. Dit zorgt er voor dat de fysieke dragers standaard kunnen worden aangemaakt in een range van 1 tot 2499.

(Versie 23.6.8475.25195) Taak 20989 - Onderhoud vervuilde magazijn locaties verbeteren

Het onderhoudscherm van vervuilde magazijn locaties heeft verschillende verbeteringen gekregen waaronder het kunnen doorklikken op het artikel en het kunnen starten van artikel statistiek.

Reserveringen / Reservations

(Versie 23.2.8419.28448) Taak 20935 - Verzend etiket aan kunnen maken ook als reservering al verkocht is

Dit was tot voorheen niet mogelijk, als een reservering verkocht was kon je geen pakket(ten) meer toevoegen. Vanaf nu is dat wel mogelijk. Vanuit reservering onderhoud kan je een pakket aanmaken en direct laten printen op een aan te geven (bridge) printer.

(Versie 23.8.8483.27307) Taak 20688 - Inpak applicatie realiseren

RetailVista bevat vanaf nu een inpak applicatie. Dit is een aparte website die volledig ingericht is op het heel snel en efficient afhandelen van order fulfilment. In de praktijk komt het vaak neer op afhandelen van webshop orders. De inpak applicatie neemt de rol van RetailVista POS over, dat was een tijdelijke oplossing voor het afhandelen van webshop bestellingen. Een belangrijjk verschil met RetailVista POS is dat de inpak applicatie de omzet van webshop orders 'op rekening' wegboekt. Hiervoor wordt gebruik gemaakt van een verzameldebiteur die per webshop op te geven is. De inpak applicatie zorgt voor een serie routine controles, vooral of een reservering al volledige geraapt en volledig betaald is. Met de inpak applicatie kunnen zendingen worden aangemeld bij SendCloud en wordt uiteindelijk de omzet gerealiseerd.

In een volgende update van deze applicatie zal ook VIES check ondersteuning toegevoegd worden om te controleren of btw vrijgestelde bestellingen mogen worden afgehaald. En er zal nog een controle scan worden toegevoegd op de geraapte artikelen. Die controle wordt in combinatie met de pakketten aanmelding, zodat bekend is welk pakket welke artikelen bevat. Als laatste zal ook ondersteuning worden toegevoegd voor de giftkaart afhandeling. Digitale giftkaarten worden direct verwerkt door RetailVista, fysieke kaarten moeten in het inpak proces worden gescand en worden dan geactiveerd.

(Versie 23.2.8419.28448) Taak 21174 - Kunnen scannen van artikelen zonder drager

In de instellingen van RetailVista bij 'Logistiek' kan nu aangegeven worden of het nodig is om artikelen die niet via een drager verzameld zijn, te controleren binnen de inpak applicatie.

Het is immers nog maar de vraag of deze artikelen correct geraapt zijn, aangezien ze niet altijd via orderpicking geraapt hoeven te zijn. Maar deze controle scan gaat ook over artikelen die wel geraapt zijn via orderpicking maar zonder daarbij gebruik te maken van een drager. Ook in die situatie kan het gewenst zijn om nog eens zeker te weten of de juiste artikelen nu ingepakt gaan worden. 

Taakplanner

(Versie 23.6.8475.25195) Taak 20848 - Globale taakplanning opheffen

Vanaf nu bestaan er geen 'globale' taakplanningen meer. Elke taakplanning moet per bedrijf worden aangemaakt waarbij sommige taakplanningen automatisch worden aangemaakt als de configuratie en/of licentie daar aanleiding toe geeft. Het grote voordeel van deze aanpassing is dat de configuratie van dat soort taakplanningen nu zelf ingesteld kunnen worden. Bijkomend voordeel is dat dan per taakplanning in één keer alle taken op te vragen zijn met hun bijbehorende status.

Als onderdeel van deze update zijn alle globale taken die er bestonden omgezet naar taken per bedrijf. Het is dus zeer waarschijnlijk dat bij de taakplanning nu een aantal gegevens zijn toegevoegd. Een belangrijke taakplanning is het ophalen en versturen van webshop gegevens, deze is nu voor elk bedrijf apart zichtbaar en instelbaar.

Verkooporders / Sales orders

(Versie 23.5.8461.18802) Taak 20870 - Instelbaar maken dat gesloten verkooporders niet heropend kunnen worden

Er is een nieuwe permissie 'AllowReopeningClosedSaleOrders' die er voor kan zorgen dat afgesloten verkooporders niet meer heropend kunnen worden.

(Versie 23.7.8479.37464) Taak 20756 - Verkoop kanaal introduceren in RetailVista

Onder een webshop kunnen meerdere verkoop kanalen bestaan. Een voorbeeld hiervan is een marketplace zoals 'EffectConnect' die verkoop kanalen zoals bijvoorbeeld Fonq bedient. RetailVista heeft sinds kort een integratie met EffectConnect, waarbij EffectConnect de webshop in RetailVista is. Bij een verkooporder is het dan wel gewenst om te kunnen zien dat een order afkomstig was van bijvoorbeeld Fonq terwijl de webshop nog steeds 'EffectConnect' is. Om deze reden zijn verkoop kanalen geintroduceerd in RetailVista. Dit is onder andere terug te zien in de verkooporder zelf. De uniekheids controle of een webshop bestelling al eerder ontvangen is, is uitgebreid van de combinatie webshop en order referentie naar webshop, verkoop kanaal en order referentie.

In de najaar 2023 update van RetailVista ERP zal het in statistiek mogelijk zijn om omzet rapportages te maken op verkoop kanaal.

(Versie 22.19.8333.24680) Taak 20755 - Orderpicking actief op reserveringen vanaf bepaalde datum

In de verkooporder classificatie is nu instelbaar dat orderpicking slechts van toepassing mag zijn op reserveringen die aangemaakt zijn na een bepaalde datum en tijd. Hierdoor is het mogelik om orderpicking ergens in de tijd in te voeren waarbij reserveringen vóór dat moment genegeerd moeten worden.

(Versie 22.19.8333.24680) Taak 20754 - Geavanceerde webshop instelling maken om obv transport type omzetting naar een verkooporder classificatie te kunnen laten plaatsvinden

Zie QA827

(Versie 23.5.8461.18802)  Taak 21178 - Verkooporder beslis boom

Vanaf nu bevat RetailVista ERP een beslis boom in de webshop verkooporder verwerking. Op basis van allerlei op te geven kriteria kan zowel het type transport als de verkooporder classificatie worden beinvloed. Het is ook mogelijk om slechts één van deze beide aan te laten passen.

In de verkooporder beslisboom kunnen kriteria worden toegevoegd. Voorbeelden van kriteria zijn specifieke artikelen die voorkomen in een order, maar ook zaken als gewicht, omvang (m3), waarde van een bestelling, postcode, land van bestemming en nog vele andere kriteria.

Hiermee kan geregeld worden dat ook al heeft een klant op de webshop gekozen voor 'Verzending' (vrij algemene keuze) dat RetailVista dat automatisch verder specificeert naar bijvoorbeeld 'Eigen transport' of een bijzondere vorm van verzending bij Post NL et cetera.  

Voorraad / Stock control

(Versie 23.5.8461.18802) Taak 21001 - Virtuele voorraad verbeteringen

De virtuele voorraad wordt nu niet meer apart getoond in artikel statistiek maar is gewoon de voorraad en vrije voorraad. Het is niet meer mogelijk om de voorraad van een virtueel artikel te muteren.

Webshop

(Versie 23.6.8475.25195) Taak 21052 - Ondersteuning van pickup points toevoegen in verkooporder en webshop orderbericht verwerking

In het webshop order bericht is het vanaf nu mogelijk om een pickup point toe te voegen. Op basis van de ontvangen pickup point naam, postcode en huisnummer controleert RetailVista of er een relatie bestaat als pickup point met die gegevens. Als dat niet het geval is dan wordt die relatie automatisch aangemaakt. Uiteindelijk wordt het nummer van de gevonden relatie overgenomen als aflever adres relatie.

(Versie 23.8.8483.27307) Taak 21042 - ICL (Intracommunautaire leveringen) ondersteuning toevoegen voor webshop bestellingen

Vanaf nu biedt RetailVista de mogelijkheid voor ICL leveringen. Dit zijn BTW vrijgestelde leveringen aan debiteuren in het buitenland. De fiscale voorwaarde voor ICL leveringen is dat er een BTW nummer bekend is en dat het nummer geldig is. Het BTW nummer kan vanaf nu als onderdeel van het webshop orderbericht meegegeven worden. RetailVista zal bij de orderbericht verwerking kijken of aan de bijbehorende relatie al een debiteur gekoppeld is. Als dat nog niet het geval is, dan wordt er gezocht of er een debiteur bestaat met het opgegeven BTW nummer. Als dat ook niet het geval is, dan wordt er een debiteur aangemaakt met dat btw nummer. Bij de aanmaak krijgt de debiteur de instelling dat er volledige betaling vereist is. De indicatie of de debiteur btw vrijgesteld geleverd krijgt is afhankelijk van het aflever adres land van de order ten opzichte van het land van de vestiging waar de order op aangemaakt wordt.

Als er wel een debiteur aan de relatie gekoppeld is dan wordt gecontroleerd of het btw nummer overeenkomt met de order. Als dat niet zo is, dan wordt het orderbericht afgekeurd. Als blijkt dat de debiteur bij de relatie nog geen BTW nummer heeft, dan wordt dit nummer overgenomen uit de order.

Er wordt nu vanuit gegaan dat de VIES check al uitgevoerd is door de webshop en dat het BTW nummer dus geldig is. In een volgende update van RetailVista ERP zal deze controle (nogmaals) gedaan worden door RetailVista en moet deze positief uitvallen. Het BTW nummer moet niet alleen bestaan maar de tenaamstelling van de debiteur moet ook overeenkomen met de geregistreerde VIES naam.