Versie GD Venlo, 11 januari Release Notes BlueRetail versie 3.51 GD Product Management

Transcriptie

1 Versie GD Venlo, 11 januari 2011 Release Notes BlueRetail versie 3.51 GD Product Management

2 Inhoudsopgave 1 INLEIDING TECHNISCHE ISSUES Requirements Update instructie Instructies bij calamiteiten Compatibiliteit met lagere versies Koppeling BlueRetail mobile TOELICHTING DOCUMENTINDELING TOELICHTING NOTATIES BLUERETAIL KERNBEGRIPPEN Technische uitleg werking prijsaanpassingen / promotie Inleiding Kortingsvormen BLUERETAIL GEWIJZIGDE EN NIEUWE FUNCTIONALITEITEN Verkoop Reorganisatie kassa-instellingen Verzamelfactuur in combinatie met alt. factuurrelatie Bonbedrag zichtbaar bij wisselgeld Beperking maximum invoerbedrag bij afrekenen Extra artikel-kolommen bij verkoop van transacties Bewaarbon waardebepaling vragen Retouren uitschakelen op debiteuren-transacties Meervoudig pinnen als afrekenmethode Verzamelen betaalwijzen indien # betalingen > Aanbiedingsprijzen Touch verkoop Uitbreiding kladblok relatie Relatie tellers tonen in kassa Kredietlimiet overschrijding signaal Instelling Melding bij selecteren relatie Historie Inkoop Extra artikel-kolommen bij verkoop van transacties Buiten Assortiment II Inkooporders op basis van artikelselectie Ketentransacties Crediteuren inkoopfactuur aanpassingen Retouren uitschakelen op crediteuren-transacties Logistiek Verplaatsen goederen binnen magazijn(en) Voorraad-overzichten Multi-Magazijn Retourteken op transacties Melding te verwerken voorraadcorrectie sessie Overzicht controlestaat Financieel Dagjournaal uitbreiding Call Kasgeld journaal.pdf aanpassing Verschillende BTW-soorten in opbouw Match BTW factuur leverancier Lay-out totalen aanpassing stuurcodes Tellen kluisgeld Service van 179

3 6.6 Retail CRM Kortingsopties kop of regel Bewaarbonnen per relatie Tellerinformatie Rapportage Maatwerk Verschillenlijsten (Applicatie) Beheer Promotie zoekfilters Aanbiedingsprijzen zichtbaar in de artikelkaart Voorkeursetiket bij afdrukken Prijsmutatie alt. leverancier op termijn Categorie op relaties Aanbiedingen zichtbaar in artikelkaart Instellingen software, relatie (ICT) Beheer Magazijnbon (kasmagazijn.txt) Zoeken overzichten Indexeren ODBC-registratie Beveiliging Afsluiten BlueRetail Elektronische voucher Tweede kassascherm Extra functionaliteit lay-out programma t.b.v. 2 e kassascherm Automatisch aanmaken inkooporders Uitval Synchronisatie Aanpassingen betaalautomaat-instellingen Banksys Xenta t.b.v. België CTAP Payzone e-point 6400 EFT Terminal Module e-customer Geluid bij succesvolle scan Afdrukknop in artikelkaart Zoekfilter F1, F2, A<Enter> Filteren binnen artikelscherm vanuit de kassa Verwijderen niet-gebruikte toegangsrechten Touchscreen instellingen / functionaliteiten printer Automatisch herindexeren zonder blokkering Dynamische vragen/antwoorden flow Sidebar Retourscannen kassabon (Iteratie 2) Guided Selling via Category Inputmasker in combinatie met >2 decimalen Export naar Excel CCV POS operatingsystem Stuurcode Midden Zoekmethode Document opslaan als bestand Batch lanceren bij sluiten applicatie of systeem Backuppen bij installatie Aanpassingen opschonen logboeken Uitvoeren IMPSLSRPT vanuit BlueRetail (>= 3.51) BUGS van 179

4 van 179

5 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 3 e die de database kunnen gebruiken actief mogen zijn. Product Management zal het document updaten zodra hier vanuit de Newway Product Portfolio of vanuit enig ander technisch oogpunt noodzaak toe is van 179

6 1 Inleiding Inhoud Deze release notes hebben betrekking op de GD versie van 3.51 van BlueRetail. In deze release notes worden de belangrijkste wijzigingen beschreven ten opzichte van versie 3.42 van BlueRetail. Deze release notes zijn bedoeld om klanten en partners inzicht te verschaffen in de wijzigingen en nieuwe functionaliteit in deze versie van BlueRetail. Deze release notes bevatten zowel de wijzigingen van versie 3.50 als de wijzigingen van versie Er wordt niet aangegeven of een wijziging ook in versie 3.50 zit. Let op!! Deze versie is de opvolger van BlueRetail 3.42/3.50. Deze versie bevat: - Alle patches uitgebracht op versie 3.42/3.50 na de release van BlueRetail 3.42/ Alle opgeloste fouten met status hoog, middel en laag zover dit binnen de planning paste. Zie hoofdstuk Nieuwe functionaliteit zie hoofdstuk 6 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 onverhoopt toch fouten in voorkomenm 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 Bij eventuele vragen betreffende deze release kunnen Newway eindgebruikers contact opnemen met de desbetreffende Newway Business partner van 179

7 2 Technische issues Let op!! Deze versie is de opvolger van BlueRetail 3.42/3.50 en is ontwikkeld met de Windev 14 UK versie. Dit zou geen gevolgen mogen hebben voor u als gebruiker. Newway kan dit echter niet 100% uitsluiten! Type update Prioriteit Grootte update X X ± 40 MB Kopieslag Patch verz. Update Upgrade Servicepack Urgent / Spoed Hoog Gemiddeld Laag Nader te bepalen 2.1 Requirements Reboot nodig JA NEE Backup nodig JA NEE Rollback functionaliteit JA NEE 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 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 geupdate. Tevens zal de bijbehorende database conversie van de uitval database automatisch geschieden van 179

8 Bestandsmutaties Database-mutaties Let op!! I.v.m. de nieuwe functionaliteit Zoeken regels in transactie-bestanden zijn ALLE transactie-regel bestanden aangepast (Bestanden in blauwe kaders). Als een bedrijf de ALLEREERSTE keer met BlueRetail 3.50/3.51 wordt gestart kan hierdoor een langdurige bestands-conversie plaatsvinden, afhankelijk van het aantal transactie-regels dat zich in de database bevindt! Het is dus raadzaam om hier van te voren rekening mee te houden en meteen na de database-conversie ook het bedrijf te starten en vervolgens alle bestanden opnieuw te indexeren van 179

9 Verwijderde bestanden uit analyse Geen Nieuwe bestanden Nieuwe Windev Framework Omdat deze versie met de Windev 14 omgeving ontwikkeld is, zal bij de 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 WD140<*.*>.DLL in de software omgeving van BlueRetail. Eventueel aanwezige oudere WD*.DLL s kunnen na update verwijderd worden. Registermutaties Overige mutaties Zijn er registermutaties? Nee Ja Omschrijving X N.v.t. Zijn er overige mutaties? Nee Ja Omschrijving X Er zijn een aantal nieuwe executables toegevoegd aan de installatie-set, te weten: - NWWedge.exe (afhandeling van verschillende COMpoorten) - BR ScreenSaver.exe (starten van een screensaver) - BR kiosk server (tonen 2 e kassascherm) 2.2 Update instructie Update Maak op de server een back-up van de..\<blueretail software> directory (hierin staat de oude WDL en eventueel de geïnstalleerde patches). De cliënts worden automatisch geüpdate bij het opnieuw opstarten van BlueRetail op de cliënts. Let op!!! Op de cliënt(s) mogen géén oude/andere patches blijven staan van 179

10 Let op!! Zie algemene uitvoerinstructie op de inhoudsopgave pagina!! 2.3 Instructies bij calamiteiten Herstellen oude situatie Indien de update niet over een rollback functionaliteit beschikt, kan op de hieronder beschreven wijze terug gegaan worden naar de situatie voor de update! Stap Handeling 1 Verwijder op de server \<BlueRetail software> en plaats de back-up terug 2 De cliënts worden automatisch geüpdate bij opnieuw opstarten van BlueRetail op de cliënts. Er is géén reboot nodig. 2.4 Compatibiliteit met lagere versies Let op!! De BlueRetail versie 3.51 MMS kan communiceren met onderliggende RMS versies: BlueRetail 3.1x BlueRetail 3.3x BlueRetail 3.4x BlueRetail 3.50 Vanaf release BlueRetail 3.42 wordt de bestandsuitwisselingen met de New-Way Retail software 2.4x NIET meer ondersteund. 2.5 Koppeling BlueRetail mobile BR Mobile 2.22 De BlueRetail versie 3.51 kan communiceren met BlueRetail mobile (2.20 en) 2.22 die vanaf deze versie op de installatie CD zal worden meegeleverd Let op!! Met lagere versies van BlueRetail mobile dan 2.20 kan NIET worden gecommuniceerd. Hiermee bedoelen we met name het laden van de stamdata in de mobile van 179

11 3 Toelichting documentindeling Leeswijzer 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. (Applicatie) 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 in de inleiding van hoofdstuk 3 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 179

12 Functie definities Onderstaande tabel beschrijft per onderdeel de definitie die Newway voor de term hanteert. ICT Formule Informatie Personeel Financieel Inkoop Leverancier Verkoop Klant Logistiek 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 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 179

13 4 Toelichting notaties Toetsen Toetsen op het toetsenbord die in de instructie worden gebruikt, worden weergegeven in vetgedrukte hoofdletters tussen deze tekens < >. Bijvoorbeeld <ENTER>. Een alternatief voor het openen van menu s is om het menupunt 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 het menupunt 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 tussen deze tekens < >. Bijvoorbeeld, het menu Printerinstelling heeft het menupad <menupad IHP>. Om dit menupunt te openen dient u <Alt> + I en achtereenvolgens H en P in te toetsen. Een ander voorbeeld is het menupad voor de verkooptransacties: <VI>. Om dit menupunt te openen dient u <Alt> + 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 van 179

14 5 BlueRetail kernbegrippen POS-kassa of PC-kassa (Till) Point of Sale, POS (Front Store) Winkelmanagement, RMS (Back Store) Hoofdkantoor, MMS (Back Office, Head Quarters, Head Office) Multifunctioneelsysteemgebruik Hiermee wordt de kassa hardware bedoeld inclusief retail specifieke randapparatuur (ticketprinter, EFT-terminal, klantendisplay, hand-/tafelscanner). POS verwijst naar de verzameling functionaliteiten die hoofdzakelijk 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.). RMS refereert aan 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 (inkoop, ontvangstgoederen en verkoop) en assortimenten en het opsporen en voorkomen van diefstal en fraude. Daarnaast moeten uiteraard ook alle relevante transactie gerichte rapportages beoordeeld worden. Hiermee wordt de verzameling winkelondersteunende, technische en organisatorische functionaliteiten bedoeld. Er kan worden gedacht aan beheer van stamgegevens van artikelen, klanten, personeel, filialen en leveranciers, maar ook aan het beheer van de interne informatiestromen (transacties tussen samenwerkende winkels) en externe informatiestromen (transacties met klanten en leveranciers). Als de klant een kleine winkel heeft, zal in veel gevallen een groot aantal 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 (BlueRetail) om naar de functies die bij die rol horen ongeacht op welk fysiek systeem men bezig is. Indien men in online (connected, géén uitval-) modus werkt, dan zullen alle aanwezige en aangeschafte functies het doen ongeacht op welk fysiek systeem ment inlogt. 5.1 Technische uitleg werking prijsaanpassingen / promotie Inleiding Algemeen Newway kent in BlueRetail prijsaanpassingen (aanbiedingen en mixmatches), kortingsvormen op regelniveau en/of op bonniveau en/of beide in %, of van voor. De kortingsgetallen die BlueRetail presenteert, worden enkel berekent uit de database-velden van BlueRetail. Elk type prijsafspraak/korting is dus afhankelijk van de waardes van bepaalde database-velden. Hieronder staat weergegeven, met behulp van welke velden, de verschillende types van prijsaanpassingvormen berekend worden. De laagste klantenprijs?! Er leeft bij klanten de veronderstelling dat het systeem te allen tijde de laagste prijs toepast voor de klant. Dit is natuurlijk een (bijna) onmogelijke opgave en ook een riskante want dit kost vaak ook nog de nodige doorrekentijd en het proces (systeem, lees BlueRetail) moet juist snel zijn. De klant is ongeduldig en heeft haast! van 179

15 Ook is er de invloed van de aan klanten en/of leverancier gekoppelde prijsafspraken die het systeem moet toepassen op de transactie en/of transactieregels of beide. Ook het moment waarop de klant in de kassa gekoppeld wordt Bij aanvang Bij subtotaal bij afrekenen speelt een rol, eventueel in combinatie met de module kortingtabellen en aanwezige instellingen daarin Kortingsvormen Kortingtabellen Newway beschouwt kortingtabellen als een soort van prijsafspraken systeem vergelijkbaar met contracten. Op basis hiervan hebben prijsafspraken in principe voorrang op aanbiedingen en/of mixmatch varianten, maar het moment van koppelen van de klant in de kassa kan ook van invloed zijn. Dit betekent dat als er een mixmatch van kracht is en dezelfde artikelen ook in de kortingtabellen vastgelegd zijn, het systeem de mixmatch alleen toepast als pas tijdens het subtotaal-/afrekenmoment de klant gekoppeld wordt. Echter, als men vervolgens nog terug gaat naar de kassa, dan wordt de kortingtabel van kracht en wordt de mixmatch uitgeschakeld. Soms betaalt de klant dan dus teveel op dat moment. Afhaal korting Voor debiteuren en crediteuren is afhaalkorting ingeregeld via de relatiegroepen ( Verzendwijze ) en kan dit in de tab Condities gewijzigd worden bij verkooporders, verkoop(credit)facturen en inkooporders, inkoop(credit)facturen. Technisch Altijd *KOP.PERC_AFHAA (bv. DFAKOP.PERC_AFHAA). Voor KAS en VRZ is dit altijd 0. (Hier zijn immers geen velden PERC_AFHAA). Kwantum korting Voor debiteuren en crediteuren is kwantumkorting ingeregeld via de relatiegroepen ( Verzendwijze ) en kan dit in de tab Condities gewijzigd worden bij verkooporders, verkoop(credit)facturen en inkooporders, inkoop(credit)facturen. Technisch altijd *KOP.KW_KORTING (bv. DCRKOP.KW_KORTING). Voor KAS en VRZ is dit altijd 0. (Hier zijn immers geen velden KW_KORTING). Aanbieding (verkoop & inkoop) Binnen BlueRetail bestaat de mogelijkheid om artikelen in een zogenaamde aanbieding te plaatsen. Dit wordt door de applicatie gezien als een tijdelijke prijsaanpassing en is dus geen kortingsvorm en wordt daarom ook niet als zodanig geregistreerd in de database. Technisch Op regelniveau staat het systeem geen korting op deze aanbieding toe. Wel kan er op de volledige transactie zogenaamde bonkorting worden gegeven in de kassa en deze wordt dan berekend over de aanbiedingsregel. Berekening aanbieding Een actieve aanbieding wordt berekend over alle transactieregels (*REG-records) waarvoor het veld AANB_STATU = 1. Dat zijn de artikelen waarvoor de aanbiedingsvoorwaarden op dat moment gelden van 179

