Release Notes BlueRetail versie

Transcriptie

1 Release Notes BlueRetail versie Product Management Versie 0.2 Venlo, februari 2015 Bestand: BR v Release notes NL GD.docx

2 Versiebeheer Naam Datum Versie Wijziging R. Wolters 03/02/15 V0.1 Initiële versie R. Wolters 04/02/15 V0.2 Planning toegevoegd R. Wolters 04/02/15 V0.3 Opmerkingen verwerkt. Release notes GD. Disclaimer Ondanks alle aan de samenstelling van de tekst bestede zorg, kan Newway géén enkele aansprakelijkheid aanvaarden voor eventuele directe en/indirecte schade, die voortvloeit/zou kunnen voortvloeien uit enige inhoudelijke onvolledigheid en/of onjuistheid, of andere fout, die in deze uitgave zou kunnen voorkomen. Alle rechten voorbehouden. Niets uit deze uitgave mag worden verveelvoudigd, opgeslagen in geautomatiseerd gegevensbestand, of openbaar gemaakt, in enige vorm of op enige wijze, hetzij elektronisch, mechanisch, door fotokopieën, opname, of op enige andere manier, zonder voorafgaande uitdrukkelijke toestemming van Newway van 68

3 Inhoudsopgave 1 INLEIDING TOELICHTING DOCUMENTINDELING PLANNING Roadmap Release planning TECHNIEK Algemeen Installatie Database Update instructie Instructies bij calamiteiten Compatibiliteit met lagere versies Koppeling BlueMobile BLUERETAIL GEWIJZIGDE EN NIEUWE FUNCTIONALITEITEN Verkoop Verkooprapportage Offerte Order Order met volledige aanbetaling via de kassa Verkoopfactuur Verzamelrekening Kassabon Bewaarbon Inkoop Inkooprapportage Inkoopfactuur/creditnota Inkooporder Termijnorder Besteladvies Levering Logistiek Logistieke rapportage Retourafhandeling Voorraadbeheer Voorraad(-tellers) uit de artikelkaart Inventarisatie Ontvangst goederen Levering Financieel Financiële rapportage Crediteuren Debiteuren Inkoopfacturering Aanpassing veld inkoopfactuurnummer Verkoopfacturering Waardering Prijsbeleid Kasgeld/Kluisgeld Service Retail CRM CRM Rapportage van 68

4 5.6.2 Kredietlimiet Klantenpas Spaaracties Francowaarde Rapportage Beheer Applicatiebeheer Digitale schaplabels Instelbare default fonts Implementatie Gegevensbeheer Oprekken zoekcodes t.b.v. SAP koppeling (maatwerk) Registratie winkelbezoekers Data Import en Export Datacommunicatie Rollen Toegangsbeheer Boekhoudkoppeling POS Hardware configuratie Web Transaction Services Lay-out beheer TOELICHTING NOTATIES DEFINITIES EN KERNBEGRIPPEN BLUERETAIL BUGS van 68

5 1 Inleiding Inhoud Deze release notes hebben betrekking op BlueRetail versie Global Deployed (GD). In deze release notes worden de belangrijkste wijzigingen beschreven ten opzichte van BlueRetail versie en oudere versies. Deze release notes zijn bedoeld om klanten en partners inzicht te verschaffen in de wijzigingen en nieuwe functionaliteit in deze versie van BlueRetail. Versiebeheer Release Notes Product Management zal het document updaten zodra hier vanuit de Newway Product Portfolio of vanuit enig ander technisch oogpunt noodzaak toe is. Voorgaande release notes Eerdere release notes staan op de BlueRetail website en zijn op te vragen bij Newway of te raadplegen in de map Documentatie van de installatieset. De release notes zijn met de grootst mogelijke zorg samengesteld. Mochten er onverhoopt 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. BlueRetail versie Major Release Deze versie is de opvolger van BlueRetail GD. Deze versie bevat: Alle patches uitgebracht op vorige versies. Wel kan dat in deze versie een iets andere (betere) werking tot gevolg hebben. Nieuwe functionaliteit zie hoofdstuk 5. Alle opgeloste fouten met status hoog, middel en laag zover dit binnen de planning paste. Zie hoofdstuk 8. Newway is permanent bezig met het verbeteren van het product BlueRetail. Hierdoor kan het voorkomen dat koppelingen met applicaties van derden herzien moeten worden door databasemutaties; het pakket niet meer 100% neerwaarts compatibel is Wij vragen hiervoor uw begrip. BlueRetail is een zeer omvangrijk, maar ook complex product en het is absoluut onmogelijk om zowel vooraf aan een nieuwe release alle fouten te vinden als ook volledige compatibiliteit te behouden met vorige versies. Vragen Bij eventuele vragen betreffende deze release kunnen BlueRetail eindgebruikers contact opnemen met de desbetreffende BlueRetail Business partner van 68

6 2 Toelichting documentindeling Leeswijzer Techniek Functioneel Dit document is opgedeeld in een technisch en functioneel gedeelte. In het technische deel (hoofdstuk 4) worden zaken besproken zoals database wijzigingen t.o.v. de vorige GD versie en installatie/update instructies. In het functionele deel (hoofdstuk 5) komen alle nieuwe functionaliteiten aan bod. Newway onderscheidt de volgende hoofdprocessen in haar BlueRetail applicatie: 1. Verkoop 2. Inkoop 3. Logistiek 4. Financieel 5. Service 6. Retail CRM 7. Rapportage 8. Beheer Wanneer voor bepaalde procesonderdelen geen nieuwe functionaliteit is voorzien in deze BlueRetail versie, dan bevat de desbetreffende paragraaf géén tekst. Retail Business model Newway heeft haar Retail kennis geborgd in het Retail Business Model (RBM). Het Retail Business Model (RBM) heeft als basis het hieronder getoonde huis. Deze grondplaat is gebaseerd op de tien hoofdgebieden, die je veelal binnen organisaties tegen komt. Met betrekking tot deployment (technisch en applicatiebeheer) onderscheiden we een elfde functie, namelijk beheer (ICT). Het RBM is een theoretisch model, dat niet direct de hoofdprocessen zoals reeds eerder benoemd, weerspiegeld. Deze processen zijn gebaseerd op de operationele zaken, die zich op de werkvloer afspelen. In dit document worden bewust de beide werelden met elkaar gecombineerd, omdat in BlueRetail de theorie wordt vertaald naar de praktijk. ICT van 68

7 Definities Onderdelen RBM Onderstaande tabel beschrijft per onderdeel de definitie die Newway voor de term hanteert. ICT Onder ICT zijn alle applicatiegedrag issues samengebracht, die bedoeld zijn om BlueRetail informatietechnologisch te moderniseren. Deze hebben geen directe relatie met Retail specifieke functionaliteit, maar beschrijven met name de nonfunctionele wensen van retailers m.b.t. BlueRetail. Formule Informatie Personeel Financieel Inkoop Leverancier Verkoop Klant Logistiek Formule beschrijft de beheersmatige zaken, waarmee de franchisenemer in betere mate het karakter van de (keten)onderneming oftewel het eenduidig gedrag kan laten weerspiegelen in BlueRetail. Wie doet waar en wat op welk moment m.b.t. bijvoorbeeld artikelbeheer etc. In de categorie Informatie zijn alle functionele zaken samengebracht t.a.v. de informatiestromen binnen BlueRetail. Dit hoofdstuk beschrijft de functies, die de rol van het personeel dat met de applicatie werkt, betreffen. Deze categorie omvat de functies, die de retailers in staat stellen om de geldstromen binnen de organisatie te beheren. Inkoop beschrijft de functionele zaken met betrekking tot de inkoopprocessen. Onder het kopje Leverancier zijn de functionele zaken verzameld, die de retailer (ondernemer) inzicht geven in de relatie met de leverancier. Verkoop beschrijft de functies met betrekking tot de verkoopprocessen. In dit proces zijn de functionele zaken verzameld, die de retailer (ondernemer) een beeld geven van de relatie met de klant. Deze categorie omvat de functionele zaken, die de retailer (ondernemer) in staat stellen de goederenstromen binnen de organisatie te beheren en te sturen. Contact Voor meer informatie over de BlueRetail Productvisie kunt u contact opnemen met de afdeling Product Management (productmanagement@newway.nl) van 68

