Release Notes BlueRetail versie 3.71

Transcriptie

1 Release Notes BlueRetail versie 3.71 Product Management Versie 003 Venlo, februari 2012 Bestand: Releasenotes 3 71 v03.docx

2 Disclaimer Ondanks alle aan de samenstelling van de tekst bestede zorg, kan Newway géén enkele aansprakelijkheid aanvaarden voor eventuele directe en/indirecte schade, die voortvloeit/zou kunnen voortvloeien uit enige inhoudelijke onvolledigheid en/of onjuistheid, of andere fout, die in deze uitgave zou kunnen voorkomen. Alle rechten voorbehouden. Niets uit deze uitgave mag worden verveelvoudigd, opgeslagen in geautomatiseerd gegevensbestand, of openbaar gemaakt, in enige vorm of op enige wijze, hetzij elektronisch, mechanisch, door fotokopieën, opname, of op enige andere manier, zonder voorafgaande uitdrukkelijke toestemming van Newway van 76

3 Inhoudsopgave 1 INLEIDING TOELICHTING DOCUMENTINDELING TOELICHTING NOTATIES DEFINITIES Definities kernbegrippen TECHNIEK Algemeen Installatie Database Update instructie Instructies bij calamiteiten Compatibiliteit met lagere versies Koppeling BlueMobile BLUERETAIL GEWIJZIGDE EN NIEUWE FUNCTIONALITEITEN Verkoop Afrekenen verkooporder via kassa Registratie op kassière en verkoper Scannen klantenpas KZ met meer dan 6 karakters Attenderen van klant op aankoopgerelateerde aanbieding Retourscannen van volledige bon Tonen boodschap bij activeren retourknop Afrekenen met eco- en maaltijdencheque België Overzicht kassabonnen Inkoop Logistiek Nieuwe functionaliteit m.b.t. Multimagazijn Herprinten verdeelde goederen over keten Financieel Exporteren naar Exact online boekhouding Controleren veldwaarden exportboekhouding Service Retail CRM Vanuit relatiebestand naar overzicht kassabonnen Rapportage (Applicatie) Beheer Pop-up schermen onderdrukken instelbaar Tonen boodschap bij activeren retourknop Gewijzigde werking importscripts (BTWVELD) Koppelen met Fashioncheque (ecustomer) Nieuw communicatieprotocol host ICP toegevoegd (ecustomer) Aanpassingen dealercode Openen touch-toetsenbord buiten kassa Verwijderen of printen afdrukrij per regel Aanpassing koppeling Alvira betaalautomaat Regenereren artikeltellers vanaf een bepaalde datum Vergelijken actuele vrd met totaal v/d locaties Touch instellingen BlueScreenbuilder (ICT) Beheer Automatisch importeren licentie Stabiliteit Kioskserver verbeterd Automatisch afsluiten stations i.v.m. indexeren van 76

4 7 BLUEMOBILE FUNCTIONALITEITEN Wijzigingen m.b.t. Mobile sync Wijzigingen m.b.t. Mobile BLUERETAIL BUGS TOOLS NWWedge van 76

5 1 Inleiding Inhoud Deze releasenotes hebben betrekking op de GD versie van de release 3.71 van BlueRetail. In deze releasenotes worden de belangrijkste wijzigingen beschreven ten opzichte van BlueRetail versie 3.60 en oudere versies. Deze releasenotes zijn bedoeld om klanten en partners inzicht te verschaffen in de wijzigingen en nieuwe functionaliteit in deze versie van BlueRetail. Versiebeheer Release Notes Product Management zal het document updaten zodra hier vanuit de Newway Product Portfolio of vanuit enig ander technisch oogpunt noodzaak toe is. Voorgaande releasenotes Eerdere releasenotes staan op de BlueRetail website en zijn op te vragen bij Newway of te raadplegen in de map Documentatie op de installatie CD-Rom. Voor informatie over prijsstructuren, zie o.a. de releasenotes van BlueRetail versie De releasenotes zijn met de grootst mogelijke zorg samengesteld. Mochten er onverhoopt toch fouten in voorkomen, dan biedt Newway u bij voorbaat haar excuses daarvoor aan. Newway accepteert géén schadeclaims als gevolg van eventuele fouten in de releasenotes. Er kunnen géén rechten worden ontleend aan de inhoud. BlueRetail versie 3.71 Deze versie is de opvolger van BlueRetail 3.60 GD. Deze versie bevat: Alle patches uitgebracht op vorige versies. Wel kan dat in deze versie een iets andere (betere) werking tot gevolg hebben. Nieuwe functionaliteit zie hoofdstuk 6. Alle opgeloste fouten met status hoog, middel en laag zover dit binnen de planning paste. Zie hoofdstuk 9. Newway is permanent bezig met het verbeteren van het product BlueRetail. Hierdoor kan het voorkomen dat koppelingen met applicaties van derden herzien moeten worden door databasemutaties; het pakket niet meer 100% neerwaarts compatibel is een update vanuit een heel oude versie in twee of meer stappen moet worden uitgevoerd etc. Wij vragen hiervoor uw begrip. BlueRetail is een zeer omvangrijk, maar ook complex product en het is absoluut onmogelijk om zowel vooraf aan een nieuwe release alle fouten te vinden als ook volledig compatibliteit te behouden met vorige versies. Vragen Bij eventuele vragen betreffende deze release kunnen BlueRetail eindgebruikers contact opnemen met de desbetreffende BlueRetail Business partner van 76