16 Als dit het geval is, dan wordt de prijsmutatie bepaald op basis van het verschil tussen de artikelkaartprijs (ART_VERKPR) en de prijs waarvoor het verkocht is (PRIJS_E) overeenkomend met de aanbiedingsprijs. Transactie regelkorting Regelkorting wordt berekend op basis van de waarde van het veld REGKORTING in de *REG-bestanden. Technisch: PRIJS_E * (REGKORTING / 100). Als er een opmerkingsregel onder de artikel met REGKORTING <> 0 staat, dan wordt dit als aparte rubriek gekozen. Bijvoorbeeld: KORTINGPERCENTAGE 2%. De tekst REGELKORTING komt doorgaans alleen als ingesteld is, dat kwantumkorting in de regels verwerkt moet worden. Transactie bonkorting De bonkortingen in de kassa (KAS) en in overige transactie vormen (VRZ) wordt berekend op basis van de waarde van de transactie totaalwaarde (*KOP.TOTKORTING). Dit gebeurt pas na aftrek van de regelkorting. Technisch: (PRIJS_E (PRIJS_E * (REGKORTING / 100)) * (BONKORTING / 100) Voor debiteuren orders en (credit)facturen en crediteuren orders en (credit)facturen is dit altijd 0. Hier is het veld immers niet aanwezig, maar wordt het opgesplitst in PERC_AFHAA, KW_KORTING en PERC_KREDI. Als er een opmerkingsregel beginnend met BONKORTING aanwezig is, dan wordt deze korting op een aparte rubriek geboekt met de omschrijving van de opmerkingsregel. Bijvoorbeeld: BONKORTINGPERCENTAGE 8%. Prijsverlaging Een prijsverlaging werd vroeger ook wel afwaardering genoemd. Een prijsverlaging wordt berekend op basis van het verschilbedrag tussen de artikelkaartprijs (ART_VERKPR) en de prijs waarvoor het verkocht is (PRIJS_E), na aftrek van de eventuele regelkorting en bonkorting. Technisch: (ART_VERKPR PRIJS_E) (PRIJS_E * (REGKORTING / 100) + (PRIJS_E (PRIJS_E * (REGKORTING / 100)) * (BONKORTING / 100)) De prijsaanpassing op zich is dus geen korting!!!! Kredietbeperkingtoeslag Kredietbeperking is een negatieve korting ter bekostiging van de krediettermijn. bij tijdige betaling mag de betalende partij de opslag aftrekken. Deze kredietbeperking mag niet verward worden met betalingskorting. Betalingskorting is een factuurkorting, die bedrijven soms geven bij een spoedige betaling, vaak als direct contant wordt afgerekend. Deze "korting" wordt gegeven over het bruto bedrag, zodat over de korting zelf btw moet worden betaald. Meestal gaat het om een percentage korting bij betaling binnen een bepaalde periode. Kredietbeperking wordt gebruikt om klanten snel te laten betalen. Dit versterkt de liquide positie van de crediteur, die hierdoor geen tijd en moeite verliest aan het incasseren van het bedrag van 179

17 Er bestaat overigens geen wettelijke verplichting om de kredietbeperking daadwerkelijk te betalen, ook al wordt na de vervaldatum betaald. Kredietbeperking is slechts in het leven geroepen ter beperking van de kosten die het incasseren van een factuur met zich meebrengt (rente etc.). De website van de belastingdienst vermeldt het volgende m.b.t. kredietbeperking (instructie en voorbeeld). Om ervoor te zorgen dat uw klanten op tijd betalen, kunt u op uw facturen een kredietbeperkingstoeslag vermelden. Betalen uw klanten te laat, dan betalen zij u deze toeslag. Over deze toeslag betaalt u btw. Wat moet u doen? U telt de kredietbeperkingstoeslag op bij het factuurbedrag. Meestal is dit een percentage van het totaalbedrag. Omdat u niet weet of uw klant op tijd gaat betalen, rekent u geen btw over de toeslag. Betaalt de klant op tijd, dan hoeft u verder niets te doen. Betaalt hij te laat en betaalt hij u daarom ook de toeslag? Dan betaalt u btw over dit bedrag. Voorbeeld U levert goederen voor: btw = Over dit bedrag berekent u een kredietbeperkingtoeslag, bijvoorbeeld 1% = 119. Hierover berekent u geen btw. Het factuurtotaal is daarom Uw klant betaalt op tijd. U ontvangt U betaalt btw over dit bedrag en uw afnemer kan hierover btw aftrekken als voorbelasting. Uw klant betaalt na de betalingstermijn. U ontvangt U moet dan alsnog 19 (19/119 x 119) btw betalen. Heeft uw afnemer recht op aftrek van btw? Dan kan hij de btw over de toeslag alleen aftrekken als u hem een aanvullende factuur stuurt. Berekening verkoop factuur Binnen BlueRetail kan op de verkoopfactuur in de tab condities de kredietbeperkingstoeslag worden ingeven. Het systeem past dit percentage toe op het incl. BTW totaalbedrag van de factuur en herberekent dan direct ook automatisch de btw en het subtotaal regelbedragen excl. BTW. Het voordeel hiervan is dat er geen factuur nagestuurd hoeft te worden en dat de klant de BTW direct kan boeken in zijn administratie. De werking is dus enigszins anders dan de belastingdienst aangeeft. Berekening inkoop factuur Binnen BlueRetail kan in de tab condities de kredietbeperkingstoeslag worden ingeven. Het systeem past dit percentage toe op het incl. BTW totaalbedrag van de factuur en herberekent dan direct automatisch de btw en het subtotaal regelbedragen excl. BTW. Scherm voorbeeld Order zonder kredietbeperking op een bedrag excl. btw van 10,-- en 19% BTW van 179

18 Order met kredietbeperkingstoeslag 2% op een bedrag excl. BTW van 10,--. De kredietbeperking wordt berekend over de 11,90 incl. BTW en dan teruggerekend naar de BTW en de regel excl. 19% BTW!! van 179

19 6 BlueRetail gewijzigde en nieuwe functionaliteiten Leeswijzer Voorbeeld Geld- & goederenbeweging 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 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. 6.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 van 179

20 6.1.1 Reorganisatie kassa-instellingen Inleiding Vanwege de vele nieuwe functionaliteiten zijn de instellingen voor de kassa gereorganiseerd. De belangrijkste wijzigingen zijn: - Toevoegen tabblad Algemeen, met instellingen van Regels en Diensten. - Verwijderen van tabblad Diensten en e-customer (verplaatst naar apart menupunt, zie par ) - Toevoegen nieuw tabblad 2 de scherm, mbt nieuwe functionaliteit (zie 6.9.8) Verzamelfactuur in combinatie met alt. factuurrelatie Call Inleiding Verzamelfactuur in combinatie met alternatieve factuurrelatie. Bij het doorboeken van orders naar een verzamelrekening wordt nu voor elke order een aparte verzamelrekening aangemaakt (en niet meer per relatie verzameld). Hierdoor is tijdens het doorboeken van de verzamelrekening naar de factuur altijd alles per order gespecificeerd. Bovendien krijgt de gebruiker nu als hij van één alternatieve factuurrelatie de orders wil doorboeken, de vraag of hij ook de orders van de overige relaties wil doorboeken Bonbedrag zichtbaar bij wisselgeld Case Inleiding Afhankelijk van een nieuwe instelling wordt het te betalen bedrag ook groot weergegeven in het afrekenscherm van 179

21 Instelling wisselgeld weergave Resultaat Indien instelling op Nee staat: huidige werking van het pakket. Indien instelling op Ja staat: te betalen bedrag wordt groot weergegeven Beperking maximum invoerbedrag bij afrekenen Instelling maximum bedrag De werking van de kassa-instelling Maximum-bedrag is in versie 3.50 aangepast, zodat als de waarde is ingesteld op 0, dat er dan in de kassa toch een maximum gehanteerd wordt van ,99 (zoals de tooltip aangeeft). In vorige versies was de invoer van het Ontvangen -veld beperkt tot ,99, maar konden er problemen ontstaan wanneer er geen maximum bedrag was ingesteld en er per ongeluk een barcode EAN 13 gescand werd. Zie onderstaande scherm-afdrukken van 179

22 In 3.50 is het veld gewijzigd zodat er alleen getallen of bedragen van maximaal 30 cijfers ingevoerd kunnen worden. Tevens werkt de [Delete] toets weer en is het niet meer mogelijk om via CTRL+V iets in te voegen. Na het scannen van een EAN13-barcode zal de volgende melding verschijnen: van 179

23 6.1.5 Extra artikel-kolommen bij verkoop van transacties Inleiding Artikelkaart Nieuwe mogelijkheid om ervoor te zorgen dat zowel de actuele voorraad als de beschikbare voorraad van een artikel zichtbaar is in het kassa- en het debiteurentransactiescherm. Transactiescherm Instellingen Op de regels tabbladen van de kassa- en debiteuren-instellingen zijn de nieuwe kolommen in te schakelen. Onderstaand een voorbeeld van de debiteureninstellingen: Standaard zullen zij per gebruiker helemaal rechts in de tabel getoond worden, maar deze kunnen op de gewenste positie gezet worden. Indien de module multimagazijn actief is, wordt met Actuele voorraad de Technische voorraad bedoeld van 179

24 6.1.6 Bewaarbon waardebepaling vragen Inleiding Instellingen In de vorige versies van BlueRetail werd de prijs van artikelen, die binnen een bewaarbon waren opgeslagen, niet aangepast naar de actuele waarden geldend op het moment dat de bewaarbon werd opgehaald. De gebruiker wil echter graag kiezen of men de originele prijs (op het moment van aanmaken van de bewaarbon) of de actuele prijs (op het moment van ophalen van de bewaarbon) gebruikt. Voor de functionaliteit Mogelijkheid tot aangeven prijsbepaling bij ophalen bewaarbon zijn er bij de kassa twee nieuwe instellingen toegevoegd op het tabblad Algemeen. Om het pakket zo flexibel mogelijk te maken, is de mogelijkheid toegevoegd om het systeem een vraag te laten stellen. Bij het ophalen van een bewaarbon zal het systeem vragen of de prijzen aangepast moeten worden naar de actuele of de originele prijzen. Daarnaast kan men instellen wat het default-antwoord op de vraag is, zodat enkel de ENTER-toets gedrukt hoeft te worden. Indien Vraag actuele of originele prijs bij ophalen bewaarbon? = Ja o Vraag stellen indien bewaarbon in de kassa wordt opgehaald middels: Of het ingeven van het bewaarbonnummer Of het kiezen van de betreffende relatie Toon het volgende popup-scherm: Let op! Indien instelling Voorkeursantwoord = Originele, dan zet het systeem de focus op de button Originele. Indien instelling Voorkeursantwoord = Actuele, dan zet het systeem de focus op de button Actuele. Indien Originele, dan neemt het systeem de waardes van de bewaarbon over in de kassa. Indien Actuele, dan past het systeem de prijzen van de artikelen, die vanuit van 179

25 de bewaarbon worden opgehaald, aan naar de actuele prijzen. Indien Vraag actuele of originele prijs bij ophalen bewaarbon? = Nee, dan huidige werking van het pakket = Originele prijs inlezen. Bij PLU-artikelen en transactieregels op omzet- of subgroep dient het systeem de prijzen ALTIJD over te nemen, omdat anders het bedrag opnieuw ingegeven moet worden. Na het ophalen van de bewaarbon kan de caissière nog handmatig de transactie aanpassen. Indien de prijzen in de bewaarbon en in de kassa gelijk zijn, dan zal er geen keuzescherm getoond worden! Retouren uitschakelen op debiteuren-transacties Case Inleiding Instellingen Aan de debiteurenzijde van de applicatie zijn retour-regels niet altijd wenselijk. Door de toegevoegde instellingen kan deze functionaliteit nu per transactietype uitgeschakeld worden, zodat er geen retouren geboekt kunnen worden. Bovenstaande instelling is ook beschikbaar op de tabbladen Creditnota en Order. Indien de waarde op Ja staat, is de werking van de applicatie zoals deze altijd geweest is. Staat de waarde echter op Nee dan wordt de werking anders. Het is dan niet mogelijk om de retourtoets (min-teken/koppelteken), waarmee de kolom V wordt gewijzigd in R, te selecteren! Let op! BlueRetail werkt NIET met negatieve getallen als aantal! van 179

26 6.1.8 Meervoudig pinnen als afrekenmethode Inleiding Vanaf deze versie is het voor ALLE betaalautomaten mogelijk om een kassatransactie te betalen met meerdere pin-betalingen. Voorheen ging dit alleen bij de automaten Banksys (vanaf versie 3.31) en CCV Pos (vanaf versie 3.42.A). Bij de overige automaten verscheen onderstaande foutmelding, wanneer men een gedeeltelijke pin-betaling wilde starten. Deze melding verschijnt niet meer en het ingetoetste bedrag wordt aan de automaat doorgegeven. Na een succesvolle afhandeling van deze pin-transactie zal de automaatbon onmiddellijk afgedrukt worden op de ingestelde automaatbon-printer. Het is een keuringseis van alle automaat-leveranciers dat er pas een nieuwe pin-transactie gestart mag worden, wanneer er van de vorige transactie een afdruk heeft plaatsgevonden van 179

27 Nadat er een gedeeltelijke pin-betaling heeft plaatsgevonden, is de gebruiker verplicht de kassa-transactie verder af te handelen. Het is niet meer mogelijk om: de betaling te verwijderen, terug te keren naar de kassa, de kassa af te sluiten, BlueRetail-knoppen te activeren, enz.. Wanneer de klant het restant niet meer kan betalen, dan dient de kassa-transactie op Rekening (of Order, mits deze module aanwezig is) gezet te worden. Tevens is er een muis-beveiliging toegevoegd, waardoor de muis niet meer buiten het BlueRetail-scherm kan komen. Een poging om de betaling te verwijderen, leidt tot onderstaande foutmelding: Als er vervolgens nogmaals 250 euro gepind wordt (overpinnen is toegestaan), dan dient de gebruiker de gewenste bon te kiezen, waarna de transactie is afgehandeld. Als de gebruiker nu een bon afdrukt waarop de stuurcode [AUTOMAATBON] staat, van 179

28 dan zal de originele kassabon GEEN betaalautomaat-bonnen meer bevatten, omdat deze van te voren reeds zijn afgedrukt. Wanneer vervolgens via SHIFT-F4 een kopiebon wordt afgedrukt, dan verschijnen de automaatbonnen wel op de kassabon (als stuurcode [AUTOMAATBON] aanwezig is) van 179

29 6.1.9 Verzamelen betaalwijzen indien # betalingen >5 Inleiding Vanaf deze versie van BlueRetail worden betaalwijzen die meermaals op een kassatransactie voorkomen alleen verzameld wanneer het totaal aantal betalingen groter dan 5 is. Voorheen gebeurde dit altijd, dus ook bij bijvoorbeeld 2x contant betalen. In versie 3.42 werden de betaalwijzen van onderstaande kassa-transactie verzameld. Vanaf deze versie niet meer. Dit naar aanleiding van het meermaals pinnen van 179

30 Aanbiedingsprijzen Case Inleiding Als er vanuit een transactie gezocht werd naar een artikel was het niet mogelijk om, indien er een aanbieding actief was, ook direct de aanbiedingsprijs te zien. Op de artikelkaart is op de tab Kaart een kolom met checkboxes tussen de prijzen excl. BTW en incl. BTW geplaatst. Als men deze checkbox aanvinkt dan worden de geldige aanbiedingsprijzen getoond en wordt het veld tevens geel gekleurd om de gebruiker erop te attenderen dat er naar een aanbiedingsprijs gekeken wordt. Let op: de kolom met checkboxes wordt alleen getoond wanneer voor het betreffende artikel een aanbieding actief is. Zoekscherm artikelen vanuit transactieschermen F1, F2 De kolom met de aanbiedingsprijs incl. BTW kan niet in het instellingenscherm geselecteerd worden. Deze kolom is in het artikel zoekscherm vanuit transactieschermen via F1, F2 altijd aanwezig en staat default als laatste kolom rechts. Uiteraard kan deze door de klant op de juiste positie geplaatst worden. Indien er geen aanbiedingsprijs is, zal er een leeg veld getoond worden en NIET 0.00! Vanuit de kassa Ctrl+A Via de vinkvelden (die default aanstaan indien de aanbieding actief is) kan men van 179

31 terugschakelen naar de actuele prijzen zoals deze op de artikelkaart staan van 179

32 Touch verkoop Inleiding Sinds deze versie is het mogelijk om, als de omzetgroepen als knoppen in de basis geselecteerd zijn, na ingave van het aankoopbedrag op de commandoregel direct een omzetgroepknop aan te klikken. Dit versnelt het proces aanzienlijk wanneer er niet op artikel kan worden verkocht door scannen en/of zoeken. Direct omzetgroep kiezen Volledig geprogrammeerde knop Overige functies of programmering, touch Hieraan gerelateerd kan er ook nu ook een knop worden geprogrammeerd met daarin als gedrag <(-)bedrag, omzetgroep, zoekcode, enter>. Het resultaat is een kassaregel aanslag van een vast bedrag op een vaste omzetgroep. Zie paragraaf Touchscreen instellingen In deze versie zijn meerdere zaken gerealiseerd, die het gedrag en/of de mogelijkheden van de touch functionaliteit vergroten van 179

33 Uitbreiding kladblok relatie Inleiding Scherm kladblok relatie met zoekfunctie bij afrekenen kassa Vanaf deze versie kan er in het kladblok relatiebestand gezocht worden en kan de gevonden relatie worden hergebruikt. Hierdoor vindt er minder vervuiling plaats van het kladblokrelatie bestand. In de vorige versie moest bij gebruik van een kladblokrelatie deze telkens opnieuw worden ingevoerd. Vanf deze versie wordt de kladblokrelatie bewaard en is een zoekfunctionaliteit beschikbaar. De zoekactie geschiedt aan de hand van de postcode en het huisnummer. Om deze reden staat de cursor bij het openen van het scherm standaard op deze velden. Wanneer bij het afrekenen een bon met naam gekozen wordt, zonder dat er een relatie geselecteerd is, verschijnt het invoer-kladblokrelatie scherm. Zodra in het postcode-veld EN het huisnummer-veld waarden staan, verschijnt er een Zoekenknop. Wanneer deze geactiveerd wordt, dan gaat het systeem zoeken in het kladblokrelatie-bestand (RELKLAD) of er records aanwezig zijn met die combinatie van postcode en huisnummer. - Wanneer deze niet gevonden wordt, gebeurt er niets en kan de (nieuwe) achternaam ingevoerd worden. - Wanneer er wel een kladblokrelatie gevonden wordt, dan worden de gegevens ervan ingevuld. Wanneer dan nogmaals op de zoeken-knop geklikt wordt, gaat het systeem zoeken of er nog meer records voldoen aan de ingevulde postcode en huisnummer. Zo ja, dan wordt het volgende record getoond, zo nee dan blijft de vorige staan. Het is dan echter niet meer mogelijk om weer terug te keren naar een vorige kladblokrelatie. Ook kan men geen dubbele kladblokrelaties verwijderen van 179

34 Relatie tellers tonen in kassa Inleiding Partnernr De gebruiker wenst in het kassa transactiescherm inzicht in enkele relatiegegevens. Instellingen Hier kan d.m.v. het plaatsen van vinkjes bepaald worden welke saldo-velden worden getoond in de statusbalk van de kassa (niet bij overige debiteurentransacties). Relatiesaldo formule Formule relatiesaldo: RelatieSaldo = Bedrag Verzamelrekening + Te ontvangen (debiteuren) Te Betalen (crediteuren) Wordt er aan de kassa een verzamelrekening gemaakt dan moet het veld Bedrag verzamelrekening opgehoogd worden met de waarde van de nieuwe verzamelrekening. Wordt deze verzamelrekening doorgeboekt naar Factuur dan moet de waarde hiervan overgeheveld worden van het veld Bedrag verzamelrekening naar Te ontvangen (debiteuren). Te ontvangen (debiteuren) Te betalen (crediteuren) = Openstaande verkoopfacturen Openstaande verkoopcreditfacturen = Openstaande inkoopfacturen Openstaande inkoopcreditfacturen Statusbalk kassa Alle aangevinkte velden worden getoond. Als een van de velden negatief is, wordt de gehele kassavoetregel rood weergegeven (zie voorbeeld volgende paragraaf) van 179

35 Kredietlimiet overschrijding signaal Inleiding Indien er tijdens het aanslaan van regels een krediet overschrijding plaats vindt, dan komt daarvan direct een melding. Na het weg klikken van de melding wordt de kleur van de voetregel direct aangepast. Statusbalk kassa Alle velden worden nu om praktische reden rood gemaakt. Let op! In het afrekenscherm is de betaalwijze Op rekening NIET beschikbaar wanneer de relatie boven de kredietlimiet zit. Dit is in eerdere releasenotes reeds beschreven Instelling Melding bij selecteren relatie Omschrijving Er is nieuwe kassa-instelling toegevoegd: Melding bij selecteren relatie. Deze instelling bepaalt het moment waarop de melding Relatie is geblokkeerd. Rekeningverkoop is niet mogelijk en de melding Relatie: kredietlimiet is overschreden getoond worden. Melding rekeningverkoop niet mogelijk Wanneer deze instelling op Ja staat, zal onderstaande melding altijd direct volgen na het selecteren van een relatie (zowel op tabblad Kassa als tabblad Afrekenen) van 179

36 Wanneer de instelling op Nee staat, dan zal de melding nooit verschijnen bij het selecteren van een relatie. Wanneer de relatie op het tabblad Kassa geselecteerd wordt, dan zal de melding nooit getoond worden, omdat dan de betaalwijze Op Rekening automatisch niet getoond wordt op het tabblad Afrekenen. Wanneer de relatie op het tabblad Afrekenen geselecteerd wordt, dan blijft de betaalwijze Op Rekening wel zichtbaar, maar zodra deze geselecteerd wordt, verschijnt de melding alsnog. Melding kredietlimiet is overschreden Wanneer deze instelling op Ja staat, dan zal onderstaande melding altijd direct volgen na het selecteren van een relatie (zowel op tabblad Kassa als tabblad Afrekenen). Wanneer de instelling op Nee staat, dan zal de melding nooit verschijnen bij het selecteren van een relatie Historie Inleiding In het overzicht historie is de optie Bewaarbon toegevoegd. Deze functionaliteit is alleen beschikbaar wanneer de module historie actief is van 179

37 6.2 Inkoop Beschrijving algemeen De organisatie moet op gecontroleerde wijze bij leveranciers goederen kunnen bestellen. Hiertoe beschikt de applicatie standaard over de benodigde inkoop functionaliteiten Extra artikel-kolommen bij verkoop van transacties Inleiding Nieuwe mogelijkheid om ervoor te zorgen dat zowel de actuele voorraad als de beschikbare voorraad van een artikel zichtbaar is in het kassa- en het debiteurentransactiescherm. Transactiescherm Instellingen Op de Regels tabbladen van de kassa- en debiteuren-instellingen zijn de nieuwe kolommen in te schakelen. Onderstaand een voorbeeld van de debiteureninstellingen: Standaard zullen zij per gebruiker helemaal rechts in de tabel getoond worden, maar deze kunnen op elke gewenste positie gezet worden. Indien de module multimagazijn actief is, wordt met Actuele voorraad de Technische voorraad bedoeld Buiten Assortiment II Case Inleiding Deze functionaliteit vormt een aanvulling op de case Buiten assortiment, die in versie 3.41 is gerealiseerd. Hierin stond beschreven dat artikelen, die in een bewaarbon staan en buiten het assortiment van een winkel vallen, ook mee van 179

38 Instellingen bewaarbonnen <ISAMA> worden genomen in het besteladvies (automatische inkooporder). Deze tweede iteratie zorgt ervoor dat artikelen, die op een bewaarbon staan en waarvoor reeds een inkooporder is aangemaakt, niet nogmaals besteld worden. Het bestand met verkoop bewaarbonnen (VRZREG) heeft hiervoor een extra veld waarin het aantal besteld bijgehouden wordt (het aantal dat in een automatische inkooporder besteld is op basis van een verkoop bewaarbonregel). Deze functie is alleen van belang voor gebruikers die de bewaarbon-functie gebruiken als eenvoudige verkooporder-functie. Omschrijving Wanneer de instelling Bewaarbonartikelen buiten assortiment meenemen op Ja staat, dan worden bij het aanmaken van een automatische inkooporder ook de transactieregels op bewaarbonnen meegenomen, en vanaf deze versie wordt op dat moment ook het veld Aantal besteld van de VRZREG gevuld met het bestelde aantal. Wanneer zo n bewaarbon later in de kassa wordt ingelezen, dan kunnen er alsnog wijzigingen plaatsvinden t.o.v. de oorspronkelijke bewaarbon. Wanneer de nieuwe instelling Melding als men aantal op bewaarbon verlaagt? op Ja staat, dan verschijnt onderstaande melding in de kassa, wanneer van een opgehaalde bewaarbon een regel (waarvan een inkooporder is aangemaakt) wordt verwijderd, of het aantal wordt verlaagd. Melding Aangezien het systeem niet weet of de leverancier de inkooporder al ontvangen heeft, past zij de bijbehorende (automatische) inkooporder NIET aan. De gebruiker heeft nu de keuze: of zelf doen, of contact op nemen met de leverancier of niets doen. Wanneer van een opgehaalde bewaarbon een regel (waarvan een inkooporder is aangemaakt) het aantal wordt verhoogd, dan verschijnt er geen melding. Wanneer de bewaarbon opnieuw opgeslagen wordt, dan worden bij een volgend automatisch bestelmoment, alleen de extra aantallen opnieuw besteld in een aparte inkooporder. Voorheen werd de gehele regel opnieuw besteld, waardoor er teveel besteld werd Inkooporders op basis van artikelselectie Case Er is nu bij het aanmaken van automatische inkooporders een extra mogelijkheid van 179

39 Inleiding toegevoegd om een besteladvies te maken op basis van een artikelselectie, in plaats van op basis van alle artikelen. Het kan bijvoorbeeld voor bepaalde (seizoens-)artikelen wenselijk zijn om deze in een bepaalde periode vaker te bestellen dan de overige artikelen. Uitbreiding schermopties bij Opnemen Wanneer deze optie gekozen wordt, dan wordt alleen van de artikelen, die in de opgegeven selectie voorkomen, een inkooporder aangemaakt (indien dit moet op basis van de min/max instellingen). Artikel selectie ingave Inleiding AP aanpassing artikelselectie Artikelkaart Bij het geautomatiseerd aanmaken van inkooporders via de module Automatische Procedure kan nu voor Artikelselectie gekozen worden. Indien hiervoor gekozen wordt, verschijnt de parameter met de mogelijkheid om een selectie te kiezen uit de standaard bedrijfsdirectory. (zie ook ) Op de artikelkaart is een optie toegevoegd in het veld Automatisch bestellen op de tab detail, logistiek. Wanneer een artikel deze optie heeft, dan wordt dit artikel nooit meer meegenomen, wanneer bij het automatisch aanmaken van een inkooporder de optie Besteladvies wordt gekozen. Men kan er dus ook nog voor kiezen om alle artikelen, die aan de opgegeven artikelselectie voldoen, niet meer via het reguliere besteladvies te laten lopen Ketentransacties Inleiding De aanpassingen beschreven in onderstaande paragrafen zijn doorgevoerd naar van 179

40 aanleiding van de processen binnen een groothandelsketen. Hieronder zijn deze schematisch weergegeven: Filiaal Administratieve afhandeling Aanwezige voorraad op filiaal VKO FIL Wat hebben we op voorraad? IKO bij HK KLANT Let op: De inkooporders van de filialen zijn verkooporders op het hoofdkantoor aangezien de filialen debiteurenfilialen zijn. Hoofkantoor Administratieve afhandeling VKO op HK van FIL A VKO op HK van FIL B Verzamel IKO Leverancier A Verzamel IKO Leverancier B VKO op HK van FIL n Verzamel IKO Leverancier N Administratieve levering door leverancier o.b.v. IKO HK Versturen IKO s aan leverancier Leverancier Logistieke afhandeling Hoofkantoor Logistieke afhandeling Toelichting: Lijst met eindklanten v/d VKO s v/d filialen Op het hoofdkantoor labelt men de produkten die door de filialen besteld zijn met de NAW-gegevens van de eindklant. Dit is dus de klant van de winkel!! Leveringen Leverancier(s) Fysieke levering Goederen Aan HK Verdelen op hoofdkantoor a.d.h.v. VKO s Filialen Labeling produkten met NAW eindklant Levering aan filialen Door het hoofdkantoor Inkooporder in de spiegel Subcase Inleiding Binnen de voorgaande versies van BlueRetail werd, indien er vanuit het spiegelfiliaal op het hoofdkantoor een automatische inkooporder werd aangemaakt vanuit een verkooporder, het verkoopordernummer niet gevuld in de inkooporderregel. Indien eenzelfde transactie op een filiaal werd uitgevoerd dan gebeurde dit wel. Bovenstaande is in deze versie van BlueRetail aangepast. Indien een verkooporder in de spiegel wordt aangemaakt en men direct hierna een automatische inkooporder op basis hiervan wil aanmaken, verschijnt nu de volgende melding: van 179

41 Indien men nu na een volledige communicatiesessie tussen hoofdkantoor en filiaal (voorbereiden-communiceren-verwerken) hetzelfde nogmaals probeert, dan lukt het aanmaken van een automatische inkooporder in de spiegel wel. Zoals in onderstaande screenshot te zien is, wordt het verkoopordernummer ook gevuld in de inkooporderregel: Wijzigen ketentransacties Case Binnen een vestiging in de keten komt het voor dat verkooporders, waarvoor via een gekoppelde inkooporder reeds goederen zijn ingekocht bij het hoofdkantoor, toch nog gewijzigd moeten worden omdat de klant dit wenst. In voorgaande van 179

42 versies ging dit niet helemaal goed wanneer de inkooporder reeds voorbereid was ter communicatie naar het hoofdkantoor en hierna de verkooporder werd gewijzigd en tevens ook weer de gekoppelde inkooporder. Hierdoor werd, na verwerking op het hoofdkantoor van de oorspronkelijke inkooporder en verwerking op het filiaal van de hoofdkantoorcommunicatie, de gewijzigde inkooporder weer aangepast naar de oorspronkelijke waarden. Hierdoor werden zaken foutief of dubbel besteld door het hoofdkantoor (bij haar leveranciers). Als gevolg hiervan raakte men het overzicht en de statusinformatie kwijt. Dit is met onderstaande aanpassing opgelost. Wanneer een verkooporder gewijzigd wordt op het filiaal moeten de juiste processtappen in gang gezet worden. Vanaf nu wordt er gecontroleerd of: 1. Een van de regels van verkooporder die men wil wijzigen een koppeling heeft met een inkooporder. 2. De gekoppelde inkooporder reeds geëxporteerd is. 3. De gekoppelde inkooporder reeds voorbereid is voor communicatie naar het hoofdkantoor. 4. De gebruiker de rechten heeft om een inkooporder aan te passen. Dit levert onderstaand plaatje op: Start Legenda Wijzigen VKO = Proces/actie door systeem = Proces/actie door gebruiker VKO heeft koppeling met IKO? Nee Geen actie ondernemen Einde = Beslissing door gebruiker Ja Statusveld CORKOP.FIC = E... = Beslissing door systeem IKO is reeds geëxporteerd? Ja Nee Nieuwe IKO indien reeds geëxporteerd? Nee Statusfilexp CORKOP.FIC =...E... of...e... IKO is reeds voorbereid? Nee Gebruiker mag IKO wijzigen? Ja Aanpassen IKO? [Ja/Nee] Ja Wijzigen IKO Ja Ja Nee Nee Gebruiker mag IKO aanmaken? Nee Einde Einde Ja Aanmaken nieuwe IKO voor wijizging? Nee Ja Aanmaken Nieuwe IKO Einde Ad 2 en 3. Gekoppelde inkooporder reeds geëxporteerd of voorbereid voor communicatie Indien bovenstaande het geval is, dan mag men de bestaande regels op de verkooporder die een koppeling hebben met een inkooporder niet meer wijzigen. Men kan hoogstens extra regels toevoegen om bijvoorbeeld een aantal op te hogen of een retourregel toevoegen om het aantal te verlagen. Zie onderstaand scherm: van 179

43 Ad 4. Gebruiker bezit niet de rechten om een inkooporder aan te passen Indien het bovenstaande het geval is, dan kan men vanuit een verkooporder geen gekoppelde inkooporder aanpassen. Om ervoor te zorgen dat een geautoriseerde gebruiker (die op basis van de gewijzigde verkooporder inkooporders mag wijzigen/aanmaken) een inkooporder met een gewijzigde verkooporder makkelijker kan terugvinden, is in het overzichtscherm Overzicht goederen orders crediteuren een nieuwe filter Gewijzigde verkooporder toegevoegd. Er bestaat nu de mogelijkheid om in het overzichtscherm Overzicht goederen orders crediteuren direct te zien welke verkooporders gewijzigd zijn van 179

44 van 179

45 Levertijd zichtbaar Case Inleiding Concept Binnen groothandelsketens die met BlueRetail werken, maakt men op het filiaal inkooporders aan bij het hoofdkantoor op basis van een verkooporder van een klant. Op het hoofdkantoor worden de inkooporders van de verschillende filialen verzameld en hiervan worden de verschillende producten bij de relevante leveranciers besteld via een (verzamel)inkooporder. Op het filiaal was in voorgaande versies niet inzichtelijk wat de levertijd/verwachte leverdatum was. Dit is nu wel het geval door onderstaande aanpassingen. Op het filiaal wordt door een klant een bestelling geplaatst. Voor deze order wordt door de klant (of filiaalhouder) een gewenste leverdatum opgegeven. Deze wordt in de kop van het debiteurenorderbestand opgeslagen. Als op basis van deze bestelling, op het hoofdkantoor een verzamelinkooporder aangemaakt wordt, kan er rekening gehouden worden met de gewenste leverdatums van de filialen. Dit met behulp van de instelling Rekening houden met leverdatum order debiteur (zie Instellingen\Software\Crediteuren ). Wanneer de instelling Ingave geplande leverdatum op Ja staat, kan zodra het hoofdkantoor de geplande leverdatum van de leverancier ontvangt, deze in de inkooporder ingegeven worden. Men kan via de inkooporder zien welke verkooporder eraan gekoppeld is: van 179

46 Instellingen debiteuren Het al dan niet kunnen wijzigen van de geplande leverdatum van een verkooporder is afhankelijk van de volgende instelling: Als deze schakelaar op Ja staat, kan de leverdatum worden aangepast, totdat de verkooporder geleverd is. Indien deze schakelaar op Nee staat, kan nadat de verkooporder is ingevoerd de leverdatum NIET meer worden aangepast. Door nu naar Debiteuren\Orders\Wijzigen te gaan, kan men de plandatum aanpassen via het tabblad Leveren : Na het selecteren van een artikel, kan men de leverdatum invoeren, en deze wordt dan automatisch in de kolom Geplande lev.datum ingevuld. Met de optie Voor alle regels hetzelfde aangevinkt, wordt de ingevoerde datum in alle artikelregels ingevoerd van 179

47 Het al dan niet kunnen wijzigen van de geplande leverdatum is eveneens afhankelijk van de volgende gebruikersrechten (Menu ETN): Na communicatie is de geplande leverdatum ook op het filiaal bekend. Wijkt de leverancier later af van de geplande leverdatum, dan kan deze door het hoofdkantoor weer gewijzigd worden. Deze komt dan na communicatie ook weer op het filiaal terecht. Door het bijhouden van de plandatum op regelniveau kan men door Newway verschillenlijsten laten aanmaken (meer informatie hierover bij van 179

48 product management) met de verkooporders waarvan de gewenste leverdatum ongelijk aan de plandatum was en de plandatum ongelijk aan de huidige datum was. Deze kunnen dan per filiaal geprint worden. Techniek Er bestaat reeds een veld voor de leverdatum/ontvangstdatum. Deze wordt bijgehouden voor de gehele order (zowel verkoop als inkoop) op basis van het artikel met de langste levertermijn. Dit veld vervdatum is al aanwezig in de bestanden debiteurenorderkop (DORKOP.FIC) en crediteurenorderkop (CORKOP.FIC). Verder wordt er gewerkt met een geplande leverdatum op regelniveau. Dit nieuwe veld plandatum zit in de transactieregelbestanden (DORREG.FIC, CORREG.FIC). Verder wordt de in het nieuwe debiteurenorderleverbestand (DORLEV.FIC) en het crediteurenorderleverbestand (CORLEV.FIC) het bestaande veld Boekdatum gebruikt als datum van de werkelijke levering. Initieel is de leverdatum gelijk aan de geplande leverdatum Dit levert de volgende situaties op: Levering op debiteurenorder op de leverdatum: o [vervdatum.dorkop] = [plandatum.dorreg] = [boekdatum.dorlev] Deellevering op debiteurenorder van 10 st. : o [vervdatum.dorkop] <> [plandatum.dorreg] <> [boekdatum.dorlev] o Hierbij is vervdatum de leverdatum van de klant/filiaal o Hierbij is de plandatum de datum waarop gepland is dat de gehele order geleverd wordt. o En waarbij de boekdatum in DORLEV.FIC de boekdatum is van de eerste levering. In het DORLEV bestand wordt per levering een record aangemaakt. Bovenstaande houdt in dat de nieuwe situatie met betrekking tot de BlueRetail database er als volgt gaat uitzien: PK CORKOP.FIC C4INTNUM BOEKDATUM BOEKTIJD VERVDATUM PK FK1 CORREG.FIC C6INTNUM C4INTNUM PLANDATUM AANTAL_BEST AANTAL_LEV PK DORREG.FIC D6INTNUM FK1 D4INTNUM PLANDATUM FK2 C6INTNUM AANT_BEST AANT_LEV PK DORKOP.FIC D4INTNUM BOEKDATUM BOEKTIJD VERVDATUM CORLEV.FIC DORLEV PK L6INTNUM PK L3INTNUM FK1 C6INTNUM BOEKDATUM BOEKTIJD AANTAL_LEV FK1 D6INTNUM BOEKDATUM BOEKTIJD AANT_LEV van 179

49 Relatie-etiketten afdrukken bij leveren Case Inleiding Men maakt op het filiaal een inkooporder aan bij het hoofdkantoor op basis van een verkooporder aan een klant. Op het hoofdkantoor worden inkooporders van de verschillende filialen verzameld en op basis hiervan wordt een inkooporder bij een leverancier aangemaakt. Wanneer er een (deel)levering op het hoofdkantoor binnenkomt, wil men direct zien voor welke relatie (= klant van het filiaal) het artikel bestemd is. Er zou op basis hiervan automatisch een label (=etiket) geprint moeten worden. Dit was reeds instelbaar voor artikelen. Indien een bepaald artikel geleverd wordt, dan wordt automatisch een artikeletiket geprint. Deze functionaliteit moet uitgebreid worden met een relatie-etiket. Probleem: momenteel zijn de relatiegegevens van de klanten van de filialen niet aanwezig in de database van het hoofdkantoor zelf. Bij de communicatie worden de inkoopordergegevens naar het hoofdkantoor gestuurd. Op het filiaal is er echter geen fysieke koppeling vanuit de inkooporder van het filiaal naar de verkooporder van het filiaal. Hierdoor komen de NAW-gegevens van de eindklant niet over naar het hoofdkantoor. De klantgegevens zijn wel aanwezig in het spiegelfiliaal op het hoofdkantoor. Zie onderstaand overzicht: Filiaal omgeving Hoofdkantoor omgeving Filiaal Spiegel Hoofdkantoor VKO FIL REL=Klant VKO FIL REL=Klant IKO FIL REL=HK VKO HK REL=FIL Artikel A 5 st. Artikel B 4 st. Artikel A 5 st. Artikel B 4 st. Artikel A 5 st. Artikel B 4 st. IKO FIL REL=HK Artikel A 5 st. Artikel B 4 st. IKO HK REL= Leverancier Artikel B 8 st. Artikel D 30 st. IKO HK REL= Leverancier Artikel A 10 st. Artikel C 20 st. Concept Op het filiaal wordt ten behoeve van een klant een verkooporder aangemaakt. Op basis hiervan wordt een inkooporder gemaakt bij het hoofdkantoor. Op de filiaalinkooporderregel wordt door het systeem het ordernummer van de bijbehorende filiaalverkooporder weggeschreven. Op het hoofdkantoor komen de door de filialen aangemaakte inkooporders binnen als zijnde hoofdkantoorverkooporder. Op basis van 179

50 van deze hoofdkantoorverkooporders worden door het hoofdkantoor weer verschillende verzamelinkooporders bij de verschillende leveranciers gemaakt. Wanneer er goederen geleverd worden, weet het systeem door de koppeling tussen de hoofdkantoor inkooporder en de hoofdkantoorverkooporder tot welke welke filiaalinkooporder de levering behoort. Hiermee weet het systeem dus ook het filiaalverkoopordernummer. Aan de hand van het filiaalverkooporder-nummer kan in de spiegel de bijbehorende filiaalrelatie gevonden worden. Nieuwe instellingen bij crediteurenorders (menu ISC): Via de switch Relatiesoort kan aangegeven worden of het systeem een relatieetiket met de hoofdkantoorrelatie (meestal het filiaal) moet printen of met de filiaalrelatie (=eindklant). Standaard staat de instelling op Hoofdkantoorrelatie. Via de switch Relatie-etiket kan aangegeven worden welk type etiket men wil printen. In het pull-down-menu staan alle in het bedrijf aanwezige relatieetiketten. Indien gewenst is het ook mogelijk om bij het leveren op een verkooporder automatisch relatie-etiketten te printen (menu ISD): Let op! Deze instellingen zijn alleen terug te vinden op een hoofdkantoorinstallatie (MMS) van 179

51 6.2.5 Crediteuren inkoopfactuur aanpassingen Call Call Inleiding Het is (weer) mogelijk gemaakt om crediteurorders, die niet ontvangen zijn toch te kunnen invoegen / afhandelen in een inkoopfactuur of inkoopcreditfactuur. Het oorspronkelijk probleem was dat, de aantallen ontvangen niet overgenomen werden, maar de aantallen besteld. Instellingen Het veld Leveren bij invoer had in de vorige versie de optie Beschikbaar. Dit is nu vervangen door Ja of Nee. Tevens wordt de waarde van deze instelling gebruikt als default-waarde voor het veld Leveren orderregels dat bij het aanmaken van de crediteuren-factuur gebruikt kan worden. Inkoop(credit) factuur Conversie Het resultaat van de instelling wordt toegepast bij het verwerken / opslaan van de inkoopfactuur of inkoopcreditfactuur. De parameter zorgt ervoor dat de voorraad wordt aangepast met de gefactureerde aantallen. Tevens wordt de inkooporder, indien aanwezig, aangepast met dit ingegeven aantal. Als BlueRetail na installatie voor het eerst opgestart wordt, dan zal tevens in de instellingen de volgende conversieregel worden toegepast: Beschikbaar => Ja Alles => Ja Nee blijft Nee Parameter Basis te factureren De defaultwaarde voor deze instelling is gewijzigd naar aantal ontvangen van 179

52 Invoegen inkooporder in inkoop(credit)factuur zonder ontvangst Inleiding Een inkooporder kan zonder ontvangst ingevoegd worden in een inkoopfactuur of inkoopcreditfactuur. Tevens kunnen artikelen met serienummer registratie weer fatsoenlijk worden geregistreerd, call Voorwaarden Voorwaarden zijn: Dat de parameter Basis te factureren op Aantal ontvangen staat. Dat het aantal dat wordt opgegeven in het selectiescherm van inkooporder het inkoopfactuur-aantal wordt Dat het default aantal in te voegen afhankelijk is van de parameter Basis te factureren Bij een inkooporder met regels die wel ontvangen zijn ook de niet ontvangen regels worden ingevoegd. Bij een inkooporder met regels die gedeeltelijk ontvangen zijn het ontvangen aantal wordt ingevoegd (indien Basis te factureren op Aantal ontvangen staat) Dat indien parameter Leveren order regels in de inkoop(credit)factuur op Ja staat, de verdere verwerking van de voorraad en crediteurorder gelijk is aan die van vorige versies 3.4x. Voorbeeld: van 179

53 Invoegen van inkooporder in inkoopfactuur Ingevoegd, maar nog niet verwerkt. Aantal ontvangen is nog 0: Na verwerken is het aantal ontvangen gelijk aan het aantal besteld: van 179

54 Bijwerken inkooporder en voorraad in geval van wijzigen afgehandelde inkoopfactuur Inleiding Indien in een eerder afgehandelde factuur met daarin een afgehandelde order het aantal wordt gewijzigd, dan werd de voorraad niet aangepast. Tevens werd het ontvangen aantal op de order niet gecorrigeerd. In de bijlage, paragraaf , zijn in het voorbeeld de foutieve aantallen rood gemarkeerd. Voorwaarde Voorwaarden zijn: Dat de parameter Basis te factureren op Aantal ontvangen staat. Dat parameter Leveren order regels op Ja staat Dat de factuur nog niet geëxporteerd is naar de boekhouding Waarschuwing bij invoegen van gedeeltelijk ontvangen inkooporder Omschrijving Indien een inkooporder wordt ingevoegd in een inkoop(credit)factuur, waarvan regels wel en niet ontvangen zijn, worden deze allen ingevoegd. Van de ontvangen regels worden de ontvangen aantallen overgenomen en van de niet ontvangen regels de bestelde aantallen. Een gebruiker kan dit echter over het hoofd zien. Er volgt daarom onderstaande waarschuwing bij het selecteren van de order: Let op! De waarschuwing komt niet wanneer je in het tabblad raadplegen een inkooporder regel selecteert. Voorwaarde Voorwaarde is: van 179

55 Dat de parameter Basis te factureren op Aantal ontvangen staat Retouren uitschakelen op crediteuren-transacties Case Inleiding Aan de crediteurenzijde van de applicatie is het niet altijd wenselijk dat er retourregels op komen te staan. Door de toegevoegde instellingen kan dit nu per transactietype uitgeschakeld worden. Instellingen Bovenstaande instelling is ook beschikbaar op de tabbladen Creditnota en Order. Indien de waarde op Ja staat, is de werking van de applicatie zoals deze altijd geweest is. Staat de waarde echter op Nee dan wordt de werking anders. Het is dan niet mogelijk om de retourtoets (min-teken/koppelteken), waardoor de kolom I wordt gewijzigd in R, te selecteren. Let op! BlueRetail werkt NIET met negatieve getallen als aantal! van 179

56 6.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 (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 Verplaatsen goederen binnen magazijn(en) Inleiding Zoeken in magazijn / locatie / artikel Vanaf BlueRetail versie 3.42 is de module Multimagazijn beschikbaar. In deze versie wordt hieraan een belangrijke functionaliteit toegevoegd: het soepel verplaatsen van goederen naar een andere magazijn(locatie) en het verdelen van goederen over meerdere magazijnen of magazijnlocaties. Deze nieuwe functionaliteit is alleen binnen de module Multimagazijn beschikbaar. <Menupad BGV> Via dit overzicht kan men in verplaatsingsdocumenten zoeken naar een artikel en/of magazijn. Verplaatsen vanuit het magazijn / de locatie Als u een artikel of een groep artikelen (een selectie) in totaliteit wilt verplaatsen van een magazijn naar één enkel ander magazijn (in één verwerking) dan kan dat met behulp van dit scherm: van 179

57 Nadat de artikelen in de tabel zijn opgenomen (in dit voorbeeld via een selectie), dan kan in de kolom Aantal per ingevoerde regel het te verplaatsen aantal worden ingegeven. Na het klikken op de knop [Verwerken], worden de regels waarvoor het aantal ongelijk aan 0 is, omgezet naar de andere magazijnlocatie. Verplaatsen vanuit het artikel Dit scherm is bedoeld om één of meerdere artikelen te verplaatsen naar meerdere magazijnen en/of locaties. De locaties worden slechts getoond als deze er ook zijn. Het is dan niet meer mogelijk om alleen een magazijn te kiezen; men moet tevens de magazijnlocatie kiezen van 179

58 van 179

59 6.3.2 Voorraad-overzichten Multi-Magazijn Afdrukken voorraadgegevens van 1 artikel Vanaf versie 3.51 is het mogelijk om de specificatie van de technische voorraad op papier af te drukken (alleen als module Multimagazijn aktief is). Voorheen kon men dit alleen op het scherm tonen via Artikelkaart, tabblad Details en tabblad Logistiek, Info-knop. Vervolgens wordt onderstaand scherm geopend, waarop tevens artikel-informatie (zoekcode, artikelnummer en korte omschrijving) is toegevoegd evenals een afdrukken-knop. Deze knop drukt de inhoud van de tabel af van 179

60 Afdrukken voorraadgegevens van 1 magazijnlokatie Vanaf versie 3.51 is het mogelijk om per magazijnlokatie een overzicht en afdruk te krijgen van de aanwezige artikelen met bijbehorende voorraad-aantallen. Bij menu-optie Bestanden-Logistiek-Magazijnlokaties is er een derde tabblad Voorraad toegevoegd, waarmee de artikel- en voorraad-informatie bekeken kan worden. Met de afdrukken knop wordt de tabel-inhoud afgedrukt. Via de CTRL+A toetsen, kan men ook weer rechtstreeks naar het artikel springen (om andere informatie te bekijken of om de voorraad aan te passen) Afdrukken voorraadgegevens van 1 magazijn Vanaf versie 3.51 is het mogelijk om per magazijn een overzicht en afdruk te krijgen van de aanwezige artikelen met bijbehorende voorraad-aantallen. Bij menu-optie Bestanden-Logistiek-Magazijnen is er een derde tabblad Voorraad toegevoegd, waarmee de artikel- en voorraad-informatie bekeken kan worden. Met de afdrukken knop wordt de tabel-inhoud afgedrukt van 179

61 Wanneer een magazijn onderverdeeld is in magazijnlokaties dan verschijnt eveneens de kolom Magazijn-lokatie en kan hetzelfde artikel dus meermaals voorkomen in de tabel. Wanneer een magazijn niet onderverdeeld is, dan ik de kolom niet zichtbaar. Via de CTRL+A kan men rechtstreeks naar het artikel springen (om andere informatie te bekijken of om de voorraad aan te passen) Retourteken op transacties Case Deze case is beschreven in het proceshoofdstuk Inkoop van 179

62 6.3.4 Melding te verwerken voorraadcorrectie sessie Case Inleiding Er verschijnt een nieuw pop-up-scherm wanneer men het voorraadcorrectiescherm wil verlaten, terwijl er nog voorraadcorrecties voor verwerking open staan. Men kan kiezen voor Verwerken (focus springt naar tabblad verwerken) of Sluiten. Overzicht te verwerken: Bij sluiten overzichtsscherm van 179

63 6.3.5 Overzicht controlestaat Case Inleiding Binnen de maatwerkinstellingen is er een ontvangstgoederen controlelijst beschikbaar (menupad <CBN>), die voorheen nog gebaseerd was op de (elektronische) goederenbeweging zoals deze in combinatie met IFS/Locus werkt. Omschrijving In dit overzicht zijn twee kolommen toegevoegd. De eerste is de verkooprijs incl. BTW, omdat dit de prijswaarde is die door een aantal klanten als basis gehanteerd wordt binnen de keten en de boekhouding. De tweede kolom is de actuele voorraad. Afdruklay-out Omschrijving In de layout zijn ook de kolommen actuele voorraad en verkooprijs incl. BTW toegevoegd van 179

64 6.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 Dagjournaal uitbreiding Case Inleiding In het tabblad Bonnen in het kassajournaal zijn twee kolommen toegevoegd, namelijk Korting en Retour. Beide bevatten de totalen aan korting c.q. retour van de betreffende bon. Hierdoor kan in het overzicht met bonnen van de geselecteerde periode, in één oogopslag waargenomen worden of er exorbitante kortingen en/of retouren zijn verstrekt. Via het tabblad raadplegen kan de bonspecifieke inhoud bekeken worden. De plaats waar de kolommen getoond worden, is door de gebruiker te bepalen. Standaard zullen ze uiterst rechts getoond worden van 179

65 6.4.2 Call Kasgeld journaal.pdf aanpassing call Inleiding Indien men in het kasgeld-journaal een afstorting naar de bank afdrukt, dan krijgt men een Afstortbewijs kas naar bank. Kiest men echter voor afdrukken PDF, dan komt hierin een afdruk met de breedte van een telstrook. PDF Bestand Dit bestand staat in de map document van het bedrijf. Inhoud PDF Lay-out van het kasgeld naar kluis, locatie bank journaal: van 179

66 6.4.3 Verschillende BTW-soorten in opbouw Call Inleiding Er is een nieuw type opbouw: Opbouw altijd als commentaar De prijs van het hoofdartikel wordt nu procentueel verdeeld over de subartikelen, op deze manier zou de BTW moeten kloppen. Het aantal in te kopen goederen is gelijk aan het aantal dat van het hoofdartikel moet worden aangekocht Match BTW factuur leverancier Inleiding De BTW van de leverancier en het totaalbedrag incl. BTW van de leverancier moeten wettelijk worden geregistreerd. In BlueRetail kon dit niet op de juiste manier. In deze versie kunnen de factuurwaarden van de leverancier juist worden ingevoerd, waarna ze gematched kunnen worden met de door BlueRetail berekende waarden. Vervolgens kan, mits de boekhoudkoppeling beschikbaar is, de journalisering en export plaats vinden van 179

67 Kleine pakketmutaties Beheer Matchtabel Tevens zijn enkele andere aanpassingen doorgevoerd: De tabel boekingsverschillen is nu voortaan altijd beschikbaar en van naam veranderd. De naam Matchtabel dekt de inhoud beter. In het Omzetgroep scherm is, indien de boekhoudkoppeling beschikbaar is, de term Afwaardering gewijzigd in Kortingen Ergonomie: zie Inkoopfactuur lay-out Op de tab Zoeken zijn de zoekvelden allen gelijktijdig te vullen en gaat de applicatie pas zoeken wanneer er op de knop [Zoeken] geklikt wordt. Tab Zoeken : Tab Kaart : Inkoopfactuur Om te beginnen is de ergonomie van het scherm gewijzigd van 179

68 lay-out Er wordt nu gestart met het ingeven van het factuurnummer van de leverancier en daarna de factuurdatum. Als het datum veld gevuld is, zal het systeem de kalender NIET meer openklappen. Geef het excl. BTW bedrag en het BTW bedrag van de factuur van de leverancier in (de meest rechtse velden; sectie leverancier). Dit geschiedt met maximaal 2 decimalen. Daarna moet de factuuringave (totaal van de regels) matchen met het door de applicatie berekende bedrag excl. BTW. Zolang dit niet het geval is zal de knop [OK] niet actief worden. Dit matchen kan geschieden door de factuurregels in aantal en/of bedrag aan te passen en/of door de matchtabel te gebruiken in de tab Korting/Toeslag. Matchen m.b.v. korting / toeslag : Met behulp van onderstaand scherm kan een matchregel/reden geselecteerd worden. Het systeem zal aangeven welk bedrag (incl. tekenwissel) nodig is om de match te bereiken. Het systeem zal de match zoeken op de excl. BTW bedragen van de sectie BlueRetail en de sectie Leverancier. Als deze via de velden toeslag en/of korting in evenwicht zijn wordt de knop [OK] actief en kan de inkoopfactuur van 179

69 worden opgeslagen. Inkoopfactuur voet resultaat: Lay-out totalen aanpassing stuurcodes Werking Alle KOPVOET-stuurcodes waarmee totaalbedragen afgedrukt kunnen worden, worden nu eerst afgerond op 2 decimalen, gelijk aan hoe dit bij het opslaan in de database gebeurd. Ze blijven dus opnieuw berekend worden aan de hand van de regels, en worden nog steeds niet rechtstreeks uit de database gelezen. Tevens zorgt deze verbetering ervoor dat per verschillende btw-percentages en omzet-subtotaal groepen de verhouding tussen de totaalbedragen excl. totaalbedrag btw en totaalbedrag inclusief overeenstemt. Let op! Bovenstaande wil niet zeggen dat er geen afrondingsverschillen meer kunnen voorkomen. Er kunnen nog steeds afrondingsverschillen ontstaan tussen de optelsom van de subtotaal en het overall-totaalbedrag van 179

70 Menupad Tellen kluisgeld Uitleg De switch 'Telfrequentie' werkt nu sinds de versie Telfrequentie op vrije keuze Het kan voor verwarring zorgen dat indien de telfrequentie op 'vrije keuze' staat er toch een melding verschijnt. -> Indien een kluis nog nooit is geteld en er wel mutaties op hebben plaatsgevonden (b.v. bijgestort vanuit kas naar kluis), dan verschijnt voor alle gebruikers die er het recht hebben om de kluis te tellen de melding: "Kluis [naam v/d kluis] werd nog nooit geteld" Laatste controle: [Timestamp] Let op! Dit is onafhankelijk van de switch 'Telfrequentie' die bij het bestand kluis ingesteld kan worden van 179

71 6.5 Service Beschrijving 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. 6.6 Retail CRM Beschrijving De inkoop- en verkoopprocessen vereisen de registratie van klantgegevens in het systeem Kortingsopties kop of regel Call Inleiding Kwantum korting Men kan nu zelf kiezen of men korting over korting wil geven (bonkorting) of niet (regelkorting). Het tabblad Diversen bij instellen relatie heet nu Algemeen conform de scherm lay-out van andere schermen. De instelling waarmee de kwantumkorting voor een relatie in de kop of in de regels ingesteld kon worden, was tot op heden alleen beschikbaar wanneer de module kortingtabellen actief was. Nu is deze instelling altijd beschikbaar en verplaatst naar Instellen relaties (menupad ISR) van 179

72 Instellen artikelen (menupad ISAM1) ziet er nu als volgt uit (met de module kortingtabellen actief): Bewaarbonnen per relatie Inleiding Vanuit de gebruikers is gevraagd om direct inzichtelijk te maken welke bewaarbonnen open staan voor een relatie. Dit kan nu via de infoknop op de relatiekaart. Als er geen relatiebonnen zijn, dan wordt een leeg overzicht getoond. Scherm van 179

73 6.6.3 Tellerinformatie Inleiding In het scherm is de totaal teller Relatie Saldo toegevoegd. Deze wordt gevoed door de tellers die erboven staan. Via het teken + of - dat erachter staat, wordt aangegeven hoe de teller in de berekening mee doet. Scherm van 179

74 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 Maatwerk Verschillenlijsten Versnelling opbouw mutatiebestand Algemene versnelling Het uitvoeren van de automatische procedure Afdrukken verschillenlijst is aanzienlijk versneld voor lijsten waarbij een controle op aanbiedingen moest plaatsvinden. Voorheen duurde het uitvoeren van de automatische procedure op een artikelbestand van ongeveer records ongeveer 10 minuten. Dankzij de versnelling duurt dit nu nog ongeveer 1 minuut. Let op! Een en ander is systeem en infrastructuur afhankelijk. De versnelling zou echter zeer goed waarneembaar moeten zijn Artikel-etiketten printen op basis van verschillenlijst Automatisch artikeletiketten aanmaken Vanaf deze release kan een Newway-medewerker (tegen betaling) een verschillenlijst (mutatieverslag) m.b.t. het ARTIKEL-bestand uitbreiden met een optie waarmee de artikelen, die op de verschillenlijst afgedrukt worden, automatisch in het printbuffer-bestand geplaatst worden met een aangegeven artikel-etiket. Zo kan men bijvoorbeeld een verschillenlijst laten ontwikkelen van alle artikelen die gewijzigd zijn m.b.t. velden die op het etiket voorkomen, op basis waarvan automatisch artikel-etiketten in de print-buffer geplaatst worden. Hiermee kan een klant zijn artikel-etiketten op de winkelvloer actueel houden. Tevens is aan te geven hoeveel etiketten per artikel in de buffer geplaatst moeten van 179

75 worden en of eventuele Eigen etiketten geprefereerd moeten worden boven het aangegeven artikel-etiket. In het beheer van de verschillenlijsten zijn onderstaande velden toegevoegd. De opties zijn alleen zichtbaar bij Type Alle records die aan conditie voldoen of Type Alle nieuwe records EN alleen als Hyperfile ARTIKEL is. Na het uitvoeren van de automatische procedure zullen er naast de gebruikelijke afdruk ook een aantal printbuffer-records toegevoegd worden. Wanneer een verschillenlijst opnieuw wordt afgedrukt, dan worden er GEEN artikel-etiketten in de print-buffer geplaatst! van 179

76 6.8 (Applicatie) Beheer Beschrijving 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 een POS terminal, ticketprinter, geldlade(s), klantendisplay, (hand)scanner /mobile terminal en EFT-(pin)apparatuur Promotie zoekfilters Case Inleiding Rechtstreekse toegang tot het bestand Mixmatch vanuit de artikelkaart. In het bestand worden alleen de mixmatches getoond waarin het geselecteerde artikel voorkomt (filter op gekozen artikel). Artikelkaart & mixmatch Vanuit het info menu op de artikelkaart kan het Bestand mixmatch aangeroepen worden. Opmerking: 1. De werking is volledig in overeenstemming met de werking van de optie Aanbiedingen en overige opties. 2. In dit bestand wordt een lijst getoond van alle mixmatches waarin het artikel voorkomt (gelijk aan de werking van aanbiedingen) van 179

77 Het scherm Bestand mixmatch werkt op een deel van de database; namelijk die mixmatches die horen bij het artikel op de artikelkaart. De filter op het mixmatch bestand wordt automatisch ingesteld afhankelijk van het gekozen artikel in het artikelbestand. Als er een nieuwe mixmatch toegevoegd wordt, wordt het geselecteerde artikel automatisch aan de nieuwe mixmatch gekoppeld. De zoekmogelijkheden op het mixmatch scherm (N036000) zijn uitgebreid naar analogie van de zoekmogelijkheden op artikelen. Dit wordt gecombineerd met een begindatum en een einddatum (de periode), waarbij alle items worden getoond die geldigheid hebben binnen die periode. Dus ook de items die slechts een deel van de periode geldig zijn, eerder aanvangen of gedurende de periode aanvangen of aflopen. Opmerkingen: - Zoekfilters kunnen worden gecombineerd met datum (begin en eind) - De filtersectie is niet volledig hetzelfde als op de artikelkaart Artikelkaart & aanbieding De zoekmogelijkheden op aanbiedingen scherm (N013000) zijn uitgebreid naar analogie van de zoekmogelijkheden op artikelen. Dit wordt gecombineerd met een begindatum en een einddatum (de periode), waarbij alle items worden getoond die geldigheid hebben binnen die periode. Dus ook de items die slechts een deel van de periode geldig zijn, eerder aanvangen, of gedurende de periode aanvangen of aflopen. Scherm aanbiedingen Aanbiedingsprijzen zichtbaar in de artikelkaart Omschrijving Aanbiedingsprijzen zijn zichtbaar in de artikelkaart op basis van: 1. of er voor het betreffende artikel een aanbieding bestaat van 179

78 2. of de ingelogde gebruiker op basis van een nieuw gebruikersrecht de aanbiedingsprijs mag zien. De aanbiedingsprijs zal dan net zoals in de HHT te zien in de invoervelden van de verkoop-, inkoop- of handelsprijs met een gele achtergrond. Rechten Er is een nieuw recht dat ervoor zorgt dat ingesteld kan worden of een gebruiker de aanbiedingsprijs op de artikelkaart mag zien of niet. Indien recht Aanbiedingsprijs zichtbaar? [Ja/Nee] op: Nee staat, aanbiedingsprijs niet laten zien voor betreffende gebruiker Ja staat, aanbiedingsprijs (indien aanwezig) laten zien voor de betreffende gebruiker. Artikelkaart Omschrijving 1) Statusbalk, waar de letter A te zien is 2) Als de prijsvelden geel zijn, dan worden daar de aanbiedingsprijzen getoond. Door het vinkveld uit te schakelen wordt de reguliere prijs getoond Voorkeursetiket bij afdrukken van 179

79 Case Inleiding Er is een instelling bijgekomen, die regelt dat er een standaard artikeletiket wordt geselecteerd wanneer er geen default etiket aan een artikel hangt. Nu kan men vanuit de mobile een batch artikeletiketten afdrukken met als keuze een geselecteerd etiket. Instellingen Omschrijving Indien bij een artikel geen default etiket gekoppeld is, dan zal het etiket uit de instellingen software artikel, tab Invoeren (zie boven) gebruikt worden zodra er een bulk aan artikel etiketten wordt afgedrukt. Afdrukken artikel etiket Omschrijving Let op! Indien men de optie Eigen etiket op Ja staat, zal het systeem default het standaard ingestelde artikeletiket hanteren. Echter, als men de mobile heeft ingelezen in de selectietabel als de groep artikelen waarvoor een etiket moet worden afgedrukt, kan men voortaan nog steeds het etiket dat men wil gebruiken wijzigen tot het moment van afdrukken. De applicatie zal, in tegenstelling tot vroeger, niet meer het laatst gebruikte etiket vast houden, maar steeds in een soort default mode terug keren Prijsmutatie alt. leverancier op termijn Case Op het scherm Bestand prijswijzigingen op termijn is op de tab Zoeken de naam van 179

80 Inleiding van de groupbox gewijzigd. Op de tab Kaart zijn twee loepfuncties toegevoegd: één om te zoeken op artikel en één om te zoeken op (alternatieve) leverancier. Art.mutatie op termijn Wijzigingen Omschrijving Opslaan in juiste bestanden 1. Loepfunctie bij veld Leverancier 2. Loepfunctie bij veld Artikel 3. Sectie Artikel heeft de naam Artikel Leverancier gekregen 4. Extra regel is in sectie Artikel toegevoegd 5. Kopieer functionaliteit die nu bij het veld Artikel hoort, is verplaatst 6. Kopieer functionaliteit is toegevoegd voor het veld leverancier 7. Internnummer van de leverancier is toegevoegd In het scherm Bestand prijswijzigingen op termijn zijn op de tab Kaart alleen de prijzen getoond die van toepassing zijn voor het type leverancier (voorkeurs- of alternatieve leverancier). Prijzen die niet van toepassing zijn, zijn gray. Prijswijzigingen die van toepassing zijn op de alternatieve leverancier: Inkoopprijs (incl. en excl.) en Huidige verk. prijs (incl. en excl.). De overige prijzen van de artikelkaart zijn niet van toepassing op de alternatieve leverancier: Verkoopprijs (incl. en excl.), Advies verkoopprijs (incl. en excl.), Handelsprijs (incl. en excl.), Staffelprijzen (incl. en excl.) en Provisie (incl. en excl.). In de voorgaande BlueRetail versies werd de prijswijziging opgeslagen in het artikel bestand. Dit blijft van toepassing wanneer de leverancier waarop de prijswijziging van toepassing is, de voorkeursleverancier is. Vanaf nu kan de prijswijziging echter ook aan de combinatie van artikel alt leverancier gekoppeld worden. De prijswijziging moet nu ook in het bestand Alternatieve leverancier opgeslagen worden. Dus in beide gevallen wordt de wijziging in het bestand Alternatieve leverancier opgeslagen: wanneer de leverancier waarop de prijswijziging van toepassing is, de alternatieve leverancier is en wanneer de leverancier waarop de prijswijziging van toepassing is, de voorkeursleverancier is. Hiervoor is het intern nummer van Leverancier als veld toegevoegd in de tabel Prijswijziging op termijn. Schematische weergave van 179

81 6.8.5 Categorie op relaties Inleiding De functionaliteit van categorie zoals toegepast op artikelen wordt nu ook toegepast op relaties (soort van profielen op relaties). De bestaande functionaliteit van categorie is uitgebreid zodat in een tabel zowel relaties als artikelen als de combinatie (beiden) kunnen worden vastgelegd. Toelichting 1 Elke categorie en elk kenmerk is bruikbaar voor zowel relaties als artikelen 2 Beheer van de categorie structuur is uitgebreid met een veld Type. Dit veld kan de waarde Artikel, Relatie, of Beide bevatten. Indien de gekozen optie niet Beide is, dan heeft het veld voor alle onderstaande categorieën en kenmerken dezelfde waarde. 3 Op de artikelkaart kan men enkel categorieën van het type Beide of Artikel selecteren. Ook voor de kenmerken geldt dit. Beschrijving Relaties 1 Bij het beheer van relaties is categorie beschikbaar naar analogie met de functionaliteit op de artikelkaart van 179

82 2 Selectie op relaties is uitgebreid met classificatie naar analogie met de selectie op artikel. Techniek Nieuw bestand: RelCatStruct, dit bestand is identiek aan ArtCatStruct behalve dat ARINTNUM vervangen is door REINTNUM. Nieuw veld bij CatStruct Type: Waarde = 1 => Artikel Waarde = 2 => Relatie Waarde = 3 => Beide Bij de eerste keer opstarten van de nieuwe versie worden alle catstruct records default op artikel gezet (type = 1). Nieuwe velden en het nieuwe bestand zijn opgenomen bij import /export /herindexeren etc van 179

83 6.8.6 Aanbiedingen zichtbaar in artikelkaart Inleiding Indien men via de onderstaande instellingen een koppeling creëert met de diversen velden van de artikelkaart en het aanbiedingen bestand, dan toont de artikelkaart de meest actuele waarden oftewel de waarden van de jongste, actieve aanbieding uit het aanbiedingenbestand. Zo herkent men gemakkelijk de meest actuele aanbieding in geval dat er aanbiedingen zijn ingegeven met overlappende tijdsvakken. Deze meest actuele aanbieding wordt getoond in de artikelkaart en bewaard in het kassatransactie bestand op regelniveau. Instellingen scherm Veld Zoekcode aanbieding : Zoekcode aanbieding Barcode aanbieding Veld Barcode aanbieding : Omschrijving aanbieding Veld Barcode aanbieding : van 179

84 Let op! Er is een overgangsperiode waarin de info van de aanbieding nog niet op de artikelkaart komt. Dit is mede afhankelijk van datumwissel en ingangsdatum. Dus als men een aanpassing doet in een lopende periode, kan het enge tijd duren voordat deze zichtbaar is in de artikelkaart Instellingen software, relatie Instellingen software relatie Reden hiervoor is performance behoud!! 6.9 (ICT) Beheer Het tabblad diversen bij instellen relatie is aan gepast naar Algemeen zoals bij de overige instellingenschermen Magazijnbon (kasmagazijn.txt) Omschrijving Indien men de module multi magazijn niet heeft kan er voortaan in deze lay-out gewerkt worden met opmerkingenregels in de transactie (F4). Wil men deze opmerkingenregels afdrukken, dan dient men bij de instellingen kassa in de sectie Magazijnbonnen de schakelaar op Ja te zetten. Standaard staat deze op Nee om de bestaande werking te behouden. Opmerkingen (F4) worden dan NIET afgedrukt. Instellingen Zoeken overzichten Omschrijving Voor alle overzichtsschermen geldt dat er naast de bestaande tabs Zoeken en Raadplegen nu een tab Zoeken regels is tussengevoegd. De tab Zoeken heet nu Zoeken document. Op beide tabs zijn aanpassingen gemaakt om het zoeken van van 179

85 gegevens beter te faciliteren Zoeken document Omschrijving Op de tab Zoeken document zijn enkele zoekvelden toegevoegd. Hierdoor kan op een nog eenvoudigere wijze data gezocht worden, welke als zogenaamd kop gerelateerde kenmerken zijn (documenthoofd). Verkoop overzicht Zoekmogelijkheden Nr. Veld Omschrijving 1 Ordernummer 2 Gebruiker (Nieuw) Hier kan de gebruiker uit het gebruikersbestand geselecteerd worden. 3 Relatie Hier kan de relatie uit het relatiebestand geselecteerd worden. 4 Contactpersoon (nieuw) Hier kan de contactpersoon, gekoppeld aan een relatie uit het contactpersonen bestand, geselecteerd worden. 5 Begin datum De begindatum van de periode selectie die getoond moet worden. Het is de aanmaakdatum van de verkooporder waarop gezocht wordt. 6 Eind datum De einddatum van de periode selectie die getoond moet worden. Het is de aanmaakdatum van de verkooporder waarop gezocht wordt. 7 Leverdatum De leverdatum van de verkooporder waarop gezocht wordt van 179

86 Inkoop overzicht Zoekmogelijkheden Nr. Veld Omschrijving 1 Ordernummer Hier kan via bevatten gezocht worden op het inkoopordernummer of een deel ervan. 2 Relatie Hier kan de relatie uit het relatie bestand geselecteerd worden. 3 Referentie (nieuw) Hier kan via bevatten A=a op de referentieomschrijving (in de orderkop) worden ingegeven, waarop dan wordt gezocht. 4 Begin datum De begindatum van de periode selectie die getoond moet worden. Het is de aanmaakdatum van de inkooporder waarop gezocht wordt. 5 Eind datum De einddatum van de periode selectie die getoond moet worden. Het is de aanmaakdatum van de inkooporder waarop gezocht wordt. 6 Ontvangst datum De ontvangstdatum van de inkooporder waarop gezocht wordt. De dag dat de goederen minimaal geleverd zouden moeten worden van 179

87 Tab Zoeken regels Inleiding De tab Zoeken regels is in elk overzicht aan de inkoop- en verkoopzijde toegevoegd. Hier kan men vanuit de transactieregels zoeken naar één of meerdere specifieke transactieregels, welke in documenten voorkomen. Verkoop overzicht Zoekmogelijkheden Nr. Veld Omschrijving 1 Nummer Hier kan via bevatten gezocht worden op het artikelnummer (de barcode) of een deel ervan. 2 Omschrijving regels Hier kan via bevatten A=a een tekst of getal worden ingegeven dat in de transactie is opgeslagen als opmerking of als bijvoorbeeld serienummer s/n: Hier kan via bevatten A=a de artikelomschrijving worden ingegeven, waarop dan wordt gezocht. 3 Omschrijving artikel 4 Magazijn Hier kan via de loep uit de magazijn tabel het juiste magazijn geselecteerd worden. 5 Magazijnlocatie Hier kan via de loep uit de magazijnlocatie tabel het juiste magazijnlocatie geselecteerd worden. 6 Omzetgroep Hier kan via de loep uit de omzetgroep tabel de juiste omzetgroep geselecteerd worden. 7 Artikel Hier kan via de loep uit het artikelbestand het juiste artikel geselecteerd worden. 8 Leverancier Hier kan via de loep uit het relatiebestand de juiste relatie (artikelleverancier) geselecteerd worden. 9 Inkooporder Hier kan aan de hand van het inkoopordernummer de juiste bijbehorende verkooporder geselecteerd worden van 179

88 Inkoop overzicht Zoekmogelijkheden Nr. Veld Omschrijving 1 Nummer Hier kan via bevatten gezocht worden op het artikelnummer (de barcode) of een deel ervan. 2 Omschrijving regels Hier kan via bevatten A=a een tekst of getal worden ingegeven dat in de transactie is opgeslagen als opmerking of als bijvoorbeeld serienummer s/n: Hier kan via bevatten A=a de artikelomschrijving worden ingegeven, waarop dan wordt gezocht. 3 Omschrijving artikel 4 Magazijn Hier kan via de loep uit de magazijn tabel het juiste magazijn geselecteerd worden. 5 Magazijnlocatie Hier kan via de loep uit de magazijnlocatie tabel het juiste magazijnlocatie geselecteerd worden. 6 Omzetgroep Hier kan via de loep uit de omzetgroep tabel de juiste omzetgroep geselecteerd worden. 7 Artikel Hier kan via de loep uit het artikelbestand het juiste artikel geselecteerd worden. 8 Leverancier Hier kan via de loep uit het relatiebestand de juiste relatie (artikelleverancier) geselecteerd worden. 9 Orderdatum Hier kan gezocht worden op de datum waarop de goederen van de inkooporder is aangemaakt. 10 Verkooporder Hier kan aan de hand van het verkoopordernummer de juiste bijbehorende inkooporder geselecteerd worden van 179

89 Uitbreiding Uitleg In dit scherm is t.o.v. vorige versies het veld pakbonnummer en ordernummer zoeken toegevoegd. Idem voor creditinkoopfacturen! Datum selectie velden De selectievelden begindatum en einddatum onthouden de delta periode tussen deze beide datums. Dit betekent dat het systeem als er enkele dagen later weer in hetzelfde overzicht gekeken wordt een nieuwe periode laat zien gebaseerd op de minus dagen en plus dagen t.o.v. de systeemdatum (kijkdag). Ctrl toets in kalenderscherm Als in bovenstaande kalender op de CTRL toets wordt geklikt terwijl men op de OK knop klikt, zal het systeem beide datumvelden vullen met dezelfde geselecteerde datum van 179

90 6.9.3 Indexeren Vormen van indexeren De werking van opties Normaal, Reparatie en Compressie en Reparatie is zoals voorheen weer verschillend van elkaar gemaakt. Een tijd maakte het niet uit welke optie gekozen werd; er werd altijd waarschijnlijk normaal geïndexeerd. Dit is nu weer in oorspronkelijke toestand hersteld. Overzichtstabel Er is in de overzichtstabel een kolom Bestandnaam toegevoegd, zodat men zeker weet dat men het juiste bestand heeft geselecteerd. Voortgangsbalk Tevens is er een voortgangsbalk toegevoegd, die per geïndexeerd bestand de voortgang van het indexeren weergeeft van 179

91 6.9.4 ODBC-registratie BlueRetail De werking van onderstaande menu-optie is nu als volgt: BlueRetail controleert eerst of lokaal het driver-bestand aanwezig is. (<<INSTMAP>>\WD140HFO.DLL). Zo ja, dan wordt versie-nummer van de DLL ingelezen (Voor versie 3.5x is dit 14.00Ak). Vervolgens wordt gecontroleerd of Hyper File 7 ODBC driver in registry is geregistreerd. Doorgaans wordt dit bij installatie en update door NWSetup gedaan zoals beschreven in Registry controle ODBC-driver Hyper File 7. Tot slot wordt er voor het actuele bedrijf een System DSN aangemaakt, zoals beschreven in Registry controle System DSN BR-Data, waarmee de bestanden in de DATA-map van het bedrijf gekoppeld kunnen worden van 179

92 Registry controle ODBCdriver Hyper File 7 Registry-key HKEY_LOCAL_MACHINE\Software\ODBC\ODBCINST.INI\ODBC Drivers moet bestaan en het veld Hyper File 7 moet de waarde Installed hebben. Als Hyper File 7 ODBC driver niet aanwezig is, dan wordt deze toegevoegd in de registry (als het lokale driver-bestand aanwezig is, anders volgt foutmelding!). Registry-key HKEY_LOCAL_MACHINE\Software\ODBC\ODBCINST.INI\Hyper File 7 wordt aangemaakt en gevuld met onderstaande waarden: Te zien valt dat het lokale driver-bestand (WD140HFO.DLL) gebruikt wordt met bijbehorend versienummer. Als Hyper File 7 ODBC driver WEL aanwezig is, dan wordt eerst bepaald of het ingestelde driver-bestand nog aanwezig is op de harde schijf. Zo niet, dan worden de waarden Driver, DriverODBCVer en Setup vervangen met de waarden van het lokale driver-bestand (als het lokale driver-bestand aanwezig is, anders volgt foutmelding!) Als het ingestelde driver-bestand wel aanwezig is, dan wordt de DriverODBC van 179

93 vergeleken met die van het lokale driver-bestand. Als het versienummer van het lokale driver-bestand nieuwer is dan die van de geregistreerde, dan worden ook de waarden voor Driver, DriverODBCVer en Setup vervangen met de waarden van het lokale driver-bestand. Registry controle System DSN BR-Data Wanneer er een correcte ODBC Hyper File 7 driver in de registry aanwezig is, dan gaat BlueRetail vervolgens controleren of er al een SystemDSN aanwezig is in de registry voor het actuele bedrijf. Als BlueRetail m.b.v. NWsetup op het systeem is geïnstalleerd, dan is deze ODBC Hyper File 7 driver aanwezig (aangezien zij ook door NWSetup aangemaakt wordt). BlueRetail maakt een SystemDSN aan voor de hyperfile-bestanden die in de DATAmap van het actuele bedrijf staan. De naamgeving voor de SystemDSN wordt als volgt gemaakt: BR-Data van <<Bedrijfsnaam>>, waarbij <<Bedrijfsnaam>> de eerste 20 karakters van het veld BEDRIJF.TITEL zijn. Allereerst wordt er gecontroleerd of de SystemDSN al aanwezig is. Registry-key HKEY_LOCAL_MACHINE\SOFTWARE\ODBC\ODBC.INI\BR-Data van <<Bedrijfsnaam>> moet dan aanwezig zijn. Zo niet, dan wordt deze sleutel aangemaakt en als dat lukt verschijnt de onderstaande vraag: Bij Nee, stopt het proces en wordt de aangemaakt registry-key HKEY_LOCAL_MACHINE\SOFTWARE\ODBC\ODBC.INI\BR-Data van <<Bedrijfsnaam>> verwijderd. Bij Ja, wordt onderstaande SystemDSN aangemaakt in de registry. Tevens wordt deze ook toegevoegd aan de lijst met ODBC Data Sources (Registrykey HKEY_LOCAL_MACHINE\SOFTWARE\ODBC\ODBC.INI\ODBC Data Sources): Indien de registry succesvol is bijgewerkt, verschijnt hiervan een melding, anders verschijnt een foutmelding: van 179

94 Wanneer de registry-key HKEY_LOCAL_MACHINE\SOFTWARE\ODBC\ODBC.INI\BR- Data van <<Bedrijfsnaam>> reeds aanwezig is, dan verschijnt er een andere vraag voor de gebruiker na het activeren van de menu-optie Instellingen Software ODBC Toegang (Alleen Lezen). Bij Annuleren stopt het proces, en blijven de huidige registry-waarden behouden. Bij Nee wordt de bestaande SystemDSN uit de registry verwijderd. Als dit gelukt is, dan verschijnt hiervan een melding. Anders verschijnt een foutmelding. Bij Ja worden de actuele gegevens opnieuw in de registry gezet. Dit dient bv. te gebeuren als het bedrijf verplaatst is op de harde schijf. Hiervan verschijnt geen melding van 179

95 Gebruik ODBCkoppeling Een door BlueRetail aangemaakte SystemDSN is onder Windows terug te vinden via het Systeembeheer van Gegevensbronnen (ODBC). Zij staan op het System DSN tabblad, zodat onafhankelijk van de Windows-user gebruik gemaakt kan worden van de ODBC-koppeling. Uiteraard zijn er meerdere ODBC-koppelingen mogelijk als er meerdere bedrijven aanwezig zijn. De system DSN werkt alleen als de ingestelde mappen voor analyse en data-bestanden ook daadwerkelijk bestaan en als de analyse overeenkomt met de data-bestanden! Voorbeeld: In Microsoft Access is nu bijvoorbeeld de inhoud van het postcodebestand van het demonstratie-bedrijf als volgt te bekijken. Open een nieuwe database, en selecteer onderstaande menu-optie Selecteer vervolgens de juiste DSN en tot slot het gewenste bestand: De inhoud van het bestand kan m.b.v. Access bekeken worden. Eventuele wijzigingen hebben géén invloed op de echte data-bestanden van BlueRetail van 179

96 Annuleren Zichtbaar? Verlaten Zichtbaar? Release notes BlueRetail 3.51 GD Beveiliging Inloggen Inleiding Vanaf BlueRetail versie 3.5x heeft men de mogelijkheid het inlogscherm te verlaten middels de buttons [Annuleren] en/of [Verlaten]. [Annuleren] zorgt ervoor dat men terugkomt in de oorspronkelijke situatie en [Verlaten] ervoor zorgt dat men terugkeert naar MS Windows. In verschillende situaties zullen deze buttons wel of niet te zien zijn. Mogelijkheden matrix Hieronder wordt een matrix weergegeven met situaties waarin al dan niet een button moet verschijnen en hoe het systeem moet reageren: Situatie Actie bij Annuleren Actie bij verlaten Inlogscherm na wisselen BlueRetail bedrijf Ja Nee Terug naar wisselen bedrijf N.v.t. Wisselen gebruiker Selecteren verkoper bij nieuwe bon Mogelijkheid tot extra bevestiging wisselen gebruiker via Instellingen Algemeen. Inloggen als andere gebruiker? [Ja /Nee] Waarbij de focus default op Ja staat. Aangezien het hier een gebruikersrecht betreft en deze bewust gezet wordt, geen mogelijkheid tot annuleren. Inlogscherm bij kiezen Beheer Gebruikers Inlogscherm bij kiezen Beheer Nivo s Inlogscherm bij Beheer Bedrijven Inlogscherm bij ingaand kasgeld Inlogscherm bij uitgaand kasgeld Inlogscherm bij openen kassalade Ja Nee Terug naar uitgangssituatie Ja Nee Terug naar uitgangssituatie Ja Nee Terug naar uitgangssituatie Ja Nee Terug naar uitgangssituatie Ja Nee Terug naar uitgangssituatie Ja Nee Terug naar uitgangssituatie n.v.t. n.v.t. n.v.t. n.v.t. n.v.t. n.v.t. Nieuwe instelling Er is een nieuwe instelling die de gebruiker in staat stelt te kiezen of er voor het inlogscherm een vraag moet verschijnen, die de mogelijkheid biedt om de actie niet door te voeren. Dit kan handig zijn wanneer de gebruiker per ongeluk een verkeerde toets aangeslagen heeft van 179

97 ISG <algemeen> Voorbeeld bij selectie bedrijf Extra bevestingsvraag Als in schermen van gebruiker wordt gewisseld zal het systeem u voortaan vragen of u het zeker weet van 179

98 Screensaver Inleiding Let op! Er bestond bij gebruikers de behoefte dat het systeem zich als het ware zou afsluiten indien het gedurende een ingestelde tijd niet gebruikt wordt. Om deze reden is een stationsinstelling toegevoegd met een screensaver functie waarbij de gebruiker zelf kan bepalen wat er getoond wordt. Als de screensaver actief wordt in deze BlueRetail versie, dan stoppen alle actieve (lopende) processen!!! De screensaver zal NOOIT actief worden in de automatische procedures, dus hier speelt dit probleem niet. Let op! Als de screensaver actief wordt en het systeem staat in een login of op een melding, dan moet eigenlijk degene die als laatste op het systeem gewerkt heeft weer inloggen. Dit zeker in de kassa met de rechten etc.. Instellingen ISG schermbeveiliging Selecteer het bestand. Er is de mogelijkheid om zelf een map te kiezen van 179

99 Selecteer de afbeelding in een willekeurige map: Instellen timer en aanmelden ja/nee: Let op! Nr. Veld Omschrijving 1 Wacht In het veld wacht kunt u per station instellen na hoeveel minuten zonder activiteiten de screensaver actief wordt. 2 aanmeldingsscherm. Door het vinkveld aanmeldingsscherm. aan te vinken, wordt ingesteld dat het systeem wanneer een TOETS of de MUIS wordt aangeraakt, men alvorens in het pakket verder te kunnen eerst moet inloggen. Als de screensaver actief wordt en er zijn handmatig processen gestart die nog actief waren (bijvoorbeeld printen lijsten of voorbereiden) dan STOPPEN deze processen Geldlade beveiliging Inleiding Nieuwe rechten Voorheen kon een niet gerechtigde (oude) pakket gebruiker met een simpele handeling de geldlade openen. Helaas heeft er hierdoor diefstal plaats gevonden. Er zijn nieuwe mogelijkheden om het onbevoegd openen van de geldlade helpen te voorkomen. Nieuwe rechten onder nivo s tabblad kaart, tabblad debiteuren kassa: Selecteren gebruiker bij invoer ingaand kasgeld [F9] Selecteren gebruiker bij invoer uitgaand kasgeld [F9] Een recht!! Selecteren gebruiker bij openen kassalade(s) [Shift]+[F9] Nieuwe rechten per niveau: van 179

100 Annuleren Indien men nu in de kassa op F9 of SF9 klikt, zal het systeem eerst het toegangscontrolescherm tonen. Is men niet bevoegd, dan kan men nu voortaan wel via de nieuwe knop [Annuleren] terug terug naar de kassa Afsluiten BlueRetail Inleiding Afsluitknop op knoppenbalk Het afsluiten van BlueRetail middels de menu-optie of de knop op de knoppenbalk is niet langer gelijk aan het afsluiten via het afsluitkruisje in het mainmenu. Voorheen was de werking gelijk. Eerst werden alle vensters gesloten en vervolgens kwam de vraag Afsluiten BlueRetail. Als er nog een niet-afgehandelde kassabon actief was en de vraag werd met Nee beantwoord, dan werd het kassa-scherm niet gesloten. Knop [Afsluiten] op de knoppenbalk: Omschrijving Als men nu op de afsluitknop klikt of menu-optie Afsluiten BlueRetail \ Windows komt de vraag: van 179

101 Als keuze is Nee, dan stopt proces. Als keuze is Ja, dan volgt de vraag: Als keuze is Nee, dan stopt proces. Als keuze is Ja, dan sluit het venster en sluit BlueRetail af Elektronische voucher Inleiding Case Bij Newway worden vouchers aangemaakt wanneer er een licentie gegenereerd wordt t.b.v. een levering of een update. BlueRetail maakt vanaf deze versie een voucher als PDF en een zogenaamde digitale voucher (een BRV-bestand) aan. Voorbeeld Digitale voucher Toelichting Het BRV bestand is gecodeerd en beveiligd. Dit bestand en het PDF bestand kunnen aan de partner ter beschikking worden gesteld via mail en/of FTP. Wanneer het BRV-bestand in de centrale programmamap in de submap System wordt geplaatst. Bij het openen van het licentie-registratie-scherm verschijnt een knop Import als na het ingeven van het licentienummer het nummer matched met de naamgeving van het BRV-bestandje. Als het nummer niet matched dan verschijnt de knop Import niet. Software system map: van 179

102 Het systeem controleert op zowel het licentienummer als het versienummer. Als er een BRV-bestand van een andere licentie of van een oudere versie aanwezig is, dan zal de import-knop niet verschijnen. Voucher datascherm: Wanneer de knop Import geactiveerd wordt, dan worden de voucher gegevens ingevuld en kan men op de registreren-knop drukken Tweede kassascherm Inleiding BR Kiosk Server BlueRetail voorziet in deze module een extra mogelijkheid m.b.t. schermaansturing middels een tweede kassa scherm. Op dit tweede scherm kunnen aanbiedingen en reclames getoond worden. BR Kiosk Server is een losse applicatie die wordt meegeleverd met de installatie van BlueRetail. Deze applicatie staat in de software map en zal moeten draaien op het systeem waar het 2 e kassascherm actief moet zijn. Het programma moet gestart worden op de computer die als 2 e scherm dient of waaraan de 2 e monitor is gekoppeld. <drive>:\mappen\br kiosk server.exe <Poortnummer> Instellingen Het 2 e scherm wordt in de kassa instellingen geactiveerd. Bij de kassa instellingen is een nieuw tabblad toegevoegd. Op dit tabblad kan men aangeven of er een tweede scherm gekoppeld is. Dit scherm kan zowel op de pc zelf getoond worden als op een volledig losstaande pc van 179

103 Als het tweede scherm actief is, dan ziet het scherm er als volgt uit: Binnen dit scherm dienen enkele parameters juist gezet te worden: Aktief Hier is de keuze Ja of Nee. Indien keuze is Nee dan is het tweede kassascherm NIET aktief. Als er géén 2 e scherm is MOET deze combo op Nee staan, omdat er anders systeem vertraging kan optreden. IP-adres Hier geeft men indien het tweede scherm aan de eigen computer hangt het IP-adres of het eigen IP-adres in en anders het IP-adres van de computer die de kassafunctionaliteit heeft, welke gegevens getoond moeten worden Poort Hier wordt ter beveiliging een zogenaamd poortnummer gevraagd. Bijvoorbeeld Time out De time out voor het openen van de socketpoort vanuit de kassa is instelbaar gemaakt. Standaard staat deze op 5000 ms. De instelling is te vinden op de tab 2 de scherm, via menupad <Instellingen, Software, Kassa >. Voorbeeld: Bij een eventuele uitval van het 2 e scherm zou bij 5000 ms de kassa telkens gedurende 5 seconden informatie van 179

104 trachten te sturen naar het 2 e kassascherm. Door deze time out in te stellen op bijvoorbeeld 100 zal dit maar een tiende seconde duren. Aanbiedingen Het aantal te tonen aanbiedingen kan worden ingegeven (van 1 tot 9). Indien 0 wordt ingegeven worden er standaard 5 aanbiedingen getoond. Reclames Er kan nu ook een object met gedrag Reclame worden gemaakt bij Multimedia. Hier kan conform de aanbieding functionaliteit het aantal te tonen reclames worden ingegeven (1-99). Wanneer 0 wordt ingegeven, worden er standaard 10 reclames getoond. Om geen reclames te tonen gelieve het object met gedrag Reclame weg te laten via het lay-out programma. Het pad van de reclame kan worden gekozen. De bestanden met de volgende extensies worden getoond: JPG, BMP, ICO, PNG, GIF, TIF. Lay-out Hier moet de lay-out geselecteerd worden die het kenmerk multimedia heeft met de extentie DGR. Als op het icoon Map openen wordt geklikt, gaat de juiste map met schermlay-outs open. Resultaat voorbeeld aanbiedingen In dit voorbeeld worden 3 aanbiedingen getoond: Resultaat voorbeeld reclames Op basis van waarden voor het veld Reclames, is dit het resultaat: 5 seconden later: van 179

105 Lay-out De lay-out van het 2 e scherm is geheel flexibel en kan door de gebruiker zelf bepaald en ingedeeld worden. De lay-out van het scherm kan ingesteld worden met het lay-out programma, dat tevens gebruikt wordt voor het instellen van het Touch kassascherm. De naamgeving van de lay-out is vrij waardoor er meerdere lay-outs gemaakt kunnen worden. Wel moet het schermtype multimedia worden geselecteerd! De indeling van het scherm kan geheel naar wens geconfigureerd worden. In het scherm kunnen afbeeldingen, films en velden uit de BlueRetail database worden getoond. M.b.t. de artikel gerelateerde informatie zijn er enkele velden in een tekstblok geplaatst en worden aanbiedingen, die nu en in de toekomst actief worden, getoond met afbeelding en relevante tekstinformatie Extra functionaliteit lay-out programma t.b.v. 2 e kassascherm Inleiding Het lay-out programma dat voor het instellen van de het Touch kassa gebruikt wordt, wordt tevens voor het instellen van het 2 e kassascherm gebruikt. Voor het instellen van het 2 e kassascherm is extra functionaliteit toegevoegd. Database expressies Database expressies: Niets ingegeven De korte omschrijving van het artikel wordt gebruikt om de foto te zoeken in de map BDR001\touch\media. [ICO:ARTIKEL.ART_NUMMER] In dit voorbeeld wordt de rubriek ARTIKEL.ART_NUMMER gebruikt om de foto te zoeken in de map van 179

106 BDR001\touch\media. [M-MEDIA] Het artikel wordt opgezocht in het bestand ART_MM en de foto uit de rubriek MM_BEELD wordt getoond. Geen expressie Indien bij de aanbiedingen geen expressie is ingegeven, wordt standaard de titel uit de aanbieding getoond. Indien de titel niet gevuld is, wordt de korte omschrijving uit het artikel getoond, gevolgd door het veld VRK_PR_I uit de aanbieding. Voorheen werd het veld VRK_PRIJS getoond, dit was echter niet goed. Geen foto Een aanbieding waarvan geen foto (beeld) bestaat in art-mm wordt toch getoond: Lettertype Het ingestelde lettertype van de aanbieding wordt gebruikt voor het 2 e kassascherm van 179

107 Resultaat: Hoogte van de tekst De hoogte van de tekst van de aanbiedingen is instelbaar (standaard 50). Hoe hoger de tekst, hoe minder plaats er overblijft voor het beeld. Geen titel Indien de tekst (titel) van de aanbieding niet is ingegeven, wordt de korte omschrijving van het artikel genomen van 179

108 Resultaat: Rubrieken uit Artikel aanbiedingen en Artikelen In de lay-out van het tweede kassascherm kunnen rubrieken uit de bestanden Artikel aanbiedingen en Artikelen worden gekozen in het object met gedrag aanbiedingen. Rubrieken uit artikelnotities en artikelen In de lay-out van het tweede kassascherm kunnen rubrieken uit de bestanden Artikel notities en Artikelen worden gekozen in het object met gedrag tekst van 179

109 Velden uit artikelnotities tonen Bij de functie Tekst kunnen nu ook velden uit de artikelnotities worden getoond. Let op: gebruik dan in het veld ook de code van de artikelnotitie zoals in dit voorbeeld: [ARTNOT.TITEL(100)] Geen aanbieding tonen Wil je geen aanbiedingen tonen? Laat dan het object met gedrag Aanbieding weg in het lay-out programma Automatisch aanmaken inkooporders Verwijderde procedures Via de knop KASSAMATIC.NWC kan men zien dat de vier procedures Aanmaken inkooptransacties verwijderd zijn. Situatie voorheen: van 179

110 Situatie nu: Optie Besteladvies o.b.v. artikelselectie Bij automatisch aanmaken inkooporders is een vijfde optie toegevoegd Besteladvies o.b.v. artikelselectie. Zonder de verkoopordermodule wordt nu ook de optie Opnemen zichtbaar met twee opties. Voorheen bleef deze onzichtbaar, omdat er toch enkel één optie overbleef, zijnde Besteladvies. Kiest men de tweede optie, dan verschijnt de mogelijkheid om een artikelselectie te selecteren. Tevens zijn er kleine tekstuele wijzigingen doorgevoerd m.b.t. de opties. Extra parameters automatische procedure Aanmaken inkooporders Vanaf 3.50 is het mogelijk om: Leveranciers, 1 Leverancier en/of RelatieSelectie en/of ArtikelSelectie mee te geven via de automatische procedure aanmaken Inkooporder(s). De procedure heeft nu altijd de volgende parameters: van 179

111 De parameter Opnemen (voorheen Opnemen in order ) is nu altijd zichtbaar. Voorheen was deze niet zichtbaar als men géén verkooporder-module had. Dan was alleen de optie Besteladvies zichtbaar. Let op! Vanwege de extra optie Besteladvies op basis van artikel-selectie, is nu ook deze parameter toegevoegd. Dit betekent dat reeds bestaande procedures NIET meer zullen werken, omdat de waarden van de overige parameters nu naar boven zijn opgeschoven. Oftewel de waarde voor Sortering staat nu bij Opnemen, de waarde voor Leveranciers bij Sortering, enz.. Bij een update van klanten zonder verkooporder-module dienen daarom alle automatische procedures, die de actie Aanmaken inkooporders bevatten, aangepast te worden. Parameters De parameter Leveranciers geeft de waarde aan voor de combo Leveranciers : 1 = Alle leveranciers, 2 = Een leverancier 3 = Volgens selectie Als de parameter leeg is, dan is de werking gelijk aan voorheen van 179

112 De parameter Leverancier geeft het interne nummer aan van de te gebruiken leverancier. Deze is alleen van toepassing als de parameter Leverancier de waarde Een leverancier heeft. De parameter Relatieselectie geeft de naam van de te gebruiken selectie. Deze is alleen van toepassing als de parameter Leveranciers de waarde Volgens selectie heeft van 179

113 De parameter Artikelselectie geeft de naam van de te gebruiken selectie. Deze is alleen van toepassing als de parameter Opnemen de waarde 4 (= Een order debiteur) (MET verkooporder module) of de waarde 2 (= Besteladvies) heeft (ZONDER verkooporder module). Voorbeelden Hier volgen een drietal voorbeelden: Besteladvies (alle artikelen) voor 1 leverancier van 179

114 Besteladvies (alle artikelen) volgens relatie-selectie Besteladvies (artikel-selectie) voor alle leveranciers (ZONDER verkoopordermodule, anders Opnemen = 4) Er zijn dus altijd meer parameters zichtbaar dan ingevuld moeten worden. De laatste drie parameters zijn afhankelijk van de waarden van andere parameters. Het is niet (eenvoudig) af te vangen, dat deze parameters alleen zichtbaar worden wanneer de betreffende waarde wordt ingegeven van 179

115 Uitval Synchronisatie Case Newway heeft de bi-directionele bestandsuitwisseling m.b.t. uitval onder de loep genomen en geoptimaliseerd. Dit betekent dat de bestanden die nu heen en weer worden gestuurd tussen de server en het uitvalwerkstation het minimale aantal bestanden is per richting Aanpassingen betaalautomaat-instellingen Omschrijving In verband met de CTAP ondersteuning is het vanaf 3.50 mogelijk om in BlueRetail de Kaartcodes (CTAP modnames), die door de betaalautomaat teruggezonden worden aan BlueRetail en waarmee de juiste betaalwijze geselecteerd kan worden, zelf in te vullen. Er is een kolom Kaart_code toegevoegd, waarin de gewenste mod_name ingevoerd kan worden die bij een betaalwijze Credit/Pin hoort. Tevens is de restrictie van 8 karakters voor een kaartcode opgeheven, aangezien een CTAP modname 20 karakters kan bevatten. Voorheen moesten de modnames rechtstreeks in de AUTOMAAT.INI ingevuld worden. Nu hoeft dit niet meer. Scherm van 179

116 6.9.1 Banksys Xenta t.b.v. België Inleiding De koppeling met de Banksys Xenta is nu voor zowel Nederland als België mogelijk. Voor beide landen is BlueRetail gecertificeerd. Deel uit het certificeringsrapport: Instellingen Kies in onderstaand scherm het automaattype Banksys. Kies vervolgens welk VIC-protocol gehanteerd wordt. Dit is landafhankelijk. De keuze heeft ook invloed op de inhoud van de tab Betaalwijzen. PreSwipe PreSwipe verwijst naar de mogelijkheid om de pinpas reeds vanaf het begin van een nieuwe kassatransactie door de automaat te halen. Er hoeft niet gewacht te worden tot het moment van afrekenen. PreSwipe is met de Banksys automaat alleen mogelijk in het primaire kassascherm; in de voorrangskassa is het NIET mogelijk om deze functie te gebruiken. Zodra men de voorrangkassa inschakelt, wordt een reset naar de automaat gestuurd om een eventule PreSwipe-actie ongedaan te maken van 179

117 6.9.2 CTAP Payzone e-point 6400 EFT Terminal Engineer-logon e-point 6400 Voor epoint-6400 apparaten met het CTAP-protocol geldt dat vanaf deze versie middels een logon-bericht de betaalautomaat initieel geconfigureerd kan worden m.b.t. schermbreedte, printerbreedte en terminal-versie. Hiervoor is onderstaande menu-keuze toegevoegd. Dit menupunt is alleen zichtbaar wanneer de e-point 6400 als automaat is ingesteld. Activering hiervan zal een drietal input-vensters tonen waarna de betaalautomaat geïnitialiseerd wordt. De automaat synchroniseert zichzelf automatisch wanneer bijvoorbeeld de van 179

118 stroomvoorziening is onderbroken tijdens een transactie of in geval van een ander probleem (dit als resultaat terug gegeven wordt). Hetzelfde geldt voor het logonbericht Module e-customer Omschrijving De module e-customer is vanaf 3.50 uitgebreid met een extra host, waardoor er e- Customer producten gebruikt kunnen worden van onderstaande hosts: 1. ICP Value Added Services (voorheen Payzone en beschikbaar vanaf 3.41) 2. Intersolve Voor beide hosts geldt dat de koppeling met BlueRetail software-matig is. Dit betekent dat er geen extra hardware (bv. betaalautomaat) of software (bv. ocx- of dll-bestanden) nodig is. Latere versies van BlueRetail kunnen uitgebreid worden met andere hosts, waarvoor dit wel zou kunnen gelden. Naast toevoeging van de Intersolve host is er in BlueRetail een nieuwe onderverdeling gemaakt m.b.t. haar e-customer producten. Tevens worden de gegevens deels anders opgeslagen. Voorheen werd onderscheid gemaakt tussen E- gift, E-voucher en E-Ticket en werd alles opgeslagen in ini-bestanden. Vanaf deze versie worden enkel nog de host-gegevens opgeslagen in ini-bestanden (omdat deze per kassa verschillend zijn). De database is uitgebreid met het bestand ECUSTOMERPRODUKT, waarin alle informatie m.b.t. de te gebruiken e-customer producten opgeslagen wordt. Via filiaal-communicatie kan deze informatie verspreid worden. BlueRetail maakt onderscheid tussen de volgende e-customer producten, die voor iedere host geactiveerd kunnen worden: 1. Spaarkaarten -> Dit zijn giftcards, waarvan het saldo meermaals opgehoogd kan worden. Eigenlijk zijn dit een soort chipknips. 2. Cadeaubonnen -> Dit zijn giftcards, waarmee men kan betalen, maar waarvan het saldo niet opgehoogd kan worden. Er zijn cadeaubonnen met een vaste waarde, maar ook cadeaubonnen die bij verkoop een variabele waarde kunnen krijgen (bijvoorbeeld YourGift). 3. Prepaid artikelen -> Dit zijn giftcards, waarmee niet betaald kan worden in de winkel, maar die wel een vaste waarde en een code bevatten om elders (meestal via internet) producten aan te schaffen. (bijvoorbeeld itunes) 4. evouchers -> De werking van dit product is gelijk aan die van het prepaid artikel, behalve dat het product zelf geen giftcard is, maar een papieren bon met gegevens waarmee een produkt opgewaardeerd kan worden (bijvoorbeeld opwaarderen telefoonkaart T-Mobile). 5. etickets -> Dit zijn elektronische toegangsbewijzen voor pretparken of concerten. Deze kunnen door een winkel uitgegeven worden in de vorm van een papieren bon met een unieke barcode (bijvoorbeeld Legoland of Slagharen). Het begrip giftcard kan in de praktijk en bij de verschillende hosts verschillende betekenissen hebben en kan daarom voor verwarring zorgen. Er zijn inmiddels een flink aantal varianten op de markt. Voor BlueRetail is een giftcard een plastic kaartje (net als een bankpasje of creditcard) met daarop een kaartnummer (al dan niet als barcode). Dit plastic kaartje kan in BlueRetail gedefinieerd worden als spaarkaart, als cadeaubon of als prepaid artikelen. Dit is afhankelijk van wat een klant met de giftcard wenst te doen en van de gekozen provider. NOOT: In versie 3.50 zijn nog NIET ALLE combinaties tussen e-customer Produkten en Hosts werkend gemaakt. In de volgende versie zal dit wel het geval zijn. Tevens zal in die versie een nieuwe host toegevoegd worden. In een van 179

119 toekomstige handleiding wordt beschreven hoe de module ingericht dient te worden. In deze releasenotes beperken we ons tot de beschrijving van de locatie van de module in het pakket. Locatie e- Customer Wanneer de module in BlueRetail geactiveerd is, dan krijgt een gebruiker de volgende extra mogelijkheden: - Knop in het hoofdvenster om het saldo van giftcards op te vragen (e- Customer producten type 1 t/m 3) Wanneer er nog geen e-customer produkten aanwezig zijn, dan zal een foutmelding verschijnen. - Bij de nivo-instellingen zijn op een tweetal plekken de rechten te vinden om de module in te stellen. Default staan de rechten uit. 1. Bij bestanden kan men aangeven of een gebruiker e-customer produkten mag beheren. N.B. Het recht Afdrukken heeft in versie 3.50 nog geen functie aangezien er nog geen rapport met alle e-customer producten beschikbaar is. Wanneer 1 van de rechten aangezet wordt, zal onderstaand menu-punt <BC> verschijnen: van 179

120 Deze menu-optie opent het beheerscherm voor e-customer Producten: 2. Bij de software instellingen kan men instellen of men de algemene en host-gegevens mag beheren. Wanneer het recht e-customer aangezet wordt, zal onderstaand menu-punt <ISE> verschijnen: van 179

121 Deze menu-optie opent het instellingen-scherm voor e-customer: Voor de nieuwe provider Intersolve is eveneens een Test -knop toegevoegd, waarmee de instellingen getest kunnen worden alvorens ze opgeslagen worden van 179

122 Koppelingen e- Customer Produkt Een e-customer Produkt is gekoppeld aan een VALUTA-record en kan daarnaast ook gekoppeld zijn aan 1 of meerdere artikelen i.g.v. spaarkaart en/of 1 betaalwijze. Een spaarkaart wordt gekoppeld aan een omzetgroep. De overige producten kunnen aan maximaal 1 artikel gekoppeld worden. Het koppelen aan artikelen gebeurt op de artikelkaart middels onderstaand veld: Door de toevoeging van het veld is de indeling van het tabblad Overig in zijn geheel aangepast van 179

123 Er kunnen alleen producten geselecteerd worden, die verkocht mogen worden EN die nog niet aan een ander artikel zijn gekoppeld of van dezelfde omzetgroep zijn (in geval van spaarkaarten). Het koppelen aan een betaalwijze gebeurt op de betaalwijze-kaart middels onderstaand veld. Dit veld is alleen zichtbaar als Invoer op Kassa staat EN het dagjournaaltype Tegoedbon is. Er kunnen alleen producten geselecteerd worden waarmee betaald mag worden en die nog niet gekoppeld zijn aan een andere betaalwijze. Omschrijving Gekoppelde e-customer producten kunnen alleen in het kassascherm gebruikt worden en wel voor de volgende 3 zaken: 1. Verkoop van een nieuw e-customer produkt: a. Via het selecteren van een artikel, dat gekoppeld is aan een e-customerproduct. Vervolgens verschijnt het scherm waarbij het kaartnummer gescand moet worden van 179

124 b. Via het scannen van een kaartnummer in de commando-regel. Vervolgens wordt het kaartnummer automatisch gecontroleerd of om het juiste bedrag gevraagd. Melding indien een niet nieuw product verkocht wordt 2. Opwaarderen van een spaarkaart: Dit gebeurt ook via het scannen van een kaartnummer in de commandoregel. Vervolgens wordt om het gewenste bedrag gevraagd. 3. Betalen met een e-customer product a. Via de selectie-toets van de betaalwijze. Vervolgens verschijnt het scherm om het kaartnummer te scannen en het saldo te checken. b. Rechtstreeks scannen van een kaartnummer in het ontvangen-veld van 179

125 Nadat een kassabon volledig betaald is, worden de eventueel verkochte e- Customer producten daadwerkelijk geactiveerd en opgewaardeerd van 179

126 6.9.4 Geluid bij succesvolle scan Inleiding In BlueRetail is nu een optie toegevoegd, die het mogelijk maakt om een geluidsfragment te koppelen aan een succesvolle scan zoekactie. Als bij een scan actie de applicatie één of meerdere hits heeft, wordt het geluidsfragment gestart. Instellingen scherm Afdrukknop in artikelkaart Omschrijving In de artikelkaart zijn enkele afdruk functies gegroepeerd onder de rechtermuisknop van de knop [Afdrukken]. Het betreft: De artikelkaart afdrukken Artikel statistieken afdrukken De voorraad afdrukken Het standaard gekoppelde artikeletiket afdrukken van 179

127 6.9.6 Zoekfilter F1, F2, A<Enter> Inleiding F1 (nummer) F2 (omschrijving) A<Enter> (artikelkaart) Newway heeft de source code enigszins vereenvoudigd en de zoekfunties op de commandoregel aangepast voor alle schermen. Het betreft de volgende zoekfuncties: F1 (zoeken nummer), F2 (zoeken omschrijving) en A<Enter> (zoeken vanuit de artikelkaart filters). Het artikelkaart zoekscherm wordt geopend en de focus staat op het veld Nummer. De andere velden mogen ook gekozen worden. Het artikelkaart zoekscherm wordt geopend en de focus staat op het veld Korte omschrijving. De andere velden mogen ook gekozen worden. Het artikelkaart zoekscherm wordt geopend en de focus staat op het ingestelde voorkeursveld (zie instellingen artikelkaart). De andere velden mogen ook gekozen worden. Techniek Artetiketmailing => Afdrukken artikel etiketten Debmut_inv => Alle schermen die te maken hebben met orders, facturen, leveringen, aan de debiteurenkant Cremut_inv => Alle schermen die te maken hebben met orders, facturen, leveringen, aan de crediteurenkant Best_vrdpri => Voorraad opname Overboeking => Verplaatsen goederen Best_Mima => Beheer Mix Match Best_Aanbied => Beheer aanbiedingen Filteren binnen artikelscherm vanuit de kassa A {enter}, F1 en F2 openen nu allemaal hetzelfde scherm vanuit de kassa. Voorbeeld F1 in de kassa opent onderstaand scherm: F2 in de kassa opent onderstaand scherm: van 179

128 Na A enter in de kassa opent onderstaand scherm: van 179

129 6.9.2 Verwijderen niet-gebruikte toegangsrechten Verwijderde Toegangsrecht en Vanaf versie 3.50 zijn onderstaande drie toegangsrechten niet meer in te stellen, omdat ze nergens gebruikt werden. Kortom de optie Internet en is verwijderd. Eveneens is het recht Inschakelen verticale schuifbalk verwijderd, omdat dit recht voor problemen kon zorgen wanneer deze op Nee stond. Het recht is destijds toegevoegd in verband met technische problemen, die er inmiddels niet meer zijn van 179

130 6.9.3 Touchscreen instellingen / functionaliteiten Inleiding Nu de touch functionaliteit zo n 1,5 jaar in de markt staat, is er behoefte aan enige verbeteringen binnen de mogelijkheden van de applicatie. Enkele hiervan zijn gerealiseerd in deze versie Gedrag categorieën/of omzetgroep Omschrijving checkbox nieuwe bon De combo Standaard werd gebruikt om aan te geven welke zoekknoppen standaard moesten worden getoond bij het openen van de kassa (Categorieën of Omzetgroepen). De checkbox ook bij nieuwe bon is toegevoegd. Indien deze aan staat wordt bij een nieuwe kassabon (bijvoorbeeld na het afrekenen) opnieuw de hoofdboom van de categorieën of de hoofdboom van de omzetgroepen getoond. Indien het vinkje uit staat blijft men in het vorige (laatst) gekozen niveau van de categorieën of omzetgroepen staan. Omschrijving combo standaard De combo Standaard bevatte al de opties Categorie en Omzetgroep en daar is nu de optie Niets bijgekomen. Als men deze laatste optie selecteert, dan zal er in het touch kassa verkoopscherm geen voorkeur gebied getoond worden Direct subcategorieën tonen Inleiding Er bestond de behoefte om per hoofdcategorie aan te kunnen geven welke subcategorieën er per station direct getoond moeten worden in de kassa van 179

131 Instelling per station Omschrijving In de kassa zal nu alleen van de geselecteerde categorie de subcategorieën getoond worden. De andere categorieënen zijn dus NIET te selecteren. Resultaat van 179

132 Minimaliseer functie Lay-out beheer editor Omschrijving In het Lay-out programma is een gedrag toegevoegd: Functieknop [Minimaliseren kassa]. Met behulp van deze knop kan men de kassa minimaliseren zodat bijvoorbeeld niet-toegankelijke schermen zichtbaar kunnen worden gemaakt. Of om tijdelijk via het hoofdmenu van BlueRetail te kunnen zoeken. De geminimaliseerde kassa bevindt zich links onder in het scherm van BlueRetail. Instellingen scherm Resultaat Omschrijving In deze mode zal direct het grafisch touch toetsenbord geactiveerd worden van 179

133 Uitsluiten omzetgroepen en/of categorieën Inleiding Via twee nieuwe lijsten kunnen bepaalde hoofdbomen van categorieën en/of omzetgroepen worden uitgesloten. Instellingen scherm Omschrijving In de lijsten met uitsluitingen kunnen één of meerdere omzetgroepen of categorieën worden geselecteerd door gebruik te maken van de standaard Windows werking met Ctrl en/of Shift. Ctrl-klik is per item selecteren Shift-eerste-Shift-laatst is een heel blok selecteren Beide kolommen mogen door elkaar worden geselecteerd. De blauw geworden items zullen in de kassa NIET getoond worden en zijn derhalve niet te selecteren. Voor selectie Omzetgroepen Categorieën Na selectie Omzetgroep categorie Omzetgroepen van 179

134 Categorieën Functiecombinaties Inleiding Omschrijving Onder een knop kunnen vanaf deze versie meerdere functies gekoppeld worden. Voorbeeld: [{F12}][{F12}] direct kassabon naar verkooporder Ter herinnering: werking functie bij touch lay-out Geen [ ] (haken) in de functie: toetsen worden rechtstreeks gestuurd. Vb. ab: stuurt eerst a, dan b Wel [ ] (haken) in de functie: stuurt alles tegelijk wat tussen de vierkante haken staat. Vb. [{F10}ra: stuurt {F10}ra Vb. [{F12}][{F12}]: stuurt eerst {F12}, dan {F12} Indien men iets wist in de functie tussen de vierkante haken ([ en ]) wordt niet meer de volledige tekst automatisch verwijderd Prijs op groep in een keer Inleiding Er was de wens om op omzetgroepniveau een knop te kunnen programmeren die als resultaat heeft dat er een vast bedrag (al dan niet negatief) wordt geregistreerd als transactieregel op een in de functie vastgelegde omzetgroep. De omzetgroep moet worden bepaald aan de hand van de zoekcode! Werking [POG:KNIT:-7] De vaste tekst POG staat voor prijs op omzetgroep. KNIT is de zoekcode van de omzetgroep -7 is de prijs (negatief in geval van retour) : scheidingsteken [ ] verplicht om een functie Let op! Indien zo ingesteld dan moet in de touch enkel nog de reden van retour worden aangegeven als het bedrag negatief is van 179

135 Zichtbaar kader om actieve schermdeel Inleiding Bij sommige klanten is het niet duidelijk dat de touch-kassa een heel andere functionaliteit met werking en gedrag is dan normale BlueRetail kassa. Hierdoor is het lastig te bepalen wanneer de cursortoetsen werken en op welk deel dan. Om dit tenminste als een 1 e iteratie- duidelijk te maken is er een aanpassing gedaan in de touch-kassa op het gedeelte kassatransactieregels. Geen focus De cursortoetsen pijltje omhoog en pijltje omlaag werken nu niet op de kassatransactieregels om deze te markeren. De toetsen zijn nu default actief in het gebied met categorieknoppen en/of omzetgroepknoppen en/of artikelknoppen. Wel focus De cursortoetsen pijltje omhoog en pijltje omlaag werken nu alleen op de kassatransactieregels om deze te markeren. De toetsen zijn nu niet actief in het gebied met categorieknoppen en/of omzetgroepknoppen en/of artikelknoppen Kasgeld afstorten/tellen Inleiding Er is de behoefte om direct vanuit de touch-kassa gebied met speciale functies naar de functies afstorten/bijstorten of kasgeld tellen te kunnen gaan. Vanaf deze versie is dit voortaan mogelijk van 179

136 werking Starten externe toepassing Inleiding Let op! Omdat er soms een externe applicatie vanuit de touch kassa moet kunnen worden gestart is hiervoor een extra functie gecreëerd. Deze nieuwe functionaliteit werkt in de volgende lay-outs: kassa, afrekenen en extra functies. Werking programma s starten Hiervoor moet in het lay-out programma bij Functie het volgende worden ingegeven: [doc:c:\program files\br kiosk server\kiosk server.exe] Dus: tussen vierkante haken en voorafgegaan door doc: Alles wat tussen [doc: en ] staat wordt uitgevoerd of geopend, ook websites. Werking mail vesturen Hiervoor moet in het lay-out programma bij functie het volgende worden ingegeven: van 179

137 Dus: tussen vierkante haken en voorafgegaan door mail: Alles wat tussen [mail: en ] staat met een mailadres er achter wordt verstuurd via de stndaard mailtool!! Let op! Er zit géén validatie op het mailadres en de standaard mailtool wordt gestart Info-gegevens & info displayregel Omschrijving Het kassa info scherm is uitgebreid met gegevens die relevant kunnen zijn om even te raadplegen. De gegevens uit de sectie relatie en sectie diversen kunnen ook in een zogenaamde displayregel geplaatst worden. Scherm functie info tonen In de touch Lay-out kan in zowel het verkoop- als in het afrekenscherm een ruimte worden gedefinieerd voor de Kassa info. Lay-out editor van 179

138 Resultaat in kassa Omschrijving Deze functie toont een aantal hard geprogrammeerde waarden. Deze kunnen worden uitgebreid met relatiegegevens als er een relatie geselecteerd is. De informatie wordt getoond gescheiden door een ; (in de bedragen kan namelijk al een komma voorkomen) Technische verbeteringen Refresh scherm Zoekknoppen Functie: updaten regels van artikel met opbouw tussen twee schermen. Indien bij het gebruik van opbouw na het ingeven van een artikel eerst bijvoorbeeld een scherm kwam met de vraag naar een prijs en daarna een 2 e scherm met een vraag naar kleur, werd de tabel van de touch niet tussen deze twee schermen geupdate. Functie: Velden, teksten en benamingen van iconen zijn instelbaar. Alles wat hier wordt beschreven, kan worden toegepast op de lay-outs voor de volgende zoekknoppen: omzetgroepen categorieën hoofd categorieën sub artikelen Via deze weg kan bijvoorbeeld een regel Prijs: 25,00 worden toegevoegd. Indien informatie uit de expressie wordt weggelaten, wordt standaard de onderstaande van 179

139 Voorbeeld artikelknop Instellingen informatie op de zoekknoppen getoond en worden de iconen standaard onder onderstaande benamingen gezocht: omzetgroepen: zoekcode categorieën hoofd: zoekcode categorieën sub: zoekcode artikelen: korte omschrijving De iconen moeten zich in de map TOUCH\MEDIA bevinden. De positie en grootte van de iconen worden in touch Lay-out bepaald door de kenmerken X, Y, Breedte en Hoogte in de rubriek Naam / Icoontje in de respectievelijke lay-outs van de zoekknoppen. De naam van het veld en het icoontje moeten overeen komen met de functie van de knop. Bij artikelen moet bijvoorbeeld [ARTIKEL.VRK_PR_I] worden gekozen en niet [BEDRIJF.CODE] Voorbeelden: veld: [ARTIKEL.VRK_PR_I] Icoontje: [ico:artikel.lwr_code] Tekst: [ Prijs: ] Velden en iconen kunnen worden toegevoegd met de twee knoppen [Veld toevoegen] en [Icoontje toevoegen]. Een tekst moet men zelf ingeven (tussen quotes) van 179

140 Resultaat kassa BlueRetail verlaten Windows afsluiten In het Lay-out programma is een gedrag toegevoegd: Functieknop [Afsluiten BlueRetail] Met behulp van deze knop kan men BlueRetail sluiten. In het Lay-out programma is een gedrag bijgekomen: Functieknop [Afsluiten Windows] Met behulp van deze knop kan men BlueRetail sluiten. Vervolgens wordt Windows afgesloten en gaat de machine uit Parameter inzake speciale touchschermen Omschrijving Aangezien de touch functionaliteit een stationinstelling is, is er om de extra <Enter> te kunnen sturen (die het probleem van verloren tekens op de commndoregel oplost) een verborgen parameter geplaatst in het bestand KMWIN.INI....\BDR001\SYSTEM\CONFIG\7\KMWIN.INI. Als men in de groep [TOUCH] de volgende regel plaatst EXTRA_ENTER=1 dan wordt er een initiërende <Enter> naar de commando regel gestuurd. Daarna raken er geen tekens verloren in het keyboardbuffer. Resultaat: [TOUCH] BESCHIKBAAR=1 EXTRA_ENTER= van 179

141 Instellings parameter printer Inleiding Selecteer printer Binnen BlueRetail is de mogelijkheid toegevoegd om in plaats van printen ook direct te kunnen mailen. Deze voorziening is voor elke printerpoort (waaraan bepaalde output is gekoppeld) beschikbaar. Bovendien kunnen er nu tevens eigen printerpoorten worden aangemaakt. Als de checkbox wordt aan gevinkt verschijnt het daarbij behorende rechterblok. Dan dienen er in de secties uitvoeren in en bestemming keuzes te worden gemaakt. Sectie Uitvoeren in Bestemming Omschrijving Hier wordt via een checkbox het type bepaald: HTML: de output wordt als integraal onderdeel direct in de mail geplaatst PDF: de output wordt geconverteerd naar een PDF met de naamgeving PDFjjjjmmdduuss.pdf en vervolgens als bijlage in de mail geplaatst. Hier wordt via een checkbox bepaald of de relatie op het moment van printen (voordat de mail wordt verstuurd): moet worden gevraagd dat voor deze printeruitgang de mail al dan niet naar een vaste relatie (mailontvanger/mailbestemming) moet worden gestuurd. Dan moet de relatie in het rechtervak mailrelatie worden geselecteerd. Het systeem vereist dat de mailgegevens van de geselecteerde relatie zijn ingevuld. Printeruitgang toevoegen Als op de knop [Printeruitgang toevoegen] wordt geklikt, kan men een eigen printeruitgang aanmaken. Hier kan o.a. bij het vragenproces (question flow) gebruik van gemaakt worden van 179

142 Invoerscherm Veld Nummer Titel Omschrijving In het veldnummer kan een nummer ingegeven worden dat MOET beginnen bij 500 en groter. Tevens kan men in het veld Titel de naam van de printeruitgang ingeven. Vestigings instellingen Tijdens het opstarten van BlueRetail kan men via Beheer, Bedrijven of via de toetsroute <ERBP> in het scherm komen waar de parameters m.b.t. de locatie van de mailserver moeten worden ingeven. Momenteel zijn er twee: Pop3 en Exchange van 179

143 Scherm gebruikers Let op! Bij de keuze Exchange wordt via de lokale Outlook (express) cliënt, die de verbinding met de exchange server heeft, de verbinding gelegd. Wij kunnen niet rechtstreeks op de exchangeserver koppelen zonder daarvoor specifieke software mee te laden Automatisch herindexeren zonder blokkering Case Probleemstelling Oplossing Indexeren blijf in de praktijk vaak hangen, omdat er vaak een werkstation blijft open staan en er als gevolg hiervan nooit automatisch ge(her)indexeerd wordt door locking. Immers, er mag pas geïndexeerd worden als iedereen BlueRetail heeft verlaten. Het systeem zal vanaf deze versie in geval van automatisch (her)indexeren zelf de stappen zetten om verder te kunnen wanneer het hinder ondervindt. Hierdoor wordt de zekerheid, dat indexering heeft plaats gevonden, vergroot. Het systeem sluit zelf automatisch schermen terug naar het menu- waardoor er geen locking van records/databases meer plaats vindt van 179

144 Technische omschrijving automatisch indexeren Legenda Si = Systeem dat herindexeert Sw = Het werkstation dat is blijven open staan, blokkering veroorzaakt! G = Gebruiker Stap User Omschrijving Actie Gevolg 1 Si Controleert of er nog gebruikers aangelogd zijn. Ja Ga naar stap 2 Nee Ga naar stap3. 2 Si Controleert gedurende x tijd of er wijzigingen zijn in de database. Ja Ga naar stap 2 Nee Ga naar stap3 3 Si Blokkeert het bedrijf door in de kmdbase.ini bij het starten van het pakket, te melden dat indexeren actief is en derhalve de applicatie niet toegankelijk is. 4 Si Controleert of er nog gebruikers aangelogd zijn Gebruiker kan niet inloggen Ga naar stap 7 Ja Ga naar stap 4 Nee Ga naar stap 7 5 Sw Controleert om de x tijd of in de kmdbase.ini bij starten staat dat het bedrijf geblokkeerd is voor herindexeren. Ja Ga naar stap 6 Nee Ga naar stap 5 6 Sw Sluit BlueRetail af! Stop applicatie 7 Si Start herindexeren! Indexeren 8 SI Geeft bedrijf vrij na herindexeren Dynamische vragen/antwoorden flow Inleiding Binnen de applicatie is een eerste aanzet gemaakt m.b.t. een workflow. Indien na het kasgeld telproces een kasverschil optreedt, kan het systeem aan de hand van de grootte van dit verschil een vraag-en-antwoord traject starten. Het resultaat wordt opgeslagen in de daarvoor gecreëerde databases. Tevens wordt de vragen/antwoordenlijst in PDF vorm g d naar de vooraf ingestelde relatie. Vragenlijst De vragenlijst is een opeenvolging van vragen. Na een bepaald antwoord op vraag A volgt bijvoorbeeld vraag C. Op deze manier kun je een eigen vragenlijst bouwen. Het kenmerkenscherm van artikelcategorie wordt gebruikt als beheerscherm voor deze vragen. Er is tevens een menupunt Vragen toegevoegd. Nieuw menu Binnen het menu Vragen bestaan twee submenu s: van 179

145 1) Beheer 2) Processen Rechten Er is een nieuw recht bijgekomen. Beheer vragen De werking van deze functionaliteit is vrijwel identiek aan de functionaliteit Kenmerken binnen Categorie. Er is één belangrijk verschil: afhankelijk van het antwoord op een vraag beslist het systeem welke volgende vraag gesteld moet worden van 179

