Release notes RetailVista update November 2016 v.16.30

Algemeen / diversen

Versie 16.28.6143.25791 Taak 16318 - Localiseren herzien van bestandsnamen

De verschillende bestandsnamen die ontstaan bij het downloaden van rapportages, statistiek en verschillende exports was erg rommelig, niet altijd Nederlands etc. Dit is overal aangepast naar correcte naamgeving.

Artikel onderhoud

Versie 16.28.6143.25791 Taak 16350 - Graag ook de 'eigen inkoopprijs' in de artikel zoek resultaten kunnen tonen

In de artikel zoekresultaten kan als kolom nu ook voor de 'eigen' inkoopprijs worden gekozen.

Versie 16.27.6135.23246 Taak 16283 - Graag de verkoopprijs uit het artikel in het detail-window van geagendeerde verkoopprijs, zie binaries

In het detailscherm van de geagendeerde verkoopprijs wordt ter informatie nu ook de normale bruto verkoopprijs van het artikel getoond.

Versie 16.28.6143.25791 Taak 16152 - Bij inkoop gegeven (detail info veld) dan ook graag totaal aantal stuks vermelden van een verpakking

In de inkoopgegevens grid in de artikelkaart wordt vanaf nu in de kolom 'Inkoop details' bij de verpakking informatie ook het totaal aantal consumenteenheden van die verpakking getoond. Voorheen werd er bijvoorbeeld getoond '4 doos a 2 stuks' en moest je zelf uitrekenen dat dat 8 consumenteenheden zijn. Vanaf nu staat er '4 doos a 2 stuks (8)'.

Versie 16.26.6128.15470 Taak 16062 - Graag percentage ondersteuning realiseren in inkoop informatie tussen bruto en netto

Bij de inkoopgegevens van een artikel kan nu een kortingspercentage opgegeven worden tussen bruto en netto. Door het opgeven van een kortingspercentage wordt het netto veld geblokkeerd voor mutatie en altijd berekend. Deze mogelijkheid kan handig zijn als er met leveranciers afspraken gemaakt zijn over een specifieke korting op basis van de standaard bruto (lijst) prijs. Het kortingspercentage is per artikel (per inkoopgegeven).

Versie 16.15.6004.28510 Taak 16021 - Marge% in artikel zoekresultaten wordt niet getoond

In de zoek resultaten in het artikel zoekscherm werd in de kolom 'marge %' geen waarde getoond. Deze fout is opgelost.

Versie 16.24.6107.18212 Taak 16020 - Inkoopprijs opmerking veld kunnen tonen in artikel zoekscherm

In de zoek resultaten in het artikel zoekscherm kan nu als kolom ook voor de 'inkoopprijs opmerking' worden gekozen. Deze kolom ontbrak als selecteerbare kolom.

Versie 16.15.6004.28510 Taak 15978 - Bij toevoegen inkoopgegeven vanuit RV, dan de standaard inkoop status alvast suggereren

Bij het aanmaken van een inkoop regel bij een artikel wordt vanaf nu de inkoop status alvast standaard gesuggereerd. De standaard inkoop status is instelbaar via instellingen, sectie 'Artikelen'.

Versie 16.12.5987.28030 Taak 15947 - Bij artikellijst Excel import ook netto stuksprijs in kunnen lezen

Bij de artikellijst Excel import kan nu ook de 'netto' prijs inlezen worden als kolom.

Versie 16.8.5941.36111 Taak 15836 - Non Sale products history not showing graph in productstatistics

For non-sale products, we also print a graph from now on in product statistics.

Versie 16.15.6004.28510 Taak 15733 - Geagendeerde verkoopprijzen als winkel zelf eerder in kunnen laten gaan

Geagendeerde verkoop (en inkoop) prijzen kunnen 's nachts automatisch actief gemaakt worden. Het is echter ook mogelijk om het doorboeken handmatig plaats te laten vinden. Vanuit geagendeerde verkoopprijzen kan in de linker taakbalk gekozen worden voor het doorboeken van de aanwezige gegevens. Daarbij kan nu aangegeven worden dat er ook agenderingen actief worden gemaakt die al verder in de toekomst liggen. Standaard wordt de datum tot/met gevuld met de systeemdatum. Door die datum echter op te schuiven naar de toekomst zullen er meer geagendeerde gegevens in aanmerking komen om verwerkt te worden.

Versie 16.7.5934.20806 Taak 15618 - Standaard verkoop aantal in kunnen stellen op 2 decimalen

Vanaf nu kunnen bij het standaard verkooporder aantal ook decimalen opgegeven worden.

Artikellijsten

Versie 16.29.6149.29238 Taak 16320 - Bij klassieke prijsbarcode ( XXYYYYYPPPPPC ) en reguliere barcode de prijs ophalen uit barcode in diverse modules

Bij het toevoegen van een artikel in onder andere de artikellijst regel werd de prijs niet overgenomen uit de barcode. In geval van een klassieke prijsbarcode (waarbij de prijs onderdeel is van het barcode getal) moest de prijs uit die barcode worden bepaald, bij nieuwe stijl prijsbarcodes moest de prijs opgehaald worden uit het record van de betreffende barcode. Deze fout is opgelost in onder andere artikellijsten en Excel imports.

Versie 16.28.6143.25791 Taak 16178 - Artikellijst importen houden geen rekening met opgegeven barcode

Bij het importeren van een scanner wordt vanaf nu de gescande barcode uit de handscanner ook opgeslagen bij de artikellijst regel.

Versie 16.15.6004.28510 Taak 15965 - Kunnen importeren van CSV of Ascii bestand volgens scanner definitie

Het is vanaf nu ook mogelijk om in een artikellijst een bestand uit een scanner te importeren. Dit kan een CSV of een SDF bestand zijn. Via Administratie, Scanners kan een nieuwe scanner aangemaakt worden van het type 'Ascii bestand' of 'Komma gescheiden bestand'. Een Ascii bestand bevat barcode, prijs en aantal op vaste posities. In de scanner definitie voor elk van deze 3 velden aangegeven worden waar het veld begint en hoe lang het veld is.In een komma gescheiden bestand bevinden deze gegevens zich in verschillende kolommen, die gescheiden worden door middel van een , teken. In de scanner definitie kan bij een komma gescheiden bestand aangegeven worden in welke kolommen deze 3 gegevens zich bevinden.

Ga daarna naar Artikellijsten, Importeer artikellijst uit bestand of kies een bestaande artikellijst en selecteer in het linker menu 'Import taken' de keuze 'Importeer tekst bestand'.

Geef in het scherm wat dan verschijnt het te importeren bestand aan, en kies de scanner welke de juiste bestand definitie bevat. Het bestand zal dan geïmporteerd worden en na afloop wordt een rapportage beschikbaar gesteld van het import proces.

Versie 16.24.6107.18212 Taak 15958 - Uitbreiden export mogelijkheid van van geagendeerde prijswijzigingen naar artikellijst

Vanuit geagendeerde verkoopprijzen kan nu een export gemaakt worden naar een artikellijst.

Autorisatie

