Release notes RetailVista voorjaar 2019 update

Algemeen / diversen

(Versie 19.12.7058.30032) Taak 18605 - Geblokkeerde gebruikers kunnen blijven toekennen aan bv verkooporders

Een geblokkeerde gebruiker werd voorheen niet meer getoond in de listbox van beschikbare gebruikers bij bijvoorbeeld het toekennen van een verkoper aan een verkooporder. Dit is aangepast, ook geblokkeerde gebruikers worden vanaf nu nog steeds getoond. Alleen gebruiker die niet langer gefiatteerd zijn worden niet getoond. Mochten er gebruikers definitief vertrokken zijn, verwijderd dan de fiattering van het gebruikers account om te voorkomen dat ze nog getoond worden. 

(Versie 19.12.7058.30032) Taak 18572 - Uitgaande bestanden graag voorzien van nummer

Vanuit ondersteuningsoogpunt is er voor gekozen om uitgaande bestanden nu allemaal een uniek volgnummer te geven. In het scherm met uitgaande bestanden kan nu ook gezocht worden op het bestand nummer. Dit maakt het makkelijker in de communicatie met de supportdesk om aan te geven over welk bestand een vraag gesteld wordt.

(Versie 19.10.7030.30320) Taak 18540 - Standaard geen inkomende bestanden tonen die al/succesvol verwerkt zijn

Bij de ontvangen bestanden worden vanaf nu alleen bestanden getoond die nog niet verwerkt zijn. In het geavanceerd zoeken filter gedeelte kan uiteraard worden gekozen om alle bestanden te tonen, of alleen de bestande die wel of niet verwerkt zijn.

(Versie 19.5.6985.28728) Taak 18453 - Bij ontvangen berichten uitwisseling ID, bericht ID en vervallen indicatie toevoegen

Vanaf nu worden bij binnengekomen berichten de kolommen 'Uitwisseling ID', 'Bericht ID' en 'Vervallen J/N' gevuld. Deze kolommen zijn te kiezen in het grid bij 'binnengekomen bestanden'.

(Versie 19.2.6956.29014) Taak 18402 - Download van xml bestand (Realtime WMS uitgaand) geeft txt als extensie bij download

Het downloaden van een uitgaand bestand geeft bij opslaan altijd de extensie 'txt'. Deze fout is opgelost, de extensie van het bestand wordt nu correct overgenomen tijdens het download.

(Versie 18.20.6890.17274) Taak 18276 - Paging fout bij externe leverancier voorraad

Het bladeren door de lijst van externe voorraad (voorraad van een leverancier) ging niet goed, fout is opgelost.

(Versie 19.5.6985.28728) Taak 18065 - Bij afzender email adres volledige naam op kunnen geven

Bij instellingen, Taken, tab 'Taakplanner' kan nu een volledige naam worden opgegeven. Deze wordt toegevoegd als toelichting bij het afzender email adres. In plaats van het email adres (noreply@retailvista.net) zullen de meeste email applicaties de volledige naam tonen waardoor de herkenbaarheid van de afzender sterk verbeterd. Om technische redenen is het wijzigen van het afzender email adres niet mogelijk.

Arrangementen

(Versie 19.1.6943.26418) Taak 18009 - Mogelijk maken om korting op een arrangement te geven

Op verkochte arrangementen kan nu ook een percentage of een bedrag korting worden gegeven in RetailVista POS.

Artikel onderhoud

(Versie 19.7.7002.30087) Taak 18456 - Bij artikel aan kunnen geven of het een ESL (Electronic Shelf Label) artikel is

In artikel onderhoud kan nu via de tab 'ESL' gekozen worden voor het aangeven per vestiging dat een artikel een ESL label heeft. ESL staat voor 'Electronic Shelf Label' en bestaat uit een digitale prijskaart. Vanuit RetailVista is een integratie met electronische schaplabels van het merk 'Pricer' gerealiseerd. Zodra de prijs van een artikel veranderd (of omschrijving of andere velden, afhankelijk wat in de label layout is ingesteld) veranderd dat binnen korte tijd ook op het ESL label. Een ESL label kan bestaan uit meerdere delen, waarbij op elk deel ook een ander artikel getoond kan worden. Dit is vooral het geval bij heel kleine artikelen waarbij de ESL qua breedte in het schap meerdere artikelen bestrijkt.

(Versie 19.1.6943.26418) Taak 18408 - Hoofd barcode niet leeg maken als er een tekst barcode wordt opgevoerd

Als er vanaf nu een tekst barcode wordt gemuteerd, dan blijft de 'hoofd' barcode ongewijzigd. De hoofd barcode is nu slechts een numerieke barcode, tekst barcodes worden niet ondersteund als 'hoofd' barcode. Door deze aanpassing blijft de laatste numerieke hoofd barcode ongewijzigd.

(Versie 18.20.6890.17274) Taak 18227 - Winkel locaties inbouwen

Bij de beschikbaarheid van artikelen kan nu ook een winkel locatie worden opgegeven waar het artikel in de winkel te vinden is. Van de winkel locaties is een apart te onderhouden stamtabel toegevoegd aan RetailVista.

(Versie 19.3.6970.25591) Taak 17958 - Via taakplanner automatisch aanmaken artikelen vanuit standby artikelen