146 Beheer processen Het scherm bestaat uit twee gedeelten: 1) Bovenste schermdeel met de naamgeving van het proces, de startvraag die gesteld moet worden als dit proces in beweging komt en de keuze van het proces (momenteel dus slechts één) 2) Onderste schermdeel met de conditie waaronder het proces moet starten, de bijlagen die moeten worden gecreëerd en de printeruitgang die aan het resultaat gekoppeld moet worden (printen of mailen). Momenteel is er slechts 1 proces gedefinieerd en dat is het proces kasgeld tellen. Rondom kasgeld tellen kunnen meerdere processen worden gedefinieerd. Het juiste proces start afhankelijk van de grootte van het kasverschil dat is ontstaan met kasgeld tellen van 179

147 Lay-out editor aanpassing Veldnr Omschrijving 1 Te gebruiken vraag/vragenlijst 2 Proces waarbij de vraag/vragenlijst actief wordt (momenteel kan dus alleen voor Kasgeld tellen gekozen worden) 3 Trigger voor het starten van de vraag/vragenlijst 4 Mogelijkheid om telstrook mee te sturen in de mail 5 Layout die gebruikt wordt voor de ingevulde vragenlijst 6 Printerselectie. Afhankelijk van de geselecteerde printer zal er een PDF/HTML bestand afgedrukt worden naar de mail of naar de printer van 179

