Release notes RetailVista update mei 2017 v.17.14

Algemeen / diversen

(Versie 17.1.6239.37199) Taak 16382 - Chrome download nakijken, bestandsnaam werkt niet goed

Bij het exporteren / downloaden van een bestand in de Chrome browser ontstond als bestandsnaam altijd 'default'. Deze fout is opgelost, er wordt nu een correcte bestandsnaam gesuggereerd.

(Versie 17.8.6312.29522) Taak 16834 - Verwijderen gebruikersrollen werkt niet

Het verwijderen van gebruikersrollen gaf een melding dat deze nog in gebruik was, terwijl dat niet het geval was. Deze fout is opgelost.

(Versie 17.11.6334.29108) Taak 16795 - Gedrag van verkooporders kunnen beïnvloeden d.m.v. op te geven eigenschappen bij verkooporder classificaties

In de verkooporder classificatie kunnen nu allerlei instellingen gemaakt worden hoe de verwerking van een verkooporder plaats moet vinden. Deze instellingen bevonden zich voorheen bij 'Extra, Instellingen' maar zijn verplaatst naar webshop classificaties. Het voordeel hiervan is dat er in de praktijk verschillende werkwijzen bestaan in het afhandelen van een bezorg dan wel een afhaal order, maar ook zijn er bijvoorbeeld verschillen tussen webshop orders en vuurwerk orders. Al deze type orders hebben hun eigen methodes qua verwerking en de verkooporder classificaties sluiten daar nu beter op aan. De huidige instellingen zijn als onderdeel van de update overgezet naar een nieuwe verkooporder classificatie.

(Versie 17.5.6282.30093) Taak 16569 - Bij rol in grid kolom aantal gekoppelde gebruikers opgeven

In het scherm met gebruikers rollen wordt vanaf nu ook een kolom getoond waarin het aantal gekoppelde gebruikers getoond worden. Hiermee is snel te zien welke rollen eventueel verwijderd kunnen worden.

(Versie 17.2.6249.37758) Taak 16482 - In Mobile device op kunnen geven wat gebruikers account is voor automatisch inloggen

Bij de mobiele apparaten kan nu de gebruiker opgegeven worden die toegepast moet worden als er automatisch ingelogd moet worden.

(Versie 16.32.6211.28109) Taak 16441 - Listbox met vestigingen graag sorteren op alfabet

De volgorde van vestingen in de listbox linksonder in RetailVista ERP is nu op alfabet.

(Versie 16.31.6186.18292) Taak 16364 - Afzender adres van emails vanuit taak planner graag instelbaar

Bij instellingen, sectie 'Algemeen', tab 'Taakplanner' kan nu een standaard email afzender adres opgegeven worden. Dit adres wordt gebruikt wanneer er emails vanuit RetailVista verstuurd worden. Verder kan per email sjabloon een afwijkend email adres opgegeven worden. Zo kan bijvoorbeeld op een factuur email een ander afzender adres staan als op een verstuurde inkooporder. Als er nergens een specifiek mail adres opgegeven is, dan wordt noreply@retailvista.net vermeld.

(Versie 17.1.6239.37199) Taak 15622 - Downloaden bestand in Chrome browser gaat niet goed, komt in scherm terecht ipv als download link

Het downloaden van RetailVista bestanden vanuit een Chrome browser gaat vanaf nu ook goed.

Artikel onderhoud

(Versie 17.9.6324.21095) Taak 16941 - Hiërarchische etiket classificatie instelling werkt niet goed op leverancier niveau

Een hierarchische classificatie ingesteld op leverancier niveau wordt nu ook meegenomen in totale verwerking.

(Versie 17.6.6298.28516) Taak 16792 - Onder in artikel onderhoud scherm ook het aantal prijsafspraak regels vermelden

In het tabblad 'Prijzen' in artikel onderhoud worden vanaf nu ook het aantal actieve prijsafspraken regels getoond.

(Versie 17.6.6298.28516) Taak 16786 - Geagendeerde prijs wijzigingen weggooien bij verwijderen inkoop

Bij het verwijderen van een inkoopgegeven worden nu ook automatisch eventueel aanwezige inkoopprijs agendering mee verwijderd.

(Versie 17.8.6312.29522) Taak 16675 - Artikel omschrijving en opmerking velden uitbreiden naar c80

In heel RetailVista zijn de artikel omschrijving en opmerking 1/4 velden uitgebreid van 60 naar 80 karakters.

(Versie 17.1.6239.37199) Taak 16642 - Geagendeerde prijzen direct doorzetten bij nieuwe gegevens

Als vanuit Exchange een artikel nieuw aangemaakt wordt, dan wordt een eventueel geagendeerde verkoop en/of inkoopprijs direct actief gemaakt. Hierdoor wordt voorkomen dat een artikel mogelijk zonder verkoopprijs en/of inkoopprijs gaat bestaan, met alle vervelende gevolgen van dien. Er is ook weinig reden om te agenderen, omdat het artikel toch nieuw is.

(Versie 16.32.6211.28109) Taak 16536 - Export artikel naar Word document moet artikel ook als 'etiket geprint' markeren

Bij het exporteren van een artikel naar een Word document wordt nu ook de indicatie 'Geprint' opgeslagen. Het exporteren naar een Word document wordt nu ook als print opdracht beschouwd.

(Versie 17.5.6282.30093) Taak 16450 - In inkoopprijs agendering ook inkoop korting % op kunnen geven

Bij inkoopprijs agenderingen kan nu ook een korting % opgegeven worden. Deze functionaliteit bestond al bij de inkoopgegevens zelf en daarom is het belangrijk dat dit ook in de agendering mogelijk gemaakt werd.