Vanuit de taakplanner kunnen nu automatisch artikelen worden gemaakt vanuit standby artikelen. Een praktische toepassing hiervan zijn de VBN planten als standby artikelen waarbij automatisch 'echte' artikelen worden gemaakt van elke voorkomende plant. Vanuit een (andere) nacht verwerking worden eerst de standby artikelen bijgewerkt met nieuwe planten, waarna deze verwerking automatisch artikelen maakt van nieuwe standby artikelen.

(Versie 19.5.6985.28728) Taak 17015 - Graag filter maken voor Afbeelding JA/NEE bij zoeken artikelen

Bij het zoeken van artikelen kan nu een filter geactiveerd worden om alleen artikelen te zoeken die wel of juist geen afbeelding hebben. Vooral bij het klaarmaken van een deel van het artikelbestand voor een webshop is dit een handige aanvulling.

(Versie 19.5.6985.28728) Taak 16918 - Als promotie op artikel dan prijs in artikelonderhoud met andere kleur en sterretje erachter

Als een artikel in de aanbieding is, dan wordt achter de bruto verkoopprijs van het artikel nu een ballon icoontje getoond. Door de muis daarop te houden wordt meteen een overzicht zichtbaar van alle kortingen die op dat moment actief zijn.

Artikellijsten

(Versie 19.3.6970.25591) Taak 18459 - Veel artikelen verwijderen uit artikellijst

De snelheid van het verwijderen van veel artikelen uit een artikellijst is verbeterd.

(Versie 19.5.6985.28728) Taak 18435 - Magazijn locatie aanduiding kunnen plaatsen bij artikellijst regel

Bij een artikellijst regel kan nu ook een artikel winkel locatie code worden opgegeven. Deze functionaliteit is nu nog beperkt bruikbaar omdat het nog niet mogelijk is om aan te geven dat het artikel op een nieuwe winkel locatie te vinden is. Het werkt uitsluitend voor 'bestaande' artikel winkel locaties. In de volgende update van RetailVista zullen ook nieuwe artikelen op locaties opgegeven kunnen worden.

(Versie 18.22.6922.28815) Taak 18295 - Graag toestaan dat alfanumerieke barcodes ingelezen kunnen worden vanuit excel

Vanaf nu kunnen ook alfanumerieke barcodes (barcodes met tekst in plaats van cijfers) worden ingelezen als artikelen in artikellijst regels.

EDI

(Versie 19.2.6956.29014) Taak 18217 - Snelheid van opvragen overzicht (grid) van uitgaande berichten

Deze grid werd steeds trager, de performance hiervan is aangepakt en werkt nu weer snel.

(Versie 19.3.6970.25591) Taak 17858 - EDI order is niet aangekomen bij de leverancier

In bijzondere omstandigheden kon RetailVista besluiten dat een order succesvol verstuurd was via EDI, terwijl die bij de leverancier toch niet aankwam. Deze fout is opgelost.

Etikettering

(Versie 19.6.6997.22634) Taak 18494 - Mogelijkheid om het weeknummer te printen als bijvoorbeeld JWW ( 201J en WW=Weeknummer ) op Thermisch Etiket Rataplan

Op thermische etkketten kan nu een variant van het huidige jaar en weeknummer geprint worden. Hiervoor zijn de velden <year1_x>, <year2_x> en <week_x> velden toegevoegd.

Het veld <year1_x> geeft het laaste getal van het jaar terug, in dit geval 9 van 2019. Het veld <year2_x> geeft de laatste 2 cijfers van het jaar terug, in dit geval 19. Het veld <week_x> geeft het weeknummer aan op 2 cijfers met eventueel een voorloop 0 voor de eerste 9 weken van het jaar. Voor de bepaling van het weeknummer wordt gebruik gemaakt van de instellingen in RetailVista.

(Versie 19.2.6956.29014) Taak 18429 - Probleem met thermische etiketten printen via print wachtrij

Bij het printen van etiketten vanuit de print wachtrij werd als aantal etiketten altijd '1' geprint als er gekozen werd voor 'aantal stuks op voorraad'. Deze fout is opgelost.

(Versie 19.1.6943.26418) Taak 18396 - ViridiCode standby artikel zoeken gaat niet altijd goed

Bij het inlezen van EDI XML pakbon bericht waarin zich een ViridiCode bevond met een onbekend VBN plant nummer, ontstond een foutmelding. Deze is verholpen.

(Versie 19.12.7058.30032) Taak 18371 - Windows (Local Services) printer kunnen koppelen aan etiket classificatie

Bij het onderhoud van 'printers' kan bij een printer nu ook een optionele etiket classificatie ingesteld worden. Daarna moet bij een etiket layout vervolgens aangegeven worden welke etiket classificatie daarbij hoort. In het print scherm van thermische etiketten moet een etiket layout gekozen worden. Door dat te doen wordt de lijst van beschikbare printers aangepast, er worden dan alleen printers getoond die de gekozen etiket classificatie ondersteunen. De kans dat er een verkeerde printer gekozen wordt is door deze aanpassing kleiner geworden.

(Versie 19.3.6970.25591) Taak 18000 - Aantal printen met arrangementen gaat fout, aantal komt niet goed mee

Bij het printen van arrangement stickers/etiketten kan een aantal worden opgegeven. Dit aantal kwam echter niet goed door bij de printer waardoor er toch steeds slechts één etiket geprint werd. Deze fout is nu opgelost.

