RetailVista ERP v24.1 - Release notes voorjaar 2024 update

(Versie 24.1.8770.20389) Taak 21883 - Mailadres vastleggen op de verkooporder

Deze nieuwe feature zorgt er voor dat glashelder is op een verkooporder welk email adres opgegeven is bij de aanmaak van een verkooporder. Ook eventueel toekomstige correspondentie wordt dan over dat email adres uitgevoerd.

(Versie 24.1.8770.20389) Taak 21828 - Nieuwe status tabel voor klantenservice regel type

In klant CRM onderhoud kan nu aan een type regel ook een status gekoppeld worden. Met deze regel status kan bijvoorbeeld ingesteld worden of een CRM regel als afgehandeld kan worden beschouwd.

(Versie 24.1.8770.20389) Taak 21822 - Uitgaande email opnieuw kunnen versturen

In het onderhoud van uitgaande emails kan een email bericht nu opnieuw verstuurd worden.

(Versie 23.23.8727.27895) Taak 21806 - Drempelvoorraad toevoegen voor webshop voorraadstanden

Vanaf nu kan bij de webshop artikel definitie ook een drempelvoorraad worden opgegeven. Deze drempel voorraad wordt afgetrokken van de voorraadstand zoals die naar de webshop gecommuniceerd wordt. Met de webshop drempel voorraad kan er voor gezorgd worden dat de voorraad op een webshop altijd iets lager worden aangegeven als de werkelijke voorraad. Hiermee kan enerzijds voorkomen worden dat het laatste artikel er toevallig net niet meer is, en er kan iets beter voorkomen worden dat orders voor (in de winkel) hard lopende artikeklen voor de webshop consument tot een 'nee verkoop leidt.

(Versie 23.23.8727.27895) Taak 21710 - Factuur ook kunnen koppelen aan relatie

Facturen konden tot voorheen alleen aan een debiteur gekoppeld worden. Maar bij 'verzamel' debiteuren was dan niet goed zichtbaar wie de originele klant was. Zeker bij het printen van factuur gaf dat problemen. Vanaf nu kan aan een factuur zowel een relatie als een debiteur gekoppeld worden.

(Versie 23.19.8657.27398) Taak 21709 - VIES controle tijdens pack & ship proces

Voor de verwerking in de pack & ship applicatie van BTW vrijgestelde verkooporders vindt vanaf nu een VIES check plaats of het BTW nummer van de debiteur van de verkooporder correct is. Als dat niet zo is, dan zal de reservering verwerking worden afgebroken. Als de VIES service niet bereikbaar is, dan zal de verwerking wel doorgaan. Verder wordt er als onderdeel van deze wijziging ook getest of de debiteur wel op rekening mag kopen. Er zijn ook debiteuren die direct volledig moeten betalen. In dat geval zal een reservering die niet of niet volledig betaald is, alsnog geblokkeerd worden om uit te leveren. Enige alternatief in dat geval is het maken van een rembours levering.

(Versie 23.19.8657.27398) Taak 21708 - Voor B2B in pack & ship applicatie werken met een echte debiteur ipv verzameldebiteur

Als een levering op rekening met een echte debiteur wordt aangeboden, dan houdt de pack & ship applicatie daar vanaf nu ook goed rekening mee en zal de reservering niet meer op een verzameldebiteur worden verwerkt. Door deze aanpassing is het ook mogelijk om reserveringen te gaan verwerken die nog niet of niet volledig betaald zijn, immers omdat er sprake is van een 'echte' debiteur zal hier later een factuur voor worden verstuurd.

(Versie 23.19.8657.27398) Taak 21706 - Taakplanning automatisch genereren facturen van leveringen op rekening

Er kan nu een taakplanning worden aangemaakt om automatisch facturen te laten genereren van leveringen op rekening.

(Versie 23.19.8657.27398) Taak 21703 - MX check uit kunnen zetten per webshop op inkomende berichten

Bij elke webshop kan een MX check op het aanleveren van correcte email adressen nu worden uitgezet. Vooral als een webshop zelf al een email adres validatie gedaan heeft (via MX check of bijvoorbeeld het werkelijk versturen van een email) dan heeft een extra controle in RetailVista weinig zin.

(Versie 23.19.8657.27398) Taak 21398 - Overal meldingen tonen dat het een verwijderd artikel is. (Opboeken, inkoop, verkoop, artikel)

Op allerlei plekken in RetailVista wordt nu een nette melding getoond als een artikel verwijderd is (gemarkeerd als verwijderd in artikel onderhoud).

(Versie 23.10.8501.27680) Taak 21130 - Afwijkende afzender mogelijk maken per webshop

Bij webshop onderhoud kan nu een afwijkende relatie worden opgegeven die gebruikt wordt als afzender adres voor pakketten afkomstig uit die webshop. In de SendCloud integratie wordt de relatie naam en het adres van deze relatie gebruikt als afzender informatie.

(Versie 23.9.8493.27718) Taak 21100 - Betere ondersteuning voor dubbele barcodes

RetailVista ERP kent vanaf nu betere ondersteuning voor dubbele barcodes. Om gebruik te kunnen maken van dubbele barcodes is het sowieso nodig om dat te activeren in de instellingen van RetailVista. Zodra dat gedaan is kan dezelfde barcode bij meerdere artikelen opgegeven worden. Het is echter vanaf mogelijk en verplicht dat slechts één van dezelfde barcodes actief kan zijn, de rest is passief. Hiervoor is een nieuw veld 'passief' toegevoegd aan het barcode onderhoud scherm. Van dezelfde barcode kan dus vanaf nu slechts één bestaan die actief is, de rest is allemaal 'passief'. Met deze functionaliteit wordt het onder andere mogelijk om EDI berichten te ontvangen waarin verwezen wordt naar een barcode die voorheen niet uniek was. Vanaf deze update zal in zo'n geval de enige actieve barcode gevonden worden, de overige passieve varianten worden genegeerd. Het komt er in feite op neer bij dubbele barcodes dat de barcode bij het artikel  wat in zo'n geval toegepast zou moeten worden als niet passief wordt gemarkeerd (dus actief wordt).

(Versie 23.8.8483.27307) Taak 21036 - Journaal export naar Expert/M opleveren

Vanaf nu heeft RetailVista ERP een export van kasverantwoordingen en facturen naar Expert/M.

Algemeen / General

(Versie 23.23.8727.27895) Taak 21832 - Belgische BTW nummer controle verbeteren

Voor Belgische klanten zijn wat wijzigingen in de BTW nummer notatie geweest. Ook bleek dat sommige BTW nummers ondanks een geldige opbouw qua formaat toch afgekeurd werden, terwijl de VIES check deze wel accepteerde. Beide zaken zijn opgelost.