(Versie 16.32.6211.28109) Taak 15812 - Prijsafspraken inbouwen in RetailVista

Aan een relatie kan vanaf nu ook een prijsafspraak gekoppeld worden. Met prijsafspraken kunnen vooraf specifieke artikelen een aangepaste bruto verkoopprijs krijgen. Dit in tegenstelling tot kortingsafspraken, dan worden er vooraf op groepen van artikelen bepaalde kortingen vastgesteld. Met prijsafspraken zal een groep klanten een lageren/aangepaste reguliere verkoopprijs krijgen. De aangepaste verkoopprijs kan een absolute bruto prijs zijn, of een kortingspercentage ten opzichte van de standaard bruto prijs. Over prijsafspraak prijzen kan het dus voorkomen dat er nog kortingen overheen gegeven worden, omdat een prijsafspraak zelf geen korting is!

Artikellijsten

(Versie 17.13.6345.29855) Taak 16873 - Vanuit artikellijsten rapportage kunnen printen met vermelding van magazijn locatie van artikel

Vanuit artikellijsten kan nu een rapportage worden geprint met de mogelijke magazijn locatie(s) voor elk artikel uit de artikellijst. Ligt een artikel op geen enkele locatie, dan wordt als locatie een lege tekst geprint.

(Versie 16.32.6211.28109) Taak 16608 - Artikellijst naar inventarisaties neemt de prijs niet goed mee

Bij het scannen van een traditionele Ean13 prijsbarcode in een artikellijst wordt het verkoopprijs gedeelte van die barcode niet overgezet naar de inventarisatie. Deze fout is opgelost.

(Versie 17.13.6345.29855) 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.

Autorisatie

(Versie 17.7.6305.36930) Taak 16863 - TREVEN: Recht om geblokkeerde debiteur te overrulen

Er is een nieuwe permissie 'PosAssignBlockedDebtor' toegevoegd aan de groep 'Kassa speciale functies'. Met dit recht kan een kassa medewerker toch verkopen doen aan een geblokkeerde debiteur.

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

Vanaf nu is het mogelijk om gebruikers te koppelen aan 1 beveiligings rol. 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 17.6.6298.28516) Taak 16860 - Test indicator in UNB regel op de juiste manier implementeren

Alleen als bij de instellingen aangegeven is dat RetailLink in 'test' mode draait, dan zullen uitgaande EDI berichten voorzien worden van de test indicatie. Leveranciers kunnen er vervolgens voor kiezen om test berichten niet te verwerken. Het is echter gebleken dat niet alle leveranciers letten op deze test aanduiding, voorzichtigheid is dus geboden!

(Versie 16.32.6211.28109) Taak 16551 - Negatieve aantallen in levering op rekening worden positief in pakbon bericht EDI v2

Deze fout is opgelost.

(Versie 16.32.6211.28109) Taak 16499 - Niet verwachte element terugkoppelen in log

Niet verwachte regels uit een EDI bericht worden nu netjes gelogd in de verwerkings log van een EDI bericht als waarschuwing. Uiteraard worden deze regels nog steeds genegeerd.

(Versie 16.32.6211.28109) Taak 16498 - Graag het paklijstnummer van de leverancier meenemen in de kop van een ontvangst op het veld 'Referentie leverancier'

In de artikel ontvangst wordt nu ook een leverancier referentie / verzending referentie opgeslagen en getoond in het tabblad 'algemeen'. De waarde hiervan is afkomstig uit de EDI pakbon BGM regel.

(Versie 16.32.6211.28109) Taak 16469 - EDI v1 uit RetailVista halen

De oude EDI verwerking in RetailVista is vanaf deze versie niet langer aanwezig. Er is een volledige nieuwe EDI omgeving geschreven met de opgedane kennis van EDI in de afgelopen jaren. De nieuwe EDI versie 2 verwerking kan veel beter overweg met foutief vormgegeven EDI berichten en geeft veel betere logging over eventuele probleem regels.

(Versie 17.6.6298.28516) Taak 16433 - Inlezen van een EDI-bericht waarbij een regel niet te verwerken is, moet hele bericht afkeuren

Een EDI bericht waar 1 of meerdere artikel regels niet verwerkt konden worden, wordt nu als afgekeurd bericht vermeld. Deze functionaliteit werkt alleen als er geen fallback artikel ingesteld is. In dat geval zal een niet te vinden barcode immers omgezet worden naar een volgens de instellingen opgegeven artikel.

Etikettering

(Versie 17.6.6298.28516) Taak 16937 - Additionele actieve kortingen kunnen printen op etiket, bijvoorbeeld prijs per 2, 5 en 10 stuks

Er zijn nu velden als ActiveQpb* in de etiketlayout definitie. Daarin wordt de eerst gevonden actieve korting getoond. Daarmee is het mogelijk om de 1e, 2e, 3e, 4e en 5e actieve korting te tonen.

Daarmee wordt het mogelijk om bv op een etiket te printen:

5.95 per 2 stuks

5.75 per 5 stuks

5.50 per 10 stuks

De sortering qua actieve kortingen is op aantal van laag naar hoog

Zie QA303 voor nieuwe velden, ActiveQpb1* tot en met ActiveQpb5*.

(Versie 16.31.6186.18292) Taak 16466 - Kolom voorraad van de vestiging tonen in de printerqueue

In de print wachtrij kan nu als grid kolom ook voor de voorraad gekozen worden. In deze kolom wordt de voorraad getoond van de vestiging van de print regel.

(Versie 17.2.6249.37758) Taak 16365 - Bij printen thermische etiketten ook graag volgorde kunnen opgeven

Vanuit verschillende afdrukschermen voor thermische etiketten kan nu ook de sortering aangegeven worden.

