Release notes RetailVista update Oktober 2017 versie 17.22

Algemeen / diversen

(Versie 17.15.6400.23791) Taak 17228 - Bij projecten standaard alleen openstaande projecten tonen

Bij het scherm 'Projecten' worden vanaf nu standaard alleen de openstaande projecten getoond. Verder is de klant naam en klant nummer van een project zichtbaar gemaakt als kolom.

(Versie 17.19.6484.23030) Taak 16976 - Bij aanmaken nieuwe vestiging nummer graag bepalen op basis van bestaande vestigingen

Bij het aanmaken van een nieuwe vestiging wordt nu niet meer gewerkt met een tel tabel, maar wordt het werkelijke hoogst gebruikte vestigingsnummer berekend en met 1 verhoogd als nummer voor de volgende aan te maken vestiging.

(Versie 17.19.6484.23030) Taak 16674 - Per inkoopgegeven kunnen afwijken van het standaard aantal leverdagen bij de leverancier

Bij inkoop informatie van een artikel kan nu ook worden aangegeven wat het aantal levering dagen is. Dit wijkt dan af van de standaard levering dagen bij de leverancier.

(Versie 17.15.6400.23791) Taak 15872 - Generieke opzet maken voor het openen van het resultaat van een taak vanuit (iko onderhoud/reservering onderhoud/ vko onderhoud)

Vanuit verschillende modules waar rapportages gegenereerd worden via de taakplanner kan via het tabblad 'Export' nu bekeken worden welke taken er uitgevoerd zijn. In dat tabblad kan op elke taak geklikt worden en vanuit dat detailscherm kan nu ook de aangemaakte PDF rapportage en het verwerking verslag opgevraagd worden.

Artikel onderhoud

(Versie 17.18.6467.27600) Taak 17410 - Barcode applicatie ID tabel realiseren

RetailVista is uitgebreid met een tabel 'Barcode applicatie Identificaties'. Met deze tabel kunnen barcodes gescand worden waarin zich meerdere gegevens bevinden. In feite bestaat een dergelijke barcode uit 'velden' waarbij elk veld vooraf gegaan wordt door een identifier (AI). Een voorbeeld van een veld is bijvoorbeeld een advies bruto verkoopprijs. RetailVista ondersteunt op dit moment een beperkt aantal velden. Via het onderhoudscherm is een 'type veld' muteerbaar waarmee aangegeven kan worden wat de betekenis van een veld is. Dit soort barcodes worden vaak als 2-dimensionale barcodes geprint, maar in sommige gevallen wordt ook een Ean128 barcode soms gebruikt in combinatie met 'application identifiers'. 

In de volgende release van RetailVista kunnen straks onder meer vanuit artikel onderhoud en vanuit ontvangen artikelen 2 dimensionale barcodes geprint worden. Deze functionaliteit is een voorloper op de invoering van codering levend goed voor het tuincentrum seizoen 2018.

EDI

(Versie 17.19.6484.23030) Taak 17447 - Geen RFF+CR vermelden in inkooporder

In het EDI inkooporder bericht wordt geen RFF+CR regel meer vermeld vanaf nu. Deze regel had alleen vermeld mogen worden bij inkooporders als gevolg van consumenten bestellingen. Maar in RetailVista is dat hele mechanisme anders opgelost en worden consument bestellingen vanzelf herleid bij binnenkomst van goederen.

(Versie 17.22.6505.28556) Taak 17103 - Nieuwe taak: afwijkend franco orderbedrag bij EDI > budget taak!!!

Bij de leverancier condities kan nu worden gekozen voor een 'EDI Franco orderbedrag'. Dit is een aanvulling op het al bestaande 'Franco orderbedrag'. Bij bestellingen via EDI wordt door leveranciers soms een afwijkend franco orderbedrag gebruikt. Via dit nieuw gegeven wordt die vraag door RetailVista ondersteund.

(Versie 17.15.6400.23791) Taak 17079 - Graag apart (administratie) email adres in leverancier kaart vastleggen waar notificaties heen gestuurd moeten worden