(Versie 23.26.8755.29691) Taak 21825 - Verminking grid oplossen

In sommige situatie werd een zoekresultaten grid verminkt, sommige kolommen werden dan heel smal of bleven leeg. Hoewel dit probleem lastig reproduceerbaar was, lijkt een oplossing toch gevonden te zijn.

(Versie 23.18.8629.28627) Taak 21469 - Administratieschermen herzien

De weergave van de administratie schermen is herzien, de oude manier van weergave voldeed niet meer.

(Versie 23.18.8629.28627) Taak 21445 - Inloggen via alias en zonder bedrijf nummer mogelijk maken

In onderhoud bedrijf kan vanaf nu een alias opgegeven worden. Deze alias kan -voor- de URL van de RetailVista website worden geplaatst en zorgt er voor dat het inloggen met een bedrijf nummer niet meer nodig is.

Voorbeeld: Als als alias 'tuincentrum' opgegeven wordt, dan wordt de inlog URL bijvoorbeeld: https://tuincentrum.retailvista.net/global. (Of in plaats van /global de instantie code die nu gebruikt wordt).

(Versie 23.16.8602.27728) Taak 21360 - Verlopen wachtwoord resetten werkt niet bij gebruik van 2FA module

Een wachtwoord vergeten in combinatie met het actief zijn van 2FA werkt nu weer goed.

(Versie 23.6.8475.25195) Taak 21115 - Inpak applicatie kan nu ook zonder dragers werken of met combinatie van wel of geen dragers

De inpak applicatie kon tot dusver alleen overweg met reserveringen die geraapt waren in dragers. Vanaf nu is het ook mogelijk om zonder dragers te werken of met een combinatie van wel of geen dragers. Die laatste is bedoeld voor situaties waarbij een deel van een reservering geraapt is en in een drager geplaatst is (bijvoorbeeld voor artikelen die uit de winkel naar centraal magazijn getransporteerd zijn) versus artikelen die in centraal magazijn zonder drager geraapt zijn. In de instellingen van RetailVista ERP is nu een instelling gemaakt die het gedrag instelbaar maakt.

(Versie 23.6.8475.25195) Taak 21111 - Controle op aantal webshop cals

Bij aanmaak van een nieuwe webshop werd in de licentie controle niet goed gecontroleerd of er wel voldoende cals beschikbaar waren om de nieuwe webshop toe te voegen. Deze fout is opgelost.

(Versie 23.6.8475.25195) Taak 21038 - 2FA (Twee factor authenticatie) toevoegen aan inlog procedure

Vanaf nu is het mogelijk om 2FA te gebruiken in RetailVista. 2FA zorgt er voor dat een gebruiker behalve een correcte inlog naam en wachtwoord ook een activatie code op moet geven bij het inloggen. Die activatie code moet gegenereerd worden door een authenticator app via een mobiele telefoon. Er bestaan verschillende authenticator apps, RetailVista is getest met de Apple, Microsoft en Google authenticator apps. Deze apps zijn allemaal kosteloos. Bijj het onderhoud van het bedrijf kan 2FA geactiveerd worden. Elke gebruiker die daarna inlogt zal eenmalig gevraagd worden om een QR barcode te scannen die RetailVista toont. Die QR code zorgt er voor dat RetailVista wordt toegevoegd in de authenticator app en vanaf dat moment toont de authenticator app een unieke code die elke 30 seconde veranderd. Een gebruiker die de authenticator app niet heeft kan dus niet inloggen met een account, ook al is de login naam en wachtwoord bekend. De applicatiebeheerder kan bepaalde gebruikers accounts uitsluiten dat 2FA op bepaalde accounts niet nodig is. Om 2FA te gebruiken in RetailVista is een licentie nodig.

(Versie 23.25.8749.27095) Taak 21012 - Integratie met CDN provider maken

Er is een integratie gerealiseerd tussen RetailVista en Sirv.com, een CDN (Content Delivery Network) provider. Een CDN provider zorgt er voor dat afbeeldingen daar opgeslagen worden, in plaats van in RetailVista ERP zelf. Hierdoor kan een webshop ook gebruik maken van exact dezelfde afbeeldingen, en wordt een webshop pagina sneller weergegeven. Ook andere software zoals bijvoorbeeld een PIM kan op dezelfde CDN provider afbeeldingen opslaan, zodat deze afbeeldingen dan ook automatisch in RetailVista zichtbaar gemaakt kunnen worden, zonder dat de afbeelding zelf tussen systemen moet worden uitgewisseld. Het volstaat dan om een URL uit te wisselen waar de afbeelding te vinden is.

Artikel onderhoud / Product Maintenance

(Versie 23.3.8433.29764) Taak 21002 - Zoeken op combinatie van omschrijving en opmerking 1

Het zoeken hierop werkte als 'OF' filter waardoor er teveel resultaten getoond werden. Alle zoekschermen en alle velden die opgegeven worden in RetailVista worden altijd beschouwd als 'EN' combinatie. Dus de gevonden gegevens moeten voldoen aan alle opgegeven kriteria. Vanaf nu is dat ook het geval bij de combinatie van omschrjiving en opmerking 1.

(Versie 23.2.8419.28448) Taak 20842 - Van bestelcode veld een readonly variant maken zonder leesteken, dus alleen A-Z en 0-9.

Door deze aanpassing is het zoeken op bestelcode sterk verbeterd. Deze 'alleen lezen' variant is niet zichtbaar maar wordt gebruikt om op te zoeken. Er wordt nu uitsluitend gezocht op A-Z en 0-9, ook al bevat een bestelcode andere tekens en/of ook al wordt er gezocht met een bijzonder leesteken. De vindbaarheid is hierdoor sterk verbeterd.

(Versie 23.9.8493.27718) Taak 20841 - Bestelcode uniek binnen hetzelfde artikel

Er is een instelling aan RetailVista toegevoegd zodat een bestelcode uniek wordt afgedwongen binnen hetzelfde artikel. Als er dus meerdere inkoopgegevens zijn dan mag een bestelcode in slechts één van die inkoopgegevens voorkomen. Deze aanpassing zorgt er voor dat bij zoeken op een bestelcode altijd de juiste (en slechts één) inkoopgegeven gevonden kan worden en niet meerdere. Deze instelling moet alleen ingeschakeld worden nadat de bestaane data opgeschoond is van dubbele gegevens.

(Versie 22.23.8377.26019) Taak 20526 - Kunnen doorklikken op artikel nummer bij gerelateerde artikelen