6 2 Toelichting documentindeling Leeswijzer Techniek Functioneel Dit document is opgedeeld in een technisch en functioneel gedeelte. In het technische deel (hoofdstuk 5) worden zaken besproken zoals database wijzigingen t.o.v. de vorige GD versie en installatie/update instructies. In het functionele deel (hoofdstuk 6) komen alle nieuwe functionaliteiten aan bod. Newway onderscheidt de volgende hoofdprocessen in haar BlueRetail applicatie: 1. Verkoop 2. Inkoop 3. Logistiek 4. Financieel 5. Service 6. Retail CRM 7. Rapportage 8. (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 reeds eerder benoemd, weerspiegeld. Deze processen zijn gebaseerd op de operationele zaken, die zich op de werkvloer afspelen. In dit document worden bewust de beide werelden met elkaar gecombineerd, omdat in BlueRetail de theorie wordt vertaald naar de praktijk. ICT van 76

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

8 3 Toelichting notaties Toetsen Toetsen op het toetsenbord die in de instructie worden gebruikt, worden weergegeven in vetgedrukte hoofdletters tussen deze tekens < >. Bijvoorbeeld <ENTER>. Een alternatief voor het openen van menu s is om het menupunt met de muis aan te klikken. Knoppen Knoppen op het beeldscherm waar u met de muis op kunt klikken, worden weergegeven tussen deze tekens [ ]. Bijvoorbeeld [Sluiten]. Een alternatief voor het openen van menu s is om het menupunt met de muis aan te klikken. Programmamenu s Programmamenu s worden weergegeven aan de hand van de menupaden. De menupaden worden in vetgedrukte letters weergegeven tussen deze tekens < >. Bijvoorbeeld, het menu Printerinstelling heeft het menupad <menupad IHP>. Om dit menupunt te openen dient u <Alt> + I en achtereenvolgens H en P in te toetsen. Een ander voorbeeld is het menupad voor de verkooptransacties: <VI>. Om dit menupunt te openen dient u <Alt> + V en vervolgens I in te toetsen. Een alternatief voor het openen van menu s is om de juiste menupunten met de muis aan te klikken van 76

9 4 Definities 4.1 Definities kernbegrippen POS-kassa of PC-kassa (Till) Point of Sale, POS (Front Store) Winkelmanagement, RMS (Back Store) Hoofdkantoor, MMS (Back Office, Head Quarters, Head Office) Multi- Functioneelsysteemgebruik Hiermee wordt de kassa hardware bedoeld inclusief Retail specifieke randapparatuur (ticketprinter, EFT-terminal, klantendisplay, hand-/tafelscanner). POS verwijst naar de verzameling functionaliteiten die hoofdzakelijk worden ingezet op een POS-kassa in rechtstreeks contact met de klant. Naast Point of Sale functionaliteit is dat voor BlueRetail ook de geïntegreerde functionaliteit als Point of Information (Informatiebalie) en Point of Service (Servicebalie voor reparatie, retour, verhuur etc.). RMS refereert aan de verzameling winkelspecifieke functionaliteiten waarbij het management is betrokken. Het gaat hier om het beheren en controleren van geldstromen, goederenstromen en informatiestromen op de winkelvloer. Als voorbeeld kan gelden: het tellen, afromen en controleren van kasgeld, het beheren van voorraden (inkoop, ontvangstgoederen en verkoop) en assortimenten en het opsporen en voorkomen van diefstal en fraude. Daarnaast moeten uiteraard ook alle relevante transactie gerichte rapportages beoordeeld worden. Hiermee wordt de verzameling winkelondersteunende, technische en organisatorische functionaliteiten bedoeld. Er kan worden gedacht aan beheer van stamgegevens van artikelen, klanten, personeel, filialen en leveranciers, maar ook aan het beheer van de interne informatiestromen (transacties tussen samenwerkende winkels) en externe informatiestromen (transacties met klanten en leveranciers). Als de klant een kleine winkel heeft, zal in veel gevallen een groot aantal rollen door een en dezelfde persoon worden uitgeoefend. Het is dan niet mogelijk om voor elke functionele rol een ander systeem te gebruiken. Logt men in met een andere gebruikerscode, dan schakelt het systeem (BlueRetail) om naar de functies die bij die rol horen ongeacht op welk fysiek systeem men bezig is. Indien men in online (connected, géén uitval-) modus werkt, dan zullen alle aanwezige en aangeschafte functies het doen ongeacht op welk fysiek systeem ment inlogt van 76

10 5 Techniek 5.1 Algemeen WinDev Versie Deze versie is de opvolger van BlueRetail 3.60 GD en is ontwikkeld met de WinDev ( 16 UK versie. Dit zou géén gevolgen mogen hebben voor u als gebruiker. Newway kan dit echter niet 100% uitsluiten! Type update Prioriteit X X Kopieslag Patch verz. Update Upgrade Servicepack Urgent / Spoed Hoog Gemiddeld Laag Nader te bepalen Grootte update ± 40 MB Reboot nodig JA NEE Backup nodig JA NEE Rollback functionaliteit JA NEE 5.2 Installatie Installatie voorwaarden Deze versie kan geïnstalleerd worden als opvolger van New-Way Retail Software versie 2.4x of BlueRetail 3.xx. De bestandsconversie zal geheel automatisch worden uitgevoerd. Indien de uitvalmodule aanwezig en geactiveerd is en het pakket conform de Newway richtlijnen is geïnstalleerd, dan zal op het werkstation (binnen het lokale netwerk) geheel automatisch het pakket worden geüpdate. Tevens zal de bijbehorende database conversie van de uitval database automatisch geschieden. Uitvoer instructie Deze BlueRetail installatie moet absoluut dedicated gedraaid worden met betrekking tot de BlueRetail database, omdat er een database conversie moet kunnen worden uitgevoerd. Dit houdt in dat: De automatische procedures NIET mogen draaien. De eventuele database back-up NIET mag worden uitgevoerd. Alle werkstations (server, info-points, kassa s en overige werkstations) BlueRetail verlaten moeten hebben. De applicatie mag dus NIET in gebruik zijn, in géén enkele vorm en/of op géén enkel station. Er géén andere Newway producten of producten van derden die de database kunnen gebruiken actief mogen zijn. De Kioskserver moet zijn gekilled via de taakmanager van 76

11 5.3 Database Bestandsmutaties Databasemutaties tussen de versie 3.60 en 3.71 (Gewijzigde hyperfiles) Databasemutaties tussen de CR (Controlled Release) versie 3.70 en 3.71 (Gewijzigde hyperfiles) van 76

12 Beperking Database Bestanden 2 GB Vanaf versie 3.60 is voor onderstaande bestandenlijst de maximale-groottebeperking van 2 GB op de BlueRetail database verwijderd. Hierdoor kunnen bestanden dus groter dan 2 GB worden. Echter er gelden nog steeds beperkingen op basis van het filesysteem waarop de database draait. Zo zal er bijvoorbeeld een beperking zijn van 4 GB indien de database draait op een harddisk die geformateerd is in het FAT32 bestandsformaat. Voor de volgende bestanden is de beperking van 2 GB verwijderd: ARTCATSTRUCT ARTIKEL AUTOLOG CATSTRUCT CCRBETAA CCRKOP CCRLEV CCRREG CFABETAA CFAKOP CFALEV CFAREG CFMKOP CFMKOPD CFMREG CFMREGD COMLOG CORKOP CORLEV CORREG CPAKOP CPALEV CPAREG DCRBETAA DCRKOP DCRLEV DCRREG DFABETAA DFAKOP DFALEV DFAREG DORKOP DORLEV DORREG KASDAG KASDIENS KASGELD KASKOP KASREG KLUISDAG LOGBOEK POSTREG PRIJSHIS RELATIE RELCATSTRUCT VCOPNAME VOORRAAD VRDDAG VRDINFO VRDOPN VRDOPNAR VRDOPNCT VRDOPNMU VRDOPNRG VRZKOP VRZREG van 76

13 Verwijderde bestanden uit analyse Nieuwe bestanden Geen Geen Registermutaties Overige mutaties Zijn er registermutaties? Nee Ja Omschrijving X N.v.t. Zijn er overige mutaties? Nee Ja Omschrijving X Niet t.o.v. versie 3.60 GD 5.4 Update instructie Update Maak op de server een back-up van de..\<blueretail software> directory (hierin staat het oude WDL-bestand en eventueel geïnstalleerde patches). Een cliënt wordt automatisch geüpdate bij het opnieuw opstarten van BlueRetail op de cliënt. Zie ook uitvoerinstructie op pagina 6. Let op!!! Op een cliënt mogen géén oude/andere patches blijven staan 5.5 Instructies bij calamiteiten Herstellen oude situatie Indien de update niet over een roll-back functionaliteit beschikt, kunt u op de hieronder beschreven wijze terug keren naar de situatie voor de update! Stap Handeling 1 Verwijder op de server \<BlueRetail software> en plaats de back-up terug 2 Een cliënt wordt automatisch geüpdate bij het herstarten van BlueRetail op de cliënt. Er is géén reboot nodig. 5.6 Compatibiliteit met lagere versies De BlueRetail versie 3.71 MMS kan communiceren met de volgende RMS versies: BlueRetail 3.1x BlueRetail 3.3x BlueRetail 3.4x BlueRetail 3.50 BlueRetail 3.51 BlueRetail 3.60 Vanaf release BlueRetail 3.42 wordt de bestandsuitwisseling met de New-Way Retail software 2.4x NIET meer ondersteund van 76

14 5.7 Koppeling BlueMobile BlueMobile 2.31 De BlueRetail versie 3.71 kan communiceren met BlueMobile 2.31 die vanaf deze versie op de installatie CD wordt meegeleverd. BlueRetail kan NIET communiceren met BlueMobile versies lager dan Met name het laden van de stamdata in de mobile applicatie gaat fout, omdat er een interface laag verwijderd is van 76

15 6 BlueRetail gewijzigde en nieuwe functionaliteiten Leeswijzer Voorbeeld Geld- & goederenbeweging Onderstaande paragrafen corresponderen met het eerder in dit document genoemde Retail Business Model. De afdeling product management van Newway hanteert dit RBM als leidraad voor haar releasenotes, om daarmee consistentie te verkrijgen in de lay-out van het document en de commerciële datasheet. Horizontale as van gedetailleerde geld en goederenstromen binnen een vestiging gevisualiseerd in het RBM. Operationeel Voorbeeld: een artikel wordt besteld bij de leverancier, geleverd, op voorraad genomen en in de winkel gelegd. Daarna wordt het artikel door de klant meegenomen of afgeleverd. De gelden goederenstromen zijn tegengesteld. 6.1 Verkoop Beschrijving In een winkel vindt het contact met de klant plaats langs diverse verkoopprocessen. We onderscheiden hier enkele onderdelen zoals kassa, verkooporder en verkoop(credit)factuur. Uiteraard zijn er vele nuanceringen mogelijk aan de hand van gedefinieerde verkoopeisen, de producten die verkocht worden en de beleving die de klant dient te ervaren Afrekenen verkooporder via kassa Inleiding Tot op heden kon een transactie via [F7] in de kassa worden afgerekend, echter de klant moest dan twee keer door het betalingstraject. Vanaf versie 3.60 is dat gewijzigd en kan middels één enkele betaling zowel de verkooporder als de kassabon afgerekend worden. In de versie 3.71 zijn voor deze functionaliteit nog extra wijzigingen gemaakt. Hieronder volgt nog een keer de beschrijving van de volledige functionaliteit. Afhandeling kassa Na selectie van de gewenste order via [F7] wordt voortaan onderstaand scherm getoond van 76

16 Het is dus niet meer mogelijk om hier de betaling uit te voeren! In de kassa komt de volgende aanbetalingsregel te staan. Hierna kunnen gewoon artikelregels toegevoegd worden. Ook mag deze actie tussendoor en/of achteraf gedaan worden. De aanbetalingsregel is uiteraard BTWloos. Afrekenscherm Instellen Kassa In het afrekenscherm is niets veranderd. Na voorgaande transactie kan men op de gebruikelijke manier afrekenen. Hou er rekening mee dat nadat men geüpdate heeft naar de versie 3.71 men bij het menupad Instellingen\Software\Kassa, tabblad Afrekenen (menupad <ISK>) een dummy-betaalwijze moet koppelen voor betalingen op orders. Hieronder zijn deze nieuwe instellingen te zien. V3.71 A Zoals hieronder te zien zijn de instellingen m.b.t. cheques verwijderd en is daarvoor in de plaats de nieuwe instelling Default betaalwijzen voor betalingen op orders toegevoegd van 76

17 < V3.71 De betaalwijzen die men koppelt moeten van het nieuwe type Invoer=Geen zijn anders resulteert het klikken op het loepje (A) in een leeg selectiescherm. Er kunnen wel direct nieuwe betaalwijzen aangemaakt worden door op de knop Nieuw te klikken. De bovenste instelling, Inlezen aanbetaalde orders, dient ter voorkoming van de integriteitsfouten op het BETAAL-bestand als gevolg van het afhandelen van reeds aanbetaalde orders in de kassa. Deze werden voorheen weggeschreven onder een niet bestaand intern nummer. Nu kunnen deze gekoppeld worden aan een bestaande betaalwijze, die nergens anders voor gebruikt kan worden. Bij het opslaan van de instelling, zal het pakket vragen of eventuele bestaande foutieve interne nummers meteen vervangen dient te worden door het zojuist ingestelde. Onderstaande melding verschijnt: Indien voor Ja gekozen wordt, worden dus de integriteitsfouten ook automatisch verholpen. Bij Nee kan er vervolgens niet opgeslagen worden. Nagenoeg dezelfde melding verschijnt ook wanneer men de waarde van deze instelling veranderd. Indien de onderste instelling, Meervoudig afrekenen via F7, niet is ingevuld (standaard na migratie) verschijnt in de kassa bij het toetsen van [F7] de volgende melding: van 76

18 Tevens zijn de knoppen voor orders vervolgens verdwenen: Pas als de instelling is gemaakt zullen er weer betalingen op orders geboekt kunnen worden. Wanneer een kassabon aanbetalingen op orders bevat, en zij wordt met meer dan 1 betaalwijze afgehandeld, dan zullen de DFABETAA-records die worden aangemaakt, gekoppeld worden aan de ingestelde betaalwijze. Er is namelijk nooit in alle gevallen terug te herleiden welk gedeelte van de betaling betrekking heeft op de aanbetaalde regels. Betaalwijzen Bij het betaalwijzenbestand zijn in de tabel kleuren toegevoegd, afhankelijk van het invoertype: Vet = Beide Zwart = Kassa Blauw = Fin. Adm. Grijs = Geen Betaalwijzen van het nieuwe invoertype Geen kunnen niet gebruikt worden om af te rekenen, maar dienen voor (zoals reeds besproken): Het boeken van reeds aanbetaalde bedragen op orders die via de kassa worden afgehandeld. Het boeken van aanbetalingen op orders via F7 in de kassa, die met meerdere betaalwijzen hebben plaatsgevonden van 76

19 Dagjournaal Wanneer men nu in de kassa een bon gedeeltelijk betaald en het restant op rekening zet of op een order, dan worden de overige betalingen van de bon in het dagjournaal niet meer geboekt bij Betalingen kassa, maar bij de overeenkomstige transactiesoort: Betalingen Factuur, Order of Creditnota. Bijvoorbeeld: Een reeds aanbetaalde order is in de kassa opgehaald en contant afgerekend. In het dagjournaal staat vervolgens dat er een betaling van 400 euro op factuur heeft plaatsgevonden (Dit omdat de order automatisch wordt doorgeboekt naar een factuur) van 76

20 Als men de factuur raadpleegt, ziet men nl. eveneens dat er 400 euro contant op is betaald (Totaalbedrag 500 = 100 reeds aanbetaald op order contant op factuur) Registratie op kassière en verkoper Inleiding Vanaf heden is het mogelijk om de verkoop in de winkel en de registratie aan de kassa, in verkooporders, verkoopfacturen en creditverkoopfacturen te koppelen aan twee verschillende personen: de kassière en de verkoper. Hierdoor komen enerzijds de omzetcijfers en provisie op naam van de betreffende verkoper en anderzijds de kassahandelingen op naam van de kassière. Deze nieuwe functie dient echter eerst aangezet te worden. Wanneer dit niet gebeurt (= standaard), dan is de werking m.b.t. de verkoper van een debiteurentranscatie exact gelijk aan die van voor versie Let op: Degene die in de kassa ofwel inlogt via menupunt <DKK> ofwel via <F8> wisselt van gebruiker ofwel afrekent, is de caissière. Deze wordt op bonniveau in het transactiebestand bewaard. De verkoper wordt op regelniveau geregistreerd. Als er geen verkoper gekoppeld is dan wordt de kassière als verkoper gekoppeld van 76

21 Technische Uitleg Technisch is er nu voor gekozen om de verkoper in de kop van de transactie weg te schrijven, in het veld LNKVERKOPE, als de functie uit staat. Voorheen gebeurde dit alleen in het bestand KASKOP (Kassa transacties) en nu in alle relevante transactiebestanden. Het veld LNKVERKOPE zal dan altijd gelijk zijn aan de waarde voor LNKKASSIER of GEINTNUM (afhankelijk van het transactiebestand). Als de functie geactiveerd wordt, dan wordt de verkoper alleen in het transactieregelbestand weggeschreven. Algemene instelling centrale kassière Bij menupunt ISD (Debiteuren) is een centrale instelling toegevoegd, waarmee men de centrale kassière kan activeren. Vanaf dat moment zullen debiteurentransacties anders worden weggeschreven, nl. de verkoper wordt zoals al aangegeven op regelniveau weggeschreven ipv op bonniveau. Wanneer de instelling op Ja gezet wordt, dan verschijnen er binnen BlueRetail een aantal extra rechten, rapporten, een stuurcode en de schermen van debiteurentransacties zijn aangepast. Extra veld in gebruikers bestand Het gebruikersbestand is uitgebreid met een combo-veld Verkoper (Ja/Nee). Tijdens eerste keer opstarten wordt de waarde voor alle gebruikers op Ja gezet, net als bij nieuwe gebruikers die worden toegevoegd. Gebruikers die voor dit veld de waarde Ja hebben, kunnen bij het invoeren van een nieuwe transactie, of bij het wisselen van een gebruiker tijdens het invoeren van een transactie door de gebruiker geselecteerd worden als verkoper. Dit is echter afhankelijk van de ingestelde rechten voor deze gebruiker. Zie beschrijving Wijzigingen gebruikersrechten (Debiteuren) van 76

22 Wijzigingen Gebruikers- Rechten (Debiteuren) Bij de debiteuren gebruikersrechten is bij de hoofdgroep Algemeen een nieuw recht toegevoegd, nl: Selecteren verkoper na inloggen gebruiker. Indien dit recht op Nee staat dan wordt de ingelogde gebruiker geregistreerd als verkoper. Indien dit recht op Ja staat dan verschijnt direct na het inloggen van de gebruiker een pop-up scherm waarin de verkoper geselecteerd kan worden. Bij de debiteuren gebruikersrechten is bij de hoofdgroep Kassa een nieuw recht toegevoegd, nl: Selecteren verkoper bij nieuwe bon. Als dit recht op Nee staat, Dan zal het systeem na het afhandelen van een kastransactie niet vragen om een verkoper te registreren. De ingelogde gebruiker blijft dan verkoper. Indien het recht op Ja staat dan verschijnt na het afhandelen van een kastransactie een popupscherm waarin de verkoper geselecteerd kan worden. Ook bij de debiteurentransacties: debiteurenorder, facturen en creditnota s is dit recht toegevoegd. Zie onderstaande screenshots van 76

23 van 76

24 Handmatig Verkoper Selecteren Middels de toets combinatie <G>+<Enter> wordt vanuit de commandoregel de tabel met verkopers (gebruikers) geopend. Middels de toetscombinatie <G0>+< Enter> wordt de verkoper gelijk aan de kassière die in de kassa is ingelogd. Let op: via de toetscombinatie <G>+[Intern nummer gebruiker]+<enter> wordt de desbetreffende gebruiker geregistreerd als verkoper ook al staat bij deze gebruiker de switch Verkoper op Nee. Kassascherm Na het inloggen van de gebruiker opent BlueRetail, afhankelijk van de reeds besproken gebruikersrechten, het Selecteer verkoper -scherm. Nadat een verkoper geselecteerd is, is deze ook zichtbaar onderin het kassascherm van 76

25 Geregistreerde verkoper Nieuwe rapportages Onderstaande rapportages zijn nu beschikbaar indien de functie Centrale kassière aan staat van 76

26 6.1.3 Scannen klantenpas KZ met meer dan 6 karakters Omschrijving Als je per ongeluk klantenpassen hebt, die beginnen met KZ en het nummer heeft meer dan 6 posities, dan werd voorheen bij het scannen van de pas de relatie niet gevonden. In plaats daarvan werd ofwel geen ofwel de verkeerde persoon (iemand met de eerste 6 posities) gevonden. De relatie kan nu wel gevonden worden. Het systeem controleert of er een relatie is met de betreffende waarde in het ingestelde Diverse zoekveld. Het Diverse zoekveld wordt ingesteld via de relatie instellingen, menupad <ISRZ> bij Veld : Attenderen van klant op aankoopgerelateerde aanbieding Omschrijving Wanneer een aanbieding van toepassing is op een artikel dat op een verkooptransactie wordt ingevoerd en de transactie voldoet niet aan de aanbiedingsvoorwaarden, dan toont BlueRetail de letter P van promotie rechts naast de commandoregel. Deze P attendeert de kassière erop dat om de aanbieding van kracht te laten zijn, de klant bijvoorbeeld een tweede artikel moet aanschaffen. Voer de toetscombinatie <Ctrl + P> in op de commandoregel om het promotie scherm te openen en de promoties te raadplegen: van 76

27 Deze functionaliteit is van toepassing op zowel aanbiedingen als mixmatches Retourscannen van volledige bon Uitleg Vanuit de kassa kun je middels <Ctrl F11> een retour aanslaan. Als er op de bon die je ophaalt ook een retourregel staat, dan wordt deze nu ook in het scherm als verkoopregel getoond. Voorheen werden de retouren overgeslagen. Tevens worden nu ook decimale aantallen juist overgenomen van 76

28 6.1.6 Tonen boodschap bij activeren retourknop Uitleg ISK<tab: regels> Er kan een boodschap voor de caissière gekoppeld worden aan de functionaliteit Retour scannen. De boodschap kan men zelf beheren via de kassa instellingen, menupad <ISKR>. De boodschap wordt getoond wanneer je op de commandoregel het min-teken intoetst. Hier kan men Retourtekst 1 en Retourtekst 2 invullen zoals deze moeten worden getoond als in de kassa op de retourknop geklikt wordt: Weergave van de teksten: Afrekenen met eco- en maaltijdencheque België Inleiding BlueRetail biedt de gebruiker de mogelijkheid om een artikel met een eco- of maaltijdencheque af te rekenen van 76

29 Instellen betaalwijze Op het betaalwijzen bestand, menupad <BB>, zijn twee checkboxen toegevoegd Beperkt toepasbaar en Cheques. Checkbox Beperkt toepasbaar Als de checkbox Beperkt toepasbaar is aangevinkt: 1. controleert het systeem of het artikel in de verkooptransactie afgerekend mag worden met deze betaalwijze. 2. Wordt zowel in het artikelbestand als in het omzetgroepbestand een tabblad Betaalwijze zichtbaar. Zie onder van 76

30 Als de checkbox Beperkt toepasbaar niet is aangevinkt: 1. Kunnen alle artikelen met deze betaalwijze betaald worden. Checkbox Cheques Als de checkbox Cheques aangevinkt is, kun je in het afrekenscherm een tooltje oproepen om bedragen om te rekenen naar het aantal cheques. Het te betalen bedrag wordt automatisch ingevuld. Vul het bedrag in van de ecocheques en het tooltje berekend automatisch het aantal cheques dat ingeleverd kan worden. Instellen omzetgroep In het bestand Omzetgroepen is in het onderste gedeelte de tab Betaalwijzen pas zichtbaar wanneer via menupad <BBK> de checkbox Beperkt toepasbaar is aangevinkt voor minimaal 1 betaalwijze. Zoals reeds aangegeven mogen alleen die artikelen waarvan in het tabblad Betaalwijzen op de artikelkaart Ecocheque of elke willekeurige andere naam is aangevinkt betaald worden met de betreffende betaalwijze. Dus kies je in het afrekenscherm voor Ecocheque dan mogen alleen de artikelen waarvoor dit aangevinkt is met deze betaalwijze afgerekend worden van 76

31 Op de tab Betaalwijzen in de omzetgroep geef je aan of default een bepaalde betaalwijze aangevinkt moet worden voor onderliggende artikelen. Indien op artikelniveau niets ingegeven is deze waarde leidend! Instellen artikelkaart Kassa Als op de artikelkaart de betaalwijze is aangevinkt, zal het systeem bij het afrekenen toestaan dat dit artikel met een cheque van het gekoppelde type wordt afgerekend. De betaalwijze volgt de default waarden vanuit de omzetgroep indien mogelijk. Maar op artikelniveau is een en ander te overrulen! Artikel is een ecocheque artikel Artikel is en artikel met recupel (verwijderingsbijdrage) Afrekenen In het afrekenscherm is te zien voor welk bedrag er met ecocheques betaald mag worden van 76

32 Betaling Overzicht kassabonnen Uitleg Sinds de versie 3.60 zit de functie Overzicht kassabonnen in BlueRetail. In vorige versies was het wel mogelijk kassabonnen te raadplegen via het kassajournaal (tabblad Raadplegen ) maar nooit via een overzichtscherm zoals bij de andere transacties van 76

33 Vanaf deze versie is het ook mogelijk om dit overzicht op te roepen vanuit het artikelbestand via de Info -knop. Alle kassabonnen waarop het betreffende artikel voorkomt worden dan getoond van 76

34 6.2 Inkoop Beschrijving De organisatie moet op gecontroleerde wijze bij leveranciers goederen kunnen bestellen. Hiertoe beschikt de applicatie standaard over de benodigde inkoop functionaliteiten. Nieuw Geen nieuwe functies in dit onderdeel 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 (voorraadcorrecties en het voorraadopname traject). Omwille van de door klanten gewenste functiescheiding met bijbehorende verantwoordelijkheden, heeft Newway het logistieke proces gesplitst van het inkoopen facturatieproces Nieuwe functionaliteit m.b.t. Multimagazijn Omschrijving In de versie 3.71 zijn verschillende wijzigingen doorgevoerd m.b.t. Multimagazijn. Belangrijkste zaken: Mogelijkheid om d.m.v. een pop-up scherm het default aan een transactie gekoppeld magazijn te overrulen. Lay-outs voor picklijsten zijn toegevoegd. Verbetere afhandeling van opbouwartikelen met vooraadhoudende deelartikelen. Instellen debiteuren magazijn Er zijn diverse instellingen toegevoegd ten behoeve van het instellen van de magazijnkeuze. Bij Instellen debiteuren, menupad <ISDA>, is het veld Magazijnkeuze toegevoegd op de tabbladen Factuur, Creditnota en Order. Hier kun je instellen of er een pop-up scherm getoond moet worden met de beschikbare van 76

35 magazijnen en locaties om aan te geven uit welk magazijn het artikel gehaald is. Je kan instellen dat alleen wanneer het artikelaantal groter is dan 1, in de transactie een pop-up scherm met de beschikbare magazijnen en locaties moet volgen. Je kan er ook voor kiezen dat het pop-up scherm altijd getoond moet worden, dus ook wanneer het transactieaantal 1 is. Hieronder wordt het bijbehorende pop-up scherm weergegeven. Zoals te zien is kan d.m.v. een vinkje alle locaties getoond worden en kan ook gezocht worden op locatie ( Zoeken op locatie ) van 76

36 Instellen kassa Voor de kassa is dezelfde functionaliteit toegevoegd. Instellen crediteuren magazijn Printerselectie Voor de crediteuren transacties is dezelfde functionaliteit toegevoegd. Bij Instellen crediteuren, menupad <ISCA>, is het veld Magazijnkeuze toegevoegd op de tabs Factuur, Creditnota, Order en Pakbon. Bij printerselectie is een optie toegevoegd: picklist. Menupad <IHR> van 76

37 Afdrukrij Bij het menupunt Afdrukken - Formulieren en etiketten is een optie toegevoegd: Picklist. Menupad <RDF>. Verzendwijze Bij het menupunt Verzendwijze, menupad <BV>, is ook een optie Picklist toegevoegd van 76

38 Afhandeling Kassa Dit scherm Popup verdeling verschijnt (verschijnt ook vanuit transactie, zie boven) Als het aantal verdeeld is over meerdere locaties, wordt dit in de transactie zichtbaar: Afdrukken picklist Op het Overzicht orders debiteuren zijn aan de menuopties bij Afdrukken de opties Picklist (meldt de magazijnlocatie per regel) en Picklist uitgebreid (meldt per transactieregel alle verschillende magazijnlocaties waar het artikel ligt) toegevoegd. Indien in de order een opbouwartikel is ingevoerd met voorraadhoudende deelartikelen dan verschijnen deze deelartikelen in het overzichtscherm in het groen. Dit omdat ze nog niet geleverd zijn maar er wel al een voorraadlocatie is aangegeven voor de picklist. Na levering veranderd de kleur in magenta (maar dit komt later nog aan bod) van 76

39 van 76

40 Opmerkingen: Picklist crediteurenorders wordt voornamelijk gebruikt voor retourbonnen (vandaar de term Gepakt ). De optie Picklist is hier gelijk aan de optie Picklist uitgebreid aan de debiteurenkant. Afhandeling Opbouwartikel Transactie Indien we een opbouwartikel hebben dat uit meerdere deelartikelen bestaat die voorraadhoudend zijn (zoals in onderstaand voorbeeld te zien is) dan dient in combinatie met multimagazijn de voorraad ook voor de aan deze artikelen gekoppelde locaties afgeboekt te worden. In de huidige versie werd dit onterecht van de aan het hoofdartikel gekoppelde locatie afgeboekt van 76

41 In de versie 3.71 werkt dit nu als volgt indien men een artikelopbouw aanslaat in een transactie met onderliggende voorraadhoudende deelartikelen Het hoofdartikel wordt aangeslagen in de kassa en een popupmenu verschijnt met de verdeling voor de deelartikelen. Dit wordt nog een keer extra ter verduidelijking in rood weergegeven. Aangezien het hoofdartikel niet voorraadhoudend is wordt de voorraad van de deel/sub-artikelen afgeboekt. Door het vinkje voor 'Alle locaties tonen' aan te zetten worden ook alle andere aanwezige locaties getoond en niet alleen de locaties met voorraad. (De standaardlocatie in het blauw en locaties met voorraad vet gedrukt). In de transactie aan de verkoopkant is alleen het hoofdartikel zichtbaar (aangezien dit ook verkocht wordt en relevant is voor de klant). Ook alleen dit artikel is zichtbaar op het uitgeprinte document van 76

42 Echter via Debiteuren\Kassa\Journaal, tabblad Raadplegen is het wel mogelijk om de onderliggende deelartikelen en de gemuteerde locaties te zien deze worden in magenta weergegeven aangezien deze definitief geleverd zijn. Afhandeling Opbouwartikel Verplaatsing In eerste instantie wordt de voorraad van het niet voorraadhoudende hoofdartikel afgeboekt. Hierna wordt deze voorraad vanuit de onderliggende subartikelen tegengeboekt zodat deze weer op 0 uitkomt. Dit is terug te zien in het verplaatsingenbestand: Afhandeling Opbouwartikel Levering Zoals reeds eerder aangegeven wordt bij de invoer van bijvoorbeeld een debiteurenorder, afhankelijk van de instellingen, de mogelijkheid geboden reeds aan te geven van welke voorraadlocatie de goederen gepickt gaan worden (op basis hiervan kan ook een picklist geprint worden). Indien daarna daadwerkelijk geleverd wordt dan verschijnt alleen het hoofdartikel in het leverscherm van 76

43 Indien er nu 1 stuks geleverd wordt, gaat het systeem er vanuit dat de goederen afgeboekt dienen te worden van de reeds eerder aangegeven locaties voor de subartikelen. Via [CTRL]+[F7] kan men echter alsnog het pop-up scherm oproepen en de locatie aanpassen. Als de verkooporder nu bekeken wordt via het menupunt Debiteuren\Orders\ Overzicht (menupad <DOO>) via het tabblad Raadplegen dan zijn de deel van 76

44 artikelen zowel in het groen als in magenta te zien. De regels in magenta zijn de definitieve leveringen. De groene regels zijn initieel aangemaakt om een picklist te kunnen printen. Voor de groene regels is het aantal geleverd ook niet ingevuld. Dus Groen: niet definitieve verplaatsing goederen (locatie bij aanmaken order) Magenta: definitieve verplaatsing goederen (levering op order) NB: bij een deellevering zal men dus meerdere (magenta) regels te zien kunnen krijgen met een aantal geleverd. Na levering zijn in het verplaatsingenbestand ook alleen de definitieve verplaatsingen te zien Factuur Boeken we de order door naar factuur en raadplegen deze dan zijn hier van de voorraadhoudende deelartikelen alleen groene regels te zien. De levering heeft nl. reeds op de order plaatsgevonden. Reden retour Sinds de versie 3.42 is het mogelijk om binnen multimagazijn een magazijn-locatie van 76

45 verplicht te koppelen aan de reden van retour. Een retourartikel wil je op een andere plek neerleggen om bijvoorbeeld terug te sturen naar de leverancier. De reden van retour is een popupscherm dat verschijnt bij het retour slaan in een transactie afhankelijk van een instelling: De kassière ziet de kassa onderstaand scherm verschijnen Dit scherm kan echter weggeklikt worden waardoor de retour genomen goederen toch niet op de bewuste locatie geboekt worden. Hiervoor is nu een extra instelling gemaakt onder Instellingen\Software\Logistiek, tabblad Magazijnbeheer van 76

46 Indien deze instelling op Ja staat dan kan het scherm Selecteer reden van retour niet weggeklikt worden Herprinten verdeelde goederen over keten Uitleg Het is mogelijk om parallel aan een zelf gedefinieerde printeruitgang ook een digitale output of een andere printer in te stellen. Als digitale output kan bijvoorbeeld gekozen worden voor een bestand of . Je stuurt de gegevens dan bijvoorbeeld tegelijk naar de printer en naar het bestand. Opmerkingen: - Menupad ISLV - Alleen van toepassing op MMS hoofdkantoor van 76

47 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 Exporteren naar Exact online boekhouding Uitleg Deze export biedt het standaard FMUTA en eventueel de Debit en Credit bestanden als CSV-bestanden aan, aan de Exact online omgeving. Instelling in menupad <ISO> Extra tabblad van 76

48 Werking Wanneer men kiest voor de export naar exact online, dan moet er een extra tabblad verschijnen waarop een aantal parameters moeten worden ingevuld. Sommige zijn zelfs vast. Vast (default vullen): Pakket parameter: de PartnerKey Service, waarde 1 URL waar de import heen moet Variabel (klant/administratie specifiek) LoginDivision, bedrijfsnummer/naam van de administratie in Exact online; Username; Password. Exact online help Het meest belangrijke document is AppF.NL.HLP&SourceAction=1&Rank=1 a) b) Controleren veldwaarden exportboekhouding Uitleg ( / ) Bij het controleren wordt in geval van fouten een lijst gegenereerd. Zodra vervolgens op OK geklikt wordt, dan worden de instellingen opgeslagen. Vervolgens wordt dan gecontroleerd, maar voorheen werden de fouten niet getoond. nu wel. Werking is nu conform de werking van de knop [Controleren]. Opmerking: - Ook al zijn er fouten, de instellingen worden toch opgeslagen van 76

