Releasenotes RetailVista 15.37

Releasenotes RetailVista v15.37

Arrangementen

13067

Er zijn verschillende aanpassingen gedaan aan de structuur van bon- en thermische printers in RetailVista. Een belangrijk aantal wijzigingen zijn technische en niet zichtbaar voor gebruikers. Wat wel zichtbaar is, is dat bij de instellingen nu aangegeven kan worden wat de standaard regelprinter en thermische printer moet zijn voor RetailEverywhere. Daarnaast is per scanner afwijkend in te stellen wat de standaard regel printer en thermische printer is. Ook kan per scanner per module nog weer afwijkend worden ingesteld wat de standaard printer binnen elke module moet zijn.

Zoals uit bovenstaande op te maken is, is de naam 'Bonprinter' vervangen door 'Regel printer driver'. De reden hiervoor is dat de bonprinters eigenlijk geen bonprinters waren, maar alleen maar een verzameling van stuurcodes om een regel printer aan te kunnen sturen. Deze naamgeving is op alle plaatsen in RetailVista doorgevoerd waar om een bonprinter gevraagd werd.

Artikellijsten

14710

Bij omzetten van een artikellijst naar kortingen werd de eventueel opgegeven vestiging niet overgenomen. Dit maakte het lastig om kortingen voor 1 specifieke vestiging makkelijk in bulk aan te maken. Dit is aangepast.

14809

Aan de artikellijst regels zijn de volgende kolommen toegevoegd om het controleren van bestellingen eenvoudiger te maken:

- Min/max voorraad

- Bestelstatus

- Bestelmethode

- Actuele voorraad

- Prognose voorraad

- Vrije voorraad

In de sjablonen kan worden aangegeven of deze velden moeten worden weergegeven (al dan niet in tooltip)

15018

Bij het importeren van een artikellijst uit een Excel document kunnen alle Excel instellingen nu ook in een profiel worden opgeslagen. Dat maakt het eenvoudiger om bij een volgende import opnieuw datzelfde profiel weer te gebruiken.

15017

Bij het importeren van een artikellijst uit een Excel document kan nu aangegeven worden dat een regel overgeslagen moet worden als een aan te geven kolom leeg is. Hiermee wordt het eenvoudiger om complexere Excel sheets met allerlei opmaak toch te kunnen importeren. Vaak is het zo dat een kolom als bijvoorbeeld barcode of artikel omschrijving leeg is bij opmaak kop en voet gedeeltes. Door de regels niet te importeren waarvan die kolom leeg is, worden er veel foutmeldingen in het import verslag voorkomen. Soortgelijke functionaliteit bestond reeds binnen de Excel Exchange import.

15016

Wanneer bij het importeren van een artikellijst vanuit Excel nu geen aantal kolom wordt aangegeven, dan wordt nu bij het importeren als aantal altijd '1' gebruikt.

14738

De snelheid van het omzetten van een artikellijst naar de webshop is verbeterd. Voorheen kon er een timeout melding ontstaan, deze komt nu niet meer voor.

Artikel onderhoud

12364

RetailVista heeft nu ondersteuning voor calculaties. Op basis van een combinatie van voorkeur leverancier en artikelcategorie kan een calculatie factor worden ingesteld. Vervolgens kunnen artikelen die voldoen aan deze voorwaarde automatisch van een nieuwe verkoopprijs worden voorzien. De inkoopprijs wordt vermenigvuldigd met de gevonden factor en daarna afgerond naar een consumentvriendelijke verkoopprijs. In Exchange is deze functionaliteit ook ingebouwd, bij het vullen van Exchange wordt de nieuwe verkoopprijs automatisch berekend en ingevuld als er voor de leverancier en artikelcategorie een factor gevonden wordt. Ook bij het inlezen van Excel files wordt de herberekening toegepast.

14267

In het artikel feed abonnement onderhoud kunnen nu verschillende instellingen worden gemaakt rondom de verwerking van artikel gegevens. Zo is het nu mogelijk om aan te geven of alle gegevens van een artikel bron onder 1 vaste leverancier geregistreerd moeten worden, of dat de leverancier uit de bron overgenomen wordt. Verder kan aangegeven worden wat er met de voorkeur leverancier moet gebeuren.

13140

Bij artikelen kunnen nu vrije velden worden gekoppeld. Dit vervangt de traditionele karakter vrije velden 1-10, numeriek 1-4 etc. Vrije velden werken via vrije tabellen, het is eerst zaak om een vrij tabel record aan te maken, bijvoorbeeld 'Tent eigenschappen'. Daarna kan van een tent worden gedefinieerd welke vrije velden er bestaan. Vervolgens kan er bij een artikel aangegeven worden welke vrije tabel er bij dat artikel hoort. Door dat te doen worden daarna de vrije velden zichtbaar van de geselecteerde tabel. In het voorbeeld van 'Tent eigenschappen' worden dan de vrije velden beschikbaar voor een tent. Door deze opzet worden er altijd relevante vrije velden gevraagd en getoond. Het heeft bijvoorbeeld geen zin om een tent kleur te vragen bij de verkoop van een barbecue.

13422

Vanaf deze RetailVista versie wordt inkoop collectie informatie nu ook doorgestuurd naar offline RetailVista gebruikers (zelfstandige hosting).

10170

In mixedmatch regel onderhoud is het vanaf nu mogelijk om een artikellijst te importeren. Vooral bij grotere hoeveelheden mixedmatch regels kan deze import functie veel tijd schelen.

14713

In inkoop detail informatie scherm wordt achter de bruto/netto prijzen velden nu ook het percentage vermeld tussen bruto en netto. Dit was in POS4All ook al het geval en is nu ook in RetailVista beschikbaar.

9089

In het artikel zoekscherm kan nu op een gedeelte van een barcode gezocht worden. Door bijvoorbeeld 871234* op te geven worden alle artikelen getoond die een barcode hebben die begint met 871234.

8135

In het inkoop tabblad in artikel onderhoud zijn de velden telefoon, fax en email verwijderd. Deze informatie is nog wel terug te zien door het inkoopgegeven te openen en daar de muis te houden boven het ballon icoontje achter het leverancier nummer.

5111