In de artikel kaart bij gerelateerde artikelen is het nu mogelijk om door te klikken naar de bijbehorende gerelateerde artikelen, en terug. Ook wordt nu de voorraad, vrije voorrad en prognose voorraad van de gerelateerde artikelen vermeld als grid kolommen.

(Versie 22.18.8315.27996) Taak 20421 - Ingangsprijs van adviesprijs tonen in artikel onderhoud

Als een advies prijs wijzigt dan wordt er nu ook een datum getoond sinds wanneer die prijs gemuteerd is

(Versie 23.3.8433.29764) Taak 20158 - Permissie kunnen instellen op het mogen verwijderen van artikelen

Er is een nieuwe permissie 'MarkProductsDeleted' geintroduceerd waarmee het recht kan worden gegeven aan bepaalde gebruikers om artikelen te mogen verwijderen.

Artikellijsten / Product Lists

(Versie 23.19.8657.27398) Taak 21181 - Rapportage 182 artikellijst - Locaties tonen niet

Op deze rapportage wordt nu weer een locatie getoond.

Etikettering / Thermal labelling

(Versie 23.2.8419.28448) Taak 20924 - Kortingsbedrag op artikel etiket

Er berstond al een veld netPcePrice op een artikel etiket, maar dit veld bevatte lang niet alle kortingen die RetailVista kent. De berekening van dit veld is verbeterd waardoor het veld met de prijs in de kassa overeenkomt. Hierbij moet wel opgemerkt worden dat bijvoorbeeld relatie gebonden kortingen geen invloed heben op dit veld op een etiket. Als in de kassa dit etiket gescand wordt voor één stuks en zonder opgave van klant, spaarkaart en dergelijke dan is de prijs die de kassa weergeeft dezelfde als wat op het etiket staat. Als een korting slechts in een bepaalde periode actief is, dan zou het ook kunnen zijn dat die periode op een bepaald moment voorbij is waardoor de korting inmiddels niet meer actueel is.

Exchange

(Versie 22.18.8315.27996) Taak 20420 - Mogelijk maken om adviesprijzen automatisch door te boeken uit Exchange

Het is vanaf nu mogelijk om een separate taaklanning te maken zodat advies prijzen uit Exchange altijd en afzonderlijk van de overige data worden doorgeboekt.

Exchange Excel import

(Versie 23.10.8501.27680) Taak 21047 - In geval van dubbele barcode regel afkeuren en overslaan

Als de ondersteuning voor niet unieke barcodes aan staat in RetailVista en in de Exchange Excel import worden 2 artikelen gevonden op een bepaalde aangeleverde barcode, dan wordt die Excel regel vanaf nu afgekeurd.

Facturering / Invoicing

(Versie 23.18.8629.28627) Taak 21251 - taakplanner administratie emailadres meenemen bij verzenden outbound emails

Bij het versturen van uitgaande email berichten door de taakplanner werd het BCC veld zoals opgegeven bij de taakplanner instellingen niet overgenomen, waardoor de BCC functie niet meer werkte. Deze fout is opgelost.

Financiële exports / Financial exports

(Versie 23.23.8727.27895) Taak 21835 - Integratie met ExactOnlnie realiseren

Vanaf nu kan RetailVista ERP ook met ExactOnline gekoppeld worden. Dit gaat om kas journalen en verkoop (factuur) journalen, samen met een export van debiteuren naar Exact Online.

(Versie 23.11.8518.27485) Taak 21231 - Export naar Afas aanpassen / Referentie van SaleOrder gebruiken ipv referentie van aanbetaling

In de export van journaal regels naar Afas wordt vanaf nu als referentie de referentie van de verkooporder geexportered, en niet meer van de aanbetaling. Dit was eigenlijk een bug in het verleden en had altijd al de verkooporder referentie moeten zijn.

Giftkaart / Giftcards

(Versie 23.6.8475.25195) Taak 21101 - Bij verkoop digitale giftkaart is niet bekend of het om een digitale kaart gaat

In de type giftkaarten tabel kan nu aangegeven worden dat een bepaald type giftkaart 'digitaal' is (en dus niet 'fysiek'). Deze aanpassing zal in een volgende update van RetailVista worden gebruikt om na te gaan welke kaarten handmatig toegevoegd moeten worden aan een (webshop) bestelling en welke giftkaarten automatisch via email kunnen worden verstuurd aan een consument.

Inkooporders / Purchase orders

(Versie 23.26.8755.29691) Taak 21401 - Inkooporders kunnen verzenden en def zetten zonder te printen.

Er is een nieuwe instelling toevoegd aan inkooporders die het mogelijk maakt om een inkooporder bij aanmaak direct definitief te maken.

(Versie 23.19.8657.27398) Taak 21400 - Kop kunnen aanpassen zonder te heropenen, zoals datum(s) order-ref en overige info

Bepaalde minder belangrijke gegevens van een inkooporder kunnen nu gemuteerd worden, zelfs als de inkooporder definitef is. Daarnaast is de mogelijkheid gemaakt om inkooporders te heropenen.

Ontvangsten / Goods-in

(Versie 24.1.8770.20389) Taak 21399 - Op het hoofdartikel korting kunnen geven wat wordt verdeeld onder de onderliggende artikelen

Als bij ontvangst van een hoofd set artikel een korting gegeven wordt over de ontvangst waarde, dan wordt die waarde nu ook toegepast op de onderliggende gerelateerde set artikelen.

(Versie 23.16.8602.27728) Taak 21396 - Selectie regels kunnen verwijderen en niet per regel

In artikel ontvangst kunnen nu in een keer alle geselecteerde regels worden verwijderd.

(Versie 23.2.8419.28448) Taak 20898 - Ontvangst kunnen voorzien van status 'Definitief'

Dit is een nieuwe status op de ontvangst waarmee in feite aangegeven wordt dat hij niet meer muteerbaar is, maar nog wel open staat. Vooral naar de inkoop factuur controle is dit gewenst omdat de bijbehorende factuur nog niet gecontroleerd kan zijn, waardoor de ontvangst nog niet definitief kan worden gesloten. Mutaties worden op deze manier echter voorkomen.

(Versie 23.5.8461.18802) Taak 20897 - Permissie op heropenen gesloten artikel ontvangst

Er is vanaf nu een nieuwe permissie 'ReOpenClosedReceivedProductHeaders' beschikbaar waarmee bepaalde gebruikers het recht kunnen krijgen om gesloten artikel ontvangsten te heropenen.

(Versie 22.24.8389.27630) Taak 20896 - Permissie beschikbaar op heropenen definitieve artikel ontvangsten

