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

Release Notes BlueRetail versie 3.51 GD

Product Management

Versie GD Venlo, 11 januari 2011

Release notes BlueRetail 3.51 GD

Inhoudsopgave 1 2 2.1 2.2 2.3 2.4 2.5 3 4 5 5.1 5.1.1 5.1.2 6 6.1

6.2

6.1.1 6.1.2 6.1.3 6.1.4 6.1.5 6.1.6 6.1.7 6.1.8 6.1.9 6.1.10 6.1.11 6.1.12 6.1.13 6.1.14 6.1.15 6.1.16 6.2.1 6.2.2 6.2.3 6.2.4 6.2.5 6.2.6

6.3 6.3.1 6.3.2 6.3.3 6.3.4 6.3.5 6.4

6.5

6.4.1 6.4.2 6.4.3 6.4.4 6.4.5 6.4.6

2010

INLEIDING.......................................................................................... 6 TECHNISCHE ISSUES .......................................................................... 7 Requirements ..................................................................................... 7 Update instructie ................................................................................ 9 Instructies bij calamiteiten ............................................................... 10 Compatibiliteit met lagere versies .................................................... 10 Koppeling BlueRetail mobile ............................................................. 10 TOELICHTING DOCUMENTINDELING ................................................. 11 TOELICHTING NOTATIES .................................................................. 13 BLUERETAIL KERNBEGRIPPEN .......................................................... 14 Technische uitleg werking prijsaanpassingen / promotie ................. 14 Inleiding ...........................................................................................14 Kortingsvormen .................................................................................15 BLUERETAIL GEWIJZIGDE EN NIEUWE FUNCTIONALITEITEN ........... 19 Verkoop ............................................................................................ 19 Reorganisatie kassa-instellingen...........................................................20 Verzamelfactuur in combinatie met alt. factuurrelatie .............................20 Bonbedrag zichtbaar bij wisselgeld .......................................................20 Beperking maximum invoerbedrag bij afrekenen ....................................21 Extra artikel-kolommen bij verkoop van transacties ................................23 Bewaarbon waardebepaling vragen ......................................................24 Retouren uitschakelen op debiteuren-transacties....................................25 Meervoudig pinnen als afrekenmethode ................................................26 Verzamelen betaalwijzen indien # betalingen >5....................................29 Aanbiedingsprijzen .............................................................................30 Touch verkoop ...................................................................................32 Uitbreiding kladblok relatie ..................................................................33 Relatie tellers tonen in kassa ...............................................................34 Kredietlimiet overschrijding signaal ......................................................35 Instelling „Melding bij selecteren relatie‟ ................................................35 Historie .............................................................................................36 Inkoop .............................................................................................. 37 Extra artikel-kolommen bij verkoop van transacties ................................37 Buiten Assortiment II..........................................................................37 Inkooporders op basis van artikelselectie ..............................................38 Ketentransacties ................................................................................39 Crediteuren inkoopfactuur aanpassingen ...............................................51 Retouren uitschakelen op crediteuren-transacties ...................................55 Logistiek ........................................................................................... 56 Verplaatsen goederen binnen magazijn(en) ...........................................56 Voorraad-overzichten Multi-Magazijn ....................................................59 Retourteken op transacties ..................................................................61 Melding te verwerken voorraadcorrectie sessie.......................................62 Overzicht controlestaat .......................................................................63 Financieel ......................................................................................... 64 Dagjournaal uitbreiding.......................................................................64 Call 20100057 Kasgeld journaal.PDF aanpassing ....................................65 Verschillende BTW-soorten in opbouw...................................................66 Match BTW factuur leverancier .............................................................66 Lay-out totalen aanpassing stuurcodes .................................................69 Tellen kluisgeld ..................................................................................70 Service .............................................................................................. 71 2 van 179

Release notes BlueRetail 3.51 GD 6.6 6.6.1 6.6.2 6.6.3 6.7

6.7.1

6.8

6.9

7

6.8.1 6.8.2 6.8.3 6.8.4 6.8.5 6.8.6 6.8.7 6.9.1 6.9.2 6.9.3 6.9.4 6.9.5 6.9.6 6.9.7 6.9.8 6.9.9 6.9.10 6.9.11 6.9.12 6.9.1 6.9.2 6.9.3 6.9.4 6.9.5 6.9.6 6.9.1 6.9.2 6.9.3 6.9.4 6.9.5 6.9.6 6.9.7 6.9.8 6.9.9 6.9.10 6.9.11 6.9.12 6.9.13 6.9.14 6.9.15 6.9.16 6.9.17 6.9.18 6.9.19

2010

Retail CRM ........................................................................................ 71 Kortingsopties kop of regel ..................................................................71 Bewaarbonnen per relatie....................................................................72 Tellerinformatie..................................................................................73 Rapportage ....................................................................................... 74 „Maatwerk‟ Verschillenlijsten ................................................................74 (Applicatie) Beheer ........................................................................... 76 Promotie zoekfilters ............................................................................76 Aanbiedingsprijzen zichtbaar in de artikelkaart.......................................77 Voorkeursetiket bij afdrukken ..............................................................78 Prijsmutatie alt. leverancier op termijn .................................................79 Categorie op relaties...........................................................................81 Aanbiedingen zichtbaar in artikelkaart ..................................................83 Instellingen software, relatie ...............................................................84 (ICT) Beheer ..................................................................................... 84 Magazijnbon (kasmagazijn.txt) ............................................................84 Zoeken overzichten ............................................................................84 Indexeren .........................................................................................90 ODBC-registratie ................................................................................91 Beveiliging ........................................................................................96 Afsluiten BlueRetail .......................................................................... 100 Elektronische voucher ....................................................................... 101 Tweede kassascherm ........................................................................ 102 Extra functionaliteit lay-out programma t.b.v. 2e kassascherm ............... 105 Automatisch aanmaken inkooporders.................................................. 109 Uitval Synchronisatie ........................................................................ 115 Aanpassingen betaalautomaat-instellingen .......................................... 115 Banksys Xenta t.b.v. België ............................................................... 116 CTAP Payzone e-Point 6400 EFT Terminal ............................................ 117 Module e-Customer .......................................................................... 118 Geluid bij succesvolle scan ................................................................ 126 Afdrukknop in artikelkaart ................................................................. 126 Zoekfilter F1, F2, A<Enter> ............................................................... 127 Filteren binnen artikelscherm vanuit de kassa ...................................... 127 Verwijderen niet-gebruikte toegangsrechten ........................................ 129 Touchscreen instellingen / functionaliteiten ......................................... 130 E-mail printer .................................................................................. 141 Automatisch herindexeren zonder blokkering ....................................... 143 Dynamische vragen/antwoorden flow.................................................. 144 Sidebar ........................................................................................... 148 Retourscannen kassabon (Iteratie 2) .................................................. 151 Guided Selling via Category ............................................................... 153 Inputmasker in combinatie met >2 decimalen ..................................... 155 Export naar Excel ............................................................................. 156 CCV POS operatingsystem ≥1.3 ......................................................... 157 Stuurcode Midden ............................................................................ 161 Zoekmethode .................................................................................. 162 Document opslaan als bestand ........................................................... 164 Batch lanceren bij sluiten applicatie of systeem .................................... 165 Backuppen bij installatie ................................................................... 166 Aanpassingen opschonen logboeken ................................................... 166 Uitvoeren IMPSLSRPT vanuit BlueRetail (>= 3.51) ............................... 169 BUGS............................................................................................... 173

3 van 179


2010

4 van 179

Release notes BlueRetail 3.51 GD 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 3e 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.

2010

5 van 179


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 3.51. 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/3.50. Alle opgeloste fouten met status hoog, middel en laag zover dit binnen de planning paste. Zie hoofdstuk 10. 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

2010

Bij eventuele vragen betreffende deze release kunnen Newway eindgebruikers contact opnemen met de desbetreffende Newway Business partner.

6 van 179


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 X

Prioriteit X

Grootte update

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

± 40 MB Reboot nodig Backup nodig Rollback functionaliteit

JA JA JA

NEE NEE NEE

2.1 Requirements Installatie voorwaarden

Deze versie kan geïnstalleerd worden als opvolger van 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.

2010

7 van 179

Release notes BlueRetail 3.51 GD Bestandsmutaties

Let op!!

2010

Database-mutaties

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.

8 van 179

Release notes BlueRetail 3.51 GD 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

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

Overige mutaties

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 2e kassascherm)

2.2 Update instructie Update

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

2010

9 van 179

Release notes BlueRetail 3.51 GD 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 1 2

Handeling Verwijder op de server …\ en plaats de back-up terug 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

Let op!!

2010

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 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.

10 van 179


3

Toelichting documentindeling

Leeswijzer

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

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

Wanneer voor bepaalde procesonderdelen geen nieuwe functionaliteit is voorzien in deze BlueRetail versie, 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