49 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. BlueService Toelichting Deze applicatie is gerestyled en is als CR (Controlled Release) beschikbaar. 6.6 Retail CRM Newway zoekt een launching customer! Beschrijving De inkoop- en verkoopprocessen vereisen de registratie van klantgegevens in het systeem van 76

50 6.6.1 Vanuit relatiebestand naar overzicht kassabonnen Uitleg Vanaf deze versie is het mogelijk om vanuit het relatiebestand via de Info - knop naar het overzicht kassabonnen te gaan. Dit overzicht toont alle kassabonnen voor de betreffende relatie van 76

51 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. Nieuwe rapportages Onderstaande rapportages zijn nu beschikbaar indien de functie Centrale kassière aan staat. Zie ook paragraaf Registratie van kassière en verkoper van 76

52 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 Pop-up schermen onderdrukken instelbaar Uitleg ISK<tab: algemeen> Bij Instellingen\Software\Kassa, tabblad Algemeen heeft men in de versie 3.71 nu ook bij Popup schermen onderdrukken de keuze Instelbaar. Als een van de checkboxen aangevinkt is dan worden de bijbehorende booschappen onderdrukt. De meldingen worden nu pas getoond bij afrekenen en niet telkens tijdens het aanslaan van artikelen. In vorige versies was dit niet per type melding in te regelen Tonen boodschap bij activeren retourknop Uitleg Zie paragraaf Gewijzigde werking importscripts (BTWVELD) Uitleg Vanaf deze versie werkt de functie BTWVELD-KM niet meer binnen importscripts. Vanaf nu dient ook een BTW code gevuld te worden. Bijvoorbeeld BTWSleutel=2 ;(=BTWCODE) BTW.BTWCODE= van 76

