Release Notes versie 3.42 GD Product Management

Release Notes versie 3.42 GD Product Management

Versie 2.00 GD Venlo, december 2009

Release notes BlueRetail versie 3.42 GD

Inhoudsopgave INLEIDING.......................................................................................... 3 1 2 TECHNISCHE ISSUES .......................................................................... 4 2.1 Requirements ..................................................................................... 4 2.2 Update instructie ................................................................................ 7 2.3 Instructies bij calamiteiten ................................................................. 7 2.4 Compatibiliteit met lagere versies! ..................................................... 7 3 TOELICHTING DOCUMENTINDELING ................................................... 8 4 TOELICHTING NOTATIES .................................................................... 8 5 BLUERETAIL BEGRIPPEN .................................................................... 9 6 BLUERETAIL GEWIJZIGDE EN NIEUWE FUNCTIONALITEITEN ........... 10 6.1 Verkoop ............................................................................................ 10 6.1.1 Wijzigingen kassajournaal ................................................................. 10 6.1.2 Versnelling bepalen of kassa definitief geteld is .................................... 18 6.1.3 Verwijderingsbijdrage (0902-03) ........................................................ 18 6.1.4 Retourscannen kassabon ................................................................... 19 6.1.5 Kortingscouponnen (0906-18) ............................................................ 21 6.2 Inkoop .............................................................................................. 29 6.2.1 Relatie-notities tonen ........................................................................ 29 6.2.2 Inkooporder op basis van afleverdatum (0905-04) ................................ 30 6.3 Logistiek ........................................................................................... 36 6.3.1 Case Voorraadprognose (0912-13) ..................................................... 36 6.3.2 Case Multimagazijn (0905-05) ........................................................... 40 6.3.3 Case Printen Crediteuren Pakbon (0808-04) ......................................... 64 6.3.4 Diverse uitbreidingen met de HHT ...................................................... 64 6.3.5 Case Uitbreiding artikelexport naar HHT met instelling voor verkoop- en handelsprijs (0910-02) .................................................................................. 66 6.4 Financieel ......................................................................................... 67 6.4.1 Case Boekstuknummer (0708-15) ...................................................... 67 6.5 Service .............................................................................................. 69 6.6 Retail CRM ........................................................................................ 70 6.7 Rapportage ....................................................................................... 70 6.8 (Applicatie) Beheer........................................................................... 71 6.8.1 Aanpassingen artikel-beheer .............................................................. 71 6.8.2 Uit Collectie (CASE 0906-03) ............................................................. 75 6.8.3 Bewaren focus op invoervelden na wisselen tabblad .............................. 77 6.8.4 Opschonen temp-mappen NWKM en NWAUTO ...................................... 80 6.8.5 Aanpassingen menu ......................................................................... 80 6.8.6 Scrollbalken tabellen op Zoeken-tabblad gewijzigd ................................ 82 6.8.7 Export historie overzicht.................................................................... 82 6.8.8 Intern nummer HK zichtbaar onder dealer-code .................................... 83 BUGS 1 Uitvoer instructie!! Deze BlueRetail installatie moet absoluut dedicated gedraaid worden met betrekking tot de BlueRetail database, omdat er mogelijk een database conversie moet kunnen worden uitgevoerd. Dit houdt in dat: • De automatische procedures niet mogen draaien • De eventuele database back-up NIET mag worden uitgevoerd • Alle werkstations (server, info-points, kassa’s en overige werkstations) BlueRetail verlaten moeten hebben • Er géén andere Newway producten of producten van 3e die de database kunnen gebruiken gedraaid mogen worden

Product Management zal het document updaten zodra daar toe vanuit de Newway Product Portfolio of vanuit enig ander technisch oogpunt noodzaak toe is.

©2009

2 van 87


1

Inleiding

Inhoud

Deze release notes hebben betrekking op de Global Deployed (GD) versie van 3.42 van BlueRetail. In deze release notes worden de belangrijkste wijzigingen beschreven ten opzichte van eerdere versies van BlueRetail en zijn bedoeld om klanten en partners inzicht te verschaffen in de wijzigingen en nieuwe functionaliteit van BlueRetail.

Aandachtspunt 1 Let op!! Deze versie is de opvolger van BlueRetail 3.41. Deze versie bevat: Alle patches uitgebracht op 3.31d ,3,40 & 3.41 na de release van BlueRetail 3.41 Nieuwe functionaliteit 3.42 zie hoofdstuk 6 Deze versie kan niet meer converteren vanuit KassaMatic. Deze versie zal vanuit de MMS voucher, niet meer volledig compatibel zijn met versies 2.xx of lager. Aandachtspunt 2

Eerdere release notes zijn op te vragen bij Newway of te raadplegen in de map documentatie op de installatie CD-Rom. De release notes zijn met de grootst mogelijke zorg samengesteld, mochten er toch fouten in voorkomen dan biedt Newway u bij voorbaat haar excuses daarvoor aan. Newway accepteert géén schadeclaims als gevolg van eventuele fouten in de release notes. Er kunnen géén rechten worden ontleend aan de inhoud.

Vragen

©2009

Bij eventuele vragen betreffende deze release kunnen Newway eindgebruikers contact opnemen met de desbetreffende Newway Business partner of met de afdeling Product Management via e-mailadres [email protected].

3 van 87


2

Technische issues

Type update X

Prioriteit X

Grootte update

Kopieslag Patch verz. Update Upgrade Servicepack Urgent / Spoed Hoog Gemiddeld Laag Nader te bepalen

± 40 MB Reboot nodig Backup nodig Rollback functionaliteit

JA JA JA

NEE NEE NEE

2.1 Requirements Installatie voorwaarden

Deze versie kan geïnstalleerd worden als opvolger van BlueRetail 3.41 GD. De bestandconversie zal geheel automatisch worden uitgevoerd. Indien de uitvalmodule aanwezig is en geactiveerd is en het pakket is conform de Newway richtlijnen geïnstalleerd, dan zal op het lokale netwerk werkstation geheel automatisch het pakket worden geüpdated en de bijbehorende database conversie van de uitval database geschieden.

©2009

4 van 87

Release notes BlueRetail versie 3.42 GD Hyperfilemutaties

In 3.42 zijn een flink aantal bestanden (hyperfiles) gewijzigd als gevolg van de nieuwe module Multimagazijn. Hiervoor was het noodzakelijk om 2 extra linkvelden te definieren in de transactie- en voorraad-bestanden. Dit betekent dat er rekening gehouden moet worden met een lange database-conversie tijd. Afhankelijk van het aantal transacties dat in het bedrijf aanwezig zijn.

ARTIKEL CCRKOP CCRLEV CCRREG CFAKOP CFALEV CFAREG CORLEV CORREG CPALEV CPAREG DCRREG DFAREG DORREG IMPGOED KASREG MUTTABR MUTTABS VCOPNAME VRDOPN VRDOPNAR VRZREG

AR C2 L5 C5 C0 LR CR L6 C6 L7 C7 D5 D1 D6 IM K0 M3 M4 V3 VO VK V2

Artikelen Crediteuren creditnota's kop Leveringen crediteuren creditnota's Crediteuren creditnota regels Crediteuren factuur kop Leveringen crediteuren facturen Crediteuren factuur regels Leveringen crediteuren orders Crediteuren order regels Leveringen van crediteuren pakbonnen Crediteuren pakbon regels Debiteuren creditnota regels Debiteuren factuur regels Debiteuren order regels Importeren goederenregels Debiteuren kassa regels Tabel reden van retour Tabel mutatie soort Voorraadcorrecties Voorraadopname Voorraadopname artikelen Debiteur verz.rek. regels

In VRDOPN is tevens een extra veld SW_OPNAME toegevoegd. Ten behoeve van de case 0906-18 kortingscoupons is aan de volgende hyperfiles het veld voor een barcode (RETGEBOEKT) toegevoegd:

RELATIE

RE

Relaties

Ten behoeve van de case 0906-18 kortingscoupons is aan de volgende hyperfiles het veld voor een barcode (BARCODENR) toegevoegd:

KRTTABEL MIMAKOP

KT MK

Kortingtabellen Mixmatch kop

Als gevolg van de redesign van het kassajournaal zijn de volgende hyperfiles flink gewijzigd:

KASDAG KASDIENS

K2 K3

Dagjournaal Dienstjournaal

Ten behoeve van de case 0905-04 Inkooporder op basis van Afleverdatum is er een veld voor de leverbetrouwbaarheid (LEVERBETR) toegevoegd.

RELATIE

RE

Relaties

Tot slot is er een STATUSFILEXP toegevoegd aan het AUTOLOG bestand, zodat dit logboek ook in spiegel-omgevingen te bekijken is.

AUTOLOG

Nieuwe hyperfiles

AU

In 3.42 zijn de volgende hyperfiles toegevoegd aan de analyse als gevolg van de nieuwe module MultiMagazijn:

GOEDVERPLAATS MAGAZIJN MAGAZIJNLOCATIE VOORRAAD ©2009

Logboek betaalautomaat

GV MA ML VQ

Goederen verplaatsingen Magazijnen Magazijnlocaties Voorraad per locatie 5 van 87

Release notes BlueRetail versie 3.42 GD Verwijderde bestanden

Bij versie 3.42 hoort een andere FTP-server executable. In voorgaande versies zat een executable, die gemaakt was met Windev7.5. De nieuwe executable is net als de overige executables gemaakt met Windev12, maar functioneel niet gewijzigd. Hierdoor zijn de volgende Windev-DLL’s niet meer noodzakelijk, en worden bij een nieuwe installatie dan ook niet meer geïnstalleerd. (Bestaande Dll’s worden niet automatisch verwijderd!):

De reden voor de wijziging is, dat de oude FTP-server executable problemen gaf met de nieuwere Windows-versies (bv. Windows2008). Dit werd veroorzaakt doordat bovenstaande DLL’s niet meer goed werkten. Nieuwe bestanden

©2009

In de installatie-CD zijn weer de zogenaamde NWF-bestanden toegevoegd, die ervoor zorgen dat er een juiste conversie plaatsvindt van versie 2 naar versie 3.42. Deze worden door NWCONVERT.EXE aangeroepen. In de versies 3.40 en 3.41 waren deze bestanden helaas niet aanwezig, waardoor de conversie van sommige velden niet goed ging.

6 van 87

Release notes BlueRetail versie 3.42 GD Registermutaties

Zijn er registermutaties? Nee Ja Uitleg X N.v.t.

Overige mutaties

Versie 3.42 is NIET meer compatible met BlueRetail Mobile versies, kleiner dan versie 2.20. BlueRetail Mobile versie 2.20 wordt tegelijkertijd gereleased met BlueRetail 3.42. Voor de wijzigingen van BlueRetail Mobile kunt de betreffende release-notes raadplegen. In BlueRetail zelf is de artikel-export gewijzigd, en de benaming van de verschillende te importeren bestanden, die door de BR Mobile aangeleverd worden. Indien men de HHT-koppeling terminal.bat gebruikt, dan dient deze ook aangepast te worden, met de nieuwe benamingen, zoals deze in de releasenotes van BR Mobile 2.20 te vinden is.

2.2 Update instructie Update

Maak op de server een back-up van de ..\ directory (hierin staat de oude WDL en eventueel de geïnstalleerde patches). De cliënts worden automatisch geüpdate bij opnieuw opstarten van BlueRetail op de cliënts. Let op!!! op de cliënt mogen géén oude/andere patches meer blijven staan

Noot!!

Zie algemene uitvoerinstructie op de inhoudopgave pagina!!

2.3 Instructies bij calamiteiten Herstellen oude situatie

Indien de update niet over een rollback functionaliteit beschikt, is hieronder beschreven, hoe er terug gegaan kan worden naar de situatie voor de update! Stap Handeling 1 Verwijder op de server …\ en plaats de back-up terug 2 De cliënts worden automatisch geüpdate bij opnieuw opstarten van BlueRetail op de cliënts. Géén reboot nodig.

2.4 Compatibiliteit met lagere versies! Noot!! De BlueRetail versie 3.42 MMS kan communiceren met onderliggende RMS versies: • BlueRetail 3.1x • BlueRetail 3.3x • BlueRetail 3.40 • BlueRetail 3.41 Vanaf deze release zal de bestandsuitwisselingen met de New-Way Retail software 2.4x NIET meer verdergaand ondersteund worden.

©2009

7 van 87


3

Toelichting documentindeling

Leeswijzer

Newway onderscheidt de volgende hoofdprocessen in haar BlueRetail applicatie: 1. 2. 3. 4. 5. 6. 7. 8.

Verkoop Inkoop Logistiek Financieel Service Retail CRM Rapportage (Applicatie) Beheer

Wanneer voor bepaalde procesonderdelen geen nieuwe functionaliteit is voorzien in deze BlueRetail versie, bevat de desbetreffende paragraaf géén tekst. Contact

4

Voor meer informatie over de BlueRetail Productvisie kunt u contact opnemen met de afdeling Product Management ([email protected]).

Toelichting notaties

Toetsen

Toetsen op het toetsenbord die in de instructie worden gebruikt, worden weergegeven in vetgedrukte hoofdletters en tussen deze tekens < >. Bijvoorbeeld <ENTER>. Een alternatief voor het openen van menu’s is om de juiste menupunten met de muis aan te klikken.

Knoppen

Knoppen op het beeldscherm waar u met de muis op kunt klikken, worden weergegeven tussen deze tekens [ ]. Bijvoorbeeld [Sluiten]. Een alternatief voor het openen van menu’s is om de juiste menupunten met de muis aan te klikken.

Programmamenu’s

Programmamenu’s worden weergegeven aan de hand van de menupaden. De menupaden worden in vetgedrukte letters weergegeven en tussen deze tekens < >. Bijvoorbeeld, het menu ‘Printerinstelling’ heeft het menupad <menupad IHP>. Om dit menupunt te openen dient u + I en achtereenvolgens H en P in te toetsen. Een ander voorbeeld is het menupad voor de verkooptransacties: . Om dit menupunt te openen dient u + V en vervolgens I in te toetsen. Een alternatief voor het openen van menu’s is om de juiste menupunten met de muis aan te klikken.

©2009

8 van 87


5

BlueRetail begrippen

POS-kassa of PC-kassa

Hiermee wordt de kassa hardware bedoeld inclusief retail specifieke randapparatuur.

Point of Sale, POS (Front Store)

Hiermee wordt bedoeld de verzameling functionaliteiten die worden ingezet op een POS-kassa in rechtstreeks contact met de klant. Naast Point of Sale functionaliteit is dat voor BlueRetail ook de geïntegreerde functionaliteit als Point of Information (Informatiebalie) en Point of Service (Servicebalie voor reparatie, retour, verhuur etc).

Winkelmanagement, RMS (Back Store)

Hiermee wordt bedoeld de verzameling winkelspecifieke functionaliteiten waarbij het management is betrokken. Het gaat hier om het beheren en controleren van geldstromen, goederenstromen en informatiestromen op de winkelvloer. Als voorbeeld kan gelden: het tellen, afromen en controleren van kasgeld, het beheren van voorraden en assortimenten en het opsporen en voorkomen van diefstal en fraude.

Hoofdkantooor, MMS (Back Office, Head Quarters, Head Office)