(Versie 19.5.6985.28728) Taak 16149 - Van/voor prijs op etiket, ook bij percentage korting

De uiteindelijke artikelprijs op een etiket (na aftrek van korting) wordt nu ook berekend en gevuld bij procentuele acties. Tot voorheen bleef dit veld dan leeg, waardoor de prijs na korting niet geprint kon worden op etiketten.

Exchange algemeen

(Versie 19.1.6943.26418) Taak 18391 - Pricat export exporteert ten onrechte artikelen zonder barcode

Vanaf nu worden artikelen zonder barcode niet meer geexporteerd als deze geen (numerieke) barcode hebben. Het Pricat bericht vereist de aanwezigheid van een barcode.

(Versie 19.3.6970.25591) Taak 17741 - Geagendeerde prijzen doorboeken via exchange ipv direct op artikelbestand

Bij instellingen, sectie Artikelen, tab Wijzigingen kan nu ingesteld worden bij 'Agenderingen naar Exchange' dat geagendeerde prijswijzigingen altijd via Exchange worden uitgevoerd. Door dit te activeren zullen bij het doorvoeren van prijs agenderingen deze terecht komen als artikel mutaties in Exchange, in plaats van dat direct de prijzen van de artikelen gemuteerd gaan worden. Het is dan dus nog wel essentieel om Exchange te gaan verwerken, maar het als voordeel dat bijvoorbeeld veld beveiliging actief is. Er is bovendien meer controle op wat er na doorboeken van Exchange gemuteerd gaat worden.

Als er op een eerder moment voor gekozen is om agenderingen niet meer automatisch te verwerken (omdat dat niet via Exchange kon) is het aan te raden deze instelling te activeren en het automatisch verwerken van agenderingen weer aan te zetten. Anders zullen de agendering bestanden steeds verder toenemen qua omvang.

Exchange Excel import

(Versie 19.7.7002.30087) Taak 18455 - Excel import geeft foutmelding bij lege barcode

Als gevolg van de invoering van tekst barcodes ging de Excel import fout als er daarna lege numerieke barcodes werden aangeboden. Deze fout is opgelost.

(Versie 19.4.6974.31233) Taak 17865 - Men kan de 'Eigen inkoopprijs' niet inlezen binnen de inkoopgegevens van een artikel

Vanaf nu kan bij de Excel import in Exchange ook de eigen inkoopprijs als kolom worden ingelezen.

Facturering

(Versie 19.6.6997.22634) Taak 18186 - Bij levering op rekening een project aan kunnen geven

Bij leveringen op rekening kan nu ook een project aan de levering worden gekoppeld. Dit kan handig zijn om later vanuit een project alle bijbehorende leveringen te kunnen opvragen en zo bijvoorbeeld het totaal gefactureerde bedrag per project te kunnen uitrekenen.

Financiële exports

(Versie 19.1.6943.26418) Taak 18406 - Niet alle kas journalen verschijnen op FTP server

Als gevolg van het overschrijven van bestandsnaam van kasverantwoording journalen konden sommige journaal exports verloren gaan. Dit kwam sporadisch voor en deze fout is opgelost.

(Versie 19.13.7080.20618) Taak 18323 - Integratie maken met Afas

Vanaf nu kan RetailVista ook integereren met Afas als financiele administratie. Er is een aparte QA beschikbaar hoe deze integratie moet worden ingesteld. Er worden journalen geëxporteerd voor kasverantwoording, verkoop facturen, voorraad en inkoopfacturen.

(Versie 19.2.6956.29014) Taak 17802 - Kunnen journaalregels van 0 euro voorkomen of uitgesloten worden?

Financiële journaalregels met een waarde van 0 in het kasverantwoording journaal worden vanaf nu niet meer geëxporteerd naar de boekhouding. Het is nietszeggend en sommige boekhoud applicaties hebben er ook moeite mee.

Giftkaart

(Versie 18.22.6922.28815) Taak 18324 - Grotere giftkaart nummers toestaan

De giftkaart nummers zijn verbreed van een Int32 type naar een Int64 type. Hierdoor kunnen grotere giftkaart  nummers als 2 miljard worden opgeslagen.

(Versie 18.21.6901.27299) Taak 18308 - Klant wil graag giftkaarten uitgeven met waarde groter dan 150 euro

Er lijkt geen vindbare wettelijke basis te bestaan om de maximale waarde van giftkaarten te beperken tot 150 euro. Om die reden is het maximum nu verhoogd door 999 euro.

Inkooporders

(Versie 19.8.7009.29837) Taak 18477 - Inkooporder Excel import verwerkt geen alfanumerieke barcodes

Vanaf nu kunnen bij de Excel import voor inkooporders niet alleen numerieke maar ook alfanumerieke barcodes geïmporteerd worden.

(Versie 19.4.6974.31233) Taak 18316 - Sluiten inkooporders houdt niet goed rekening met selectie, er wordt teveel gesloten

Er bleek een probleem te zitten in het selecteren van de te sluiten inkooporders (aanvinken) wat in bepaalde situaties kon leiden tot het sluiten van teveel inkooporders. Deze fout is opgelost.

(Versie 19.6.6997.22634) Taak 18292 - In inkooporder regels wil men graag kolom hebben met totale voorraad van alle andere vestigingen