Bij een leverancier is een nieuw veld 'Administratief email adres' toegevoegd waar afwijkend/specifiek mail adres ingevuld kan worden waar administratieve email berichten naar toe gestuurd worden. Als dit adres leeg is, dan wordt het standaard mail adres gebruikt wat bij de relatie van de leverancier opgegeven is. Er is niet voor gekozen om dit gegeven ook mee te sturen naar RetailLink, de administratie van RetailLink graag op 1 plek houden (x400 en administratie emails). Dit veld is dus alleen zichtbaar als bij 'Standaard type communicatie' gekozen wordt voor 'Email'.

(Versie 17.15.6400.23791) Taak 17030 - Bericht niet afkeuren bij SMTP error

Een uitgaand EDI bericht wordt nu niet meer direct afgekeurd als bij de verzending een SMTP error (mail server error) optreedt. Er wordt nu in totaal 3x een poging gedaan om het bericht te versturen. Na die tijd wordt het bericht wel definitief afgekeurd en gaat er een email terug naar de afzender dat het bericht niet verstuurd kon worden.

Etikettering

(Versie 17.18.6467.27600) Taak 17023 - Aantal kunnen opgeven bij print wachtrij gegevens

In de print wachtrij regels kan bij elke regel nu ook een gewenst aantal opgegeven worden. In het afdrukscherm kan nu aangegeven worden met welk aantal stuks gewerkt moet worden: het opgegeven aantal in de regel, 1 per regel of het aantal stuks wat van het artikel op voorraad is. Als in een regel geen aantal opgegeven wordt, dan wordt als regel aantal altijd '1' toegepast.

(Versie 17.18.6467.27600) Taak 16390 - Printen van artikel etiketten tbv kerstbomen verkoop

Voor oa de verkoop van kerstbomen kan een artikellijst regel nu gecopieerd worden. Door in het regel onderhoud een regel te selecteren en te kiezen voor 'Copieer regel' kan aangegeven worden hoeveel copieen gewenst zijn. Hierbij krijgt automatisch elke nieuwe regel een eigen referentienummer. Er wordt automatisch genummerd vanaf het hoogste gebruikte referentienummer. Door in een etiket layout het referentienummer te printen, kunnen etiketten geprint worden voor een hele serie kerstbomen, waarbij elke boom zijn eigen nummer krijgt.

Exchange Excel import

(Versie 17.17.6429.27842) Taak 17255 - Kolom mapping pagina houdt nog geen rekening met keuze 'Weergave tekst gebruiken uit Excel'

Bij de kolom mapping pagina in Exchange wordt voor de weergave van de tekst van een Excel cel nog geen rekening gehouden met de in het vorige scherm opgegeven waarde voor 'Weergave tekst gebruiken uit Excel'. Dit is nu opgelost.

(Versie 17.18.6467.27600) Taak 15907 - Importeren van vrije velden mogelijk maken in Exchange met Excel import

In de Excel import in Exchange kan in de 3e pagina nu aangegeven worden dat er ook vrije velden moeten worden ingelezen uit de Excel sheet. Vrije velden bestaan altijd per vrije tabel. Daarom moet in dit scherm aangegeven worden wat de te gebruiken vrije tabel is. In het scherm waarin de Excel kolommen worden gemapped worden nu in een aparte sectie 'Vrije velden' alle vrije velden getoond uit de eerder gekozen vrije tabel. Op deze manier kan een Excel kolom worden gekoppeld aan een vrij veld. Uiteraard vinden er de nodige controles plaats of de aangeleverde data wel past in de vrije velden. Dit heeft dan vooral met de type data te maken. Een 'logisch' vrij veld (Ja/Nee) kan bijvoorbeeld niet met willekeurige teksten gevuld worden.

Inkoopfactuur controle

(Versie 17.15.6400.23791) Taak 16971 - Totaalvelden onderaan regels grid anders opzetten

De totaalvelden onder aan de inkoopfactuur controle regels zijn herzien en geven nu een duidelijker overzicht van de verschillen.

(Versie 17.15.6400.23791) Taak 16930 - Inkoopfactuur regel kunnen koppelen aan andere artikel ontvangst regel