8 3 Planning Inleiding In dit hoofdstuk worden de algehele roadmap voor BlueRetail getoond. Verder wordt de status van deze release t.o.v. de initiële planning weergegeven alsook de planning voor de volgende maandrelease. 3.1 Roadmap Inleiding Onderstaande de roadmap BlueRetail stand januari Roadmap van 68

9 3.2 Release planning Sprint januari 2015 Release versie: Geplande release datum: 04 februari 2015 Geplande functionaliteit Voorraad(-tellers) uit artikelkaart: dezelfde afhandeling met of zonder multimagazijn. Zonder altijd technisch een magazijn actief. Status Gerealiseerd Digitale schaplabels (ESL): o Alle benodigde database wijzigingen doorgevoerd. o Alle benodigde wijzigingen ingebouwd. o Afronding testfase vind plaats in sprint februari. Veld inkoopfactuurnummer alfanumeriek en opgerekt Veld omzetgroep-zoekcode opgerekt in aantal posities Veld subgroep-zoekcode opgerekt in aantal posities Veld aanbieding-zoekcode opgerekt in aantal posities Bestand winkelbezoeken toegevoegd 100% aanbetaling van een verkooporder via de kassa mogelijk Socket-Server afhandeling verbeterd (melding Er zijn nog niet verwerkte kassabonnen Gerealiseerd Gerealiseerd Gerealiseerd Gerealiseerd Gerealiseerd Gerealiseerd Gerealiseerd Gerealiseerd Instelbare default fonts voor Gerealiseerd rapporten, hard-gecodeerde prints (bv. kassajournaal) en schermcontrols. Selectie meldingen Gerealiseerd van 68

10 Sprint februari 2015 Release versie: Geplande release datum: 04 maart 2015 Geplande functionaliteit: CCV VX820 koppeling. Uitbreiding import-routine (IMPGOED) met de mogelijkheid om bewaarbonnen te importeren. Refund / Retourpinnen beschikbaar zowel op de CCV VX820 als de Yomani. Afdrukken pinbon niet meer verplicht. Afronding digitale schaplabels. Optimalisatie uitschakelen barcode scanner. FTP-client instelbaar of er gebruikt gemaakt wordt van een Windows component (< Internet Explorer 11) of niet (Internet explorer 11 en hoger) Selectie meldingen van 68

11 4 Techniek 4.1 Algemeen WinDev Versie Deze versie is ontwikkeld met de WinDev 19 UK versie ( Dit zou géén gevolgen mogen hebben voor u als gebruiker. Newway kan dit echter niet 100% uitsluiten! Type update Prioriteit X X Kopieslag Patch verzoek Update Upgrade Servicepack Urgent / Spoed Hoog Gemiddeld Laag Nader te bepalen Grootte update ± 40 MB Reboot nodig JA NEE Backup nodig JA NEE Rollback functionaliteit JA NEE 4.2 Installatie Installatie voorwaarden Deze versie kan geïnstalleerd worden als opvolger van New-Way Retail Software versie 2.4x of BlueRetail 3.xx. De bestandsconversie zal geheel automatisch worden uitgevoerd. Indien de uitvalmodule aanwezig en geactiveerd is en het pakket conform de Newway richtlijnen is geïnstalleerd, dan zal op het werkstation (binnen het lokale netwerk) geheel automatisch het pakket worden geüpdate. Tevens zal de bijbehorende database conversie van de uitval database automatisch geschieden. Uitvoer instructie Deze BlueRetail installatie moet absoluut dedicated gedraaid worden met betrekking tot de BlueRetail database, omdat er 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. De applicatie mag dus NIET in gebruik zijn, in géén enkele vorm en/of op géén enkel station. Er géén andere Newway producten of producten van derden die de database kunnen gebruiken actief mogen zijn. De Kioskserver moet zijn gekilled via de taakmanager van 68

12 4.3 Database Inleiding Verwijderde hyperfile bestanden Hieronder worden de databasemutaties beschreven tussen BlueRetail versie en versie Geen. Gewijzigde hyperfile bestanden Overzicht wijzigingen: Bestand Veldnaam Beschrijving Nieuwe Oud Nieuw Oude Nieuwe Beschrijving Type Type Lengte Lengte AANBIED CODE Zoekcode Text Text 6 12 ARTIKEL CODE Zoekcode Text Text ARTIKEL LWR_CODE Zoekcode Text Text CCRKOP CFAKOP CFMKOP CORKOP IMPGOED FAKTNUMMER Faktuurnummer FAKTNUMMER Faktuurnummer FAKTNUMMER Faktuurnummer FAKTNUMMER Faktuurnummer FAKTNUMMER Faktuurnummer Integer coded on 4 bytes Integer coded on 4 bytes Integer coded on 4 bytes Integer coded on 4 bytes Integer coded on 4 bytes Text 4 12 Text 4 12 Text 4 12 Text 4 12 Text van 68

13 OGHHTART SUCODE SUCODE Text Text 6 12 OGPBART SUCODE SUCODE Text Text 6 12 OGPKBBST SUCODE SUCODE Text Text 6 12 OGVERSCH SUCODE SUCODE Text Text 6 12 OGVERSCH SESSIE- ENSUBGROEP SESSIE- ENSUBGROEP Binary Binary OMZGROEP CODE Zoekcode Text Text 6 12 SECARTIK CODE Zoekcode Text Text SECARTIK LWR_CODE Zoekcode Text Text SUBGROEP CODE Zoekcode Text Text 6 12 VCOPNAME CODE Zoekcode Text Text VOORRAAD GERES_VRD Gereserveerde voorraad Te leveren Real coded on 8 bytes 8 Overzicht nieuwe velden: Onderstaande velden hebben een andere naam gekregen Bestand Veldnaam Beschrijving Type Lengte AANBIED PRIORITEIT Prioriteit Integer coded on 2 bytes 2 NOTITIE NOTITIE Notitie Text memo 8 Aanbied.prioriteit -> aanbied.sw_schaplabel Notitie.notitie -> notitie.inhoud Onderstaand alle nieuwe velden Bestand Veldnaam Beschrijving Type Lengte AANBIED SW_SCHAPLABEL Schaplabel Unsigned integer coded on 1byte 1 aanbieding NOTITIE INHOUD Notitie Text memo 8 VOORRAAD IN_BESTEL In bestelling Real coded on 8 bytes 8 VOORRAAD ONTV_FACT Nog te ontv. facturen Real coded on 8 bytes 8 VOORRAAD TEFAKT Nog te factureren Real coded on 8 bytes van 68

14 Nieuwe hyperfile bestanden LAYOUT_ESL: SCHAPLABEL: WINKELBEZOEK: WinDev Framework Registermutaties Overige mutaties Omdat deze versie met de WinDev 19 omgeving ontwikkeld is, zal bij installatie ook het benodigde WinDev Framework geïnstalleerd worden op de server en cliënts. Dit geschiedt geheel automatisch. De bestanden zijn te herkennen aan de naamgeving WD190<*.*>.DLL in de software omgeving van BlueRetail. Zijn er registermutaties? Nee Ja Omschrijving X N.v.t. Zijn er overige mutaties? Nee Ja Omschrijving X N.v.t van 68

15 4.4 Update instructie Update Maak op de server een back-up van de..\<blueretail software> directory (hierin staat het oude WDL-bestand en eventueel geïnstalleerde patches). Een cliënt wordt automatisch geüpdate bij het opnieuw opstarten van BlueRetail op de cliënt. Zie ook uitvoerinstructie op pagina 11. Let op!!! Op een cliënt mogen géén oude/andere patches blijven staan 4.5 Instructies bij calamiteiten Herstellen oude situatie Indien de update niet over een rollback functionaliteit beschikt, kunt u op de hieronder beschreven wijze terug keren naar de situatie voor de update! Stap Handeling 1 Verwijder op de server \<BlueRetail software> en plaats de back-up terug 2 Een cliënt wordt automatisch geüpdate bij het herstarten van BlueRetail op de cliënt. Er is géén Reboot nodig. 4.6 Compatibiliteit met lagere versies De BlueRetail versie MMS kan communiceren met de RMS versies van de gehele BlueRetail 3.xx-lijn (3.1x t/m 3.8x.x) Vanaf release BlueRetail 3.42 wordt de bestandsuitwisseling met de New-Way Retail software 2.4x NIET meer ondersteund. 4.7 Koppeling BlueMobile BlueMobile BlueRetail versie kan communiceren met BlueMobile versie BlueRetail versie 3.90 kan NIET communiceren met BlueMobile versies lager dan In BlueMobile heeft een database-wijziging plaatsgevonden waardoor er vanuit lagere BlueRetail versies niet de juiste gegevens verstuurd worden van 68

16 5 BlueRetail gewijzigde en nieuwe functionaliteiten Leeswijzer Voorbeeld Geld- & goederenbeweging Onderstaande paragrafen 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 en de commerciële datasheet. Horizontale as van gedetailleerde geld en goederenstromen binnen een vestiging gevisualiseerd in het RBM. Operationeel Voorbeeld: een artikel wordt besteld bij de leverancier, geleverd, op voorraad genomen en in de winkel gelegd. Daarna wordt het artikel door de klant meegenomen of afgeleverd. De geld- en goederenstromen zijn tegengesteld. 5.1 Verkoop Beschrijving 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 Verkooprapportage Geen wijzigingen in dit onderdeel in deze versie Offerte Geen wijzigingen in dit onderdeel in deze versie van 68

17 5.1.3 Order Order met volledige aanbetaling via de kassa Oude werking Nieuwe situatie Als men in voorgaande versies in de kassa een order wilde invoeren en deze volledig betaald moest worden, dan moest men 2 bonnen maken. Eerst moest men bij afrekenen via F12 een order aanmaken. Daarna kon men bij de volgende bon d.m.v. F7 een (volledige) betaling boeken op deze order. Deze werking is aangepast in versie Als men nu in het kassa programma naar afrekenen gaat, kan men een volledige betaling invoeren. Bij de keuze van de kassabon kan men dan d.m.v. F12 alsnog een order maken. Bovenstaande werking is instelbaar. Standaard is het aanmaken van een order met volledige betaling via de kassa NIET mogelijk. De instelling staat dus default op Nee. De betreffende instelling is terug te vinden onder Instellingen\Software\Kassa en dan het tabblad Afrekenen van 68

18 Belangrijke Aandachtspunten Er dient momenteel nog rekening gehouden te worden met het volgende: M.b.t. verwerking volledige aanbetaling: Wisselgeld: Indien er vanuit de kassa een verkooporder met volledige betaling wordt aangemaakt dan wordt er geen wisselgeld geregistreerd. Er wordt nl. geen kassabon aangemaakt maar een order. Afhandeling in het afrekenscherm Het betreffende wisselgeld zal dus zowel niet op het dagjournaal als op de verkooporder terug te vinden zijn. Zie onder: Kassajournaal behorende bij bovenstaande transactie Aangezien de instelling Afronden op 5 cent aan staat binnen BlueRetail (Instellingen\Software\Binnenlandse valuta) wordt er afgerond op 18, van 68

19 Kassabon overzicht Raadplegen order vanuit kassajournaal Zoals aangegeven is het wisselgeld ook niet terug te zien in aanbetaling op de verkooporder: van 68

20 Raadplegen verkooporder Betaling op verkooporder Het eerder genoemde afrondingsverschil wordt wel meegenomen in de betalingsregistratie. In dit voorbeeld is een positief afrondingsverschil te zien. Omgekeerd zal indien er bijvoorbeeld 2 cent te weinig betaald wordt i.v.m. afronding, b.v. 39,52 en je betaald 39,50 ook een negatief betalingsverschil geregistreerd van 68

21 worden. M.b.t. afhandeling reeds aanbetaalde order i.c.m. nieuwe functionaliteit: Indien men een gedeeltelijk afgehandelde order ophaalt in de kassa en naar afrekenen gaat dan is de tekst [F12] naar order niet zichtbaar in het afrekenscherm. Het is wel mogelijk om hierop te drukken en dan verschijnt onderstaande melding. Verdere afhandeling is uiteraard niet mogelijk Verkoopfactuur Geen wijzigingen in dit onderdeel in deze versie Verzamelrekening Geen wijzigingen in dit onderdeel in deze versie Kassabon Geen wijzigingen in dit onderdeel in deze versie Bewaarbon Geen wijzigingen in dit onderdeel in deze versie van 68

22 5.2 Inkoop Beschrijving De organisatie moet op gecontroleerde wijze bij leveranciers goederen kunnen bestellen. Hiertoe beschikt de applicatie standaard over de benodigde inkoop functionaliteiten Inkooprapportage Geen wijzigingen in dit onderdeel in deze versie Inkoopfactuur/creditnota Geen wijzigingen in dit onderdeel in deze versie Inkooporder Geen wijzigingen in dit onderdeel in deze versie Termijnorder Geen wijzigingen in dit onderdeel in deze versie Besteladvies Geen wijzigingen in dit onderdeel in deze versie Levering Geen wijzigingen in dit onderdeel in deze versie van 68

23 5.3 Logistiek Beschrijving 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 (voorraadcorrecties en het voorraadopname traject). Omwille van de door klanten gewenste functiescheiding met bijbehorende verantwoordelijkheden, heeft Newway het logistieke proces gesplitst van het inkoopen facturatieproces Logistieke rapportage Geen wijzigingen in dit onderdeel in deze versie Retourafhandeling Geen wijzigingen in dit onderdeel in deze versie Voorraadbeheer Voorraad(-tellers) uit de artikelkaart In deze versie zijn de actuele voorraad en de voorraadtellers verhuisd naar het voorraadbestand binnen BlueRetail (VOORRAAD.FIC). Dit bestand werd in voorgaande versies alleen gebruikt in combinatie met de module MultiMagazijn. Op de achtergrond is er binnen BlueRetail geen verschil meer in de bestandsopbouw tussen klanten die wel de module Multi-magazijn hebben of klanten die deze module niet hebben. Bij de conversie die plaatsvind bij een update naar deze versie worden er onderhuids een magazijn en een magazijnlocatie aangemaakt. Daarbij hebben klanten zonder MultiMagazijn maar één magazijn en één magazijnlocatie. Bij klanten met MultiMagazijn maar met magazijnen zonder magazijnlocatie zal er ook altijd een standaard magazijnlocatie aan deze magazijnen toegekend worden. In de gebruikersinterface is er nog wel duidelijk verschil. De gebruiker die niet de module MultiMagazijn heeft krijgt niet de extra schermen en mogelijkheden, die horen bij Multi-magazijn. Men kan wel de omschrijving van het magazijn en de magazijnlocatie aanpassen (m.a.w. men heeft wel toegang tot de menupunten Bestanden\Logistiek\Magazijnen en Bestanden\Logistiek\ Magazijnlocaties, maar heeft hier alleen de optie Wijzigen en niet de optie Nieuw ). Achtergrond Achtergrond voor deze aanpassing is dat uiteindelijk alle voorraadgegevens losgetrokken worden uit de artikelkaart. Doordat dit nu niet het geval is worden van 68

24 bij alle transacties die weggeschreven worden ook steeds schrijfacties op de artikelkaart uitgevoerd. Hierdoor is er een grote kans dat er lockings ontstaan indien meerdere processen gebruiken willen maken van de artikelinformatie. Een tweede reden is het feit dat er uiteindelijk mogelijk moet zijn voor klanten met MultiMagazijn dat een digitaal schaplabel (ESL) aan een magazijnlocatie gekoppeld wordt. Hierbij is het zo dat zodra er goederen verplaatst gaan worden van locatie A naar B, de gegevens die getoond worden op de gekoppelde ESL ook gelijk aangepast worden. Herbenoemen oud magazijnlocatie-veld BlueRetail kent ook zonder Multi-magazijn momenteel een veld dat magazijnlocatie wordt genoemd. Bij het huidige gebruik van de module Multi- Magazijn is deze oude magazijnlocatie niet te gebruiken. De werking van de oude magazijnlocatie is totaal anders dan de magazijnlocatie in de module MultiMagazijn. Dit kan verwarrend zijn als er Multi- Magazijn onderdelen worden ingebouwd in het reguliere programma. Daarom is de naam van deze magazijnlocatie aangepast naar locatieinformatie Hieronder een beperkt overzicht van de plaatsen waar de oude magazijnlocatie gebruikt wordt. In al deze schermen is de naam aangepast naar locatieinformatie. Oud menupunt Magazijnlocatie Menu magazijnlocatie: magazijnlocatie was te vinden bij Beheer, BlueRetail, Tabellen, Artikelen, Magazijnlocatie : Nieuw menupunt Locatieinformatie Tabel magazijnlocatie: Werd gekozen voor magazijnlocatie dan verscheen onderstaande tabel: van 68

25 Oude tabel Magazijnlocatie Nieuwe tabel Locatieinformatie Artikelkaart Oud Bestand Artikelen: In het bestand artikelen, tablad details, logistiek is de magazijnlocatie zichtbaar. Ook hier wordt de naam aangepast van 68

26 Artikelkaart Nieuw Formulier editor Oud Formuliereditor: In het menu Hulpprogramma s, Formulier editor kan gekozen worden voor een selectieformulier. Daar kon gekozen worden voor een magazijnbon : Ook hier is de naam aangepast van magazijnbon naar locatiebon. Zie onderstaande screenshot van 68

27 Formulier editor Nieuw Extra stuurcodes Tevens zijn extra stuurcodes voor de zoekcode van het magazijn en de magazijnlocatie toegevoegd. Overig: Er zijn nog diverse andere plaatsen, waar magazijnlocatie voor kwam, zoals artikelselecties, diverse transactie-overzichten, diverse rapporten en instellingen. Ook hier is de tekst aangepast van 68

28 Aanpassing indien module MultiMagazijn actief Aanmaken locaties: Voorheen kon men magazijnen aanmaken zonder er locaties aan te koppelen. Bij een update naar deze versie wordt er in dat geval automatisch een default locatie aangemaakt en bij de voorraadrecords wordt deze locatie automatisch ingevuld. Bestand magazijnen: De gebruiker heeft wel de mogelijkheid om meerdere magazijnen en magazijnlocaties aan te maken. Verder krijgt de gebruiker alle menu s en schermen die horen bij MultiMagazijn. Selectie op laagste niveau magazijnlocatie: In onderstaand scherm, maar ook bij transacties, kan men voortaan alleen maar de magazijnlocatie invullen. Want hiermee is automatisch het magazijn bepaald. Het loepje bij magazijn is daarom verdwenen en het intern nummer is altijd grijs. Aanpassing zonder module MultiMagazijn Aanmaken standaard magazijn: Bij een update naar deze versie wordt er automatisch 1 magazijn en 1 locatie aangemaakt. Via het menupad BGM kan men het standaardmagazijn aanpassen en zelf een naam geven. Hetzelfde kan via menupad BGG gedaan worden voor de magazijnlocatie. De knoppen nieuw en verwijderen zijn niet zichtbaar, waardoor de klant zelf geen nieuw magazijn meer kan aanmaken en de default niet kan verwijderen van 68

29 Kaart: Op de kaart in het bestand magazijn zal de gebruiker alleen maar de optie vrij verkoopbaar kunnen kiezen. Bestand artikelen oud: Het tabblad details, logistiek van het bestand artikelen met het oude bestand artikelen ziet er als volgt uit: van 68

30 Bestand artikelen nieuw: In de gewijzigde situatie ziet het tabblad er als volgt uit: I-Knop: Drukt de gebruiker vervolgens op de I-knop dan verschijnt het volgende scherm: van 68

31 De naam van dit scherm is aangepast van voorraad-informatie Multi-magazijn naar Voorraad-informatie Overig: De overige menu s en schermen blijven gelijk zoals de huidige situatie zonder Multi-magazijn. Het is wel mogelijk dat gebruiker in opgevraagde tabellen of schermen het magazijn of de magazijnlocatie ziet. Een voorbeeld is onderstaand scherm ( bestand artikelen, zoeken ). Overgang van de huidige naar de nieuwe situatie Overgang voor bedrijven zonder MultiMagazijn: Bij de overgang van de oude naar de nieuwe situatie is het belangrijk om de gebruiker niet te belasten met extra werkzaamheden. Bij de overgang (=installatie nieuwe versie BlueRetail of patch) worden dan de volgende stappen automatisch uitgevoerd: Het systeem maakt zelf een standaard magazijn en gekoppelde standaard magazijnlocatie aan. De voorraad en andere tellers van alle artikelen worden naar de standaard magazijnlocatie geboekt. Overgang voor bedrijven met MultiMagazijn: Bij bedrijven die reeds gebruik maken van MultiMagazijn zal gecontroleerd worden, of alle magazijnen minstens 1 locatie hebben. Indien niet het geval, dan van 68

32 zal deze aangemaakt worden. Overgang van regulier (zonder module) naar MultiMagazijn in nieuwe situatie Artikelbestand Als een klant in de nieuwe situatie overgaat naar MultiMagazijn, zal de procedure anders zijn dan voorheen. De magazijnen en magazijnlocaties zijn namelijk al aangemaakt. Belangrijkste wijzigingen op het moment van overgang zijn: Gebruiker kan meerdere magazijnen en locaties aanmaken. Deze zijn ook anders in te stellen dan vrij verkoopbaar. Gebruiker krijgt meer menufuncties (zoals verplaatsen goederen). In het artikelbestand zijn momenteel de volgende logistieke, dynamische tellers opgenomen: Actuele voorraad (ACT_VRD) ONTV_VRD IN_BESTEL GERES_VRD TEFAKT Deze tellers worden voortaan overgenomen in VOORRAAD.FIC. In het artikelbestand blijven deze op 0 staan, deze zullen in een latere fase verwijderd worden. De mutatie heeft verder geen gevolgen voor de gebruiker. Indien de tellers geraadpleegd worden, worden de waardes uit het bestand VOORRAAD gehaald Inventarisatie Geen wijzigingen in dit onderdeel in deze versie Ontvangst goederen Geen wijzigingen in dit onderdeel in deze versie Levering Geen wijzigingen in dit onderdeel in deze versie van 68

33 5.4 Financieel Beschrijving 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. Financiële Rapportage Financiële rapportage Geen wijzigingen in dit onderdeel in deze versie Crediteuren Geen wijzigingen in dit onderdeel in deze versie Debiteuren Geen wijzigingen in dit onderdeel in deze versie Inkoopfacturering Aanpassing veld inkoopfactuurnummer Vanaf deze versie is het veld inkoopfactuurnummer opgerekt naar 12 posities en alfanumeriek gemaakt. D.w.z. dat men niet meer gebonden is aan het alleen maar in kunnen voeren van cijfers. Ook letters en andere tekens zijn toegestaan. Zie onderstaande voorbeelden: van 68

34 Crediteuren Factuur Crediteuren Creditnota van 68

35 Invoeren retourgoederen Boekhoudkoppelingen Voor de op de FMUTA standaard gebasseerde koppelingen met Exact Globe, Exact Online en UNIT4 Multivers betekent dit dat alleen de eerste acht posities van het factuurnummer meegenomen zullen worden naar de boekhouding. Dit houdt verband met de restrictie in de FMUTA6 standaard. Het veld factuurnummer kan max. 8 posities lang zijn: van 68

36 Voor wat betreft de AFAS-koppeling is dat 9 posities. Ook hier zullen dus alleen de eerste 9 posities meegenomen worden in de boekhoudexport Verkoopfacturering Geen wijzigingen in dit onderdeel in deze versie van 68

37 5.4.6 Waardering Geen wijzigingen in dit onderdeel in deze versie Prijsbeleid Geen wijzigingen in dit onderdeel in deze versie Kasgeld/Kluisgeld Geen wijzigingen in dit onderdeel in deze versie van 68

38 5.5 Service Beschrijving Voor veel retailers is een hoge servicegraad van cruciaal belang. De registratie van de service-afhandeling is daarom wezenlijk. Dit proces is zo veelomvattend dat deze functionaliteit niet binnen BlueRetail is gebouwd maar dat hiervoor een aparte applicatie, BlueService, is gemaakt. BlueService De applicatie BlueService is in ontwikkeling. Zodra de datum van een eerste release bekend is wordt dit bekend gemaakt via de websites en Deze applicatie zal ook opgeleverd gaan worden met eigen release-notes van 68

39 5.6 Retail CRM Beschrijving De inkoop- en verkoopprocessen vereisen de registratie van klantgegevens in het systeem CRM Rapportage Geen wijzigingen in dit onderdeel in deze versie Kredietlimiet Geen wijzigingen in dit onderdeel in deze versie Klantenpas Geen wijzigingen in dit onderdeel in deze versie Spaaracties Geen wijzigingen in dit onderdeel in deze versie Francowaarde Geen wijzigingen in dit onderdeel in deze versie van 68

40 5.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 artikel scanning 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. Geen wijzigingen in dit onderdeel in deze versie van 68

41 5.8 Beheer Beschrijving BlueRetail biedt standaard beheer functionaliteiten 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 een POS terminal, ticketprinter, geldlade(s), klantendisplay, (hand)scanner /mobile terminal en EFT-(pin)apparatuur Applicatiebeheer Digitale schaplabels BELANGRIJK! Digitaal schaplabel / ESL In deze versie zijn alle voorbereidingen voor de module digitale schaplabels (ESL) getroffen. In de sprint van februari wordt deze functionaliteit door Newway volledig getest, waarna deze officieel vrijgegeven zal worden van de versie (release 4 maart). Een ieder die graag eerder deze functionaliteit mee zou willen testen gelieve contact op te nemen met de afdeling product management: productmanagement@newway.nl. Digitale schaplabels zijn een alternatief voor de papieren uitgeprinte schaplabels in winkels. Het digitaal schaplabel wordt draadloos aangestuurd vanuit het artikelen bestand van de winkel. Verandert een klant de prijs (of ander artikelkenmerk) in het kassa of Retail ERP systeem, dan verandert automatisch de prijs van het artikel mee. Deze techniek noemen we ESL en dat staat voor Electronic Shelf Label; een digitaal schaplabel. ESL s zijn draadloos en worden aangestuurd vanuit een zender/ontvanger die op haar beurt gekoppeld is aan een Server. De server haalt haar gegevens uit het artikelbestand. Bij het wijzigen van prijzen of andere gegevens, veranderen automatisch de gegevens op de displays in de winkel. De communicatie kan tweeledig zijn: De prijzen worden aangepast en het kaartje zendt terug dat dit ook daadwerkelijk gebeurd is. Voordelen Voordelen van het gebruik van ESL s voor een retailer zijn: - Labels en kassa vermelden altijd dezelfde prijs - Minder tijd nodig voor verwisselen papieren schapkaartjes - De ESL s zorgen voor een moderne uitstraling in de winkel - Minder papier en inktverbruik van 68

42 Soorten labels Er zijn twee hoofdsoorten labels op de markt: volautomatische labels en halfautomatische labels. Halfautomatische labels: Voor producten die jarenlang in het assortiment blijven, waarvan de artikelnaam, nummer of barcode praktisch nooit wijzigt, is het LCD label het meest geschikt. Zeker voor grote aantallen labels zal de keuze voor LCD labels de totale investering binnen de perken houden. De halfautomatische labels, zijn er in verschillende maten. Kenmerkend voor deze LCD labels is dat de variabele gegevens van het artikel zoals prijs, prijs per kilo, prijs per liter op vaste locaties op het scherm ingedeeld staan. De vaste productgegevens als artikelnaam, barcode, artikelnummer staan op een stickertje dat op het label geplakt wordt. Dit stickertje rolt automatisch uit de stickerprinter bij koppeling van een artikel aan een prijslabel. Het LCD display heeft de mogelijkheid om velden te laten scrollen en te laten knipperen. Ook kunnen bepaalde symbolen op afstand aan en uitgezet worden op het display waar betekenis aan gegeven kan worden voor de staf op de werkvloer. De labels kunnen door elkaar gebruikt kunnen worden. Volautomatische labels: Voor artikelen die snel wisselen in het assortiment, voor producten waarbij het verschaffen van aanvullende productinformatie wenselijk is, is de volautomatische label (soms ook genaamd: de E-paper) de oplossing. Alle relevante gegevens die van het artikel in de database beschikbaar zijn, kunnen op elk label getoond worden. De lay-out van het label is vrij en door de gebruiker zelf aan te passen. Naast artikel informatie in tekst en cijfers zijn ook afbeeldingen, merkenlogos en van 68

43 barcodes te plaatsen. Ook QR codes die direct verwijzen naar de website van de aanbieders zijn goed scanbaar vanaf de HD labels. Leveranciers Koppeling BlueRetail Database Er zijn diverse leveranciers op de markt waaronder Pricer en Opticon. Binnen BlueRetail is nu een koppeling met de leverancier Pricer gebouwd. De volgende vijf bestanden zijn van belang in de nieuw gebouwde koppeling: 1. Het huidige artikelbestand, ARTIKEL.FIC: hierin staan de artikelgegevens. 2. VOORRAAD.FIC: Dit bestand wordt niet alleen gebruikt bij klanten die gebruik maken van de module MultiMagazijn, maar voortaan ook door klanten, bij wie MultiMagazijn niet actief is. 3. Het bestand magazijnlocatie. (uit de module MultiMagazijn). Ook dit bestand zal altijd gebruikt worden binnen BlueRetail. 4. Het bestand LAYOUT_ESL.FIC. Dit bestand is te benaderen via een apart gebruikersscherm. Hierin wordt de ESL lay-out gedefinieerd door de gebruiker. 5. Een nieuwe bestand SCHAPLABEL.FIC: Hier worden de ESL s gedefinieerd. De ESL s zijn gekoppeld aan een lay-out en aan het bestand VOORRAAD.FIC. In boven getoond scherm is duidelijk hoe de verbanden zijn tussen ESL en MultiMagazijn. Structuur van het bestand VOORRAAD.FIC is als volgt: VQINTNUM ARINTNUM MAGLOC ACT_VRD Etc. Binnen de ESL is een verwijzing naar het voorraad-record (VQINTNUM) van 68

44 Bijvoorbeeld: ESLINTNUM, VQINTNUM 1, 1 2, 1 Er kunnen dus meerdere ESL s gekoppeld worden aan een regel in het voorraadbestand. Iteraties Bij de bouw van deze functionaliteit is gewerkt met verschillende iteraties: 1. ESL wordt gebruikt zonder dat men deze koppelt aan een magazijnlocatie. De werking voor gebruikers met en zonder de module MultiMagazijn is hetzelfde. 2. ESL kan gekoppeld worden aan een magazijnlocatie. Deze optie zal alleen beschikbaar komen voor gebruikers met een module MultiMagazijn. Deze versie bevat iteratie 1. Voordeel iteratie 2: Het is mogelijk dat de klant wenst dat ESL en magazijnlocatie aan elkaar gekoppeld zijn. Het is dan mogelijk om bij een locatiewijziging van een artikel het ESL ook automatisch te wijzigen. (Andersom zou ook kunnen Wijziging van het ESL zou dan ook direct een wijziging van magazijnlocatie inhouden). Om dit voor werkzaam te maken zou er: - Er maximaal één artikel in een magazijnlocatie mogen zijn. - Er in de database een koppeling gelegd dienen te worden tussen ESL en magazijnlocatie van 68

45 Module Module Schaplabels ESL: ESL is een aparte module bij de licenties. Als de module op ja staat, dan wordt digitale schaplabels zichtbaar in het gebruikersmenu. Menu-structuur Nieuw menupunt Digitale schaplabels : De nieuwe functie digitale schaplabels is toegevoegd onder het menupunt: Bestanden, artikelen, digitale schaplabels, zie onder: Nieuwe menupunten Bestand en Layout : Wordt er vervolgens geklikt op digitale schaplabels dan verschijnen de menuopties bestand en Lay-out van 68

46 Nivo instellingen Het verschijnen van bovenstaande menupunten zijn afhankelijk van onderstaande nivo instellingen: Bestand digitale schaplabels Wordt er geklikt op Bestand dan wordt onderstaand scherm getoond van 68

47 In dit scherm zijn de reeds ingevoerde schaplabels, gekoppelde lay-outs en artikelen zichtbaar. Via de filter kan gezocht worden naar gekoppelde ESL s, layouts of artikelen. Kaart Wordt er geklikt op Kaart, dan verschijnt het volgende scherm: Velden Velden: Barcode Lay-out info Lay-out Omschrijving Dit is de unieke barcode van het digitale schaplabel De gebruiker kan hier voor een lay-out kiezen. (Scherm Lay-out wordt hieronder behandeld). Dit is de omschrijving van de lay-out zoals gedefinieerd bij het scherm Lay-out van 68

48 Artikelinfo Artikelnummer Omschrijving Dit is het artikelnummer van het artikel wat gekoppeld is. Omschrijving van het artikel Nieuw Drukt de gebruiker in dit menu op Nieuw dan is het volgende scherm te zien: Daarbij staat de cursor automatisch op het veld Barcode. Hier geeft de gebruiker het nummer in van de barcode van de ESL of scant het ESL. Vervolgens springt de cursor automatisch naar artikelnummer. Hier geeft de gebruiker de barcode van het artikel in of scant het artikel. Als de gebruiker op OK heeft gedrukt is de koppeling in BlueRetail vastgelegd. Ok betekent ook dat er binnen BlueRetail een proces wordt opgestart dat ervoor zorgt dat er een fotobestand wordt klaargezet op de juiste plek in het systeem. Overige velden: De overige velden worden alleen aangepast als de gebruiker bewust op betreffend veld klikt. Lay-out: Doorgaans staat hier de lay-out van het vorige gekozen ESL (soort default). Gebruiker kan hier andere lay-out kiezen, die vanaf dan de default is. Snel invoeren van grote hoeveelheden: Na aanklikken knop OK, komt BlueRetail uit zichzelf met het volgende nieuwe invulscherm. Hierdoor wordt invoeren van grote hoeveelheden eenvoudig gemaakt: Scannen barcode ESL Scannen barcode artikel OK aanklikken. ESL zonder artikel: ESL s kunnen ook worden ingevoerd, zonder een artikel te koppelen. De lay-out is wel verplicht. OK betekent dus hier niet dat er een fotobestand hoeft te worden gemaakt. Als gebruiker op wijzigen klikt, dan kunnen de gegevens zoals bovenstaand zijn van 68

49 ingevoerd gewijzigd worden. Doorgaans zal er gekozen worden voor een andere lay-out of ander gekoppeld artikel. Als de gebruiker op OK geklikt heeft, ligt de nieuwe koppeling vast en zal er een nieuw fotobestand worden klaargezet. Als gebruiker op verwijderen klikt dan worden de gegevens van het ESL verwijderd inclusief koppelingen naar lay-out en artikel. BlueRetail hoeft dan geen nieuw fotobestand te maken voor dit artikel. Bestand lay-out Het bestand artikeletiketten is in principe geschikt om de lay-out van de digitale schaplabels te kunnen herbergen. Er zouden dan wel extra kenmerken aan moeten worden toegevoegd. Technisch is het echter lastig om beiden te combineren en tevens zou de combinatie toekomstige ontwikkelingen (zoals bijvoorbeels aansturen halfautomatische ESL s) in de weg kunnen staan. Er is daarom gekozen voor een apart bestand lay-out. Hieronder een voorbeeld van het nieuwe scherm. Kaart En de kaart hierbij ziet er als volgt uit: In dit scherm kan de gebruiker verschillende lay-outs maken per merk schaplabel. Daarbij kan de gebruiker de zoekcode en de omschrijving zelf van 68

50 bepalen. Velden Velden: Merk Formaat Etiketinhoud Knop Ok Het Merk bepaald intern waar de bestanden worden geplaatst en welke type bestand er moet worden aangemaakt. De gebruiker kan aangeven: de breedte en hoogte van het ESL, de positie (horizontaal en verticaal) en de dpi die bij de lay-out hoort. Hier kan de gebruiker de lay-out gaan maken. Werking is verder gelijk aan die van de papieren schapetiketten. De knop ok kan verschillende procedures in werking zetten. Bij het wijzigen van de omschrijving of zoekcode hoeft alleen het bestand te worden gewijzigd. Bij het wijzigen van het type schaplabel of het etiketinhoud, dienen er ook nieuwe fotobestanden te worden aangemaakt. Nieuwe stuurcode Er is een nieuwe stuurcode bij gekomen, nl. [AANBIED]. Indien deze in de layout staat, zal het veld of de tekst erachter alleen afgedrukt worden, als er een aanbieding aktief is. Aanmaken foto bestand Wanneer verzenden: In de volgende gevallen wordt er een nieuw fotobestand gemaakt en geplaatst worden in de juiste directory: In bestand digitale schaplabels: Koppeling van een artikel aan een (nieuw) ESL. Wijziging van het gekoppelde artikel. Wijziging van de gekoppelde lay-out. In bestand lay-out: van 68

51 Wijziging van etiket-inhoud of overige kenmerken (hoogte, breedte, positie, dpi of merk). Dit geld dan voor alle ESL s die gekoppeld zijn aan betreffende lay-out. In bestand artikelen: Wijziging in dit bestand van kenmerken die op het ESL worden weergegeven (prijs, omschrijving, eenheid ect.) van gekoppelde artikelen. Het programma kijkt, welke velden er op het label voorkomen en als een van deze velden gewijzigd is, dan wordt er een nieuw fotobestand gemaakt. In bestand aanbiedingen: Start of eind van een periode (inclusief tijdstip) waarop een gekoppeld artikel een afwijkende verkoopprijs in het bestand aanbiedingen heeft. Wanneer niet verzenden: In de volgende gevallen wordt er geen nieuw fotobestand gemaakt: In bestand digitale schaplabels Aanmaken van een nieuw ESL zonder dat er een artikel wordt gekoppeld. Alle wijzigingen bij het gekozen ESL, terwijl er geen artikel gekoppeld is. Verwijderen ontkoppelde artikel. In bestand lay-out: Wijziging van zoekcode of omschrijving. Automatisch verzenden Geautomatiseerd verzenden: Bij wijzigingen in het bestand digitale schaplabels of bestand lay-out kan de knop OK de trigger zijn om fotobestanden te maken. Hiervoor is geen geautomatiseerd proces nodig. Bij wijzigingen in het bestand artikelen of in het bestand aanbiedingen is er wel een geautomatiseerd proces. Bij het bestand aanbiedingen wordt tevens rekening gehouden met begintijdstip en eindtijdstip van de aanbieding. Geautomatiseerd verzenden update gegevens: In de automatische procedures is een extra commando bijgemaakt Automatisch schaplabels aanmaken bij start of einde aanbieding. Dit commando heeft alleen de parameter Bedrijf. Wat het commando gaat doen is voor alle gewijzigde records in een nieuwe export draaien (verzenden) op basis van een verschillenlijst. Let op: De inhoud van het ESL word alleen gewijzigd als de inhoud daadwerkelijk gewijzigd is van 68

52 Aanbiedingen Als er bij een aanbieding een tijdsrestrictie ingevuld is, dan wordt het schaplabel via de automatische procedure iets eerder teruggezet naar de normale verkoopprijs. Stel nl. dat de aanbieding eindigt om 11:00. Als een klant om 10:55 langs zo n artikel komt, staat daar de aanbiedingsprijs. Rekent de klant af om 11:03, dan geldt de aanbiedingsprijs niet meer. Om dit te bereiken kan men bij instellen artikelen het aantal minuten instellen, dat de prijs eerder teruggezet moet worden. Aanbiedingstekst Bij aanbiedingen is het gebruikelijk dat het schapetiket wordt aangepast. Naast de reguliere informatie wordt doorgaans de tekst aanbieding getoond en de van prijs. Om nu niet telkens het etiket te hoeven aanpassen als het artikel in de aanbieding is er gekozen voor een generieke oplossing. Het schapetiket wordt zodanig ingesteld dat bepaalde inhoud alleen wordt getoond als het product in de aanbieding is. De etiketinhoud bij het bestand artikeletiketten wordt dan gedeeltelijk van 68

53 voorwaardelijk. Men kan dit aangeven door in de lay-out de stuurcode [AANBIED] mee te geven (zie 1.4). Indien deze stuurcode gebruikt wordt, wordt het volgende veld alleen afgedrukt, als het betreffende artikel op dat moment een aanbieding heeft. Voorbeeld Als het artikel niet in de aanbieding is dan toont het ESL onderstaand plaatje. Als het artikel wel in de aanbieding is, dan wordt de volgende extra informatie getoond: Hier zal men dus de stuurcode [AANBIED] moeten plaatsen voor de teksten Aanbieding!, Van, voor: en voor de verkoopprijs. Bestand artikelen Binnen BlueRetail is het gebruikelijk dat in het bestand artikelen terug te vinden is, waar het artikel gekoppeld is (via de Info knop). Wordt er rechtsonder op het pijltje in de combo box gedrukt dan kan de gebruiker kiezen uit diverse mogelijkheden. Hierbij is ook digitale schaplabels aan toegevoegd van 68

54 Wordt er vervolgens op de Info knop gedrukt dan is de kaart van het bestand digitale schaplabels te zien, met daarin alle ESL s die gekoppeld zijn aan het artikel: Koppeling met printer De gegevens van het digitale schaplabel worden niet naar een fysieke printer gestuurd maar naar de Pricer software. Hiervoor moet er wel een printer gekoppeld worden. Dit is mogelijk gemaakt via Instellen\Hardware\Printerselectie, zie onder: van 68

55 Technisch is het zo dat er door BlueRetail een plaatje wordt geëxporteerd dat door de Pricer software wordt opgepakt en doorgestuurd naar de juiste ESL Instelbare default fonts Vanaf deze versie is als dealer mogelijk om voor een bedrijf afwijkende fonts als default te gebruiken voor: De hard-gecodeerde prints, zoals: o dag/dienstjournaal; o betaalautomaatbonnen en overzichten; o tellen-journaal, behalve afstorten kas en kluis; o vragenlijst na het tellen/afstorten; o overzicht liquide middelen; o rekenmachine-afdrukken; o rapport 597 Margerapportage van 1 artikel of groep (Derving); De vaste rapporten en de transactie-lay-outs en etiketten; van 68

56 De teksten die in BlueRetail op het scherm worden getoond (behalve de tabblad- en window-titels en ook de touch-kassa niet); De instellingen kunnen via het tabblad Interface van menu-optie Instellingen Software Algemeen gemaakt worden. Aangezien nog niet alle consequenties van deze instellingen volledig bekend en geïmplementeerd zijn, zijn onderstaande instellingen voorlopig alleen beschikbaar wanneer men als dealer inlogt van 68

57 Vanwege de extra instellingen zijn de overige instellingen hier en daar wat verschoven. Hierboven staan de default-instellingen weergegeven, zoals deze ook in voorgaande versies gehanteerd werden. Met de knop Restore defaults kan men altijd deze default-waardes weer terugzetten, mocht men de instellingen hebben aangepast. Let er wel op, dat dan ook de OK-knop geactiveerd dient te worden om de instellingen daadwerkelijk terug te zetten. Wanneer het ingestelde font op het systeem wordt verwijderd, dan zullen ook opnieuw deze default fonts gebruikt gaan worden. De inhoud van de linkse keuzelijsten is afhankelijk van de op het systeem aanwezige fonts. Dit is dan ook de voornaamste reden dat het stationsinstellingen zijn geworden. Het merendeel van de aanwezige fonts zal in de praktijk waarschijnlijk niet werkbaar zijn, omdat deze of te groot of te klein zijn, ten opzichte van de huidige fonts. Voor de hard-gecodeerde prints kunnen alleen zogenaamde MonoSpace-fonts geselecteerd worden. Dit zijn fonts met een vaste breedte voor ieder karakter, waardoor het mogelijk is, om uit te lijnen. Het is reeds gebleken, dat ook de printer-driver van invloed is, of het gekozen font ook als vaste breedte wordt afgedrukt. (Bv. Fixedsys) Voor de hardgecodeerde prints kan ook de fontgrootte ingesteld worden, waardoor het bij sommige printer-drivers wel lukt om de afdrukken beter passend af te drukken. Voor de rapporten en lay-outs is ook een instelling voor de fontgrootte, maar deze is niet van toepassing op de fontgrootte van de standaard rapporten (menu RDR), wel bij de lay-outs en etiketten. Door het instellen van deze font en fontgrootte hoeft men in de verschillende lay-outs, niet meer de fontnaam en fontgrootte als parameter op te geven. Dit is vooral voordelig als men in alle layouts en etiketten hetzelfde lettertype wil hanteren, dat afwijkt van de default font Arial. Wel zal men de bestaande lay-outs eenmalig moeten aanpassen. Als men in de toekomst dan van font wil veranderen, dan hoeft alleen de instelling aangepast te worden, i.p.v. alle lay-outs van 68

58 Oude situatie Nieuwe situatie In de nieuwe situatie zijn de fontnamen weggelaten, en voor font 3 is ook de fontgrootte leeggelaten, aangezien deze ook gelijk was aan de ingestelde default grootte. Instelbare regellengte afdruk dagjournaal Omdat het vanaf deze versie mogelijk is om voor het dagjournaal een ander font en fontgrootte in te stellen, is ook besloten om het maximum aantal karakters dat op een dagjournaal-regel kunnen staan, instelbaar te maken. Hierdoor kan men optimaal gebruik maken van het beschikbare papierformaat. Standaard is de lengte 41 karakters, maar wanneer men bv. een kleinere fontgrootte kiest, dan kan men het aantal karakters op een regel evenredig vergroten, zodat er meer ruimte ontstaat voor het weergeven van de omschrijvingen, enz. Deze instellingen is te vinden op het tabblad dagjournaal van menu-optie Instellingen Software Kassa. Ook deze instelling is alleen zichtbaar, wanneer men als dealer inlogt. Uiteraard is ook dit een stations-instelling. Wanneer men deze bv. verdubbelt naar 82, dan ziet het dagjournaal er zo uit: van 68

59 Weergavemodus etiketten en formuliereditor Bij het maken van formulier- en etiket lay-outs heeft de gebruiker nu de mogelijkheid om de weergave van de stuurcode-velden te bepalen. Men kan kiezen uit de huidige proportionele weergave, maar ook uit de ingestelde monospace-weergave. Met behulp van deze weergave is het eenvoudiger om te controleren of bepaalde teksten goed uitgelijnd zijn, omdat ieder teken dezelfde breedte heeft. De weergave kan ingesteld worden met onderstaande knop: Deze bevindt zich bij de volgende menu-opties: Hulpprogramma s Formulier-editor Bestanden Artikelen Etiketten Bestand Bestanden Relaties Etiketten Bestand Wanneer men op de knop klikt, dan verandert de weergave en ook de knopafbeelding en tooltip. De laatst-gebruikte weergave wordt onthouden door de software. (Niet per venster, maar voor alle drie de schermen, wordt 1 instelling bijgehouden.) van 68

60 5.8.2 Implementatie Geen wijzigingen in dit onderdeel Gegevensbeheer Oprekken zoekcodes t.b.v. SAP koppeling (maatwerk) Vanaf deze versie zijn er een viertal zoekcode-velden database-technisch opgerekt naar maximaal 12 posities. Het gaat om de volgende zoekcode-velden: ARTIKEL.CODE (was 10) OMZGROEP.CODE SUBGROEP.CODE AANBIED.CODE Standaard zal BlueRetail blijven werken met maximale veldlengte van 6 posities zoals in alle vorige versies. Deze wijziging heeft dus geen functionele impact op bestaande omgevingen die overgaan naar deze versie. Wel zal de databaseconversie iets meer tijd in beslag gaan nemen, afhankelijk van het aantal records dat in de bestanden ARTIKEL, OMZGROEP, SUBGROEP en AANBIED aanwezig is. Deze velden zijn opgerekt ten behoeve van een koppeling met SAP. Hierdoor kan dezelfde informatie in beide pakketten worden weergegeven. De velden zijn alleen via de dealer-code op te rekken naar 7 t/m 12 posities, via het tabblad Maatwerk bij de algemene Instellingen (ISL). Het is alleen mogelijk om voor ALLE velden dezelfde lengte te kiezen, en dus niet om een artikelzoekcode van 8 posities te hebben, en een subgroep-code van 10 posities. Via de Wijzig Max.-knop kan de lengte opgerekt of ingekort worden. Ook in de bijbehorende zoek- en kaart-velden is de invoerruimte verruimd zodat de eventuele langere zoekcodes ook beter zichtbaar zijn van 68

61 Overige gewijzigde velden De inhoud van de velden ARTIKEL.CODE en SUBGROEP.CODE worden ook in andere database-velden gebruikt. Dientengevolge zijn ook deze velden opgerekt naar 12 posities. Het gaat om de volgende velden: Deze wijzigingen kunnen dus van invloed zijn op de bestaande koppelingen(bv. HHT, DW of GFK-data, enz.). Aan de import-zijde zullen dus mogelijk ook aanpassingen gemaakt moeten worden, alvorens BlueRetail geüpdate gaat worden. Vooralsnog zijn er geen wijzigingen in de export doorgevoerd in de bestaande koppelingen Registratie winkelbezoekers Vanaf deze versie is de database uitgebreid met een transactie -bestand WINKELBEZOEK. In dit bestand kunnen records geïmporteerd worden door middel van een databestand dat door externe software m.b.t. bezoekers-registratie is aangemaakt. In het WINKELBEZOEK-bestand worden de volgende velden vastgelegd: Het bestand is een transactie-bestand, hetgeen wil zeggen, dat het beheer ervan altijd op het filiaal ligt, en dat de gegevens ook naar de spiegel gecommuniceerd van 68

62 zullen worden. Er kan geïmporteerd worden via de volgende twee sleutelvelden: Weergave in dagjournaal Wanneer men records in het WINKELBEZOEK-bestand heeft geïmporteerd, dan zullen de dagtotalen zichtbaar worden als het aantal bezoekers van het geselecteerde dagjournaal groter dan 0 is. Wanneer het vinkje Totalen is aangevinkt, dan zullen de totalen van de geselecteerde start- en einddatum getoond worden. Wanneer er geen records zijn, of het aantal van die geselecteerde periode is 0, dan is het veld niet zichtbaar van 68

63 5.8.4 Data Import en Export Geen wijzigingen in dit onderdeel Datacommunicatie Geen wijzigingen in dit onderdeel Rollen Geen wijzigingen in dit onderdeel Toegangsbeheer Geen wijzigingen in dit onderdeel in deze versie Boekhoudkoppeling Geen wijzigingen in dit onderdeel POS Hardware configuratie Geen wijzigingen in dit onderdeel Web Transaction Services Geen wijzigingen in dit onderdeel Lay-out beheer Geen wijzigingen in dit onderdeel van 68