Hiermee wordt bedoeld de verzameling winkelondersteunende, technische en organisatorische functionaliteiten. Er kan worden gedacht aan beheer van stamgegevens van artikelen, klanten, personeel, filialen en leveranciers maar ook aan het beheren van de interne informatiestromen (transacties tussen samenwerkende winkels) en externe informatiestromen (transacties met klanten en leveranciers).

Multifunctioneelsysteemgebruik

In vele situaties als de klant een kleine winkel heeft zullen veel rollen door een en dezelfde persoon worden uitgeoefend. Het is dan niet mogelijk om voor elke functionele rol een ander systeem te gebruiken. Logt men in met een andere gebruikerscode, dan schakelt het systeem om naar de functies die bij die rol horen ongeacht op welk systeem men bezig is. Indien men in online (connected) mode werkt, dan zullen alle aanwezige en aangeschafte functies het doen.

©2009

9 van 87


6

BlueRetail gewijzigde en nieuwe functionaliteiten

Leeswijzer

Onderstaande hoofdstukken corresponderen met het eerder in dit document genoemde Retail Business Model. De afdeling product management van Newway hanteert dit RBM als leidraad voor haar release notes, om daarmee consistentie te verkrijgen in de lay-out van het document.

6.1 Verkoop Beschrijving algemeen

6.1.1 Algemeen

In een winkel vindt het contact met de klant plaats langs diverse verkoopprocessen. We onderscheiden hier enkele onderdelen zoals kassa, verkooporder en verkoop(credit)factuur. Uiteraard zijn er vele nuanceringen mogelijk aan de hand van gedefinieerde verkoopeisen, de producten die verkocht worden en de beleving die de klant dient te ervaren.

Wijzigingen kassajournaal Vanaf 3.42 zijn er weer diverse visuele, functionele en technische aanpassingen gemaakt aan het kassajournaal. Dit was noodzakelijk omdat er al jarenlang een aantal problemen bekend waren, die een structurele wijziging vereisten. De technische aanpassingen heeft betrekking op een betere scheiding tussen omzet-gegevens en gegevens mbt de totale kasmutatie, en een betere registratie van wisselgeld en betalingen. De aanpassingen hebben de consequentie dat na de conversie naar 3.42 kassajournaals, die niet met 3.42 zijn aangemaakt, vreemde informatie zullen tonen. Bij de omzet zal alles gespecificeerd worden onder Artikelen zonder betaling, en bij de totale ontvangsten en uitgaven zullen er ook geen correcte bedragen staan. Er is gekozen om niet alle dagjournaals te converteren, naar de nieuwe werkwijze, omdat dit tijdens de eerste keer opstarten, veel tijd in beslag zou kunnen nemen, als de klant al een aantal jaren met het pakket werkt, en omdat wij vermoeden dat deze gegevens niet meer geraadpleegd zullen worden. Wel is er voor gekozen om de laatste 12 maanden te converteren. Er wordt alles vanaf de eerste dag van de maand van een jaar geleden, geconverteerd, op het moment dat het bedrijf geupdate wordt. Dus als op 14 januari 2010 wordt geupdate, dan worden alle journaals vanaf 1 januari 2009 geconverteerd. Het is altijd nog mogelijk om via NWTool een optie te maken, dat ook de overige dagjournaals geconverteerd worden, mocht in de praktijk blijken, dat dit gewenst is. Functioneel zijn er per tabblad een aantal zaken gewijzigd, die nu per tabblad beschreven zullen worden. Voor alle tabbladen is de volgorde van de getoonde records omgekeerd, net als bij de overige transactie-overzichten, zodat het laatst gemaakte journaal bovenaan staat, maar ook bij het overzicht van bonnen en kasgelden is dit het geval. In de rapporten is ook dezelfde volgorde aangehouden.

©2009

10 van 87

Release notes BlueRetail versie 3.42 GD Tabblad Dagtotalen

Het tabblad dagtotalen ziet er nu als volgt uit:

Voorheen werden bij het openen altijd de laatste 7 dagen getoond, nu kan dit bv. ook de laatste dag of de laatste maand zijn. Nu wordt het verschil tussen de laatst gebruikte waardes voor start- en einddatum per gebruiker bewaard, net als bij de overige debiteuren overzichten.

Als het venster met bovenstaande waarden wordt afgesloten, dan zal dus de volgende keer dat het venster geopend wordt, alleen de huidige dag getoond worden. Onderstaande debiteuren-instelling is niet van toepassing voor het kassajournaal:

Verder is er een extra filterveld ‘Station’ toegevoegd, zodat alleen kassajournaals van een bepaald station getoond kunnen worden. Default worden alle stations getoond.

Daarnaast zijn de knoppen Dag, Periode en PDF verdwenen. Daarvoor in de plaats is er een knop Afdrukken, met een rechtermuis-optie ‘Afdrukken naar PDF’, en een weergave-optie ‘Totalen’ toegevoegd. Ook de knop Sluiten is weer terug, die in 3.41 door plaatsgebrek verwijderd was.

Door het aanvinken van 1 van de weergave-opties wordt de scherm-inhoud aangepast aan de geselecteerde opties. Hierdoor is het dus mogelijk om periodetotalen op het scherm te krijgen, terwijl dit voorheen alleen mogelijk was als afdruk. Ook op de tabbladen Bonnen, Kasgeld en Kortingscoupon worden dan alle gegevens getoond die van toepassing zijn op de aangegeven periode.

©2009

11 van 87


Als de weergave-optie Totalen is aangevinkt, dan is er geen selectie meer mogelijk van de tabel, en wanneer de weergave-optie Vorig jaar is aangevinkt, dan is er geen filter-mogelijkheid meer om de periode aan te passen. De optie Station blijft wel beschikbaar. Er zitten ook geen datum-controles meer op het vinkje vorig jaar. Voorheen verscheen er een melding als het verschil tussen start- en einddatum groter dan 1 jaar was.

De startdatum en einddatum wordt altijd 1 jaar teruggezet. Er wordt dus niet gekeken naar weeknummers. Het is dan ook niet mogelijk om bv. de huidige dag (bv. dinsdag) te vergelijken met dezelfde dinsdag van het vorige jaar. Het werkt alleen goed bij periodes van 1 maand of groter. De knop Afdrukken drukt de gegevens af zoals deze op het scherm staan. De rechtermuis-optie Afdrukken naar PDF, blijft net als voorheen per station per dag een PDF-bestand maken.

Het resultaat van de afdrukknop is te lezen in bijlage 1.

©2009

12 van 87

Release notes BlueRetail versie 3.42 GD In het rechtergedeelte is weer wat met de gegevens geschoven, en zijn er een aantal nieuwe velden bijgekomen. Dit in verband met de verbeterde scheiding tussen omzet-gegevens en kasmutatie-gegevens. De omzet-specificatie is gebaseerd op de regelgegevens van alle kassatransacties.

Hierbij wordt er een onderscheid gemaakt in een 3-tal soorten kassatransactieregels, omdat dit van invloed is op de omzet-bepaling: 1. Artikelregels. Deze doen altijd mee met de omzetbepaling. Deze worden onderverdeeld in regels met en zonder betaling. In de voorgaande versies waren dit de velden Verkoop met betaling, Verkoop zonder betaling, Retour met betaling en Retour zonder betaling bij ontvangsten en uitgaven. 2. Statiegeldregels. Deze doen of wel of niet mee met de omzetbepaling, afhankelijk van de kassa-instelling op het tabblad Dagjournaal:

3. E-Gift opwaarderingen (alleen als module aktief is). Deze doen nooit mee met de omzetbepaling. Voor elk type regel, wordt er een verschil gemaakt tussen verkoop en retour, en de kolom Omzet is het verschil tussen beide. (Behalve bij de totaalregel, omdat niet alle regels mee hoeven te doen in de omzetbepaling!) De kolom omzet bevat alleen een waarde, als het type regel meetelt in de omzetbepaling. Of het statiegeld meedoet in de omzetbepaling is eveneens rechtsonder te zien bij de omzet-totalen.

De bepaling wanneer een artikelregel op een kassatransactie nu met betaling is, en wanneer zonder betaling, is afhankelijk van de wijze waarop de kassatransactie betaald is. Hierbij wordt er door BlueRetail een onderscheid gemaakt tussen de volgende 3 situaties: 1. Volledig op rekening (alleen betaalwijzen met dagjournaaltype Rekening). Alle artikelregels worden geboekt bij Artikelen zonder betaling, gesplitst in verkoopregels en retourregels. 2. Volledig NIET op rekening (alleen betaalwijzen met dagjournaaltype ongelijk aan Rekening). Alle artikelregels worden geboekt bij Artikelen met betaling, gesplitst in verkoopregels en retourregels. 3. Gedeeltelijk op rekening (zowel betaalwijzen met dagjournaaltype Rekening als andere betaalwijzen). a. Als de kassatransactie positief is (Totaal incl. > 0), dan wordt alles bij Verkoop geboekt (ook als er retourregels op de bon staan!). Het bedrag dat op rekening is gezet wordt geboekt bij Artikelen zonder betaling, het overige op Artikelen met betalingen . b. Als de kassatransactie negatief is (Totaal incl. < 0), dan wordt alles bij Retour geboekt (ook als er verkoopregels op de bon staan!). Het bedrag dat op rekening is gezet wordt geboekt bij Artikelen zonder betaling, het overige op Artikelen met betalingen . De ontvangsten en uitgaven-specificatie is nu uitgebreid met een aantal nieuwe soorten, en daarnaast wordt er geen gebruik meer gemaakt van transactie-regel

©2009

13 van 87

Release notes BlueRetail versie 3.42 GD gegevens. Voorheen gebeurde dit wel. De opties Verkopen met betaling en Statiegeld, die in 3.41 geintroduceerd zijn, zijn weer komen te vervallen omdat zij hier niet thuishoren. Hierdoor is het ook niet meer mogelijk dat er afrondingsverschillen waren, bij het bepalen van de totale kasmutatie. Voorheen was dit wel mogelijk als gevolg van het afronden op 5 cent. Ontvangst en uitgave-specificatie 3.41

Is in 3.42 vervangen door:

Nieuw toegevoegd zijn: - Betalingen Kassa, Is het totaal van alle betaalwijzen, met uitzondering van type Op Rekening, behorende bij positieve kassatransacties (Totaal incl. > 0) - Uitbetalingen Kassa, Is het totaal van alle betaalwijzen, met uitzondering van type Op Rekening, behorende bij negatieve kassatransacties (Totaal incl. < 0) - Ontvangen Wisselgeld, Is het totaal van het ontvangen wisselgeld van negatieve kassatransacties (Totaal incl. < 0) - Uitbetaald Wisselgeld, Is het totaal van het uitbetaalde wisselgeld van positieve kassatransacties (Totaal incl. > 0) - Betalingen Verzamelrekening, Is het totaal van alle betalingen op verzamelrekeningen die vanuit de kassa gemaakt zijn (via F7). Voorheen zaten deze in de post Betalingen Facturen. Tevens worden voor alle nieuwe soorten ook de aantallen bijgehouden. De soort Betalingen Orders, wordt nu ook niet meer verlaagd, indien er orders van een andere dag, in de kassa afgerekend worden. Voorheen, gebeurde dit wel en kon het bedrag zelfs negatief worden. De totale kasmutatie is het verschil tussen de totale ontvangsten en de totale uitgaven. Het bedrag is de waarde van het extra geld, dat er die dag van buitenaf is binnengekomen. Eventuele af- en bijstortingen van en naar de kassa worden niet meegeteld. De nieuwe bepaling van de kasmutatie wordt ook gebruikt tijdens het tellen (BEREKEND IN KAS), alleen wordt daar wel rekening gehouden met de af- en bijstortingen.

©2009

14 van 87

Release notes BlueRetail versie 3.42 GD Tabblad Bonnen

Het tabblad bonnen ziet er nu als volgt uit:

Allereerst is er een kolom datum toegevoegd, die alleen getoond wordt, als op het tabblad dagtotalen de optie ‘Totalen’ is aangevinkt. Helaas zal deze kolom initieel geheel rechts geplaatst worden vanwege de USERKOLOM-instellingen. Hierdoor lijkt het alsof de kolom niet getoond wordt. Na het verplaatsen van de kolom is dit probleem opgelost. De knoppen raadplegen en dagtotalen zijn verwijderd, en de knoppen ontvangen en uitbetaald, zijn verplaatst en hernoemd naar Betalingen en Uitbetalingen. Rechtsonder zijn toegevoegd het totaal van eventuele af- en bijstortingen en het totaal Openstaande Orderbedrag. Soortgelijke gegevens stonden voorheen op het tabblad dagomzet. Het veld Openstaande Orderbedrag bevat het totaalbedrag van alle in de kassa aangemaakte orders (via F12) – alle aanbetalingen die op deze order zijn gedaan (ook buiten de kassa om). Het is de totale waarde van wat men in de toekomst nog aan geld zal ontvangen op de gemaakte orders. Tevens kan men zo ook controleren of het geld van alle orders van de vorige maand reeds ontvangen is. In de tabel met bonnen worden nu ook alle orders getoond (regels met grijze tekst), die in de kassa zijn aangemaakt (via F12). De bedragen van deze orders worden NIET meegeteld bij de totaal-bedragen. Door de toevoeging krijgt men een compleet overzicht van alles wat via de kassa is afgehandeld. De kolom Bonnummer is derhalve vervangen door Bonnr. / Ordernr., tenminste als men de module Verkooporder heeft. Op het rapport van de afdrukknop is de volgorde eveneens gewijzigd, en is de kolom betalingen iets verbeterd, qua mintekens.

©2009

15 van 87

Release notes BlueRetail versie 3.42 GD Tabblad Raadplegen

Het tabblad Raadplegen is qua informatie ongewijzigd gebleven, behalve als men op het tabblad Bonnen een order-regel geselecteerd heeft. Dan worden er enkele specificieke ordergegevens extra getoond, zoals de Orderstatus, en de leverdatum. Van de order wordt tevens het totaal aanbetaalde, en openstaande bedrag getoond in het kader waar de betaal-informatie staat.

Wel zijn de kopgegevens alleen geherrangschikt en in grootte veranderd. Relatiegegevens zijn naar boven geplaatst. Tabblad Kasgeld

Het tabblad Kasgeld is niet gewijzigd, behalve dan dat de volgorde is omgedraaid, en de Afdruk-instelling is verplaatst. Ook op het rapport is de afdruk gewijzigd.

Ook hier is er een kolom datum toegevoegd, die alleen getoond wordt, als op het tabblad dagtotalen de optie ‘Totalen’ is aangevinkt. Helaas zal deze kolom initieel geheel rechts geplaatst worden vanwege de USERKOLOM-instellingen. Hierdoor lijkt het alsof de kolom niet getoond wordt. Na het verplaatsen van de kolom is dit probleem opgelost.

©2009

16 van 87

Release notes BlueRetail versie 3.42 GD Tabblad Kortingscoupons

Dit tabblad is nieuw en toont de in de kassa gescande kortingscoupons (in de ingestelde periode op tabblad dagtotalen), waarop ook daadwerkelijk korting is verleend.

Met behulp van deze informatie kan men het succes van een bepaalde kortingscoupon bekijken. Wellicht dat dit in de toekomst nog uitbreid wordt met een filtermogelijkheid op het veld barcode. Tabblad Dagomzet

Het tabblad Dagomzet is komen te vervallen, omdat de hier getoonde informatie, nu op de andere tabbladen terug te vinden is.