(Versie 16.31.6186.18292) Taak 16156 - Printen thermische etiketten leeg etiket(ten) bij volgende artikel

Als een etiket wat uit meerdere banen bestaat (bijvoorbeeld 2 stickers naast elkaar of sleuflabels met 4 banen) dan kan het handig zijn om een nieuw artikel op een nieuwe / volgende regel te plaatsen, in plaats van doorloop op dezelfde regel. Het afscheuren van etiketten per artikel is dan eenvoudig. Via de instelling 'Nieuw artikel op nieuwe regel' in de sectie Etikettering, tab Algemeen kan dit gedrag vanaf nu gerealiseerd worden.

(Versie 16.32.6211.28109) Taak 16004 - Afdruktaken ouder dan x dagen automatisch verwijderen uit print wachtrij

Bij instellingen, sectie Etikettering, tab 'Wachtrij' kan met de instelling 'Leeg wachtrij regels na dagen' aangegeven worden na hoeveel dagen RetailVista automatisch de wachtrij regels gaat verwijderen. Klanten die de wachtrij wel laten vollopen maar nooit verwerken houden op deze manier een wachtrij die nooit data bevat ouder als dit aantal dagen.

Exchange Excel import

(Versie 17.6.6298.28516) Taak 16830 - Bij inlezen M3/CBM per eenheid gaat 3e en 4e decimaal verloren

Het importeren van M3 per inkoopeenheid bewaart vanaf nu ook de 3e en 4e decimaal. Voorheen ging deze info verloren.

(Versie 17.6.6298.28516) Taak 16628 - Negatieve aantallen importeren in een credit inkooporder

Bij het importeren van negatieve aantallen in geval van een credit inkooporder werden er geen inkoopgegevens gezocht/gevonden. Deze fout is opgelost.

(Versie 17.10.6330.37619) Taak 16455 - Inkoopgegevens laten vervallen die niet geimporteerd zijn via Excel

Bij de import van Excel kan nu aangegeven worden dat inkoopgegevens die niet aangeleverd zijn, automatisch vervallen verklaard mogen worden. Dit gaat om het vinkje bij 'Annuleer leverancier inkoop gegevens die niet aangeleverd zijn'. Dit moet alleen gebruikt worden als het te importeren bestand het volledige artikel aanbod van de leverancier is en niet slechts een gedeelte daarvan. Bij een gedeeltelijke aanlevering zouden immers alle inkoopgegevens van artikelen van die leverancier die niet in dat bestand voorkomen automatisch vervallen gemarkeerd worden.

Verder is het afhankelijk van de instelling 'Artikel automatisch annuleren' bij sectie Artikelen, tab 'Algemeen' of het artikel ook geannuleerd mag worden. Dit zal dan alleen gebeuren als het artikel geen enkel niet-vervallen inkoopgegeven meer bevat.

(Versie 17.7.6305.36930) Taak 4079 - Meerdere inkoopgegevens kunnen inlezen

Bij het importeren van Excel sheets kunnen nu meerdere inkoopregels bij een artikel worden ingelezen. Het is onvermijdelijk dat de 'verkoop' artikel info dan op meerdere herhaaldelijk voor zal komen. Wel is het zo dat de laatste verkoop regel de actieve data bevat. Dus stel dat een verkoopprijs op 2 artikel regels 4.95 is en op de laatste regel 5.95, dan wordt de verkoopprijs 5.95.

Facturering

(Versie 17.13.6345.29855) Taak 16730 - Print facturen scherm uitbreiden met nieuwe filters

Bij het printen van facturen kunnen nu op meer criteria worden gefilterd welke facturen er geprint moeten gaan worden. 

(Versie 17.5.6282.30093) Taak 16728 - Zoekscherm facturering uitbreiden met aantal filters

Het zoekscherm voor facturen bevat extra zoekvelden.

(Versie 17.12.6339.27871) Taak 16727 - Genereren facturen uitbreiden met extra filters

Bij het genereren van facturen (van leveringen op rekening) kunnen nu op meer criteria gefilterd worden welke leveringen op rekening moeten worden omgezet naar facturen.

(Versie 17.8.6312.29522) Taak 16725 - Fiatteren leveringen scherm iets uitbreiden

Het fiatteren levering scherm is uitgebreid met extra velden om te zoeken op datum en op levering op rekening nummer vanaf/tot-met.

(Versie 17.6.6298.28516) Taak 16724 - Vanuit linker taakbalk in levering op rekening ook fiattering aan kunnen roepen

Vanuit een levering op rekening kan nu ook het fiattering scherm gestart worden via de linker taakbalk.

(Versie 17.12.6339.27871) Taak 16556 - CC email adres van debiteur wordt niet gebruikt bij digitaal factureren

Bij het digitaal factureren kan bij een debiteur een CC en/of een BCC email adres opgegeven worden. Deze adressen worden vanaf nu ook werkelijk gebruikt bij het versturen van email.

(Versie 17.1.6239.37199) Taak 16546 - BTW vrijgesteld indicatie gaat verloren bij reservering naar levering op rekening

Deze fout is opgelost, bij het omzetten van een reservering naar een levering op rekening blijft de btw vrijstelling indicatie nu gehandhaafd.

(Versie 17.8.6312.29522) 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. Bij het aanmaken van een factuur zal nu worden ingesteld bij 'digitale verwerking' dat de factuur per email moet worden verstuurd. 

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. ls 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.

Inkoopfactuur controle

(Versie 17.8.6312.29522) Taak 16973 - Bericht afkeuren als totaal invoice ex btw niet gelijk is aan totaal van regels ex btw

Als de totaal optelling van de bedragen van de regels niet overeenkomt met het in het EDI bericht aangegeven totaalbedrag ex btw, dan wordt het hele bericht vanaf nu afgekeurd.