Een inkoopfactuur regel wordt zoveel mogelijk automatisch gekoppeld aan een ontvangst regel. Maar als er meerdere ontvangsten (boekstukken) aan dezelfde inkoopfactuur worden gekoppeld, dan is het mogelijk dat hetzelfde artikel in meerdere ontvangsten bestaat. In dat geval kan het gewenst zijn om zelf handmatig aan te geven aan welke ontvangst regel de inkoop factuur regel gekoppeld moet zijn. Vanaf nu is dat mogelijk in het detailscherm van de inkoopfactuur regel. Via de + knop achter de listbox kan nu ook een extra ontvangst worden gekoppeld aan de inkoopfactuur.

Inkooporders

(Versie 17.15.6400.23791) Taak 16875 - Nieuw type inkoopconditie aanmaken 'EDI korting'

Bij de leverancier condities kan een nieuwe conditie 'EDI korting' worden aangemaakt. Deze korting wordt alleen toegevoegd bij een inkooporder als de order een EDI order betreft.

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

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

Kasverantwoording

(Versie 17.18.6467.27600) Taak 17387 - De valuta datum van de contante kas en kluis mutaties staan verkeerd in journaal bestand

In de kasverantwoording journaal bestanden wordt vanaf nu de datum vermeld van de laatste kasverantwoording die onderdeel is van dat journaal. Voorheen werd altijd de opgegeven tot/met datum gebruikt bij het genereren van het journaalbestand. Het kon dan echter voorkomen dat er data in het bestand stonden die helemaal niet overeenkwamen met de data van de kasjournalen in datzelfde bestand.

Loyaliteit

(Versie 17.15.6400.23791) Taak 17213 - LoyaltyProviders aanmaken

Vanaf nu bestaan er 'Spaarkaart providers'. Dit kan het beste uitgelegd worden als partijen die spaarkaart functionaliteit als dienst leveren aan RetailVista. De eerste (en op dit moment nog enige) spaarkaart provider is 'eLoyalty'. Dit betreft de centrale spaarkaart oplossing van NedFox. Op termijn zal RetailVista ook als spaarkaart provider worden toegevoegd en wellicht derde partijen. Per spaarkaart provider kunnen instellingen worden opgegeven zoals de web URL, gebruikersnaam, wachtwoord en een RegEx expressie voor de herkenning van spaarkaarten die bij die provider horen.

(Versie 17.18.6467.27600) Taak 15101 - Later gekoppelde klant aan spaarkaart, met terugwerkende kracht de eerdere transacties koppelen

Als aan een spaarkaart een relatie gekoppeld wordt, dan worden vanaf nu alle gedane historische verkopen op die spaarkaart ook voorzien van een klant. Hierdoor ontstaat ook op klant niveau een veel beter inzicht in de verkoop historie.

Let op: Vanaf deze versie van RetailVista zal de opgave van een relatie bij een spaarkaart leiden tot een 'timestamp' (tijd stempel) op de contante en de op rekening verkoopregel. Hierdoor kan het voorkomen dat die regel opnieuw geexporteerd wordt, omdat er feitelijk een wijziging plaatsgevonden heeft. Dit kan impact hebben op BI omgevingen die deze data gebruiken in een datawarehouse. Als die software goed ontwikkeld is, zal de export worden gezien als het opnieuw aanbieden van gegevens. Dit zal dan leiden tot het bijwerken ervan, met bijvoorbeeld de relatie bij een verkoop (mits dat veld in BI geimplementeerd is).

Magazijn

(Versie 17.17.6429.27842) Taak 17146 - Basis communicatie opzetten tussen RetailVista en Wics

Vanaf nu bestaat er een integratie tussen RetailVista en Wics. Dit is een WMS (Warehouse Management) applicatie waarmee magazijnen geautomatiseerd worden. De integratie tussen RetailVista en Wics is een consultancy traject.

Promoties, kortingen

(Versie 17.19.6484.23030) Taak 17443 - Externe code toevoegen bij artikel afprijzingen

Bij artikel afprijzingen bestaat vanaf nu een 'externe code' veld. Dit kan gebruikt worden bij het importeren van artikel afprijzingen zodat bekend is over welke afprijzing een gegeven gaat. Voorheen was dat erg lastig, er bestond geen harde koppeling naar een artikel afprijzing.

Relatie onderhoud

(Versie 17.18.6467.27600) Taak 17430 - Bij instellingen, tab Relaties, standaard waardes daar op kunnen geven of debiteur standaard op rekening wil kopen