Er is een nieuwe permissie 'ReOpenReceivedProductHeaders' die gebruikt kan worden om bepaalde gebruikers te autoriseren om een artikel ontvangst te heropenen als die de status 'Definitief' of hoger bereikt heeft. Voorheen bestond er geen permissie op het heropenen van ontvangsten, ditis hiermee mogelijk gemaakt.

(Versie 22.18.8315.27996) Taak 20537 - Ontvangsten krijgen eigen nummer in plaats van boekstuk toekenning

De artikel ontvangst werkte afwijkend ten opzichte van alle andere modules doordat er gewerkt werd met een zogenaamd 'boekstuk' nummer. Dat gaf allerlei vervelende bijverschijnselen terwijl andere modules allemaal eenvoudigweg met een nummer werken. Deze systematiek is in artikel ontvangst aangepast zodat die nu ook met een eigen nummer werkt. Uiteraard is er nog steeds ondersteuning aanwezig om naast het nummer nog een toevoeging te doen met bijvoorbeeld het pakbon nummer van de leverancier.

Orderpicking

(Versie 24.1.8770.20389) Taak 20998 - Genereren en printen van dragers

Er zijn in RetailVista 2 schermen toegevoegd onder de magazijn administratie. Het is nu mogelijk om stickers te printen van aangemaakte dragers.

In het drager onderhoud scherm bevindt zich in de linker taakbalk de mogelijkheid om dragers te genereren.

(Versie 23.4.8447.30207) Taak 20997 - Virtuele drager laagste nummer

In de instellingen van RetailVista kan vanaf nu een laagste nummer opgegeven worden die gebruikt wordt bij het aanmaken van een virtuele drager.

Dit nummer staat standaard op 2500 wat betekent dat de eerste virtuele drager nummer 2500 zal krijgen. Dit zorgt er voor dat de fysieke dragers standaard kunnen worden aangemaakt in een range van 1 tot 2499.

(Versie 23.6.8475.25195) Taak 20989 - Onderhoud vervuilde magazijn locaties verbeteren

Het onderhoudscherm van vervuilde magazijn locaties heeft verschillende verbeteringen gekregen waaronder het kunnen doorklikken op het artikel en het kunnen starten van artikel statistiek.

(Versie 23.9.8493.27718) Taak 20812 - Orderpicking type beperken tot transportwijze, of juist ongelijk aan transportwijze

Vanaf nu kan bij orderpicking type ingesteld worden dat bij keuze voor dat type orderpicking alleen orders met een opgegeven type transport in aanmerking komen, of juist orders die niet dat opgegeven type transport hebben.

POS

(Versie 23.25.8749.27095) Taak 21771 - POS-terminals automatisch laten vervallen

Bij POS terminals kan nu worden opgegeven dat deze automatisch moet vervallen op een instelbare datum. Hierdoor zal bij vermindering van het licentie aantal de transactie verwerking blijven functioneren, mits het nieuwe gereduceerde aantal POS terminals dan overeenkomt met de bijbehorende licentie.

(Versie 23.23.8727.27895) Taak 21217 - Transactie nr niet langer per bedrijf maar per vestiging berekenen

Vanaf nu wordt het transactie nummer niet langer per bedrijf doorlopend bepaald, maar per vestiging. Deze aanpassing was nodig omdat het berekenen van een transactie nummer per bedrijf te veel technische performance issues gaf. Het nadeel van deze aanpassing is dat het transactie nummer niet langer uniek per bedrijf is, maar nu uniek per vestiging. Waar voorheen het opgeven van een transactie nummer voldoende was, moet dat nu altijd in combinatie met een vestiging. Binnen de RetailVista ERP gebruikers interface is altijd een vestiging actief, de vestiging zoals links onderin geselecteerd. Bij BI en andere API integraties kan deze change tot een probleem leiden, als er qua match uitsluitend gewerkt wordt op bedrijf en transactienummer. Aan te raden is dus om dat uit te breiden met een vestiging nummer, voor zover de matching nu op deze manier werkt.

Relatie onderhoud / Relation Management

(Versie 23.25.8749.27095) Taak 21830 - Omzetsoort toevoegen voor op rekening verkopen

In de instellingen van RetailVista ERP kan nu ook een standaard omzet soort worden opgegeven voor 'Op rekening' verkopen. Het is niet meer verplicht om bij een relatie die debiteur is een omzetsoort op te geven. De reden voor deze aanpassing is dat het niet goed blijkt te werken om bij een relatie al een omzetsoort op te geven (zoals bijvoorbeeld op rekening omzet). Immers, het is helemaal nog niet bekend op welke manier een relatie een toekomstige aankoop gaat doen. Dat kan even goed een webshop aankoop zijn, waarbij er voor webshops ook een standaard omzetsoort instelling bestaat. Het is aan te raden om de omzetsoorten bij relaties leeg te maken en op het moment van verkoop (contant, op rekening, webshop) de omzetsoort door RetailVista ERP te laten bepalen.

Via een ander aanpassing is het ook mogelijk gemaakt om per webshop nog weer een afwijkende omzetsoort op te geven.

(Versie 23.4.8447.30207) Taak 21037 - RFM uitbreiden met extra dimensie 'Frequentie en omzet'

De bezoek frequentie en omzet is nu gecombineerd in een nieuwe dimensie/waarde. De score definitie daarop loopt in tegenstelling tot de andere scores niet meer van 1 tot en met 5 maar van 1 tot en met 10.

In bepaalde situaties kan het sturen op een combinatie van bezoek frequentie en omzet beter bruikbare resultaten opleveren als op afzonderlijke bezoek frequentie en omzet.

Reserveringen / Reservations

(Versie 23.25.8749.27095) Taak 21935 - HS code ondersteuning naar SendCloud

In de SendCloud integratie worden nu ook HS codes meegestuurd voor douane leveringen buiten de EU. SendCloud ondersteund voor dit soort zendingen geen multicollo. Als er nu een pakket aanmelding gedaan wordt voor een zending buiten de EU, dan wordt dit automatisch niet meer als multicollo zending aangemeld maar via afzonderlijke individuele zendingen. In artikel onderhoud kan bij elk artikel een HS code opgegeven worden.

(Versie 23.24.8741.27342) Taak 21881 - Indicatie bij pakketdienst dat het om een afhaal pakketdienst gaat

Vanaf nu is de 'eigen' RetailVista pakketdienst ook volledig operationeel. Van pakketten die bij de eigen pakketdienst worden aangemeld worden ook etiketten geprint die op de dozen kunnen worden geplakt. Voor 'eigen bezorging' zijn op deze manier ook correcte verzendlabels met informatie beschikbaar. Bovendien wordt op deze manier ook het eventuele rembours proces (te betalen bedrag aan de bezorger) netjes geregeld.