(Versie 17.13.6345.29855) Taak 16972 - Meer betalingskorting info tonen

Bij een inkoopfactuur wordt behalve het betalingskorting percentage nu ook de info bij dat percentage getoond, zoals het aantal dagen waarbinnen betaald moet worden en het bedrag wat het gevolg is van dat percentage.

(Versie 17.8.6312.29522) Taak 16970 - MOA toeslag bedrag wordt afgerond naar hele getallen, decimalen deel valt weg

Van het factuur toeslag bedrag worden vanaf nu ook de decimalen correct meegenomen.

(Versie 17.13.6345.29855) Taak 16969 - Op hoofdscherm totaal kortingen/toeslagen en totaal netto factuur bedrag toevoegen

In de tab 'Algemeen' worden deze twee velden nu ook getoond als nieuwe velden.

(Versie 17.7.6305.36930) Taak 16935 - Vanuit boekstuk nr in grid kolom inkoopfactuur regels kunnen springen/doorklikken naar ontvangst

Als in de inkoopfactuur regels gekozen wordt voor weergave van de kolom 'boekstuk' dan kan op dit boekstuk nummer geklikt worden om direct naar de ontvangst te springen. Vanuit de ontvangst kan via de pijl linksboven terug gesprongen worden naar de inkoopfactuur.

(Versie 17.9.6324.21095) Taak 16934 - Veld 'artikel' muteerbaar maken in inkoopfactuur regel

Het artikel kan nu ook aangepast worden in een inkoopfactuur regel.

(Versie 17.7.6305.36930) Taak 16933 - Extra kolom 'verschil waarde' kunnen tonen in inkoopfactuur regels

Er kan nu ook een kolom geselecteerd worden voor de weergave van het absolute verschil qua prijs tussen het factuur regel bedrag en het bedrag uit de ontvangst regel.

(Versie 17.6.6298.28516) Taak 16932 - Aantal match van inkoopfactuur regel niet op eventuele magazijn telling doen maar altijd op pakbon aantal

De match van het aantal stuks van een inkoopfactuur regel vindt niet meer plaats op basis van de magazijn controle maar op basis van het originele pakbon aantal.

(Versie 17.6.6298.28516) Taak 16931 - In inkoopfactuur header graag resultaat van RFF+ON en RFF+AAK tonen

In de inkoopfactuur worden in het tabblad 'Algemeen' vanaf nu de waardes van de EDI velden RFF+AAK, RFF+ON en BGM document nummer vermeld.

(Versie 17.7.6305.36930) Taak 16925 - Bij starten zoekscherm boekstukken vanuit inkoopfactuur controle koppelingen dan leverancier suggereren en disablen (niet muteerbaar)

Door vanuit een inkoopfactuur in het tabblad koppelingen een boekstuk te zoeken wordt de leverancier in dat scherm al gesuggereerd als initieel zoekfilter. De leverancier is ook niet wijzigbaar en is de leverancier van de inkoopfactuur.

(Versie 17.6.6298.28516) Taak 16924 - Koppelen inkoopfactuur aan ontvangst uitbreiden met koppelen op basis van RFF+AAK element

Een inkoopfactuur wordt vanaf nu in eerste instantie gekoppeld via de RFF+AAK waarde uit het EDI factuur bericht. Daarin staat het verzending referentie nummer van de leverancier en dezelfde info heeft ook eerder in de BGM regel van een EDI pakbon gestaan. Mocht er geen ontvangst gevonden worden via de RFF+AAK, dan wordt er nog gezocht in de artikel ontvangst op de waarde van RFF+ON, het ordernummer van de leverancier.

(Versie 17.6.6298.28516) Taak 16917 - Fallback bij koppeling niet uitvoeren

Het koppelen van een inkoopfactuur aan ontvangsten gebeurd vanaf nu uitsluitend nog op de velden RFF+AAK en RFF+ON. Er is geen fallback meer op basis van leverancier en ontvangsten van die leverancier. Mocht de RFF informatie niet kloppen, dan zal er geen koppeling met ontvangst(en) gemaakt worden. Deze is dan handmatig alsnog te maken door een specifieke ontvangst toe te voegen aan de koppelingen.

(Versie 17.6.6298.28516) Taak 16914 - Bij verwerking van EDI bericht gedeelte wat niet bestemd is voor afnemer dan dat bericht niet verwerken + afkeuren

Een EDI bericht wat niet bedoeld is voor de ontvanger (op basis van NAD+BY regel) wordt vanaf nu ook niet meer verwerkt, er komt een duidelijke melding dat het bericht niet voor de ontvanger bedoeld is.

(Versie 17.6.6298.28516) Taak 16910 - Succes melding kan er wel uit

Er zat een redelijk loze melding 'gereed' in de wizard van inkoopfactuur controle. Deze is verwijderd.

(Versie 17.6.6298.28516) Taak 16909 - Bij verwerken bericht alsnog leverancier terug schrijven naar ontvangen EDI bericht

Als bij de verwerking van een EDI pakbon bericht alsnog een leverancier gevonden, wordt terwijl die aanvankelijk bij het bericht niet gevonden kon worden, dan wordt die leverancier nu terug geschreven naar het ontvangen bericht. Daardoor is achteraf goed te zien welke leveranciers welke berichten gestuurd hebben.

(Versie 17.6.6298.28516) Taak 16908 - Verschil % kolom met 100% vullen als er geen ontvangst regel bij inkoopfactuur regel gevonden kan worden

In de percentage verschil kolommen in de inkoopfactuur regels wordt nu 100% als afwijking getoond als er geen bijbehorende artikel ontvangst regel gevonden kan worden. Voorheen werd als verschil dan 0% getoond, maar dat was niet correct.

