2024 Voorjaar
- 18 Apr 2024
- 40 Minuten te lezen
- Bijdragers
- Afdrukken
- DonkerLicht
- Pdf
2024 Voorjaar
- Bijgewerkt op 18 Apr 2024
- 40 Minuten te lezen
- Bijdragers
- Afdrukken
- DonkerLicht
- Pdf
Samenvatting van het artikel
Vond je deze samenvatting nuttig?
Bedankt voor uw feedback
Release document
Update voorjaar 2024
Inleiding
In dit document staan de belangrijkste punten/wijzigingen van de RetailVista update.
Voor IT-managers en applicatiebeheerders is per punt het taaknummer vermeld wat de basis van de aanpassing is.
Door in de inhoudsopgave op een regel te klikken springt u direct naar de bijbehorende beschrijving. Terug naar het begin van het document gaat via Ctrl-Home.
Bij de uitleg van de onderwerpen wordt in sommige gevallen verwezen naar een QA. Een QA is een uitwerking van/uitleg op een onderwerp en is opgenomen in RetailVista onder de hoofdmodule waar de QA bij hoort.
Binnen een hoofdmodule staat rechtsboven in het scherm een notitieblok icoon.
Als u hier op klikt verschijnt een venster met de QA’s die horen bij die hoofdmodule.
Het kan voor komen dat het uitklap-venster bij de eerste keer klikken leeg is.
In dat geval moet u weer naar het Start-scherm en nog een keer de hoofdmodule in gaan en op het notitieblok icoon klikken.
NB: In dit document zijn een aantal teksten/afbeeldingen nog met Engelstalige teksten. Het kan voorkomen dat ook in RetailVista zelf nog een aantal teksten in het Engels zijn. Deze gaan nog vertaald worden.
Inhoudsopgave
Support optie in RetailVista. 6
● Chat support vanuit RetailVista of via Whatsapp. 6
● Hoe denkt u over RetailVista. 6
RetailVista help en documenten. 7
● Belgische BTW nummer controle verbeterd – Taak 21832 (versie 23.23.8727.27895) 9
● Grid verminking opgelost – Taak 21825 (versie 23.26.8755.29691) 9
● Administratie menu herzien – Taak 21469 (versie 23.18.8629.28627) 9
● Inloggen zonder bedrijfsnummer op te geven – Taak 21445 (versie 23.18.8629.28627) 9
● Als verwijderd artikel dan overal melding hiervan – Taak 21398 (versie 23.19.8657.27398) 10
● Verlopen/vergeten wachtwoord resetten bij gebruik 2FA – Taak 21360 (versie 23.16.8602.27728) 11
● Betere ondersteuning voor dubbele barcodes – Taak 21100 (versie 23.9.8493.27718) 11
● Integratie met CDN provider Sirv.com – Taak 21012 (versie 23.25.8749.27095) 11
● Status kan aan een notitie toegevoegd worden – Taak 21828 (versie 24.1.8770.20389) 12
● Zoeken op combinatie van “omschrijving” en “opmerking 1” – Taak 21002 (versie 23.3.8433.29764) 12
● Zoeken op Bestelcode verbeterd – Taak 20842 (versie 23.2.8419.28448) 12
● Binnen een artikel moet bestelcode uniek zijn – Taak 20841 (versie 23.3.8483.27307) 13
● Ingangsdatum van adviesprijs tonen in artikelonderhoud – Taak 20421 (versie 22.18.8315.27996) 13
● Rapportage 182 toont weer locaties – Taak 21181 (versie 23.19.8657.27398) 14
● Integratie met Exact Online – Taak 21835 (versie 23.23.8727.27895) 14
● Afas export aangepast – Taak 21231 (versie 23.11.8518.27485) 14
● Wolters Kluwer Expert/M koppeling – Taak 21036 (versie 23.8.8483.27307) 14
● Splitsing in fysieke of digitale cadeaukaart – Taak 21101 (versie 23.6.8475.25195) 14
● Kortingsbedrag op etiket – Taak 20924 (versie 23.2.8419.28448) 15
● In geval van dubbele barcode regel afkeuren en overslaan – Taak 21047 (versie 23.10.8501.27680) 15
● Omzetsoort toevoegen voor op rekening verkopen – Taak 21830 (versie 23.25.8749.27095) 15
● Factuur ook aan relatie koppelen – Taak 21710 (versie 23.23.8727.27895) 16
● Taakplanning voor automatisch genereren facturen – Taak 21706 (versie 23.19.8657.27398) 16
● BCC email adres wordt nu ook gemaild – Taak 21251 (versie 23.18.8629.28627) 16
● POS-terminal automatisch laten vervallen – Taak 21771 (versie 23.25.8749.27095) 17
● Transactienummer niet langer per bedrijf – Taak 21217 (versie 23.23.8727.27895) 17
● RFM uitgebreid met extra dimensie “Frequentie en omzet” – Taak 21037 (versie 23.4.8447.30207) 18
● Inkooporder kop aanpassen zonder heropenen – Taak 21400 (versie 23.19.8657.27398) 19
● Selectie regels verwijderen in plaats van per regel – Taak 21396 (versie 23.16.8602.27728) 19
● Ontvangst kunnen voorzien van status “Definitief” – Taak 20898 (versie 23.2.8419.28448) 19
● Permissies op heropenen gesloten artikel ontvangst – Taak 20897 (versie 23.5.8461.18802) 19
● Permissies op heropenen definitieve artikel ontvangst – Taak 20896 (versie 22.24.8389.27630) 19
● Excel export van voorraad mutatie – Taak 21886 (versie 23.25.8749.27095) 20
● Inventarisaties worden niet meer verwijderd – Taak 21885 (versie 23.23.8727.27895) 20
● Virtuele voorraad verbeteringen – Taak 21001 (versie 23.5.8461.18802) 20
● Mailadres in verkooporder vastleggen – Taak 21883 (versie 24.1.8770.20389) 21
● Vervallen verkooporder regel niet naar reservering – Taak 21749 (versie 23.20.8671.21672) 21
● Verkooporder aanbetaling status uitbreiden – Taak 21714 (versie 23.24.8741.27342) 21
● Instelling om gemengde verkooporders toe te staan – Taak 21179 (versie 23.9.8493.27718) 22
● Verkooporder smart tagging – Taak 21178 (versie 23.25.8749.27095) 22
● Instelling: Gesloten verkooporders niet heropenen – Taak 20870 (versie 23.5.8461.18802) 23
● Hogere korting dan bruto stuksprijs niet mogelijk – Taak 20752 (versie 24.1.8770.20389) 23
Verkooporder Plus – Orderpicking. 23
● Genereren en printen van dragers – Taak 20998 (versie 23.4.8447.30207) 23
● Virtuele drager laagste nummer – Taak 20997 (versie 23.4.8447.30207) 24
Verkooporder Plus – Pack & Ship / Inpakken & Verzenden. 24
● VIES controle tijdens pack & ship proces – Taak 21709 (versie 23.19.8657.27398) 24
● Werken met of zonder dragers, of combinatie – Taak 21115 (versie 23.6.8475.25195) 25
● HS code ondersteuning naar Sendcloud – Taak 21935 (versie 23.25.8749.27095) 25
● HS code veld toevoegen aan artikelkaart – Taak 21705 (versie 23.23.8727.27895) 25
● Bij pakketdienst een email sjabloon op geven – Taak 21804 (versie 23.23.8727.27895) 27
● Huisnummer toevoeging naar Sendcloud – Taak 21700 (versie 23.19.8657.27398) 27
● Pack & ship applicatie geïntegreerd in RetailVista – Taak 21403 (versie 23.21.8685.25412) 28
● Artikelen zonder drager kunnen scannen – Taak 21174 (versie 23.8.8483.27307) 28
● Cadeaukaart verwerking via de pack & ship applicatie – Taak 21164 (versie 23.23.8727.27895) 29
● Drempelvoorraad voor webshop voorraadstanden – Taak 21806 (versie 23.23.8727.27895) 30
● Magento2 integratie: Alternatieve voorraad meesturen – Taak 21783 (versie 23.21.8685.25412) 30
● Sendcloud afhaallocaties – Taak 21770 (versie 23.21.8685.25412) 30
● MX check op inkomende berichten uit te zetten – Taak 21703 (versie 23.19.8657.27398) 31
● BTW vrijgestelde orders naar consumenten buiten EU – Taak 21687 (versie 23.25.8749.27095) 31
● BTW percentage bij verzendkosten berekenen – Taak 21234 (versie 23.11.8518.27485) 31
● Uitgaande email opnieuw versturen – Taak 21822 (versie 24.1.8770.20389) 33
In ontwikkeling / Langere termijn ontwikkelingen. 34
RetailVista middleware update. 34
Ø Nieuw in RetailVista
Support optie in RetailVista
● Chat support vanuit RetailVista of via Whatsapp
Uit gesprekken en reacties die wij kregen over het gebruik van RetailVista kwam eigenlijk altijd 1 punt naar voren en dat was de bereikbaarheid van support. Ook al had je een simpele vraag, er werd een ticket aangemaakt en je moest wachten op antwoord. Na een pilot fase in Engeland is de chat support nu in Nederland en België uitgerold.
Via het chat-icoon rechtsonder in RetailVista of via Whatsapp nr +31(0)6 2025 2769 kunt u een vraag stellen. Deze vraag komt bij onze 1e lijn support binnen en wij proberen de vraag direct te beantwoorden. Mocht het toch een complexe(re) vraag zijn dan wordt er alsnog een ticket voor aangemaakt en laten wij dat weten.
Wij hopen hiermee een betere service te kunnen bieden, zeker in het geval van vragen waar wij direct een antwoord op kunnen geven.
Stemmingsmeter
● Hoe denkt u over RetailVista
Op bijvoorbeeld luchthavens zie je regelmatig apparaatjes waar je op een groene, oranje of rode knop kunt drukken om uw ervaring met een dienst te beoordelen.
Dit hebben wij nu ook in RetailVista opgenomen, rechtsboven in het scherm. Zo kunt u ons snel vertellen wat u vindt van het werken met RetailVista – of misschien wel van een supportticket en hoe deze is opgelost. Niet tevreden? Druk alstublieft op de rode knop. Tevreden? Druk op de groene knop. Of geel voor “er tussenin”. Als u op een knop gedrukt heeft kunt u ook een reden aangeven. Geeft u deze ook alstublieft aan. Het venster verdwijnt daarna gedurende 1 week.
Voel u vrij om deze nieuwe functie te gebruiken. Hierdoor krijgen wij een beter inzicht in hoe u over het werken met RetailVista denkt en/of hoe de ondersteuning is ervaren.
RetailVista help en documenten
● Ondersteuningswebsite
Klik vanuit het hoofdmenu RetailVista op “Docs” en u gaat naar de supportwebsite.
Rechtsboven kunt u de taal instellen en via de login (ook rechtsboven in het scherm) kunt u uw open (en gesloten) supporttickets zien, inclusief de follow-ups ervan, taken voor de ontwikkelaars enz.
Op deze website kunt u ook doorklikken naar de RetailVista Help en documentatie
Retour administratie
● Module “Retouren”
Het doel van deze module is het stroomlijnen van het retour proces. Dit door het op een eenduidige en gecontroleerde manier vastleggen van de retouren en daardoor inzicht krijgen in de status van alle retouren.
De basis van de retour administratie bestaat uit een retour aanvraag. Retour artikelen worden vastgelegd onder een aanvraag. Dit betekent dat zonder aanvraag er geen artikelen kunnen worden geregistreerd c.q. geretourneerd.
De module werkt aanvullend op de Verkooporder Plus modules.
Beknopt de functionaliteit:
- Vastleggen originele retouraanvraag
- Telefonisch contact
- Integratie met Sencloud en Bol.com
- Integratie met Webshop mogelijk
- Zeer uitgebreide vastlegging van de originele retouraanvraag via een retourscenario
- Retourkosten, verzendkosten
- Dragers voor het identificeren van de goederen bij ontvangst via verschillende retourscenario’s
- De klantenservice (retourzending, terugbetaling zonder retourzending, herverzending, coulance) wordt gedekt:
- Afwijkende (van eerder doorgegeven) werkelijke retourname bij ontvangst retourartikelen en controle
- Voorraadmutatie, incl. B-stock
- Eventuele terugbetaling via PSP
- Terugbetaling per bank via payment bestand (PAIN001)
- Eventuele herverzending
- Via mail informeren van de consument over de voortgang van de retouraanvraag
- Eventuele terugmelding status retouraanvraag naar Bol.com of andere webshops
RetailVista Mobile
● Omzetstatistiek
Naast artikelstatistiek is er nu ook een functie “Omzetstatistiek”.
Omzetten per dag, week en maand
Huidige periode, vorige periode
Vergelijken met vorige periode, vorig jaar
Grafisch of getallen
Omzetstatistiek is een extra licentie binnen RetailVista Mobile
Indien u meer informatie wenst neemt u dan contact met ons op via verkoop@nedfox.nl of
+31 (0)527 249 900
Ø RetailVista update
Algemeen
● Belgische BTW nummer controle verbeterd – Taak 21832 (versie 23.23.8727.27895)
In Belgie zijn wat wijzigingen in de BTW nummer notatie geweest. Ook bleek dat sommige BTW nummers ondanks een geldige opbouw qua formaat toch afgekeurd werden, terwijl de VIES check deze wel accepteerde. Beide zaken zijn opgelost.
● Grid verminking opgelost – Taak 21825 (versie 23.26.8755.29691)
In sommige situaties werd een zoekresultaten overzicht (grid) verminkt. Sommige kolommen werden dan heel smal of bleven leeg. Hoewel dit probleem lastig reproduceerbaar was, lijkt een oplossing toch gevonden te zijn.
● Administratie menu herzien – Taak 21469 (versie 23.18.8629.28627)
De weergave van het Administratie menu is herzien. De oude manier van weergave voldeed niet meer omdat sommige menuonderdelen onduidelijk werden door de vele onderliggende pagina’s.
Vorige Administratie menu:
Nieuwe Administratie menu:
● Inloggen zonder bedrijfsnummer op te geven – Taak 21445 (versie 23.18.8629.28627)
In onderhoud bedrijf kan vanaf nu een alias opgegeven worden. Deze alias kan -voor- de URL van de RetailVista website worden geplaatst en zorgt er voor dat het inloggen met een bedrijf nummer niet meer nodig is.
Voorbeeld: Alias “groeneweide”
De inlog URL wordt dan: https://groeneweide.demo.retailvista.net
NB: in plaats van https://www.retailvista.net/demo (de instantie code die nu gebruikt wordt).
Instellen: Menu “Extra” -> Blok “Structuur” – Bedrijven.
Open de regel met het bedrijf -> tab “Geavanceerd”
Er kan dan een snelkoppeling worden gemaakt met deze URL.
Bij het inloggen hoeft dan geen bedrijfsnummer meer opgegeven te worden.
● Als verwijderd artikel dan overal melding hiervan – Taak 21398 (versie 23.19.8657.27398)
Op allerlei plekken in RetailVista (opboeken, inkoop, verkoop, artikel) wordt nu een nette melding getoond als een artikel verwijderd is (gemarkeerd als verwijderd in artikel onderhoud.
● Verlopen/vergeten wachtwoord resetten bij gebruik 2FA – Taak 21360 (versie 23.16.8602.27728)
Een verlopen of vergeten wachtwoord resetten in combinatie met het actief zijn van de module 2FA (two-factor authentication) werkt nu weer goed.
● Betere ondersteuning voor dubbele barcodes – Taak 21100 (versie 23.9.8493.27718)
RetailVista 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 zo 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 bij dubbele barcodes op neer dat de barcode bij het artikel wat in zo'n geval toegepast zou moeten worden als niet passief wordt gemarkeerd (dus actief wordt).
In onderstaand voorbeeld is dit het actieve artikel. “Passief” staat uit.
● Integratie met CDN provider Sirv.com – Taak 21012 (versie 23.25.8749.27095)
Er is een integratie gerealiseerd tussen RetailVista en Sirv.com, een CDN (Content Delivery Network) provider. Een CDN provider zorgt er voor dat afbeeldingen daar opgeslagen worden, in plaats van in RetailVista zelf. Hierdoor kan een webshop ook gebruik maken van exact dezelfde afbeeldingen en wordt een webshop pagina sneller weergegeven. Ook andere software zoals bijvoorbeeld een PIM systeem kan op dezelfde CDN provider afbeeldingen opslaan, zodat deze afbeeldingen dan ook automatisch in RetailVista zichtbaar gemaakt kunnen worden, zonder dat de afbeelding zelf tussen systemen moet worden uitgewisseld. Het volstaat dan om een URL uit te wisselen waar de afbeelding te vinden is.
Basis - Relatiebeheer
● Status kan aan een notitie toegevoegd worden – Taak 21828 (versie 24.1.8770.20389)
Basis - Artikelonderhoud
● Zoeken op combinatie van “omschrijving” en “opmerking 1” – Taak 21002 (versie 23.3.8433.29764)
Als beide velden gevuld waren werkte het zoekfilter als “OF” filter in plaats van “EN”. Hierdoor werden er teveel resultaten getoond. 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 criteria. Vanaf nu is dit ook het geval bij de combinatie van omschrijving en opmerking 1.
● Zoeken op Bestelcode verbeterd – Taak 20842 (versie 23.2.8419.28448)
Bij zoeken op bestelcode worden leestekens genegeerd. 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 van artikelen is hierdoor sterk verbeterd.
● Binnen een artikel moet bestelcode uniek zijn – Taak 20841 (versie 23.3.8483.27307)
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.
Instelling: Menu “Extra” – tab “Extra” – Instellingen: Sectie “Artikelen” – tab “Inkoop”
● Bij gerelateerde artikelen kunnen doorklikken op artikelnummer – Taak 20526 (versie 22.23.8377.26019)
In de artikel kaart bij gerelateerde artikelen is het nu mogelijk om door te klikken naar de bijbehorende gerelateerde artikelen en weer terug. Ook wordt nu de voorraad, vrije voorraad en prognose voorraad van de gerelateerde artikelen vermeld als grid kolommen.
● Ingangsdatum van adviesprijs tonen in artikelonderhoud – Taak 20421 (versie 22.18.8315.27996)
Als een advies prijs wijzigt dan wordt er nu ook een datum getoond sinds wanneer die prijs gemuteerd is.
Artikellijsten
● Rapportage 182 toont weer locaties – Taak 21181 (versie 23.19.8657.27398)
In deze rapportage wordt nu weer een locatie getoond.
Boekhoud koppeling
● Integratie met Exact Online – Taak 21835 (versie 23.23.8727.27895)
Naast de Exact koppeling via csv bestanden is er nu ook een integratie met Exact Online voor de kas- en verkoopfactuur journalen, samen met een export van debiteuren.
● Afas export aangepast – Taak 21231 (versie 23.11.8518.27485)
In de export van journaal regels naar Afas wordt vanaf nu als referentie de referentie van de verkooporder geëxporteerd en niet meer van de aanbetaling. Dit was eigenlijk een bug in het verleden en had altijd al de verkooporder referentie moeten zijn.
● Wolters Kluwer Expert/M koppeling – Taak 21036 (versie 23.8.8483.27307)
Er is nu ook een export van de kasverantwoording- en verkoopfactuur journalen naar Expert/M.
De nu beschikbare koppelingen:
- Accountview
- Afas
- Exact online
- Expert/M
- King
- Multivers
- Sage
- Twinfield
Cadeaukaart
● Splitsing in fysieke of digitale cadeaukaart – Taak 21101 (versie 23.6.8475.25195)
In de type cadeaukaarten tabel kan nu aangegeven worden dat een bepaald type cadeaukaart “digitaal” is (en dus niet “fysiek”). Deze aanpassing wordt gebruikt om na te gaan welke kaarten handmatig toegevoegd moeten worden aan een (webshop) bestelling, dus een fysieke kaart versturen en welke cadeaukaarten automatisch via email kunnen worden verstuurd aan een consument.
Etikettering
● Kortingsbedrag op etiket – Taak 20924 (versie 23.2.8419.28448)
Er bestond 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 hebben 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 Excel import
● In geval van dubbele barcode regel afkeuren en overslaan – Taak 21047 (versie 23.10.8501.27680)
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.
Dus: Als in RetailVista 2 verschillende artikelen staan met dezelfde barcode en er wordt een Excel import uitgevoerd waarin die barcode staat dan wordt die artikelregel niet ingelezen.
Facturering
● Omzetsoort toevoegen voor op rekening verkopen – Taak 21830 (versie 23.25.8749.27095)
In de instellingen van RetailVista kan nu ook een standaard omzetsoort worden opgegeven voor “Op rekening” verkopen. Het is niet meer verplicht om bij een relatie die debiteur is een omzetsoort op te geven. De reden voor deze aanpassing is dat het niet goed blijkt te werken om bij een relatie al een omzetsoort op te geven (zoals bijvoorbeeld op rekening omzet). Immers, het is helemaal nog niet bekend op welke manier een relatie een toekomstige aankoop gaat doen. Dat kan even goed een webshop aankoop zijn, waarbij er voor webshops ook een standaard omzetsoort instelling bestaat. Het is aan te raden om de omzetsoorten bij relaties leeg te maken en op het moment van verkoop (contant, op rekening, webshop) de omzetsoort door RetailVista te laten bepalen.
Via een andere aanpassing is het ook mogelijk gemaakt om per webshop nog weer een afwijkende omzetsoort op te geven.
● Factuur ook aan relatie koppelen – Taak 21710 (versie 23.23.8727.27895)
Facturen konden tot voorheen alleen aan een debiteur gekoppeld worden. Maar bij “verzamel” debiteuren was dan niet goed zichtbaar wie de originele klant was. Zeker bij het printen van facturen gaf dat problemen. Vanaf nu kan aan een factuur zowel een relatie als een debiteur gekoppeld worden.
● Taakplanning voor automatisch genereren facturen – Taak 21706 (versie 23.19.8657.27398)
Er kan nu een taakplanning worden aangemaakt om automatisch facturen te laten genereren van leveringen op rekening.
Menu: Extra -> Taakplanner
● BCC email adres wordt nu ook gemaild – Taak 21251 (versie 23.18.8629.28627)
Bij het versturen van uitgaande email berichten door de taakplanner werd het bcc veld zoals opgegeven bij de taakplanner instellingen niet overgenomen, waardoor de bcc functie niet meer werkte. Deze fout is opgelost.
De bcc is bedoeld voor de eigen administratie.
Kassa
● POS-terminal automatisch laten vervallen – Taak 21771 (versie 23.25.8749.27095)
Bij POS terminals kan nu worden opgegeven dat deze automatisch moet vervallen op een instelbare datum. Hierdoor zal bij vermindering van het licentie aantal de transactie verwerking blijven functioneren, mits het nieuwe gereduceerde aantal POS terminals dan overeenkomt met de bijbehorende licentie.
● Transactienummer niet langer per bedrijf – Taak 21217 (versie 23.23.8727.27895)
Vanaf nu wordt het transactie nummer niet langer per bedrijf doorlopend bepaald, maar per vestiging. Deze aanpassing was nodig omdat het berekenen van een transactie nummer per bedrijf te veel technische performance issues gaf. Het nadeel van deze aanpassing is dat het transactie nummer niet langer uniek per bedrijf, maar nu uniek per vestiging is. Waar voorheen het opgeven van een transactie nummer voldoende was, moet dat nu altijd in combinatie met een vestiging opgegeven worden. Binnen de RetailVista backoffice gebruikers interface is altijd een vestiging actief, de vestiging zoals links onderin geselecteerd. Bij BI en andere API integraties kan deze aanpassing tot een probleem leiden, als er qua match uitsluitend gewerkt wordt op bedrijf en transactienummer. Aan te raden is dus om dat uit te breiden met een vestiging nummer, voor zover de matching nu op deze manier werkt.
Loyaliteit - RFM
● RFM uitgebreid met extra dimensie “Frequentie en omzet” – Taak 21037 (versie 23.4.8447.30207)
De bezoek frequentie en omzet is nu gecombineerd in een nieuwe dimensie/waarde. De score definitie daarop loopt in tegenstelling tot de andere scores niet meer van 1 tot en met 5 maar van 1 tot en met 10.
In bepaalde situaties kan het sturen op een combinatie van bezoek frequentie en omzet beter bruikbare resultaten opleveren dan op afzonderlijke bezoek frequentie en omzet.
Inkooporders
● Inkooporders verzenden en definitief maken zonder te printen – Taak 21401 (versie 23.26.8755.29691)
Er is een nieuwe instelling toegevoegd aan inkooporders die het mogelijk maakt om een inkooporder bij aanmaak direct definitief te maken.
Instelling: Menu -> Extra -> blok “Extra” – Instellingen
● Inkooporder kop aanpassen zonder heropenen – Taak 21400 (versie 23.19.8657.27398)
Bepaalde minder belangrijke gegevens van een inkooporder, zoals data, order referentie en overige informatie, kunnen nu gemuteerd worden, zelfs als de inkooporder definitief is. Daarnaast is de mogelijkheid gemaakt om inkooporders te heropenen.
Ontvangsten
● Korting op hoofdartikel wordt verdeeld over onderliggende artikelen – Taak 21399 (versie 24.1.8770.20389)
Als bij ontvangst van een hoofd set artikel een korting gegeven wordt over de ontvangst waarde, dan wordt die waarde nu ook toegepast op de onderliggende gerelateerde set artikelen.
● Selectie regels verwijderen in plaats van per regel – Taak 21396 (versie 23.16.8602.27728)
In artikel ontvangst kunnen nu in een keer alle geselecteerde regels worden verwijderd.
● Ontvangst kunnen voorzien van status “Definitief” – Taak 20898 (versie 23.2.8419.28448)
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 inkoopfactuur 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.
● Permissies op heropenen gesloten artikel ontvangst – Taak 20897 (versie 23.5.8461.18802)
Er is vanaf nu een nieuwe permissie “ReOpenClosedReceivedProductHeaders” beschikbaar waarmee bepaalde gebruikers het recht kunnen krijgen om gesloten artikelontvangsten te heropenen.
● Permissies op heropenen definitieve artikel ontvangst – Taak 20896 (versie 22.24.8389.27630)
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.
● Ontvangsten krijgen eigen nummer in plaats van boekstuk nummer – Taak 20537 (versie 22.18.8315.27996)
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 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.
Oud:
Nieuw:
Voorraad
● Excel export van voorraad mutatie – Taak 21886 (versie 23.25.8749.27095)
In voorraad onderhoud is het nu ook mogelijk om een export naar Excel te starten van voorraad mutaties.
● Inventarisaties worden niet meer verwijderd – Taak 21885 (versie 23.23.8727.27895)
Bij het verwerken van inventarisaties worden deze nu niet langer verwijderd na afloop maar afgevinkt als “verwerkt”.
● Virtuele voorraad verbeteringen – Taak 21001 (versie 23.5.8461.18802)
De virtuele voorraad van een samengesteld artikel wordt nu niet meer apart getoond in artikel statistiek maar wordt gewoon getoond als voorraad en vrije voorraad. Het is niet meer mogelijk om de voorraad van een virtueel (samengesteld) artikel te muteren.
Uiteraard worden deze voorraadstanden van samengestelde artikelen niet meegenomen in de echte voorraad en voorraadwaarde.
Verkooporders
● Mailadres in verkooporder vastleggen – Taak 21883 (versie 24.1.8770.20389)
Via het mailadres wat hier staat wordt met de klant gecommuniceerd. Standaard wordt het in RetailVista bekende emailadres van de klant getoond. Hier kan een ander emailadres ingevuld worden of als in de webshop order een ander emailadres ingevuld wordt dan wordt deze hier getoond.
● Vervallen verkooporder regel niet naar reservering – Taak 21749 (versie 23.20.8671.21672)
Als een verkooporder regel als vervallen wordt gemarkeerd, wordt die regelwijziging niet langer ook doorgevoerd naar reserveringen. Als er al reserveringen zijn, moet apart worden bepaald of die regel nog uitgeleverd gaan worden of niet. Het annuleren van een verkooporder regel is eigenlijk niet meer dan een consument die aangeeft het “restant” niet meer te willen ontvangen. Wat al in het orderpicking proces zit, wordt standard gewoon afgehandeld.
● Verkooporder aanbetaling status uitbreiden – Taak 21714 (versie 23.24.8741.27342)
De verkooporder aanbetaling status is uitgebreid met een nieuwe waarde “Gefiatteerd”. Dit gaat om “retour” aanbetalingen, terugbetalingen naar de PSP. Verder is het vanaf nu mogelijk gemaakt om series terugbetalingen te fiatteren. Pas vanaf dat moment worden ze via de taakplanner automatisch aangeboden bij een PSP. Op dit moment is dat Buckaroo. Als de terugbetaling daar om een of andere reden wordt afgekeurd, dan wordt de status aangepast naar “Afgekeurd”. Het nu mogelijk om achteraf de afgekeurde terugbetalingen op te vragen en deze bijvoorbeeld via een bankboeking terug te betalen. Via een andere aanpassing kan van alle uit te voeren bank terugbetalingen een PAIN bestand worden aangemaakt, die in telebankieren kan worden ingelezen.
● Terugbetaling regels op basis van teveel betaald in verkooporder via taakplanner genereren – Taak 21713 (versie 24.1.8770.20389)
Als uit een afgesloten verkooporder blijkt dat er nog een overschot aan aanbetalingen bestaat, dan kan de taakplanner nu automatisch terugbetaling regels genereren. Er is naast deze taakplanning nog een andere taakplanning gemaakt die de aangemaakte terugbetalingen gaat communiceren met de PSP (betaal provider).
Om een terugbetaling automatisch aan te laten maken wordt gelet op openstaande verkooporders (definitief), waarbij van alle niet-geannuleerde verkooporder regels alles geleverd is. Mochten er nog niet-vervallen verkooporder regels open staan die nog geheel of deels geleverd moeten worden, dan vinden er uiteraard geen terugbetalingen plaats.
In de verkooporder administratie is een instelling toegevoegd met een aanmaak datum verkooporders vanaf welke datum retour betalingen automatisch aangemaakt mogen worden. Verkooporders die aangemaakte zijn voor die datum, worden buiten beschouwing gelaten.
De opgave van deze datum is verplicht om het laten genereren van terugbetaling regels te laten functioneren. Zonder het ingevuld zijn van deze datum zal er niets gebeuren.
● Export naar Pain01 telebankieren opdrachten bestand voor terugbetalingen – Taak 21712 (versie 23.21.8685.25412)
Voor bank terugbetalingen (bijv. als terugbetaling via PSP mislukt is) kunnen al deze betalingen nu in één keer naar een Pain001 telebankieren bestand worden weggeschreven.
Door dit bestand te importeren in telebankieren kunnen al die transacties met een enkele handeling worden overgemaakt.
● Instelbaar maken om genereren reserveringen van verkooporders met openstaande aanbetalingsverzoeken niet mee te nemen – Taak 21461 (versie 23.17.8615.28288)
In een eerdere aanpassing is het gedrag voor het aanmaken voor reserveringen aanpast. Wanneer er nu openstaande aanbetaalverzoeken zijn, worden er geen reserveringen aangemaakt.
Dit is niet voor iedereen werkbaar. Door het instelbaar te maken, kunnen oude en nieuwe werkwijzen gebruikt worden.
● Melding als Sendcloud pakket aanmelding niet geaccepteerd wordt – Taak 21260 (versie 23.12.8531.26329)
Als een pakket aanmelding bij Sendcloud door Sendcloud afgekeurd wordt komt er een melding, inclusief aanvullende informatie (technische reden) vanuit Sendcloud.
In overleg met de supportdesk van SendCloud kan dan worden bepaald waarom het pakket niet geaccepteerd wordt.
● Instelling om gemengde verkooporders toe te staan – Taak 21179 (versie 23.9.8493.27718)
In de instellingen “Verkooporders” kan nu ingesteld worden dat gemengde verkooporders (orders met zowel positieve als negatieve aantallen) weer toegestaan worden. In voorgaande versies van RetailVista was dat ook toegestaan maar sinds de laatste update was dat niet langer mogelijk. Het heeft nog steeds de voorkeur om aparte credit verkooporders te maken voor retour artikelen, maar de verplichting is niet langer aanwezig. De reden om met aparte orders te blijven werken heeft vooral te maken met digitale (begeleide) orderpicking: deze vorm van orderpicking is (uiteraard) niet in staat om negatieve verkooporders te rapen, met als gevolg dat een order niet volledige geraapt zal kunnen worden. Ook is het niet goed mogelijk om alleen een retour regel af te werken als er ook positieve regels in die verkooporder bestaan, dan blijft een verkooporder openstaan in afwachting van afhandelen van die positieve regels. Een andere en laatste nadeel is dat retour regels eigenlijk niet moeten leiden tot een nieuwe negatieve verkooporder: Er is nu een volwaardige retour administratie beschikbaar waar retour artikelen worden teruggenomen gekoppeld aan de originele verkooporder. Met deze nieuwe instelling en de eerder gemaakte aanpassing wordt standaard voorkomen dat er negatieve aantallen ingevoerd kunnen worden.
● Verkooporder smart tagging – Taak 21178 (versie 23.25.8749.27095)
Vanaf nu bevat RetailVista een toekenning berekening in de webshop verkooporder verwerking. Op basis van allerlei op te geven criteria kan zowel het type transport als de verkooporder classificatie worden beïnvloed. Het is ook mogelijk om slechts één van deze beide aan te laten passen.
In de verkooporder beslisboom kunnen criteria worden toegevoegd. Voorbeelden van criteria 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 criteria.
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 PostNL etc.
Deze smart tagging is onderdeel van de “Verkooporders Plus” licentie.
● Instelling: Gesloten verkooporders niet heropenen – Taak 20870 (versie 23.5.8461.18802)
Er is een nieuwe permissie “AllowReopeningClosedSaleOrders” die er voor kan zorgen dat afgesloten verkooporders niet meer heropend kunnen worden.
● Hogere korting dan bruto stuksprijs niet mogelijk – Taak 20752 (versie 24.1.8770.20389)
Een hoger kortingsbedrag dan de bruto stuksprijs wordt vanaf nu niet meer toegestaan.
Verkooporder Plus – Orderpicking
● Genereren en printen van dragers – Taak 20998 (versie 23.4.8447.30207)
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.
Print carrier labels (menu Start – Magazijn)
Geneer orderpicking dragers (menu Administratie – Orderpicking dragers)
● Virtuele drager laagste nummer – Taak 20997 (versie 23.4.8447.30207)
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.
Een virtuele drager gebruik je als een artikel niet in een carrier past maar wel een sticker met dragercode (en aanvullende informatie) moet krijgen.
De sticker wordt geprint op een mobiele labelprinter Sato PW2
en bevat o.a. de volgende informatie:
- Barcode van de drager (deze scan je weer bij de inpak applicatie
- Locatie
- Reserveringsnummer
- Referentie weborder
- Uit hoeveel regels de bestelling bestaat zodat je direct ziet of het een
single line order is of niet
●”Orderpicking type” beperken tot transportwijze, of juist ongelijk aan transportwijze – Taak 20812 (versie 23.9.8493.27718)
Bij “orderpicking type” kan nu ingesteld worden dat bij keuze voor dat type orderpicking alleen orders met een opgegeven type transport in aanmerking komen, of juist orders die niet dat opgegeven type transport hebben.
Verkooporder Plus – Pack & Ship / Inpakken & Verzenden
● VIES controle tijdens pack & ship proces – Taak 21709 (versie 23.19.8657.27398)
Voor de verwerking in de pack & ship applicatie van BTW vrijgestelde verkooporders vindt vanaf nu een VIES check plaats of het BTW nummer van de debiteur van de verkooporder correct is. Als dat niet zo is, dan zal de reservering verwerking worden afgebroken. Als de VIES service niet bereikbaar is, dan zal de verwerking wel doorgaan. Verder wordt er als onderdeel van deze wijziging ook getest of de debiteur wel op rekening mag kopen. Er zijn ook debiteuren die direct volledig moeten betalen. In dat geval zal een reservering die niet of niet volledig betaald is, alsnog geblokkeerd worden om uit te leveren. Enige alternatief in dat geval is het maken van een rembours levering.
● Voor B2B werken met een echte debiteur in plaats van verzamel debiteur – Taak 21708 (versie 23.19.8657.27398)
Als een levering op rekening met een echte debiteur wordt aangeboden, dan houdt de pack & ship applicatie daar vanaf nu ook goed rekening mee en zal de reservering niet meer op een verzameldebiteur worden verwerkt. Door deze aanpassing is het ook mogelijk om reserveringen te gaan verwerken die nog niet of niet volledig betaald zijn, immers omdat er sprake is van een “echte” debiteur zal hier later een factuur voor worden verstuurd.
● Werken met of zonder dragers, of combinatie – Taak 21115 (versie 23.6.8475.25195)
De pack & ship 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 het centraal magazijn getransporteerd zijn) versus artikelen die in het centraal magazijn zonder drager geraapt zijn.
In de instellingen van RetailVista ERP is nu een instelling gemaakt die het gedrag instelbaar maakt.
Instellen: Menu “Extra” -> blok “Extra” - Instellingen
Reserveringen
● HS code ondersteuning naar Sendcloud – Taak 21935 (versie 23.25.8749.27095)
+
● HS code veld toevoegen aan artikelkaart – Taak 21705 (versie 23.23.8727.27895)
Voor leveringen buiten de EU is het nodig bij pakketdiensten om een HS code mee te sturen van de te verkopen artikelen. Om die reden is het vanaf nu mogelijk in artikel onderhoud om een HS code vast te leggen. Deze kan via Exchange uiteraard ook geïmporteerd worden.
In de Sendcloud integratie worden nu ook HS codes meegestuurd voor douane leveringen buiten de EU. Sendcloud ondersteunt voor dit soort zendingen geen multicollo. Als er nu een pakket aanmelding gedaan wordt voor een zending buiten de EU, dan wordt dit automatisch niet meer als multicollo zending aangemeld maar via afzonderlijke individuele zendingen. In artikel onderhoud kan bij elk artikel een HS code opgegeven worden.
Instelling: Artikelonderhoud, tab “Implementatie"
● Indicatie bij pakketdienst dat het om een afhaal pakketdienst gaat – Taak 21881 (versie 23.24.8741.27342)
Vanaf nu is de “eigen” RetailVista pakketdienst ook volledig operationeel. Van pakketten die bij de eigen pakketdienst worden aangemeld worden ook etiketten geprint die op de dozen kunnen worden geplakt. Voor “eigen bezorging” zijn op deze manier ook correcte verzendlabels met informatie beschikbaar. Bovendien wordt op deze manier ook het eventuele rembours proces (te betalen bedrag aan de bezorger) netjes geregeld.
Instelling: Menu -> Administratie -> Pakketdiensten
● Voorwaarde toevoegen dat alle orderpicking runs van een reservering afgesloten zijn – Taak 21880 (versie 23.26.8755.29691)
Standaard kan in de pack & ship applicatie een reservering niet worden afgehandeld als er nog een of meer openstaande orderpicking runs bestaan. Vanaf nu is er in de verkooporder classificaties een instelling waarmee aan te geven is dat een reservering ook bij incomplete runs mag worden afgehandeld. Er verschijnt dan een melding in de pack & ship applicatie waarin ook de openstaande runs worden getoond. Er kan dan expliciet worden gekozen om verder te gaan. Als daarvoor gekozen wordt, dan worden alle openstaande runs eerst afgesloten. Daarna start dan het inpak proces.
● Bij pakketdienst een email sjabloon op geven – Taak 21804 (versie 23.23.8727.27895)
Vanaf nu kan RetailVista bij de aanmelding van een reservering bij een pakketdienst ook een email versturen. Het gaat dan om een email aan de pakketdienst zelf, niet de originele klant van de reservering. Met deze email wordt een bezorgende partij geïnformeerd over te bezorgen goederen. Vooral voor bezorgers die niet aangesloten zijn bij Sendcloud is dit een redelijk eenvoudige manier om ze toch automatisch digitaal te informeren over te bezorgen goederen.
● Pack & ship applicatie: Zelf facturen genereren en printen (instelbaar) – Taak 21711 (versie 23.20.8671.21672)
In de RetailVista instellingen kunnen bij “Reserveringen” nu allerlei instellingen opgegeven worden rond het gedrag van de pack & ship applicatie. Deze aanpassing gaat over het wel of niet automatisch printen van facturen tijdens het pack & ship proces.
● Huisnummer toevoeging naar Sendcloud – Taak 21700 (versie 23.19.8657.27398)
Voor Sendcloud moet een huisnummer toevoegen (bijvoorbeeld 3c) als 3-C worden aangeboden. Dit is aangepast in de Sendcloud integratie.
● Bezorgorders van vervallen reserveringen niet meenemen naar bezorgaanbieders (Bumbal) – Taak 21699 (versie 23.19.8657.27398)
Als een reservering als vervallen is gemarkeerd, dan zal de taakplanning vanaf nu niet langer daar nog een bezorgopdracht van maken (mits dat ingesteld is in het verkooporder scenario).
● Sendcloud request en response toevoegen aan pakket aanmelding log indien debug mode aan staat – Taak 21566 (versie 23.19.8657.27398)
In de pakketdienst onderhoud pagina wordt nu een letterlijke weergave van de request en response getoond van de communicatie met Sendcloud. Dit gebeurt alleen als RetailVista in debug mode staat.
● Pack & ship applicatie geïntegreerd in RetailVista – Taak 21403 (versie 23.21.8685.25412)
Vanaf het menu onderdeel “Reserveringen” kan nu direct doorgeklikt worden naar de pack & ship portal. In de reservering instellingen moet wel eenmalig de URL van de pack & ship portal opgegeven worden.
● Artikelen zonder drager kunnen scannen – Taak 21174 (versie 23.8.8483.27307)
In de instellingen van RetailVista bij “Reserveringen” kan nu aangegeven worden of het nodig is om artikelen die niet via een drager verzameld zijn, te controleren binnen de pack & ship applicatie.
Artikelen kunnen buiten het RetailVista Mobile orderpick proces geraapt zijn. Of wel via RetailVista Mobile orderpicking maar zonder gebruik te maken van een drager. Ook in die situaties kan het gewenst zijn om nog eens te checken en zeker te weten of de juiste artikelen nu ingepakt gaan worden.
● Cadeaukaart verwerking via de pack & ship applicatie – Taak 21164 (versie 23.23.8727.27895)
De pack & ship applicatie kan vanaf nu ook goed overweg met cadeaukaarten. Het gaat dan in het bijzonder om de fysieke cadeaukaarten. Digitale cadeaukaarten worden sowieso volledig automatisch afgehandeld, maar voor fysieke kaarten is het nodig om de bijbehorende kaartnummers van de cadeaukaarten te scannen. De pack & ship applicatie zal vanaf nu melding maken van bestelde cadeaukaarten en zal het proces ondersteunen om de kaartnummers te laten scannen en daarna de kaarten te activeren met de gewenste waarde. Het is hierdoor niet langer nodig om cadeaukaarten buiten het verkooporder proces om handmatig in een kassa omgeving te activeren.
Bij de verkooporder is in een apart tabblad zichtbaar welke cadeaukaart nummers er verkocht zijn. Als een consument achteraf dan opmerkingen maakt over niet ontvangen of niet geactiveerde cadeaukaarten, dan is altijd goed terug te vinden om welke cadeaukaarten dat zou moeten gaan.
● Verzend etiket aan kunnen maken als reservering al verkocht is – Taak 20935 (versie 23.2.8419.28448)
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.
Statistiek
● Statistiek uitgebreid nrs. 400 t/m 404 houden nu rekening met vestigingsfilter bij bepalen ontvangsten – Taak 21818 (versie 23.22.8699.25565)
Statistiek 400 vermeld onder andere het aantal ontvangen artikelen. Alleen is gebleken dat daar geen rekening werd gehouden met de actieve vestiging van waaruit de statistiek gegenereerd werd. In situaties met meerdere vestigingen werd hier een totaal van alle vestigingen vermeld. Vanaf nu wordt rekening gehouden met de vestiging en worden alleen de aantallen van de actieve vestiging vermeld.
● Statistiek uitgebreid is uitgebreid met filter: promotievoucher type – Taak 21239 (versie 23.17.8615.28288)
In statistiek uitgebreid is een nieuw filter “promotie voucher type” toegevoegd. Dit maakt het mogelijk om omzet informatie te verkrijgen op basis van gebruikte promotie vouchers.
● Statistiek uitgebreid nrs. 400 t/m 404 houden nu rekening met vestigingsfilter bij bepalen ontvangsten – Taak 21818 (versie 23.22.8699.25565)
Statistiek 400 vermeld onder andere het aantal ontvangen artikelen. Alleen is gebleken dat daar geen rekening werd gehouden met de actieve vestiging van waaruit de statistiek gegenereerd werd. In situaties met meerdere vestigingen werd hier een totaal van alle vestigingen vermeld. Vanaf nu wordt rekening gehouden met de vestiging en worden alleen de aantallen van de actieve vestiging vermeld.
Taakplanner
● Globale taakplanning (over meerdere bedrijven/vestigingen heen) opgeheven – Taak 20848 (versie 23.6.8475.25195)
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 configuraties 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.
Webshop koppeling
● Optioneel veld omzetsoort toegevoegd aan webshop onderhoud – Taak 21889 (versie 23.23.8727.27895)
Bij elke webshop kan nu (optioneel) ook een omzetsoort opgegeven worden. Verkopen als gevolg van orders op die webshop worden dan geboekt op die omzetsoort. Er is ook een andere mutatie gedaan waarbij een algemene omzetsoort voor alle webshops opgegeven kan worden. Het advies bij deze aanpassing is om de omzetsoorten bij relaties leeg te maken. Zolang dat niet gebeurt, gaat die omzetsoort altijd voor.
● Drempelvoorraad voor webshop voorraadstanden – Taak 21806 (versie 23.23.8727.27895)
Bij de webshop artikel definitie kan nu een drempelvoorraad worden opgegeven. Deze drempelvoorraad wordt afgetrokken van de voorraadstand zoals die naar de webshop gecommuniceerd wordt. Met de webshop drempelvoorraad kan er voor gezorgd worden dat de voorraad op een webshop altijd iets lager worden aangegeven dan de werkelijke voorraad. Hiermee kan enerzijds voorkomen worden dat het laatste artikel er net niet meer is en er kan iets beter voorkomen worden dat in de winkel hard lopende artikelen voor de webshop consument tot een “nee” verkoop leidt.
Stel: Artikel heeft vrije voorraad 6 stuks.
Bij het webshop artikel staat “safety stock” op 2. Dan wordt in de webshop gewerkt met aantal te verkopen 4 stuks.
● Magento2 integratie: Alternatieve voorraad meesturen – Taak 21783 (versie 23.21.8685.25412)
Bij de webshop configuratie kan aangegeven worden dat alternatieve voorraadstanden ook verstuurd mogen worden naar de webshop. Op dit moment is dat alleen geïmplementeerd bij de Magento2 integratie.
● Voorraadstanden van alle andere vestigingen exporteren naar webshops – Taak 21782 (versie 23.25.8749.27095)
RetailVista is vanaf nu in staat om additioneel ook voorraad van andere vestigingen naar webshops mee te kunnen sturen. Op dit moment is deze functionaliteit toegevoegd aan de Magento2 integratie.
● Sendcloud afhaallocaties – Taak 21770 (versie 23.21.8685.25412)
De in RetailVista bij verkooporders aanwezige pickup point functionaliteit wordt doorgegeven aan SendCloud.
● MX check op inkomende berichten uit te zetten – Taak 21703 (versie 23.19.8657.27398)
Bij elke webshop kan een MX check op het aanleveren van correcte email adressen nu worden uitgezet. Vooral als een webshop zelf al een email adres validatie gedaan heeft (via MX check of bijvoorbeeld het werkelijk versturen van een email) dan heeft een extra controle in RetailVista weinig zin.
Menu: Administratie -> Webshops -> Webshop selecteren, tab “Orders”
● BTW vrijgestelde orders naar consumenten buiten EU – Taak 21687 (versie 23.25.8749.27095)
Vanaf nu heeft RetailVista ondersteuning voor uitlevering van verkooporders naar landen buiten de EU. Aan deze landen wordt standaard BTW vrijgesteld geleverd, maar dan wel zonder BTW nummer.
In de landen tabel kan nu per land aangegeven worden of het land zich binnen of buiten de EU bevindt. Hier hangt de toestemming tot BTW vrijstelling aan vast.
Tegelijk met deze aanpassing is het ook mogelijk gemaakt om bij een debiteur aan te geven dat BTW vrijstelling controles genegeerd mogen worden. Het gaat dan in het bijzonder om de controle op het aanwezig zijn van een geldig BTW nummer.
Deze aanpassing is bedoeld voor diplomaten en andere bijzondere beroepsgroepen die zelfs binnen de EU BTW vrijgesteld geleverd mogen krijgen.
De webshop moet aangeven of een order BTW vrijgesteld is. RetailVista volgt de webshop, deze is leidend. Voor leveringen buiten EU is het sterk aan te raden een accountant te raadplegen of er voldaan wordt aan alle vereiste wet- en regelgevingen. Voor de UK gelden bijvoorbeeld verschillende regels voor orders tot en boven 155 pond.
● BTW percentage bij verzendkosten berekenen – Taak 21234 (versie 23.11.8518.27485)
In het verkooporder scenario kan vanaf nu ingesteld worden hoe het BTW tarief van verzendkosten berekend moet worden. Voorheen werd altijd het BTW tarief van het verzendkosten artikel gebruikt. Maar vanaf nu is het ook mogelijk om het BTW tarief van het hoogste btw artikel in de order te gebruiken. Dat is gebruikelijke wetgeving voor webshop bestellingen.
● Afkeur email adres: reden afkeur wordt weggeschreven in verwerking log – Taak 21172 (versie 23.13.8559.25975)
Als een email adres in een webshop order bericht afgekeurd wordt (door MX check en dergelijke) dan wordt daar vanaf nu een duidelijk melding over weggeschreven in de verwerking log met de reden van afkeur.
● Ondersteuning voor bankoverschrijving bij importeren webshop orderbericht – Taak 21160 (versie 23.23.8727.27895)
Als een klant kiest voor uitvoeren van een bankoverschrijving dan is het verzoek aan webshop partijen altijd geweest om een order dan niet te versturen naar RetailVista. Toch is dat niet handig gebleken omdat een boekhouder dan niet in RetailVista de ontvangen betaling kan bijschrijven. Ook is de order niet bekend in RetailVista dus als een klant belt met een vraag over de order (of bijv. iets wil wijzigen) dan kan dat niet. Om deze redenen is het vanaf nu mogelijk gemaakt om in het webshop orderbericht een indicatie toe te voegen dat er nog een betaling gaat volgen, met een op te geven bedrag. Bij de aanmaak van de verkooporder wordt deze informatie gebruikt om een aanbetalingsverzoek aan te maken met dat bedrag. Pas als het aanbetalingsverzoek voldaan is zal de order worden omgezet naar een reservering / wordt deze in behandeling genomen.
● Afwijkende afzender mogelijkheid per webshop bij Sendcloud integratie – Taak 21130 (versie 23.10.8501.27680)
Bij webshop onderhoud kan nu een afwijkende relatie worden opgegeven die gebruikt wordt als afzender adres voor pakketten afkomstig uit die webshop. In de SendCloud integratie wordt de relatie naam en het adres van deze relatie gebruikt als afzender informatie.
● Pickup points in verkooporder en webshop orderbericht verwerking – Taak 21052 (versie 23.23.8727.27895)
In het webshop orderbericht 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.
● Intracommunautaire leveringen (ICL) ondersteuning bij webshop bestellingen – Taak 21042 (versie 23.8.8483.27307)
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 afleveradres 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.
Administratie menu
● Uitgaande email opnieuw versturen – Taak 21822 (versie 24.1.8770.20389)
In onderhoud uitgaande emails is de optie gekomen om een email opnieuw te versturen.
In ontwikkeling / Langere termijn ontwikkelingen
Naast bovenstaande releasepunten is onze ontwikkelafdeling ook bezig met modules of onderdelen die meer tijd vragen. Met onderstaande onderdelen zijn wij op dit moment bezig:
RetailVista middleware update
De achterkant van RetailVista die alle instructies verwerkt en berekeningen uitvoert wordt herzien volgens de laatste stand van de techniek.
Als gebruiker ziet u hier niets van maar gaat het wel merken in de vorm van nog meer stabiliteit en snellere verwerking.
Dit is een langdurige ontwikkeling die wij de komende jaren gefaseerd gaan implementeren.
Kassa op pda
Dit jaar gaan wij starten met een onderzoek naar de mogelijkheden om RetailVista op een pda te kunnen gebruiken.
De huidige kassa is ontwikkeld voor alleen het Windows platform.
Was dit artikel nuttig?