Versie 16.29.6149.29238 Taak 16388 - Wachtwoord reset werkt niet

Het opvragen van een nieuw wachtwoord bij 'wachtwoord vergeten' werkte niet goed, deze fout is opgelost.

Versie 16.29.6149.29238 Taak 15512 - Beveiliging schema (autorisatie tussenlaag) invoeren

Vanaf nu is het mogelijk om gebruikers te koppelen aan 1 beveiligingsrol. Voorheen moesten bij elke nieuwe gebruiker één of meerdere gebruikersgroepen gekoppeld worden. Dat was redelijk veel werk en het risico was groot dat bepaalde gebruikers die dezelfde rol vervullen toch verschillende rechten in de praktijk hadden. Door nu te werken met beveiligingsrollen kan bijvoorbeeld een rol 'winkel medewerker' gemaakt worden. Aan die rol moeten éénmalig de gebruikersgroepen gekoppeld worden. Daarna is het  alleen nodig bij een nieuwe gebruiker om die te koppelen aan de rol 'winkel medewerker' waarna die gebruiker de juiste rechten heeft. In het tabblad 'Beveiliging' kan de beveiligingsrol aan de gebruiker gekoppeld worden.

EDI

Versie 16.17.6019.13876 Taak 16078 - Als CPS regel niet aanwezig is, dan eerste LIN regel beschouwen als segment 1

Bij het opboeken van een EDI pakbon wordt normaalweg door de 'CPS' regel aangegeven dat de kop van het bericht ten einde is en dat er gestart wordt met de regels. Toch blijken er technisch pakbonnen voor te komen waarbij deze code helemaal ontbreekt. RetailVista startte dan niet met het opboeken van de regels. Vanaf nu wordt bij het ontbreken van deze regel de eerstgevonden 'LIN' regel beschouwd als de start van de aanwezige regels in een pakbon bericht.

Versie 16.14.5998.20925 Taak 15269 - Herziening van EDI verwerking gewenst

De EDI verwerking in RetailVista is herschreven. Uitgangspunt in de nieuwe werking is dat regels of velden die RetailVista niet herkend vanaf nu eenvoudigweg genegeerd worden. Voorheen kon RetailVista hard crashen op een enkel veld of regel met foutieve informatie. Verder test RetailVista nu eerst alle EDI regels en toont in het verwerkingsverslag per regel een status 'Ok' , 'Waarschuwing' of 'Fout'. Regels met waarschuwingen leiden niet tot afkeur van het bericht, regels met 'Fout' wel. Bij waarschuwingen en fouten staat een duidelijke uitleg wat er foutief is, inclusief een referentie nummer naar de GS1 Edifact documentatie.

In de instellingen van RetailVista is het EDI gebruik in te stellen tussen versie 1 (oud) en versie 2 (nieuw). Deze instelling is tijdelijk en is bedoeld om snel terug te kunnen schakelen naar het EDI gedrag in de vorige versies van RetailVista, mocht de nieuwe aanpak ergens niet goed functioneren. In de volgende release van RetailVista zal de oude functionaliteit (bij correct gebleken werking van de nieuwe) geheel komen te vervallen. In de uitrol van RetailVista gaat iedereen eerst nog werken met het oude gedrag, NedFox zorgt in de loop van de tijd voor het activeren van versie 2.

Etikettering

Versie 16.27.6135.23246 Taak 16334 - Bij printen etiketten vanuit print wachtrij vragen om peildatum

Bij het afdrukken van etiketten kan nu een prijs peildatum opgegeven worden. RetailVista gaat dan rekening houden met eventueel aanwezige geagendeerde prijzen. Met de prijs peildatum wordt aangegeven van welke datum de prijzen geprint moeten worden op het etiket. Zo is het bijvoorbeeld mogelijk om als prijs peildatum 1 januari op te geven zodat op de etiketten alvast de prijzen komen te staan zoals die gaan gelden per 1 januari.

Versie 16.26.6128.15470 Taak 16213 - Vestigingsselectie beter ondersteunen tijdens printen en selecteren vanuit print wachtrij

Bij het printen van gegevens uit een afdruk wachtrij wordt nu goed rekening gehouden met de vestiging waarvoor gegevens geprint moeten worden.

Versie 16.27.6135.23246 Taak 16201 - De in de artikellijst opgegeven barcode zou moeten worden geprint

Bij het printen van rapportage 96 wordt vanaf nu de gescande barcode geprint, mits die gebruikt is om de regel toe te voegen aan de artikellijst. Als er geen gescande barcode gebruikt is, dan wordt de standaard artikel barcode geprint.

Versie 16.16.6011.38240 Taak 16024 - Vraag stellen na printen etiketten vanuit print wachtrij

Bij het printen van etiketten uit de print wachtrij wordt nu na afloop een vraag gesteld of het printen geslaagd is. Vanaf dat moment worden de printwachtrij regels verwijderd.

Versie 16.27.6135.23246 Taak 16017 - Rapportage van print wachtrij nodig en van geagendeerde verkoopprijzen

Zowel bij de print wachtrij als bij de geagendeerde verkoopprijzen kunnen nu rapportages worden geprint.

Versie 16.18.6024.36255 Taak 15980 - Print wachtrij functionaliteit uitbreiden met agendering ondersteuning

In de artikel print wachtrij is nu ook ondersteuning ingebouwd voor geagendeerde prijzen. In de instellingen van RetailVista kan nu ingesteld worden dat bij aanmaak van een geagendeerde verkoopprijs deze ook toegevoegd moet worden aan de print wachtrij. In de print wachtrij bestaat een kolom 'Datum' waarop de datum vermeld staat van de agendering. Bij de weergave van de print wachtrij worden nu standaard alleen de print regels getoond die binnen nu een 7 dagen actueel zijn. Een agendering die bijvoorbeeld pas per 1 januari actief wordt, zal begin december nog niet getoond worden in de print wachtrij.

Versie 16.13.5991.26961 Taak 15979 - Inkoopstatus code en omschrijving kunnen coderen op een thermische etiket

Op thermische etiketten kan nu ook de inkoop status code en omschrijving geprint worden. De velden die hiervoor gemaakt zijn heten 'purchasestatuscode' en 'purchasestatusdescription'. Verder is QA303 uitgebreid met deze 2 nieuwe velden.

Versie 16.24.6107.18212 Taak 15960 - Bij etiket classificatie 'aantal mapping' kunnen doen

In het onderhoud van een artikellijst kan nu gebruikt gemaakt worden van 'aantal mapping'. Dit houdt in dat bij een etiket classificatie vanaf nu een waarde bij 'mapping aantal' opgegeven kan worden. Door daar bijvoorbeeld '5' te vermelden bij een etiket classificatie, kan daarna in artikellijst regels bij een of meerdere regels het getal '5' opgegeven worden.

Door daarna in de linker taakbalk te kiezen voor 'Toepassen artikellijst aantal vertaling' zal RetailVista bij alle artikelen van regels met aantal stuks = 5 de etiket classificatie van die artikelen instellen op de etiket classificatie waar 5 ook als waarde opgegeven is. Verder kan in datzelfde scherm opgegeven worden dat na verwerking van die waarde het aantal stuks van de regel aangepast wordt naar 1.