(Versie 23.26.8755.29691) Taak 21880 - Voorwaarde toevoegen dat alle orderpicking runs afgesloten zijn van een reservering

Standaard kan in de pack & ship appliatie een reservering niet worden afgehandeld als er nog een of meer openstaande orderpicking runs bestaan. Vanaf nu is er in de verkooporder classificaties een instelling waarmee aan te geven is dat een reservering ook bij incomplete runs mag worden afgehandeld. Er verschijnt dan een melding in de pack & ship applicatie waarin ook de openstaande runs worden getoond. Er kan dan expliciet worden gekozen om verder te gaan. Als daarvoor gekozen wordt, dan worden alle openstaande runs eerst afgesloten, daarna start dan het inpak proces.

(Versie 23.23.8727.27895) Taak 21804 - Bij pakketdienst email sjabloon op kunnen geven

Vanaf nu kan RetailVista bij de aanmelding van een reservering bij een pakketdienst ook een email versturen. Het gaat dan om een email aan de pakketdienst relatie, niet de originele klant van de reservering. Met deze email wordt een bezorgende partij geinformeerd over te bezorgen goederen. Vooral voor bezorgers die niet aangesloten zijn bij SendCloud is dit een redelijk eenvoudige manier om ze toch automatisch digitaal te informeren over te bezorgen goederen.

(Versie 23.20.8671.21672) Taak 21711 - De inpakapplicatie moet de mogelijkheid krijgen (instelbaar) om zelf factuur te genereren en te printen

In de RetailVista ERP instellingen kunnen bij 'Logistiek' nu allerlei instellingen opgegeven worden rond het gedrag van de pack & ship applicatie. Deze aanpassing gaat over het wel of niet automatisch printen van facturen tijdens het pack & ship proces.

(Versie 23.23.8727.27895) Taak 21705 - HS code veld toevoegen aan artikel kaart

Voor leveringen buiten de EU is het nodig bij pakketdiensten om een HS code mee te sturen van de te verkopen artikelen. Om die reden is het vanaf nu mogelijk in artikel onderhoud om een HS code vast te leggen. Deze kan via Exchange uiteraard ook geimporteerd worden.

(Versie 23.19.8657.27398) Taak 21700 - Huisnummer toevoeging wordt onjuist toegevoegd aam het huisnummer veld richting SendCloud

Voor SendCloud moet een huisnummer toevoegen (bijvoorbeeld 3c) als 3-C worden aangeboden. Dit is aangepast in de SendCloud integratie.

(Versie 23.19.8657.27398) Taak 21699 - Bezorgorders van vervallen reserveringen niet meenemen naar bezorgaanbieders (bumbal)

Als een reservering als vervallen is gemarkeerd, dan zal de taakplanning vanaf nu niet langer daar nog een bezorgopdracht van maken (mits dat ingesteld is in verkooporder scenario).

(Versie 23.19.8657.27398) Taak 21566 - Sendcloud request en response toevoegen aan pakket aanmelding log indien debug mode aanstaat

In de pakketdienst onderhoud pagina wordt nu een letterlijke weergaven van de request en response getoond van de communicatie met SendCloud. Dit gebeurd alleen als RetailVista in debugmode staat.

(Versie 23.21.8685.25412) Taak 21403 - Pack & ship applicatie integreren in RV

Vanaf de startpagina 'Reserveringen' kan nu direct doorgeklikt worden naar de pack & ship portal.

In de reservering instellingen moet wel eenmalig de URL van de pack & ship portal opgegeven worden.

(Versie 23.8.8483.27307) Taak 21174 - Kunnen scannen van artikelen zonder drager

In de instellingen van RetailVista bij 'Logistiek' kan nu aangegeven worden of het nodig is om artikelen die niet via een drager verzameld zijn, te controleren binnen de inpak applicatie.

Het is immers nog maar de vraag of deze artikelen correct geraapt zijn, aangezien ze niet altijd via orderpicking geraapt hoeven te zijn. Maar deze controle scan gaat ook over artikelen die wel geraapt zijn via orderpicking maar zonder daarbij gebruik te maken van een drager. Ook in die situatie kan het gewenst zijn om nog eens zeker te weten of de juiste artikelen nu ingepakt gaan worden.

(Versie 23.23.8727.27895) Taak 21164 - Giftkaart verwerking toevoegen aan pack & ship applicatie

De pack & ship applicatie kan vanaf nu ook goed overweg met giftkaarten. Het gaat dan in het bijzonder om de 'fysieke' giftkaarten. Digitale giftkaarten worden sowieso volledig automatisch afgehandeld, maar voor fysieke kaarten is het nodig om de bijbehorende kaart nummers van de pasjes te scannen. De pack & ship applicatie zal vanaf nu melding maken van bestelde giftkaarten en zal het proces ondersteunen om de kaartnummers te laten scannen en daarna de kaarten te activeren met de gewenste waarde. Het is hierdoor niet langer nodig om giftkaarten buiten het verkooporder proces om handmatig in een kassa omgeving te activeren.

Bij de verkooporder is in een apart tabblad zichtbaar welke giftkaart nummers er verkocht zijn. Als een consument achteraf dan opmerkingen maakt over niet ontvangen of niet geactiveerde giftkaarten, dan is altijd goed terug te vinden om welke giftkaarten dat zou moeten gaan.

(Versie 23.2.8419.28448) Taak 20935 - Verzend etiket aan kunnen maken ook als reservering al verkocht is

Dit was tot voorheen niet mogelijk, als een reservering verkocht was kon je geen pakket(ten) meer toevoegen. Vanaf nu is dat wel mogelijk. Vanuit reservering onderhoud kan je een pakket aanmaken en direct laten printen op een aan te geven (bridge) printer.

(Versie 23.8.8483.27307) Taak 20688 - Inpak applicatie realiseren

RetailVista bevat vanaf nu een inpak applicatie. Dit is een aparte website die volledig ingericht is op het heel snel en efficient afhandelen van order fulfilment. In de praktijk komt het vaak neer op afhandelen van webshop orders. De inpak applicatie neemt de rol van RetailVista POS over, dat was een tijdelijke oplossing voor het afhandelen van webshop bestellingen. Een belangrijjk verschil met RetailVista POS is dat de inpak applicatie de omzet van webshop orders 'op rekening' wegboekt. Hiervoor wordt gebruik gemaakt van een verzameldebiteur die per webshop op te geven is. De inpak applicatie zorgt voor een serie routine controles, vooral of een reservering al volledige geraapt en volledig betaald is. Met de inpak applicatie kunnen zendingen worden aangemeld bij SendCloud en wordt uiteindelijk de omzet gerealiseerd.