De waardes in het artikel kopieer scherm voor 'automatisch genereren barcode', 'kopieer inkoop, staffels en gerelateerde artikelen' worden vanaf nu bewaard in RetailVista zodat die niet telkens opnieuw gekozen hoeven te worden. Deze instellingen worden bewaard bij de actieve gebruiker.

15107

In het bestel scherm van een artikel verschijnt nu een waarschuwing tekst als een artikel zich in een of meerdere collecties bevindt. Het aantal collecties wordt dan getoond en geeft de mogelijkheid om het artikel wellicht in een grotere omvang te bestellen, bijvoorbeeld als onderdeel van een blister display.

15111

In artikel onderhoud bij de inkoopgegevens in het tabblad 'Collecties' worden vanaf nu standaard alleen collecties getoond van niet-vervallen inkoopgegevens. Via een Ja/Nee/Alles filter zijn de vervallen collecties uiteraard nog steeds op te vragen.

15230

Bij het printen van artikelen naar een thermische printer werden de te printen aantallen met decimalen gestuurd, bijvoorbeeld 5.000 voor 5 etiketten. Niet alle printers vonden dit even leuk, deze fout is nu opgelost. Het aantal te printen stuks wordt nu altijd zonder decimalen gestuurd.

15105

In de artikel samenvatting pagina in artikel onderhoud wordt niet langer de voorraad getoond als van het artikel de voorraad op hierarchisch niveau uitgezet is.

15085

Bij het exporteren van artikelen werd onterecht geen rekening gehouden met een eventueel filter op 'merk'. Deze fout is nu opgelost.

15096

De afdruk wachtrij functionaliteit is uitgebreid qua filtering functionaliteit. Op termijn zal de afdruk wachtrij een groot deel van de functionaliteit in het filter scherm 'Prijswijzigingen' gaan overnemen. Het is sowieso aan te raden om artikel etiketten te gaan printen vanuit de afdrukwachtrij en niet langer vanuit 'Prijswijzigingen'. Er kunnen immers meerdere redenen zijn om etiketten te moeten printen, bijvoorbeeld als gevolg van schappenplan wijzigingen, aangepaste artikel omschrijvingen etc. Prijswijzigingen gaat terug naar de originele functionaliteit, namelijk het weergeven van prijswijzigingen.

13449

Het is vanaf nu mogelijk om vanuit vrijwel alle modules van RetailVista snel te kunnen springen naar relatie onderhoud en artikel onderhoud. Om te kunnen springen naar artikel onderhoud is in de artikel grids een klikbare link gemaakt op de kolommen '

Barcode', 'Artikelnummer' en 'Artikel omschrijving'. Om te springen naar relaties moet de kolom 'relatienummer' in de grid als kolom geselecteerd worden. In relatie en artikel onderhoud ontstaat op dat moment een pijltje als icoon in de bovenbalk waarmee na afloop weer terug gegaan kon worden naar de plek waarvandaan gesprongen werd.

Algemeen/diversen

14708

In de instellingen van RetailVista kan bij sectie 'RetailVista' nu ingesteld worden dat zoekresultaten niet meer onthouden hoeven te worden. Een zoekscherm zal dan automatisch gesloten worden. Dit zorgt er voor dat bij opnieuw zoeken de zoekvelden weer getoond zullen worden in plaats van de zoekresultaten zoals voorheen. De instelling waar het om gaat heet 'Terug naar zoekvelden in plaats van resultaten'.

14649

De gebruikers groepen namen in RetailVista zijn nu meertalig gemaakt.

15045

Via de linker taakbalk kan een bepaalde gebruiker nu ook gekopieerd worden naar een aan te maken nieuwe gebruiker. Grote voordeel van deze functie is dat de gekoppelde beveiligingsgroepen dan ook mee gekopieerd worden.

15029

Vanaf nu houdt RetailVista bij het maken van een nieuwe beveiligingsgroep een koppeling met de origineel groep. Het voordeel van deze koppeling is dat als NedFox uitbreidingen doet qua rechten op de originele groep, dan zullen die wijzigingen ook automatisch worden overgenomen naar de gekoppelde beveiligingsgroepen. Een voorbeeld daarvan zijn extra rechten die bijvoorbeeld aan de groep 'POS speciale functies' worden toegekend, deze rechten worden dan ook automatisch toegevoegd aan alle kopie gebruikersgroepen afkomstig van 'POS speciale functies'. Een voorbeeld daarvan is een nieuwe functie 'Negatief EFT toegestaan'. Als deze nieuwe functie niet overgezet zou worden naar alle kopie groepen, dan kunnen gebruikers met de update van RetailVista POS opeens niet meer negatief pinnen.

15127

De verschillende voorraad rapportages houden vanaf nu ook rekening met de hiërarchische voorraad administratie instellingen. Als op een groep (bijvoorbeeld een merk) de voorraad administratie uitgezet wordt, dan zal de voorraad rapportage ook geen artikelen meer vermelden van dat merk.

15080

In de mutatie record historie in RetailVista wordt vanaf nu ook het IP adres vermeld waar vandaan een mutatie heeft plaats gevonden. Dit geeft naast de naam van de gebruiker nog wat meer inzicht in de locatie waar een gegeven gemuteerd is.

15242

Bij het inloggen van een nieuwe gebruiker die gekoppeld is aan een andere vestiging als nummer 1 (dus meerdere vestigingen onder 1 bedrijf) kon die gebruiker toch niet inloggen als vestiging 1 'vervallen' is. Op basis van de restrictie koppeling van de gebruiker  aan een specifieke vestiging zou het vervallen van vestiging 1 er niet toe mogen doen. Deze fout is opgelost.

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.

Autorisatie

14314

In de rechten van de groep 'Kasverantwoording gebruikers' is het exporteren van een journaal van een kasverantwoording nu ook toegevoegd als recht. Voorheen bleef die menukeuze grijs en was dan niet te gebruiken, ook al had je als gebruiker wel rechten om kasverantwoording te gebruiken.

Besteladviezen

14692

Op een besteladvies regel bevindt zich nu een 'verversen' knopje waarmee de actuele stand van zaken van die regel wordt opgehaald. Standaard is besteladvies een kopie van actuele data die vanaf moment van aanmaak dus kan gaan afwijken van de realiteit. Het klikken op refresh leidt nu tot bijwerken van de laatste inkoopprijs en inkoop regel status uit artikel onderhoud.