De praktische toepassing van deze aanpassing zit vooral in het uitlezen van 'domme' handscanners. Bij deze scanners kan een artikel gescand worden en kan in het aantal veld door middel van deze waarde aangegeven worden wat voor soort etiket er geprint moet gaan worden. Een '5' is dan bijvoorbeeld een schaplabel. Bij het uitlezen van de scanner naar de artikellijst kan daarna bovenstaand scherm gestart worden om alle artikel classificaties over te nemen. Als laatste kunnen dan in 'geavanceerd zoeken' in de artikellijst die regels getoond worden van artikelen met een bepaalde etiket classificatie. Toon dan bijvoorbeeld alleen de artikelen met etiket classificatie 'schaplabel'. Door daarna etiketten te printen zullen alleen artikelen geprint worden waarvan een schap etiket gewenst is, en worden andere soorten etiketten (bijvoorbeeld sleuf etiketten) genegeerd.

Exchange algemeen

Versie 16.29.6149.29238 Taak 16312 - M3 veld in inkoop beschikbaar maken ongeacht licentie voor container administratie

Het veld 'M3' bij de inkoopgegevens is vanaf nu altijd zichtbaar, ongeacht het wel of niet hebben van een container administratie licentie.

Versie 16.26.6128.15470 Taak 16196 - Standaard verkoop aantal ondersteund geen -1 in Exchange Excel import

De kolom 'standaard verkoopaantal' kan nu ook met de waarde -1 geïmporteerd worden vanuit Excel in Exchange.

Versie 16.21.6033.26967 Taak 15843 - Exchange import wordt niet doorgeboekt omdat BTW code niet bestaat

Bij de Excel import in Exchange wordt vanaf nu direct gecontroleerd of een BTW wel bestaat in RetailVista. Als dat niet het geval is, dan wordt deze direct afgekeurd in het verwerking verslag. Voorheen gebeurde dit pas tijdens het doorboeken van Exchange naar artikel onderhoud.

Versie 16.23.6079.22485 Taak 15705 - Excel sjabloon geeft errors omdat de stijl niet uniek is

De export van statistiek naar Excel waarbij er gebruik gemaakt wordt van een sjabloon is aangepast. Er gingen soms zaken fout als het sjabloon al bepaalde opmaak onderdelen bevatte.

Versie 16.13.5991.26961 Taak 14949 - Leveranciers volledig kunnen uitsluiten van exchange

Bij leverancier onderhoud kan in het tabblad 'Geavanceerd' nu aangegeven worden dat een leverancier volledig uitgesloten wordt van Exchange mutaties. Dit gaat om het veld 'Negeer artikel mutaties in Exchange'. Door dit veld te markeren wordt een artikel mutatie niet in Exchange geplaatst, als deze leverancier de voorkeur leverancier van dat artikel is.

Verder wordt in het inkoop informatie scherm aangegeven dat eventuele artikelmutaties voor deze leverancier genegeerd worden.

Versie 16.27.6135.23246 Taak 7400 - In Exchange graag informatie tonen over wat er gewijzigd gaat worden

Door een Exchange mutatie regel te openen (bijvoorbeeld d.m.v. dubbel klikken of het 'toon' icoontje) wordt vanaf nu zichtbaar welke gegevens er verschillen. Dit is opgedeeld in een aantal secties, waaronder artikel verschillen, inkoop verschillen et cetera.

Exchange Excel import

Versie 16.26.6128.15470 Taak 16281 - Bij import Excel in Exchange aan kunnen geven met wat voor soort inkoopprijzen gewerkt wordt

Er werd tot voorheen altijd uitgegaan van inkoopprijzen per consumenteenheid. Vanaf nu is bij de import aan te geven wat de soort inkoopprijs is. De keuze daarbij is per consumenteenheid, per verpakking of per inkoop verpakking. De standaard waarde die gesuggereerd wordt is dezelfde als bij het aanmaken van een nieuw inkoopgegeven en komt uit de standaard inkoop instellingen uit de instellingen van RetailVista.

Versie 16.15.6004.28510 Taak 16027 - Inkoopstatus kunnen importeren

Via de Excel import in Exchange kan de inkoop status nu ook ingelezen worden als kolom.

Versie 16.7.5934.20806 Taak 15783 - Na import Excel file in Exchange en toekennen barcodes aan bestand dan bij download graag juiste naamgeving en extensie terug sturen

Na het importeren van een Excel sheet in Exchange kan ingesteld worden dat er automatisch een download ontstaat van hetzelfde bestand, waarbij de door RetailVista gegenereerde barcode toegevoegd is als kolom. Deze download resulteerde echter in een foutieve bestandsnaam. Dit is aangepast.

Facturering

Versie 16.26.6128.15470 Taak 16282 - Opslag percentage 0% mogelijk maken

RetailVista accepteerde bij de prijsafspraken geen 0% als opslag percentage op de inkoopprijs. Dit is nu aangepast zodat er ook 1:1 tegen inkoopprijs geleverd kan worden.

Versie 16.24.6107.18212 Taak 16183 - Versturen pakbonnen en/of facturen tonen leverancier zoekscherm als je een relatie wilt kiezen

Bij het versturen van EDI pakbonnen en/of EDI facturen verscheen door te klikken op het vergrootglas achter het veld 'relatie' onterecht het leverancier zoekscherm. Dit is opgelost.

Versie 16.26.6128.15470 Taak 15504 - Digitaal kunnen factureren vanuit RetailVista

Vanaf nu is het mogelijk om digitaal te factureren vanuit RetailVista. Om dat mogelijk te maken moet bij een debiteur aangegeven worden dat deze de factuur digitaal wil ontvangen. Dat kan in het tabblad 'Digitaal' bij de keuze 'Digitale factuur'. In het veld daaronder moet het email adres opgegeven worden waar de factuur naar toe moet worden gestuurd. Voor debiteuren die liever geen digitale factuur ontvangen kan automatisch een toeslag worden toegevoegd aan een factuur. De opgave van het toeslag artikel is ook mogelijk in hetzelfde tabblad. De implementatie van deze toeslag zal echter pas in 2017 aan RetailVista worden toegevoegd.

Print nu een proef factuur voor deze debiteur, en kies daarna voor het versturen van facturen. Facturen die via EDI en/of email verstuurd moeten worden, zullen nu door de taak planner van RetailVista automatisch worden verstuurd. De factuur layout die gebruikt wordt, kan opgegeven worden bij Instellingen, sectie Algemeen, tab 'Rapportage taken'. Eventueel kan bij de debiteur nog een afwijkende factuur layout opgegeven worden, in het tabblad 'Layout'.

De status van de verzending van de factuur kan indien gewenst gevolgd worden via de taak planner van RetailVista via Extra, Taak planner. Daar bevindt zich een taak 'Genereer PDF rapportage' en door die taak planning te openen kan in het tabblad 'Uitvoering' opgevraagd worden welke taken er uitgevoerd zijn of nog uitgevoerd moeten worden. 