(Versie 17.6.6298.28516) Taak 16907 - Bij afkeur van EDI bericht dan toch proberen om leverancier te vinden

Als een EDI pakbon of factuur bericht geen correcte opbouw heeft, dan wordt het bericht in het geheel niet ingelezen. Er werd dan echter ook niet meer geprobeerd om de leverancier aan het bericht te koppelen. Dit is opgelost, er wordt nu altijd nog geprobeerd om toch een leverancier aan het bericht te koppelen. Dat maakt het eenvoudiger om te kijken waar een afgekeurd bericht vandaan kwam.

(Versie 17.6.6298.28516) Taak 16906 - Field x of segment y (5482) contains invalid data ('3.5'), data should be of type numeric

Een aantal velden in de inkoop factuur mochten volgens de specificaties ook met decimalen aangeleverd worden, maar RetailVista keurde deze gegevens ten onrechte af. Deze fout is opgelost.

(Versie 17.7.6305.36930) Taak 16905 - Bij starten inkoopfactuur controle check doen op instellingen

Bi het starten van de inkoopfactuur controle wordt vanaf nu getest of een aantal verplichte instellingen correct opgegeven zijn. Als dat niet het geval is, dan wordt er een melding gegeven dat de administratie instellingen niet compleet zijn.

(Versie 17.7.6305.36930) Taak 16904 - Negatieve aantallen (waaronder -1) accepteren

In de inkoopfactuur controle mag ook -1 als aantal gebruikt worden. RetailVista keurt deze gegevens nu niet meer af.

(Versie 17.6.6298.28516) Taak 16902 - Zoeken inkoopfacturen is nog niet erg snel, lijkt te liggen aan feit dat message content ook meegestuurd wordt naar browser

Het zoeken van inkoopporders is aanzienlijk vernsneld.

(Versie 17.6.6298.28516) Taak 16897 - Anders omgaan met barcode uit inkoopfactuur regel verwerking

Bij het verwerken van een inkoopfactuur bericht worden regels met een onbekende barcode nu vervangen door het opgegeven artikel in de EDI instellingen. Dit gaat om de instelling 'Artikel onbekende factuur barcode' in de sectie 'EDI', tab 'Algemeen'. Overigens moet dit artikel verschillen van het artikel voor een onbekende barcode in een EDI pakbon bericht. De reden daarvooor is dat als bij beide instellingen hetzelfde artikel gebruikt zou worden, dan zouden deze inkoopfactuur regels ook automatisch aan de ontvangst regels gekoppeld worden, omdat RetailVista dan ziet dat het artikel hetzelfde is.

De originele barcode uit de EDI regel is altijd nog op te vragen als kolom of in het inkoopfactuur regel detail scherm.

(Versie 17.6.6298.28516) Taak 16895 - Bericht weergave is niet goed

EDI v2 inkoopfactuur berichten werden corrupt weergegeven, dit weergave probleem is nu opgelost.

(Versie 17.4.6275.30173) Taak 16848 - Leverancier ordernummer en afnemer ordernummer toevoegen aan inkoopfactuur tabel

In het inkoopfactuur scherm worden vanaf nu ook het leverancier ordernummer en het afnemer ordernummer getoond, mits die info aanwezig was in het EDI bericht.

Inkooporders

(Versie 17.6.6298.28516) Taak 16912 - Sluiten inkooporders graag via achtergrond proces

Het sluiten van veel inkooporders kan wat langer duren en om die reden is het sluiten van inkooporders nu een achtergrond proces geworden. Hierdoor kan het sluiten van inkooporders ook verlaten worden na het starten ervan.

(Versie 17.7.6305.36930) Taak 16877 - Bij leverancier aan kunnen geven wat voor soort inkoopkorting er gegeven wordt

Bij een leverancier kan in het tabblad 'Condities' nu de korting berekenings methode van de leverancier opgegeven worden. Er kan gekozen worden uit 'Kortingen afzonderlijk berekenen' en 'Kortingspercentages optellen en totaalkorting berekenen'. Standaard wordt er uitgegaan van het berekenen van alle afzonderlijke kortingen. Dit betekent dat van elk korting % een kortingsbedrag berekend wordt en dat die afzonderlijke kortingsbedragen opgeteld worden. Alternatief kan er gekozen worden voor het optellen van kortingspercentages. Dan worden alle percentage bij elkaar opgeteld waarna een totaal kortingsbedrag wordt berekend. Bij het afzonderlijk berekenen van kortingen moet de volgorde ook aangegeven worden.

Voorbeeld van optellen van kortingen:

2% EDI, 5% prestatie, 1% orderkorting over 100 euro aan inkoopwaarde. Totaal opgetelde korting is 2 + 5 + 1 = 8%. Korting over 100 euro is 8 euro.

Voorbeeld van afzonderlijk korting berekenen (bij standaard volgorde):

1% Order korting, 2% EDI, 5% prestatie over 100 euro aan inkoopwaarde. Korting is 100 euro - 1% = 99 euro. Vervolgens 2% over 99 euro = 1,98. Restbedrag is 99 - 1,98 = 97,02 euro. Vervolgens 5% over 97,02 euro = 4,85 euro. Restbedrag = 97,02 - 4,85 = 92,17 euro.

Uit deze voorbeelden wordt zichtbaar wat het verschil is in kortings berekening zoals die door leveranciers toegepast worden.

(Versie 17.6.6298.28516) Taak 16856 - Type inkooporder wordt niet goed overgenomen bij de excel import

Na een Excel inkooporder import was het type order altid 'Inkooporder' ongeacht wat er in het Excel import scherm aangegeven werd. Deze fout is opgelost.