15019

In het besteladvies scherm is rechts boven een icoontje toegevoegd waarmee het hele besteladvies geëxporteerd kan worden naar PDF (om te printen) of naar een ander formaat waaronder Excel.

14638

Bij het importeren van een Excel bestand in besteladviezen kan nu worden aangegeven dat regels met een (aan te geven) lege kolom overgeslagen mogen worden. Dit maakt het mogelijk om Excel sheets met de nodige opmaak toch zonder al te veel waarschuwingen te kunnen importeren. Vaak is het zo bij dit soort Excel sheets dat bv een kolom 'barcode' leeg is op die plekken waar zich veel opmaak bevindt in het Excel bestand. Stel dat de barcode zich bevindt in kolom 'B' dan kan bij de import aangegeven worden dat regels mogen worden overslagen als kolom B leeg is.

14763

Vanuit besteladvies onderhoud kunnen regels worden omgezet naar een andere leverancier. Vanaf nu is het mogelijk om aan te geven dat dat alleen plaats mag vinden als de nieuwe leverancier het artikel ook echt levert (dit is het geval als er inkoop informatie aanwezig is).

15020

Vanaf nu is het mogelijk om in een besteladvies alleen die regels te tonen waarvan het te bestellen aantal groter als 0 is. Er komt via een andere taak nog een aanpassing zodat alle regels van een besteladvies verwijderd kunnen worden die niet getoond worden op het scherm. Door de combinatie van deze 2 aanpassingen is het erg eenvoudig geworden om een definitief besteladvies samen te stellen waar echt alleen dat in staat wat er besteld gaat worden.

14633

Het verwijderen van regels uit een besteladvies duurde ongeveer 1 seconde per regel. Op zich is dat niet erg lang, maar als je op deze manier 100 regels moet verwijderen is het toch langzaam. Het verwijderen is aangepast en gaat nu vrijwel direct.

EDI

14656

Bij de debiteur kan nu aangegeven worden dat de EPL (elektronische pakbon) pas verstuurd mag worden als er gefactureerd wordt. In de vorige situatie werd een elektronische pakbon al verstuurd bij het definitief maken van een levering op rekening. Door deze aanpassing is dat moment nu te verschuiven naar het moment waarop de factuur definitief wordt. Dit is vooral handig bij interfiliaal leveringen waarbij er gedurende dag telkens artikelen worden klaargelegd (waar leveringen op rekeningen door ontstaan) waarbij er eind van de dag een totaal factuur gegenereerd wordt. Op dat moment wordt dan automatisch de EPL naar het bijbehorende interfiliaal gestuurd wordt.

14865

Bij het omzetten van de instellingen per debiteur of een EPL EDI pakbon pas verstuurd mag worden bij het genereren van een factuur, bestaat het risico dat er een EPL wordt verstuurd van een factuur waarbij er leveringen tussen zitten waar al eerder een afzonderlijke EPL van was verstuurd. Op dat moment heb je overlap in pakbonnen wat niet gewenst is. Door deze aanpassing worden bij het omzetten van die instelling toch alleen regels verstuurd die nog niet eerder verstuurd zijn.

Etikettering

14701

Bij het importeren van een artikellijst uit een scanner kregen nieuwe artikelen een prijs van 0 euro (artikelen die nog niet afgeleid of lokaal als status hadden). Deze fout is opgelost.

Exchange algemeen

14733

Als op hoofdkantoor een collectie barcode en/of aantal veld gebruikt was bij bepaalde inkoopgegevens, dan werden die niet overgenomen bij het vullen van Exchange. Deze fout is opgelost.

Exchange Excel import

13183

Bij de Exchange Excel import kan nu ook de verpakking/dimensie ingelezen worden van zowel verkoop als inkoop. Door deze kolommen te gebruiken zal RetailVista zelf nagaan of de waarde die in die kolom voorkomt een verpakking of een dimensie voorstelt. Het is dus niet nodig om Excel sheets separaat in te lezen op gebruikte verpakking en dimensie codes, dit mag door elkaar gebruikt worden (bijvoorbeeld stuks en KG).

Facturering

14395

Vanuit RetailVista kunnen factuur journalen nu ook automatisch verwerkt worden naar Twinfield. Er is een aparte QA beschikbaar met alle relevante informatie om een succesvolle integratie tot stand te brengen.

14578

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

14776

De Exact FMuta export is iets aangepast, in een aantal kolommen bevond zich ongeldige informatie. Verder is er aan de instellingen van de te gebruiken financiële applicatie 'Multivers via Fmuta' toegevoegd. Multivers blijkt een aantal kleine afwijkingen te hebben van de FMuta standaard. Door te kiezen voor Multivers via Fmuta kan Fmuta ook succesvol gebruikt worden om Multivers van journaal data te kunnen voorzien.

14917

Vanaf nu kunnen alle factuur betalingen direct in één keer worden opgevraagd vanuit de startpagina 'Facturering'. Voorheen konden factuur betalingen alleen per factuur gedaan worden. De gewenste factuur moest dan eerst opgezocht worden, waarna er een betaling aan gekoppeld kon worden. Vanaf deze versie van RetailVista is het mogelijk gemaakt om factuur betalingen in één keer te verwerken, zonder eerst elke afzonderlijke factuur op te moeten zoeken. Ook geeft het de mogelijkheid om alle betalingen over een periode op te vragen, het totaal onderhoud is nu beschikbaar.

14846

Het verwijderen van een levering op rekening die aangemaakt is via RetailVista POS leverde een foutmelding op. Deze is opgelost.

15235

Het ontkoppelen van een levering op rekening uit een factuur is iets aangepast, het nummer van de levering op rekening welke geselecteerd was, wordt nu alvast gesuggereerd.

15192

Bij het verwijderen van een factuur worden vanaf nu alle gekoppelde leveringen op rekening automatisch ontkoppeld. Die komen daardoor automatisch weer terug in een volgende factuur. Als niet alleen de factuur verwijderd moet worden, maar ook de leveringen op rekening, dan is het noodzakelijk om eerst de leveringen te verwijderen en dan pas de factuur zelf.

Inkoopfactuur controle

