Release informatie RetailVista 16.4

Release informatie RetailVista 16.4

Algemeen/diversen

15539

Er is een belangrijke wijziging doorgevoerd in LocalServices. Deze had te maken met het gebruik van zogenaamde diakritische tekens. Dit soort bijzondere karakters werden niet correct geprint op een thermische printer. Ook bepaalde pakketdienst etiketten hadden hier last van zodat bijzondere voor en achternamen niet goed op etiketten vermeld werden. Om gebruik te kunnen maken van deze nieuwe functionaliteit is het wel noodzakelijk om de LocalServices cliënt te updaten. Dat moet nu nog min of meer handmatig door eerst de Windows Service van RetailVista LocalServices te stoppen, en daarna de oude software te de-installeren. Als onderdeel van deze wijziging is ook LiveUpdate functionaliteit toegevoegd aan LocalServices. Door deze update dus te installeren zal LocalServices vanaf dit moment meldingen geven als er een update beschikbaar is. Het update proces van LocalServices is daarmee sterk vereenvoudigd. Het is dus nog wel 1x noodzakelijk om de LocalServices update 'handmatig' te installeren.

14343

Het positief beantwoorden van de vraag vanuit Internet Explorer of deze de gebruikersnaam en wachtwoord automatisch in mag vullen in RetailVista leidde tot een foutmelding. Dit is nu opgelost.

15652

Vanaf nu kunnen er ook afdelingen worden aangemaakt in RetailVista. Dit werkt via het 'Administratie' menu. Afdelingen kunnen hierna gekoppeld worden aan artikel categorieën. In de volgende release van RetailVista zal het mogelijk zijn om een statistiek per afdeling te maken.

15511

Vooruitlopend op een aanpassing van de database in RetailVista kan nu al aangegeven worden per vestiging wat de tijdzone is. Standaard wordt er in NL gewerkt met een tijdzone +1. Door een andere tijdzone in te stellen zal in een volgende release het probleem opgelost zijn dat een winkel tegen lokale tijd in UK bijvoorbeeld om 9 uur open gaat, maar dat RetailVista de opening tegen de lokale NL tijd als 10:00 uur beschouwd. Het is dus zaak om eenmalig de tijdzone per vestiging aan te passen, als die anders moet zijn als +1.

15362

Het onderhoud van een grootboek definitie is aangepast, het veld 'Credit' van een grootboek ging voorheen soms verloren.

10336

In onderhoud van thermische printers kan als bestemming nu ook TCP opgegeven worden. Er is een apart installatie document beschikbaar hoe het printen naar een TCP printer ingesteld moet worden. Het printen naar TCP zorgt er voor dat LocalServices niet gebruikt wordt. Het printen naar TCP is nog experimenteel en is nu alleen ingebouwd bij het printen van artikellijst etiketten.

Artikel Onderhoud

15061

Vanaf nu kan per artikel categorie een artikelcategorie groep gekoppeld worden. Het doel van artikelcategorie groepen is om verschillende artikelcategorieën te bundelen in groepen. Per groep kan vervolgens aangegeven worden of deze groep BTW verplicht is. Een voorbeeld van een dergelijke groep is 'Horeca': Op het nuttigen van horeca artikelen in een winkel mag vaak geen BTW aftrek plaatsvinden voor BTW vrijgestelde debiteuren. Bovendien stellen deze debiteuren het op prijs dat de BTW specificatie dan ook uitgebreid wordt met een aparte vermelding van de groep 'Horeca' en de BTW daarbinnen. Als onderdeel van deze aanpassing is de BTW specificatie op de luxe aankoop nota aangepast en wordt vanaf nu de BTW per artikelcategorie groep vermeld. Als er geen groepen aangemaakt zijn, of bij een of meer artikel categorieën is geen groep gekoppeld, dan wordt de BTW van de artikelen zonder artikelcategorie groep vermeld.

EDI

15495

Na het ophalen van EDI berichten via de linker taakbalk wordt het overzicht van ontvangen berichten nu direct ververst. Voorheen moest het scherm verlaten worden of moest er op 'verversen' geklikt worden.

15269

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.

Facturering

15546