53 6.8.4 Koppelen met Fashioncheque (ecustomer) Uitleg BlueRetail kan sinds de versie 3.60 koppelen met de ecustomer host Card Services. Hierdoor wordt ook automatisch de fashioncheque ondersteund. Hoewel de koppeling technisch volledig werkt volgt op korte termijn nog de officiële certificering. Zodra deze rond is zal dit via onze website bekend gemaakt worden Nieuw communicatieprotocol host ICP toegevoegd (ecustomer) Uitleg In deze versie is het communicatieprotocol van de host ICP vernieuwd. Oude opzet: Binnen de keten, meestal op het hoofdkantoor staan 1 server (RSE-server) waar de filialen (merchants) mee communiceren. Van deze server uit wordt met de host gecommuniceerd waar de transactieen saldogegevens beheerd worden. Deze gegevens staan in een database. Formaat berichten = XML. Instellingen BlueRetail versies voor 3.71: Nieuwe opzet: Directe communicatie vanuit de winkel met de host waar de transactie en saldo gegevens beheerd worden. Formaat berichten = XML van 76

54 Instellingen BlueRetail versie 3.71: Aanpassingen dealercode Extra mogelijkheden Dealer ( ) Het is voor uw business-partner vanaf deze versie mogelijk gemaakt om met de voor hem bekende dealercode een aantal handelingen uit te kunnen voeren mocht er iets misgaan binnen BlueRetail. Voorheen was dit niet mogelijk. Wijzigen van een secundaire ketentransactie Order wijzigen ondanks dat deze reeds geleverd, gefactureerd is Openen touch-toetsenbord buiten kassa Uitleg In het hoofdmenu van BlueRetail is een menupunt bijgemaakt om het touch toetsenbord los te kunnen openen / sluiten, zonder dat men in de kassa zit. Let op! Dit icoontje is alleen zichtbaar indien de touchkassa aan staat van 76