In een volgende update van deze applicatie zal ook VIES check ondersteuning toegevoegd worden om te controleren of btw vrijgestelde bestellingen mogen worden afgehaald. En er zal nog een controle scan worden toegevoegd op de geraapte artikelen. Die controle wordt in combinatie met de pakketten aanmelding, zodat bekend is welk pakket welke artikelen bevat. Als laatste zal ook ondersteuning worden toegevoegd voor de giftkaart afhandeling. Digitale giftkaarten worden direct verwerkt door RetailVista, fysieke kaarten moeten in het inpak proces worden gescand en worden dan geactiveerd.

Statistiek / Statistics

(Versie 23.22.8699.25565) Taak 21818 - Uiitgebreide statistiek 400 t/m 404 houd geen rekening met vestigingsfilter voor bepalen van ontvangsten

Statistiek 400 vermeld onder andere het aantal ontvangen artikelen. Alleen is gebleken dat daar geen rekening werd gehouden met de actieve vestiging van waaruit de statistiek gegenereerd werd. In situaties met meerdere vestigingen werd hier een totaal van alle vestigingen vermeld. Vanaf nu wordt errekening gehouden met de vestiging en worden alleen de aantallen van de actieve vestiging vermeld.

(Versie 23.17.8615.28288) Taak 21239 - Statistiek uitgebreid uitbreiden met filter promotievoucher type

In statistiek uitgebreid is een nieuw filter 'promotie voucher type'  toegevoegd. Dit maakt het mogelijk om omzet informatie te verkrijgen op basis van gebruikte promotie vouchers.

Taakplanner

(Versie 23.13.8559.25975) Taak 20848 - Globale taakplanning opheffen

Vanaf nu bestaan er geen 'globale' taakplanningen meer. Elke taakplanning moet per bedrijf worden aangemaakt waarbij sommige taakplanningen automatisch worden aangemaakt als de configuratie en/of licentie daar aanleiding toe geeft. Het grote voordeel van deze aanpassing is dat de configuratie van dat soort taakplanningen nu zelf ingesteld kunnen worden. Bijkomend voordeel is dat dan per taakplanning in één keer alle taken op te vragen zijn met hun bijbehorende status.

Als onderdeel van deze update zijn alle globale taken die er bestonden omgezet naar taken per bedrijf. Het is dus zeer waarschijnlijk dat bij de taakplanning nu een aantal gegevens zijn toegevoegd. Een belangrijke taakplanning is het ophalen en versturen van webshop gegevens, deze is nu voor elk bedrijf apart zichtbaar en instelbaar.

Verkooporders / Sales orders

(Versie 23.20.8671.21672) Taak 21749 - Vervallen verkooporder regel moet niet naar reservering

Als een verkooporder regel als vervallen wordt gemarkeerd, wordt dat niet langer ook doorgevoerd naar reserveringen. Als er al reserveringen zijn, moet apart worden bepaald of die nog uitgeleverd gaan worden of niet. Het annuleren van een verkooporder regel is eigenlijk niet meer als een consument die aangeeft het 'restant' niet meer te willen ontvangen. Wat al in het orderpickng proces zit, wordt standard gewoon afgehandeld.

(Versie 23.24.8741.27342) Taak 21714 - Verkooporder aanbetalingen status uitbreiden

De verkooporder aanbetaling status is uitgebreid met een nieuwe waarde 'Gefiatteerd'. Dit gaat om 'retour' aanbetalingen, terugbetalingen naar de PSP. Verder is het vanaf nu dus mogelijk gemaakt om series terugbetalingen te fiatteren. Pas vanaf dat moment worden ze via de taakplanner automatisch aangeboden bij een PSP. Op dit moment is dat Buckaroo. Als de terugbetaling daar om een of andere reden wordt afgekeurd, dan wordt de status aangepast naar 'Afgekeurd'. Achteraf is het nu eenvoudig mogelijk om de afgekeurde terugbetalingen op te vragen en deze bijvoorbeeld via een bankboeking terug te betalen. Via een andere aanpassing kunnen van alle uit te voeren bank terugbetalingen een PAIN bestand worden aangemaakt, die in telebankieren kan worden ingelezen.

(Versie 24.1.8770.20389) Taak 21713 - Terugbetaling regels genereren op basis van teveel betaald in verkooporder via taakplanner

Als uit een afgesloten verkooporder blijkt dat er nog een overschot aan aanbetalingen bestaat, dan kan de taakplanner nu automatisch terugbetaling regels genereren. Er is naast deze taakplanning nog een andere taakplanning gemaakt die de aangemaakte terugbetalingen gaat communiceren met de PSP (betaal provider).

Om een terugbetaling automatisch aan te laten maken, wordt gelet op openstaande verkooporders (definitief) waarbij van alle niet-geannuleerde verkooporder regels alles geleverd is. Mochten er nog niet-vervallen verkooporder regels open staan die nog geheel of deels geleverd moeten worden, dan vinden er uiteraard geen terugbetalingen plaats.

In de verkooporder administratie is een instelling toegevoegd met een aanmaak datum verkooporders vanaf welke datum retour betalingen automatisch aangemaakt mogen worden. Verkooporders die aangemaakte zijn voor die datum, worden buiten beschouwing gelaten.

De opgave van deze datum is verplicht om het laten genereren van terugbetaling regels te laten functioneren, zonder het ingevuld zijn van deze datum zal er niets gebeuren.

(Versie 23.21.8685.25412) Taak 21712 - Export naar Pain001 opdrachten bestand telebankieren voor bank overschrijvingen als gevolg van terugbetalingen

Voor bank terugbetalingen (bv als terugbetaling via PSP mislukt is) kunnen al deze betalingen nu in 1x naar een Pain001 telebankieren bestand worden weggeschreven.

Door dit bestand te importeren in telebankieren kunnen al die transacties met een enkele handeling worden overgemaakt.

(Versie 23.17.8615.28288) Taak 21461 - Instelbaar maken om genereren reserveringen verkooporders met openstaande aanbetalingsverzoeken niet mee te nemen

In taak 21155 is het gedrag voor het aanmaken voor reserveringen aanpast. Wanneer er nu operstaande aanbetaalverzoeken zijn, worden er geen reserveringen aangemaakt.

Dit is niet voor iedereen werkbaar. Door het instelbaar te maken, kunnen oude en nieuwe werkwijzen gebruikt worden.

(Versie 23.12.8531.26329) Taak 21260 - Als pakket aanmelding niet geaccepteerd wordt door SendCloud dan ontstaat er foutmelding