(Versie 17.1.6239.37199) Taak 16567 - Inkooporder PDF per email wordt nog niet zichtbaar bij inkooporder zelf

Een inkooporder die per email verstuurd is naar een leverancier (niet via EDI) wordt vanaf nu ook zichtbaar in het tabblad 'Export'.

(Versie 17.8.6312.29522) Taak 16257 - Bij heropenen van een inteken inkooporder dan vraag stellen of gekoppelde verkooporders ook heropend moeten worden (=status Nieuw)

Bij het heropenen van een inkooporder wordt nu ook de vraag gesteld of eventueel gekoppelde verkooporders ook automatisch heropend moeten worden. Als daarvoor gekozen wordt, dan krijgen die verkooporders de status 'Nieuw'.

(Versie 17.13.6345.29855) Taak 16072 - Artikel niet kunnen bestellen als het niet bestelbaar is volgens de inkoop status

Bij de instellingen, sectie Inkooporders, tab 'Algemeen' kan nu ingesteld worden bij 'Bestelbare artikelen' dat er alleen artikelen besteld mogen worden die volgens de inkoop informatie bestelbaar zijn. Voorheen konden ook niet bestelbare artikelen besteld worden. Daar verscheen dan wel een opmerking over, maar het was wel mogelijk die waarschuwing/opmerking te negeren.

(Versie 17.12.6339.27871) Taak 16054 - Taak Aangepaste rapportages inkooporders zonder inkoopprijzen

Vanaf nu worden aangepaste rapportags aangemaakt op organisatie niveau ook zichtbaar voor onderliggende bedrijven. Door met de rapportage designer verbinding te maken op organisatie niveau zullen de aangepaste rapportages automatisch op onderliggende bedrijven zichtbaar worden. In de omschrijving van de rapportage wordt een extra aanduiding vermeld om zichtbaar te maken dat het om een rapportage van de organistie gaat.

Instellingen

(Versie 17.6.6298.28516) Taak 16868 - Zoeken op instellingen uit sectie RetailVista werkt niet

Sinds de vorige RetailVista update kan er nu gezocht worden in de instellingen. Daarbij werd alles uit de sectie 'RetailVista' echter overgeslagen. Deze fout is opgelost.

Loyaliteit

(Versie 17.8.6312.29522) Taak 16329 - Instelling 'spaarkaart opname alleen voor relaties' werkt niet met eLoyalty

De instelling dat spaarkaart opnames alleen mogelijk zijn voor spaarkaarten met relaties werkt nu ook goed in combinatie met eLoyalty gebruikers.

Magazijn

(Versie 17.13.6345.29855) Taak 16871 - In magazijn info kolom 'barcode' plaatsen in grid

In het raadplegen magazijn scherm kan voor de magazijn regels nu als kolom ook voor 'barcode' gekozen worden.

Offertes

(Versie 17.8.6312.29522) Taak 15510 - Realisatie offerte module

Vanaf nu is binnen RetailVista als nieuwe licentie een offerte module beschikbaar. Met deze module kunnen offertes gemaakt worden, wat geen effect heeft op voorraad en/of omzet. Vanuit een offerte kan eenvoudig een verkoooporder worden gemaakt.

(Versie 17.6.6298.28516) Taak 16836 - Artikellijst naar offerte, zoekscherm lijkt verkooporder zoekscherm

Bij het omzetten van een offerte naar een verkooporder werkte de offerte zoek functionaliteit niet goed. Deze fout is opgelost.

(Versie 17.10.6330.37619) Taak 16561 - Offerte regel uitbreiden met note1, note2 en overzetten vanuit offertes naar verkooporders

Bij een offerte regel kan nu ook een opmerking 1 en 2 gemaakt worden.

(Versie 17.1.6239.37199) Taak 16548 - Bij offerte en verkooporders links naar bijbehorende gegeven toevoegen

Vanuit verkooporders en vanuit offertes wordt via aanklikbare links getoond wat de onderlinge koppeling is. Door op de link te klikken spring je naar de verkooporder en offerte en terug.

(Versie 16.32.6211.28109) Taak 16449 - Bij omzetten offerte naar verkooporder dan alle prijzen, kortingen etc etc behouden.

Bij het omzetten van een offerte naar een verkooporder worden kortingen nu bewaard/veilig gesteld.

(Versie 17.8.6312.29522) Taak 16447 - Nieuw scherm 'sluit offertes' realiseren

Er is een nieuw scherm 'Sluit offertes' gemaakt. In dat scherm kunnen heel snel meerdere offertes worden gesloten. De status van de offertes worden dan aangepast naar 'Gesloten'.

Ontvangsten

(Versie 17.7.6305.36930) Taak 16920 - In ontvangen artikelen regel grid kunnen filteren op weergeven van gekoppelde inkoopfactuur regels

In de artikel ontvangst regels kan via 'Filters toepassen' nu gekozen worden om alleen regels weer te geven waar een inkoopfactuur regel aan gekoppeld is. In het regel detail scherm wordt het nummer van de gekoppelde inkoopfactuur(facturen) getoond.

(Versie 17.6.6298.28516) Taak 16888 - In ontvangen artikelen scherm een aantal weergave velden toevoegen

In de artikel ontvangst worden vanaf nu meer gegevens getoond uit het eventueel ontvangen EDI bericht wat ten grondslag kan liggen aan de artikel ontvangst. Belangrijke velden zjin onder meer de RFF referentie velden waarin EDI order nummer en pakbon referentie nummer vermeld staan. Deze nieuwe velden worden getoond in het algemene tabblad.

(Versie 17.12.6339.27871) Taak 16887 - Bij rapportage 51,79, 122, 178 in voorloopscherm aan kunnen geven met welke aantallen gewerkt wordt