55 6.8.8 Verwijderen of printen afdrukrij per regel Uitleg ( ) De kolom Selecteer is toegevoegd. I.p.v. dat je alle artikeletiketten print of verwijderd, kun je nu een selectie ingeven. Elke regel kan apart geselecteerd worden. Hetzelfde geldt voor debiteuren en crediteuren transacties Aanpassing koppeling Alvira betaalautomaat Uitleg In de Alvira betaalautomaat koppeling (e-point 6400 ) zijn instellingen verwijderd c.q. aangepast. Onderstaand de oude instellingen voor de betreffende automaat: De nieuwe instellingen voor de Alvira e-point 6400: van 76

56 In het kort de belangrijkste aanpassingen: De kassa zal nu een automatische logon sturen, zonder interactie van de kassiere, wanneer de automaat de status 07 LogonFirst teruggeeft. Wanneer dit tijdens een betaling gebeurt, zal er een melding verschijnen dat de betaling opnieuw uitgevoerd dient te worden. De kassa zal nu een automatische sync sturen wanneer de automaat de status 08 Sync first teruggeeft. Wanneer dit tijdens een betaling gebeurt, zal er een melding verschijnen dat de betaling opnieuw uitgevoerd dient te worden. Bij andere commando's gebeurt dit zonder bericht. Wanneer er tijdens een betaalcommando, meldingen op het scherm getoond worden (IM, IC, IL), dan kunnen deze nu langer dan 10 seconden in beeld blijven staan. Voorheen werden de affirms die de automaat stuurde niet beantwoord, waardoor de kassa dacht dat de transactie niet goed was gegaan. Wanneer er een kaart gebruikt wordt, die een handtekening vereist, dan wordt dit nu juist afgehandeld en wordt er een extra automaat-bon afgedrukt. Eveneens is aangepast dat er dan nog maar 1 kassabon afgedrukt wordt ipv 2. Wanneer een betaal-transactie in het cm-bericht een niet ok geeft, maar er is wel een rs-bericht verwerkt, dan verschijnt er niet meer de keuze voor de kassiere of de betaling gelukt is of niet. Het resultaat is immers bekend en wordt als zodanig verder afgehandeld. Alleen wanneer de kassa niet weet of de transactie geslaagd is, zal er een keuze-scherm verschijnen. Tevens aangepast dat dit scherm maar 1 keer verschijnt in plaats van 2x. Wanneer er meldingen van de automaat getoond worden, verschijnt nu alleen een OK-knop die via Enter geactiveerd kan worden. De timeout-wachttijd is verlaagd. Voorheen was deze 60 seconden. Nu is dit aangepast naar 5 seconden voor het INIT-commando, en 11 seconden voor ieder ander commando. Aangezien de automaat tijdens een commando elke 10 seconden een Affirm stuurt, zal er geen betaal-transactie meer afgebroken als er pas na 25 seconden een pas wordt doorgehaald. Wanneer er geen automaat is aangesloten, of de verbinding werkt niet, dan duurt het nog maar 5 seconden voordat de kassa weer gebruikt kan worden Regenereren artikeltellers vanaf een bepaalde datum Uitleg Vanaf deze versie is het mogelijk de artikeltellers vanaf een bepaalde datum te laten regenereren. Dit biedt een voordeel voor klanten met grote transactiebestanden waarbij het regenereren heel lang zou gaan duren van 76