Bij instellingen, sectie relaties, tab 'Standaard waardes' kan nu ingesteld worden wat de waarde is van 'standaard op rekening leveren' bij aanmaak van een nieuwe debiteur. Deze waarde bij een debiteur bepaalt of er in POS standaard op rekening geleverd wordt bij het selecteren van de debiteur. Zelfs als er bijvoorbeeld op betaalwijze 'contant' wordt afgerekend, dan wordt er nog steeds een levering op rekening gemaakt.

(Versie 17.17.6429.27842) Taak 17153 - Graag integratie realiseren tussen een nieuwsbrief applicatie en RetailVista

RetailVista heeft vanaf nu ook een integratie met nieuwsbrief providers. De eerste provider waarmee nu een integratie gerealiseerd is, is 'Clang'. Via 'Nieuwsbrief providers' kan een provider aangemaakt en actief gemaakt worden.

Bij instellingen, sectie Relaties, tab 'Nieuwsbrief' kan de nieuwsbrief integratie geactiveerd worden en moet aangegeven worden welke nieuwsbrief provider de te gebruikern provider is. Ook kan daar aangegeven worden dat nieuwe email adressen automatisch toegevoegd moeten worden aan de ingesteld nieuwsbrief provider.

Bij instellingen, sectie Point of Sale, tab 'Geavanceerd' kan nu ingesteld worden of in RetailVista POS bij het sluiten avn een transactie de vraag gesteld moet worden of een klant zich wil aanmelden voor de nieuwsbrief. Belangrijk is te beseffen dat bij 'anonieme' klanten niet bekend is of zij deze vraag eerder gehad hebben, dus zal Retailvista POS telkens weer die vraag stellen. Als een klant bekend is in een transasctie (inclusief het email adres) dan wordt bij de relatie informatie in RetailVista opgeslagen wat het antwoord was op deze gesteld vraag. Dit antwoord is terug te vinden bij de relatie in het tabblad 'Marketing' bij 'Nieuwsbrief status'. Hierdoor wordt voorkomen dat bij een bekend klant telkens opnieuw die vraag gesteld wordt. Een klant kan eenvoudig bekend zijn binnen RetailVista POS door bijvoorbeeld een spaarkaart te gebruiken.

(Versie 17.19.6484.23030) Taak 16646 - Ontdubbelen van relaties

In het relatie onderhoud kan in de linker taakbalk nu gekozen worden voor het ontdubbelen van een relatie. Er wordt dan om een te verwijderen relatienummer gevraagd. Van die relatie zullen alle gegevens worden overgezet naar de huidige relatie, inclusief verkoop historie. Daarna zal die relatie verwijderd worden. Op termijn zal nog een suggestie scherm volgen voor alle te ontdubbelen relaties, zodat het ontdubbelen in één keer kan voor in feite het totale relatiebestand.

Reserveringen

(Versie 17.17.6429.27842) Taak 17250 - Reservering opmerking opnemen in rapport 100 en 137

In rapportage 100 en 137 is de opmerking bij een reservering nu beschikbaar als veld in de dataset. Met dit nieuwe veld kan in de report designer het veld worden toegevoegd op een gewenste plek in de werkelijke rapporrtage.

Taakplanner

(Versie 17.18.6467.27600) Taak 17282 - Taken kunnen inzien buiten taak planner om

In het menu 'Extra' kan nu ook gekozen worden voor 'Taken'. Dit toont een overzicht van alle taken die door verschillende taakplanningen zijn uitgevoerd. Met dit nieuwe scherm is goed zichtbaar welke taken er allemaal uitgevoerd zijn en wat de status van al die taken geweest is. Voorheen moest via de taakplanner elke planning geopend worden om de taken te kunnen zien van die specifieke planning.

Verkooporders

(Versie 17.18.6467.27600) Taak 17381 - Verkooporder uitbreiden met pakketdienst eigenschappen

Vanaf nu kunnen in een webshop order bericht ook pakket eigenschappen meegegeven worden. Dit is een aanvulling op de gekozen transport wijze. De pakket eigenschappen is een tekstveld en de werking ervan hangt volledig af van de achterliggende pakketdienst waar gebruik van gemaakt wordt. Bij Post NL worden de pakketdienst eigenschappen gebruikt om bijvoorbeeld aan te geven dat een bezorging alleen in de avond mag, of niet bij de buren afgeven etc etc. Zie onder andere QA340 voor meer informatie over de pakket eigenschappen bij een webshop bestelling.