13202

Bij het koppelen van een inkoop factuur regel werd er voorheen alleen gelet op de eerder opgegeven magazijntelling. Daar had het aantal stuks wat als defect geregistreerd was vanaf getrokken moeten worden. Dit is nu aangepast.

Inkooporders

11654

In inkooporder onderhoud kunnen inkooporder regels nu in 1 keer verwijderd worden op basis van een aantal criteria, waaronder een maximum gewenst inkooporder bedrag, maar ook op basis van nog aanwezige voorraad. Het is mogelijk om op zowel voorraad als gewenst orderbedrag te verwijderen, maar er kunnen ook afzonderlijk alleen op een op te geven minimum voorraad of alleen op een op te geven maximum order bedrag regels verwijderd worden.

14898

Het overzetten van regels van de ene naar de andere inkooporder leidt vanaf nu tot herberekening van de totale inkooporder bedragen.

15048

Op een inkooporder kan nu aangegeven worden dat het een spoed inkooporder is. In dat geval wordt in het EDI bericht de spoed indicatie actief. Het is aan de ontvangende partij (leverancier) of die ook echt iets doet met deze informatie. Bij het bestellen van een artikel vanuit artikel onderhoud en vanuit RetailEverywhere kan nu ook aangegeven worden dat het een spoed inkooporder betreft. Bij het zoeken op 'automatische' inkooporders wordt nu ook gezocht naar spoed automatische inkooporders.

In het inkooporder zoekscherm kan gezocht worden op spoed inkooporders en er is een nieuwe kolom 'Spoed inkooporder' beschikbaar.

14623

Het muteren van het aantal consumenteenheden in een inkooporder leidt vanaf nu direct tot het herberekenen van het totale regel bedrag, en daarmee het totaal van de gehele inkooporder. Daardoor klopt de franco order weergave nu ook.

Instellingen

14586

De classificaties in de listbox classificatie 1 zijn nu op alfabet gesorteerd als er geen volgnummer is opgegeven. Als er wel een volgnummer is opgegeven wordt er altijd op volgnummer gesorteerd en niet op alfabet.

Inkooporders

15220

In de import van Excel van inkooporders is het aantal regels nu gelimiteerd tot 50.000 stuks. In het verleden werden er soms (feitelijk corrupte) Excel sheets ingelezen met soms honderdduizenden regel, wat leidde tot forse problemen in de verwerking.

15112

Via de linker taakbalk in een inkooporder kan nu gekozen worden voor het herberekenen van de inkoopprijzen uit de inkooporder. Hierbij wordt de inkooporder geactualiseerd met de laatste prijzen uit artikel onderhoud.

15150

Het bij de leverancier in het tabblad 'Geavanceerd' opgegeven 'minimum bestelaantal' werd niet goed toepast bij artikelen die ook een handmatig maximum aantal stuks bij de voorraad instellingen hadden staan. Er werd dan altijd besteld tot de opgegeven handmatige max voorraad in plaats van het bij de leverancier opgegeven minimum bestelaantal. Deze fout is opgelost.

Kasverantwoording

14133

In de instellingen van de financiële export kan nu aangegeven worden in de tab 'Applicatie' of er in de financiële administratie gewerkt wordt met 4 weken periodes of maanden. In geval van week periodes kan dan ook aangegeven worden welke week als 1e week van het jaar bepaald wordt en wat de eerst dag van een week is.

14167

In kasverantwoording onderhoud is een extra tabblad 'Journaal' gemaakt waarin nu alle regels van dat journaal getoond worden, mits de kasverantwoording gejournaliseerd is. Dit maakt het eenvoudiger om een link en controle te leggen tussen de kasverantwoording en het bijbehorende financiële journaal.

14676

In de RetailVista configuratie kan nu opgegeven worden dat er gewerkt moet worden in de kasverantwoording met een vaste beginkas. Een waarde van 0.00 geeft aan dat er elke dag met een lege kas gestart wordt. Dat houdt in dat er elke dag een opening-storting plaats zal moeten vinden vanuit/in RetailVista POS. De opgegeven vaste beginkas waarde resulteert in elke kasverantwoording attribuut in een automatische berekening van een storting naar kluis ná de lade telling.

14640

RetailVista kasverantwoording journalen kunnen nu ook ingesteld worden per maand.

14860

In vestiging onderhoud in tab 'Algemeen' kan bij een vestiging nu ook een kostenplaats opgegeven worden. Deze wordt gebruikt in bepaalde financiële exports waarbij er kostenplaatsen gewenst zijn. Dit speelt vooral bij interfiliaal situaties.

14911

Vanaf nu is het ook mogelijk om grootboeken op organisatie niveau te muteren.

14819

Van een kasverantwoording die compleet gemarkeerd is, is het vanaf nu niet meer mogelijk om nog betalingen te verwijderen. Van een complete kasverantwoording mag niets meer gemuteerd worden, dus ook niet verwijderen van gegevens.

15034

De sealbag optie bestaat niet langer in RetailVista. Deze optie was onvolledig uitgewerkt en had weinig tot geen toegevoegde waarde in de werkelijke sealbag afhandeling richting de bank.

14999

Veel financiële administraties hebben alleen de behoefte aan omzet per BTW tarief. Tot voorheen ging RetailVista er vanuit dat omzet per kassagroep aangeleverd wordt. Vanaf nu is het mogelijk om bij de instellingen aan te geven dat de export niet per kassagroep is, maar per BTW tarief. Het volstaat dan om in de meeste gevallen 3 omzet grootboeken te maken, omzet hoog, omzet Laag en omzet nul. De functie 'Initialiseren kasverantwoording' houdt hier rekening mee; als deze instelling actief is dan worden er niet meer grootboeken per kassagroep gemaakt, maar alleen maar grootboeken per BTW tarief.

14981

Een selectie op kastverantwoording bij het printen van rapportage 61 werd genegeerd. Dit is opgelost.

14955

Vanaf nu is het niet meer mogelijk om een kasverantwoording te genereren, als er in de opgegeven periode nog afgekeurde POS transacties blijken te bestaan. Eerder was dat wel mogelijk, maar leidde het tot veel problemen als vervolgens nadat de kasverantwoording gejournaliseerd was, er nog bleek dat er afgekeurde transacties bestonden. Dat is nu niet meer mogelijk, de afgekeurde transacties moeten beslists eerst opgelost zijn, daarna kan er verder gewerkt worden met de kasverantwoording.