Zo kan men op het tabblad Dagtotalen, nu de gegevens van alle systemen van de huidige dag tonen, met de nieuwe filter-mogelijkheden op station. Het veld ‘Orders debiteuren incl. BTW’ is in gewijzigde vorm terug te vinden op het tabblad Bonnen. Hierop staat nu het totaal aan openstaande orders in de geselecteerde periode. Het veld totale verkoopwaarde is komen te vervallen, aangezien deze verkeerde informatie kon bevatten. Bv. als orders dezelfde dag ook nog afgerekend werden. De optie om een afdruk te maken van de huidige dagomzet vergeleken met vorig jaar is eveneens komen te vervallen, o.a. door tijdsgebrek en omdat zij nog op het oude dagjournaal gebaseerd was. Deze functionaliteit zal in een volgende versie in gewijzigde vorm terugkeren, indien hier behoefte aan mocht zijn. Tevens is dus bij de printer-instellingen onderstaande optie verdwenen, omdat zij niet meer aangeroepen kan worden.

©2009

17 van 87


6.1.2

Versnelling bepalen of kassa definitief geteld is

Beschrijving

6.1.3

Vanaf 3.41 was aangepast dat als onderstaande instelling op Nee stond, er voor het schrijven van een kassabon gecontroleerd werd of het station al definitief geteld was. Deze controle kon heel wat tijd in beslag nemen, wanneer er grote database-bestanden aanwezig waren. Vanaf 3.42 is ervoor gezorgd dat deze controle niet veel tijd in beslag neemt, zodat de instelling weer bruikbaar wordt voor iedereen.

Verwijderingsbijdrage (0902-03)

Beschrijving

Vanaf 3.41 is het met patch 004 mogelijk om het statiegeld-bedrag voor artikelen en secundaire artikelen in te voeren tot maximaal 6 decimalen. Voorheen was dit beperkt tot 2.

Noodzaak wijziging

De noodzaak voor de wijziging is, omdat men soms het statiegeld-veld gebruikt om de verwijderingsbijdrage van een artikel te bepalen. Op verwijderingsbijdrage zit echter BTW en er is slechts 1 invoer-veld voor statiegeld. Dit veld wordt altijd als de inclusief-prijs beschouwd. Hierdoor was het onmogelijk om bv. een excl. Prijs van 0,12 euro te hanteren voor verwijderingsbijdrage. Dit is wel wenselijk indien men heeft ingesteld dat de basis voor het afronden van verkoopprijzen excl. Btw is. Voorheen kon alleen invoer van (incl.) 0,14 euro gebeuren, hetgeen resulteerde in een excl. Prijs van 0,11764.

©2009

18 van 87

Release notes BlueRetail versie 3.42 GD Werking

Door nu een prijs in te voeren van 0,1428 euro, zal het systeem op een exclusief bedrag van 0,12 uitkomen.

Als men nu 50 stuks van dit artikel verkoopt, zal dit resulteren in onderstaande kassabon:

6.1.4

Retourscannen kassabon

Nieuwe functie-toets CTRL+F11

Wanneer men in de kassa de toets-combinatie CTRL+F11 gebruikt, dan verschijnt er een popup-venster, waar men een bonnummer in kan voeren of scannen. Hiertoe dient men dan wel het bonnummer als barcode in de bonlayout toe te voegen.

Vervolgens wordt er gecontroleerd of er op de bon verkoopregels voorkomen, die nog niet eerder zijn retour geboekt. Als een kassabon gescand wordt, waarop geen verkoopregels staan, dan verschijnt de volgende melding:

©2009

19 van 87

Release notes BlueRetail versie 3.42 GD Als de bon nog niet retourgeboekte verkoopregels bevat, dan worden alleen die artikels-regel ingelezen, en er per artikel om een reden van retour gevraagd. Bij bonnen met veel artikelen kan dit dus bewerkelijk zijn, en is het vaak handiger om de artikelen handmatig retour te nemen.

De regels die eventueel niet retour genomen worden, kunnen via de DEL-toets verwijderd worden. Overige functies zoals het geven van korting, wijzigen van aantal en/of prijs blijft toegestaan. Het toevoegen van artikelen is ook mogelijk.

Mogelijkheden en beperkingen

Kassabon-regels kunnen slechts eenmaal via F11 retour genomen worden. Als in bovenstaande bon de Bahama short verwijderd wordt, en vervolgens de bon opgeslagen wordt, dan zal de volgende keer dat de bon via CTRL+F11 retourgescand wordt enkel de Bahama short ingelezen worden.

Let op, het niet meer inlezen van regels geldt ook als er bv. 4 artikelen verkocht zijn, en er wordt er bv. maar 1 retour geboekt. De overige 3 artikelen kunnen dan niet meer via F11 retourgeboekt worden. Als ook deze regel afgehandeld wordt, dan zal de volgende keer dat deze bon retour gescand wordt, onderstaande melding verschijnen:

©2009

20 van 87


6.1.5

Kortingscouponnen (0906-18)

Mogelijkheden en beperkingen

Een kortingscoupon is een bon die via reclamedrukwerk of een website (die de bezoeker kan printen), aan klanten ter beschikking wordt gesteld, en waarmee de klant bepaalde artikelen met korting kan aanschaffen op vertoon van de kortingscoupon. De couponnen kunnen zowel anoniem als gericht aan een persoon zijn. Voorbeeld 1 (Mixmatch)

Voorbeeld 2 (Kortingstabel) Voorbeeld 3 (Mixmatch)

Voorbeeld 4 (Mixmatch)



Op een kortingscoupon staat een barcode, waarmee aangegeven wordt, welke korting op welke artikelen van toepassing is. Er zijn voor zover wij weten geen richtlijnen gesteld aan de barcode-norm voor kortingscouponnen (Bv. vaste voorloopcijfers), omdat de coupon vaak uitgegeven wordt door een leverancier en de gebruiker geen controle over de nummering van leverancier heeft. Het is niet mogelijk om met BlueRetail zelf kortingscouponnen te creëren, of een range in te stellen voor de barcode van een kortingscoupon. Het is dan ook noodzakelijk dat de barcode die gebruikt wordt voor een kortingscoupon, niet voorkomt in bv. het (secundair) artikelbestand, het synoniem-bestand, het aanbiedingen-bestand en het alt. Leveranciers-bestand. De barcode van de kortingscoupon, dient enkel als identificatie-middel, en dient niet de informatie mbt de korting of het artikel te bevatten. Indien dit wel wenselijk is, dan dient men prijsbarcodes te gebruiken in plaats van kortingscouponnen. Het is vanaf versie 3.42 dus mogelijk om eventuele kortingscoupon-barcodes in de kassa te scannen, en op de bijbehorende artikelen korting te verlenen. Bij het invoeren van debiteurenorders en –facturen/creditnota’s bestaat die mogelijkheid niet. Het is eveneens niet mogelijk om een kortingscoupon per verkocht artikel te hanteren. Als een kortingscoupon geldig is voor 1 artikel, en de klant koopt 5 van die artikelen, dan zal zij met 1 kortingscoupon op alle 5 de artikelen korting krijgen. Acties waarbij men dus per kortingscoupon slechts op 1 artikel korting krijgt, zijn dus niet mogelijk.

©2009

21 van 87

Release notes BlueRetail versie 3.42 GD Definieren van een kortingscoupon

Binnen BlueRetail zijn er twee manieren om de eigenschappen van een kortingscoupon te definieren: - Via een mixmatch, of

Kortingscoupon, waarmee men in december 5% korting op een broodje kaas krijgt -

Via een kortingstabel

Kortingscoupon, waarmee men op 4 december 4 euro korting op Harry Potter en de vuurberker. In beide schermen is er een barcode-veld toegevoegd. Wanneer hier een waarde wordt ingevoerd van minimaal 7 cijfers, dan gaat het systeem ervan uit, dat het om een kortingscoupon gaat. Op de overzichtsschermen is eveneens een kolom met barcode toegevoegd. Helaas is het nog niet mogelijk, om ook op een barcode te filteren.

©2009

22 van 87

Release notes BlueRetail versie 3.42 GD Invoercontrole kortingscoupon

Het invoeren van een kortingscoupon bij een kortingstabel kan alleen als: - Het kortingstype niet Vaste Prijs is, en - Actief voor gelijk is aan Verkoop Wanneer 1 van beide voorwaarden niet geldt, dan wordt het barcode-veld onzichtbaar.

Bij mixmatch blijft het barcode-veld altijd zichtbaar. Bij het opslaan van een mixmatch en kortingstabel vinden nu twee extra controles plaats op het barcode-veld: - De lengte moet minimaal 7 karakters zijn; - De waarde moet niet voorkomen in de andere bestanden. Is dit niet het geval, zal er een melding verschijnen.

©2009

23 van 87


Bij de controle of een barcode al voorkomt binnen de mixmatch en kortingstabellen, wordt alleen gekeken naar de records waarvan de einddatum op vandaag of in de toekomst ligt. Dus een barcode kan wel hergebruikt worden, als deze voorkomt in een mixmatch waarvan de periode reeds verstreken is. Werking van de kortingscoupon

Om kortingscouponnen via mixmatch in de kassa te laten werken, dient uiteraard de mixmatch aktief te zijn in de kassa.

Ook als de mixmatch aktief is bij orders of facturen, dan zullen daar de kortingscouponnen niet werken! Om kortingscouponnen via kortingstabellen in de kassa te laten werken, die voor iedereen moeten gelden, dienen deze aan hetzelfde Kenmerk gehangen te worden. Dit kenmerk dient tevens ingesteld te worden als voorkeurskortingstabel.

©2009

24 van 87


Kortingstabel-kortingscoupon met een ander kenmerk zullen alleen werken, indien de bijbehorende relatie geselecteerd is, voordat men via F12 naar afrekenen gaat. Dit is namelijk het moment waarop gecontroleerd wordt of er korting gegeven moet worden. Als men de relatie in het afrekenscherm selecteren, zal men via ESC eerst terug moeten, en vervolgens weer met F12 naar afrekenen, om de kortingscoupon aktief te maken. Als vervolgens tijdens het scannen van een barcode in de kassa, de barcode niet gevonden wordt in het artikelbestand, dan gaat het systeem de kortingstabelrecords en de mixmatch-records doorlopen, om te kijken of de barcode hierin voorkomt. Zo nee, dan komt er een melding dat het artikel niet gevonden is.

Zo ja, dan wordt gecontroleerd of de kortingscoupon geldig is. Als de kortinscoupon niet geldig is, dan verschijnt er een melding wanneer de kortingscoupon geldig is of was.

Is de coupon wel geldig, dan wordt er een opmerkingsregel in de kassa

©2009

25 van 87

Release notes BlueRetail versie 3.42 GD toegevoegd met de barcode en omschrijving van de kortingscoupon.

Voor kortingtabel-kortingscouponnen is de omschrijving de titel van het kenmerk dat als voorkeur is ingesteld. Voor mixmatch-kortingscouponnen is dit of de barcode, of de omschrijving, als is ingesteld dat deze op de bon moet komen.

Omdat een kortingscoupon altijd voor alle artikel-aantallen geldig is, kan deze per kassabon ook maar 1 keer gescand worden. Wordt dit een tweede keer gedaan, dan verschijnt er een melding.

Als de kassiere vervolgens gaat afrekenen, controleert het systeem of er mixmatchen aktief zijn, of kortingstabel-kortingscouponnen. Zo ja, dan wordt voor iedere coupon de bon doorlopen om te controleren of de bijbehorende artikelen ook aanwezig zijn. Voor alle kortingscouponnen waarvoor geen korting berekend is, verschijnt een melding.

Eventueel kan de kassiere de klant hierop attent maken, en de ontbrekende artikelen toe laten voegen.

©2009

26 van 87

Release notes BlueRetail versie 3.42 GD Als de bijbehorende artikelen wel op de bon staan, wordt de korting verwerkt, en het totaalbedrag verlaagd.

Kassabon. Totaal bedrag 51,36. Vervolgens naar afrekenen via F12.

Nu worden de coupons aktief, en wordt totaal bedrag 47,29. Totale korting is 4,07. 4 euro op het boek, en 7 cent op het broodje kaas (5% van 1,36) Als deze bon vervolgens afgehandeld wordt, kan de klant constateren dat er korting is verleend.

©2009

27 van 87


De kortingscoupon-regels kunnen dus op een andere plek op de bon staan, dan de bijbehorende artikelen, dit kan soms voor verwarring zorgen. Net als dat niet zichtbaar is, welke kortingscoupon voor welk artikel geldt. In het dagjournaal kan men achteraf altijd de hoeveel korting terug zien, door de bon te selecteren, of het tabblad kortingscoupon te raadplegen.

©2009

28 van 87


6.2 Inkoop Beschrijving algemeen

6.2.1

De organisatie moet op gecontroleerde wijze bij leveranciers goederen kunnen bestellen. Hiertoe beschikt de applicatie standaard over de benodigde inkoop functionaliteiten.

Relatie-notities tonen

Instelling mbt Relatie-notities tonen

Vanaf 3.42 werkt voor onderstaande instelling de optie ‘Alleen Inkoop’ weer aan de crediteurenkant, en werkt de optie ‘Alleen Verkoop’ ook bij het selecteren van relaties aan de debiteuren-kant. Voorheen werkte deze alleen in de kassa.

Wanneer men aan de crediteuren-kant nu deze relatie selecteert, verschijnt de notitie:

©2009

29 van 87


6.2.2

Inkooporder op basis van afleverdatum (0905-04)

Inleiding

Vanaf de versie 3.42 is het mogelijk inkooporders aan te maken op basis van verkooporders rekening houdend met de gewenste leverdatum van de klant. Dat wil zeggen dat het bestelmoment bepaald wordt door de leverdatum aan de klant. Hierdoor ontstaan geen ongewenste voorraad-/magazijnkosten meer.

Nieuwe instelling

Het aanmaken van een inkooporder op basis van de leverdatum van de verkooporder is mogelijk door de instelling ‘Rekening houden met leverdatum order debiteur’ op ‘Ja’ te zetten (Instellingen\Software\Crediteuren). Let op: • Deze instelling is alleen beschikbaar indien men over de module verkooporder beschikt. • Standaard staat deze instelling op ‘Nee’. Dit houdt in dat er aan de huidige werking van het pakket niks veranderd.

Nieuw veld

Binnen BlueRetail bestaat reeds het veld ‘Levertermijn’ in de artikelkaart. Op basis van dit veld wordt momenteel de lever- (verkoopkant) of ontvangstdatum (inkoopkant) bepaald.

Echter de betrouwbaarheid van je leveranciers beïnvloed ook je eigen leverbetrouwbaarheid naar de klant toe. Dit is dus een factor waar ook rekening mee gehouden dient te worden bij het bepalen van het bestelmoment aan de

©2009

30 van 87

Release notes BlueRetail versie 3.42 GD inkoopkant. Deze betrouwbaarheidsfactor kan vanaf de versie 3.42 ingegeven worden in de relatiekaart indien voor de relatiegroep, waaraan de betreffende relatie gekoppeld is, de switch ‘Relatiesoort’ op ‘Crediteur’ of ‘Beide’ staat.

v voor de betreffende relatie de Formule

Rekening houdend met bovenstaande wordt het bestelmoment bepaald aan de hand van onderstaande formule: AFLEVERDATUM] -/- [LEVERTERMIJN ARTIKEL MET LANGSTE DOORLOOPTIJD OP VKO] -/- [LEVERBETROUWBAARHEID] = [BESTELDATUM]