In de inkooporder regels kan nu gekozen worden voor een kolom met de totale voorraad van alle andere vestigingen. De voorraad van de vestiging van de huidige vestiging maakt daar dus geen deel van uit! Deze kolom kan handig zijn om snel te bepalen of het nodig is om het artikel bij de leverancier te bestellen of interfiliaal bij een andere vestiging.

(Versie 19.3.6970.25591) Taak 18288 - Importeren van inkooporders vanuti Slimstock apart de frekwentie regelen tov MINMAX-importen

Er is een nieuw type taakplanning gemaakt, de snelle Slimstock import. Deze nieuwe import taakplanner kan maximaal eens per kwartier een import doen. Deze taak verwerkt uitsluitend order berichten/bestanden. De al bestaande taak 'Slimstock import' doet vanaf nu uitsluitend nog de min/max bestanden verwerking. Het is dus wel belangrijk om een nieuwe taakplanning van dit type aan te maken, anders zullen de orderberichten niet meer verwerkt worden.

(Versie 19.3.6970.25591) Taak 18249 - Soms verkeerd mailadres bij versturen inkooporder naar leveranciers

Als op een inkooporder het type verzending werd aangepast (van bijvoorbeeld RetailLink naar email) dan werd de order toch nog steeds verstuurd naar RetailLink. Deze fout is opgelost.

(Versie 19.4.6974.31233) Taak 16137 - Graag vermelding rood maken als geen order verstuurd is via EDI

Als het versturen van een inkooporder (of orders) mislukt in het 'Versturen inkooporders' scherm dan wordt vanaf nu niet meer met een groene tekst weergegeven dat het verzenden mislukt is. De tekst verschijnt nu duidelijker in het rood.

Instellingen

(Versie 19.2.6956.29014) Taak 18401 - In vestiging onderhoud zijn bij WMS de FTP credentials verplicht, graag optioneel maken

Vanaf nu zijn de WMS FTP inlog gegevens niet langer verplicht in vestiging onderhoud als een WMS integratie geactiveerd wordt.

Kasverantwoording

(Versie 19.8.7009.29837) Taak 18517 - Kostenplaats van vestiging toevoegen aan regels van Afas kasverantwoording journaal export

Vanaf nu wordt in de Afas export ook de kostenplaats geexpporteerd. Bij de vestiging (tab algemeen) kan een kostenplaats opgegeven worden. In Afas worden kostenplaats 'Verbijzonderingen' genoemd.

Er is een QA voor het instellen en testen van journalen naar Afas.

Loyaliteit

(Versie 19.2.6956.29014) Taak 18431 - Alias spaarkaart code tabel achter spaarkaarten plaatsen

Bij elke spaarkaart kunnen nu ook één of meerdere 'alias' spaarkaart codes opgegeven worden. Dit is vooral gebouwd voor conversies waarbij in het vorige systeem gebruik gemaakt werd van alfanumerieke spaarkaart codes. RetailVista kent slechts 'numerieke' spaarkaarten maar kan door deze wijziging toch ook overweg met alfanumerieke spaarkaart codes. Na het scannen van een alfanumerieke spaarkaart code zal RetailVista proberen deze als 'alias' te vinden en toont daarna het uiteindelijke spaarkaartnummer. Ook als er meerdere alfanumerieke spaarkaart codes opgegeven worden, zal er uiteindelijk nog steeds gebruik gemaakt gaan worden van de gekoppelde enkele numerieke spaarkaart.

Magazijn

(Versie 19.2.6956.29014) Taak 18405 - Voorraad berichten worden geëxporteerd voor WMS

Je kan bij vestiging onderhoud in tab WMS nu instellen of voorraad berichten geëxporteerd moeten worden naar WMS. Los daarvan gebeurd dat nu alleen als leidende voorraad applicatie RetailVista is, anders zal er hoe dan ook geen voorraad geëxporteerd worden.

Ontvangsten

(Versie 19.12.7058.30032) Taak 18612 - Pre-barcode in kunnen lezen uit Excel sheet in ontvangst regel

Bij het importeren van een Excel document in artikel ontvangst kan nu als kolom ook worden gekozen voor het inlezen van een voorbedrukte barcode. Met deze kolom wordt de voorbedrukte barcode vastgelegd in de artikel ontvangst en kan daarna worden gekozen voor het tonen van ontvangst regels waarbij wel of geen voorbedrukte barcode voorkomt. Hiermee wordt het vervolgens mogelijk om etiketten te printen van artikel die niet voorbedrukt zijn met een barcode.

(Versie 19.12.7058.30032) Taak 18604 - Scenario ondersteuning en aantal prijs velden toevoegen aan artikel ontvangst

In ontvangst regel zijn de volgende velden toegevoegd in het tabblad 'Extra' voor een aantal basis prijzen:

- Verkoopprijs uit pakbon bericht (EDI)

- Berekende verkoopprijs (via calculaties op basis van inkoopprijs)

- Laatste verkoopprijs (op basis van eerdere levering van zelfde artikel uit ontvangst)

Bij de artikel ontvangst zelf kan nu een scenario gekozen worden, waarmee onder andere wordt ingesteld hoe de verkoopprijs uit ontvangst regel berekend moet worden. Dat kan op basis van de pakbon verkoopprijs, de berekende verkoopprijs via inkoop, de laatste verkoopprijs of helemaal niet berekenen. Per scenario kunnen maximaal 5 prijs bepaling keuzes gemaakt worden. Als de eerste prijs bepaling niets oplevert, dan wordt de tweede prijsbepaling uitgevoerd. Levert die ook geen resultaat op, dan wordt de derde prijs bepaling uitgevoerd etc.