(Versie 17.15.6400.23791) Taak 17279 - Keuze transportwijze zit niet meer op eerste scherm verkooporder

In het voorloop scherm bij de aanmaak van een nieuwe verkooporder kan vanaf nu de verkooporder classificatie opgegeven worden. Voorheen kon in het voorloop scherm de transportwijze opgegeven worden, maar die is onderdeel geworden van de verkooporder classificatie. Uit de keuze van een bepaalde classificatie volgt automatisch de transportwijze en die is vervolgens in het tabblad 'algemeen' terug te vinden.

(Versie 17.15.6400.23791) Taak 17246 - Orderfiatteringen worden ook verzonden als de verkooporder al gesloten is

Als een verkooporder de status 'Gesloten' heeft zullen er vanaf nu geen fiatteringen meer verstuurd worden, als die eerder nog niet verstuurd waren.

(Versie 17.17.6429.27842) Taak 17226 - Winkelvoorraad alloceren voor webshop orders

Vanaf nu is het mogelijk om bij ontvangst van een webshop bestelling automatisch te laten controleren of er in een andere vestiging (in hetzelfde bedrijf!) voorraad ligt. Dit zal alleen gebeuren als de vestiging waar de order arriveert zelf onvoldoende voorraad heeft om te leveren. De andere vestigingen waar bij gecontroleerd wordt of zij misschien voldoende voorraad hebben kunnen aan of uit zetten of ze aan dit geautomatiseerde verzoek deel willen nemen. Er kunnen immers vestigingen zijn die geografisch te ver weg liggen om effectief deel te nemen. Bij instellingen, sectie 'Voorraad' kan een instelling op vestiging niveau gemaakt worden 'Beschikbaar voor interfiliaal leveringen'.

Bij de controle of een vestiging voorraad heeft voor een bepaalde verkooporder regel, wordt gesorteerd op de hoeveelheid stuks op vrije voorraad, van hoog naar laag. De vestiging met de meeste vrije voorraad komt dus als eerste in aanmerking om een levering te doen. Als blijkt dat een vestiging in aanmerking komt, dan wordt er automatisch een inkooporder op de vestiging van de webshop bestelling gemaakt. Deze order wordt direct definitief gemaakt én verstuurd naar RetailLink. Bij standaard instellingen zal deze inkooporder dan binnen 5 minuten automatisch leiden tot een verkooporder bij die vestiging.

Het is dan aan de vestiging om die verkooporder te gaan leveren aan de vestiging waar de webshop bestelling bestaat.

De berekening van de vrije voorraad kan vanaf nu ook ingesteld worden via instellingen, sectie Voorraad, 'Vrije voorraad berekening'. Hier kan vanaf nu aangegeven worden of de voorraad al verlaagd wordt op het moment dat er een verkooporder bestaat, of pas op het moment dat er werkelijk gereserveerd wordt. In dit nieuwe scenario is het aan te raden om de vrije voorraad te laten berekenen op basis van de verkooporders. Als er dan bijvoorbeeld 's nachts een verkooporder wordt aangemaakt op een vestiging, dan zal als gevolg daarvan de vrije voorraad automatisch omlaag gaan. Als de vrije voorraad vervolgens op de webshop getoond wordt, dan zal dus zichtbaar worden dat die vestiging minder vrije voorraad heeft, als gevolg van deze interfiliaal bestelling.

(Versie 17.17.6429.27842) Taak 17159 - Verzoek is om klanten uit webshop orders ter herkennen alleen op basis van mail adres

Bij Extra, Instellingen, sectie Webshop kan bij de 'Webshop relatie match' nu ook worden gekozen voor 'Email'. Een klant in RetailVista wordt dan herkend op alleen het email adres uit de webshop order. Voorheen was dat alleen mogelijk op email adres en postcode of op klantnummer.

(Versie 17.22.6505.28556) Taak 17084 - Klant/consument en leverancier(s) ook bericht sturen als verkooporder geannuleerd wordt