Er zal nu een factuur per email ontvangen worden. In de factuur zelf is in het tabblad 'Export' te zien op welke tijdstippen er een factuur per mail gestuurd is. Elke factuur PDF kan daar ook nog weer gedownload worden. 

Als afzender email adres wordt nu noreply@retailvista.net gebruikt. In de volgende versie van RetailVista is dat instelbaar. Als email tekst zelf wordt het email sjabloon gebruikt zoals opgegeven is bij de taak planning. Standaard wordt het basis email sjabloon gebruikt, maar er kan een kopie gemaakt worden van een email sjabloon met eigen teksten daarin. Door dat nieuwe sjabloon op te geven bij de taak planning zal die email gestuurd worden.

Giftkaart

Versie 16.14.5998.20925 Taak 15924 - Giftkaart licensering op giftkaart CALS uit RetailVista halen

Het licentie model rond giftkaarten is aangepast in RetailVista. Voorheen werd er voor elk 'merk' giftkaart een licentie vereist. Dat is nu niet meer het geval: voor elke giftkaart provider is nog een licentie nodig. Levert 1 giftkaart provider verschillende merken giftkaarten, dan kunnen die allemaal binnen RetailVista worden verwerkt, zonder dat daarvoor aanvullende licenties nodig zijn.

Versie 16.9.5963.28000 Taak 15750 - Licentie controle ook inbouwen bij onderhoud type giftkaarten

Vanwege een wijziging in de licensering van giftkaarten wordt er vanaf nu bij de type giftkaarten gecontroleerd of er voldoende giftkaart CAL licenties aanwezig zijn. Elke actieve (niet-vervallen) type giftkaart vereist een giftkaart CAL. Voorheen moest er voor elk 'merk' giftkaart een licentie worden afgesloten.

Inkooporders

Versie 16.26.6128.15470 Taak 16265 - Verwijderen inkooporder met onderliggende verkooporders geeft nu een foutmelding

Het verwijderen van een inkooporder waar verkooporders aan gekoppeld zijn geeft nu niet langer een foutmelding.

Versie 16.26.6128.15470 Taak 16258 - Bij bepalen van inkoop info in inkooporder regel dan niet CBM -1 suggereren als er geen CBM is

Vanaf nu wordt bij de aanmaak van inkoop informatie niet langer -1 als CBM (M3) gesuggereerd als er geen M3 informatie aanwezig is.

Versie 16.20.6031.28542 Taak 16119 - Bij importeren artikellijst en bij herberekenen inkooporder wordt foutief totaalbedrag berekend

Bij het importeren van een artikellijst in inkooporders werd soms een foutief totaalbedrag berekend. Dit gebeurde alleen als er gebruik gemaakt werd van inkoopprijzen per verpakking. Deze fout is opgelost.

Versie 16.24.6107.18212 Taak 16094 - Standaard inkooporder classificatie aan kunnen geven

Bij de instellingen 'inkooporders' van RetailVista kan nu ook een standaard inkooporder classificatie worden aangegeven. Bij het aanmaken van een inkooporder wordt die classificatie dan standaard gesuggereerd.

Versie 16.9.5963.28000 Taak 15913 - Inkoopfactuur relatie en aflevering relatie info op kunnen geven bij vestiging

Bij het printen van een inkooporder was de behoefte om een adres/email/telefoon blok op te kunnen geven waar de inkoop factuur naar moest worden verstuurd, en een zelfde blok waar de order moest worden afgeleverd. Hiervoor is de dataset van de inkooporder uitgebreid. Verder kunnen de relatie nummers hiervoor nu opgegeven worden bij de vestiging informatie.

Versie 16.9.5963.28000 Taak 15911 - Toevoegen inkoper gebruiker toekennen aan inkooporder

Bij het aanmaken van een inkooporder kan nu ook een inkooporder medewerker worden opgegeven. Deze medewerker kan indien gewenst ook op de inkooporder rapportage vermeld worden. Voor leveranciers geeft dit aan naar wie ze moeten vragen als er meer informatie nodig is bij een bepaalde order. EDI inkooporder berichten voorzien overigens niet in de mogelijkheid om deze informatie mee te sturen.

Versie 16.7.5934.20806 Taak 15376 - In de TAB Inkooporders van de artikelstatistiek wordt bij de kolom leverancier de voorkeursleverancier getoond van het artikel maar niet de leverancier van de inkooporder

In het tabblad 'Inkooporders' in artikel statistiek werd de voorkeur leverancier van het artikel getoond. Er is nu een kolom bijgekomen met de leverancier van de inkooporder.

Versie 16.17.6019.13876 Taak 15073 - Genereren inkooporder, verkooporder moet 1:1 leiden tot inkooporder

Bij instellingen, sectie verkooporders, tab algemeen kan bij 'Inkooporder genereren' nu gekozen worden voor het genereren van een inkooporder per verkooporder. Nog steeds wordt een verkooporder dan uitgesplitst per leverancier, maar het is dan wel zo dat verschillende verkooporders met zelfde leveranciers niet worden samengevoegd tot 1 inkooporder per leverancier. Elke verkooporder leidt minimaal tot 1 inkooporder. In sommige situaties kan dit gewenst gedrag zijn.

Versie 16.11.5977.27869 Taak 15072 - Inkooporder per email naar leverancier (inkooporder opslaan als PDF en direct per email sturen)

Vanaf nu kunnen inkooporders ook per email naar leveranciers verstuurd worden. Bij de leverancier kan in het tabblad 'EDI' aangegeven worden dat het standaard type communicatie 'Email' is en in het veld 'Email adres' kan dan opgegeven worden naar welk mail adres de order verstuurd moet worden. Vanaf dit moment werkt het hetzelde als bij EDI leveranciers: zodra een inkooporder definitief geprint is, kan deze via 'Verstuur inkooporders' verstuurd worden. RetailVista zoekt dan zelf uit of het een Email of een EDI bericht moet worden. Afhankelijk van instellingen is het ook mogelijk om deze verzending automatisch plaats te laten vinden bij het goedkeuren van de definitieve afdruk.

Zodra een inkooporder elektronisch verstuurd is (Email of EDI) dan wordt dat zichtbaar in de inkooporder zelf in het veld 'Export datum'.

Versie 16.28.6143.25791 Taak 14936 - Bij inkooporders rekenen houden met inkoopprijzen op leverdatum

Bij inkooporders kan nu een prijspeil datum opgegeven worden. Als die gevuld is, dan wordt bij het toevoegen van regels aan de inkooporder rekening gehouden met geagendeerde inkoopprijzen. Door bijvoorbeeld als prijspeil datum 1 januari 2017 op te geven, wordt er gekeken wat de inkoopprijs zou zijn per die datum. Als er dan bijvoorbeeld meerdere geagendeerde inkoopprijzen zijn, dan wordt bepaalde welke van die prijzen zou gaan gelden per 1 januari.

Door deze aanpassing is het mogelijk om orders te maken met prijzen die bijvoorbeeld pas gaan gelden per 1 januari van het volgende jaar. Daardoor klopt de inkoopwaarde dan toch.