Automatisch Aanmaken Inkooporder

Indien de switch ‘Rekening houden met leverdatum order debiteur’ op ‘Ja’ staat zijn er in de versie 3.42 volgende mogelijkheden m.b.t. het automatisch aanmaken van inkooporders:

Combinatie Splits levertermijn: Splits order debiteur: Rekening houden met leverdatum order debiteur:

©2009

I NEE NEE JA

II NEE JA JA

III JA NEE JA

IV JA JA JA

31 van 87

Release notes BlueRetail versie 3.42 GD Voorbeeld met de instellingen volgens combinatie I Splits levertermijn: NEE Splits order debiteur: NEE Rekening houden met leverdatum order debiteur: JA Artikel 00 dagen levertermijn en Leverancier EEN Betrouwbaarheid 5 dagen. Artikel 10 dagen levertermijn en Leverancier EEN Betrouwbaarheid 5 dagen. Artikel 30 dagen levertermijn en Leverancier EEN Betrouwbaarheid 5 dagen. Klant EEN debiteurenorder XXXX met levertijd over 60 dagen van vandaag 15 stuks Artikel 00 dagen levertermijn en Leverancier EEN 15 stuks Artikel 10 dagen levertermijn en Leverancier EEN 15 stuks Artikel 30 dagen levertermijn en Leverancier EEN Klant TWEE debiteurenorder YYYY met levertijd over 60 dagen van vandaag 15 stuks Artikel 00 dagen levertermijn en Leverancier EEN 15 stuks Artikel 10 dagen levertermijn en Leverancier EEN 15 stuks Artikel 30 dagen levertermijn en Leverancier EEN Als ik nu vandaag kies voor Automatisch aanmaken Crediteurenorders dan wordt er géén enkele Crediteurenorder aangemaakt. Pas op de teruggerekende datum van leveren over 60 dagen -30+-5 dagen wordt één crediteurenorder aangemaakt bij Leverancier EEN met twee artikelregels. Daarvoor wordt NIETS besteld/GEEN crediteurenorder aangemaakt. Crediteurenorder UUUU bij Leverancier EEN 15 stuks Artikel 30 dagen levertermijn voor debiteurenorder XXXX Klant EEN 15 stuks Artikel 30 dagen levertermijn voor debiteurenorder YYYY Klant TWEE Hier tussenin wordt niets besteld. Op de teruggerekende datum van leveren over 60 dagen -10+-5 dagen wordt één crediteurenorder aangemaakt bij Leverancier EEN met twee artikelregels. Crediteurenorder VVVV bij Leverancier EEN 15 stuks Artikel 10 dagen levertermijn voor debiteurenorder XXXX Klant EEN 15 stuks Artikel 10 dagen levertermijn voor debiteurenorder YYYY Klant TWEE Hier tussenin wordt niets besteld. Op de teruggerekende datum van leveren over 60 dagen -00+-5 dagen wordt één crediteurenorder aangemaakt bij Leverancier EEN met twee artikelregels. Crediteurenorder WWWW bij Leverancier EEN 15 stuks Artikel 00 dagen levertermijn voor debiteurenorder XXXX Klant EEN 15 stuks Artikel 00 dagen levertermijn voor debiteurenorder YYYY Klant TWEE Dus op de leverdatum heb je uiteindelijk 3 crediteurenorders UUUU, VVVV en WWWW waarmee je de twee debiteurenorders compleet hebt en kunt uitleveren Voorbeeld met de instellingen volgens combinatie II Splits levertermijn: NEE Splits order debiteur: NEE Rekening houden met leverdatum order debiteur: JA Artikel 00 dagen levertermijn en Leverancier EEN Betrouwbaarheid 5 dagen. Artikel 10 dagen levertermijn en Leverancier EEN Betrouwbaarheid 5 dagen. Artikel 30 dagen levertermijn en Leverancier EEN Betrouwbaarheid 5 dagen. Klant EEN debiteurenorder XXXX met levertijd over 60 dagen van vandaag 15 stuks Artikel 00 dagen levertermijn en Leverancier EEN 15 stuks Artikel 10 dagen levertermijn en Leverancier EEN 15 stuks Artikel 30 dagen levertermijn en Leverancier EEN Klant TWEE debiteurenorder YYYY met levertijd over 60 dagen van vandaag

©2009

32 van 87

Release notes BlueRetail versie 3.42 GD 15 stuks Artikel 00 dagen levertermijn en Leverancier EEN 15 stuks Artikel 10 dagen levertermijn en Leverancier EEN 15 stuks Artikel 30 dagen levertermijn en Leverancier EEN Als ik nu vandaag kies voor Automatisch aanmaken Crediteurenorders dan wordt er géén enkele Crediteurenorder aangemaakt. Pas op de teruggerekende datum van leveren over 60 dagen -30+-5 dagen wordt één crediteurenorder aangemaakt bij Leverancier EEN met twee artikelregels. Daarvoor wordt NIETS besteld/GEEN crediteurenorder aangemaakt. Crediteurenorder UUUU bij Leverancier EEN 15 stuks Artikel 30 dagen levertermijn voor debiteurenorder XXXX Klant EEN 15 stuks Artikel 30 dagen levertermijn voor debiteurenorder YYYY Klant TWEE Hier tussenin wordt niets besteld. Op de teruggerekende datum van leveren over 60 dagen -10+-5 dagen wordt één crediteurenorder aangemaakt bij Leverancier EEN met twee artikelregels. Crediteurenorder VVVV bij Leverancier EEN 15 stuks Artikel 10 dagen levertermijn voor debiteurenorder XXXX Klant EEN 15 stuks Artikel 10 dagen levertermijn voor debiteurenorder YYYY Klant TWEE Hier tussenin wordt niets besteld. Op de teruggerekende datum van leveren over 60 dagen -00+-5 dagen wordt één crediteurenorder aangemaakt bij Leverancier EEN met twee artikelregels. Crediteurenorder WWWW bij Leverancier EEN 15 stuks Artikel 00 dagen levertermijn voor debiteurenorder XXXX Klant EEN 15 stuks Artikel 00 dagen levertermijn voor debiteurenorder YYYY Klant TWEE Dus op de leverdatum heb je uiteindelijk 3 crediteurenorders UUUU, VVVV en WWWW waarmee je de twee debiteurenorders compleet hebt en kunt uitleveren Voorbeeld met de instellingen volgens combinatie III Splits levertermijn: JA Splits order debiteur: NEE Rekening houden met orderdatum debiteur: JA Artikel 00 dagen levertermijn en Leverancier EEN Betrouwbaarheid 5 dagen. Artikel 10 dagen levertermijn en Leverancier EEN Betrouwbaarheid 5 dagen. Artikel 30 dagen levertermijn en Leverancier EEN Betrouwbaarheid 5 dagen. Klant EEN debiteurenorder XXXX met levertijd over 60 dagen van vandaag 15 stuks Artikel 00 dagen levertermijn en Leverancier EEN 15 stuks Artikel 10 dagen levertermijn en Leverancier EEN 15 stuks Artikel 30 dagen levertermijn en Leverancier EEN Klant TWEE debiteurenorder YYYY met levertijd over 60 dagen van vandaag 15 stuks Artikel 00 dagen levertermijn en Leverancier EEN 15 stuks Artikel 10 dagen levertermijn en Leverancier EEN 15 stuks Artikel 30 dagen levertermijn en Leverancier EEN Als ik nu vandaag kies voor Automatisch aanmaken Crediteurenorders dan wordt er géén enkele Crediteurenorder aangemaakt. Pas op de teruggerekende datum van leveren over 60 dagen -30+-5 dagen wordt er één crediteurenorder aangemaakt bij Leverancier EEN met elk twee artikelregels. Daarvoor wordt NIETS besteld/GEEN crediteurenorder aangemaakt. Crediteurenorder UUUU bij Leverancier EEN 15 stuks Artikel 30 dagen levertermijn voor debiteurenorder XXXX Klant EEN 15 stuks Artikel 30 dagen levertermijn voor debiteurenorder YYYY Klant TWEE

©2009

33 van 87

Release notes BlueRetail versie 3.42 GD Hier tussenin wordt niets besteld. Op de teruggerekende datum van leveren over 60 dagen -10+-5 dagen wordt er één crediteurenorder aangemaakt bij Leverancier EEN met twee artikelregels. Crediteurenorder VVVV bij Leverancier EEN 15 stuks Artikel 10 dagen levertermijn voor debiteurenorder XXXX Klant EEN 15 stuks Artikel 10 dagen levertermijn voor debiteurenorder YYYY Klant TWEE Hier tussenin wordt niets besteld. Op de teruggerekende datum van leveren over 60 dagen -00+-5 dagen wordt er één crediteurenorder aangemaakt bij Leverancier EEN met twee artikelregels. Crediteurenorder WWWW bij Leverancier EEN 15 stuks Artikel 00 dagen levertermijn voor debiteurenorder XXXX Klant EEN 15 stuks Artikel 00 dagen levertermijn voor debiteurenorder YYYY Klant TWEE Dus op de leverdatum heb je uiteindelijk 3 crediteurenorders UUUU, VVVV, en WWWW waarmee je de twee debiteurenorders compleet hebt en kunt uitleveren Voorbeeld met de instellingen volgens combinatie IV Splits levertermijn: JA Splits order debiteur: JA Rekening houden met orderdatum debiteur: JA Artikel 00 dagen levertermijn en Leverancier EEN Betrouwbaarheid 5 dagen. Artikel 10 dagen levertermijn en Leverancier EEN Betrouwbaarheid 5 dagen. Artikel 30 dagen levertermijn en Leverancier EEN Betrouwbaarheid 5 dagen. Klant EEN debiteurenorder XXXX met levertijd over 60 dagen van vandaag 15 stuks Artikel 00 dagen levertermijn en Leverancier EEN 15 stuks Artikel 10 dagen levertermijn en Leverancier EEN 15 stuks Artikel 30 dagen levertermijn en Leverancier EEN Klant TWEE debiteurenorder YYYY met levertijd over 60 dagen van vandaag 15 stuks Artikel 00 dagen levertermijn en Leverancier EEN 15 stuks Artikel 10 dagen levertermijn en Leverancier EEN 15 stuks Artikel 30 dagen levertermijn en Leverancier EEN Als ik nu vandaag kies voor Automatisch aanmaken Crediteurenorders dan wordt er géén enkele Crediteurenorder aangemaakt. Pas op de teruggerekende datum van leveren over 60 dagen -30+-5 dagen worden er twee crediteurenorders aangemaakt bij Leverancier EEN met elk één artikelregel. Daarvoor wordt NIETS besteld/GEEN crediteurenorder aangemaakt. Crediteurenorder PPPP bij Leverancier EEN 15 stuks Artikel 30 dagen levertermijn voor debiteurenorder XXXX Klant EEN Crediteurenorder QQQQ bij Leverancier EEN 15 stuks Artikel 30 dagen levertermijn voor debiteurenorder YYYY Klant TWEE Hier tussenin wordt niets besteld. Op de teruggerekende datum van leveren over 60 dagen -10+-5 dagen worden er twee crediteurenorders aangemaakt bij Leverancier EEN met elk één artikelregel. Crediteurenorder RRRR bij Leverancier EEN 15 stuks Artikel 10 dagen levertermijn voor debiteurenorder XXXX Klant EEN Crediteurenorder SSSS bij Leverancier EEN 15 stuks Artikel 10 dagen levertermijn voor debiteurenorder YYYY Klant TWEE

©2009

34 van 87

Release notes BlueRetail versie 3.42 GD Hier tussenin wordt niets besteld. Op de teruggerekende datum van leveren over 60 dagen -00+-5 dagen worden er twee crediteurenorders aangemaakt bij Leverancier EEN met elk één artikel-regel. Crediteurenorder TTTT bij Leverancier EEN 15 stuks Artikel 00 dagen levertermijn voor debiteurenorder XXXX Klant EEN Crediteurenorder UUUU bij Leverancier EEN 15 stuks Artikel 00 dagen levertermijn voor debiteurenorder YYYY Klant TWEE Dus op de leverdatum heb je uiteindelijk 6 crediteurenorders PPPP, QQQQ, RRRR, SSSS, TTTT en UUUU waarmee je de twee debiteurenorders compleet hebt en kunt uitleveren.

©2009

35 van 87


6.3 Logistiek Beschrijving

6.3.1

Newway spreekt bewust over logistiek, omdat deze functionaliteit in haar ogen de ontvangst van goederen, het leveren van verkooporders en de benodigde handelingen met betrekking tot de voorraad omvat (voorraad correcties en het voorraadopname traject). Omwille van de door klanten gewenste functiescheiding met bijbehorende verantwoordelijkheden, heeft Newway het logistieke proces gesplitst van het inkoop- en facturatieproces.

Case Voorraadprognose (0912-13)

Inleiding

Vanaf de versie 3.42 bestaat er een nieuwe functie genaamd ‘VoorraadPrognose’ waarmee men de mogelijkheid heeft om voorraden te plannen. Op basis van de in het systeem voorhanden zijnde verkoop- en inkooporders wordt er getoond hoe de verwachte beschikbare voorraad er in de toekomst uit zal zien.

Menupad

Deze nieuwe functie bevindt zich in het BlueRetail menu onder ‘Bestanden\ Logistiek’.

©2009

36 van 87

Release notes BlueRetail versie 3.42 GD Voorraad Prognose ‘Filter’

Het scherm van de functie ‘VoorraadPrognose’ is hetzelfde opgebouwd als het selectiescherm. Zie onderstaande screenshot:

Op 1. 2. 3.

de eerste tab ‘Filters’ kan men: de artikelen aangeven die men wil selecteren de velden aanvinken die men in het overzicht wil zien De periode aangeven waarover men het overzicht wil ‘draaien’.

Selectie op Hier kan het betreffende artikel, de betreffende subgroep, de betreffende omzetgroep of de leverancier gekozen worden waarvoor men het overzicht wil maken. Verder kan er aangegeven worden of men voor de artikelen die binnen de selectie vallen ook de artikelen wil laten zien waarvoor geen verkoop- of inkooporders zijn. Tonen Hier kan men aangeven welke variabele kolommen getoond dienen te worden buiten de vaste kolommen die altijd getoond worden. Variabele kolommen: • Eenheid (artikelkaart) • Levertijd (artikelkaart) • Houdbaarheid (artikelkaart) • Minimale bestelhoeveelheid (artikelkaart) • Minimale voorraad (artikelkaart) • Maximale voorraad (artikelkaart) • Assortimentscode (artikelkaart) • Magazijnlocatie (artikelkaart) • Leverbetrouwbaarheid (relatiekaart) De • • • • • • •

volgende velden staan vast geprogrammeerd in het overzicht: Artikelcode Artikelnummer Artikelomschrijving (korte omschrijving) Leveranciernummer Leveranciernaam Huidige actuele/technische voorraad van de artikelkaart Beschikbare voorraad op de betreffende datum

Periode De periode waarvoor men het overzicht wil zien. Op basis van de indeling worden de gegevens gegroepeerd: • Per week (er wordt met kolommen van dagen gewerkt) • Per maand (er wordt met kolommen van weken gewerkt) • Per jaar (er wordt met kolommen van maanden gewerkt) Indien er voor een periode gekozen wordt met een indeling waardoor niet alle dagen, weken, maanden of jaren getoond kunnen worden dan wordt de gebruiker hiervoor gewaarschuwd en verschijnt er een melding