2010

11 van 179

Release notes BlueRetail 3.51 GD Functie definities

Contact

2010

Onderstaande tabel beschrijft per onderdeel de definitie die Newway voor de term hanteert. ICT

Onder „ICT‟ zijn alle applicatiegedrag issues samengebracht, die bedoeld zijn om BlueRetail informatietechnologisch te moderniseren. Deze hebben geen directe relatie met retail specifieke functionaliteit, maar beschrijven met name de nonfunctionele wensen van retailers m.b.t. BlueRetail.

Formule

‟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.

Informatie

In de categorie „Informatie‟ zijn alle functionele zaken samengebracht t.a.v. de informatiestromen binnen BlueRetail.

Personeel

Dit hoofdstuk beschrijft de functies, die de rol van het personeel dat met de applicatie werkt, betreffen.

Financieel

Deze categorie omvat de functies, die de retailers in staat stellen om de geldstromen binnen de organisatie te beheren.

Inkoop

‟Inkoop‟ beschrijft de functionele zaken met betrekking tot de inkoopprocessen.

Leverancier

Onder het kopje „Leverancier‟ zijn de functionele zaken verzameld, die de retailer (ondernemer) inzicht geven in de relatie met de leverancier.

Verkoop

‟Verkoop‟ beschrijft de functies met betrekking tot de verkoopprocessen.

Klant

In dit proces zijn de functionele zaken verzameld, die de retailer (ondernemer) een beeld geven van de relatie met de klant.

Logistiek

Deze categorie omvat de functionele zaken, die de retailer (ondernemer) in staat stellen de goederenstromen binnen de organisatie te beheren en te sturen.

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

12 van 179


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 + I en achtereenvolgens H en P in te toetsen. Een ander voorbeeld is het menupad voor de verkooptransacties: . Om dit menupunt te openen dient u + V en vervolgens I in te toetsen. Een alternatief voor het openen van menu‟s is om de juiste menupunten met de muis aan te klikken.

2010

13 van 179


5

BlueRetail kernbegrippen

POS-kassa of PC-kassa (Till)

Hiermee wordt de kassa hardware bedoeld inclusief retail specifieke randapparatuur (ticketprinter, EFT-terminal, klantendisplay, hand-/tafelscanner).

Point of Sale, POS

POS verwijst naar de verzameling functionaliteiten die hoofdzakelijk worden ingezet op een POS-kassa in rechtstreeks contact met de klant.

(Front Store)

Naast Point of Sale functionaliteit is dat voor BlueRetail ook de geïntegreerde functionaliteit als Point of Information (Informatiebalie) en Point of Service (Servicebalie voor reparatie, retour, verhuur etc.).

Winkelmanagement, RMS

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.

(Back Store)

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.

Hoofdkantoor, MMS

Hiermee wordt de verzameling winkelondersteunende, technische en organisatorische functionaliteiten bedoeld.

(Back Office, Head Quarters, Head Office)

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).

Multifunctioneelsysteemgebruik

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 5.1.1 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?!

2010

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!

14 van 179

Release notes BlueRetail 3.51 GD 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.

5.1.2 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

2010

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.

15 van 179

Release notes BlueRetail 3.51 GD 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.

2010

16 van 179

Release notes BlueRetail 3.51 GD 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: € 10.000 + € 1.900 btw = € 11.900. Over dit bedrag berekent u een kredietbeperkingtoeslag, bijvoorbeeld 1% = € 119. Hierover berekent u geen btw. Het factuurtotaal is daarom € 12.019.  

Uw klant betaalt op tijd. U ontvangt € 11.900. U betaalt btw over dit bedrag en uw afnemer kan hierover btw aftrekken als voorbelasting. Uw klant betaalt na de betalingstermijn. U ontvangt € 12.019. 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.

2010

17 van 179


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!!

2010

18 van 179


6

BlueRetail gewijzigde en nieuwe functionaliteiten

Leeswijzer

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

Voorbeeld Geld- & goederenbeweging

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 gelden goederenstromen zijn tegengesteld.

6.1 Verkoop Beschrijving

2010

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.

19 van 179


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. 6.9.3) Toevoegen nieuw tabblad 2de scherm, mbt nieuwe functionaliteit (zie 6.9.8)

6.1.2 Verzamelfactuur in combinatie met alt. factuurrelatie Call 20091497 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.

6.1.3 Bonbedrag zichtbaar bij wisselgeld Case 0904-06 Inleiding

2010

Afhankelijk van een nieuwe instelling wordt het te betalen bedrag ook groot weergegeven in het afrekenscherm.

20 van 179

Release notes BlueRetail 3.51 GD 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.

6.1.4 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 9.999.999,99 (zoals de tooltip aangeeft).

In vorige versies was de invoer van het „Ontvangen‟-veld beperkt tot 99 999 999,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.

2010

21 van 179


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:

2010

22 van 179


6.1.5 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.

Artikelkaart

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.

2010

23 van 179


6.1.6 Bewaarbon waardebepaling vragen Inleiding

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.

Instellingen

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!

   

2010

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

24 van 179

Release notes BlueRetail 3.51 GD 

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!

6.1.7 Retouren uitschakelen op debiteuren-transacties Case 1004-03 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!

2010

BlueRetail werkt NIET met negatieve getallen als aantal!

25 van 179


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.

2010

26 van 179


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,

2010

27 van 179

Release notes BlueRetail 3.51 GD 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).

2010

28 van 179


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.

2010

29 van 179


6.1.10 Case 1001-14 Inleiding

Aanbiedingsprijzen 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

2010

30 van 179

Release notes BlueRetail 3.51 GD terugschakelen naar de actuele prijzen zoals deze op de artikelkaart staan.

2010

31 van 179


6.1.11 Inleiding

Touch verkoop 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

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.

20081262 Overige functies of programmering, touch

2010

Zie paragraaf „Touchscreen instellingen‟ In deze versie zijn meerdere zaken gerealiseerd, die het gedrag en/of de mogelijkheden van de touch functionaliteit vergroten.

32 van 179


6.1.12

Uitbreiding kladblok relatie

Inleiding

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.

Scherm kladblok relatie met zoekfunctie bij afrekenen kassa

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.

2010

33 van 179


6.1.13 Inleiding 00.112.004 Partnernr

Relatie tellers tonen in kassa 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).

2010

34 van 179


6.1.14 Inleiding

Kredietlimiet overschrijding signaal 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!

6.1.15

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)

2010

35 van 179

Release notes BlueRetail 3.51 GD 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

6.1.16 Inleiding 00.112.004

2010

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 In het overzicht historie is de optie „Bewaarbon‟ toegevoegd. Deze functionaliteit is alleen beschikbaar wanneer de module historie actief is.

36 van 179


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.

6.2.1 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.

6.2.2 Buiten Assortiment II Case 1001-01 Inleiding

2010

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

37 van 179

Release notes BlueRetail 3.51 GD 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. Instellingen bewaarbonnen

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.

6.2.3 Inkooporders op basis van artikelselectie Case 1001-09

2010

Er is nu bij het aanmaken van automatische inkooporders een extra mogelijkheid

38 van 179

Release notes BlueRetail 3.51 GD 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

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 §6.9.10)

Artikelkaart

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.

6.2.4 Ketentransacties Inleiding

2010

De aanpassingen beschreven in onderstaande paragrafen zijn doorgevoerd naar

39 van 179

Release notes BlueRetail 3.51 GD aanleiding van de processen binnen een groothandelsketen. Hieronder zijn deze schematisch weergegeven:

Filiaal Administratieve afhandeling

Aanwezige voorraad op filiaal

Wat hebben we op voorraad?

VKO FIL

IKO bij HK

KLANT

Hoofkantoor

Let op: De inkooporders van de filialen zijn verkooporders op het hoofdkantoor aangezien de filialen debiteurenfilialen zijn.

VKO op HK van FIL A

Administratieve afhandeling

Verzamel IKO Leverancier A

VKO op HK van FIL B

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

Hoofkantoor

Logistieke afhandeling

Logistieke afhandeling Lijst met eindklanten v/d VKO’s v/d filialen

Fysieke levering Goederen Aan HK Leveringen Leverancier(s)

6.2.4.1 Subcase 0801-54 Inleiding

Toelichting: 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!!

Labeling produkten met NAW eindklant Verdelen op hoofdkantoor a.d.h.v. VKO’s Filialen

Levering aan filialen Door het hoofdkantoor

Inkooporder in de spiegel 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:

2010

40 van 179


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:

6.2.4.2

Wijzigen ketentransacties

Case 0809-11

2010

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

41 van 179

Release notes BlueRetail 3.51 GD 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

= Proces/actie door systeem

Wijzigen VKO

= Proces/actie door gebruiker VKO heeft koppeling met IKO?

Nee

Geen actie ondernemen