57 Vergelijken actuele vrd met totaal v/d locaties Uitleg Vanaf deze versie is het mogelijk om het systeem de actuele voorraad van de artikelen te laten vergelijken met het totaal van de aantallen per locatie. Deze mogelijkheid is natuurlijk alleen beschikbaar in combinatie met de module Multimagazijn. Alleen het vinkje aanzetten en op Controle of Regenereren klikken is voldoende van 76

58 Touch instellingen Touch 1 Bij de touch instellingen is het veld Hoogte regels toegevoegd. De hoogte van de regels instelbaar via Instellingen, software, kassa, zodat de gebruiker gemakkelijker kan klikken op de artikelregel van de kassabon. Standaard staat deze op 19 pixels. Touch 2 Touch afrekenscherm. Als je de 5 knoppen op het afrekenscherm niet kan gebruiken zijn deze nu onzichtbaar. Voorheen werd dit met een instelling kader of onzichtbaar door de gebruiker gestuurd van 76

59 Touch BlueScreenbuilder Het veld Geen artikelen bij kiezen van omzetgroepen is toegevoegd. Als deze aanstaat en je klikt in de touch op een omzetgroep veld, dan toont het systeem geen onderliggende artikelen. BlueScreenbuilder De touch lay-out editor heeft een nieuwe naam: BlueScreenbuilder. Deze tool wordt immers niet alleen gebruikt om het touch scherm naar eigen wens in te richten, maar ook om de Mobile en de het tweede kassascherm (kiosk) vorm te geven. De generieke naam BlueScreenbuilder is in onze optiek daarom beter geschikt. In deze versie is overigens geen functionaliteit gewijzigd m.b.t. deze tool van 76