Voordeel van deze separate velden is dat de verschillende prijs velden naast elkaar getoond kunnen worden, zodat bijvoorbeeld zichtbaar blijft wat de laatste verkoopprijs was, wat de berekende verkoopprijs was, afgezet tegen de huidige verkoopprijs. Al deze functionaliteit draait om 2D barcodes waarbij de verkoopprijs onderdeel is van de 2D barcode en dus door de kassa gebruikt wordt.

(Versie 19.12.7058.30032) Taak 18602 - Aantal nieuwe velden in artikel ontvangst regel

De volgende extra velden zijn toegevoegd aan de artikel ontvangst regel en zijn terug te vinden in het tabblad 'Extra'.

- Voorbedrukte barcode > Dit geeft aan of artikel al gebarcodeerd is, of dat er dus nog etiketten geprint moeten worden. Dit veld wordt initieel altijd met 'Ja' gevuld, er wordt standaard vanuit gegaan dat artikelen al gebarcodeerd zijn. Dit zal in de praktijk ook meestal het geval zijn. De enige manier waarop dit veld zinvol in te vullen is, is wanneer in een EDI pakbon bericht aangegeven wordt of een artikel wel of niet al voorzien is van barcode. Vooral bij veiling EKT berichten lijkt dit technisch mogelijk te zijn. Sommige planten komen met voorbedrukte barcode binnen, ander niet.

- Vrije info: In dit veld kan een vrije tekst / opmerking geplaatst worden. Dit kan bijvoorbeeld gebeuren nadat een pakbon ingelezen is, om bij sommige regels aan te geven dat er bv promotie gewenst is. In het zoekfilter scherm van de ontvangst regels kan nu aangegeven worden dat alleen de regels getoond moeten worden die een vrije tekst bevatten. Ook is in de regels grid een kolom 'Vrije tekst j/n' te tonen, waar dan alleen met 'Ja' of 'Nee' wordt aangegeven dat er vrije tekst aanwezig is. De werkelijke tekst kan dan bijvoorbeeld als tooltip aan het einde van de grid regel getoond worden.

- Container aanduiding: Bij elke artikel ontvangst regel kan een container code/nummer aangegeven kunnen worden. Daarmee kunnen uiteindelijk planten gekoppeld worden aan bijvoorbeeld een CC kar zodat na scannen van de container (cc-kar) barcode bekend is welke planten zich op die kar bevinden. Daarmee kunnen vervolgens stickers geprint moeten worden voor alleen die kar. Er wordt geprobeerd te regelen dat in het EKT bericht bij elke regel een container (cc-kar) code vermeld gaat worden.

In ontvangen artikel onderhoud scherm in regels zoeken scherm (geavanceerd zoeken boven de grid met ontvangst regels) kan vanaf nu ook gezocht worden op de volgenden velden:

- Voorbedrukte barcode: Hierdoor kan gefilterd worden van welke regels etiketten geprint moeten worden

- Kassagroep, artikelcategorie: Dit maakt het mogelijk om te selecteren op kassagroep en/of artikel categorie, zodat bv eerst kamerplanten geprint worden, daarna tuinplanten etc etc

- Container: Hierdoor kunnen alleen etiketten geprint worden van een specifieke container (cc-kar)

(Versie 19.13.7079.22634) Taak 18555 - Vanuit ontvangst bruto verkoopprijs van artikel niet bijwerken i.g.v. standby artikel

Via een instelling bij de artikel ontvangst kan aangegeven worden dat de verkoopprijs uit de artikel ontvangst regel ook moet worden doorgezet naar het artikel zelf. Vanaf nu wordt dat genegeerd voor 'standby' artikelen, daar heeft het geen zin om de verkooprijs van het artikel zelf aan te passen. Standby artikelen (planten) hebben geen basis prijs. Voor standby artikelen wordt deze instelling vanaf nu daarom genegeerd.

(Versie 19.10.7030.30320) Taak 18551 - Bij importeren pakbon bericht verkoopprijzen kunnen herberekenen

Mits een gebruiker de calculatie licentie heeft, wordt vanaf nu vanuit de inkoopprijzen van een pakbon bericht de verkoopprijs berekend. Deze berekening vindt altijd plaats, het resultaat wordt opgeslagen in een apart veld 'berekende verkoopprijs', zichtbaar in het tabblad 'Extra' in de artikel ontvangst regel. Het artikel ontvangst scenario bepaalt wat er vervolgens met die prijs gedaan wordt.

Als er een calculatie factor voor de artikelcategorie van het artikel en leverancier van de artikel ontvangst bekend is, dan gaat het daarbij opgegeven btw% voor. Bestaat die combinatie niet, dan wordt er gelet of er een calculatie factor is voor alleen de leverancier van de artikel ontvangst. Bestaat die ook niet, dan wordt er gebruik gemaakt van de opgegeven btw% bij de artikelcategorie. Bestaat dat percentage ook niet, dan kan er geen verkoopprijs worden berekend en zal deze ongewijzigd blijven. Als er wel een btw% gevonden is, dan wordt de theoretische verkoopprijs berekend. Vervolgens wordt btw % toegevoegd en daarna wordt de berekende prijs afgerond volgens de afronding tabel uit de calculatie module.