Vanaf nu wordt bij afkeur van een pakket aanmelding bij SendCloud een nette melding getoond dat het pakket afgekeurd is door SendCloud, terwijl er voorheen alleen maar een foutmelding ontstond.

De aanvullende informatie (technische reden) vanuit SendCloud wordt hier ook bij vermeld, zodat in overleg met de supportdesk van SendCloud kan worden bepaald waarom het pakket niet geaccepteerd wordt.

(Versie 23.9.8493.27718) Taak 21179 - Instelling toevoegen om gemengde verkooporders toe te staan

In de instellingen 'Verkooporders' kan nu ingesteld worden dat gemengde verkooporders (orders met zowel positieve als negatieve aantallen) weer toegestaan worden. In voorgaande versies van RetailVista ERP was dat ook toegestaan maar sinds de laatste update was dat niet langer mogelijk. Het heeft nog steeds de voorkeur om aparte credit verkooporders te maken voor retour artikelen, maar de verplichting is niet langer aanwezig. De reden om met aparte orders te blijven werken heeft vooral te maken met digitale (begeleide) orderpicking: deze vorm van orderpicking is (uiteraard) niet in staat om negatieve verkooporders te rapen, met als gevolg dat een order niet volledige geraapt zal kunnen worden. Ook is het niet goed mogelijk om alleen een retour regel af te werken als er ook positieve regels in die verkooporder bestaan, dan blijft een verkooporder openstaan in afwachting van afhandelen van die positieve regels. Een andere en laatste nadeel is dat retour regels eigenlijk niet moeten leiden tot een nieuwe negatieve verkooporder: Er is nu een volwaardige retour administratie beschikbaar waar retour artikelen worden teruggenomen gekoppeld aan de originele verkooporder. Met deze nieuwe instelling en de eerder gemaakte aanpassing wordt standaard voorkomen dat er negatieve aantallen ingevoerd kunnen worden.

(Versie 23.25.8749.27095) Taak 21178 - Verkooporder smart tagging

Vanaf nu bevat RetailVista ERP een toekenning berekening in de webshop verkooporder verwerking. Op basis van allerlei op te geven kriteria kan zowel het type transport als de verkooporder classificatie worden beinvloed. Het is ook mogelijk om slechts één van deze beide aan te laten passen.

In de verkooporder beslisboom kunnen kriteria worden toegevoegd. Voorbeelden van kriteria zijn specifieke artikelen die voorkomen in een order, maar ook zaken als gewicht, omvang (m3), waarde van een bestelling, postcode, land van bestemming en nog vele andere kriteria.

Hiermee kan geregeld worden dat ook al heeft een klant op de webshop gekozen voor 'Verzending' (vrij algemene keuze) dat RetailVista dat automatisch verder specificeert naar bijvoorbeeld 'Eigen transport' of een bijzondere vorm van verzending bij Post NL etcetera.

Deze smart tagging is onderdeel van de 'Verkooporders Plus' licentie.

(Versie 23.5.8461.18802) Taak 20870 - Instelbaar maken dat gesloten verkooporders niet heropend kunnen worden

Er is een nieuwe permissie 'AllowReopeningClosedSaleOrders' die er voor kan zorgen dat afgesloten verkooporders niet meer heropend kunnen worden.

(Versie 23.7.8479.37464) Taak 20756 - Verkoop kanaal introduceren in RetailVista

Onder een webshop kunnen meerdere verkoop kanalen bestaan. Een voorbeeld hiervan is een marketplace zoals 'EffectConnect' die verkoop kanalen zoals bijvoorbeeld Fonq bedient. RetailVista heeft sinds kort een integratie met EffectConnect, waarbij EffectConnect de webshop in RetailVista is. Bij een verkooporder is het dan wel gewenst om te kunnen zien dat een order afkomstig was van bijvoorbeeld Fonq terwijl de webshop nog steeds 'EffectConnect' is. Om deze reden zijn verkoop kanalen geintroduceerd in RetailVista. Dit is onder andere terug te zien in de verkooporder zelf. De uniekheids controle of een webshop bestelling al eerder ontvangen is, is uitgebreid van de combinatie webshop en order referentie naar webshop, verkoop kanaal en order referentie.

In de najaar 2023 update van RetailVista ERP zal het in statistiek mogelijk zijn om omzet rapportages te maken op verkoop kanaal.

(Versie 22.19.8333.24680) Taak 20755 - Orderpicking actief op reserveringen vanaf bepaalde datum

In de verkooporder classificatie is nu instelbaar dat orderpicking slechts van toepassing mag zijn op reserveringen die aangemaakt zijn na een bepaalde datum en tijd. Hierdoor is het mogelik om orderpicking ergens in de tijd in te voeren waarbij reserveringen vóór dat moment genegeerd moeten worden.

(Versie 22.19.8333.24680) Taak 20754 - Geavanceerde webshop instelling maken om obv transport type omzetting naar een verkooporder classificatie te kunnen laten plaatsvinden

Zie QA827

(Versie 24.1.8770.20389) Taak 20752 - Bij het invoeren van een verkooporder regels is het nu onterecht toegestaan dat er een hogere korting wordt gegeven dan de brutostuksprijs.

Een hoger kortingsbedrag als de bruto stuksprijs wordt vanaf nu niet meer toegestaan.

Voorraad / Stock control

(Versie 23.25.8749.27095) Taak 21886 - Excel export van voorraad mutaties

In voorraad onderhoud is het nu ook mogelijk om een export naar Excel te starten van voorraad mutaties.

(Versie 23.23.8727.27895) Taak 21885 - Inventarisatie verwerkt vink introduceren

Bij het verwerken van inventarisaties worden deze nu niet langer verwijderd na afloop maar afgevinkt als 'verwerkt'.

(Versie 23.5.8461.18802) Taak 21001 - Virtuele voorraad verbeteringen

De virtuele voorraad wordt nu niet meer apart getoond in artikel statistiek maar is gewoon de voorraad en vrije voorraad. Het is niet meer mogelijk om de voorraad van een virtueel artikel te muteren.

Webshop

(Versie 23.23.8727.27895) Taak 21889 - Optioneel veld omzetsoort toevoegen aan webshop onderhoud

Bij elke webshop kan nu (optioneel) ook een omzetsoort opgegeven worden. Verkopen als gevolg van orders op die webshop worden dan geboekt op die omzetsoort. Er is ook een andere mutatie gedaan waarbij een algemene omzetsoort voor alle webshops opgegeven kan worden. Het advies bij deze aanpassing is om de omzetsoorten bij relaties leeg te maken. Zolang dat niet gebeurd, gaat die omzetsoort altijd voor.