60 6.9 (ICT) Beheer Automatisch importeren licentie Uitleg Vanaf de versie 3.71 is het mogelijk het systeem zo in te stellen dat de licentiefile automatisch wordt geïmporteerd. De partner dient voortaan naast het BRV-bestand ook het dummybestand AutoImport.brv te plaatsen bij de klant die een nieuwe voucher dient te krijgen. Vervolgens zal dan na opnieuw starten van BlueRetail de nieuwe voucher automatisch geïmporteerd worden, zonder tussenkomst van de gebruiker. Na succesvolle import wordt het bestand autoimport.brv ook automatisch verwijderd. (Anders zou er bij iedere opstart geïmporteerd gaan worden.) Het automatisch importeren van een voucher bij het opstarten lukt niet, wanneer: Er nog geen licentie-record aanwezig was; Als autoimport.brv en brv wel geplaatst zjin, dan zal bij het opstarten van BlueRetail wel het registratie-scherm verschijnen, maar na het intoetsen van het juiste licentienummer zal de rest evengoed automatisch gebeuren. Het licentienummer van de geplaatste brv afwijkt van het licentienummer in het licentiebestand. Ook hier geldt dat bij aanwezigheid van AutoImport.brv na het wijzigen van het licentienummer in het registratie-scherm, dat dan de rest automatisch geïmporteerd zal worden Stabiliteit Kioskserver verbeterd Uitleg M.b.t. de kioskserver zijn de volgende wijzigingen en functies toegevoegd: Instellen van X en Y positie en hoogte en breedte in 3.60 al Overbodige classes zijn eruit gesloopt, het bestand BR Kioskserver.WDL is verkleind en daardoor stabieler. De code is tevens gefinetuned. De analyse is uit de kioskserver gehaald vanwege ongewenste redundantie. Onderhuids geeft BR nu de analyse door aan de kioskserver zodat deze niet apart aangepast hoeft te worden. De kioskserver zoekt eerst in de map van de execute en dan naar het eventueel doorgekregen bestand vanuit BlueRetail. Indien de analyse zich in de map van de exe bevindt wordt deze genomen als bestandsbeschrijving. Als hij hier niet wordt gevonden, dan zoekt het systeem verder naar de analyse die werd doorgegeven door BlueRetail. Lettertype, lettertype size, kleur en regelhoogte worden overgenomen uit de lettertype instellingen van de tabel in BlueScreenbuilder de touch lay-out van BlueRetail Diverse loggings zijn ingebouwd om problemen in de kioskserver te kunnen traceren (deze loggings kunnen door de Newway Servicedesk aan of uit gezet worden). Vanaf deze versie kun je de kioskserver starten vanaf een andere pc van 76