148 Veldnr Stuurcode 64 (Vragen) Stuurcode 66 (Antwoorden) Omschrijving Stuurcode 64 staat voor de vragen, waarbij de laatste parameter het interne nummer is van de geselecteerde vraag. Stuurcode 66 staat voor de antwoorden, waarbij de laatste parameter het interne nummer is van het geselecteerde antwoord Sidebar Inleiding Newway introduceert in deze versie de sidebar. Hiermee kan men zelf een menuboom met favorieten samenstellen voor bepaalde doelgroepen of een specifieke user. De sidebar is per station aan en uit te zetten en toont conform de autorisaties alleen de menupunten waar men toegang toe heeft als gebruiker. Ook onthoudt de sidebar de modus waarin deze verkeert bij het verlaten van de applicatie. Bij het starten komt de sidebar in deze stand weer te voorschijn. De sidebar vertraagt de applicatie tijdens het opstarten heel kort, omdat deze dynamisch wordt opgebouwd aan de hand van de autorisatie-instellingen. Staat de sidebar uit dan is er geen vertraging. Instelling In het menu <instellingen, software, algemeen> kan op de tab Interface de sidebar aan en uitgezet worden. Dit is een stationsgebonden instelling. Als hier Ja wordt gekozen dan verschijnt in de icoonbalk van het menu een extra icoon waarmee de sidebar zichtbaar gemaakt kan worden van 179

