Release notes RetailVista ERP najaar 2022 update versie 22.18

(Versie 22.10.8174.27844) Taak 20462 - Mogelijk maken om uitgaande bestanden die mislukt zijn te verzenden nogmaals te verzenden

In het scherm met uitgaande bestanden is het nu via de linker taakbalk mogelijk om mislukte bestanden nogmaals te versturen.

Algemeen / General

(Versie 22.15.8287.27636) Taak 20463 - Uitgaande emails verzenden via eigen email server

Vanaf nu is het mogelijk om emails te laten versturen door een eigen/andere SMTP server als de standaard instelling van RetailVista.

Er is een nieuw scherm 'Uitgaande emails' ontstaan. Hierin worden momenteel de giftkaart emails geplaatst, maar in de komende updates van RetailVista zullen alle uitgaande emails via deze route plaats gaan vinden.

Om de verzending goed te laten verlopen is het nodig om een 'SMTP server' definitie op te geven. Dit gaat via het nieuwe scherm 'SMTP servers'.

Een ander groot voordeel van deze nieuwe manier van verzending is dat ook per uitgaand bericht een SMTP verzendlog ontstaat. Die is achter elke uitgaande email terug te vinden.

Die log kan klein zijn als er met standaard instellingen gewerkt wordt, of veel groter als er bijvoorbeeld met 'debug' log instellingen wordt gewerkt. Op deze manier is beter te achterhalen wat er gebeurd is als een ontvanger stelt dat een email niet ontvangen is.

(Versie 22.13.8231.27448) Taak 18584 - ESL integratie is niet stabiel

De hele integratie tussen RetailVista en electronische schaplabels van Pricer is herschreven. Er wordt nu een koppeling gelegd met de API omgeving van Pricer in de cloud. In deze nieuwe opzet is het niet meer nodig om met een lokale server omgeving van Pricer te werken. Het enige wat in de winkel nodig nodig is zijn de LED accesspoints en natuurlijk de schaplabels zelf. Alle software bevindt zich in de cloud bij Pricer. Deze nieuiwe omgeving lijkt veel stabieler en betrouwbaarder als de oude API koppeling.

Artikel onderhoud / Product Maintenance

(Versie 22.14.8280.17464) 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.13.8231.27448) Taak 20524 - Standard raaplocatie verwijderen

De standaard (magazijn) raaplocatie bij de vestiging van een artikel bestaat niet langer meer. Dit veld is verwijderd. De functionaliteit is in ruimte mate vervangen door de nieuwe orderpicking module.

(Versie 22.16.8306.21809) Taak 20466 - Omzet boeken op gerelateerde artikelen zonder aantal op hoofdartikel verwijderen als mogelijkheid

Er bestond een wat vage optie bij type gerelateerd artikel om de omzet wel op de onderliggende gerelateerde artikelen te boeken maar het aantal verkochte stuks van het 'hoofd' gerelaterede artikel niet te verlagen. Deze instelling bestaat niet meer en waar die nog gekozen was in de oude situatie is deze omgezet naar de instelling waarbij het aantal ook op het hoofd artikel afgeboekt wordt. Hiermee zijn het aantal keuze mogelijkheden wat beperkt en is het eenvoudiger om te begrijpen hoe gerelaterede artikelen werken. Het mag duidelijk zijn dat ook al wordt het aantal vanaf nu op het hoofd gerlateerde artikel afgeboekt, de omzet op datzelfde artikel is en blijft 0 euro. Immers, de omzet wordt naar rato op de onderliggende artikelen verdeeld.

(Versie 22.16.8306.21809) Taak 20422 - Indicatie bij bruto verkoopprijs dat er nog een verkoopprijs mutatie in Exchange aanwezig is

Als een artikel in Exchange staat met een afwijkende bruto verkoopprijs ten opzichte van de huidige bruto verkoopprijs, dan wordt in de artikel kaart daar nu melding van gemaakt.