(Versie 19.12.7058.30032) Taak 18520 - In ontvangen artikel regel afwijkende artikel omschrijving op kunnen geven

Vooral bij de import van pakbonnen met VBN codes bestaan er 'verzamel' VBN codes waarbij de plant omschrijving weinig zeggend is. Vanaf nu is het mogelijk om bij de artikel ontvangst regel een afwijkende omschrijving op te geven. Bij het printen van etiketten zal die omschrijving geprint worden. Ook wordt deze omschrijving in de kassa gebruikt op het scherm en kassabon.

(Versie 19.8.7009.29837) Taak 18518 - Kunnen importeren van pakbon berichten uit Abbyy

Vanaf nu kunnen ook pakbon berichten uit Abbyy worden geïmporteerd en verwerkt in RetailVista.

(Versie 19.3.6970.25591) Taak 18180 - Wijzigen van een ontvangstregel haalt de inkoopprijs opnieuw op

Bij het wijzigen van een bestaande artikel ontvangst regel werd de inkoopprijs van die regel overschreven/opnieuw bepaald. Deze fout is opgelost.

(Versie 19.12.7058.30032) Taak 17551 - EDI opboeken op pakbon datum

Bij het opboeken van een EDI pakbon kan nu een aangepaste ontvangstdatum opgegeven worden. Standaard wordt de systeemdatum gesuggereerd. Door deze datum aan te passen zal de voorraad op die aangepaste datum vastgelegd worden.

(Versie 19.3.6970.25591) Taak 17509 - Ontvangen artikelen regels zoekscherm maken

Via de startpagina 'Ontvangen artikelen' kan nu gekozen worden voor een nieuw scherm 'Ontvangen artikelen regels'. Dit scherm geeft een dwarsdoorsnede van alle ontvangen artikel regels. Voordeel hiervan is dat er bijvoorbeeld gezocht kan worden naar alle ontvangst regels van een specifiek product. Of bijvoorbeeld alle ontvangst regels van een specifieke ViridiCode barcode. Dan is zichtbaar door de tijd heen op welke momenten een dergelijke ontvangst regel voorgekomen is.

(Versie 19.5.6985.28728) Taak 16692 - Zouden graag direct een regel willen kunnen verwijderen uit een ontvangst, zonder eerst regel te moeten openen

In de artikel ontvangst staat achter elke regel nu een 'x' symbool om die regel direct in één keer te kunnen verwijderen. Dit gaat sneller als eerst de regel dubbelklikken en dan te kiezen voor verwijderen.

(Versie 19.12.7058.30032) Taak 16066 - Ontvangst exporteren naar artikellijst

Vanaf nu is het mogelijk om een artikel ontvangst te exporteren naar een artikellijst.

(Versie 19.13.7079.22634) Taak 8022 - Inkoopfactuur direct betaalbaar stellen, nog voor de eindcontrole

Zodra een inkoopfaktuur nu een status 'Ingave compleet' of 'Ingave gecontroleerd' heeft, dan wordt van deze inkoopfaktuur al een journaal gemaakt. Hierdoor kan de faktuur alvast betaald worden via de financiele administratie. Het controle proces (en evt credit fakturen die daar uit voortkomen) kunnen dan op een later moment plaatsvinden en hebben geen effect meer op het eerder gemaakte journaal.

Promoties, kortingen

(Versie 18.20.6890.17274) Taak 17878 - Vaste verkoopprijs en korting% samen op kunnen geven in prijsafspraak groep regel

Voorheen kon bij een prijsafspraak groep alleen een verkoopprijs of een korting % opgeven worden. Vanaf nu is het mogelij kom beide op te geven waarbij het gedrag is dat de opgegeven verkoopprijs als basis prijs gebruikt wordt, waarna het opgegeven percentage op dié prijs in mindering wordt gebracht. Het eindresultaat van deze berekening is de prijs die we als 'bruto' verkooprijs gaan tonen. Met een vinkje bij netto/netto in de prijsafspraak groep regel kan worden aangegeven dat de prijsafspraak de uiteindelijke prijs is en dat daar geen enkele korting meer overheen gezet mag worden. Let op: De prijs die ontstaat uit de prijsafspraak is de prijs die toegepast gaat worden! Er wordt dus niet nog weer een vergelijking gedaan met de normale bruto verkoopprijs of die misschien lager is als de prijs uit de prijsafspraak.

Rapportages

(Versie 19.6.6997.22634) Taak 17096 - Rapportage met openstaande posten van een debiteur

Er zijn een tweetal rapportages (183 en 184) toegevoegd aan de factureren. Met rapportag 183 kan een totaaloverzicht van openstaande facturen geprint worden, met rapportage 184 kan een overzicht per debiteur (per pagina een debiteur) geprint worden.

Relatie onderhoud

(Versie 19.13.7079.22634) Taak 17413 - Fout bij exporteren van veel relaties in mailing export

Als er heel veel relaties werden geexporteerd als mailing export, dan kon daarbij een foutmelding ontstaan. Er is een aanpassing gedaan zodat het aantal relaties niet meer een probleem is voor de export.

(Versie 19.12.7058.30032) Taak 17292 - Email validatie uitbreiden volgens SMTP specs

Bij het opgegeven van email adressen voert RetailVista een aantal controles uit op de geldigheid van dat adres. Deze controles zijn verder geactualiseerd aangezien sommige geldige email adressen als ongeldig werden gemarkeerd.