Kasverantwoording

Versie 16.26.6128.15470 Taak 16189 - Er ontstaat een error indien een kasverantwoording met status 'Compleet' wordt verwijderd

Kasverantwoordingen met status 'Compleet' mogen vanaf nu niet meer worden verwijderd. Voorheen ontstond een foutmelding, maar de achtergrond van deze foutmelding is dat het verwijderen toen ook al niet toegestaan werd.

Versie 16.26.6128.15470 Taak 16188 - Ververs totalen na mutatie in wijzigen van bijvoorbeeld afstorting naar kluis

Na het muteren van een kluis storting wordt vanaf nu het tabblad 'algemeen' van een kasverantwoording direct ververst zodat de cijfers bijgewerkt getoond worden.

Klantenteller

Versie 16.25.6115.37552 Taak 16108 - Watchdog tellingen op 'negeren' zetten

Een klantenteller geeft elk half uur een signaal af dat deze nog operationeel is en verbinding heeft. Dit signaal heeft een datum/tijd van 1/1/1970 of eerder. Vanaf nu wordt een watchdog signaal ook direct als 'negeren' gemarkeerd.

Ontvangsten

Versie 16.29.6149.29238 Taak 16155 - Graag totaalbedrag van ontvangst tonen

Bij het opboeken van ontvangen artikelen wordt onderaan nu ook het totaalbedrag exclusief BTW, het bedrag bedrag en het totaalbedrag incl BTW getoond.

Versie 16.16.6011.38240 Taak 16052 - Aantal kolommen ontbreken in ontvangen artikelen grid

In het ontvangen artikelen regels grid zijn de hierna volgende kolommen toegevoegd. Dit maakt het makkelijker om een inkoopfactuur te controleren via een ontvangst, in die situaties waarbij er geen gebruik gemaakt wordt van leveringen op rekening.

BTW percentage (VatPercentage)

BTW code (VatCode)

BTW omschrijving (VatDescription)

BTW bedrag (TotalVatPrice)

Inkoopprijs opmerking (uit inkoop informatie)

 (OwnPurchasePriceNote)

Totaal bruto inkoopprijs (TotalGrossPurchasePrice)

Totaal netto inkoopprijs (TotalNetPurchasePrice)

Versie 16.16.6011.38240 Taak 16026 - Rapportage voor niet bestelde artikelen

Bij rapportage 51 bij de artikel ontvangst kan nu als filter worden ingesteld om alleen die artikelen te printen die wel of juist niet via een inkooporder besteld zijn. Daarmee wordt het mogelijk om bijvoorbeeld een lijst te printen van artikelen die niet besteld maar wel ontvangen zijn.

Versie 16.24.6107.18212 Taak 15966 - Bij inlezen Desadv bericht rekening houden met bestaan van prijsbarcodes

Bij het inlezen van een EDI pakbon kan nu ook gebruik worden gemaakt van 'traditionele' prijsbarcodes. Dit zijn barcodes waarbij de prijs een onderdeel vormt van de totale barcode.

Versie 16.21.6033.26967 Taak 15780 - Het raadplegen van de mutaite historie in ontvangen artikel werkt niet

Voorheen werd de ontvangen artikellijst gemuteerd door te kiezen voor 'record historie'. Deze fout is opgelost, de historie wordt nu zichtbaar.

Versie 16.7.5934.20806 Taak 15706 - Foutieve werking: bij opboeken EDI pakbon met collecties wordt ook de voorraad van de set/display zelf opgeboekt

Collectie artikelen (het display zelf) wordt vanaf nu genegeerd, er wordt daarvan geen voorraad meer opgeboekt. Het idee is juist dat de voorraad van de onderdelen van een display worden geregistreerd (dat gebeurde ook al zo). Door het display zelf ook op te boeken qua voorraad ontstaat een foutieve (te hoge) voorraadwaarde. Dit is vanaf nu niet langer het geval.

POS

Versie 16.29.6149.29238 Taak 16197 - POS terminal aan een groep kunnen toekennen

Vanaf nu moet een POS terminal aan groep van POS terminals worden gekoppeld. Zo kunnen bijvoorbeeld alle centrale kassa's aan 1 gecombineerde groep gekoppeld worden, zodat allerlei instellingen nu voor al die kassa's altijd hetzelfde zijn. Een belangrijk voorbeeld daarvan is de layout, het is nu voldoende om de layout van 1 groep aan te passen, waarna alle gekoppelde POS terminals die layout gaan krijgen. Maar ook andere instellingen zijn verplaatst vanuit het POS terminal onderhoud naar de POS terminal groepen zoals direct korting berekenen, te printen kassabon, toetsenbord, numlock status etc etc.

Bij de installatie van de update van RetailVista worden automatisch groepen gemaakt van aanwezige POS terminals. Daarbij wordt gelet op de combinatie van instellingen die voor POS terminals hetzelfde zijn. Daarvan worden groepen gemaakt en die groepen worden toegekend aan de bijbehorende POS terminals. Het enige wat de update niet kan doen is het geven van een duidelijke omschrijving. Om die reden worden de groepen genummerd vanaf 1 tot en met het aantal groepen wat automatisch aangemaakt is. Het is aan te bevelen om na de update elke groep een herkenbare naam te geven.

Versie 16.24.6107.18212 Taak 16194 - Afgekeurde transacties in Ex BTW door BTW afronding

Wanneer er met RetailVista POS ex BTW gewerkt werd, dan konden er nog afrondingsverschillen ontstaan waardoor een transactie afgekeurd werd. Deze fout is opgelost.

Versie 16.15.6004.28510 Taak 15970 - Luxe aankoopnota mailen direct naar consument ipv kassabon

Bij de vestiging, 'aankoop bevestiging' instellingen kan nu ook ingesteld worden dat er een PDF direct naar de consument zelf gestuurd moet worden per email. Dit kan een PDF kassabon zijn of de PDF van de luxe aankoopnota. In de kassa is een aanpassing gemaakt dat bij het sluiten van de transactie in dit geval om een email adres gevraagd wordt waar de consument de kassabon naar toe wil laten sturen. Als er van een relatie al een aankoop bevestiging email adres bekend is, dan wordt deze vraag niet gesteld aan het einde.

Versie 16.28.6143.25791 Taak 15925 - Op kunnen vragen kassabonnen of EFT bonnen in een periode

In de startpagina 'Point of sale' kan nu gekozen worden voor 'Opvragen kassabonnen'. Daarmee kunnen in 1 bestand alle kassabonnen en/of EFT bonnen worden opgevraagd, bijvoorbeeld ter controle in geval van EFT verschillen. (EFT = Electronic Fund Transfer, elektronische betalingen / vroeger ook wel bekend als PIN betalingen).

Versie 16.22.6054.22959 Taak 15752 - Aanbetaling van een andere vestiging kunnen verwerken, resulteert nu in afkeur

Aanbetalingen op een andere vestiging dan de vestiging waar een verkooporder gemaakt is zijn niet langer toegestaan. Dit geeft allerlei problemen in de transactie verwerking.