Einde

= Beslissing door gebruiker

Ja

= Beslissing door systeem

Statusveld CORKOP.FIC = E............

IKO is reeds geëxporteerd?

Ja Nee Nieuwe IKO indien reeds geëxporteerd?

Nee

Statusfilexp CORKOP.FIC = ........E.... of .........e.....

IKO is reeds voorbereid?

Gebruiker mag IKO wijzigen?

Nee

Ja

Aanpassen IKO? [Ja/Nee]

Ja

Wijzigen IKO

Ja Ja

Gebruiker mag IKO aanmaken?

Nee

Nee

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:

2010

42 van 179


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.

2010

43 van 179


2010

44 van 179


6.2.4.3

Levertijd zichtbaar

Case 0809-06 Inleiding

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.

Concept

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:

2010

45 van 179

Release notes BlueRetail 3.51 GD 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.

2010

46 van 179


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

2010

47 van 179

Release notes BlueRetail 3.51 GD 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: CORREG.FIC CORKOP.FIC PK

DORREG.FIC

PK

C6INTNUM

PK

D6INTNUM

FK1

C4INTNUM PLANDATUM AANTAL_BEST AANTAL_LEV

FK1

D4INTNUM PLANDATUM C6INTNUM AANT_BEST AANT_LEV

C4INTNUM

PK

BOEKDATUM BOEKTIJD VERVDATUM

FK2

D4INTNUM BOEKDATUM BOEKTIJD VERVDATUM

DORLEV

CORLEV.FIC

2010

DORKOP.FIC

PK

L6INTNUM

PK

L3INTNUM

FK1

C6INTNUM BOEKDATUM BOEKTIJD AANTAL_LEV

FK1

D6INTNUM BOEKDATUM BOEKTIJD AANT_LEV

48 van 179


6.2.4.4

Relatie-etiketten afdrukken bij leveren

Case 0809-07 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

Filiaal

VKO FIL REL=Klant

Hoofdkantoor omgeving

Spiegel

VKO FIL REL=Klant

IKO FIL REL=HK Artikel A 5 st. Artikel B 4 st.

Hoofdkantoor

Artikel A 5 st. Artikel B 4 st.

VKO HK REL=FIL Artikel A 5 st. Artikel B 4 st.

IKO HK REL= Leverancier IKO FIL REL=HK Artikel A 5 st. Artikel B 4 st.

Artikel A 10 st. Artikel C 20 st.

IKO HK REL= Leverancier Artikel B 8 st. Artikel D 30 st.

Concept

2010

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

49 van 179

Release notes BlueRetail 3.51 GD 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!

2010

Deze instellingen zijn alleen terug te vinden op een hoofdkantoorinstallatie (MMS).

50 van 179


6.2.5 Crediteuren inkoopfactuur aanpassingen Call 20090290 Call 20100044 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

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.

Conversie

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‟.

2010

51 van 179


6.2.5.1 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 20100044.

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:

2010

52 van 179

Release notes BlueRetail 3.51 GD 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:

2010

53 van 179


6.2.5.2 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 § 6.2.6.2, 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

6.2.5.3 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!

Voorwaarde

2010

De waarschuwing komt niet wanneer je in het tabblad raadplegen een inkooporder regel selecteert.

Voorwaarde is:

54 van 179


Dat de parameter „Basis te factureren‟ op „Aantal ontvangen‟ staat.

6.2.6 Retouren uitschakelen op crediteuren-transacties Case 1004-03 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!

2010

BlueRetail werkt NIET met negatieve getallen als aantal!

55 van 179


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.

6.3.1 Verplaatsen goederen binnen magazijn(en) Inleiding

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.

Zoeken in magazijn / locatie / artikel

<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:

2010

56 van 179


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

2010

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.

57 van 179


2010

58 van 179


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.

2010

59 van 179

Release notes BlueRetail 3.51 GD 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 artikelen 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

2010

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 artikelen voorraad-informatie bekeken kan worden. Met de afdrukken knop wordt de tabel-inhoud afgedrukt.

60 van 179


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).

6.3.3 Retourteken op transacties Case 1004-03

2010

Deze case is beschreven in het proceshoofdstuk Inkoop.

61 van 179


6.3.4 Melding te verwerken voorraadcorrectie sessie Case 1001-12 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

2010

62 van 179


6.3.5 Overzicht controlestaat Case 1005-05 Inleiding

Binnen de maatwerkinstellingen is er een ontvangstgoederen controlelijst beschikbaar (menupad ), 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

2010

In de layout zijn ook de kolommen actuele voorraad en verkooprijs incl. BTW toegevoegd.

63 van 179


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.

6.4.1 Dagjournaal uitbreiding Case 1004-02 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.

2010

64 van 179


6.4.2 Call 20100057 Kasgeld journaal.PDF aanpassing call 20100057 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

2010

Lay-out van het kasgeld naar kluis, locatie bank journaal:

65 van 179


6.4.3 Verschillende BTW-soorten in opbouw Call 20090378 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.

6.4.4 Match BTW factuur leverancier Inleiding

2010

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.

66 van 179


Kleine pakketmutaties

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‟

Beheer Matchtabel

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

2010

Om te beginnen is de ergonomie van het scherm gewijzigd.

67 van 179

Release notes BlueRetail 3.51 GD 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

2010

68 van 179

Release notes BlueRetail 3.51 GD worden opgeslagen. Inkoopfactuur voet resultaat:

6.4.5 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!

2010

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.

69 van 179


6.4.6 Tellen kluisgeld Menupad

Uitleg

Telfrequentie op “vrije keuze”

De switch 'Telfrequentie' werkt nu sinds de versie 3.50.

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!

2010

Dit is onafhankelijk van de switch 'Telfrequentie' die bij het bestand kluis ingesteld kan worden.

70 van 179


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.

6.6.1 Kortingsopties kop of regel Call 20100356 Inleiding

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.

Kwantum korting

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).

2010

71 van 179

Release notes BlueRetail 3.51 GD „Instellen artikelen‟ (menupad ISAM1) ziet er nu als volgt uit (met de module kortingtabellen actief):

6.6.2 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

2010

72 van 179


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

2010

73 van 179


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.

6.7.1 „Maatwerk‟ Verschillenlijsten 6.7.1.1 Algemene versnelling

Versnelling opbouw mutatiebestand 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 40.000 records ongeveer 10 minuten. Dankzij de versnelling duurt dit nu nog ongeveer 1 minuut. Let op!

6.7.1.2 Automatisch artikeletiketten aanmaken

Een en ander is systeem en infrastructuur afhankelijk. De versnelling zou echter zeer goed waarneembaar moeten zijn.

Artikel-etiketten printen op basis van verschillenlijst 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

2010

74 van 179

Release notes BlueRetail 3.51 GD 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!

2010

75 van 179


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.

6.8.1 Promotie zoekfilters Case 0805-53 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).

2010

76 van 179

Release notes BlueRetail 3.51 GD 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

6.8.2 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

2010

77 van 179

Release notes BlueRetail 3.51 GD 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.

6.8.3 Voorkeursetiket bij afdrukken

2010

78 van 179

Release notes BlueRetail 3.51 GD Case 1004-04 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.

6.8.4 Prijsmutatie alt. leverancier op termijn Case 0805-52

2010

Op het scherm „Bestand prijswijzigingen op termijn‟ is op de tab „Zoeken‟ de naam

79 van 179

Release notes BlueRetail 3.51 GD 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

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

Omschrijving

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.).

Opslaan in juiste bestanden

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

2010

80 van 179


6.8.5 Categorie op relaties Inleiding

Toelichting

Beschrijving Relaties

2010

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. 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.

1

Bij het beheer van relaties is categorie beschikbaar naar analogie met de functionaliteit op de artikelkaart.

81 van 179


2

Techniek

Selectie op relaties is uitgebreid met classificatie naar analogie met de selectie op artikel.

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.

2010

82 van 179


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‟:

2010

83 van 179

Release notes BlueRetail 3.51 GD 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. Reden hiervoor is performance behoud!!

6.8.7 Instellingen software, relatie Instellingen software relatie

Het tabblad diversen bij instellen relatie is aan gepast naar „Algemeen‟ zoals bij de overige instellingenschermen.

6.9 (ICT) Beheer 6.9.1 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 00.072.136

6.9.2 Zoeken overzichten Omschrijving

2010

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

84 van 179

Release notes BlueRetail 3.51 GD gegevens beter te faciliteren.

6.9.2.1

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. 1 2 3 4

2010

Veld Ordernummer Gebruiker (Nieuw) Relatie

5

Contactpersoon (nieuw) Begin datum

6

Eind datum

7

Leverdatum