Bij het toekennen van factuurnummers aan facturen wordt vanaf nu rekening gehouden met de vestiging van de factuur. Voorheen werd alleen rekening gehouden met de actieve vestiging ten tijde van het toekennen van factuurnummers, maar dat ging fout als er facturen bestonden over meerdere vestigingen. Door deze aanpassing blijft de nummering altijd netjes oplopend per vestiging.

15544

Bij een individueel artikel kan een omzet grootboek opgeven waardoor bij de kasverantwoording de verkoop van dat artikel als speciale verkoop markeert. Dit resulteert in het kasverantwoording journaal een omzet op dat aangegeven specifieke grootboek. Voorbeelden hiervan zijn de verkoop van giftkaarten waarbij voor elk verschillende soort giftkaart de omzet (balans post) daarvan voor ieder soort giftkaart op een aparte grootboekcode moet worden geregistreerd. Deze functionaliteit ontbrak in facturering en is vanaf nu ook bij de factuur journalen op dezelfde manier geïmplementeerd.

15332

In de Exact FMuta export wordt in het veld 'Betalingsconditie' vanaf nu de code van de betalingsconditie geëxporteerd. Voorheen werd hier het aantal dagen van de betalingsconditie vermeld, maar dat bleek bij nader inzien niet de bedoeling te zijn.

15097

Net als bij inkooporders kunnen leveringen op rekening nu ook voorzien worden van de aanduiding 'automatisch'. Dit soort leveringen op rekening kunnen automatisch aangemaakt worden vanuit RetailVista POS, bijvoorbeeld voor doorlevering van artikelen aan andere vestigingen. Het is dan mogelijk om de hele dag artikelen op rekening te verkopen aan een andere vestiging, waarbij al die artikelen apart gelegd worden en telkens worden toegevoegd aan dezelfde leveringen op rekening. Aan het eind van de dag kan die levering op rekening dan geprint worden (eventueel vanuit RetailVista POS) en vanaf dat moment veranderd de status van 'Nieuw' naar een andere status (bijvoorbeeld 'Geprint'). Op dat moment kan er automatisch een EDI pakbon bericht verstuurd worden naar de andere vestiging, en zal bij opnieuw klaarleggen van artikelen er een volgende (nieuwe) automatisch levering op rekening gemaakt gaan worden. In het zoekscherm van leveringen op rekening kan nu ook gezocht worden op automatische leveringen op rekening.

14578

In het factuur journaal export scherm wordt het aantal geëxporteerde journalen nu correct vermeld.

15130

In het factuur betaling scherm wordt vanaf nu ook de gebruiker getoond die de betaling administratief afgehandeld heeft (bijvoorbeeld de kassa medewerker als een factuur via de kassa betaald is) en het nummer van de kassabon als de factuur via de kassa betaald is.

Giftkaart

15312

Het licentie model achter giftkaarten is omgezet van de merk code van een giftkaart naar het aantal type giftkaarten wat bestaat. Voor gebruikers van RetailVista is dit een gunstige wijziging, omdat twee verschillende merken giftkaarten die door dezelfde provider afgehandeld werden (1 type giftkaart definitie), toch 2 licenties nodig had. In de nieuwe situatie volstaat 1 licentie.

Inkooporders

15376

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.

11654

In inkooporder onderhoud kunnen inkooporder regels nu in één keer verwijderd worden op basis van nog aanwezige voorraad en/of maximum inkooporder waarde.  Door een vrije voorraad aantal op te geven worden alle regels uit de order volledig verwijderd als daarvan tenminste het opgegeven aantal stuks als vrije voorraad aanwezig is.

Door een maximum orderwaarde op te geven, worden regels verwijderd of worden de bestelde aantallen verlaagd van inkooporder regels om te komen tot het gewenste totale inkooporder bedrag. Standaard wordt een regel helemaal verwijderd, maar het is mogelijk om een percentage op te geven waarmee regels verlaagd moeten worden. Door bijvoorbeeld 50% op te geven zal het aantal stuks van een regel tot de helft gereduceerd worden. Voor het terugbrengen of verwijderen van regels moet opgegeven worden waarnaar RetailVista moet kijken. Hierbij kan gekozen worden voor de laagste omzetwaarde of het laagste aantal stuks verkocht. RetailVista gaat dan inkooporder regels verwijderen die het minste verkocht zijn of die de laagste omzetwaarde hebben, en blijft net zo lang regels verwijderen totdat het gewenste inkooporder bedrag bereikt is.