Versie 16.13.5991.26961 Taak 15416 - In POS transactie scherm kolom 'Tijdverschil' toevoegen

In het POS transactie overzicht scherm wordt nu standaard ook een kolom 'tijd verschil' getoond. Hierin wordt het aantal minuten vermeld tussen de transactie datum/tijd en de datum en tijd waarop de transactie ontvangen is op de RetailVista cloud omgeving. Als de tijd groter is als 0 minuten, dan is dat een teken dat er zeer waarschijnlijk Internet problemen geweest zijn, waardoor de transacties niet binnen enkele seconden in de RetailVista Cloud ontvangen zijn. De gevolgen daarvan kunnen onder meer zichtbaar zijn in de kasverantwoording.

Versie 16.22.6054.22959 Taak 15324 - Opgegeven retour reden tekst ook opslaan in CashSaleRows

De eventueel opgegeven vrije tekst bij een retour in RetailVista POS wordt vanaf nu ook opgeslagen in RetailVista. Op statistiek 236 komt vanaf nu zowel de geselecteerde retour reden als de eventueel opgegeven vrije tekst weer terug in de vorm van 2 zichtbare kolommen.

Versie 16.15.6004.28510 Taak 14890 - Bij transactie graag email adres opslaan

RetailVista is in staat om een aankoop bevestiging (bedankt voor uw aankoop) email bericht te versturen. Dit werkt nu alleen voor relaties waarvan een email adres bekend is. Door deze taak is het nu zo dat RetailVista POS bij het sluiten van een transactie zal vragen om een email adres. Dit gebeurd alleen als:

- Het versturen van een aankoop bevestiging aan staat bij 'vestiging onderhoud'

- Er een relatie bekend is in de transactie

- Als bij die relatie aangegeven is dat het versturen van een aankoop bevestiging gewenst is

- Als bij de relatie nog geen email adres bekend is

In het algemene tabblad bij een relatie kan aangegeven worden of het versturen van een email gewenst is, en zo ja wat dan het email adres is wat daarvoor gebruikt moet worden.

Versie 16.13.5991.26961 Taak 14422 - Retour autorisatie tabel aanmaken en integreren in RetailVista POS

Bij instellingen, sectie Point of Sale, tab 'Retouren' kan nu ingesteld worden of retour fiattering actief is. Door retour fiattering te activeren moeten klanten vooraf hun retouren aanmelden. Zodra een klant dan in de winkel terug komt met artikelen, dan moeten die al bekend zijn met een vooraanmelding. De vooraanmelding zelf kan nu plaats vinden in de backoffice via Start, Poinf of Sale, Retour vooraanmeldingen. Binnen RetailVista POS zal gevraagd worden bij retouren om een vooraanmelding te selecteren. Bestaat die vooraanmelding niet, dan kunnen de artikelen niet retour genomen worden. Deze functionaliteit speelt vooral wanneer er met RMA systemen gewerkt wordt, dan moeten klanten vooraf aanmelden wat ze terug gaan brengen of sturen.

Versie 16.7.5934.20806 Taak 14421 - Retouren zouden direct in de retour administratie terecht moeten komen.

Vanaf nu is het mogelijk om retournames in RetailVista POS direct te plaatsen in de retour administratie. Daardoor komt een artikel heel kort op voorraad, en wordt daarna direct weer uit de voorraad afgevoerd naar de retour administratie. Door een artikel eventueel alsnog achteraf te verwijderen uit de retour administratie, zal het artikel alsnog in de voorraad terecht komen.

Promoties, kortingen

Versie 16.26.6128.15470 Taak 16244 - leestekens zoals een  een apostrof worden niet ondersteund in de omschrijving van klantgroepen

In de klantgroep omschrijvingen mogen nu ook leestekens gebruikt worden.

Versie 16.26.6128.15470 Taak 16198 - Artikellijst overzetten naar mixedmatch houdt geen rekening met regel selectie

Bij het overzetten van een artikellijst naar mixedmatch artikelen wordt vanaf nu rekening gehouden met eventueel geselecteerde regels in de artikellijst. In dat geval worden alleen die regels overgezet.

Versie 16.28.6143.25791 Taak 16018 - Bij aanmaak artikel korting in kunnen stellen wat het standaard type korting is

In instellingen, sectie 'Promoties' kan nu bij 'Standaard type korting' ingesteld worden wat het type korting is bij aanmaak van een nieuwe artikel korting. Standaard wordt gewerkt met een 'staffel', maar als er bijvoorbeeld veel meer gewerkt wordt met een 'afprijzing' dan kan dat hier ingesteld worden, zodat bij aanmaak van een nieuwe artikel korting direct het type 'afprijzing' gesuggereerd wordt.

Versie 16.21.6033.26967 Taak 15707 - MixedMatch met meerdere kolommen

Een mixedmatch met meerdere kolommen is nog niet mogelijk in RetaiVista. Ook in de business laag worden dergelijke mixedmatches nu afgekeurd.

Versie 16.11.5977.27869 Taak 14951 - Bij mixedmatches kunnen werken met prijsbarcodes

Bij mixedmatches kan vanaf nu worden gewerkt met barcodes. Dat kan zowel de 'oude' prijsbarcodes (waarbij de prijs onderdeel is van de barcode) maar ook met reguliere barcodes van een artikel. De mixedmatch werkt dan alleen als die specifieke barcode ook gescand is.

Versie 16.12.5987.28030 Taak 14415 - Trends en trade leveranciers moeten zelf kortingen kunnen opgeven voor hun klanten

Bij een prijsafspraak kan vanaf nu ook een klantgroep opgegeven worden. Door dit te doen zullen aanbiedingen uit die prijsafspraak groep alleen worden verstrekt aan relaties die toegekend zijn aan deze klantgroep.

Versie 16.11.5977.27869 Taak 14389 - Promotie voucher kunnen koppelen aan 1 specifieke korting

Vanaf nu ondersteund RetailVista 'stickers plakken'. Om hier gebruik van te kunnen maken is het belangrijk om eerst een type voucher aan te maken. Geef bij dit type voucher aan dat deze geldig is op 1 verkoopregel. Maak hierna de gewenste vouchers zelf aan en koppel elke voucher aan het eerder aangemaakte type voucher. Hierna kunnen de artikelen worden opgezocht waar de promotie op van toepassing moet zijn. Bij elk artikel kan een artikel aanbieding worden gemaakt, waarbij als voucher type het eerder aangemaakte type toegekend moet worden.

Synchroniseer de kassa nu en scan nu eerst de voucher en dan het artikel waar de voucher bij hoort. (In feite het artikel waar de voucher op geplakt is door de consument). Dit artikel zal nu de toegekende korting krijgen, mits de voucher toepasbaar is op dat artikel. Het is toegestaan om op een ander artikel een andere voucher te plakken, het gebruik van vouchers is niet beperkt tot slechts voucher per transactie.

Rapportages

Versie 16.10.5968.26181 Taak 15916 - Localization editor integreren in report builder