(Versie 22.16.8306.21809) 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 22.16.8306.21809) Taak 20426 - Koppeling met PriceTweakers, Internet verkoopprijs

Vanaf deze versie van RetailVista is er een integratie met PriceTweakers ontstaan. Deze software is in staat om op Internet prijzen van artikelen te scannen en te komen met een advies verkoopprijs.  Deze prijs info komt terecht in een apart bestand 'Externe prijzen' en kan van daaruit doorgeboekt worden naar artikel onderhoud. Dit kan automatisch via een taakplanning plaatsvinden. Deze berekende prijs (PriceTweakers noemt dat 'Dynamic Pricing') komt uiteindelijk terecht in het nieuwe veld 'Internet prijs' in de artikel kaart. In diezelfde artikel kaart is een nieuw prijsveld 'Bruto prijs bron' toegevoegd. Daarmee is het mogelijk om bij een artikel in te stellen dat de artikel bruto verkoopprijs de Internet prijs mag volgen. Als de Internet prijs dan gewijzigd wordt (bijvoorbeeld vanwege een mutatie uit PriceTweakers) dan wordt de prijs van artikel in de winkel ook aangepast. Het is wel aan te raden om voor dergelijke artikelen gebruik te maken van elektronische schaplabels. Een goedkoper alternatief is gebruik te maken van de print wachtrij waarbij een prijswijziging automatisch in die print wachtrij terecht komt. Die wachtrij moet dan op regelmatige basis geprint en daarmee geleegd worden.

Exchange

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

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

Exchange Excel import

(Versie 22.16.8306.21809) Taak 20423 - Import van alleen verkoopprijzen via Excel in Exchange

Vanaf nu is het mogelijk alleen een verkoopprijs (in combinatie met een barcode) te importeren in Exchange. Hiervoor is een aparte Excel import functie gemaakt in de linker taakbalk in Exchange. Alle overige info (zoals artikel omschrijving etc) wat normaalweg verplicht is bij een Excel Exchange import hoeft bij deze import niet opgegeven te worden en deze verplichte info wordt automatisch uit de artikel kaart overgenomen in Exchange.

Loyaliteit / Loyalty- savings

(Versie 22.14.8280.17464) Taak 20304 - Automatisch spaarpunten en kaarten kunnen laten verlopen

Spaarpunten kunnen nu automatisch vervallen na een instelbare periode. Hierdoor wordt er niet onbeperkt saldo opgebouwd.

Bij het spaarkaart type kan de periode ingesteld worden waarna gespaarde punten vervallen.

Verder moet een taakplanning gemaakt worden die elke nacht draait en berekend welke spaarpunten vervallen. Hiervan wordt een tegenboeking op de spaarkaart punten transacties gemaakt, zodat zichtbaar is wat de afwaarderingen geweest zijn.

Magazijn / Warehouse

(Versie 22.15.8287.27636) Taak 20536 - Op locatie niveau 1 een volgorde veld toevoegen

Op locatie niveau 1 is een volgorde veld toegevoegd. Hierdoor is het mogelijk in de orderpicking omgeving bepaalde magazijnen hogere prioriteit te geven.

Dit veld wordt ook gebruikt om op orderpicking rapportages de raap locatie te vermelden, waarbij gebruik wordt gemaakt van het eerste magazijn qua prioriteit wat ook voorraad heeft.

POS

(Versie 22.10.8174.27844) Taak 18624 - POS terminal groep onderhoud wordt traag bij groot aantal layouts

Het onderhoud van de POS terminal groepen is verbeterd qua snelheid.

Promoties &  kortingen / Promotions & discounts

(Versie 22.15.8287.27636) Taak 20700 - RFM functionaliteit realiseren in RetailVista en POS