15612

Het licentie model achter giftkaarten is omgezet van de merk code van een giftkaart naar het aantal type giftkaarten wat bestaat. Voor gebruikers van RetailVista is dit een gunstige wijziging, omdat twee verschillende merken giftkaarten die door dezelfde provider afgehandeld werden (1 type giftkaart definitie), toch 2 licenties nodig had. In de nieuwe situatie volstaat 1 licentie.

Inkooporders

15289

Na het opslaan en definitief maken van een inkooporder verschijnt nu een zandloper als de inkooporder automatisch via EDI verstuurd kan worden. Dit geeft bij de gebruiker duidelijk aan dat RetailVista nog bezig is met het afhandelen van een operatie.

9939

Bij het importeren van een Excel bestand als inkooporder worden vanaf nu de leverancier condities toegepast, waardoor zaken als totaal korting, prestatie korting etc. direct correct gevuld zijn.

Kasverantwoording

15482

Bij instellingen, sectie Financieel in de tab 'Applicatie' kan nu ingesteld worden hoeveel tekens de lengte van een journaal regel omschrijving maximaal mag zijn. Sommige financiële applicaties accepteren te lange omschrijvingen niet en stoppen dan met het import proces. Standaard wordt er niet afgekapt in RetailVista, maar met deze instelling kan een regel lengte nu bijvoorbeeld teruggebracht worden naar 30 tekens.

15102

De grootboek koppelingen tabel ondersteund nu ook afwijkingen in de opgegeven omzet en BTW grootboek. Het hoofdkantoor kan nu een basis koppeling plaatsen, maar individuele winkels kunnen hier van afwijken. Dit is vooral een voordeel als er door winkels wordt afgeweken van een standaard grootboekschema.

Klantenteller

14983

Vanaf deze release van RetailVista wordt geteld of het aantal klantentellers niet hoger is als het in de licentie aanwezige aantal tellers. De telling gaat over 'elektronische' klantentellers. Fictieve klantentellers die gebruikt worden om handmatig tellingen op te kunnen geven vallen buiten deze licentie telling.

POS

15517

In het POS transactie geavanceerd zoeken scherm worden vanaf nu alleen maar de POS terminals getoond van de daarboven geselecteerde vestiging. Voorheen werden alle terminals getoond, ongeacht de vestiging.

15423

Met behulp van de nieuwste touchscreen designer kan nu een knopje 'Herhaal' op een touchscreen layout geplaatst worden. Deze knop is ook wel bekend onder de '+' toets. Door een functie knop toe te voegen en bij 'FunctionType' te kiezen voor de waarde 'RepeatLastProduct' zal de herhaaltoets correct werken.

15410

De aankoopbevestiging email is uitgebreid met nieuwe velden en bevat onder meer nu de originele kassabon tekst. Daardoor is het niet meer nodig om de kassabon te reproduceren, het doorsturen van de originele kassabon tekst uit de XML data zou voldoende kunnen zijn.

15293

In RetailVista kan bij 'POS FastExecute' nu gekozen worden voor 'Maak verkooporder' en 'Ladetelling'. Dit geeft RetailVista Scan POS gebruikers de mogelijkheid om met een verkorte code verkooporders te kunnen maken en ladetellingen te kunnen starten.

14890

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.

13280

Als een gebruiker onvoldoende rechten heeft om een afgekeurde POS transactie opnieuw te verwerken, dan ontstaat daarvan nu een nette melding in plaats van een foutmelding.

POS

15423

Met behulp van de nieuwste touchscreen designer kan nu een knopje 'Herhaal' op een touchcreen layout worden geplaatst. Door een functie knop toe te voegen en bij 'FunctionType' te kiezen voor de waarde 'RepeatLastProduct' zal de herhaaltoets correct werken.

15065

De luxe aankoopnota en/of de vervoersverklaring worden nu als PDF bijlage bij de aankoop bevestiging verstuurd.

13280