©2009

37 van 87

Release notes BlueRetail versie 3.42 GD Voorraad Prognose ‘Overzicht’

Hieronder wordt het tweede tabblad met het overzicht getoond.

Het overzicht kan net als bij selecties geëxporteerd worden of afgedrukt. Verder bestaat er de mogelijkheid om via de rechtermuisknop de in- of verkooporders voor het betreffende artikel te bekijken zoals dit nu werkt voor de voorraadlijst.

Beschikbare voorraad

De beschikbare voorraad in het overzichtscherm van de voorraad-prognose komt NIET overeen met de beschikbare voorraad in de artikelkaart. Dit komt omdat de beschikbare voorraad in de artikelkaart alle in- en verkooporders bijelkaar opteld ongeacht de (lever/ ontvangst)datum. Bij de voorraadprognose is dit niet het geval. De beschikbare voorraad wordt pas verlaagd of opgehoogd indien de leverdatum of ontvangstdatum bereikt is. Kortom in de artikelkaart wordt geen rekening gehouden met de factor tijd en in de voorraadprognose wel. Hieronder is een uitgewerkt voorbeeld voorraadprognose t.o.v. de artikelkaart

te

zien

m.b.t.

de

werking

Voorbeeld: Huidige datum: 07/12/09

28/11 VKO – 1 stuks Nog niet geleverd

©2009

07/12 Actuele/technische Voorraad = 10 stuks

11/12 VKO – 2 stuks

15/12 IKO – 3 stuks

38 van 87

van

Release notes BlueRetail versie 3.42 GD Artikelkaart: Actuele/Technische voorraad = 10 stuks Beschikbare voorraad = 7 stuks (10 – 1 – 2) Economische voorraad = 10 stuks (10 – 1 -2 + 3) VoorraadPrognose: Actuele/Technische voorraad = 10 stuks Prognose beschikbare voorraad: 07/12 = 9 stuks 08/12 = 9 stuks 09/12 = 9 stuks 10/12 = 9 stuks 11/12 = 7 stuks 12/12 = 7 stuks 13/12 = 7 stuks 14/12 = 7 stuks 15/12 = 10 stuks Hierbij moet opgemerkt worden dat de order van 28/11 eigenlijk al geleverd (leverdatum VKO= 28/11/09) had moeten worden. Er wordt door het systeem vanuit gegaan dat deze vandaag (07/12/09) alsnog geleverd wordt. Dit zorgt ervoor dat er vandaag 10 -/- 1 stuks beschikbaar zijn.

©2009

39 van 87


6.3.2 Inleiding

Case Multimagazijn (0905-05) Een groot deel van de klanten die gebruik maken van BlueRetail versie 3.xx en eerder, werken met verschillende magazijnen en magazijnlocaties. Momenteel zijn deze fysieke locaties niet zichtbaar binnen BlueRetail waardoor er niet genoeg inzicht in de fysieke goederenstroom wordt verkregen. Vanaf de versie 3.42 is dit wel het geval via de module multimagazijn. Er 1. 2. 3.

bestaan 3 niveaus van registratie van voorraden: Werken op de huidige manier (= BlueRetail versie 3.xx = 1 magazijn) Werken met meerdere magazijnen Werken met meerdere magazijnlocaties

In feite kan het geheel gezien worden als een soort piramide waarop ingezoomd wordt:

Met de module multimagazijn binnen de versie 3.42 werken we op het registratieniveau van warehousemanagement echter de voor het ‘echte’ warehousemanagement benodigde functionaliteit is nog niet aanwezig.

©2009

40 van 87

Release notes BlueRetail versie 3.42 GD Functies Multimagazijn 3.42

Voorraadbeheer • Per artikel is de actuele voorraad zichtbaar voor de verschillende magazijnen en/of magazijnlocaties. • PRI-sessies en voorraadcorrecties kunnen aangemaakt worden voor een magazijn of magazijnlocatie. • Het verplaatsen van goederen is (nog) alleen mogelijk op artikelniveau en per artikel (één artikel per keer). Magazijnbeheer • Het is mogelijk verschillende magazijn en magazijnlocaties te beheren. • Het is mogelijk kenmerken aan deze locaties toe te kennen. • Het is mogelijk een algeheel standaard magazijn of magazijnlocatie binnen BlueRetail aan te maken. • Het is mogelijk om een magazijn of een magazijnlocatie aan een artikel te koppelen. • Het is mogelijk om een magazijn of een magazijnlocatie aan een reden van retour te koppelen. • Het is mogelijk om een magazijn of magazijnlocatie aan een transactiesoort te koppelen. Dus zowel de standaard transacties binnen BlueRetail als de tabel transactiesoorten. Selecties • Het is mogelijk om binnen de generieke selecties te kiezen voor de bestanden magazijnen en magazijnlocaties • Het is mogelijk om binnen de artikelselecties te kiezen voor de velden magazijn en magazijnlocatie Import/Export • Het is mogelijk om een standaard im- of export uit te voeren van de bestanden magazijnen en magazijnlocaties. • Bij het binnenboeken van goederen via ‘Impgoed’ worden de goederen automatisch op het binnen BlueRetail gedefinieerde standaard magazijn of standaard magazijnlocatie binnengeboekt. Communicatie (hoofdkantoor-filiaal verkeer) • De bestanden magazijn en magazijnlocatie zijn toegevoegd aan de interne bestandenlijst op het hoofdkantoor. Ketentransacties • Aangezien er aan een transactie altijd een magazijn of magazijnlocatie gekoppeld is (zie ook kopje ‘Zoekvolgorde’ ), zijn voor de ketentransacties geen verdere aanpassingen nodig geweest.

Out of scope Versie 3.42

De volgende zaken zijn (nog) niet meegenomen in multimagazijn versie 3.42: • Het beheren van min/max per magazijn en magazijnlocatie waarbij de max de maximale hoeveelheid is die fysiek op de locatie kan liggen; • Het automatisch aanvullen van magazijnen vanuit een ander magazijn • Artikelcategorieën koppelen aan magazijnen/magazijnlocaties • Het verdelen van goederen aan de hand van verdeelsleutels • Het verdelen van goederen binnen de keten (hiervoor bestaat reeds de functionaliteit ‘Verdelen goederen’ op het MMS) • Voor de handheld terminal is geen aanpassing gemaakt aangezien deze software niet door Newway zelf is geschreven. • Importscripts worden nog niet ondersteund. M.a.w. in importscripts kunnen nog geen parameters ‘magazijn’ en ‘magazijnlocatie’ opgegeven worden. • Er zijn nog geen rapporten toegevoegd m.b.t. multimagazijn

Voorwaarde

Om met multimagazijn te kunnen werken moet de module multimagazijn aanwezig zijn.

©2009

41 van 87

Release notes BlueRetail versie 3.42 GD Registratie niveau

Er wordt altijd met één registratieniveau gewerkt: Of men registreert op magazijnniveau; Of men registreert op magazijnlocatieniveau. Indien een er zich een magazijnlocatie binnen een magazijn bevindt dan kan er alleen op locatieniveau geboekt worden. Indien er zich geen magazijnlocatie binnen een magazijn bevindt dan is het veld magazijnlocatie in de relevante velden greyed-out.

Zoekvolgorde

Bij het verwerken van logistieke transacties (bv. Het binnenboeken van goederen) zal rekening gehouden moeten worden met een standaard zoekvolgorde die gehanteerd wordt bij het bepalen van het magazijn of de magazijnlocatie die bijgewerkt dient te gaan worden. Er zal gewerkt worden met een algeheel standaardmagazijn/magazijnlocatie, een standaard magazijn/ magazijnlocatie per transactie en een standaard magazijn /magazijnlocatie per artikel. Verder bestaat er een mogelijkheid tot koppelen met een reden van retour en een transactiesoort. Deze twee laatste opties zijn kenmerken van transacties en deze zullen de eventueel gekoppelde transactie overrulen. Er wordt gewerkt volgens de bottum-up methode dus: 1. Is er een standaard magazijn/magazijnlocatie gekoppeld aan een artikel? 2. Is er een standaard magazijn/magazijnlocatie gekoppeld aan een reden van retour? 3. Is er een standaard magazijn/magazijnlocatie gekoppeld aan een transactiesoort? 4. Is er een standaard magazijn/magazijnlocatie gekoppeld aan een transactie? 5. Is dit ook niet het geval dan wordt met het algehele standaard magazijn/ magazijnlocatie gewerkt.

Menustructuur Menupunt Logistiek

©2009

Bij de introductie van multimagazijn is ervoor gekozen om een menupunt ‘Logistiek’ toe te voegen onder het menupunt ‘Bestanden’. De logistieke functies die momenteel nog onder een ander menupunt vielen zijn naar ‘Logistiek’ verplaatst. Het betreft hier: • Voorraadopname (PRI) (Voorheen onder [Bestanden\Artikelen\Voorraad]) • Voorraadcorrectie (Voorheen onder [Bestanden\Artikelen\Voorraad]) • Verplaatsen goederen (nieuw in de 3.42) • Voorraadlijst (Voorheen onder [Crediteuren\Binnenkomst goederen]) • VoorraadPrognose (nieuw in de 3.42) • Magazijnen (nieuw in de 3.42) • Magazijnlocaties (nieuw in de 3.42) • Bezorgen postcodegebied (Voorheen onder [Bestanden]) • Kalender werkdagen (Voorheen onder [Bestanden])

42 van 87

Release notes BlueRetail versie 3.42 GD Menustructuur Instelling Logistiek

©2009

Gezien de nieuwe functionaliteit en het nieuwe menupunt zijn er natuurlijk ook nieuwe instellingen bijgekomen. Hiervoor is een onder het menupunt ‘Instellingen’ een nieuwe menupunt ‘Logistiek’ aangemaakt. De logistieke functies die momenteel nog onder een ander menupunt vielen zijn naar ‘Logistiek’ verplaatst. Het betreft hier: • ‘Instellen artikelen’, tab ‘Voorraad’ • ‘Instellen debiteuren’, tab ‘Naleveringen’ • ‘Instellen crediteuren’, tab ‘Verdelen goederen’ (alleen beschikbaar op MMS)

43 van 87

Release notes BlueRetail versie 3.42 GD Nieuw Tabblad Magazijnbeheer

Tabblad Magazijnbeheer Het tabblad magazijnbeheer is alleen beschikbaar indien de module multimagazijn actief is. Multimagazijn beschikbaar? Keuze tussen de huidige werking van het pakket of multimagazijn. Deze switch kan maar eenmalig gezet worden. • Defaultwaarde is ‘Nee’ • Indien de switch op ‘Ja’ gezet wordt o er een melding getoond dat de switch maar eenmalig gezet kan worden.

o

©2009