Reserveringen

(Versie 19.12.7058.30032) Taak 18591 - Vanuit reservering door kunnen klikken naar levering op rekening (indien van toepassing)

Het was al mogelijk om vanuit een verkooporder door te klikken  naar een reservering. Vanaf uit de reservering kan nu worden doorgeklikt naar de levering op rekening, mits de reservering op rekening uitgeleverd is. Het is helaas (nog) niet mogelijk om vanuit de levering op rekenig op eenvoudige manier terug te springen naar de reservering. De doorklik functionaliteit naar leveringen bevindt zich door te klikken op het levering op rekening nummer in het reservering scherm.

(Versie 19.12.7058.30032) Taak 18588 - Bij omzetten reservering naar levering op rekening wordt te hoog aanbetalingen bedrag overgezet

Bij het omzetten van een reservering naar een levering op rekening wordt (mits er op de verkooporder een aanbetaling gedaan is) een tegenboeking gedaan op die aanbetaling. Deze tegenboeking was achter altijd ter hoogte van het volledige aanbetalings bedrag, dat had het bedrag moeten zijn waarvoor artikelen geleverd werden in de levering op rekening. Deze fout is opgelost.

(Versie 19.11.7037.24328) Taak 18569 - Bij automatisch omzetten reserveringen naar leveringen op rekening via WMS verwerking graag meer logging toevoegen als omzetting niet toegestaan wordt

De gehele logging bij verwerking van berichten uit het WMS is sterk verbeterd, in de taak logging is veel meer informatie te zien over de beslissingen die genomen worden tijdens de verwerking van een bericht.

Statistiek

(Versie 19.11.7037.24328) Taak 18574 - Verzenden SlsRpt (omzet) moet in bepaalde gevallen gaan letten op ontvangst leverancier

Bij het versturen van een verkoop bericht (slsrpt) via EDI wordt vanaf nu ook gelet op de leverancier uit de artikel ontvangst, bij verkoop van ViridiCode planten. Bij het artikel zelf bevindt zich dan geen voorkeur leverancier (er bestaat bij een plant geen enkele inkoop), de leverancier wordt dan bepaald uit de ontvangst regel. Met het verkoop bericht worden leveranciers geïnformeerd over het assortiment wat namens hen verkocht is.

Taakplanner

(Versie 19.11.7037.24328) Taak 18573 - Kasverantwoordingen ook automatisch kunnen laten genereren

Via de taakplanner is het vanaf nu mogelijk om kasverantwoordingen automatisch te laten genereren op een vastgesteld tijdstip.

(Versie 19.11.7037.24328) Taak 18570 - Genereren van kas en faktuur journalen verplaatsen uit housekeeping naar taakplanner

Het genereren van kasverantwoording en factuur journalen is vanaf nu ook geautomatiseerd mogelijk via de taakplanner. Dit onderdeel bevond zich voorheen in de 'housekeeping', een onderdeel wat onzichtbaar functioneerde en wat voor eindgebruikers niet instelbaar en niet te volgen was. Voorlopig werkt de housekeeping nog wel, maar deze houdt wel rekening met een nieuwe instelling 'Taakplanner applicatie' bij Extra, Instellingen, sectie Financieel. Hierdoor kunnen bestaande klatnen gefaseerd worden omgezet van de housekeeping naar de taakplanner, waarbij bij die laatste het gehele proces veel beter te volgen is.

Vanwege backward compatibility staat deze instelling standaard op 'Housekeeping (Obsolete)'. Er moet dus echt een handmatige keuze gemaakt worden om over te gaan op de taakplanner waarbij een controle kan plaats vinden of alles dan goed blijft werken.

Voor bestand exports moet en kan bij de instellingen nu ook een FTP autorisatie keuze gemaakt worden (sectie Financiaal, tab Applicatie). Dit werkt uiteraard alleen voor wanneer de automatische exports van een journaal soort geactiveerd is, en slechts wanneer de export een bestand oplevert. Er zijn immers ook 'integratie' exports, in dat geval wordt de data direct in de financiele applicatie geplaatst. Er wordt dan geen gebruik gemaakt van FTP en dan is de FTP instelling uiteraard niet van toepassing.

(Versie 19.6.6997.22634) Taak 18502 - In taakplanner graag filter maken op weergeven van taakplanningen die wel/niet actief zijn

In het taakplanner zoekscherm kan nu gekozen worden om alleen taakplanningen te tonen die als 'Actief' gemarkeerd zijn. De tekst actief is iets misleidend, het betekent dat de taak uitgevoerd mag worden (en dus niet vervallen is). Standaard worden vanaf nu alleen actieve taakplanningen getoond.

(Versie 19.12.7058.30032) Taak 18501 - Taken ook zichtbaar maken die geen vestiging toegekend hebben

In heel RetailVista worden standaard alleen gegevens getoond die gekoppeld zijn aan de actieve vestiging. Bij de taken gaat dat niet goed omdat er ook taken zijn die niet gekoppeld zijn aan een specifieke vestiging. Daarom graag fitler maken om standaard ook taken te tonen die niet aan een vestiging gekoppeld zijn, ook al is in het zoekscherm een vestiging geselecteerd.

Verkooporders

(Versie 19.13.7079.22634) Taak 18590 - Bij aanbetaling ook link kunnen leggen naar levering op rekening