Als een gebruiker onvoldoende rechten heeft om een afgekeurde POS transactie opnieuw te verwerken, dan ontstaat daarvan nu een nette melding in plaats van een foutmelding.

Promoties, kortingen

15042

Een kortingsafspraak die als vervallen gemarkeerd is, is niet langer zichtbaar in artikel onderhoud als actief kortingsafspraak.

12162

Het gebruik van arrangement artikelen is vereenvoudigd. Waar het voorheen nodig was om eerst in het 'Administratie' menu een arrangement tabel aan te maken, is het nu voldoende om bij een artikel in het tabblad 'Geavanceerd' aan te geven dat het type gerelateerde artikel 'Arrangement' is. Vanaf dat moment kunnen na het opslaan van deze wijziging bij het artikel een of meerdere arrangement artikelen worden toegevoegd. Door dit artikel nu als arrangement artikel te verkopen, zullen de gekoppelde gerelateerde artikelen automatisch (onzichtbaar) toegevoegd worden aan de verkoop. De verkoopprijs van het basis arrangement artikel (bijvoorbeeld €25) wordt vervolgens in verhouding verdeeld over de gekoppelde arrangement artikelen. Hierdoor wordt de voorraad correct bijgewerkt en is in statistiek goed zichtbaar hoe de omzet echt tot stand gekomen is. Ook de BTW berekening van bijvoorbeeld potplant combinaties (gecombineerd BTW Hoog en Laag) wordt op deze manier fiscaal perfect verwerkt.

Relatie onderhoud

15077

Bij een relatie kan nu ook een taal aangegeven worden waarin er met de relatie gecommuniceerd wordt. Het gevolg van deze instelling zal steeds meer zichtbaar worden in e-mails die geautomatiseerd naar klanten wordt gestuurd.

Retour administratie

11587

In de retour administratie van RetailVista kan nu ook een A4 pro-forma 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.

15653

Het veld 'IBAN' nummer is verbreed naar 35 karakters waardoor nieuwe IBAN rekeningnummers goed opgeslagen kunnen worden in RetailVista.

15651

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 één of meerdere CC of BCC email adressen opgegeven worden waar een kopie naar toe gestuurd wordt van een factuur.

14418

In het tabblad 'Marketing' van relatie onderhoud kan nu aangegeven worden naar welk afwijkend email adres een verkoop bevestiging per email gestuurd moet worden. Normaal wordt er gebruik gemaakt van het 'standaard' gemarkeerde email adres van de relatie, maar via deze uitbreiding is het nu mogelijk om een ander email adres te selecteren. Het is dus standaard niet nodig om dit email adres in te vullen, alleen bij afwijkingen.

15014

Het veld 'Giro' is verwijderd uit de debiteuren kaart in debiteur onderhoud.

Retour administratie

11587

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

15373

Statistiek 602 toont vanaf nu (net als bij statistiek 402) ook de inkoopprijs per stuk als aparte kolom.

15392

Vanaf nu is het mogelijk om statistiek sjablonen ook beschikbaar te maken op organisatie niveau. Een statistiek sjabloon kan omgezet worden naar een organisatie niveau sjabloon. Dit is alleen mogelijk voor het bedrijf wat in de configuratie van RetailVista is aangegeven.

Verkooporders

15584

Het mechanisme om een bestaande relatie te zoeken op basis van postcode en huisnummer is verbeterd. Hierdoor is de kans op het vinden van de juiste relatie sterk verbeterd.

15483

Gebleken is dat Post NL afhankelijk van bestemming en soort pakket soms met andere barcode ranges werkt. Er is bijvoorbeeld situatie dat range opeens 2 karakters korter moest zijn voor zendingen naar Duitsland. Vanaf nu kan bij de geavanceerde instellingen van pakketdiensten een bereik worden opgegeven. Ook is het nu mogelijk om het type barcode op te geven wat gegenereerd moet worden. Standaard blijft er gewerkt worden met een 3S code, maar dat dan ook graag instelbaar maken. Als een instelling niet bestaat, dan blijft het gedrag van RetailVista zoals het was.  Bij geavanceerde instellingen via key/value pair op kunnen geven: Range=<from>-<to> BarcodeType=<type>