149 Ook verschijnt er in het menu venster een extra regel om de sidebar te open of te sluiten. Scherm met sidebar Omschrijving iconen Gesloten map, hoofdmenu-item. Door te dubbelklikken opent deze map. Geopende map met daarin de beschikbare submenu s en/of programma items die direct gestart kunnen worden van 179

150 Laagste niveau in de tree. Door op dit icoon te klikken start het applicatie programmadeel dat geselecteerd is. Als het icoon naar links wijst, is de sidebar geopend. Door op dit icoon te klikken wordt deze gesloten. Als het icoon naar rechts wijst, is de sidebar gesloten. Door op dit icoon te klikken wordt deze geopend. Door op deze lijn te gaan staan kan men, als de pijltjes getoond worden, de breedte van de sidebar veranderen. Favorieten menu Het is mogelijk om een Favorieten -menustructuur te creëren met eigen benamingen. De methodiek is identiek aan de Microsoft Internet Explorer Favorieten werking. Het menu Favorieten wordt pas getoond in de sidebar als er minimaal een map en/of menu-item is aangemaakt. Door op een applicatie item te gaan staan (d.w.z. niet op een gesloten of geopend map icoon) en de rechtermuis te selecteren, wordt de optie Toevoegen aan favorieten beschikbaar. Na selectie van dit menu item volgt het volgende scherm: Toevoegscherm Via de map Nieuw kan een hoofd- of submenu worden aangemaakt. De naam kan overgenomen of gewijzigd worden van 179