(Versie 23.21.8685.25412) Taak 21783 - Bij webshop aan kunnen geven dat alternatieve voorraad meegstuurd moet worden

Vanaf nu kan bij de webhop configuratie aangegeven worden dat alternatieve voorraadstanden ook verstuurd mogen worden naar de webshop. Op dit moment is dat alleen geimplementeerd op de Magento2 integratie.

(Versie 23.25.8749.27095) Taak 21782 - Voorraadstanden van alle andere vestigingen kunnen exporteren naar webshops

RetailVista ERP is vanaf nu in staat om naar webshops ook voorraad van andere vestigingen additioneel mee te kunnen sturen. Op dit moment is deze functionaliteit toegevoegd aan de Magento2 integratie.

(Versie 23.21.8685.25412) Taak 21770 - Sendcloud afhaallocaties ondersteunen

Vanaf nu wordt de in RetailVista aanwezige pickup point functionaliteit bij verkooporders ook correct doorgegeven aan SendCloud.

(Versie 23.25.8749.27095) Taak 21687 - Ondersteuning BTW vrijgestelde orders naar consumenten buiten EU

Vanaf nu heeft RetailVista ERP ondersteuning voor uitlevering van verkooporders naar landen buiten de EU. Aan deze landen wordt standaard BTW vrijgesteld geleverd, maar dan wel zonder BTW nummer.

In de landen tabel kan nu per land aangegeven worden of het land zich binnen of buiten de EU bevindt. Hier hangt de toestemming tot BTW vrijstelling aan vast.

Tegelijk met deze aanpassing is het ook mogelijk gemaakt om bij een debiteur aan te geven dat BTW vrijstelling controles genegeerd mogen worden. Het gaat dan in het bijzonder om de controle op het aanwezig zijn van een geldig BTW nummer.

Deze aanpassing is bedoeld voor diplomaten en andere bijzondere beroepsgroepen die zelfs binnen de EU BTW vrijgesteld geleverd mogen krijgen.

De webshop moet aangeven of een order BTW vrijgesteld is, RetailVista volgt de webshop, de webshop is 'leidend'. Voor leveringen buiten EU is het sterk aan te raden een accountant te raadplegen of er voldaan wordt aan alle vereiste wet- en regelgevingen. Voor de UK gelden bijvoorbeeld verschillende regelen voor orders tot en boven 155 pond.

(Versie 23.11.8518.27485) Taak 21234 - BTW percentage bij verzendkosten berekenen

In het verkooporder scenario kan vanaf nu ingesteld worden hoe het BTW tarief van verzendkosten berekend moet worden. Voorheen werd altijd het BTW tarief van het verzendkosten artikel gebruikt. Maar vanaf nu is het ook mogelijk om het BTW tarief van het hoogste artikel in de order te gebruiken. Dat is gebruikelijke wetgeving voor webshop bestellingen.

(Versie 23.13.8559.25975) Taak 21172 - Email adres afkeur beter zichtbaar maken wat achterliggende reden is

Als een email adres in een webshop order bericht afgekeurd wordt (door MX check en dergelijke) dan wordt daar vanaf nu een duidelijk melding over weggeschreven in de verwerking log met de reden van afkeur.

(Versie 23.23.8727.27895) Taak 21160 - Ondersteuning voor bankoverschrijving toevoegen bij importeren webshop orderbericht

Als een klant nu kiest voor uitvoeren van een bank overschrijving dan is het verzoek aan webshop partijen altijd geweest om een order dan niet te versturen naar RetailVIsta. Toch is dat niet handig gebleken omdat een boekhouder dan niet in RetailVista de ontvangen betaling kan bijschrijven. Ook is de order niet bekend in RetailVista dus als een klant belt met een vraag over de order (of bv iets wil wijzigen) dan kan dat niet. Om deze redenen is het vanaf nu mogelijk gemaakt om in het webshop orderbericht een indicatie toe te voegen dat er nog een betaling gaat volgen, met een op te geven bedrag. Bij de aanmaak van de verkooporder wordt deze informatie gebruikt om een aanbetalingsverzoek aan te maken met dat bedrag. Pas als het aanbetalingsverzoek voldaan is zal de order worden omgezet naar een reservering / wordt deze in behandeling genomen.

(Versie 23.23.8727.27895) Taak 21052 - Ondersteuning van pickup points toevoegen in verkooporder en webshop orderbericht verwerking

In het webshop order bericht is het vanaf nu mogelijk om een pickup point toe te voegen. Op basis van de ontvangen pickup point naam, postcode en huisnummer controleert RetailVista of er een relatie bestaat als pickup point met die gegevens. Als dat niet het geval is dan wordt die relatie automatisch aangemaakt. Uiteindelijk wordt het nummer van de gevonden relatie overgenomen als aflever adres relatie.

(Versie 23.8.8483.27307) Taak 21042 - ICL (Intracommunautaire leveringen) ondersteuning toevoegen voor webshop bestellingen

Vanaf nu biedt RetailVista de mogelijkheid voor ICL leveringen. Dit zijn BTW vrijgestelde leveringen aan debiteuren in het buitenland. De fiscale voorwaarde voor ICL leveringen is dat er een BTW nummer bekend is en dat het nummer geldig is. Het BTW nummer kan vanaf nu als onderdeel van het webshop orderbericht meegegeven worden. RetailVista zal bij de orderbericht verwerking kijken of aan de bijbehorende relatie al een debiteur gekoppeld is. Als dat nog niet het geval is, dan wordt er gezocht of er een debiteur bestaat met het opgegeven BTW nummer. Als dat ook niet het geval is, dan wordt er een debiteur aangemaakt met dat btw nummer. Bij de aanmaak krijgt de debiteur de instelling dat er volledige betaling vereist is. De indicatie of de debiteur btw vrijgesteld geleverd krijgt is afhankelijk van het aflever adres land van de order ten opzichte van het land van de vestiging waar de order op aangemaakt wordt.

Als er wel een debiteur aan de relatie gekoppeld is dan wordt gecontroleerd of het btw nummer overeenkomt met de order. Als dat niet zo is, dan wordt het orderbericht afgekeurd. Als blijkt dat de debiteur bij de relatie nog geen BTW nummer heeft, dan wordt dit nummer overgenomen uit de order.

Er wordt nu vanuit gegaan dat de VIES check al uitgevoerd is door de webshop en dat het BTW nummer dus geldig is. In een volgende update van RetailVista ERP zal deze controle (nogmaals) gedaan worden door RetailVista en moet deze posiitef uitvallen. Het BTW nummer moet niet alleen bestaan maar de tenaamstelling van de debiteur moet ook overeenkomen met de geregistreerde VIES naam.