61 6.9.3 Automatisch afsluiten stations i.v.m. indexeren Algemene werking Vanaf de CR versie 3.70 is de afhandeling van de automatische procedure Indexeren functioneel gewijzigd, zodat er vaker preventief geïndexeerd kan worden. Het doel van de aanpassing is, dat er buiten reguliere werktijden ook periodiek preventief geïndexeerd kan worden, als er op dat tijdstip nog stations ingelogd zijn, in het bedrijf. In deze versie worden deze stations na een instelbare wachttijd automatisch afgesloten, tenzij er door een gebruiker aangegeven wordt, dat dit niet de bedoeling is. Wanneer de automatische procedure vooraf constateert dat er nog andere stations mogelijk actief zijn, dan wordt er per station in de kmwin.ini een verzoek om te indexeren weggeschreven. In BlueRetail draait ook een timer die elke minuut controleert, of er een afsluit-verzoek is weggeschreven. De actieve stations zullen dus vervolgens binnen 1 minuut een vraag krijgen, of het programma afgesloten mag worden. Deze vraag blijft een instelbare tijd op het scherm. Wanneer hier niet op geantwoord wordt, dan wordt dit als een Ja beschouwd en wordt het programma afgesloten. Wanneer de automatische procedure van geen enkel actief station een Nee als antwoord heeft gehad, dan wordt er geïndexeerd, anders wordt dit afgebroken. Stations die zonder antwoord worden afgesloten, krijgen bij de volgende keer opstarten de melding dat het programma niet correct verlaten is. Algemene instelling m.b.t. wachttijd. Bij menupunt ISL (Algemeen) is op het tabblad Database in het indexeer-gedeelte een instelling toegevoegd, waarmee men het aantal seconden kan instellen, hoe lang de vraag om af te mogen sluiten op de actieve stations in beeld moet blijven staan. De automatische procedure zelf zal twee minuten langer dan de ingestelde wachttijd blijven wachten op antwoorden, omdat van te voren niet bepaald kan worden wanneer de vraag op het scherm zal verdwijnen. De default wachttijd is 60 seconden, het minimum is 30 seconden, en het maximum is 999 seconden. Uitvoeren automatische procedure Wanneer tijdens de automatische procedure Indexeren, geconstateerd wordt dat er nog stations mogelijk actief zijn, dan wordt per actief station in de kmwin.ini een startverzoek weggeschreven, inclusief de ingestelde wachttijd. Vervolgens wordt er gewacht op de antwoorden van deze stations en onderstaande message is zichtbaar en wordt weggeschreven in het algemeen logboek van 76

62 De wachttijd is maximaal 2 minuten langer dan is ingesteld, omdat van te voren niet bepaald kan worden, wanneer de vraag op een station zichtbaar wordt. Dit is afhankelijk van het moment waarop het programma gestart is, en wanneer de tijd in Windows van minuut verspringt. De automatische procedure controleert tijdens het proces elke seconde of zij al antwoorden heeft ontvangen, en wanneer zij van alle stations een antwoord heeft ontvangt, gaat zij verder. Als er minimaal 1x het antwoord Nee is gegeven dan wordt het indexeren afgebroken. Is dit niet het geval, dan wordt nog 1 keer gecontroleerd of alle stations verlaten zijn, en zo ja, wordt er geïndexeerd. In het algemene logboek (menu ERL) is het verloop en de gegeven antwoorden terug te lezen: Actief station tijdens Een station dat niet is afgesloten, wanneer de automatische procedure wil gaan indexeren, controleert elke minuut of er een afsluit-verzoek is weggeschreven in van 76

63 indexeren via automatische procedure. de kmwin.ini. Wanneer dit het geval is, dan verschijnt onderstaande vraag, en loopt de teller op de JA-knop af, afhankelijk van de ingestelde wachttijd. Deze vraag wordt als apart proces gestart, zodat eventuele actieve processen, zoals exporteren, communiceren, enz. niet onderbroken worden, als gevolg van de vraag. Wanneer de vraag niet of met Ja beantwoord wordt, dan wordt het programma direct afgesloten, zonder eerst netjes de geopende schermen te sluiten en uit te loggen. Wanneer de vraag niet beantwoord wordt, dan wordt bij de volgende keer opstarten de melding getoond dat het systeem niet correct is verlaten. 7 BlueMobile functionaliteiten Wijzigingen m.b.t. Mobile sync Uitleg Alle teksten zijn naar Engels vertaald. In het info scherm "info mobile device" wordt nu ook de serienummer getoond van het verbonden toestel. Nieuwe logo s van BlueRetail en BlueMobile zijn ingebouwd van 76

64 7.1.2 Wijzigingen m.b.t. Mobile Nieuwe logo van BlueMobile werd ingebouwd. Artikelen: het veld min. best. was op bepaalde toestellen slechts gedeeltelijk zichtbaar. De standaard lay-out voor het eerste tabblad bij artikelen (brmobile1.dgr) is daarom aangepast. Opties > Instellingen artikelen > Scanopties: nieuwe instelling om voorloopnullen weg te laten van 76

65 Opties > Instellingen artikelen > Algemeen: Nieuwe instelling om de aantallen bij de artikelen in te kunnen vullen met 0, 1, 2 of 3 decimalen. Opties > Instellingen artikelen > Algemeen: De rubrieken bij de artikelen kunnen met behulp van de nieuwe instelling Y-pos. naar beneden of naar boven worden verplaatst van 76

66 s Opties > Instellingen artikelen > Algemeen: min. best. is voor de duidelijkheid aangepast in SVE (standaard verpakkingseenheid) van 76

67 Opties > Instellingen artikelen > Algemeen: Nieuwe optie inkoop verpakking : bij het exporteren van inkoop orders, termijnorders en inkoopfacturen worden de waarden vermenigvuldigd met de minimum besteleenheid mits deze is ingegeven. Opties > Instellingen artikelen > Bestellen: Indien de optie bestellen <= max. voorraad aan staat wordt de controle enkel nog uitgevoerd indien de maximum voorraad is ingevuld van 76

68 Export > Export data: De melding Export voltooid! wordt na 3 seconden automatisch afgesloten. Fouten in verband met locking van txt bestanden (vb. i-order.txt) bij de batch die de sync oproept: Er zijn diverse technische aanpassingen doorgevoerd ter verbetering. Opties > Instellingen algemeen: - Instelling om na export BlueMobile te sluiten. - Instelling om BlueMobile tussen een bepaalde tijd te sluiten van 76