Omschrijving Hier kan de gebruiker uit het gebruikersbestand geselecteerd worden. Hier kan de relatie uit het relatiebestand geselecteerd worden. Hier kan de contactpersoon, gekoppeld aan een relatie uit het contactpersonen bestand, geselecteerd worden. De begindatum van de periode selectie die getoond moet worden. Het is de aanmaakdatum van de verkooporder waarop gezocht wordt. De einddatum van de periode selectie die getoond moet worden. Het is de aanmaakdatum van de verkooporder waarop gezocht wordt. De leverdatum van de verkooporder waarop gezocht wordt.

85 van 179

Release notes BlueRetail 3.51 GD Inkoop overzicht

Zoekmogelijkheden

2010

Nr. 1

Veld Ordernummer

2

Relatie

3

Referentie (nieuw)

4

Begin datum

5

Eind datum

6

Ontvangst datum

Omschrijving Hier kan via bevatten gezocht worden op het inkoopordernummer of een deel ervan. Hier kan de relatie uit het relatie bestand geselecteerd worden. Hier kan via bevatten A=a op de referentieomschrijving (in de orderkop) worden ingegeven, waarop dan wordt gezocht. De begindatum van de periode selectie die getoond moet worden. Het is de aanmaakdatum van de inkooporder waarop gezocht wordt. De einddatum van de periode selectie die getoond moet worden. Het is de aanmaakdatum van de inkooporder waarop gezocht wordt. De ontvangstdatum van de inkooporder waarop gezocht wordt. De dag dat de goederen minimaal geleverd zouden moeten worden

86 van 179


6.9.2.2

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

2010

Nr. 1

Veld Nummer

2

Omschrijving regels

3 4

Omschrijving artikel Magazijn

5

Magazijnlocatie

6

Omzetgroep

7

Artikel

8

Leverancier

9

Inkooporder

Omschrijving Hier kan via bevatten gezocht worden op het artikelnummer (de barcode) of een deel ervan. 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:123456. Hier kan via bevatten A=a de artikelomschrijving worden ingegeven, waarop dan wordt gezocht. Hier kan via de loep uit de magazijn tabel het juiste magazijn geselecteerd worden. Hier kan via de loep uit de magazijnlocatie tabel het juiste magazijnlocatie geselecteerd worden. Hier kan via de loep uit de omzetgroep tabel de juiste omzetgroep geselecteerd worden. Hier kan via de loep uit het artikelbestand het juiste artikel geselecteerd worden. Hier kan via de loep uit het relatiebestand de juiste relatie (artikelleverancier) geselecteerd worden. Hier kan aan de hand van het inkoopordernummer de juiste bijbehorende verkooporder geselecteerd worden.

87 van 179

Release notes BlueRetail 3.51 GD Inkoop overzicht

Zoekmogelijkheden

2010

Nr. 1

Veld Nummer

2

Omschrijving regels

3 4

Omschrijving artikel Magazijn

5

Magazijnlocatie

6

Omzetgroep

7

Artikel

8

Leverancier

9

Orderdatum

10

Verkooporder

Omschrijving Hier kan via bevatten gezocht worden op het artikelnummer (de barcode) of een deel ervan. 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:123456. Hier kan via bevatten A=a de artikelomschrijving worden ingegeven, waarop dan wordt gezocht. Hier kan via de loep uit de magazijn tabel het juiste magazijn geselecteerd worden. Hier kan via de loep uit de magazijnlocatie tabel het juiste magazijnlocatie geselecteerd worden. Hier kan via de loep uit de omzetgroep tabel de juiste omzetgroep geselecteerd worden. Hier kan via de loep uit het artikelbestand het juiste artikel geselecteerd worden. Hier kan via de loep uit het relatiebestand de juiste relatie (artikelleverancier) geselecteerd worden. Hier kan gezocht worden op de datum waarop de goederen van de inkooporder is aangemaakt. Hier kan aan de hand van het verkoopordernummer de juiste bijbehorende inkooporder geselecteerd worden.

88 van 179

Release notes BlueRetail 3.51 GD 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.

2010

89 van 179


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.

2010

90 van 179


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. (<>\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.

2010

91 van 179

Release notes BlueRetail 3.51 GD 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

2010

92 van 179

Release notes BlueRetail 3.51 GD 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 <>, waarbij <> 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 <> 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 <> 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:

2010

93 van 179


Wanneer de registry-key HKEY_LOCAL_MACHINE\SOFTWARE\ODBC\ODBC.INI\BRData van <> 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.

2010

94 van 179

Release notes BlueRetail 3.51 GD 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.

2010

95 van 179


6.9.5 Beveiliging 6.9.5.1

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.

Verlaten Zichtbaar?

Hieronder wordt een matrix weergegeven met situaties waarin al dan niet een button moet verschijnen en hoe het systeem moet reageren:

Annuleren Zichtbaar?

Mogelijkheden matrix

Inlogscherm na wisselen BlueRetail bedrijf

Ja

Nee

Wisselen gebruiker

Mogelijkheid tot extra bevestiging wisselen gebruiker via ‘Instellingen Algemeen’. ‘Inloggen als andere gebruiker?’ [Ja /Nee] Waarbij de focus default op ‘Ja’ staat.

Selecteren verkoper bij nieuwe bon

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

n.v.t.

Ja

Nee

Terug naar uitgangssituatie

n.v.t.

Ja

Nee

n.v.t.

Ja

Nee

Ja

Nee

Ja

Nee

Terug naar uitgangssituatie Terug naar uitgangssituatie Terug naar uitgangssituatie Terug naar uitgangssituatie

Situatie

Nieuwe instelling

2010

Actie bij Annuleren

Actie bij verlaten

Terug naar wisselen bedrijf

N.v.t.

n.v.t. n.v.t. n.v.t.

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.

96 van 179

Release notes BlueRetail 3.51 GD ISG

Voorbeeld bij selectie bedrijf

Extra bevestingsvraag

2010

Als in schermen van gebruiker wordt gewisseld zal het systeem u voortaan vragen of u het zeker weet.

97 van 179


6.9.5.2

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.

2010

98 van 179


Selecteer de afbeelding in een willekeurige map:

Instellen timer en aanmelden ja/nee:

Let op!

6.9.5.3

Nr. 1

Veld Wacht

2

„aanmeldingsscherm….‟

Omschrijving In het veld wacht kunt u per station instellen na hoeveel minuten zonder activiteiten de screensaver actief wordt. 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

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

Nieuwe rechten onder nivo‟s tabblad kaart, tabblad debiteuren kassa:   

Selecteren gebruiker bij invoer ingaand kasgeld [F9] Een recht!! Selecteren gebruiker bij invoer uitgaand kasgeld [F9] Selecteren gebruiker bij openen kassalade(s) [Shift]+[F9]

Nieuwe rechten per niveau:

2010

99 van 179


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.

6.9.6 Afsluiten BlueRetail Inleiding

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.

Afsluitknop op knoppenbalk

Knop [Afsluiten] op de knoppenbalk:

Omschrijving

Als men nu op de afsluitknop klikt of menu-optie „Afsluiten BlueRetail \ Windows‟ komt de vraag:

2010

100 van 179


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.

6.9.7 Elektronische voucher Inleiding Case 1001-26

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

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.

Toelichting

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:

2010

101 van 179


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.

6.9.8 Tweede kassascherm Inleiding

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

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 2e kassascherm actief moet zijn. Het programma moet gestart worden op de computer die als 2e scherm dient of waaraan de 2e monitor is gekoppeld. :\mappen\BR kiosk server.exe

Instellingen

2010

Het 2e 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.

102 van 179


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

IP-adres

Poort Time out

Hier is de keuze „Ja‟ of „Nee‟. Indien keuze is „Nee‟ dan is het tweede kassascherm NIET aktief. Als er géén 2e scherm is MOET deze combo op „Nee‟ staan, omdat er anders systeem vertraging kan optreden. Hier geeft men indien het tweede scherm aan de eigen computer hangt het IP-adres 127.0.0.1 of het eigen IP-adres in en anders het IP-adres van de computer die de kassafunctionaliteit heeft, welke gegevens getoond moeten worden Hier wordt ter beveiliging een zogenaamd poortnummer gevraagd. Bijvoorbeeld 5010. 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 „2de scherm‟, via menupad . Voorbeeld: Bij een eventuele uitval van het 2 e scherm zou bij 5000 ms de kassa telkens gedurende 5 seconden informatie

2010

103 van 179


Aanbiedingen

Reclames

Lay-out

trachten te sturen naar het 2e kassascherm. Door deze time out in te stellen op bijvoorbeeld 100 zal dit maar een tiende seconde duren. Het aantal te tonen aanbiedingen kan worden ingegeven (van 1 tot 9). Indien 0 wordt ingegeven worden er standaard 5 aanbiedingen getoond. 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. 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:

2010

104 van 179


Lay-out

De lay-out van het 2e 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.

6.9.9 Extra functionaliteit lay-out programma t.b.v. 2e kassascherm Inleiding

Het lay-out programma dat voor het instellen van de het Touch kassa gebruikt wordt, wordt tevens voor het instellen van het 2e kassascherm gebruikt. Voor het instellen van het 2e 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

2010

105 van 179

Release notes BlueRetail 3.51 GD …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 2e kassascherm.

2010

106 van 179


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.

2010

107 van 179


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.

2010

108 van 179


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.

6.9.10 Verwijderde procedures

Automatisch aanmaken inkooporders Via de knop KASSAMATIC.NWC kan men zien dat de vier procedures „Aanmaken inkooptransacties‟ verwijderd zijn. Situatie voorheen:

2010

109 van 179


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:

2010

110 van 179


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

2010

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

111 van 179


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.

2010

112 van 179


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

2010

113 van 179


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.

2010

114 van 179


6.9.11 Case 1001-07

6.9.12 Omschrijving

Uitval Synchronisatie 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 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

2010

115 van 179


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

PreSwipe

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 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.

2010

116 van 179


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

2010

117 van 179

Release notes BlueRetail 3.51 GD stroomvoorziening is onderbroken tijdens een transactie of in geval van een ander probleem (dit als resultaat terug gegeven wordt). Hetzelfde geldt voor het logonbericht.

6.9.3 Module e-Customer Omschrijving

De module e-Customer is vanaf 3.50 uitgebreid met een extra host, waardoor er eCustomer 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 Egift, 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

2010

118 van 179

Release notes BlueRetail 3.51 GD 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 eCustomer

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 (eCustomer 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 verschijnen:

2010

119 van 179


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 verschijnen:

2010

120 van 179


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.

2010

121 van 179


Koppelingen eCustomer 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.

2010

122 van 179

Release notes BlueRetail 3.51 GD 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.

2010

123 van 179

Release notes BlueRetail 3.51 GD 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.

2010

124 van 179


Nadat een kassabon volledig betaald is, worden de eventueel verkochte eCustomer producten daadwerkelijk geactiveerd en opgewaardeerd.

2010

125 van 179


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

6.9.5 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

2010

126 van 179


6.9.6 Zoekfilter F1, F2, A<Enter> Inleiding

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).

F1 (nummer)

Het artikelkaart zoekscherm wordt geopend en de focus staat op het veld „Nummer‟. De andere velden mogen ook gekozen worden.

F2 (omschrijving)

Het artikelkaart zoekscherm wordt geopend en de focus staat op het veld „Korte omschrijving‟. De andere velden mogen ook gekozen worden.

A<Enter> (artikelkaart)

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

6.9.1 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:

2010

127 van 179


Na A enter in de kassa opent onderstaand scherm:

2010

128 van 179


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 E-mail‟ 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.

2010

129 van 179


6.9.3 Touchscreen instellingen / functionaliteiten Inleiding

6.9.3.1 Omschrijving checkbox nieuwe bon

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 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

6.9.3.2 Inleiding

2010

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 Er bestond de behoefte om per hoofdcategorie aan te kunnen geven welke subcategorieën er per station direct getoond moeten worden in de kassa.

130 van 179

Release notes BlueRetail 3.51 GD 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

2010

131 van 179


6.9.3.3

Minimaliseer functie

Lay-out beheer editor

In het Lay-out programma is een gedrag toegevoegd:  Functieknop [Minimaliseren kassa].

Omschrijving

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

2010

In deze mode zal direct het grafisch touch toetsenbord geactiveerd worden.

132 van 179


6.9.3.4 Inleiding

Uitsluiten omzetgroepen en/of categorieën 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

2010

133 van 179


Categorieën

6.9.3.5

Functiecombinaties

Inleiding

Onder een knop kunnen vanaf deze versie meerdere functies gekoppeld worden. Voorbeeld: [{F12}][{F12}] direct kassabon naar verkooporder

Omschrijving

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.

6.9.3.6 Inleiding

Prijs op groep in een keer 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]      Let op!