15035

Het tabblad 'Diversen' is verwijderd uit de kasverantwoording. Opgave van bedragen in dit tabblad bleek niet goed te werken omdat er geen sprake is van een tegenrekening. Dit leidt tot uit balans zijn van journalen en exports. Achteraf gezien is het tabblad 'Diversen' niet goed uitgedacht en kan iets dergelijks helemaal niet.

15296

Een waarschuwing vanuit Twinfield over een aangeboden journaal leidt nu tot afkeur van het journaal en wordt dan niet geaccepteerd door Twinfield. Er is een aanpassing in de export gemaakt zodat een journaal met waarschuwingen vanaf nu wel ingelezen wordt. Het is uiteraard aan de gebruiker om waarschuwing emails als gevolg van een journaal verwerking wel serieus te nemen, de waarschuwingen zijn er niet voor niets. Journalen met foutmeldingen van Twinfield worden nog steeds niet ingelezen, dat is onveranderd. Waarschuwingen zijn echter minder kritisch en hoeven niet te leiden tot een afkeur van het journaal. Een voorbeeld van een waarschuwing is een kas rekening met een negatief balans saldo. Dat is eigenlijk niet mogelijk (negatief geld bestaat niet) en is een duidelijk signaal dat er een boekingsfout gemaakt is in Twinfield.

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.

14136

De opgave van een omzetsoort in grootboek koppelingen is niet langer een verplicht veld. Dit maakt het mogelijk om bijvoorbeeld een verbijzondering van een specifieke kassagroep en BTW tarief te doen naar een op te geven grootboek, onafhankelijk van de omzetsoort. Vooral bij bedrijven met veel omzetsoorten scheelt dit veel invoer werk.

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.

14987

In het klantentellingen zoekscherm kan nu via 'geavanceerd zoeken' ook gezocht worden op diverse criteria, waaronder de vestiging. Standaard worden alleen de tellingen weergegeven van de actieve vestiging.

Loyaliteit

11313

Bij spaarkaart info & mutatie in de startpagina 'Loyaliteit' kan nu ook gezocht worden op verschillende selectie criteria. Het bekende vergrootglas icoontje is nu beschikbaar, waarna een spaarkaart zoekscherm verschijnt.

15183

Op rapportage 116 (spaarkaart rapportage) werden spaarkaart nummers langer als 8 karakters aan de linkerzijde afgekapt. Dit leidde tot onbruibkare kaartnummers en daarmee een onbruikbare rapportage. Deze fout is opgelost.

15152

Bij het muteren van een spaarkaart waar als mutatie saldo 0 opgegeven wordt, verschijnt nu een duidelijk melding dat opgave van een saldo verplicht is.

14737

In het onderhoud van de type spaarkaarten kan het spaar percentage nu ook op 2 decimalen worden ingesteld.

Magazijn

10365

Het corrigeren van een voorraad locatie waar 0 stuks als voorraad stond werkte niet goed, de correctie werd niet doorgevoerd. Deze fout is opgelost.

Ontvangsten

9199

Bij het opboeken van artikelen worden nu in een apart tabblad alle artikel kortingen weergegeven. Tevens wordt de goedkoopste prijs (hoogste korting) in het opboekscherm zelf vermeld zodat bekend is tegen welke prijs het opgeboekte artikel op dit moment weg zou gaan via RetailVista POS.

14276

In het magazijntelling zoekscherm kan nu de vestiging geselecteerd worden. Standaard wordt (zoals in alle zoekschermen) de actieve vestiging gesuggereerd.

14067

Bij het printen van etiketten vanuit ontvangen artikelen werd niet goed rekening gehouden met de 'Print etiket' instelling uit de artikel kaart. Daardoor werden er teveel etiketten geprint. Deze fout is opgelost.

14864

Bij het aanmaken van een artikel ontvangst via een EDI pakbon bericht werden de inkoopcondities van de gekoppelde inkooporder niet overgenomen. Deze fout is opgelost.

14811

In het tabblad 'Simulatie' van een 'Ontvangen artikelen' EDI bericht wordt de simulatie verwerking nu direct getoond. Voorheen moest een knopje 'Simulatie' worden aangetikt, dat is niet langer nodig.

14904

Bij het overzetten van een artikellijst naar een artikel ontvangst hoeft de leverancier niet langer opgegeven te worden. RetailVista bepaalt dan zelf de leverancier op basis van de voorkeur leverancier van de artikelen uit de artikellijst. Als er verschillende voorkeur leveranciers gevonden worden uit de artikellijst, dan wordt voor elke leverancier een artikel ontvangst aangemaakt met de bijbehorende artikelen uit de artikellijst.

14648

Bij het opboeken van ontvangen artikelen op een inkooporder (via de functie 'opboeken volledige inkooporder') wordt er vanaf nu ook rekening gehouden met eventueel aanwezige displays/sets/collecties in de inkooporder. Deze ontvangsten per artikel worden 'geëxplodeerd' naar de bijbehorende artikelen van zo'n display. De ontvangst van bijvoorbeeld 1 display artikel zou nu kunnen leiden tot het ontvangen van bijvoorbeeld 3 verschillende artikelen die allemaal voorkomen in dat display. Deze fout bestond overigens alleen bij de functie 'opboeken volledige inkooporder'.

15136

Bij het importeren van een Excel document in 'Ontvangen artikelen' krijgt de aangemaakte set nu de status 'Nieuw'. Hierdoor is deze artikel ontvangst ook direct zichtbaar in het artikel ontvangst zoekscherm.

Performance

14679

Aan het Help menu van RetailVista is nu een diagnose pagina toegevoegd. Daarin is snel te zien of een aantal basis instellingen en rechten van RetailVista correct zijn.

14690

Een uitgebreide statistiek kan nu niet meer gestart worden als er geen datum vanaf en/of datum tot-met opgegeven is.

14677

Het inloggen op RetailVista is versneld. Zeker de eerste keer op een dag kon dat voorheen lang duren.

Relatie onderhoud

14950