Bij het printen van deze rapportages werd altijd gewerkt met de aantallen van de magazijn controle. Soms bleek het toch gewenst om een rapport te printen op basis van de pakbon aantallen. Vanaf nu kan in het afdrukscherm gekozen worden met welke aantallen er gerekend moet worden.

(Versie 17.8.6312.29522) Taak 16886 - Aantal weergave kunnen omzetten tussen pakbon en magazijn aantal

In het artikel ontvangst scherm kan via een listbox nu gekozen worden voor de weergave van aantallen op basis van de pakbon of de magazijn controle.

(Versie 17.11.6334.29108) Taak 16884 - Onderaan graag totaal bruto en totaal korting % en waarde vermelden

Onderin het regel tabblad van ontvangen artikelen worden nu ook totaal bruto, netto en verleende korting vermeld. Dit maakt een eventuele factuur controle via ontvangen artikelen eenvoudiger.

(Versie 17.8.6312.29522) Taak 16883 - Berekend kortingsbedrag en berekend kortings % tussen bruto en netto

In de artikel regels van een artikel ontvangst kan nu gekozen worden voor weergave van de kolommen 'Berekend korting bedrag' en 'Berekend korting%'. Deze kolommen tonen het verschil tussen de bruto en netto prijs, zowel als absolute waarde als percentage.

(Versie 17.11.6334.29108) Taak 16880 - Bij sluiten van ontvangst dan automatisch sluit inkooporder scherm starten

Bij het sluiten van een artikel ontvangst worden alle gekoppelde inkooporders getoond zodat die optioneel ook gesloten kunnen worden.

(Versie 17.11.6334.29108) Taak 16879 - Bij sluiten van ontvangst dan automatisch alle gekoppelde inkooporders sluiten mits 100% geleverd

Als een artikel ontvangst gesloten wordt (status Gesloten) dan worden alle gekoppelde inkooporders vanaf nu ook automatisch gesloten, mits alles van een inkooporder volledig geleverd is. RetailVista meldt na afloop het aantal afgesloten inkooporders.

(Versie 17.7.6305.36930) Taak 16857 - Een nieuwe regel op een artikel ontvangst moet standaard de kortingsconditie 'Huidige boekstuk' krijgen

Bij het toevoegen van een artikel regel aan een ontvangst kan met een listbox de kortingsconditie gekozen worden. Vanaf nu wordt standaard bij het toevoegen van een nieuwe regel de kortingsconditie van de artikel ontvangst zelf gebruikt. Er kan alternatief nog steeds gekozen worden om de conditie van de gekoppelde inkooporder te gebruiken.

(Versie 17.11.6334.29108) Taak 16840 - Vervallen inkoopgegevens/artikelen niet meenemen bij ontvangen van een display

Bij het inlezen van een artikel ontvangst pakbon bericht worden display artikelen 'geexplodeerd' naar de onderliggende afzonderlijke set artikelen. Daarbij werd nog geen rekening gehouden met eventueel vervallen inkoopgegevens in die set. Vanaf nu worden vervallen inkoopgegevens niet meer toegevoegd aan de pakbon verwerking.

(Versie 17.9.6324.21095) Taak 16782 - Opgeboekte collecties tellen nog dubbel mee op het invoerverslag

Deze fout is opgelost.

(Versie 17.1.6239.37199) Taak 16681 - Vestigingsfilter wordt niet toegepast bij tonen van openstaande inkooporderregels in de ontvangsten

Wanneer het filter op de openstaande inkooporder regels weggehaald werd in de artikel ontvangst, dan werden alle openstaande inkooporder regels van alle vestigingen getoond, in plaats van alleen de regels van inkooporders van de vestiging van de ingelogd gebruiker. Deze fout is opgelost.

(Versie 17.4.6275.30173) Taak 16605 - Bij logistiek sluiten (of hogere waarde) ontvangst boekstuk dan reservering berichten genereren

Bij het sluiten van een artikel ontvangst worden vanaf nu automatisch reserverings berichten gegenereerd. Dit is handig omdat tijdens het inboeken van de ontvangst er meldingen gedaan kunnen zijn over openstaande verkooporders. Op die openstaande verkooporder regels kunnen reserveringen regels gemaakt zijn. Door bij het sluiten van de ontvangst de berichten te genereren staan de reserveringen werkelijk klaar voor afdrukken en verwerken.

(Versie 16.32.6211.28109) Taak 16514 - EDI pakbonnen met negatieve aantallen zijn niet te verwerken

EDI pakbonnen met negatieve aantallen worden vanaf nu ook correct verwerkt door de EDI V2 omgeving.

(Versie 17.1.6239.37199) Taak 16461 - Zoeken naar bijpassende inkoop eenheid bij opboeken ontvangsten zonder inkooporder

Als er een artikel ontvangst regel wordt opgeboekt, zonder dat daar een inkooporder bij hoort, dan wordt qua inkoopprijs nu gekeken naar de inkoopgegevens van de leverancier van de ontvangst en daarbinnen naar de voorkeur inkoop regel. Maar als er bijvoorbeeld een inkoop gegeven per stuk bestaat en een inkoop gegeven per doos, dan wordt dat genegeerd. RetailVista kijkt immers uitsluitend naar de voorkeur regel.

Vanaf nu is dat niet langer het geval: Er wordt nu gekeken naar de verpakking die het dichtst bij het aantal stuks komt wat opgeboekt wordt en niet langer uitsluitend de voorkeur regel.

(Versie 17.2.6249.37758) Taak 16064 - Grootboek rapportage op ontvangst boekstuk nodig

Van een artikel ontvangst kan nu ook een grootboek rapportage geprint worden.

POS