Voorbeeld: Range=000000-99999  BarcodeType=3S  Het hangt dan alleen nog af van de type pakketdienst of er iets met deze instellingen gedaan wordt. Een DHL integratie zal bv niets met deze info doen, het is dan echt een specifieke Post NL instelling. Omgekeerd zouden er voor DHL ook soortgelijke instellingen kunnen gaan ontstaan.

15367

In het verkooporder onderhoud scherm kan nu aangegeven worden op welke datum een verkooporder geëxporteerd is. In het verkooporder zoekscherm kan via het tabblad 'Geavanceerd' nu gezocht worden op wel of niet geëxporteerde verkooporders.

15321

In onderhoud pakketdiensten kan per pakketdienst nu aangegeven worden wat de samenstelling van de 'doorklik' URL is. Die URL wordt getoond bij een reservering track & trace link zodat er doorgeklikt kan worden naar de website van de transporteur. In de URL kan  met de code {0} worden aangegeven dat op die plek de postcode ingevoerd moet worden en met de code {1} kan aangegeven worden waar de track & trace code moet verschijnen. Voor zover de informatie op dit moment bekend is, zijn dit de URL's van Post NL voor respectievelijk NL en buitenlandse pakketten:

NL : https://mijnpakket.postnl.nl/Claim?barcode={1}&postalcode={0}&Foreign=false# DE: https://www.internationalparceltracking.com/Main.aspx#/track/{1}/DE/{0}

15483

Gebleken is dat Post NL afhankelijk van bestemming en soort pakket soms met andere barcode ranges werkt. Er is bijvoorbeeld situatie dat range opeens 2 karakters korter moest zijn voor zendingen naar Duitsland.

Vanaf nu kan bij de geavanceerde instellingen van pakketdiensten een bereik worden opgegeven. Ook is het nu mogelijk om het type barcode op te geven wat gegenereerd moet worden. Standaard blijft er gewerkt worden met een 3S code, maar dat dan ook graag instelbaar maken. Als een instelling niet bestaat, dan blijft het gedrag van RetailVista zoals het was.

Bij geavanceerde instellingen via key/value pair op kunnen geven:

Range=<from>-<to>

BarcodeType=<type>

Voorbeeld:

Range=000000-99999

BarcodeType=3S

Het hangt dan alleen nog af van de type pakketdienst of er iets met deze instellingen gedaan wordt. Een DHL integratie zal bv niets met deze info doen, het is dan echt een specifieke Post NL instelling. Omgekeerd zouden er voor DHL ook soortgelijke instellingen kunnen gaan ontstaan.

Voorraad

15630

In het tabblad 'Voorraad mutaties' in de artikel statistiek kaart worden nulstellingen nu duidelijker weergegeven als type 'Nulstelling'. Voorheen was een nulstelling zichtbaar onder het type 'Voorraad mutatie' maar daar worden ook andere handelingen onder vermeld. Met deze aanpassing moet het voorraad verloop nog inzichtelijker worden.

Webshop

Webshop

15431

Een artikel afbeelding die verwijderd wordt uit RetailVista, resulteert vanaf nu ook in een verwijdering opdracht richting de ShopServer.

14988

Het verwijderen van gegevens uit RetailVista leidde nog niet altijd tot het verwijderen van gegevens uit de ShopServer. Dat probleem is nu opgelost. Verwijderde gegevens worden richting de webshop partij als 'DeletedItem' record gecommuniceerd. Het is dan aan de webshop bouwer om die informatie ook werkelijk te verwijderen uit de webshop.

14219

De RetailVista afbeelding upload software ondersteunt nu ook het uploaden van meerdere afbeeldingen per artikel. De software is 'slimmer' gemaakt en kan nu onderscheid maken of een dezelfde foto opnieuw wordt aangeleverd, of dat het een nieuwe foto betreft. Een zelfde foto wordt overschreven, terwijl een nieuwe foto toegevoegd wordt aan het artikel.

14203

Het zoeken van webshop artikelen in webshop onderhoud is verbeterd, vooral het zoeken op omschrijving.

Statistiek

15299

In het ePlato sales export bestand wordt vanaf nu het veld GS1Number ook correct gevuld. Dit gebeurd vanaf de v11 sales XSD.