Vanuit allerlei plaatsen in RetailVista waar een relatie getoond wordt kan nu met een icoontje achter die relatie ook naar de betreffende relatie gesprongen worden in relatie onderhoud. Ook de terugweg is geregeld, vanuit relatie onderhoud bevindt zich in de bovenbalk van het scherm een pijltje om terug te keren naar het scherm waar de gebruiker vandaan kwam.

14863

Bij leverancier onderhoud kan nu ook een financiele export code aangegeven worden. Deze code wordt gebruikt in financiele exports als crediteur nummer zodat inkoopfactuur journalen ook correct ingelezen kunnen worden.

POS

(wijzigingen in de POS zijn ook afhankelijk van de POS versie)

11591

RetailVista biedt nu een exceptie rapportage. Daarmee worden de bijzonderheden / uitzonderingen op kassa's zichtbaar gemaakt. Voorbeelden van uitzonderingen zijn bijvoorbeeld het verwijderen van verkoopregels.

14730

De lengte van het POS FastExecute veld is verlengd van 10 naar 20 karakters. Daarmee is het mogelijk geworden om bijvoorbeeld een 13 cijferige barcode in dit veld te plaatsen die tot een bepaalde POS functie zal leiden.

14986

In POS transactie detail pagina zijn de volgende tabbladen toegevoegd: Correctie regels, Log. In correctie regels tabblad is een overzicht te zien van alle correcties die op de transactie gedaan zijn, zoals bv verwijderen van transactie regels, muteren van aantallen etc. In het log tabblad zijn de regels te zien uit de logging van de transactie.

14985

In POS transactie details (weergave scherm vanuit POS transactie onderhoud) is extra tab 'Log regels' gemaakt. In dit tabblad worden eventuele log regels uit de transactie getoond. Dit lijkt wellicht dubbelop, omdat de logregels ook in RetailVista terecht komen na de transactie verwerking. Maar juist bij een transactie die niet verwerkt kan worden (om welke reden dan ook) kan het handig zijn om vooraf toch al de logregels op een eenvoudige manier te kunnen raadplegen.

14925

In de touchscreen designer van RetailVista POS kan bij het opslaan van een touchscreen lay-out nu aangegeven worden dat de lay-out voor een specifieke vestiging is. Standaard worden de lay-outs nu vestiging onafhankelijk opgeslagen, dat is een wijziging in het gedrag van de designer ten opzichte van eerdere versies. Door deze aanpassing is het mogelijk geworden in interfiliaal situaties dat er nu op een eenvoudige manier met dezelfde lay-outs gewerkt kan worden.

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.

Promoties, kortingen

14547

Het afleiden (kopie maken) van een artikel korting leverde in de achtergrond geen correcte begin en einddatum op terwijl ook de promotie niet overgenomen werd. Deze fout is opgelost.

14711

Vanaf nu is het mogelijk om prijsafspraken te voorzien van een optionele vestiging aanduiding. De prijsafspraken zullen dan alleen gelden op transacties op die specifieke vestiging. Deze aanpassing kan vooral handig zijn bij opening van een vestiging in een interfiliaal situatie.

15042

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

10901

Vanaf nu wordt bij aanmaak van een artikel aanbiedingsprijs het samenvatting tabblad direct bijgewerkt met aanbieding informatie.

Rapportages

13617

Vanaf nu wordt de gekozen sortering van een rapportage (in het voorbeeld scherm is dat mogelijk) onthouden per gebruiker. Dit zorgt er voor dat bij een volgende keer printen van dezelfde rapportage ook weer dezelfde sortering gekozen wordt.

Relatie onderhoud

14794

Debiteuren die aangemaakt zijn op hoofdkantoor niveau zijn vanaf nu ook zichtbaar op onderliggende bedrijven. Dit geeft de mogelijkheid in alle onderliggende winkels op rekening te kunnen leveren aan één en dezelfde debiteur.

14863

Bij leverancier onderhoud kan nu ook een financiële export code aangegeven worden. Deze code wordt gebruikt in financiële exports als crediteur nummer zodat inkoopfactuur journalen ook correct ingelezen kunnen worden.

15014

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

9097

In de RetailVista backoffice website kan bij het aanmaken van een relatie nu ook direct een leverancier en/of debiteur aangemaakt worden. In het aanmaak scherm zelf zijn onderaan extra mogelijkheden gekomen om een leverancier en/of debiteur direct aan te maken.

Reserveringen

14619

In de verkooporder reservering instellingen van RetailVista kan nu aangegeven worden dat alleen reserveringen geprint mogen worden die volledig betaald zijn. Daarmee kan voorkomen worden dat er reserveringen worden uitgeleverd waarvoor nog betaald moet gaan worden. Uiteraard gaat deze manier van werken alleen op als er als regel geldt dat reserveringen alleen worden geleverd mits er vooraf volledig betaald is. Situaties waarbij er aan de deur of achteraf betaald wordt (factuur) lenen zich niet voor deze manier van werken.

14573

In de startpagina 'Verkooporders' is een nieuwe menukeuze 'Reservering pakketten' toegevoegd. Dit nieuwe scherm geeft een totaaloverzicht van aangemaakte track & trace barcodes bij de (al dan niet verschillende) pakketdiensten. Standaard worden alleen de pakketten getoond van de afgelopen maand (30-31 dagen terug).

14958

Bij het doorklikken op de track en trace barcode werd altijd de postcode van het postadres van de relatie van de reservering gebruikt. Dit had de postcode van het pakket moeten zijn, omdat die af kan wijken van het relatie postadres. Deze fout is opgelost.

Schappenplannen

14876

RetailVista ERP heeft vanaf nu de mogelijkheid om te werken met schappenplannen. Mutaties van schappenplannen zijn op dit moment alleen mogelijk via digitale aanlevering, de gebruikers interface van RetailVista voorziet niet in mutaties. Om te kunnen werken met schappenplannen is wel een bijbehorende licentie nodig.

14886

In het artikel zoekscherm kan nu worden gezocht op schappenplan informatie. Er zijn 3 nieuwe filters gekomen:

1 - Zoeken op schappenplan en lokaal assortiment

  Dit filter levert de artikelen op die in een schappenplan ingedeeld zijn, samen met lokale artikelen (die vaak niet in een schappenplan zitten)