151 Gewijzigde sidebar structuur Omschrijving Nu is in het menu Favorieten een map Winkel aangemaakt met daarin de optie Kassa. Deze toegevoegde favoriet is gebruikers afhankelijk en wordt aan de betreffende gebruiker getoond als de sidebar is ingeschakeld Retourscannen kassabon (Iteratie 2) Inleiding Omschrijving In deze versie zijn een aantal wijzigingen doorgevoerd, waardoor het retourscannen van een kassabon gebruiksvriendelijker is geworden. Wijzigingen: - Er wordt ALLEEN bij het eerste artikel om een reden van retour gevraagd (voorheen gebeurde dit voor alle regels, hetgeen vervelend is in geval van lange kassabonnen) - De relatie van de oorspronkelijke kassabon wordt nu overgenomen. - Serienummers van de oorspronkelijke kassabon worden nu overgenomen - Het retour-datum veld op de artikelkaart wordt aangepast van 179

152 Tevens is het mogelijk om artikelregels in verschillende keren retour te nemen, waarbij het nog retour te nemen aantal bewaakt wordt. In de vorige versie kon men het aantal verlagen, maar werd bij een tweede keer CTRL F11 de artikelregel niet meer getoond. Wanneer in bovenstaand voorbeeld één (van de drie) CanonPowershot A20 retour genomen wordt, dan zal de volgende keer, bij CTRL+F11 de eerste regel met de CanonPowershot A20 opnieuw verschijnen. Echter, nu met als aantal twee stuks, omdat er reeds één retour genomen is. Tevens is te zien dat ook de juiste serienummers getoond worden van 179