RetailVista heeft met deze update een erg mooie nieuwe functionaliiteit gekregen, namelijk RFM. RFM staat voor Recency, Frequency, Money en is een wereldwijd geaccepteerde methode om te berekenen in welke segmenten klanten vallen. In de standaard RFM opzet worden klanten in 10 segment verdeeld, varieerend van klanten waar je het meest zuinig op moet zijn, tot klanten die je inmiddels al verloren bent. In relatie onderhoud is bij elke klant zichbaar wat het berekende RFM segment is. Aan RFM segmenten kunnen alle bekende promotionele systemen van RetailVista gekoppeld worden. Dit is mogelijk gemaakt doordat bij een kortingsafspraak nu RFM segmenten toegekend kunnen worden. In de verschillende relatie exports kan nu ook gefilterd worden op RFM segment, en het RFM segment wat toegekend is aan de klant wordt ook als kolom geexporteerd.

Relatie onderhoud / Relation Management

(Versie 22.14.8280.17464) Taak 20500 - Samenvoegen klanten werkt niet altijd

Er zijn paar fouten opgelost waardoor samenvoegen van klanten weer goed werkt.

Reserveringen / Reservations

(Versie 22.11.8188.31168) Taak 20520 - Bij SendCloud integratie ook graag de artikelen meesturen die in de zending zitten

Bij niet-multi colli zendingen worden vanaf nu de artikelen uit een reservering ook verstuurd naar SendCloud. Daardoor weet een consument welke artikelen in een zending te verwachten zijn. Tevens haakt het retour proces van SendCloud daar op in zodat het voor een consument eenvoudiger wordt om een retour zending aan te melden.

(Versie 22.15.8287.27636) Taak 20484 - Geen orderpicking rapportage printen igv credit vk orders

Van credit verkooporders worden geen orderpicking rapportages meer geprint.

Taakplanner

(Versie 22.14.8280.17464) Taak 20661 - Taakplanning vervallen kunnen markeren

Een taakplanning kan nu ook vervallen worden gemarkeerd. Dit is nodig geworden omdat taakplanningen nu ook automatisch aangemaakt worden door RetailVista. Zou een dergelijke automatisch aangemaakte taakplanning verwijderd worden, dan wordt die net zo hard weer automatisch aangemaakt. Door dit taakplanning als vervallen te markeren, zal hij niet nogmaals aangemaakt (en gestart) worden maar blijft de reeds bestaande taakplanning aanwezig. Wanneer die vervallen gemarkeerd is, zal de taakplanning natuurlijk niet uitgevoerd worden.

(Versie 22.11.8188.31168) Taak 20510 - Omzetten aantal proces taken naar taakplanner uitvoering

Een aantal bulk taken werden nog via een verouderd systeem uitgevoerd. Een zichtbaar nadeel daarvan was dat er slechts 1 bulk taak tegelijkertijd kon plaatsvinden. Dat hele verouderde systeem bestaat niet meer, alle bulk processen verlopen nu via de taak omgeving. Groot voordeel is dat de resultaten daarvan ook goed terug te zien zijn. Bovendien kunnen er nu ook meerdere taken worden gestart, de melding dat er nog een taak hangt bestaat niet meer.

Verkooporders / Sales orders

(Versie 22.10.8174.27844) Taak 20485 - BTW berekening transportkosten verplicht instelbaar maken bij verkooporder classificatie

Vanaf nu is het mogelijk om in de verkooporder classificatie in te stellen wat de BTW berekening van de verkooporder bezorgkosten is. Standaard werd altijd gewerkt met het BTW tarief van het opgegeven transport artikel. Maar wetgeving in sommige landen schrijft voor dat als BTW tarief voor de transport kosten het hoogste BTW tarief van artikelen uit de order gebruikt  moet worden. Als bv alle artikelen slechts 9% zijjn, dan mag als transportkosten BTW ook 9% berekend worden. Het schijnt dat deze regel ook geldt in Nederland, maar daarvoor adviseren we contact op te nemen met uw accountant. Het gedrag van RetailVista wordt met deze update niet veranderd. Als de nieuwe / aangepaste BTW berekening gewenst is, dan moet dat handmatig ingesteld worden in de overeenkomstige verkooporder classificaties.