Bij het vervallen verklaren van een verkooporder bericht kan nu ook automatisch een vervallen email naar de leverancier en/of consument verstuurd worden. Dit werkt alleen als bij de instellingen, sectie Verkooporders is aangegeven dat de fiattering door leverancier en/of klant verplicht is. In dat geval wordt er bij het vervallen verklaren van de verkooporder ook een vervallen bericht verstuurd. In het email sjabloon voor een vervallen verkooporder leverancier bericht en/of vervallen verkooporder reservering bericht is tekstueel aan te geven wat er in de email moet komen te staan.

(Versie 17.22.6505.28556) Taak 17083 - Als je later in de verkooporder nog een artikel toevoegt, dan moet de leverancier van het artikel van deze regel opnieuw fiatteren

Als van een verkooporder een regel gemuteerd wordt of er wordt een regel toegevoegd aan de verkooporder, dan wordt vanaf nu een nieuwe fiattering naar de leverancier (en daarna naar de klant) gestuurd. Dit gebeurd uiteraard alleen als de leverancier fiattering op verkooporders actief is. Door deze functionaliteit wordt een leverancier opnieuw gevraagd een verkooporder te fiatteren, als er na de eerdere fiattering toch wijzigingen ontstaan.

(Versie 17.18.6467.27600) Taak 17082 - Fiattering status mogelijkheden verder uitbreiden

In het verkooporder zoekscherm in de tab 'Geavanceerd' kan nu meer uitgebreid gezocht worden op de fiattering status door leveranciers. Voorheen bestond alleen de mogelijkheid om te zoeken op 'Goedgekeurd, afgekeurd of onderweg'. Dit is vervangen door een hele serie status keuzes zodat er bijvoorbeeld gezocht kan worden op 'Goedgekeurd met gewijzigd aantal' et cetera.

(Versie 17.15.6400.23791) Taak 17080 - Keuze kunnen maken bij instellingen voor weergave van artikelnummer, barcode of externe code bij leverancier fiattering web pagina

Als er gebruik gemaakt wordt van fiatteringen van verkooporders door leveranciers dan zal de leverancier uitkomen op een fiattering pagina van RetailVista. In dat scherm werd voorheen altijd het artikelnummer als kolom getoond. Vanaf nu is bij instellingen op te geven wat voor kolom getoond moet worden als artikel code aanduiding. Dit is mogelijk via Instellingen, sectie verkooporders, tab GUI. De mogelijke keuzes zijn artikelnummer, externe code of barcode.

Voorraad

(Versie 17.15.6400.23791) Taak 17138 - Basis communicatie met Slimstock gereed maken

Vanaf nu bestaat er een integratie tussen RetailVista en SlimStock. Dit is een applicatie voor optimale beheersing van de voorraad in een winkelketen. De integratie tussen RetailVista en Wics is een consultancy traject.

Webshop

(Versie 17.18.6467.27600) Taak 17380 - Webshop bericht uitbreiden met geplande leverdatum

Bij een webshop orderbericht kan vanaf nu ook een gewenste leverdatum opgegeven worden. Deze informatie wordt dan overgenomen in het verkooporder bericht. Zie QA340 voor meer informatie over dit nieuwe veld in het webshop order bericht.

(Versie 17.20.6488.29268) Taak 17078 - Basket neemt webshopgebonden aanbiedingen niet mee.

In de 'Promoties' startpagina kan gekozen worden voor het verwerken van een winkelmandje. Dit scherm is gebouwd om te testen wat RetailVista zou doen met een winkelmandje met artikelen. Sinds deze release is een fout opgelost zodat het winkelmandje ook correct rekening kan houden met aanbiedingen speciaal voor webshop artikelen. In dit scherm kan met een vinkje aangegeven worden dat het een webshop winkelmandje is.

Ook externe partijen die het winkelmandje gebruiken om promoties door te rekenen kunnen nu aangeven dat de berekening voor een webshop bedoeld is. Bepaalde artikelen die anders niet in de aanbieding zouden zijn (webshop gebonden aanbiedingen) worden dan correct meegerekend.

(Versie 17.17.6429.27842) Taak 17077 - Status van ontvangen webshop orders in kunnen stellen

In de verkooporder classificatie kan nu een status worden aangegeven voor wanneer een verkooporder als 'Gereed' wordt beschouwd. Webshop bestellingen houden vanaf nu rekening met deze zelfde instelling.