(Versie 17.6.6298.28516) Taak 16832 - Restpunten fiscale integratie Tjsechie

Er zijn nog een aantal technische aanpassingen gedaan om de verwerking van kassa transacties in Tsjechie correct te laten verlopen. Belangrijke wijziging is dat het vanaf nu mogelijk is in statistiek om te zoeken op een bepaalde fiscale integratie transactie ID. Hiermee kunnen bepaalde kassabonnen teruggevonden worden, bijvoorbeeld bij controle door de belastingdienst.

(Versie 17.7.6305.36930) Taak 15786 - Aparte autorisatie vereist op hogere retourbedragen

Bij Extra, Instellingen, sectie Point of Sale, tab 'Retouren' kan nu worden ingesteld boven welk retour bedrag / waarde er aanvullende autorisatie nodig is. De autorisatie die hiervoor gebruikt wordt is 'AuthorizationRequiredAboveReturnValue'. Als bijvoorbeeld een bedrag van 100 euro opgegeven wordt, dan zal bij een retourwaarde van 100 euro of meer er aanvullende autorisatie gevraagd worden. Uiteraard moet de autorisatie in POS geactiveerd zijn en zal de gebruiker geen 'beheerder' moeten zijn, een beheerder heeft immers volledige rechten.

(Versie 17.4.6275.30173) Taak 15336 - Bij verwerken POS transactie graag de evt note1-4 overnemen in CashSaleRows en InvoiceSaleRows

Bij het verwerken van een POS transasctie worden eventueel ingevulden artikel opmerking 1-4 velden nu ook overgenomen in de verkoop historie.

(Versie 17.1.6239.37199) Taak 15066 - Per terminal aan kunnen geven of starten transactie voor opgave van relatie en debiteur verplicht is

Per POS terminal kan nu aangegeven worden of opgave van een relatie/debiteur verplicht is. Dat is vooral het geval bij cash en carry situaties waar je zonder klantenpas geen aankopen mag doen.

Relatie onderhoud

(Versie 17.13.6345.29855) Taak 17006 - Indien er een digitale verzendwijze 'eMail' of 'EDI en eMail' is dan testen of het email-adres is opgegeven , leidt anders tot behoorlijke problemen in verzending

Als bij een debiteur nu gekozen wordt voor het via Email versturen van een factuur, dan wordt het email adres verplicht gesteld. Dit geldt ook bij de keuze 'EDI en email'.

(Versie 17.6.6298.28516) Taak 16778 - Bedrijfsnaam naar c80

De bedrijfsnaam van relaties is aangepast naar c80.

(Versie 17.9.6324.21095) Taak 16747 - Vanuit relatie onderhoud in nieuw tabblad alle gekoppelde spaarkaarten laten zien en kunnen toevoegen en muteren

In relatie onderhoud is nieuw tabblad 'Loyaliteit' toegevoegd waarin de loyaliteit kaarten van de relatie worden getoond. Via 'Toekennen loyaliteit kaart' kunnen nieuwe kaarten ook worden gekoppeld aan de relatie.

(Versie 17.1.6239.37199) Taak 16366 - Bij aanmaken relatie moet huisnummer niet verplicht zijn

Bij het aanmaken van een adres is voor NL en Belgie een huisnummer verplicht, voor alle andere landen is het huisnummer nu optioneel.

(Versie 17.2.6249.37758) Taak 15014 - Verwijderen giro rekening veld uit RetailVista

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

Reserveringen

(Versie 17.5.6282.30093) Taak 16606 - Ander soort email kunnen versturen naar consument bij reservering als bijbehorende verkooporder geen openstaande regels meer heeft

Vanaf nu kan een consument een ander email bericht krijgen als er van een verkooporder een deel klaar staat om af te halen dan wel wanneer alles klaar staat om af te halen. In dat laatste geval zal de noodzaak immers hoger zijn om alles op te halen, de winkel hoeft niet meer te wachten op artikelen die nog binnen moeten komen. Het betreft email sjablonen van het type 'Gedeeltelijke reservering notificatie' en 'Volledige reservering notificatie'.

Retour administratie

(Versie 17.11.6334.29108) 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 17.6.6298.28516) Taak 16781 - Kortingen zoeken mbv Contante verkoopstatistieken geeft geen resultaat op "Korting gegeven:Ja"

Het zoeken in de contante verkoopstatistieken op regels waarop korting gegeven is, leverde geen resultaten op. Deze fout is opgelost.

Taakplanner

(Versie 17.5.6282.30093) Taak 16361 - Taak planning voorzien van gebruiker tbv uitvoering

Bij het aanmaken van een nieuwe taak planning moet nu een gebruiker opgegeven worden die de taak gaat uitvoeren (qua rechten en dergelijke).

Verkooporders

(Versie 17.1.6239.37199) Taak 16566 - Inkooporder status direct 'definitief' maken wanneer deze 1:1 uit verkooporder gegenereerd wordt

Bij extra, Instellingen, tab 'Verkoopoders' kan in tab 'Algemeen' via de instelling 'Inkooporder genereren' aangegeven worden of meerdere verkooporders per leverancier resulteren in inkooporders, of dat elke afzonderlijke verkooporder leidt tot 1 (of meerdere) inkoopoders. Dat laatste zal alleen gebeuren als zich in de verkooporder verschillende leveranciers bevinden. Standaard gedrag is dat verkooporders getotaliseerd per leverancier leiden tot een of meerdere inkooporders.

(Versie 17.11.6334.29108) Taak 15710 - Adres van afleverrelatie kan niet geprint worden in rapportage 105

Op rapportage 105 kan optioneel nu ook het afleveradres vermeld worden. Hiervoor zijn delivery* velden toegevoegd aan de dataset.