(Versie 22.10.8174.27844) Taak 20483 - Aanbetalingen, terugbetalingen uitgebreid in verkooporder

RetailVista voorzag nog niet goed genoeg in de ondersteuning van credit verkooporders. Er zijn een aantal wijzigingen gerealiseerd.

- Bij credit verkooporders is het vanaf nu het mogelijk om een aanbetaling van het actie type 'Terugbetalingsverzoek' aan te maken.

Deze moet verplicht gekoppeld worden aan een aanbetaling van het actie type 'Aanbetaling' bij de originele verkooporder.

Hiermee wordt afgedwongen dat het terugbetalingsverzoek legitiem is en is ook bekend met welke betaal referenties de originele aanbetaling gedaan is. Daardoor is het ook mogelijk om automatisch terugbetalingen te laten uitvoeren doro RetailVista via bijvoorbeeld Buckaroo.

- Bij credit verkoooporders is het vanaf nu mogelijk om een aanbetaling van het actie type 'terugbetaling' aan te maken.

Deze moet verplicht gekoppeld worden aan een terugbetalingsverzoek. Daardoor wordt afgedwongen dat werkelijke terugbetalingen alleen plaatsvinden als er een terugbetalingsverzoek vastgelegd is.

Als gebruik wordt gemaakt van de nieuwe PSP integratie functionaliteit (momenteel alleen Buckaroo) dan kan de terugbetaling door RetailVista automatisch worden uitgevoerd.

- Bij normale verkooporders is het vanaf nu mogelijk om een aanbetaling van het type 'terugbetaling' aan te maken.

Deze moet verplicht gekoppeld worden aan een aanbetaling van het actie type 'aanbetaling'. Ook hier geldt dat het dan mogelijk is dat RetailVista PSP gekoppelde aanbetalingen automatisch uitvoert.

De terugbetaling op normale verkooporders zal alleen van toepassing zijn op een (deel)annulering van de order. De order is dan nog niet geleverd. Zou dat wel het geval zijn, dan moet een credit order worden aangemaakt.

(Versie 22.10.8174.27844) Taak 20479 - Aanbetalingen lookup uitbreiden met verkooporder nr en actie

Vanaf nu is het mogelijk in aanbetaliingen om te zoeken op verkooporder en op status van de aanbetaling. Hierdoor is het terugzoeken vanwege bijvoorbeeld retour betalingen veel eenvoudiger.

(Versie 22.14.8280.17464) Taak 20355 - Verrekende korting uit artikellijst komt niet terecht verkooporder

Er zat een fout in de korting omzetting van een artikellijst naar een verkooporder. Daardoor kon later in de verkooporder geen totaalkorting meer gegeven worden, daar werd eenvoudigweg niets mee gedaan. Deze fout is opgelost.

(Versie 22.15.8287.27636) Taak 20319 - Printen van orderpicking rapportages ook graag instelbaar per webshop en vestiging

RetailVista is in staat via een taak planning om automatisch orderpicking rapportages te printen.

Alleen was het printen daarvan uitsluitend mogelijk wanneer er gebruik werd gemaakt van afhaal locaties.

Ook voor te bezorgen orders moest toch gebruik gemaakt worden van afhaal locaties. Deze keuze bleek bij nader inzien niet logisch en is nu herzien.

De functionaliteit van printen per afhaal locatie bestaat nog steeds, maar het is niet meer een verplichting om op die manier te werken.

De basis voor het printen van orderpicking rapportages wordt nu op de bijbehorende vestiging ingesteld.

Het is nu ook mogelijk om per webshop hiervan af te wijken.

De volgorde is als volgt:

Afhaal locaties > Webshops > Vestigingen

Als op bijvoorbeeld afhaal locaties niets ingesteld is (of er wordt geen gebruik gemaakt van afhaal locaties) dan worden de orderpicking instellingen uit de webshop gebruikt.