Vanaf nu kunnen eigen rapportages ook voorzien worden van vertaalbare teksten. Tot dusver was dat niet mogelijk, alleen de taal bestanden van RetailVista werden ondersteund. Het was wel mogelijk om vaste eigen teksten te plaatsen, maar bij een meertalige situatie werden die dan niet mee vertaald. Door de report designer nu op te starten bevindt zich links boven een knop 'Language'. Daar kan de actieve taal gekozen worden. Ook is het mogelijk om talen toe te voegen die nu nog geen onderdeel zijn van het rapport (NedFox levert momenteel alleen en-US, en-GB en nl-NL mee).

Nadat een actieve taal gekozen is, kunnen overal de 'Text' properties gewijzigd worden naar de tekst die weergegeven moet worden in de actieve taal. Dit is goed zichtbaar door een tekst aan te passen en daarna een andere taal te kiezen. De 'text' properties zullen dan opeens andere teksten gaan tonen.

Deze wijziging is zowel in de rapportage designer in RetailVista POS beschikbaar als in de backoffice Report designer.

Versie 16.23.6079.22485 Taak 15813 - Verbergen rapport indicatie werkt niet goed bij onderhoud rapportages

Rapportages kunnen verborgen worden in RetailVista via Extra, Rapportages. Het vinkje van 'verbergen' werd echter niet altijd goed opgeslagen. Deze fout is opgelost.

Relatie onderhoud

Versie 16.27.6135.23246 Taak 16271 - BTW vrijgesteld toestaan vinkje bij landen kunnen plaatsen

Bij een land kan nu aangegeven worden of BTW vrijgesteld leveren toegestaan is. Dit veld heeft nu alleen nog gevolgen in de vervoersverklaring app in RetailVista Mobile. De verdere verwerking en gevolgen van dit veld binnen RetailVista volgt op een later moment.

Versie 16.9.5963.28000 Taak 15863 - Standaard type communicatie is wel afleidbaar maar GUI geeft dit veld niet vrij

Bij een leverancier die afgeleid is kan vanaf nu de communicatie methode ook ingesteld worden.

Versie 16.8.5941.36111 Taak 15850 - Bij zoeken relatie vanuit een webshop order graag zoeken op combinatie van postcode en email adres

Bij het zoeken een relatie bij ontvangst van een webshop order wordt nu in één keer gezocht op de combinatie van email adres en postcode. Bestaat die meerdere keren, dan wordt de meest recent gemuteerde relatie gebruikt. Voorheen verliep het zoeken trager en werd er meestal gekoppeld aan de oudste gemuteerde relatie.

Versie 16.26.6128.15470 Taak 15651 - Email adres bij debiteur kunnen instellen t.b.v. digitale facturering

Vooruitlopend op taak 15504 is het vanaf nu mogelijk om een email adres vast te leggen bij een debiteur t.b.v. de toekomstige digitale facturering. Door deze functionaliteit kunnen klanten alvast voorbereidingen treffen voor het moment waarop de digitale facturering werkelijk wordt vrijgegeven in de loop van 2016.

Naast het email adres kunnen nu ook een of meerdere CC of BCC email adressen opgegeven worden waar een kopie naar toe gestuurd wordt van een factuur.

Reserveringen

Versie 16.8.5941.36111 Taak 15075 - Reservering bericht naar klant dat reservering opgehaald kan worden (datum bericht verstuurd, aantal berichten verstuurd)

Van een openstaande reservering kunnen nu automatisch email berichten naar consumenten gestuurd worden dat er een reservering klaar staat. Dit gebeurd automatisch op het moment dat er in de taakplanner een taak aangemaakt wordt om reserveringen te notificeren via email. In de volgende versie van RetailVista zal dit instelbaar zijn.

Of er een bericht is verstuurd is zichtbaar in het tabblad 'Algemeen' van de reservering, daar wordt de datum en tijd van de 1e, 2e en 3e notificatie vermeld. In de volgende versie van RetailVista zal het aantal malen dat een reservering verstuurd wordt instelbaar zijn.

Retour administratie

Versie 16.7.5934.20806 Taak 11587 - Retour pakbon rapportage

In de retour administratie van RetailVista kan nu ook een A4 proforma pakbon worden geprint. Deze kan bijvoorbeeld per fax naar een leverancier gestuurd worden om aan te geven wat er klaar staat om afgehaald te worden.

Statistiek

Versie 16.24.6107.18212 Taak 16144 - Bonnen op rekening in Instructiemodus worden wel verwerkt

Leveringen op rekening die ontstonden via RetailVista POS in 'instructie mode' werden onterecht toch verwerkt. Dit is vanaf nu niet langer het geval.

Versie 16.24.6107.18212 Taak 15748 - Inkoopprijs terug rekenen vanuit artikelcategorie marge

Bij het verwerken van een contante verkoop regel of een levering op rekening regel wordt nu de inkoopprijs teruggerekend vanuit de marge zoals opgegeven bij de artikelcategorie. Dit gebeurd uiteraard alleen als er geen inkoopprijs aanwezig is.

In de database wordt het veld 'PurchaseCalculated' op 'true' ingesteld om aan te geven dat de vermelde inkoopprijs een terug berekende inkoopprijs vanuit de theoretische marge is.

Versie 16.23.6079.22485 Taak 15718 - Excel sjabloon lettertype en font grootte worden overschreven

Bij het exporteren van een statistiek naar Excel kan gebruik gemaakt worden van een sjabloon. Met het sjabloon kan standaard vormgeving geregeld worden. Het bleek echter dat een lettertype en lettertype grootte overschreven werden. Deze fout is opgelost.

Versie 16.12.5987.28030 Taak 15673 - Graag kolom artikel-btw-code toevoegen op statistiek 236 'Per verkoopregel'

Op statistiek 236 wordt vanaf nu ook een kolom 'btw code' vermeld.

Versie 16.24.6107.18212 Taak 15669 - Contante verkoopstatistieken toont ook terminals van andere vestigingen ( indien een vestiging is gekozen ind e selectie )

In contante verkoop statistieken worden vanaf nu alleen nog de POS terminals getoond van de vestiging die geselecteerd is.

Versie 16.6.5906.23545 Taak 15649 - Statistiek per kassagroep en BTW tarief en statistiek per BTW tarief graag ook groeperen op BTW vrijgestelde leveringen versus niet-vrijgesteld en percentage

De statistiek 100 en 120 waar statistiek per BTW tarief getoond wordt, worden nu beter uitgesplitst. Er wordt nu ook uitgesplitst op BTW percentage en op BTW vrijgestelde versus niet vrijgestelde leveringen. Om dit mogelijk te maken zijn kolommen toegevoegd voor het BTW percentage en of een levering wel of niet BTW vrijgesteld was.

Versie 16.7.5934.20806 Taak 15648 - Statistiek uitgebreid kunnen filteren op BTW vrijgesteld ja/nee/alles

Vanaf nu kan in statistiek uitgebreid ook gefilterd worden op weergave van verkopen die wel of niet BTW vrijgesteld waren. Standaard worden alle verkopen getoond.

Verkooporders