153 6.9.9 Guided Selling via Category Omschrijving De verkoper kan vanuit de kassa of rechtstreeks vanuit het artikelbestand de guided selling functionaliteit activeren. Hiermee start de verkoper een dialoog met de klant ter ondersteuning van het productkeuzeproces. Door middel van de antwoorden van de klant op de vragen van de verkoper komt men stap voor stap tot een artikelselectie, die overeenstemt met de wensen van de klant. Voorbeeld: Stel de klant is op zoek naar een muziek cd die voldoet aan de volgende criteria: de cd valt binnen het genre Jazz, de prijs mag niet hoger zijn dan 10,00 en de uitvoerende moet van Nederlandse komaf zijn. De klant vraagt de verkoper om advies. De verkoper geeft de waarden voor de kenmerken op in het systeem. Aan de hand van deze kenmerken valt een groot aantal artikelen af en blijft de groep artikelen, die aan de selectiecriteria voldoet, over. Hieruit kan een keuze met/door de klant gemaakt worden. Op basis van de vragen komt de verkoper tezamen met de klant dus tot uiteindelijke keuze. Instelling Op het scherm Instellen artikelen, via menupad <ISA>, is een nieuwe tab met de naam Guided selling toegevoegd. Guided selling maakt intensief gebruik van de category functionaliteit binnen BlueRetail. Op dit scherm stel je in welke category als Guided selling-category fungeert. Deze Guided selling-category bevat de selectiekenmerken die een rol spelen bij het komen tot een productselectie via de knop [Guided selling] op de artikelkaart. Veld Categorie Default % Omschrijving Hier bepaal je welke categorie als guided selling vraagstructuur fungeert. Je kunt slechts 1 categorie selecteren. Het startpunt van de vraagstructuur bepaalt welke vragen gesteld worden. Dit veld geeft de gewenste nauwkeurigheid van de match aan. De mate waarin de het resultaat moet voldoen aan de opgegeven kenmerkwaarden. Knop [Guided selling] Op het scherm Bestand artikelen, via menupad <BAB>, is een nieuwe knop met de naam Guided selling toegevoegd. Activatie van de knop start de dialoog (het selectieproces) dat tot het gewenste resultaat moet leiden van 179