2010

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 Indien zo ingesteld dan moet in de touch enkel nog de reden van retour worden aangegeven als het bedrag negatief is.

134 van 179


6.9.3.7 Inleiding

Zichtbaar kader om actieve schermdeel 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 1e 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.

6.9.3.8 Inleiding

2010

Kasgeld afstorten/tellen 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.

135 van 179

Release notes BlueRetail 3.51 GD werking

6.9.3.9

Starten externe toepassing

Inleiding

Omdat er soms een externe applicatie vanuit de touch kassa moet kunnen worden gestart is hiervoor een extra functie gecreëerd.

Let op!

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:

2010

136 van 179


[mail:[email protected]] 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!

6.9.3.10

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

2010

137 van 179


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).

6.9.3.11

Technische verbeteringen

Refresh scherm

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 2e scherm met een vraag naar kleur, werd de tabel van de touch niet tussen deze twee schermen geupdate.

Zoekknoppen

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

2010

138 van 179

Release notes BlueRetail 3.51 GD 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). Voorbeeld artikelknop Instellingen

2010

139 van 179

Release notes BlueRetail 3.51 GD Resultaat kassa

BlueRetail verlaten

In het Lay-out programma is een gedrag toegevoegd:  Functieknop [Afsluiten BlueRetail] Met behulp van deze knop kan men BlueRetail sluiten.

Windows afsluiten

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.

6.9.3.12 Omschrijving

Parameter inzake speciale touchschermen 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=1

2010

140 van 179

Release notes BlueRetail 3.51 GD Instellings parameter

6.9.4 E-mail printer Inleiding

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.

Selecteer printer

Als de checkbox „eMail‟ 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

Printeruitgang toevoegen

2010

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.

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.

141 van 179


Invoerscherm

Veld Nummer Titel

Vestigings instellingen email

2010

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.

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.

142 van 179


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.

6.9.5 Automatisch herindexeren zonder blokkering Case 0909-03 Probleemstelling

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.

Oplossing

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.

2010

143 van 179

Release notes BlueRetail 3.51 GD 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.

Ja

Ga naar stap 2

Nee

Ga naar stap3

2

Si

Controleert gedurende x tijd of er wijzigingen zijn in de database.

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

5

Sw

Controleert om de x tijd of in de kmdbase.ini bij starten staat dat het bedrijf geblokkeerd is voor herindexeren.

Gebruiker kan niet inloggen Ga naar stap 7

Ja

Ga naar stap 4

Nee

Ga naar stap 7

Ja

Ga naar stap 6

Nee

Ga naar stap 5

6

Sw

Sluit BlueRetail af!

Stop applicatie

7 8

Si SI

Start herindexeren! Geeft bedrijf vrij na herindexeren

Indexeren

6.9.6 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 gemaild 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:

2010

144 van 179

Release notes BlueRetail 3.51 GD 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.

2010

145 van 179


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.

2010

146 van 179


Veldnr 1 2 3 4 5 6

Omschrijving Te gebruiken vraag/vragenlijst Proces waarbij de vraag/vragenlijst actief wordt (momenteel kan dus alleen voor ‘Kasgeld tellen’ gekozen worden) Trigger voor het starten van de vraag/vragenlijst Mogelijkheid om telstrook mee te sturen in de mail Layout die gebruikt wordt voor de ingevulde vragenlijst Printerselectie. Afhankelijk van de geselecteerde printer zal er een PDF/HTML bestand afgedrukt worden naar de mail of naar de printer.

Lay-out editor aanpassing

2010

147 van 179


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.

6.9.7 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

2010

In het menu 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.

148 van 179

Release notes BlueRetail 3.51 GD 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.

2010

149 van 179

Release notes BlueRetail 3.51 GD 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.

2010

150 van 179

Release notes BlueRetail 3.51 GD 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.

6.9.8 Retourscannen kassabon (Iteratie 2) Inleiding

In deze versie zijn een aantal wijzigingen doorgevoerd, waardoor het retourscannen van een kassabon gebruiksvriendelijker is geworden.

Omschrijving

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

2010

151 van 179


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.

2010

152 van 179


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

Knop [Guided selling]

2010

Op het scherm „Instellen artikelen‟, via menupad , 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

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.

Default %

Dit veld geeft de gewenste nauwkeurigheid van de match aan. De mate waarin de het resultaat moet voldoen aan de opgegeven kenmerkwaarden.

Op het scherm „Bestand artikelen‟, via menupad , 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.

153 van 179


Scherm „Guided selling‟

Op het scherm „Guided selling‟, via menupad , 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.

2010

154 van 179


6.9.10 Inleiding 0902-04 / 20081904

Inputmasker in combinatie met >2 decimalen Binnen het scherm „Kortingstabellen‟ is een aanpassing gekomen m.b.t. de veld grootte die wordt weergegeven. Nu passen daarin waardes van het formaat „9999.99999‟. 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 10000 worden. Daarnaast kunnen de bedragen nu tot 100000 getoond worden i.p.v. 10000. 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 3.42