Als de reservering van een verkooporder op rekening is afgeboekt en er is origineel een aanbetaling op de verkooporder gedaan, dan zal de levering op rekening daar een tegenboeking op doen. Door in de grid van aanbetalingen een kolom 'Levering op rekening nummer' zichtbaar te maken, dan verschijnt bij de aanbetaling tegenboeking het nummer van die levering op rekening. Op dat nummer kan geklikt worden zodat meteen naar die levering op rekening gesprongen wordt.

(Versie 19.1.6943.26418) Taak 18419 - Pakketdienst wijzigingen doorzetten naar reserveringen

Als de pakketdienst van een verkooporder wordt gewijzigd, dan wordt vanaf nu die pakketdienst mutatie ook doorgezet naar de gekoppelde reserveringen. Dit geldt alleen voor reserveringen die nog niet 'gesloten' zijn.

(Versie 19.3.6970.25591) Taak 18293 - Gebruiker wil graag de vestiging van een verkooporder kunnen muteren

Vanaf nu is het mogelijk bij verkooporders om in het linker taakmenu te kiezen voor het wijzigen van de vestiging van een verkooporder. Dit veld is in de order zelf niet muteerbaar.

(Versie 19.12.7058.30032) Taak 18128 - Vervallen verkooporder classificaties niet tonen

Bij het toevoegen van een nieuwe verkooporder worden vervallen verkooporder classificaties niet meer getoond.

(Versie 18.20.6890.17274) Taak 17849 - Artikelen die niet voorkomen in artikel onderhoud moeten toch besteld kunnen worden voor klanten

Een artikel kan nu als 'verzamelartikel' worden ingesteld bij het veld 'type artikel'. Hiermee wordt aangegeven dat dit artikel gebruikt kan worden om artikelen die niet voorkomen in het artikelbestand toch te kunnen bestellen bij leveranciers. Het is aan te raden om per leverancier een dergelijk artikel aan te maken. De reden hiervoor is dat vanuit de verkooporders inkooporders gemaakt worden, en dat gebeurd per leverancier. Een vrij bestelbaar artikel wordt niet 'samengevoegd' in een inkooporder, maar er wordt wel nog steeds gekeken naar de leverancier van het artikel om te bepalen in welke inkooporder het artikel terecht moet komen. In het verkooporder onderhoud scherm kan bij de tab 'Regels' nu worden gekozen voor het toevoegen van een verzamel  artikel. Er verschijnt dan een iets ander dialoogscherm waarin veel minder informatie kan te worden opgegeven als bij het bestellen van een bekend artikel. Maar in dat scherm verschijnt wel een meer-regelig tekstveld waarin een omschrijving van het te bestellen artikel opgegeven kan worden.

Bij het omzetten van een verkooporder naar een inkooporder zal dit artikel dus als afzonderlijke regel blijven bestaan, en zal de volledige vrije tekst overgezet worden nar de inkooporder. 

In de rapport layouts voor zowel verkooporders als inkooporders zal voor een verzamel artikel een extra veld 'MiscInfo' moeten worden toegevoegd. Dit is een meer-regelig veld.

Voorraad

(Versie 19.1.6943.26418) Taak 18409 - Voorraad datum uit INVRPT bericht header wordt niet overgenomen

Bij het uitlezen van het INVRPT bericht (voorraad bericht) werd de eventuele voorraad datum uit de regels niet overnomen als mutatie/correctie datum van de voorraad in RetailVista. Dit is aangepast.

(Versie 19.7.7002.30087) Taak 18319 - Vanuit voorraad transacties onderhoud en vanuit voorraad tranascties regels direct kunnen artikelstatistiek kunnen opvragen

Het artikel statistiek dashboard kan nu direct vanuit voorraad transacties worden opgevraagd.

(Versie 19.5.6985.28728) Taak 18303 - Nalopen berekeningswijzen aantallen en voorraadwaarde w.b. voorraadlijst, artikelkaart en uitgebreide statistieken, voorraadjournalen

Op een aantal voorraad gerelateerde rapportage kon een kleine inconsistentie bestaan tussen de historische voorraad per vandaag en de werkelijke voorraad per vandaag. Deze fout is opgelost.

(Versie 19.7.7002.30087) Taak 18252 - Afmaken correcte voorraadjournaalposten op basis Voorraadwaarde SKU ( OP basis van Fif of LBI )

RetailVista is uitgebreid met een nieuwe module 'Voorraad transacties'. Met deze module worden alle mutaties rondom de voorraad gecentraliseerd en van daaruit kan een financieel voorraad journaal worden gemaakt. De implementatie van voorraad transacties kan in overleg met NedFox worden uitgevoerd.

(Versie 18.21.6901.27299) Taak 18251 - Journaalpost 'Te ontvangen inkoopfacturen' kunnen verbijzonderen per leverancier

Bij leverancier onderhoud kunnen nu afwijkende grootboek codes worden opgegeven voor te ontvangen inkoop facturen als gevolg van ontvangen artikelen en te ontvangen credit facturen als gevolg van pakbon controles in ontvangen artikelen. Standaard bestaan er bij de instellingen van RetailVista grootboek codes voor deze 2 inkoopfactuur soorten, maar in bepaalde situaties kan het gewenst zijn om te kunnen afwijken per leverancier. Deze functionaliteit is onderdeel van de nieuwe module 'Voorraad transacties'.