154 Scherm Guided selling Op het scherm Guided selling, via menupad <BABU>, kiest de verkoper in de category boom de dialoog die gestart moet worden. De kenmerken fungeren als vragen, die de verkoper aan de klant stelt om tot het gewenste selectieresultaat te komen. Deze worden getoond in het onderste schermdeel. De klant selecteert de categorie (dialoog) en het onderstaande scherm wordt getoond. De antwoorden van de klant worden in het linker schermdeel ingevoerd en in de kolom Waarde rechts getoond van 179

155 Inputmasker in combinatie met >2 decimalen Inleiding / Binnen het scherm Kortingstabellen is een aanpassing gekomen m.b.t. de veld grootte die wordt weergegeven. Nu passen daarin waardes van het formaat Hiermee wordt voor ondernemingen die met veel decimalen werken en zogenaamde wicht (gewicht) artikelen in grammen, een probleem opgelost. Het scherm van de kortingstabellen is breder gemaakt, zodat er initieel vier cijfers getoond kunnen worden als het aantal decimalen op 5 is ingesteld. Voorheen werd altijd ++++ getoond en kon men niet de juiste aantallen achterhalen. Nu kan dit wel, maar komen de ++++ pas als de staffelaantallen groter dan worden. Daarnaast kunnen de bedragen nu tot getoond worden i.p.v Bij het maximaliseren van het scherm komt er nog meer ruimte beschikbaar voor de aantallen en bedragen, waardoor grotere aantallen volledig getoond kunnen worden. Bij een schermresolutie van 800 x 600 past het scherm niet meer op het beeldscherm. Dit was voorheen ook al zo. Kortom hoe hoger de resolutie des te meer plaats voor de aantallen. Kortingstabellen van 179

156 Kortingstabellen 3.50 gewoon en gemaximaliseerd Kortingstabellen 3.50 gemaximaliseerd Export naar Excel Inleiding Het is weer mogelijk om data naar Excel2007 (of hogere versies) te exporteren via BlueRetail. Voorheen resulteerde dit in een fatale foutmelding: Omschrijving Er wordt nu gekeken naar de aanwezige Excel OLE-Servers. Deze zijn door de Business Partner te raadplegen op het tweede tabblad van het support-centrum: van 179

157 Wanneer de Excel.Sheet.12 aanwezig is, dan zal de export plaats vinden naar zogenaamde xlsx-bestanden. Wanneer Excel.Sheet.8 of Excel.Sheet.5 aanwezig is, dan zal de export plaats vinden naar zogenaamde xls-bestanden. Let op! Wanneer alle drie de servers ontbreken, zal er géén export naar Excel mogelijk zijn CCV POS operatingsystem 1.3 Inleiding BlueRetail is gehercertificeerd voor CCV POS versie 1.3 en hoger. De benodigde wijzigingen hebben betrekking op het afhandelen van verschillende type kassabonnen: een klantenbon een winkeliersbon eventueel een DCCOffer-bon Voorheen werden al deze bonnen als één bon na het afhandelen van de transactie afgedrukt. Nu worden deze netjes gescheiden en afgedrukt zodra deze door de automaat gestuurd wordt. In het instellingenscherm is de volgende aanpassing gemaakt: het veld Printerstatus-controle is alleen met dealer- en service nwa-code te wijzigen. Overige gebruikers kunnen het veld niet meer wijzigen van 179

158 Het is namelijk een certificerings-eis dat deze controle aan (op Ja ) staat. Dit zorgt ervoor dat de caissière na iedere automaatbon gevraagd wordt of de afdruk correct is. Deze vraag moet bevestigd worden. Wanneer deze vraag met Nee beantwoord wordt, kan er géén nieuwe pin-transactie gestart worden, totdat de vraag met Ja is beantwoord. Let op! Wanneer de waarde van dit veld op Nee wordt gezet (de huidige praktijk-situatie) dan verschijnt er bij het opslaan nog een waarschuwing. Dcc-Offer Wanneer er een klant met een buitenlandse betaalkaart (niet EURO) wil afrekenen, dan kan BlueRetail een bon met koersinformatie en rechten af laten drukken. Hiervoor is een extra instelling toegevoegd, die default op Keuze staat van 179

159 Bij de optie Nooit wordt er nooit een bon afgedrukt, bij de optie Altijd wordt er altijd een bon afgedrukt, zodra de betaalpas geswiped wordt (of bij een pre-swipe, als de transactie gestart wordt). Bij de optie Keuze verschijnt de vraag of de bon afgedrukt dient te worden. Deze vraag verdwijnt weer zodra er op de automaat op een toets gedrukt wordt. Daarna is de dcc-offerbon niet meer terug te halen. Wanneer de vraag met Ja beantwoord wordt, verschijnt een soortgelijke bon als onderstaand: van 179

160 Winkeliersbon Bij betaalkaarten waarbij een identificatie of een handtekening van de koper vereist is, worden er nu twee verschillende bonnen afgedrukt op verschillende momenten. Zodra de transactie geslaagd is, komt er eerst een zogenaamde winkeliersbon uit de printer en wordt de bijbehorende vraag op het scherm getoond. Na bevestiging van de melding wordt de klantbon afgedrukt en de transactie afgerond. Winkeliersbon van 179

161 Nu kan de handtekening gezet worden en na een klik op de knop [OK] komt de klantbon uit de printer Stuurcode Midden Inleiding Er is een nieuwe stuurcode in de etiketten en lay-out editors om de inhoud van een veld op een gecontroleerde manier op meerdere regels te kunnen afdrukken. Daarvoor is de stuurcode midden met truncate mogelijkheden gecreëerd. Midden en Truncate Definitie Midden Omschrijving Midden is een veel gebruikte term bij ontwikkeling om vanaf een bepaalde positie een aantal karakters op te halen. Truncate Truncate bepaald of een woord al dan niet in 2 geknipt mag worden of dat het systeem enkel de knip mag doen op een spatie. Werking Stuurcode: [MIDDEN,P1,P2,P3,P4] Nr Parameter Werking P1 Startpositie Dit is de positie van waaraf de stuurcode in werking treedt. P2 Aantal karakters Dit is het aantal karakters dat moet worden afgedrukt van af de startpositie [P1] van 179

162 P3 Truncate 0 = géén truncate toepassen, (dus splitsen op een spatie indien mogelijk) 1 = truncate P4 Afdruk positie 0 = Een nieuwe afdruk 1 = verdergaan op de vorige afdruk (let hier mee dus op bij de positiebepaling) Voorbeeld De veld inhoud van het attribuut Relatie is 16 characters lang: HVM van der Plas Nr. Stuurcode Resultaat /toelichting 0 1 MIDDEN,1,4,0,0][RELATIE,4,0L] HVM 2 [MIDDEN,7,3,1,0][RELATIE,4,0L] n d 3 [MIDDEN,9,4,0,1][RELATIE,4,0L] er 4 [MIDDEN,11,5,1,1][RELATIE,4,0L] Plas Zoekmethode 4 posities vanaf de eerste en geen truncate dus we stoppen op de spatie Vanaf positie 7, 3 posities, geen truncate, maar omdat het vervolg is beginnen we waar de vorige gestopt is dus na de spatie. Er is toch een truncate omdat er na de letter d geen spatie is. Vanaf positie 9, 4 posities, geen truncate maar omdat het vervolg is beginnen we waar de vorige gestopt is dus na de d. Vanaf positie 11, 5 posities, wel een truncate en een vervolg, dus wordt slechts de achternaam nu getoond. Inleiding De bestaande zoekmethodiek is in veel schermen niet meer consistent. In een aantal tabellen kan in meerdere velden een zoekcriterium worden ingevuld. Met deze aanpassing is een eerste stap gezet om deze zoekmethode in alle stambestanden en overzichten beschikbaar te maken. Het zogenaamde querie zoeken van 179

163 Let op! Deze functionaliteit is in deze BlueRetail versie helaas nog niet overal doorgevoerd. Instelling De instelling Tijd tot zoeken bevat de tijd in miliseconde totdat de applicatie automatisch gaat zoeken naar de waarde die in het zoekveld ingegeven is. Deze manier van werken kent als nadeel dat er niet over meerdere velden een soort zoekcriterium kan worden ingegeven. Knop [Zoeken] In onderstaand scherm is, omdat de stationstijd instelling via menupad <ISAI> op 0 (nul) is gezet, de knop [Zoeken] beschikbaar gesteld. Als er op een of meerdere velden (dit kan nu ook) een waarde wordt ingevuld, zal het systeem niet gaan zoeken voordat de knop [Zoeken] is ingedrukt. Indrukken van de toets <Enter> is dus NIET voldoende. BlueRetail zal dan aan de hand van het zoekcriterium (over meerdere velden) gaan zoeken in de database. Het resultaat wordt net zoals vroeger getoond, zodat daarna het juiste record geselecteerd kan worden van 179

164 Voorbeeld Let op! In deze versie zullen nog niet alle aanwezige overzichten zijn omgezet naar de nieuwe zoekmethodiek. Hiervoor bieden wij onze excuses aan. De herkenning zit in de knop [Zoeken] die bewust aangeklikt moet worden. Als deze in de overzichten niet beschikbaar is, dan is het scherm nog niet omgebouwd. De gebruiker zal eraan moeten wennen, dat in de overzichten niet in alle gevallen direct de regels worden getoond Document opslaan als bestand Inleiding In deze versie kan een document worden opgeslagen in plaats van geprint. Geef in de printerselectie-routines per printeruitgang/soort document aan hoe het variabele pad eruit moet zien en hoe de bestandsnaam moet worden opgebouwd. Tevens moet het bestandtype worden bepaald. Het systeem zal dan voortaan het document opslaan in plaats van printen. In een toekomstige release wordt deze functie gekoppeld aan de relatie en categorie en dan komt e-facturering volledig ter beschikking. Instellingen scherm printerselectie Output Als gekozen wordt voor de optie Bestand kan daarbinnen, per doucmenttype dat van 179

165 geselcteerd is, vastgelegd worden in welk bestandsformaat het bestand moet worden opgeslagen. Beschikbare bestandscodes Systeem Bedrijf Relatie Document* Let op! * Document bestandscode werkt nog niet! Naast bovenstaande beschikbare bestandsnamen mogen deze bestandscodes ook gebruikt worden in de paddefinitie!! Batch lanceren bij sluiten applicatie of systeem Inleiding Er is een aanpassing gedaan in de projectcode waarmee bij het afsluiten van de applicatie een script gestart kan worden van 179

166 Werking Het script staat in de kassamatic.ini [CloseApplication] (installatie gevoelig) Command=c:\windows\notepad.exe (voor notepad.exe mag elk willekeurig programma of andersoortig te lanceren iets staan) Backuppen bij installatie Inleiding De installatie routines maken geen bestanden met de extensie 001 meer aan als zogenaamde back-up. De bestanden worden nu voortaan als ZIP-file opgeslagen in een geheel aparte datamap. Dit voorkomt onnodige tijdverspilling door.001 bestanden die bij een volgende conversie mee geconverteerd worden. Er kan een back-up gemaakt worden van de software omgeving en separaat ook van de data-omgeving uit de bedrijfsmap. Als er een dataconversie moet worden uitgevoerd, zal de applicatie te allen tijde zelf de backup maken. Ook wanneer is aangevinkt dit NIET te doen. Locatie software System.zip Etc Aanpassingen opschonen logboeken Automatische procedures uitvoeren op spiegelomgevingen Het is al sinds een aantal jaren mogelijk om de bestaande automatische procedure commando s ook uit te voeren op spiegel-omgevingen. De parameter Code Bedrijf, die bij ieder commando aanwezig is, kan uitgebreid worden met een filiaalcode gescheiden door een komma zoals in onderstaand voorbeeld. Om deze functionaliteit iets duidelijker te maken, is vanaf versie 3.51 de omschrijving en uitleg van de eerste parameter Code bedrijf verbeterd. Wanneer men op een MMS-omgeving een automatische procedure aanmaakt, verschijnt onderstaande tekst. In een RMS-omgeving blijft alles zoals het was. (DEMO is code voor MMS-bedrijf en FR is Code van Filiaal) Wanneer men bv. periodiek ook de database van de spiegelomgevingen wenst te van 179

167 indexeren, dan zou dit automatisch kunnen via één of meerdere automatische procedures. Per spiegelomgeving dient er dan een actie toegevoegd worden, zoals in onderstaande scherm-afdrukken van 179

168 Opschonen logboeken via Automatische procedure Selecteren bedrijf Vanaf versie 3.51 is het mogelijk om via een automatische procedure het opschonen van logboeken uit te laten voeren. Dit is mogelijk via de actie Selecteer bedrijf en/of filiaal. Voorheen werd deze procedure eigenlijk niet uit gevoerd (behalve het bedrijf starten en vervolgens weer te verlaten). Nu worden ook de logboeken opgeschoond op basis van de instellingen zowel die bij Instellingen software Algemeen zijn gezet. Met behulp van bovenstaande procedure kan men dus bepalen wanneer, hoe vaak en op welk station men het opschonen van logboeken wil uitvoeren van 179

169 Opschonen logboeken van spiegelomgevingen Voorheen werden op het MMS geen logboeken opgeschoond voor alle spiegelomgevingen. Dit kan op een gegeven moment zorgen voor een behoorlijke hardeschijf capaciteit, afhankelijk van het aantal filialen dat er is. Vanaf versie 3.51 worden deze nu ook opgeschoond. Tijdens het selecteren van een spiegelomgeving verschijnt nu ook het initialisatie-scherm en worden eventueel de logboeken opgeschoond. Ook voor spiegel-omgevingen geldt dat deze eventueel via een automatische procedure opgeschoond kunnen worden. Voor de spiegel-omgevingen worden dezelfde opschoon-instellingen gebruikt als die op het MMS gelden en NIET zoals deze op het filiaal zelf zijn ingericht. Per spiegel wordt ook de afsluitdatum weggeschreven, zodat het opschonen enkel de eerste keer uitgevoerd wordt. Het interne nummer van het filiaal wordt gebruikt om de afsluitdatum per spiegel te onthouden. De instelling Afsluitmoment=1 wil zeggen dat het opschonen tijdens het selecteren van het bedrijf/spiegel gebeurt Uitvoeren IMPSLSRPT vanuit BlueRetail (>= 3.51) Inleiding Activeren functionaliteit Dit is specifiek maatwerk, waarvan de source vanaf deze versie geïntegreerd is en derhalve automatisch mee migreert als Newway nieuwe versies van BlueRetail in de markt zet. Nu is het maatwerk te activeren via Menu Instellingen Software Algemeen. Op het tabblad maatwerk zijn de benodigde instellingen toegevoegd van 179

170 Werking Als dit geactiveerd wordt, dan kunnen de volgende instellingen gezet worden. De instellingen Alleen laatste x dagen importeren is nieuw en zorgt ervoor dat alleen aangeleverde gegevens, die aan de instelling voldoen, geïmporteerd worden. Hiermee wordt voorkomen dat een foutief aangeleverd bestand dubbel geïmporteerd wordt. Voor Type Import: Schiphol geldt eveneens, dat het BTW 0%-record geselecteerd kan worden. Als men het loepje gebruikt, kan men alleen records selecteren met een BTWpercentage 0%, anders volgt een foutmelding van 179

171 Opslag instellingen De instellingen worden opgeslagen in een INI-bestand in de system-map van het bedrijf. De aanroep vanuit de automatische procedures is hierdoor ook veranderd. Er hoeven nu geen parameters meer mee gegeven te worden, omdat deze uit de INI gehaald kunnen worden. De procedure Uitvoeren maatwerk werkt ook als het maatwerk in BlueRetail NIET geactiveerd is. Als de parameters wel ingevuld worden, dan worden de instellingen overruled. Uitvoering via de AP s LET OP: De parameter voor BTW-record voor SCHIPHOL is verplaatst naar parameter 3, omdat er een nieuwe parameter 2 is m.b.t. alleen laatste x dagen import. Na migratie dient dus de automatische procedure aangepast te worden van 179