Versie 16.28.6143.25791 Taak 16210 - Bij verkooporder fiattering regels tonen hoe vaak een verzoek verstuurd is

Verkooporder regels kunnen ter bevestiging worden verstuurd aan relaties en/of leveranciers. De informatie hoe vaak er een verzoek verstuurd is, is nu ook zichtbaar in het tabblad 'Fiattering' van de verkooporders. Of er gewerkt wordt met bevestigingen hangt af van de fiattering instellingen rondom verkooporders.

Versie 16.24.6107.18212 Taak 16147 - BTW vrijgesteld wordt niet gesuggeerd bij opgave BTW vrijgestelde debiteur

Bij het aanmaken van een verkooporder wordt nu goed gelet op de BTW indicatie van de eventueel aan de relatie gekoppelde debiteur. Als blijkt dat die debiteur BTW vrijgesteld is, dan wordt de verkooporder ook als een BTW vrijgestelde order gemarkeerd.

Versie 16.12.5987.28030 Taak 15851 - Op bezorglijst rapportage graag in standaard adresblok (postcode, huisnummer) het afleveradres van een relatie printen

Op de bezorglijst rapportage 111 wordt vanaf nu als adres het afleveradres adres van een relatie geprint, mits aanwezig. Voorheen werd altijd en uitsluitend het standaard adres geprint.

Versie 16.24.6107.18212 Taak 15708 - Indien een verkooporder is afgehandeld / geleverd zie je op het tabblad 'Algemeen' nog steeds een 'Openstaande aanbetalingsverzoeken'.

Van een verkooporder die afgehandeld is worden vanaf nu geen openstaande aanbetalingsverzoeken meer weergegeven, ook al zijn die er nog wel.

Versie 16.7.5934.20806 Taak 15430 - Reserveringen ook automatisch aan kunnen melden bij DHL

Vanaf nu kunnen reserveringen ook automatisch aangemeld worden bij DHL. De integratie bij DHL werkt echter lang niet zo fraai als bij Post NL. Om die reden is implementatie tijd nodig om dit operationeel te krijgen. Deze tijd hangt vooral af van het verschillende aantal soorten labels wat gewenst is om pakketten te versturen.

Versie 16.29.6149.29238 Taak 15071 - Order acceptatie verzoek naar consument/afnemer kunnen sturen en consument mogelijkheid geven tot afkeur of goedkeur

Bij instellingen, sectie 'Verkooporders', tab 'Order fiattering' kan nu ingesteld worden dat een klant een verkooporder moet fiatteren. Door dit te activeren zal RetailVista automatisch 3x  een email sturen naar de klant om een verkooporder te fiatteren. Als de klant de order niet fiatteert maar afkeurt, dan zal de order de status 'vervallen' krijgen.

Versie 16.11.5977.27869 Taak 15070 - Status van verkooporder moet afhankelijk zijn van ingevuld zijn van verkooporder opmerking

Bij instellingen, sectie verkooporders, tab 'Algemeen' kan met de instelling 'Webshop status 'Nieuw' bij vrije tekst' nu aangegeven worden dat een webshop order deze status krijgt als er een tekst opgegeven is bij vrije informatie. Deze functionaliteit is ingebouwd zodat een webshop verkooporder niet direct doorgezet wordt als er door de klant een opmerking aan toegevoegd is. Die opmerking leidt nu tot een verkooporder met de status 'Nieuw' waardoor de order eerst handmatig bekeken moet worden en qua status aangepast moet worden.

Versie 16.14.5998.20925 Taak 15069 - Order acceptatie verzoek naar leverancier(s) kunnen registreren

Via instellingen, sectie verkooporders, tab 'Order fiattering' kan nu ingesteld worden dat leverancier(s) van verkooporders een email krijgen waarin ze de order regel(s) moeten fiatteren. Deze notificering vindt maximaal 3x plaats. Intern wordt van een verkooporder bepaald welke voorkeur leveranciers daarin voorkomen. Die leveranciers krijgen een bericht per email naar het voorkeur email adres van de relatie bij de leverancier.

Op dit moment is bij de verkooporder regel nog niet zichtbaar of de leverancier de order gefiatteerd heeft, in de volgende release van RetailVista is dat wel het geval.

Voorraad

Versie 16.22.6054.22959 Taak 15873 - Min/max berekening verslag meer details als je herberekening doet van 1 specifiek artikel

Bij het laten herberekenen van de ideale voorraad (min/max) van een artikel (via voorraad, berekenen optimale voorraad) wordt vanaf nu bij de opgave van een artikelnummer altijd een log geschreven naar dat artikel. In de log is de berekening te zien van de min/max voorraad. Normaalweg wordt er alleen een log geschreven als dat geactiveerd is in de instellingen. Dan kan echter nog steeds de situatie voorkomen dat een artikel helemaal overgeslagen wordt, vanwege allerlei instellingen. Door een artikelnummer dan in te voeren bij het berekening scherm, dan zal altijd een log worden gemaakt, waarin ook vermeld kan staan waarom dat artikel niet berekend wordt.

Versie 16.7.5934.20806 Taak 15626 - Weergave van de voorraad in artikel zoekscherm klopt niet

Als bij een artikel ingesteld is dat er geen voorraad administratie bijgehouden mag worden, dan werd in het artikel zoekscherm toch een voorraadstand bij dat artikel getoond. Dit is opgelost.

Webshop

Versie 16.27.6135.23246 Taak 16359 - Voorraden van subvestiging komen niet goed door in de shopserver

Deze fout is opgelost.

Versie 16.24.6107.18212 Taak 15992 - Vervallen artikel indicatie naar ShopServer

De vervallen artikel indicatie gaat nu ook mee naar de ShopServer ten behoeve van webshops.

Versie 16.14.5998.20925 Taak 15852 - Afwijkend afleveradres in verkooporder wordt telkens overschreven

Als er van een zelfde relatie een nieuwe verkooporder binnen komt met een afwijkend aflever adres, dan werden voorheen alle afleveradressen van andere orders van diezelfde relatie ook overschreven naar het nieuwe afleveradres. Dit was fout en is aangepast.

Versie 16.14.5998.20925 Taak 15849 - Bij zoeken relatie in webshop order verwerking dan niet kijken naar vervallen relaties

Bij het ontvangen van een webshop order bericht wordt er niet meer gezocht naar vervallen relaties, deze worden vanaf nu volledig genegeerd.

Versie 16.29.6149.29238 Taak 15532 - Barcodes blijven in shopserver niet precies parrallel lopen met RetailVista

Vanaf nu wordt een verwijderde barcode in RetailVista ook doorgegeven als 'Deleted item' in de ShopServer.

Versie 16.24.6107.18212 Taak 14996 - Promotie voucher bij staffel doorzetten naar ShopServer

Vanaf nu worden promotie vouchers ook doorgestuurd naar de ShopServer. Bij staffels wordt vanaf nu ook een promotie voucher ID vermeld wanneer dat van toepassing is. Met promotie vouchers gekoppeld aan staffels kan bereikt worden dat klanten een staffel/aanbieding alleen krijgen als ze een bepaalde promotie voucher indienen.