2 - Filter op specifiek schappenplan

  Dit filter levert de artikelen op die zijn toegekend aan een specifiek schappenplan

3 - Filter op artikelen met locatiecode (ja/nee/alles)

  Dit filter levert de artikelen die zijn toegekend aan een schappenplan maar geen locatie hebben binnen dat schappenplan.

14881

In de artikel administratie start pagina is een nieuwe keuze 'Afdruk wachtrij' toegevoegd. Daarin komen gegevens te staan van artikelen waarvan nieuwe etiketten geprint zouden moeten worden. In de volgende release van RetailVista zal de resterende afdruk functionaliteit uit 'Prijswijzigingen' overgezet worden naar dit nieuwe scherm en zullen vanuit dit scherm de etiketten geprint gaan worden.

Statistiek

14004

Op rapportage 161 (postcode statistiek) wordt nu de netto omzet getoond in plaats van de bruto omzet.

13048

Een uitgebreide statistiek kon mislukken (en een foutmelding geven) als er met foutieve data (van/tot) gewerkt werd. Deze fout is opgelost.

14897

Er zijn nieuwe statistieken toegevoegd in statistiek uitgebreid (140, 141, 142, 143 en 144). Het is nu mogelijk om statistieken per classificatie niveau te maken.

15169

In statistiek 236 bevindt zich vanaf nu een extra kolom 'Webshop' waarmee aangegeven wordt vanuit welke webshop de omzet regel afkomstig is. Als de omzet niet het gevolg is van een webshop order, dan is deze kolom uiteraard leeg.

15315

In de sales dataset voor ePlato BI datawarehouse worden vanaf nu het artikel status veld en het externe artikelnummer goed gevuld. In de dataset heten deze velden 'ArticleLevel' en 'ExternalArticleCode'.

15299

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

14320

In 'Statistiek uitgebreid' kan van de selectie filters van een statistiek nu een sjabloon gemaakt worden. Daarvoor bevinden zich onderin het scherm knopjes om een statistiek sjabloon aan te maken, te muteren en te verwijderen. Door de filters op te slaan in een sjabloon kunnen deze later weer snel teruggehaald worden door dat sjabloon te kiezen. Bij het toevoegen van een sjabloon kan bovendien aangegeven worden of de geselecteerde statistiek (statistiek nummer) ook onderdeel wordt van het sjabloon. Zo kunnen er sjablonen zijn waar zich uitsluitend statistiek filters in bevinden, maar ook sjablonen waarbij er voor een specifieke statistiek gekozen is. Bij specifieke statistieken wordt ook het Excel sjabloon mee opgeslagen.

In de volgende versie van RetailVista zullen de statistiek gebonden sjablonen (dus sjablonen waar een statistiek nummer bij opgeslagen is) ook getoond gaan worden als menu items in de statistiek startpagina. Dat geeft dan de mogelijkheid om heel snel vanuit de startpagina statistiek direct een bepaalde statistiek te starten, met alle filters vooraf gedefinieerd. Op termijn zullen de sjablonen ook agendeerbaar worden, waardoor ze bijvoorbeeld 's nachts kunnen resulteren in een email met de statistiek resultaten als bijlage.

Voorraad

12298

Een bedrijfsleider kan nu een controle doen of artikelen correct geraapt zijn, waarmee voorkomen kan worden dat foutieve artikelen opgestuurd worden naar een klant.

In de verkooporder start pagina kan nu worden gekozen voor 'Fiatteren reserveringen'. Deze toont standaard alleen de reserveringen met status 'Raap proces afgerond'. Door een reservering te fiatteren gaat de status naar 'Raap proces gecontroleerd'.

Het al dan niet fiatteren van reserveringen is een instelling of dit verplicht. Deze instelling is te vinden in Instellingen, sectie Verkooporders, tab Reserveringen, 'Order rapen fiattering verplicht'. Standaard is het fiatteren van een order raap proces niet verplicht.

De werkflow van een reservering in geval van raap proces fiattering is als volgt:

Open reservering > Geprint > In raap proces > Raap proces afgerond > Raap proces gecontroleerd > Contant of op rekening geleverd

Als er niet met een raap proces fiattering gewerkt wordt is de werkflow als volgt:

Open reservering > Geprint > Contant of op rekening geleverd

14458

Per merk, per leverancier en per artikel categorie is nu instelbaar of er voorraad administratie op artikelen van die groep actief is. Door deze aanpassing is het bijvoorbeeld mogelijk om van alle artikelen van een bepaald merk niet langer voorraad administratie bij te houden, waardoor bijvoorbeeld de voorraad automaat niet langer met resultaten zou komen.

14855

Aan de voorraad rapportages is een nieuwe rapportage 'Voorraad per BTW tarief' toegevoegd.

15236

Bij het verplaatsen van een inkooporder regel naar een andere vestiging werden de prognose voorraadstanden van beide vestigingen niet goed bijgewerkt. Deze fout is opgelost.

15188

Vanaf nu is het niet meer mogelijk om bij een magazijntelling een hoger aantal als 1000 stuks in te voeren. Voorheen kon een hoger getal ingevoerd worden, en werd soms per ongeluk een barcode in het aantal veld gescand. Dat leidde in de verdere verwerking tot problemen.

Verkooporders

13998

Bij het importeren van een verkooporder uit de webshop kan met barcode 9999999999996 nu aangegeven worden wat de kostenplaats van een order is. Deze kostenplaats wordt onderdeel van de verkoopregel opgeslagen en kan gebruikt worden om de omzet van webshop orders toe te wijzen aan bepaalde vestigingen (door middel van een kostenplaats).

13999

In webshop EDI order berichten kan nu met een NAD+DP2 regel worden aangegeven dat een order op een specifieke vestiging of afleveradres moet worden uitgeleverd. De ShopServer documentatie is hiervoor bijgewerkt.

14123

In webshop EDI order berichten kan nu ook vrije informatie opgegeven en uitgelezen worden. De ShopServer documentatie is hierop bijgewerkt. Hiervoor wordt barcode 9999999999995 gebruikt om vrije tekst aan te geven.

14120