2010

155 van 179

Release notes BlueRetail 3.51 GD Kortingstabellen 3.50 gewoon en gemaximaliseerd

Kortingstabellen 3.50 gemaximaliseerd

6.9.11

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:

2010

156 van 179


  Let op!

6.9.12 Inleiding

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. Wanneer alle drie de servers ontbreken, zal er géén export naar Excel mogelijk zijn.

CCV POS operatingsystem ≥1.3 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.

2010

157 van 179


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!

Dcc-Offer

2010

Wanneer de waarde van dit veld op „Nee‟ wordt gezet (de huidige praktijk-situatie) dan verschijnt er bij het opslaan nog een waarschuwing.

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.

158 van 179


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:

2010

159 van 179


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

2010

160 van 179


Nu kan de handtekening gezet worden en na een klik op de knop [OK] komt de klantbon uit de printer.

6.9.13 Inleiding

Midden en Truncate

Werking

Stuurcode Midden 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. 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.

Stuurcode: [MIDDEN,P1,P2,P3,P4] Nr P1 P2

2010

Parameter Startpositie Aantal karakters

Werking Dit is de positie van waaraf de stuurcode in werking treedt. Dit is het aantal karakters dat moet worden afgedrukt van af de startpositie [P1]

161 van 179

Release notes BlueRetail 3.51 GD P3

Truncate

 

P4

Voorbeeld

Afdruk positie

 

0 = géén truncate toepassen, (dus splitsen op een spatie indien mogelijk) 1 = truncate 0 = Een nieuwe afdruk 1 = verdergaan op de vorige afdruk (let hier mee dus op bij de positiebepaling)

De veld inhoud van het attribuut „Relatie‟ is 16 characters lang: HVM van der Plas Nr.

Stuurcode

Resultaat /toelichting

MIDDEN,1,4,0,0][RELATIE,4,0L]

HVM

0

1

4 posities vanaf de eerste en geen truncate dus we stoppen op de spatie 2

[MIDDEN,7,3,1,0][RELATIE,4,0L]

nd 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.

3


er Vanaf positie 9, 4 posities, geen truncate maar omdat het vervolg is beginnen we waar de vorige gestopt is dus na de “d”.

4


Plas Vanaf positie 11, 5 posities, wel een truncate en een vervolg, dus wordt slechts de achternaam nu getoond.

6.9.14 Inleiding

2010

Zoekmethode 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.

162 van 179

Release notes BlueRetail 3.51 GD 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 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.

2010

163 van 179

Release notes BlueRetail 3.51 GD 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.

6.9.15 Inleiding

Document opslaan als bestand 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

2010

Als gekozen wordt voor de optie „Bestand‟ kan daarbinnen, per doucmenttype dat

164 van 179

Release notes BlueRetail 3.51 GD 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 !!

6.9.16 Inleiding

2010

Batch lanceren bij sluiten applicatie of systeem Er is een aanpassing gedaan in de projectcode waarmee bij het afsluiten van de applicatie een script gestart kan worden.

165 van 179

Release notes BlueRetail 3.51 GD 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)

6.9.17 Inleiding

Backuppen bij installatie 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….

6.9.18 Automatische procedures uitvoeren op spiegelomgevingen

Aanpassingen opschonen logboeken 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

2010

166 van 179

Release notes BlueRetail 3.51 GD 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.

2010

167 van 179

Release notes BlueRetail 3.51 GD 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.

2010

168 van 179


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.

6.9.19

Uitvoeren IMPSLSRPT vanuit BlueRetail (>= 3.51)

Inleiding

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.

Activeren functionaliteit

Nu is het maatwerk te activeren via Menu Instellingen Software Algemeen. Op het tabblad maatwerk zijn de benodigde instellingen toegevoegd.

2010

169 van 179


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.

2010

170 van 179


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.

2010

171 van 179