er gecontroleerd of er een standaard magazijn gedefinieerd is ¾ Indien ja: Dan wordt de voorraad van alle artikelen naar het standaard magazijn geboekt. Van daaruit kan de gebruiker deze zelf verder verdelen via bijvoorbeeld een PRI-sessie of de functie ‘verplaatsen goederen’. Binnen de relevante bestanden worden nieuwe velden magazijn en magazijnlocatie aangemaakt. Voor wat betreft de historische gegevens worden deze natuurlijk niet gevuld. De velden hebben de waarde ‘0’. Tijdens verdere handelingen binnen het pakket wordt deze waarde verder aangezien voor het ingestelde default magazijn of de default magazijnlocatie. de tabel magazijnlocatie (menupad [ERTAM) is niet meer zichtbaar voor de gebruiker.

44 van 87


¾

Indien nee: Dan wordt de melding aan de gebruiker getoond dat er eerst een standaard magazijn gedefinieerd moet worden waarna de switch weer op ‘nee’ gezet wordt.

Standaard Magazijn Standaard magazijn waarmee gewerkt wordt indien er op transactie- en op artikelniveau geen standaard magazijn of magazijnlocatie is ingesteld. Standaard magazijnlocatie Standaard magazijnlocatie waarmee gewerkt wordt indien er op transactie- en op artikelniveau geen standaard magazijn of magazijnlocatie is ingesteld. Kolom transactie Hier kan uit alle bestaande transactiesoorten gekozen worden. Dit houdt dus ook in dat ook de door de gebruiker zelf aangemaakte transactiesoorten (tabel transactiesoort N201000) getoond worden. Kolom standaard magazijn Het standaard magazijn dat gebruikt wordt bij deze transactiesoort. Kolom standaard magazijnlocatie De standaard magazijnlocatie die gebruikt wordt bij deze transactiesoort Nieuwe Rechten

©2009

Aanpassen van de rechtenstructuur door: het toevoegen van een menupunt ‘Logistiek’ binnen de tab ‘Bestanden’, het toevoegen van een nieuw menupunt ‘Logistiek’ binnen de tab ‘Instellingen’, het verplaatsen van de relevante bestaande rechten en het toevoegen van rechten voor nieuw functionaliteit.

45 van 87

Release notes BlueRetail versie 3.42 GD Tab Bestanden Toegevoegd ‘Logistiek’ Verplaatst naar ‘Logistiek’ o ‘Bestanden – Voorraad’ ¾ Voorraadopname ¾ Voorraadcorrectie o ‘Bestanden – Bezorgen postcode gebied’ o ‘Bestanden - Kalender werkdagen’ o ‘Binnenkomst goederen’ ¾ Voorraadlijst Nieuwe rechten o Nieuw recht voor lijst voorraadprognose J/N o Nieuw recht voor verplaatsen goederen J/N o Magazijnen muteren o Magazijnen verwijderen o Magazijnen afdrukken o Magazijnlocaties muteren o Magazijnlocaties verwijderen o Magazijnlocaties afdrukken Tab instellingen • Toevoegen recht ‘Software instellingen - Logistiek J/N’ Afhandeling Retouren

Het is mogelijk dat een klant wil dat een retourtransactie terecht komt op een andere locatie dan een ‘gewone’ transactie. Dit is mogelijk via de tabel ‘Reden van retour’. Het is vanaf deze versie mogelijk een magazijn of magazijnlocatie te koppelen aan een reden van retour. Indien de reden van retour uitgeschakeld is via de instellingen: instellen kassa, instellen debiteuren of instellen crediteuren dan wordt gewoon de aan het aan de betreffende transactie gekoppelde magazijn of de aan de betreffende transactie gekoppelde magazijn-locatie gebruikt.

Instellen verplichte ingave reden van retour voor de kassa. Dit is ook mogelijk voor debiteuren- en crediteurentransacties.

©2009

46 van 87


Wijzigingen Artikelkaart

Door de komst van de functie Multi-magazijn is de artikelkaart ook aangepast. Het betreft hier aanpassingen aan de tabbladen ‘Kaart’ en ‘Details’.

Zoals te zien worden er op de artikelkaart nog steeds voorraadgegevens getoond. Echter voor de details moet men naar het tabblad ‘Details’ subtab ‘Logistiek’. Actuele/Technische voorraad Indien multimagazijn niet actief is wordt gesproken over de actuele voorraad (zoals in de huidige versie van BlueRetail). Is de module multimagazijn wel actief dan wordt gesproken over de technische voorraad (dit is ook de correcte naam volgens de theorieboeken).

©2009

47 van 87


Bovenin de tab ‘Details’ t/m ‘Categorie’ staat een vaste header waarin nog altijd de artikelgegevens staan echter de leveranciersgegevens en de voorraadlocatie zijn verwijderd. Hiervoor zijn de artikelstatus en de prijsinformatie teruggekomen.

Op de reeds bestaande tab ‘Prijzen’ is de artikelprijsinformatie verwijderd aangezien deze nu in de header staat.

©2009

48 van 87


Tab ‘Logistiek’ met multimagazijn actief In bovenstaande situatie is multimagazijn actief. Het oude veld ‘magazijn-locatie’ is niet zichtbaar. Er kan een standaard magazijn en magazijnlocatie aan het artikel gekoppeld worden. Er komt een groupbox ‘Voorraadstatus’ waarin de volgende tellers staan: Technische voorraad: de totale fysiek aanwezige voorraad; Beschikbare voorraad: Technische voorraad -/- gereserveerd -/- in nalevering Economische voorraad: Technische voorraad + in bestelling -/- gereserveerd -/- in nalevering. De technische voorraad is greyed-out. Dit veld wordt wel geupdate maar is niet wijzigbaar. Dit is alleen mogelijk via de informatiebutton waardoor men in een nieuw subscherm komt waarin men per magazijn en/of magazijnlocatie de voorraad ziet. Verder is de naam van de teller ‘ontvangen’ veranderd in ‘nog te ontvangen facturen’ wat beter de lading dekt. `

Tab ‘Logistiek’ zonder multi-magazijn actief In bovenstaande situatie is multi-magazijn niet actief. Het ‘oude’ veld magazijnlocatie is actief en staat in de groupbox ‘Standaard locaties’. De actuele voorraad kan direct aangepast worden en de informatiebutton is niet zichtbaar.

©2009

49 van 87


Bestand voorraad (via Infobutton) Indien multi-magazijn actief is kan men d.m.v. de infobutton bekijken hoe de technische voorraad over de verschillende magazijnen en/of magazijnlocaties verdeeld is. Zoals te zien in de screenshot zijn er vier verschillende kolommen met voorraadindicatoren. Dit zijn: 1. Technische voorraad: de totale fysiek aanwezige voorraad 2. Niet vrij verkoopbare voorraad: fysiek aanwezig maar niet vrij voor verkoop. 3. Vrij verkoopbare voorraad: fysiek aanwezig en vrij voor verkoop 4. Derden: alle artikelen die geen eigendom zijn van de winkel. Binnen de tab ‘Kaart’ van dit bestand kan men: • Een voorraadwijziging door voeren door een regel te selecteren en naar de tab kaart te gaan en hier het aantal te wijzigen. Dit zorgt voor de gebruikelijke 999999-boeking in het voorraadcorrectiebestand. • Een nieuwe voorraadlocatie aanmaken. • Een nieuwe voorraadlocatie met aantal aanmaken. Dit zorgt voor de gebruikelijke 999999-boeking in het voorraadcorrectiebestand. • Een voorraadlocatie verwijderen. Dit is alleen mogelijk indien het aantal gelijk is aan 0.

©2009

50 van 87


Alle instellingen die verspreid zaten over de artikelkaart en onder ‘Overig’ bij de tab ‘Details’. Dit zijn: • Registratie serienummer • Vragen om aantal bij verkoop • Mogelijkheid tot aanpassen indien uit collectie? • Verpakkingsartikel zichtbaar bij • Recht van retour • Etiket • Internet adres Sommige instellingen zijn wel/niet zichtbaar afhankelijk van rechten of bepaalde modules. Bestand Magazijnen

Het nieuw toegevoegde bestand magazijnen voor het aanmaken, verwijderen en wijzigen van magazijngegevens.

Indien met de rechtermuisknop op ‘Nieuw’ wordt geklikt is het mogelijk een kopie van het geselecteerde record te maken.

©2009

51 van 87


Voorraadbeheer

Indien ‘Niet vrij verkoopbaar’: • Aantallen worden meegerekend in de totale technische voorraad. • De artikelen kunnen echter niet verkocht worden. • PRI-sessie of voorraadcorrectie is mogelijk. Indien ‘Vrij verkoopbaar’: • Aantallen worden meegerekend in de totale technische voorraad. • De artikelen kunnen verkocht worden. • PRI-sessie of voorraadcorrectie is mogelijk. Indien ‘Derden’: • Aantallen worden niet meegerekend in de totale technische voorraad • Artikelen zijn geen eigendom van de winkel • Artikelen kunnen niet verkocht worden. • PRI-sessie of voorraadcorrectie is mogelijk.

Kostenplaats

©2009

Aan het magazijn toegekende kostenplaats

52 van 87


Contactgegevens Telefoon Fax Contactpersoon E-Mail adres Adresgegevens Straat Postcode Plaats Land

©2009

Telefoonnummer van het magazijn. Faxnummer van het magazijn. Contactpersoon voor leveringen aan het betreffende magazijn. E-Mail adres waaronder het magazijn te bereiken is. Straat waar het magazijn ligt Postcode van het magazijn. Plaats waar het magazijn ligt. Hierachter verbergt zich de binnen het pakket reeds gebruikte landentabel.

53 van 87


Lengte Breedte Hoogte Oppervlakte Inhoud Opmerking

Bestand Magazijn locaties

©2009

Lengte van het magazijn in meters Breedte van het magazijn in meters Hoogte van het magazijn in meters Wordt automatisch berekend indien lengte en breedte ingevuld worden Wordt automatisch berekend indien lengte, breedte en hoogte ingevuld worden. Memo-veld waarin men voor het magazijn specifieke opmerkingen kan plaatsen. Zoals b.v.: sprinklerinstallatie aanwezig

Het nieuw toegevoegde bestand magazijnlocaties voor het aanmaken, verwijderen en wijzigen van magazijnlocatiegegevens.

54 van 87


Voorraadbeheer Kostenplaats

©2009

Wordt alleen greyed-out getoond en is afhankelijk van het bovenliggende magazijn. Aan de magazijnlocatie toegekende kostenplaats.

55 van 87


Lengte Breedte Hoogte Oppervlakte Inhoud Opmerking

Voorraad correctie

©2009

Lengte van het magazijn in meters Breedte van het magazijn in meters Hoogte van het magazijn in meters Wordt automatisch berekend indien lengte en breedte ingevuld worden Wordt automatisch berekend indien lengte, breedte en hoogte ingevuld worden. Memo-veld waarin men voor de magazijnlocatie specifieke opmerkingen geplaatst kunnen worden.

Er zijn een tweetal zaken aangepast bij voorraadcorrecties, nl: 1. Twee nieuwe filters in het zoekscherm: magazijn en magazijnlocatie. 2. Mogelijkheid om aan te geven voor welk magazijn of welke magazijnlocatie de correctie geldt.

56 van 87


Partieel Roulerend Inventariseren (PRI)

PRI is vanaf de 3.42 ook mogelijk op magazijn of magazijnlocatie. PRI-sessies zullen nog steeds plaatsvinden op artikelniveau. Voorraadopname: Het magazijn of de magazijnlocatie vormt in feite een selectie (filter). Er zullen dus drie verschillende voorraadopnames mogelijk zijn: 1. Volledige voorraad 2. Voorraad magazijn 3. Voorraad magazijnlocatie

Afhankelijk van de keuze bij opname verschijnt erachter een keuzeveld. In het geval bijvoorbeeld voor magazijnlocatie gekozen wordt bij opname verschijnt het veld magazijnlocatie en kan men de gewenste magazijnlocatie kiezen. Indien gekozen wordt voor ‘voorraad magazijn’ of ‘voorraad magazijnlocatie’ dan worden de artikelen bevroren waarvan voorraadrecords bestaan op deze locaties. Dit wil zeggen er wordt gekeken naar de artikelen en welke locaties zichtbaar zijn via de info-knop (tab logistiek op de artikelkaart). Valt één van deze locaties binnen de selectie (magazijn/magazijnlocatie) dan wordt dit voorraadrecord bevroren. Artikelniveau Het feit dat de sessie nog steeds op artikelniveau plaatsvindt betekent dat de

©2009

57 van 87

Release notes BlueRetail versie 3.42 GD aantallen van eenzelfde artikel binnen één magazijn (maar op bijvoorbeeld verschillende magazijnlocaties) gecumuleerd worden. Dit houdt dus in dat indien de verhouding vantevoren anders was maar er cumulatief hetzelfde resultaat bereikt wordt er geen actie ondernomen wordt door het systeem. Onbekende artikelen Bij PRI heb je de mogelijkheid om de voorraad van een bepaald magazijn met een locatie te bevriezen. De artikelen die voldoen aan dit criterium worden bevroren en kunnen geteld worden. Nu kan het gebeuren dat er artikelen liggen die niet in BlueRetail zitten. Bij het inlezen van de terminal krijg je een verwerkingsverslag. Op dit verslag staan deze artikelen als een onbekend artikel. Deze artikelen moeten dan ingevoerd worden in het pakket. Er bestaat nu de mogelijkheid binnen het voorraadscherm in de artikelkaart (via de info-knop) om een artikel aan te maken met voorraad NUL. Hierdoor is het mogelijk achteraf deze artikelen alsnog te verwerken. Controle Het kan voorkomen dat er van een artikel bijvoorbeeld meer of minder geteld worden dan er binnen het systeem geregistreerd zijn. Indien er van dit artikel bekend is dat het op meerdere magazijnen of magazijnlocaties ligt dan verschijnt bij de controle een popup-scherm waarin aangegeven kan worden op welk magazijn of welke magazijnlocatie de correctie doorgevoerd dient te worden. Het is momenteel dus maar mogelijk op één locatie de correctie door te voeren.

©2009

58 van 87

Release notes BlueRetail versie 3.42 GD Binnenmelden En leveren Goederen

1.

2. 3.

4. 5.

Aantal verkoop > Aantal in Magazijn

Goederen worden automatisch op het aan de transactie gekoppelde magazijn of op de aan de transactie gekoppelde magazijnlocatie binnengeboekt. Is er geen transactie gekoppeld dan wordt automatisch het standaard magazijn ingevuld. Registratie gebeurd altijd op regelniveau. Het is ten allen tijde mogelijk voor de gebruiker om de locatie aan te passen (tijdens het aanmaken of wijzigen van de transactie). Dit is mogelijk via een nieuwe tab ‘Magazijnen’ op de transactiesoort. Dit geldt echter niet voor kastransacties. Aan de transactiesoorten worden extra kolommen toegevoegd, nl. magazijn en magazijnlocatie. Via de knop ‘Alle regels’ kan in één keer het magazijn of de magazijnlocatie voor alle regels gewijzigd worden.

Het kan voorkomen dat er bijvoorbeeld 5 stuks van een artikel verkocht worden aan de kassa terwijl er volgens het systeem maar 4 stuks op de gekoppelde magazijnlocatie liggen. Dit kan twee oorzaken hebben: 1. De klant heeft via het personeel een artikel van een andere locatie mee gekregen. 2. De voorraad in het systeem klopt niet (er moet een voorraadcorrectie uitgevoerd worden). Het systeem kan hier op twee manieren mee omgaan: 1. Indien het artikel van een andere locatie komt dan dient de gebruiker aan te geven van welke locatie. 2. Indien de voorraad niet klopt dan dient de voorraad negatief te worden. Hiervoor is een switch gebouwd in de 3.42 waarmee aangegeven kan worden of men wenst dat het systeem er automatisch vanuit gaat dat de voorraad in het systeem niet klopt (voorraad wordt negatief), of dat de gebruiker zelf wil kiezen hoe het systeem moet reageren.

©2009

59 van 87


Let op het al dan niet verschijnen van deze switch hangt af van het feit of de module multimagazijn actief is of niet. Werking als aantal verkoop > aantal in magazijn? Mogelijkheden: 1. Negatief in voorraad 2. Vrije keuzemogelijkheid Indien gekozen wordt voor optie 2 dan verschijnt onderstaand scherm:

Dit werkt momenteel alleen voor kassatransacties

©2009

60 van 87

Release notes BlueRetail versie 3.42 GD Verplaatsen Goederen

Met deze nieuwe functionaliteit is het mogelijk voorraden te verplaatsen van het ene magazijn naar het andere magazijn of van de ene magazijnlocatie naar de andere.

De werking van bovenstaand menupunt is voor een groot deel hetzelfde als bij een transactiesoort. De volgende stappen (kunnen) worden doorlopen: 1. Aanslaan artikel via de commandoregel of via een selectie. 2. In het linkerscherm, in het rechterscherm verschijnen nu de bijbehorende magazijngegevens. 3. Er kan nu per artikel overgeboekt worden van de ene naar de andere locatie door in de groupbox ‘Naar’: a. Een nieuw magazijn + nieuw aantal toegevoegd kan worden b. Een nieuwe magazijnlocatie + nieuw aantal toegevoegd kan worden. Let op dit werkt momenteel per artikel. Dus er kan maar voor één artikel een verplaatsing per sessie verwerkt worden. Deze verplaatsingen worden bijgehouden in een nieuw databasebestand: GOEDVERPLAATS.FIC

©2009

61 van 87

Release notes BlueRetail versie 3.42 GD Selecties

Binnen de artikelen generieke selecties is het nu ook mogelijk op magazijn en/of op magazijnlocatie te kunnen selecteren.

Hoofdkantoor Filiaal Verkeer

De Bestanden magazijnen en magazijnlocaties zijn opgenomen in de interne bestandenlijst op het hoofdkantoor.

©2009

62 van 87


Impgoed

Indien er goederen worden binnengeboekt via Impgoed of een ander importscript dan wordt er automatisch op het standaard magazijn binnengeboekt.

Standaard Im- en export

De bestanden magazijnen en magazijnlocaties zijn toegevoegd aan de standaard im- en export.

©2009

63 van 87


6.3.3

Case Printen Crediteuren Pakbon (0808-04)

Printen crediteuren pakbon 080804

6.3.4

Vanaf versie 3.42, is het mogelijk om vanuit het overzichtscherm van de crediteurenorders nog een keer een levering (pakbon) te printen.

Diverse uitbreidingen met de HHT

Extra Instelling Artikelexport Verkoopprijs (0910-02)

Vanaf 3.42 is er een extra instelling toegevoegd mbt het exporteren van artikelen via de HHT. Vanwege de extra instelling is de totale schermindeling gewijzigd, om het geheel wat logischer in te delen. Het instellingen-scherm ziet er nu als volgt uit:

De nieuwe instelling staat default op Inclusief BTW, omdat dit voorheen ook de werkwijze was. Wanneer deze instelling op Exclusief gezet wordt, dan zullen de exclusief verkoop- en handelsprijzen geëxporteerd worden naar de HHT in plaats van de inclusief verkoopprijzen. Deze instelling is voornamelijk van toepassing voor groothandels.

©2009

64 van 87

Release notes BlueRetail versie 3.42 GD Prijzen altijd met 2 decimalen (20082041)

Vanaf 3.42 worden de artikelprijzen altijd met 2 decimalen naar de HHT geëxporteerd, dus ongeacht het ingestelde aantal decimalen in BlueRetail bij ISAI.

Voorheen gebeurde dit wel, waardoor het voor kon komen, dat er prijzen langer dan 7 karakters werden geëxporteerd, hetgeen weer problemen gaf met de HHTsoftware.

Verbeterde foutmelding als HHT geen gegevens heeft.

Als men vanaf 3.42 gegevens uit een HHT wil inlezen (bv. Bij het doen van een voorraadcorrectie), dan verschijnt er een kortere, duidelijkere melding dan voorheen.

Ontvangst goederen voor Opticon werkend maken (20080946)

Vanaf 3.42 verwacht BlueRetail het bestand GOEDEREN.TXT wanneer men bij het invoeren/wijzigen van crediteuren-pakbonnen en leveringen op crediteuren-orders op de ‘/’-toets drukt om de HHT leeg te lezen. Voorheen werd er door de HHT het bestand GOEDEREN.TXT klaargezet, maar verwachtte BlueRetail het bestand BESTEL.TXT, waardoor er niets ingelezen werd. Men gebruikte in de Opticon dus de optie Bestellen om goederen ontvangsten te importeren. Dit hoeft nu niet meer.

©2009

65 van 87


6.3.5

Case Uitbreiding artikelexport naar HHT met instelling voor verkoop- en handelsprijs (0910-02)

Instelling Artikelexport Verkoopprijs

Vanaf 3.42 is er een extra instelling toegevoegd mbt het exporteren van artikelen via de HHT. Vanwege de extra instelling is de totale schermindeling gewijzigd, om het geheel wat logischer in te delen. Het instellingen-scherm ziet er nu als volgt uit:

De nieuwe instelling Verkoopprijs staat default op Inclusief BTW, omdat dit voorheen ook de werkwijze was. Wanneer deze instelling op Exclusief gezet wordt, dan zullen de exclusief verkoopprijzen geëxporteerd worden naar de HHT in plaats van de inclusief verkoopprijzen. Deze instelling is voornamelijk van toepassing voor groothandels.

©2009

66 van 87


6.4 Financieel Beschrijving algemeen

6.4.1

Het financiële proces is de hekkensluiter in het goederen transactieproces. Aan de verkoopzijde ontvangt de klant een kassabon of een verkoopfactuur. Aan de inkoopzijde dienen de inkoopfacturen ingeboekt te worden al dan niet met een sluitende goederenmatching.

Case Boekstuknummer (0708-15)

Boekstuknummer 070815

Vanaf versie 3.42 is het mogelijk om een boekstuknummer handmatig mee te geven aan een crediteurenfactuur of crediteurencreditnota. Op basis van dit boekstuknummer kan ook in het crediteurenoverzicht gezocht worden.

Instelling boekstuknummer

Er is een nieuwe instelling toegevoegd achter crediteuren transcaties op het tabblad ‘Nummers - Algemeen’ bij het menupunt ‘Instellen boekhouding’. Als deze instelling op Handmatig gezet wordt, dan kan aan crediteurenfacturen ook handmatig een boekstuknummer toegekend worden.

Veld boekstuknummer binnen de crediteurenfactuur

Binnen de crediteurenfactuur wordt nu ook het veld boekstuknummer zichtbaar. Indien de switch bij crediteurentransacties in de boekhoud-koppeling op automatisch staat, dan is dit veld in eerste instantie niet zichtbaar maar pas na export naar de boekhouding. Indien de switch bij crediteurentransacties in de boekhoudkoppeling op handmatig staat, dan wordt dit veld in eerste instantie door het systeem gevuld waarna de gebruiker de mogelijkheid heeft dit aan te passen.

Indien er geen boekstuknummer is ingevuld en de factuur wordt opgeslagen dan verschijnt er een melding dat er eerst een boekstuknummer moet worden ingevuld alvorens de factuur kan worden opgeslagen.

©2009

67 van 87


Overzichtscherm facturen crediteuren

In het scherm ‘Overzicht facturen crediteuren’ is tevens een nieuwe filter ‘Boekstuknummer’ toegevoegd, zodat ook hierop gezocht kan worden.

Controles

Indien crediteurenfacturen geïmporteerd worden dan wordt er automatisch een boekstuknummer gegenereerd. Dit boekstuknummer is alleen nog wijzigbaar indien in de boekhoudkoppeling de switch bij crediteuren-transacties op ‘handmatig’ staat. Indien de switch bij crediteurentransacties op ‘handmatig’ staat wordt de teller (voor het boekstuknummer) niet opgehoogd, indien er door de gebruiker handmatig een nummer wordt ingevoerd. Indien bij crediteurentransacties de switch op ‘Handmatig’ staat is het mogelijk het boekstuknummer te wijzigen totdat de betreffende factuur naar de boekhouding is geëxporteerd. Er is tevens een controle ingebouwd die ervoor gaat zorgen dat een boekstuknummer uniek is. Dit houdt in dat er op de volgende zaken gecontroleerd moet worden: 1. Er vindt een controle plaats die ervoor zorgt dat een boekstuknummer maar één keer vergeven kan worden. 2. Indien de automatische reeks boekstuknummers aangekomen is bij een boekstuknummer dat handmatig is ingegeven door een gebruiker dan mag dit nummer niet nog een keer gebruikt worden. 3. Er vindt een controle plaats dat bij het handmatig ingeven van een boekstuknummer men geen lager nummer in kan geven dan het door het systeem getoonde. 4. Indien bij het handmatig ingeven van een boekstuknummer een nummer ingevuld wordt dat reeds gebruikt is, verschijnt er bij het opslaan de melding : ‘Boekstuknummer reeds gebruikt, geef nieuw boekstuknummer in’ en het boekstuknummer moet eerst aangepast worden alvorens de factuur opgeslagen kan worden.

©2009

68 van 87


6.5 Service Beschrijving lagemeen

Dit proces is veelomvattend en zou als een op zichzelf staande applicatie beschouwd kunnen worden. Voor veel retailers is een hoge servicegraad van cruciaal belang. De registratie van de service-afhandeling is daarom wezenlijk.

Opschonen lokale user temp-mappen NWKM en NWAUTO

Vanaf 3.42 worden bij het opschonen van de logboeken ook eventuele oude submappen in <>\NWKM en \NWAUTO verwijderd. Voorheen bleven deze staan, wanneer het pakket niet correct werd afgesloten. (Bv. Door een fatale foutmelding, of uitschakelen PC). Nu worden alle mappen ouder dan 1 week verwijderd. Wanneer een BlueRetail applicatie dus langer als een week aanstaat, dan kan dit voor problemen zorgen, wanneer er een 2de BlueRetail op hetzelfde systeem opgestart wordt, aangezien dan de tijdelijke map van de eerste applicatie verwijderd wordt.

©2009

69 van 87


6.6 Retail CRM Beschrijving algemeen

De inkoop- en verkoopprocessen vereisen de registratie van klantgegevens in het systeem.

6.7 Rapportage Beschrijving

Deze functionaliteit biedt hulp bij het verkrijgen van inzicht in de door de organisatie verzamelde gegevens. Meten, weten, begrijpen en handelen zijn de vier hoofdonderwerpen die samen de lijn vormen waarlangs de prestaties kunnen worden verbeterd met behulp van een retail informatiesysteem. Wie bijvoorbeeld door artikelscanning meet wat er is verkocht, weet wat er nog op voorraad ligt, begrijpt wat dit betekent voor de verkooptrends en handelt vervolgens door het assortiment op de meest slimme wijze aan te vullen. Voorbeeld: welke producten of productgroepen leveren de grootste bijdrage aan de toegevoegde waarde.

©2009

70 van 87


6.8 (Applicatie) Beheer Beschrijving algemeen

6.8.1

BlueRetail biedt standaard beheerfunctionaliteiten om succesvol gebruik van de applicatie te faciliteren. De applicatie kan gekoppeld worden met een of meerdere softwarepakketten van derden (o.a. Office, Financieel, (BI)Rapportage). Er is uiteraard voorzien in ondersteuning van specifieke retail hardware. Denk hierbij aan POS terminal, ticketprinter, geldlade(s), klantendisplay, (hand)scanner /mobile terminal en EFT-(pin)apparatuur.

Aanpassingen artikel-beheer

Multi-media op de kaart

In 3.42 is op de kaart ruimte gecreëerd om eventuele multimedia-afbeeldingen te tonen. De gegevens die hier eerst stonden, zijn hoofdzakelijk terug te vinden op het tabblad Logistiek, van het tabblad Details. De kaart ziet er nu als volgt uit.

Toegevoegd zijn een drietal nieuwe voorraad-velden, die enkel ter info getoond worden, zodat de prijs- en voorraad informatie op 1 tabblad zichtbaar zijn. De uitleg van deze drie velden staat beschreven in de case Multi-magazijn. Daaronder is een vlak gecreëerd, met een default-afbeelding. Deze afbeelding wordt getoond als er geen multimedia afbeelding bij het artikel hoort. Deze default afbeelding is per bedrijf te customizen door het plaatsen van een bestand in de map ‘<>\M-MEDIA\BEELD\DefaultMM.gif’.

©2009

71 van 87

Release notes BlueRetail versie 3.42 GD Het resultaat wordt dan:

Wanneer er wel een afbeelding gekoppeld is, dan wordt deze getoond. Als het bestand van het gekoppelde record niet (meer) op harde schijf aanwezig is, dan wordt een fout-afbeelding getoond, waar in de tooltip te lezen valt, welk bestand gezocht wordt.

Middels de tooltip kan de omschrijving en naam van de foto bekeken worden, alsmede het aantal gekoppede foto’s.

Als er 1 foto gekoppeld is, dan kan men via de linkermuisklik de afbeelding openen, om eventueel af te drukken door opnieuw op de afbeelding te klikken.

©2009

72 van 87

Release notes BlueRetail versie 3.42 GD Als er meerdere afbeeldingen gekoppeld zijn, dan is de linkermuisknop bedoeld om de volgende foto te tonen, en kan met de rechtermuisklik de vorige foto getoond worden. Wanneer men dubbelklikt op een afbeelding, dan krijgt men alle foto’s te zien.

Als er meer dan 15 foto’s gekoppeld zijn, dan worden alleen de eerstvolgende 15 afbeeldingen getoond. De werking is nagenoeg gelijk aan die van het beheer van multimedia-bestanden. Daar geldt hetzelfde voor het klikken op de afbeelding. Vervolgens kan men hier weer op een afbeelding klikken om deze te tonen en af te drukken.

Andere headergegevens tabbladen Details, Data, Statistiek en Categorie

In voorgaande versies werden de volgende artikelvelden bovenin getoond op de tabbladen Details, Data, Statistiek en Category

In 3.42 is dit als volgt aangepast:

De velden Lev.nummer, leverancier en magazijnlokatie zijn verwijderd, en vervangen door Status, en Inkoop-, handels- en verkoopprijzen. De prijzen zijn alleen zichtbaar indien men hiertoe de rechten heeft. Ook hier geldt weer het voordeel dat op elk tabblad de prijs informatie zichtbaar is voor een gebruiker.

©2009

73 van 87

Release notes BlueRetail versie 3.42 GD Op het tabblad Prijzen onder tabblad Details, zijn de prijs-gegevens verwijderd, omdat deze anders dubbel getoond zouden worden. Dit tabblad ziet er nu als volgt uit.

Op het nieuwe tabblad Logistiek zijn nu o.a. alle voorraadgegevens ondergebracht. Hierop zijn de gegevens te zien, die voorheen op het tabblad kaart te vinden waren, in het gedeelte waar nu de multimedia staat.

De nieuwe velden zijn in de beschrijving van de case Multi-magazijn toegelicht. Op het tabblad Overig ziet er nu als volgt uit.

©2009

74 van 87


6.8.2

Uit Collectie (CASE 0906-03)

Omschrijving

Vanaf versie 3.42 is het voor een MMS mogelijk om artikelen ‘uit collectie’ te zetten (en later ook weer terug in collectie te nemen.). In voorgaande versies waren de velden op de artikelkaart wel reeds beschikbaar, maar de functionaliteit was nog niet te gebruiken. Om gebruik te maken van deze functionaliteit is het een vereiste dat het artikelbeheer op Beide staat.

Met behulp van Uit Collectie kunnen Hoofdkantoor-artikelen, alsnog door de filialen beheerd worden, wanneer het hoofdkantoor deze artikelen niet meer wenst te beheren. Het is altijd nog mogelijk op een later tijdstip deze artikelen weer terug in collectie te nemen, aangezien de vrijgegeven artikelen hun intern nummer HK blijven behouden.

Werking op het MMS

Op het hoofdkantoor kan men, indien men onderstaand recht heeft, artikelen vrijgeven voor beheer door filialen.

Dit doet men op het MMS, door bij het wijzigen van een artikel op het tabblad Overig van Details het veld op Ja te zetten.

Dit veld is alleen op een MMS zichtbaar. Wanneer de wijziging opgeslagen wordt, dan wordt het record nog voorbereid, maar elke volgende wijziging zal niet gecommuniceerd worden naar de filialen. Dit wordt kenbaar gemaakt door onderstaande melding.

©2009

75 van 87


Als de waarde van het Uit Collectie-veld weer op Nee gezet wordt, dan wordt het artikel-record ook weer voorbereid.

Werking op het RMS

Wanneer op het RMS de communicatie-sessie verwerkt is, waarin het artikel op uit collectie is gezet. Dan verschijnt op de artikelkaart de volgende tekst boven het status-veld.

Op het tabblad Overig van Details, is het onderstaande veld zichtbaar geworden.

Het artikel kan echter nog steeds NIET beheerd worden door het filiaal. Men dient per artikel aan te geven, of men het beheer ervan ook daadwerkelijk wil gaan overnemen. Hiertoe dient het uit collectie artikel dus eerst gekeurd te worden. Wanneer men onderstaand recht heeft, kan men uit collectie artikelen goedkeuren voor gebruik.

Wanneer men het artikel wil wijzigen, is alleen het Uit Collectie veld aktief en kan op Ja gezet worden.

©2009

76 van 87

Release notes BlueRetail versie 3.42 GD Zodra de wijziging is opgeslagen, kan men bij de volgende wijziging, wel alle overige velden (afhankelijk van invoerfilters) aanpassen.

Deze wijzigingen zullen niet overschreven worden door het hoofdkantoor, aangezien het artikel niet meer voorbereid zal worden, zolang het uit collectie is.

Op termijn uit collectie zetten

Indien men de module Prijswijzigingen op termijn heeft, dan kan men ook artikelen op termijn uit collectie zetten. Dus bv. vanaf 1 januari 2010. Deze wijziging kan net als een gewone prijswijziging naar het filiaal gecommuniceerd worden, zodat daar al zichtbaar wordt, dat het artikel vrijkomt. Op het MMS kan men bij het invoeren van een prijswijziging een waarde voor Uit Collectie opgeven. Bij het selecteren van een artikel, wordt de waarde van de artikelkaart overgenomen.

ALLEEN wanneer men deze handmatig aanpast, zal er dus een wijziging plaatsvinden. In bovenstaand voorbeeld was het artikel al uit collectie, en nu kan het dus op termijn weer in collectie genomen worden. Op het filiaal is het veld Uit Collectie alleen zichtbaar, en kan nooit aangepast worden. Op het moment dat de prijswijziging verwerkt wordt, is de werkwijze gelijk aan die van een handmatige wijziging Uit Collectie. Wel zal er nog 1 keer verwerkt moeten worden, om de laatste artikel-gegevens van het hoofdkantoor te ontvangen. Op het hoofdkantoor gaat namelijk dezelfde wijziging op van kracht, en dus wordt het artikel-record nog 1 keer voorbereid.

6.8.3

Bewaren focus op invoervelden na wisselen tabblad

Vasthouden laatst gebruikte invoerveld per tabblad

Vanaf 3.42 zijn er wijzigingen doorgevoerd m.b.t. het vasthouden van het laatste actieve invoer-veld. Voorheen raakte deze informatie verloren, wanneer: - Men van tabblad wisselde - Men van venster wisselde - Er een melding op het scherm verscheen Voorheen moest men na terugkeer op het oorspronkelijke tabblad/venster weer opnieuw klikken, om in hetzelfde veld een andere waarde in te voeren. Nu wordt per tabblad onthouden welk veld de focus had, op het moment dat een van bovenstaande acties optreedt.

©2009

77 van 87

Release notes BlueRetail versie 3.42 GD Deze wijzigingen zijn enkel doorgevoerd in de volgende vensters: - Beheer artikelen - Beheer Relaties - Transactie-Overzichten debiteuren en crediteuren (orders, pakbonnen, fakturen en creditnota’s) - Betalingen-overzichten debiteuren en crediteuren (fakturen en creditnota’s) In deze vensters is tevens de ENTER-toets gekoppeld aan de Wijzigen-knop, en geldt het ESC-gedrag NIET.

Focus op veld artikelnummer, switch naar tabbald kaart

Keer terug naar tabblad zoeken. Focus nog steeds op artikelnummer.

©2009

78 van 87

Release notes BlueRetail versie 3.42 GD ESC-toets

Daarnaast is het gedrag van de ESC-toets dusdanig aangepast, dat deze naar het tabblad terugkeert dat links ligt van het actuele tabblad. Voorheen werd bij ESC altijd het venster gesloten, en nu keert men via ESC weer terug naar bv. Het overzicht-tabblad. Het klikken van de sluiten-knop is ongewijzigd, en zal dus het venster altijd sluiten. Door deze wijziging kan het zijn, dat gebruikers die gewend zijn het venster met ESC af te sluiten, dit nu 1 of 2x extra moeten doen. Verder is het voordeel natuurlijk dat men niet meer de muis of een ALT-combinatie hoeft te gebruiken om terug te keren naar het overzicht-scherm. Overzicht debiteuren orders

Toets Enter, tabblad raadplegen wordt aktief

Toets ESC, tabblad zoeken wordt aktief

Toets ESC venster sluit.

©2009

79 van 87


6.8.4

Opschonen temp-mappen NWKM en NWAUTO

Opschonen lokale user temp-mappen NWKM en NWAUTO

6.8.5

Vanaf 3.42 worden bij het opschonen van de logboeken ook eventuele oude submappen in <>\NWKM en \NWAUTO verwijderd. Voorheen bleven deze staan, wanneer het pakket niet correct werd afgesloten. (Bv. Door een fatale foutmelding, of uitschakelen PC). Nu worden alle mappen ouder dan 1 week verwijderd. Wanneer een BlueRetail applicatie dus langer als een week aanstaat, dan kan dit voor problemen zorgen, wanneer er een 2de BlueRetail op hetzelfde systeem opgestart wordt, aangezien dan de tijdelijke map van de eerste applicatie verwijderd wordt. Dit kan dus problemen geven als op een systeem waar automatische procedures draaien, ook handmatig BlueRetail wordt gestart en niet afgesloten, of als er in meerdere bedrijven gewerkt wordt en niet afgesloten.

Aanpassingen menu

Verwijderde menu-opties

Onder Debiteuren zijn de menuopties Naleveren goederen en Leveren goederen, alleen nog zichtbaar, indien de module Verkooporder NIET actief is.

Onder Hulpprogramma’s zijn onderstaande menupunten verwijderd: Formatteren en Reservekopie:

De menu-optie Reservekopie is wel zichtbaar indien er nog een NWZIP.EXE aanwezig is, in de installatie-map, zodat klanten die het altijd gebruikt hebben, nog steeds kunnen gebruiken. (Let op hiervoor zijn ook de Windev55-DLL’s noodzakelijk.

©2009

80 van 87


Nieuwe / Verplaatste menu-opties

De volgende menupunten zijn toegevoegd als gevolg van de module multimagazijn. Deze menuopties zijn ook beschikbaar als de module niet aktief is.

Hieronder zitten de volgende tabbladen: Magazijnbeheer (alleen bij multimagazijn) Naleveringen (verplaatst van ISD) Voorraad (verplaatst van ISA) Verdelen goederen (alleen op MMS, verplaatst van ISC)

De menu-opties Voorraadopname en VooraadCorrectie zaten eerst onder BAD (Bestanden Artikelen voorraad) De menu-optie Voorraadlijst zat eerst onder CB Crediteuren Binnenkomst Goederen. De menu-optie VoorraadPrognose is nieuw De onderste twee menu-opties zaten eerst rechtstreeks onder B Bestanden. Houd er rekening mee, dat deze verplaatsingen ook gevolgen hebben voor de toetsroutes. Indien er dus voorgeprogrammeerde toetsen waren naar bovenstaande verplaatste menu-opties, dan dienen deze gewijzigd te worden.

©2009

81 van 87


6.8.6

Scrollbalken tabellen op Zoeken-tabblad gewijzigd

Relatieve scrollbalk bij tabellen

Vanaf 3.42 worden de verticale scrollbalken relatief getoond, voor de tabellen, waarin records van een bepaalde hyperfile getoond worden. Voorheen stond er altijd een klein schuifbalkje in het midden van de tabel. Nu wordt de grootte aangepast afhankelijk van het aantal records. Scrollbalk 3.41

Scrollbalk 3.42

De oude scrollbalk kon problemen veroorzaken, dat het tabblad Raadplegen de gegevens van een verkeerd record liet zien (laatste record ipv eerste) als men na het gebruik van bv. een scrollwiel op de bovenste regel was aanbeland.

6.8.7

Export historie overzicht

Vraag na exporteren bij historieoverzicht (20090489)

©2009

Vanaf 3.42 komt er na het exporteren van een historie-overzicht weer de vraag , of het export-bestand geopend moet worden (net als dit bij bv. Artikel-selecties).

82 van 87


6.8.8

Intern nummer HK zichtbaar onder dealer-code

Intern nummer HK zichtbaar

©2009

Als men in 3.42 inlogt met de dealercode, dan krijgt men in de verschillende record-kaarten ook het veld Intern nummer HK te zien. Met behulp van deze informatie kunnen bepaalde problemen beter onderzocht worden. Voorheen was dit alleen mogelijk voor Newway medewerkers.

83 van 87

Bugs Inleiding

In deze versie zijn onderstaande bugs opgelost. Dit betreft alle escalaties alle call’s met de status hoog t/m minimaal 6 weken voor het officiële releasemoment. Het zijn call’s van alle klanten naar ouderdom en status. Het is aan de klant/partner zijn eigen call nummer te herkennen. Veelal is er reeds door de support organisatie 3e lijn van Newway een terugkoppeling geweest per mail.

MELD_NR 20080554 20080564 20080786 20080946 20081746 20081800 20081849 20081983 20082006 20082007 20082041 20090031 20090068 20090069 20090096 20090184 20090334 20090381 20090415 20090457 20090489 20090490 20090516 20090522 20090525

PRIORITEIT Hoog Middel Middel Middel Middel Middel Hoog Escalatie Middel Hoog Middel Hoog Hoog Middel Middel Hoog Middel Hoog Hoog Hoog Middel Hoog Hoog Hoog Escalatie

UW_REFERENTIE 00.099.842 00.100.015 00.102.086 00.048.791 1136 INC6780 00.118.259 1140 00.119.909 00.120.089 00.120.434 00.122.711 00.123.796 00.123.829 00.124.344 00.125.437 00.128.296 00.129.170 00.140.972 00.130.137 00.130.475 00.130.617 00.131.074 00.131.186 00.131.203

PROBLEEM_KORT Verwijderingsbijdrage geeft een afrondingsverschil De focus op de invoervelden is weg na raadplegen en/of invoeren in zoek- of invulvensters Uitbetaald indien retour in bon aanwezig is en op rekening verkocht wordt Registratie ontvangen goederen met de Opticon werkt niet volledig. Afdruk bij BADO bevat ook de gegevens van hetzelfde sessienummer bij BADCB Aantallen in bewaarbon in topperslijst (int05) Importeren artikelnotitie (juni) Inlezen HHt tijdens pri duurt lang. Artikelen met voorraad < 0 toch zichtbaar in touch screen Regenereren veroorzaakt foute waarden in voorraaden en tellers Opticon i.c.m met meerdere decimalen vanuit Blue Retail werkt niet. overpinnen op Verzamelrekening werkt niet (juni) Voorraadmutatie t.g.v. correctie geeft niet juiste waarde (juni) [INV] bij relatie selektie werkt niet Boekdatum wordt niet doorgevoerd in voorraadwaardering afdruk afstorten / tellen komen niet overeen met afdruk kasjournaal (juni) Af en toe geen juist overzicht kassajournaal Bewaarbon wordt meegenomen in de selektie deb. aantal verkoop Artikelstatistieken kloppen niet Verkooporders niet in volgorde Melding bij historie als men gegevens naar excel exporteert Verkeerd artikel verschijnt als artikel uit secundaire artikel bestand komt Invoegen regels in factuur. bedragen komen niet overeen tussen BR en daadwerkelijk gepinde bedragen. Invoer scherm prijs ondanks weegschaal artikel


20090526 20090541 20090573 20090599 20090600 20090601 20090602 20090607 20090619 20090621 20090628 20090634

Middel Hoog Hoog Hoog Hoog Hoog Middel Hoog Middel Escalatie Middel Laag

20090646

Middel

00.133.923

20090689 20090752 20090766 20090810 20090827 20090839 20090843 20090871 20090874 20090886 20090887 20090888 20090890 20090891 20090894 20090906 20090909 20090930 20090935 20090937 20090943

Hoog Middel Escalatie Escalatie Hoog Middel Middel Middel Middel Escalatie Middel Escalatie Escalatie Hoog Escalatie Middel Middel Hoog Hoog Middel Escalatie

00.134.851 00.135.518 00.135.578 00.135.783 00.136.459 00.135.742 IM002529

©2009

00.131.249 00.132.155 00.132.760

IM002151 IM002331 00.133.276 00.133.387 MT998

00.138.094

00.138.432 00.138.454 00.139.445 IM002693

00.140.358

Tabblad raadplegen dagjournaal zichtbaar ondanks instellingen nivo kassatransacties op rekening met aanbiedingsartikelen met commentaarregels het koppelen van een relatie aan een bewaarbon verdwijnen de kortingsregels Openstaand bedrag op print klopt niet met gegevens in data Probleem met Kas/Kluis export naar FIS2000 gekoppelde tekst aanbieding verschuift na selecteren klant tekst artikelregel aanpassen na selecteren klant met verplichte referentie Knop verwijderen niet beschikbaar. Secundair artikel ophalen in de kassa Kasverschillen in Exact Globe Selectie niet op te slaan nadat deze geraad pleegt is. Icoon gebruiker blanco in Autom. proc. Kolom 'Marge bedrag' op rapport 105/106/501/502 e.d. geeft +++++ indien margebedrag groter dan 99.99 Afdruk van gefilterd orderoverzicht drukt àlle orders af. CCV betaalautomaat werkt niet indien bonnummer groter van 999999 Verdeellijst CAR wordt niet geprint bij verdelen goederen, rest wordt wel geprint Voorraad verschillen door dubbele levering op verkooporder tijdens verdelen Bij verkopen in de kassa komt geen melding de marge te laag wordt Info knop springt af en toe op grijs en is niet meer te gebruiken Wisselgeld blijft in klantendisplay staan na afronden transactie actieve regel niet goed gepositioneerd na het toekennen van korting XFIS in de spiegelomgeving F6 Zoeken op omschrijving werkt niet zoals verwacht. Knop sluiten niet meer aanwezig in scherm afdrukken kopie/bon Kasopmaak station 0 XFIS filiaalnummer 3 of 4 cijfers Instelling afronden verkoopprijs blijft niet staan. Afhaalbewijs geeft korting op verkeerde plek Geen betaalautomaat bon aanwezig na stoppen transactie scan problemen Focus probleem in kassajournaal Vermenigvuldigen van artikel direct achter nummer : Factuur.txt wordt niet ingelezen middels de automatische procedures Flikkeren 3.41

2 van 87


20090945 20090987 20090988 20090997 20091002 20091021 20091028 20091034 20091035 20091059 20091087 20091093 20091096 20091097 20091107 20091122 20091262 20091276 20091290 20091293 20091327 20091373 20091398 20091405 20091427 20091435 20091436 20091438 20091439 20091446 20091481 20091495 20091496 20091498 20091514

©2009

Escalatie Escalatie Escalatie Middel Hoog Hoog Escalatie Escalatie Hoog Middel Hoog Hoog Middel Escalatie Middel Escalatie Escalatie Middel Middel Hoog Middel Escalatie Escalatie Middel Middel Middel Middel Middel Middel Laag Escalatie Hoog Hoog Hoog Escalatie

00.140.527 14971 14966 00.141.451

00.141.992 00.142.639 00.142.917

00.143.359. 00.145.166 00.145.263 00.145.314 00.145.739

00.146.681

00.100.015 00.146.985 00.147.567. 00.147.568.

Kassajournaal is gewijzigd en dit levert in BE problemen op totaal van kastelling wordt niet afgedrukt Kasverschil anders op kasafdrachtformulier dan op scherm Melding komt te vroeg. Artikelen kunnen retour genomen worden ondanks dat gebruiker hier geen rechten voor heeft. Patch 13 is voor Duitsland niet goed voor Nederland staat er wel kas naar bank. Het scherm van kopie-bon <shift+F4> kan niet meer met <esc> geannuleerd worden Pri verschillenlijst Opnieuw zijn de artikelstaffels % weg in BlueRetail? Terugkeer naar dagjournaal na CTRL-A gaat verkeerd Voorraad verloop van a12764 lijkt niet te kloppen van de klant conversie Newway naar BR BTW codes Relatiescherm data Bewaarbon op naam dmv Ctrl +R relatiekaart oproepen Prijzen aanpassen naar afspraken klant fout (verkoop) SQL_144633000AE object not found Foutmelding bij een relatieselektie in een artikelselektie en andersom Verkeerde kassabon in beeld na afdrukken kassabon vanuit journaal Bij vermenigvuldigen direct bij artikel ingave wekrt niet meer fatsoenlijk blijft op van.. voor korting staan Kasafdracht formulier verkoop op rekeneing en in/uit gaand kasgeld Grootboeknummervoor afwaardering niet wordt ingevuld bij export naar exact. Menupad ENB zou ERB moeten zijn. Ondanks Toegang "geen" bestanden in Hoofdmenu toch zichtbaar Foutieve melding bij opstarten icm ontbrekende communicatie instellingen Foutmelding bij backupmaken vanuit BR omdat NwZip ontbreekt. Ten onrechte integriteitsfout 'Betaal' bij opstarten demobedrijf Te veel handelingen / clicken bij tellen kasgeld In spiegel wordt logboek betaaltransacties niet gevuld. Functionaliteitverschil met versie 2.43. 0906-03: Foutieve waarde Uit collectie bij opvragen prijswijziging op termijn 0906-03: Levertermijn niet te updaten nadat uit collectie is overgenomen Multimedia wordt niet goed getoond in de artikelkaart AP server geeft een error bij het opstarten

3 van 87

Bijlage 1 – Afdruk kassajournaal in 5 talen

Release Notes versie 3.42 GD Product Management

Recommend Documents