Als die ook niet opgegeven zijn, of de verkooporder is geen webshop bestelling, dan wordt gebruik gemaakt van de orderpicking instellingen per vestiging.

Voorraad / Stock control

(Versie 22.16.8306.21809) Taak 20578 - Wizard bij nulstellen anders opzetten en de gebruiker meer aan de hand nemen

Het scherm rond het nulstellen van vooraad is verbeterd en vereenvoudigd.

(Versie 22.14.8280.17464) Taak 20488 - Dropshipment verkooporder regels moeten niet van invloed zijn op de vrije voorraad

Een dropshipment verkooporder regel heeft vanaf nu geen invloed meer op verlaging van de vrije voorraad. Immers, het artikel gaat niet geleverd worden vanuit de eigen voorraad, dus het heeft geen zin om de eigen voorraad te gaan verlagen met een reservering op de vrije voorraad.

(Versie 22.10.8174.27844) Taak 20486 - Instelbaarheid vrije voorraad berekening uit RetailVista verwijderen

De vrije voorraad is vanaf nu een vaste berekening, bestaande uit de voorraad min openstaande verkooporders min gealloceerde voorraad. De oude alternatieve berekening waarbij vrije voorraad werd bepaald door voorraad min reserveringen is niet meer mogelijk. Door deze aanpassing is de kolom 'Vrije voorraad' in de entiteit 'StoreProducts' voor API ontwikkelaars nu bruikbaar als betrouwbare waarde van de vrije voorraad. De performance is door deze wijziging ook verbeterd.

Webshop

(Versie 22.16.8306.21809) Taak 20730 - Geforceerd een order op kunnen halen uit een webshop

Bij geforceerd/handmatig ophalen van webshop orders uit een webshop integratie kan nu optioneel een order referentie opgegeven worden. In dat geval wordt die order 'hard' opgehaald, zonder filters of die order al eerder opgehald is. Door deze aanpasisng is het bijvoorbeeld mogelijk om een order die toch al ontvangen is en intussen gemuteerd is in de webshop nogmaals op te halen. Of een situatie waarbij de order al opgehaald was en afgekeurd was vanwege problemen. Na een correctie in het CMS kan de order dan nogmaals opgehaald worden.

Let op: Als de order al bestaat als verkooporder in RetailVista, dan zal deze niet nogmaals aangemaakt worden. RetailVista heeft daar beveiligingen op (die overigens uit te zetten zijn) waardoor zo'n order nog wel als extra binnengekomen bericht wordt aangemaakt, maar niet als verkooporder.

Op dit moment is deze functionaliteit alleen doorgevoerd bij de Bol.com integratie. Op termijn zal dit werkend gemaakt worden in elkewebshop integraite.

(Versie 22.16.8306.21809) Taak 20726 - Webshop import orders uit Magento2 realiseren

Vanaf nu is RetailVIsta in staat om orders uit een Magento2 omgeving te importeren. In de voorjaar 2023 update van RetailVista ERP worden prijzen en voorraaad ook bijgewerkt in Magento2, vanaf dat moment is de integratie beide kanten op gerealiseerd. Maar met deze aanpassing is het wel mogelijk om de hele order fulfilment in RetailVista plaats te laten vinden.

(Versie 22.15.8287.27636) Taak 20713 - Prijzen en voorraad ook communiceren naar bol.com

Prijen en vrije voorraad kunnen vanaf deze release automatisch gecommuniceerd worden naar bol.com. Er is een aparte QA waarin de werking hiervan verder beschreven wordt.

(Versie 22.14.8280.17464) Taak 20566 - Artikelomschrijvingen vanuit webshop optioneel overnemen

Vanaf nu is instelbaar of de omschrijving van een webshop artikel bestelling overgenomen mag worden uit de order. Standaard is dat wel het geval. Er zijn situaties denkbaar dat de omschrijving van de webshop in het order fulfilment proces niet gewenst is. In dat geval wordt de standaard artikel omschrijving uit artikel onderhoud gebruikt.