Release notes BlueRetail 3.51 GD (Weglaten parameters, of toevoegen parameter 2 (en 3 voor Schiphol)

2010

172 van 179


7

Bugs

Inleiding

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

MELD_NR

PRIORITEIT

UW_REFERENTIE

20082007

Escalatie

20090184

Escalatie

20090290 20090540 20091487

Escalatie Escalatie Escalatie

20091497

Escalatie

20091505 20091548 20091573


20100010

Escalatie

20100011

Escalatie

20100027

Escalatie

20100032 20100067

Escalatie Escalatie

20100071

Escalatie

20100091 20100098 20100128 20100134 20100146 20100164 20100216 20100232 20100247 20100248 20100250

Escalatie Escalatie Escalatie Escalatie Escalatie Escalatie Escalatie Escalatie Escalatie Escalatie Escalatie

20100252

Escalatie

20100258 20100265 20100281 20100287 20100298 20100352 20100364 20100373

Escalatie Escalatie Escalatie Escalatie Escalatie Escalatie Escalatie Escalatie

Regenereren veroorzaakt foute waarden in voorraaden en tellers afdruk afstorten / tellen komen niet overeen met afdruk kasjournaal (juni) instelling basis te fakturen i.c.m. aantal ontvangen werkt niet. Vraag mbt ontdubbelen in versie 3.31c Boekhoudexport: Week 53 verkeerd periodenummer Doorboeken order van relaties met alternatieve factuurrelatie gaat fout. Vast BTW alleen op factuur Fout in vraagje over serienummer registratie Fatale programmafout bij Instellingen, software, artikelen Bij zoeken op filterveld 4 wordt na intoetsen de filtering niet (correct) uitgevoerd Kwantumkorting wordt niet berekend Knop 'Wijzigen' is greyed out op artikelkaart via CTRL+A of infoknop vanuit de kassa BR slaat vast na wijzigen op artikelkaart. Bedrijven.fic probleem bij updaten van 2.43 naar 3.42 Cred. orderregels zijn verdwenen na binnenkomst goederen "alleen te leveren" Koppeling BR Banksys Centa Automatische procedure werkt niet Doorboeken verzamelrekeningen niet altijd goed Combinatie weegschaal - kortingstabelartikel werkt niet Niet de juiste magazijnlocatie in artikelzoekschermen Wil uit collectie keuze maken vanuit selectie maar dit gaat niet. Inrichtingkortingstabel met artikel prijs werkt niet percentage wel? Tweede keer scannen artikel uit secundair bestand probleem Afrekenen 3000 Contant als betaalwijze geeft 3? Voorrangschermen niet meer op te roepen. In combinatioe met Touch Vraag middels opbouw blijft achter het toetsenbord Verschil tussen specificatie dagjournaaltype en specificatie betaalwijze Voorraad word niet juist bijgeboekt. Artikel met aantal geeft zelfde aantal bij volgende artikel Tabblad details ontbreekt artikelbestand POS-versie Fout bij berekenen BTW over order voor buitenlandse relatie Artikel overgenomen van secundair naar primair F7 uitgifte wisselgeld wordt na opslaan betalingsverschil Probleem met . en * in touch Matrix artikel is niet scanbaar in de Touchkassa 111583-0001

2010

173 van 179

Release notes BlueRetail 3.51 GD 20100403

Escalatie

20100435

Escalatie

20100435

Escalatie

20100450 20100451 20100481 20100516 20100533 20100541 20100551 20100576 20100577 20100578 20100593 20100652 20100696 20100699

Escalatie Escalatie Escalatie Escalatie Escalatie Escalatie Escalatie Escalatie Escalatie Escalatie Escalatie Escalatie Escalatie Escalatie

20100711

Escalatie

20100783

Escalatie

20100789 20100795 20100808


20100809

Escalatie

20100816 20100821 20100823 20100824 20100839 20100844

Escalatie Escalatie Escalatie Escalatie Escalatie Escalatie

20100849

Escalatie

20100866

Escalatie

20080168 20080478 20081017 20081904 20082022 20090050 20090155 20090218 20090227 20090229 20090274

Hoog Hoog Hoog Hoog Hoog Hoog Hoog Hoog Hoog Hoog Hoog

20090402

Hoog

2010

Prijzen in artikelbestand worden inclusief en exclusief willekeurig gelijk gesteld Betaling Mastercard via F7 betaling op faktuur wordt onder pinbetaling geregistreerd. Betaling Mastercard via F7 betaling op faktuur wordt onder pinbetaling geregistreerd. Factuur debiteur niet zichtbaar via relatiekaart Relatiesaldo wordt niet bijgewerkt Vertraging overzichtscherm bij wisselen filterveld BlueRetail registreert kastellingen op datums in het verledenl Overzicht verzamelrekeningen klapt eruit Pakket klapt eruit bij afdruk naar scherm Pakket klapt eruit bij het afdrukken van rapport aanbiedingen Veranderde werking BlueRetail m.b.t. inlezen HHT bij PRI Artikelen ingelezen in een retourpakbon worden ingelezen als inkoop Leeg overzichtscherm Artikelen worden niet besteld in bestelling / ontvangen is foutief. Ingeven wisselgeld met gekoppeld kassalade geeft foutmelding Fout bij selecteren printer bij onderhoud artikeletiketten? Epson bonprinter / kassalade aansturing Windows / Tekst gaat FOUT Beheer, BlueRetail, Filialen, Import geeft onderste 3 bestanden geen naam? Inkooporder Retour m.b.v. transactie soort wordt niet overgenomen bij invoegen. Probleem opstarten bedrijf in automatische procedures Voorraadcorrecties in de spiegel Prijzen inc. is gelijk aan Prijzen excl. Bedrag bewaarbon wordt in selectie bij deb. bedrag omzet.... opgenomen? Dienstjournaal dubbele totale omzet HK artikel kan verwijdert worden Nieuwe functie factuur printen en versturen per e-mail werkt niet. Foutmelding bij selecteren OPOS printer Fout bij importscript inkooporder voor relatie 0% BTW Kassabon is hoger als betaald bedrag Generieke selecties is geen enkel veld meer selecteerbaar / zichtbaar? Verkooporder leveren status in nalevering / gereserveerd niet juist? Regel niet actief bij invoer Kortingen in periodeoverzicht omzetgroepen niet juist getoond Bevindingen mbt twee problemen in 3.31c Probleem 1 ++++ bij aantallen groter dan 1000 in de kortingstabbellen Export XLS fout Export in excel geeft niet het verwachte resultaat instellingen bij het printen van een relatie statistiek niet vastgehouden Artikel wordt niet in bestelling gezet bij voorraadbeheer Nee Call 85510 focus weg bij wijzigen artikel aantal in PRI Voorraadverloop wordt na correctie niet goed bijgewerkt. Drie vragen mbt het verwerkingsverslag HHT Bij alle filialen staat een artikel in bestelling wat niet in bestelling moet staan 174 van 179

Release notes BlueRetail 3.51 GD 20090406 20090415 20090448

Hoog Hoog Hoog

20090519

Hoog

20090669 20090677 20090689 20090693 20090736 20090904 20091050 20091186

Hoog Hoog Hoog Hoog Hoog Hoog Hoog Hoog

20091291

Hoog

20091370

Hoog

20091516 20091530

Hoog Hoog

20091540

Hoog

20091571

Hoog

20100004

Hoog

20100026 20100028 20100030 20100045 20100046 20100057 20100068

Hoog Hoog Hoog Hoog Hoog Hoog Hoog

20100086

Hoog

20100102 20100163 20100171 20100178 20100195 20100212 20100214 20100221 20100223

Hoog Hoog Hoog Hoog Hoog Hoog Hoog Hoog Hoog

20100224

Hoog

20100225 20100238 20100239

Hoog Hoog Hoog

20100251

Hoog

20100257 20100267

Hoog Hoog

2010

Een fout in de (FIS2000-)boekhoudexport Artikelstatistieken kloppen niet Verschil in inkoopprijs tussen artikelkaart BR en voorraadcorrectie BR Rapport 119 liggend op scherm wordt na exporteren naar pdf staand weergegeven. Contant betaling op nul zetten Vraag mbt transactiesoorten Afdruk van gefilterd orderoverzicht drukt àlle orders af. Automatisch nummeren zoekcode tijdens import werkt niet. BR Geminimaliseerd, niet meer te maximaliseren. Probleem mbt tellen/corrigeren opbouwartikelen Fout bij verwerken order W3- en W4-melding bij artikelen die op besteladvies Nee staan. Extra sortering op datum na selecteren filter in overzichtsscherm transacties via Info-knop Omschrijving Eenheid wordt geprint op de bonprinter bij F4 opmerking FW: BUG 341 Marge van Omzetgroep Hond Hoog klopt niet Teller In Nalevering gaat negatief bij meer leveren op order dan besteld Na doorboeken verzamelrekening wordt data transactie fin. adm deb. niet bijgewerkt. probleem wanneer artikel dubbel op verkooporder staat BlueRetail Mobile Geen filter op artikel bij overzicht facturen Multimedia afbeeldingen is niet zichtbaar bij zoeken op omschrijving, Importscripts extractie uit velden werkt niet probleem met exportfilter Probleem met vastleggen wijziging verzendwijze De afstortingen worden nog steeds niet geprint op het journaal Veld geldopname bij betaalwijze doet niets Boekhoudkoppeling gaat niet goed om met gescheiden goederenontvangst en inkoopfactuur Fout bij indrukken spatiebalk tijdens automatisch wijzigen Melding over rechten factuurmatching Alles accoderen stopt te vroeg. Factuur met geaccepteerd prijsverschil niet te matchen. CCV Pos CTAP-2 i.c.m. BlueRetail NW-Locks na scannen van niet opgenomen barcode Vorig jaar functie in dagjournaal werkt niet naar behoren CCV Pos kan niet omgaan met 2 betaalkaarten Export op 5 decimalen geeft afronding verschil in Unit 4 Testen Multi-Magazijn 3.42 Fout bij retourname opbouw artikel in de kassa. Testen Multi-Magazijn 3.42 Verplaatsen goederen is niet werkbaar Info knop vanuit artikelen werkt niet i.c.m. facturen / pakbonnen Klantenpassaldi icmbon met akties Verschil van bijna 1300 euro op kas01 / oorzaak mastercard / Maestro wordt gezet bij PIN BTW voor buitenlandse klanten Artikelnummer selecteren 175 van 179

Release notes BlueRetail 3.51 GD 20100283 20100296 20100301 20100305 20100312 20100313 20100316

Hoog Hoog Hoog Hoog Hoog Hoog Hoog

20100342

Hoog

20100349 20100350

Hoog Hoog

20100356

Hoog

20100357 20100371 20100412

Hoog Hoog Hoog

20100422

Hoog

20100454

Hoog

20100467

Hoog

20100486

Hoog

20100487

Hoog

20100495 20100513 20100537 20100538

Hoog Hoog Hoog Hoog

20100550

Hoog

20100563

Hoog

20100588

Hoog

20100597 20100605 20100613 20100656 20100658 20100664

Hoog Hoog Hoog Hoog Hoog Hoog

20100672

Hoog

20100675

Hoog

20100683 20100685 20100686 20100690

Hoog Hoog Hoog Hoog

20100709

Hoog

20100712

Hoog

2010

Module multimedia niet in overzicht modules Bij import multivers boeking niet in evenwicht Niet gewenste boekstuknummer in de KING Export Tijdsaanduiding / Datum / verkoper op het scherm in de Touch. Voorraadtellers in artikelkaar anders dan in de VRDDAG Bij opbouw artikelen met SN geeft BR een fout Na scannen van speciale barcode Logboek betaaltransaktie worden niet bijgewerkt na het werken in de uitval Dagjournaal niet consequent Door één Mix-match artikel rest geen korting Bij selekteren van een klant wordt er korting over aanbieding gegeven. Ingescande artikelen dubbel op de bewaarbon Functionaliteit omzetgroep Melding Marge op verkoopprijs te laag komt niet in de kassa Volgorde artikelen op Factuur komen niet overeen met volgorde Order het kwijtgescholden bedrag weer opengezet op de faktuur / verzamelrekening Bij scrollen van secundaire art. bestand neemt deze gegevens over va Debit Order HK blijft openstaan en verwerkt niet op filiaal PRI: De voorraad v/h (deel)artikel na verwerken wordt (geteld aantal) - (aantal op artkaart) Fouten bij inlezen bestelling via HHT Prijs ingeven op open plu geeft verkeerde prijs op ander artikel. Sortering datum Tab regels in het overzicht pakbonnen Datum verkoop fin. administratie wordt niet gevuld bij doorboeken order Voorraadbijwerking na verkoop meterartikel Nieuwe passen (Op basis Contactpersonen) scannen soms andere klanten Zoeken naar facturen erg traag Problemen met legenda verwerkingsverslag Geen refresh voorraadstand bij wijzigen artikel Dubbelklikken op naam in overzicht geeft eerste naam in lijst. In nalevering dubbel wordt dubbel geboekt. Melding geblokkeerd Verschil in totaalbedrag in kassascherm en op de layout door afronding Nieuwe inrichting Instellingen hardware, printerselectie is niet werkbaar. 351 RC Zoeken Kortingbereking weg na terugkeer naar kassascherm Navigatietoetsen in debiteurenfactuur raadplegen niet goed High5 korting geven werkt niet naar behoren. Geleverde goederen worden niet geleverde gezet naar verwijderen van artikelen Voorraadcorrecties op magazijn / magazijnlocatie geeft voorraad niet per mag/ mag lok? 176 van 179


Hoog

20100733

Hoog

20100742

Hoog

20100750 20100756

Hoog Hoog

20100781

Hoog

20100782

Hoog

20100845 20100846

Hoog Hoog

20100847

Hoog

20100860 20100865

Hoog Hoog

20071022 20080079 20080085

Middel Middel Middel

20080582

Middel

20080658 20080917 20080934 20080966 20081861 20082024

Middel Middel Middel Middel Middel Middel

20090055

Middel

20090389

Middel

20090574

Middel

20090618 20090864 20090973 20091054 20091073 20091095 20091132 20091149 20091214 20091215 20091257

Middel Middel Middel Middel Middel Middel Middel Middel Middel Middel Middel

20091258

Middel

20091406 20091508 20091521 20091528

Middel Middel Middel Middel

2010

Bij kwijtschelden bedrag op order wordt dit layout-technisch niet goed verwerkt Stuurcode afdrukken Omschrijving contactpersoon EN Pasnummer contactpersoon werkt niet correct. Kortingberekening niet juist na selecteren relatie in afrekenscherm en daarna weer terug gaan naar k Focus kassascherm (touch) is niet continue Transactiesoort / Referentie is niet meer zichtbaar, muteerbaar functie in Touch werkt niet juist indien er tijdens afrekenen naar kassascherm gegaan wordt Blue Retail klapt eruit als totaalprijs mixmatch gelijk is aan veelvoud van reguliere prijs. i knop Technische voorraad is niet selecteerbaar. Testen Multi-magazijn: weergave is niet juist? Testen Multi-magazijn: tabblad zoeken zijn aantal en datum muteerbaar? ex.btw prijs weergegeven van oude bon i.p.v. incl. btw. Instelbare opslag digitale print verdwenen OD nummer niet gevuld indien creord aangemaakt in spiegel Selecteer gebruiker bij wijzigen order. Verschillende afhandeling korting. Er wordt bij wijzigen order debiteur niet meer om gebruikerscode gevraagd. Selectie is niet direct op te slaan. Gebruikersinstellingen in de kassa History crediteuren transacties geeft verkeerd resultaat. Cursor verspringt 2 regels na geven korting Mode: Tellen per dag geeft geen waarde. Een set korting over retour artikelen is niet mogelijk Printen deb-formulieren print altijd eerste contactpersoon van de relatie. Taalinstellingen mogelijk zonder taalmodule Bug Actuele voorraad nul bij 2 keer achter elkaar wijzigen hoofdartikel van een opbouw Bug in beheer AP's Afdrukken formulieren via AP geeft printerinstellingen scherm Koppeling boekhouding controleert niet of Type ingevuld staat. Kassalade gaat af en toe niet open. Verkeerde menu paden in meerdere rapporten menu RDR Filter 'Nieuw beginbedrag' bij journaal tellen kasgeld werkt niet goed Artikel regels worden niet verzameld in een Credit Order Wijzigen faktuur verwijderd meer dan gewens is. Terug naar invoerscherm werkt niet met ESC Aangepaste reclametekst wordt niet meegenomen naar factuur BlueRetail onder versie Windows 2008 server artikel wordt geselecteerd na zoeken op omschrijving vanuit afdrukken etiketten niet gekoppeld artikel PRI komt niet overeen met de actuele voorraad Blue Retail klapt eruit bij printen postcode tabel Melding "relatie geblokkeerd voor rekening verkoop" verschijnt niet. Mixmatch geeft verkeerde aantal 177 van 179

Release notes BlueRetail 3.51 GD 20091564 20091565 20091582 20100031


20100036

Middel

20100038 20100041 20100065 20100066


20100095

Middel

20100095

Middel

20100099

Middel

20100161

Middel

20100166 20100177

Middel Middel

20100196

Middel

20100208

Middel

20100215 20100268 20100271 20100272 20100293

Middel Middel Middel Middel Middel

20100295

Middel

20100306 20100309

Middel Middel

20100413

Middel

20100414 20100473

Middel Middel

20100482

Middel

20100512

Middel

20100518

Middel

20100519 20100539 20100554 20100555 20100566 20100572 20100591 20100608 20100642 20100653 20100654

Middel Middel Middel Middel Middel Middel Middel Middel Middel Middel Middel

2010

Fout bij importeren Min-Max middels HHT (Opticon) Probleem in menu DKAT Invoer nieuw artkel TAB Logistiek In Touch-kassa geen mogelijkheid tot weergeven dagjournaal Voorraadinformatie ververst niet goed mee op logistiek tabblad bij artikelstatus. Geen meldingen bij afsluiten windows vanuit BlueRetail Inkoopprijs word niet veranderd na correctie verkoopbedrag Kopiëren kortingstabel neemt geen gevens mee over Indexeren buiten pakket om krijgt men foutmelding Debiteuren order geeft bij uitprinten een nog te betalen bedrag van 0.01 Debiteuren order geeft bij uitprinten een nog te betalen bedrag van 0.01 SHift F12 niet mogelijk in afrekenscherm van Touch Weergave dagjournaal bij aanpassen datumfilter via kalender werkt niet direct Foutmelding bij afdrukken van voorraadcorrectie in de franse Taal Filter standaard gevuld met leverancier factuur Contactpersoon wordt niet gelinkt na doorboeken op rekening vanuit de kassa Nieuwe installatieversie 3.42.A is geupload lege regel bij starten Touch kassa? focus na aanmaak artikel niet meer op nieuwe artikel. Na afrekenen komt relatiebestand 2 maal na voren Ctrl A werkt niet altijd naar behoren. Openen tabblad Verwerken duurt erg lang Bedrag van eerst gescand artikel wordt nul Postcode registratie rapport 603 kan niet op meer dan 4 cijfers worden verdicht bij selecteren DL. Tijdsaanduiding / Datum / verkoper op het scherm in de Touch. Adviesverkoopprijs niet zichtbaar in Kolom bij oproepen F2, A enter 0906-17: Na retourname met Ctrl F11 wordt relatie niet overgenomen in retourbon 0906-17: Serienummer overnemen op retourbon Foute tooltips bij instellingen schermen Stationsnaam is niet zichtbaar middels historie module wel middels dagjournaal? Vinkje invullen in kasgeld werkt niet ingaande kasgeld Bij de artikelstatus gaat er iets niet als verwacht na het opslaan na wijzigen De screensaver functie. Filter werkt niet in tabblad crediteurenorderregels zoeken Printerselectie. Alles verbinden met e-mail werkt niet Zoekscherm staat niet op nieuw ingevoerde artikel. positie actieve regel niet goed aanbied + ser Marge van de kassabon geeft verkeerde waarde weer. Regelbedrag wijkt af met totaalbedrag. De tooltip van de statussen werkt niet in het controle tabblad bij PRI Marge per gebruiker op rapport 150 geeft 0,00 Taal Spaans wordt Nederlands weegegeven Nieuw inrichting boekhouding geeft problemen met BTW 178 van 179


Middel

20100700

Middel

20100702 20100703 20100705

Middel Middel Middel

20100708

Middel

20100710 20100715

Middel Middel

20100730

Middel

20100754

Middel

20100757

Middel

20100779

Middel

20100785

Middel

20100787

Middel

20100800

Middel

20100814

Middel

20080481

Laag

20080759

Laag

20091198 20100528 20100532

Laag Laag Laag

2010

Infoknop Facturen Debiteuren vanuit artikelkaart geeft een sortering laag/hoog op datum Mogelijkheid tot wijzigen en/of kopiëren ondanks dat zoekscherm leeg is Voorraadwaardering op basis van act/ gem inkoopprijs is gelijk. Melding Kluis is nog niet geteld bij het starten van het UITVAL bedrijf? aanbieding 3.51 Wanneer recht 'overzicht kasgeld, kluisgeld is zichtbaar=nee' ingesteld staat dan is kasgeldoverzich Tellen kasgeld krijgt verminkt scherm Fout in omschrijving kopgegevens voorraadverloop Kassabon contant geeft automaatbon van de vorige klant:Niet betaald betaal aub op een andere manier. Raadplegen overzicht facturen I.H.E. blijft zichtbaar in menu van BlueRetail ondanks dat de rechten uitgeschakeld staan Historie bewaarbonnen middels historie module geeft ook verz. rekeningen. Type Foutmelding is niet selecteerbaar bij logboek aut. procedures Afdrukken factuur met contactpersoon met zoekknop actief geen resultaat Debiteuren orders onder info knop kijkt naar verkeerd recht Tellen kluisgeld mogelijk in spiegel -> krijg bij inloggen melding dat kluis nog nooit geteld is Gegevens kladblokrelatie opvragen. Getelde betaalwijzes worden automatisch meegenomen naar Nieuw beginsaldo, dit is niet instelbaar aan Scherm bij "ctrl A" wordt niet goed opgebouwd. PRI - Aantal blijft staan Problemen m.b.t. het ingeven van PRI tellingen

179 van 179

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

Recommend Documents