Vanuit een verkooporder kan nu worden doorgeklikt naar de eventueel aanwezige reservering(en). In het tabblad 'Algemeen' van de verkooporder worden de nummers van alle beschikbare reserveringen getoond. Op elk reservering nummer kan geklikt worden om die reservering te openen. Vanuit die reservering wordt het nummer van gekoppelde verkooporder getoond en door op dat nummer te klikken spring je terug naar de verkooporder.

14714

Vanuit verkooporder onderhoud kan nu ook direct een aanbetaling opgegeven worden. Dit zal in de praktijk vaak gaan om een aanbetaling die per bank binnengekomen is. Voorheen was het koppelen van een aanbetaling aan een verkooporder alleen mogelijk via het menu 'Aanbetalingen'. Door deze aanpassing is die stap niet meer nodig.

11275

Een verkooporder waarbij er een aanbetalingsverzoek voldaan is, mag vanaf nu ook op rekening worden afgehandeld. De enige beperking is en blijft dat het aanbetalingsverzoek wel voldaan moet zijn, bijvoorbeeld contant, EFT etc.

Voorbeeld: Op een verkooporder van 1000 euro met een aanbetalingsverzoek van 250 euro moet 250 euro als betaling toegevoegd zijn, voordat de transactie op rekening mag worden afgehandeld. Hiermee wordt voorkomen dat het aanbetalingsverzoek van 250 euro op rekening gezet worden, waardoor er effectief nog steeds geen aanbetaling heeft plaatsgevonden.

14881

Vanuit het genereren van reservering regels kan nu ook gekozen worden om direct de levering(en) op rekening te kunnen genereren. Dit verkort het aantal te nemen stappen om van een verkooporder tot een factuur te komen.

14982

Als instelling actief is dat een verkooporder direct definitief gemaakt mag worden, dan zou dat bij rapportages ook zo moeten werken. Dat is nu niet het geval.  Dit is aangepast.

13463

Een verkooporder mag nu niet meer gesloten worden als het saldo van de aanbetalingen niet gelijk aan nul is. Op dat moment moeten de aanbetalingen immers eerst nog afgehandeld worden (bijvoorbeeld terugbetaling).

14930

Vanuit aanbetaling onderhoud is nu zichtbaar welke kassabon er bij de aanbetaling hoort, samen met informatie als het transactienummer, kassabon nummer en POS terminal. Door deze aanpassing is sneller te zien via welke transactie een aanbetaling is gedaan.

14483

Als in een verkooporder een afwijkend aflever adres geprint wordt, dan wordt er vanaf nu in de standaard verkooporder rapportage een 2e adresblok geprint. Voor eigen rapportage is het nodig om deze aan te (laten) passen. De gegevens zijn beschikbaar, maar het rapport zal dan een aanpassing in het ontwerp nodig hebben.

13044

Bij het printen van een kassabon van een transactie waarop een aanbetalingsverzoek gedaan is, wordt behalve het aanbetalingsverzoek nummer nu ook het nummer van de bijbehorende verkooporder vermeld.

14928

Vanaf nu is het mogelijk om de verplichte gegevens voor een verkooporder te definieren in RetailVista. Voorbeelden van verplichte velden zijn bijvoorbeeld de verkooporder classificatie, de gewenste leverdatum etc. Via Extra, Verplichte velden zijn op dit moment de velden aan te geven van een verkooporder die verplicht te maken zijn. Dit systeem is voorbereid om ook andere tabellen later te kunnen instellen, maar op dit moment is de functionaliteit beperkt tot verkooporders. Naast deze aanpassing kan via instellingen, sectie 'Relaties', tab 'Standaard waarden' nu ook ingesteld worden of bij aanmaak van een nieuwe relatie het adres, telefoonnummer en email adres verplicht is.

Webshop

14337

Uit de EDI adresregel wordt het veld 'Adres aanduiding' nu ook overgenomen naar het adres in RetailVista.

14995

Het veld 'korting toegestaan' uit het artikel wordt vanaf nu meegenomen richting de ShopServer.

15031

Aan de ShopServer export zijn drie nieuwe tabellen toegevoegd, namelijk BTW tarieven, assortimenten en leveranciers. Deze informatie is nu in de ShopServer beschikbaar en kan door externe partijen weer worden opgevraagd.

15240

Bij het overzetten van een artikel naar de webshop kon voorheen nog een bruto verkoopprijs opgegeven worden. Met dat gegeven werd echter al langere tijd niets meer gedaan, sinds er een wijziging geweest is dat er geen aparte advies en bruto verkoopprijs velden meer bestaan. Dit veld is nu verwijderd uit het scherm voor het overzetten van een artikel naar de webshop.

15043

Tot voorheen was het redelijk lastig om op een makkelijke manier de omzet van een webshop uit RetailVista te halen. Vanaf nu kan in statistiek uitgebreid in het tabblad 'Verkopen' een webshop worden gekozen waarvan statistieken gemaakt moeten worden. Ook is het mogelijk om (in geval van bijvoorbeeld meerdere webshops) te kiezen voor 'Alleen webshop' zodat er alleen omzet wordt getoond die aan een webshop gekoppeld is. Omgekeerd is het dan ook mogelijk door 'Nee' te kiezen bij 'Alleen webshop' om de omzet te krijgen die door de winkel gegenereerd is. Deze nieuwe filtering werkt alleen voor verkooporders die ontvangen zijn in RetailVista na het plaatsen van deze update. Oudere webshop verkooporders vullen deze informatie niet en zijn daarom niet op te vragen op deze manier.

15241

Als in het onderhoud van de vrije velden nu een nieuw veld toegevoegd wordt, dan wordt er vanaf nu ook automatische een taal record aangemaakt. Het taal record wordt gebruikt als titel weergave voor dat vrije veld. Als taal tekst / omschrijving wordt de veldnaam gebruikt. Uiteraard is het mogelijk om na afloop alsnog het taal record te muteren om wellicht een duidelijker veld omschrijving op te geven.

13956

Bij het importeren van een webshop order werd voorheen (mits instelling voor matchen op email adres actief was) alleen gezocht op postcode, huisnummer en email adres van de relatie als combinatie. Dit is aangepast, als er geen relatie gevonden wordt, dan wordt er nu ook nog gezocht op de combinatie van postcode, huisnummer en email adres van een contactpersoon.