Versie GD Venlo, juni Releasenotes BlueRetail versie 3.60.GD Product Management

Releasenotes BlueRetail versie 3.60.GD

Product Management

Versie GD Venlo, juni 2011

Releasenotes BlueRetail 3.60

Inhoudsopgave 1 2 2.1 2.2 2.3 2.4 2.5 3 4 5 5.1 5.2

6 6.1

5.2.1 5.2.2 5.2.3 5.2.4 6.1.1 6.1.2 6.1.3

6.2 6.3 6.4 6.5 6.5.1 6.5.2 6.6 6.7

6.7.1 6.7.2 6.7.3

6.8 6.8.1 6.8.2 6.8.3 6.9

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.10 6.10.1 6.10.2 6.10.3 6.10.4 6.10.5 6.10.6 2011

INLEIDING.......................................................................................... 5 TECHNISCHE ISSUES .......................................................................... 6 Requirements ..................................................................................... 6 Update instructie ................................................................................ 8 Instructies bij calamiteiten ................................................................. 8 Compatibiliteit met lagere versies ...................................................... 9 Koppeling BlueMobile ......................................................................... 9 TOELICHTING DOCUMENTINDELING ................................................. 10 TOELICHTING NOTATIES .................................................................. 12 DEFINITIES ...................................................................................... 13 Definities kernbegrippen .................................................................. 13 Definities prijsaanpassingen / promoties ......................................... 13 Inleiding ...........................................................................................13 Promoties en kortingen .......................................................................14 Omzet ..............................................................................................17 Bestanden BlueRetail ..........................................................................19 BLUERETAIL GEWIJZIGDE EN NIEUWE FUNCTIONALITEITEN ........... 21 Verkoop ............................................................................................ 21 Default een klant koppelen in de kassa .................................................21 Notitie toevoegen onderaan verkoop(credit)factuur ................................21 Overzichten van transacties met notities ...............................................22 Afrekenen verkooporder via kassa .................................................... 22 Inkoop .............................................................................................. 24 Logistiek ........................................................................................... 24 Financieel ......................................................................................... 25 Fiscaal zegel (België) / Auditing ...........................................................25 Koppeling Unit4 op basis Fmuta+ .........................................................26 Service .............................................................................................. 27 Retail CRM ........................................................................................ 27 Zoeken op BTW nummer relatie ...........................................................27 Invoeren en controle op BTW-nummer ..................................................28 Documenten per relatie.......................................................................29 Rapportage ....................................................................................... 30 Finrap 3.00.GD ..................................................................................31 Rapport 507 t/m 512 met selecties.......................................................31 Artikelrapporten 124 t/m 132 met selecties ...........................................32 (Applicatie) Beheer ........................................................................... 33 Documenten per artikel.......................................................................33 Prijssupplementen ..............................................................................33 BTW op artikelkaart ............................................................................36 Zoeken in/van kassatransacties ...........................................................36 Zoeken op aanbiedingen .....................................................................38 Zoeken op mixmatch ..........................................................................38 Artikel Matrix .....................................................................................39 Filters op artikelen en relaties ..............................................................48 (ICT) Beheer ..................................................................................... 48 Starten externe applicatie/document ....................................................49 E-customer uitbreiding ........................................................................49 Printeruitgang i.p.v. printerkoppeling ....................................................50 Afdrukken van documenten via rechtermuis klik.....................................51 Touch aanpassingen ...........................................................................55 BlueMobile aanpassingen ....................................................................58 2 van 73

Releasenotes BlueRetail 3.60 6.10.7 6.10.8 7 8 8.1.1

2011

Invoervelden maximalisatie .................................................................64 2e kassascherm .................................................................................67 BLUERETAIL BUGS ............................................................................ 68 TOOLS ............................................................................................... 72 NWWedge .........................................................................................72

3 van 73


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.

Deze versie is de opvolger van BlueRetail 3.51 GD. 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 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 compatible te blijven met vorige versie.

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

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.

2011

4 van 73


1

Inleiding

Inhoud

Deze releasenotes hebben betrekking op de GD versie van 3.60 van BlueRetail. In deze releasenotes worden de belangrijkste wijzigingen beschreven ten opzichte van versie 3.51 van BlueRetail 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.

Deze versie is de opvolger van BlueRetail 3.51 GD. Deze versie bevat: Alle patches uitgebracht op versie 3.50 & 3.51 na de release van BlueRetail 3.51 GD. Alle opgeloste fouten met status hoog, middel en laag zover dit binnen de planning paste. Zie hoofdstuk 7. Nieuwe functionaliteit zie hoofdstuk 6

Eerdere releasenotes

Eerdere releasenotes zijn op te vragen bij Newway of te raadplegen in de map „Documentatie‟ op de installatie CD-Rom. 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.

Vragen

2011

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

5 van 73


2

Technische issues Deze versie is de opvolger van BlueRetail 3.51 GD en is ontwikkeld met de Windev 15 UK versie. Dit zou géén gevolgen mogen hebben voor u als gebruiker. Newway kan dit echter niet 100% uitsluiten! Wel zal dus het Windev Framework worden geïnstalleerd.

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 geüpdate. Tevens zal de bijbehorende database conversie van de uitval database automatisch geschieden.

2011

6 van 73

Releasenotes BlueRetail 3.60 Bestandsmutaties

Database-mutaties

Database >2GB

Als het filetabel systeem NTFS is, kunnen vanaf deze versie de benoemde databases groter worden dan 2 GB. Vanuit het verleden stond dit nog standaard op Fat 32 ingesteld waarbij een database niet groter kan worden dan 2GB.

De volgende bestanden zijn in aangepast, zodat ze kunnen: CCRREG CFAREG CFMREG CFMREGD CORREG CPAREG DCRREG DFAREG DORREG KASREG VRDINFO VRDOPNAR VRDOPNCT VRDOPNMU VRDOPNRG VRZREG 2011

7 van 73


Deze wijziging is van invloed op de duur van de database modification als de bestanden groot zijn. Verwijderde bestanden uit analyse

Geen

Nieuwe bestanden

Nieuwe Windev Framework

Omdat deze versie met de Windev 15 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 WD150<*.*>.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 Niet t.o.v. versie 3.51 GD

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

Zie algemene uitvoerinstructie op de inhoudsopgave pagina!! 2.3 Instructies bij calamiteiten Herstellen oude situatie

2011

Indien de update niet over een roll-back functionaliteit beschikt, kan op de hieronder beschreven wijze terug gegaan worden naar de situatie voor de update!

8 van 73

Releasenotes BlueRetail 3.60 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 De BlueRetail versie 3.60 MMS kan communiceren met onderliggende RMS versies:  BlueRetail 3.1x  BlueRetail 3.3x  BlueRetail 3.4x  BlueRetail 3.50  BlueRetail 3.51 Vanaf release BlueRetail 3.42 wordt de bestandsuitwisselingen met de New-Way Retail software 2.4x NIET meer ondersteund.

Deze versie is de opvolger van BlueRetail 3.51 GD. Newway is permanent bezig met het verbeteren van het product BlueRetail. Hierdoor kan het voorkomen dat koppelingen met applicaties van 3e herzien moeten worden door databasemutaties. Dat het pakket niet meer 100% neerwaarts compatibel is. U mogelijk in 2 keer moet update vanuit een heel oude versie etc. Wij vragen u begrip hiervoor. BlueRetail is een zeer omvangrijk, compleet maar ook complex product en het is absoluut onmogelijk voor het releasemoment alle fouten te vinden, maar ook volledig compatible te blijven met vorige versie.

2.5 Koppeling BlueMobile BlueMobile 2.30

De BlueRetail versie 3.60 kan communiceren met BlueMobile 2.30 die vanaf deze versie op de installatie CD zal worden meegeleverd.

Met lagere versies van BlueMobile dan 2.30 kan NIET worden gecommuniceerd. Hiermee bedoelen we met name het laden van de stamdata in de mobile. Er is een interface laag verwijderd en derhalve is communicatie met een lagere mobileversie NIET mogelijk!

2011

9 van 73


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

2011

10 van 73

Releasenotes BlueRetail 3.60 Functie definities

Contact

2011

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

11 van 73


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.

2011

12 van 73


5

Definities

5.1 Definities 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.2 Definities prijsaanpassingen / promoties 5.2.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?!

2011

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 riskant want dit kost vaak ook nog de nodige doorrekentijd en het proces (lees

13 van 73

Releasenotes BlueRetail 3.60 BlueRetail) moet juist snel zijn. De klant is ongeduldig en heeft haast! 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.2.2 Promoties en kortingen Inleiding

Deze paragraaf toont de indeling van promoties en kortingen binnen BlueRetail en besteed aandacht aan de berekeningen achter de aantallen en bedragen op de rapportages in FinRap 3.0.

Promoties en kortingen

Om de rapporten goed te kunnen interpreteren is enig begrip van promotievormen gewenst. Promoties zijn kortingen en andere vormen van een (tijdelijke) verbetering van de prijs/waarde verhouding om de omzet positief te beïnvloeden (zie definities). In NWRS en BlueRetail wordt niet elke prijsmutatie gezien als korting. Aanbiedingen worden bijvoorbeeld beschouwd als tijdelijke prijsverlagingen en zijn derhalve géén korting! In deze paragraaf wordt binnen promoties een onderscheid gemaakt tussen kortingen en geen-kortingen (prijsverlagingen). Het document „Handleiding prijs- en promotiestructuur‟ bevat een meer gedetailleerde omschrijving van kortingen.

Promotievormen

Een voorbeeld van promotie is het geven van een tijdelijke meerwaarde aan een product door middel van een prijsverlaging (korting) of de verhoging van de hoeveelheid. Andere vormen zijn bijvoorbeeld kortingsbonnen, spaaracties, prijsvragen of het verstrekken van premiums bij aankoop van een product of dienst. Bron: wikipedia

Overzicht promoties

2011

14 van 73


Korting

De kortingsgetallen, die BlueRetail en/of FinRap presenteert, worden enkel berekend of getoond op basis van vier database-velden in het FINREG.FIC en het FINKOP.FIC bestand van BlueRetail, zie „Bestanden BlueRetail‟. Korting Kortingtabellen

Afhaalkorting

Kwantumkorting

Omschrijving Newway beschouwt kortingtabellen als een soort van „prijsafspraken systeem‟ vergelijkbaar met contracten. Een kortingtabel is altijd gerelateerd aan een relatie. Let op: als er een mixmatch van kracht is en dezelfde artikelen zijn ook in de kortingtabellen vastgelegd, dan past het systeem de mixmatch alleen toe als pas tijdens het subtotaal/afrekenmoment in de kassa 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. Korting bij afhalen van producten (i.p.v. verzenden of leveren) BlueRetail: Voor debiteuren en crediteuren is afhaalkorting ingeregeld via de relatiegroepen („Verzendwijze‟). Korting bij afname van grotere hoeveelheden. Wanneer dit geldt bij een grotere afname ineens, wordt dit staffelkorting genoemd. Soms wordt de korting achteraf berekend, wanneer aan het eind van een periode blijkt dat een bepaalde minimumhoeveelheid in die periode is afgenomen. Bron: Wikipedia. BlueRetail: Voor debiteuren en crediteuren is kwantumkorting ingeregeld via de relatiegroepen („Verzendwijze‟). Via menupad kan ingesteld worden of een kwantumkorting ofwel op kop- ofwel op regelniveau moet gelden.

Handmatige korting

Handmatige korting is mogelijk op zowel regel- als op bonniveau: Regelkorting

2011

Handmatige korting in % (Shift F5), absoluut bedrag (Shift F6) en van … voor … (Shift F7) kan op een regel, maar ook op een set regels.

15 van 73

Releasenotes BlueRetail 3.60 Transactie bonkorting

Handmatige korting in % (Shift F5), absoluut bedrag (Shift F6) en van … voor … (Shift F7) kan op de transactie kassabon. De bonkortingen in de kassa (KAS) en in overige transactie vormen (VRZ) worden berekend op basis van de waarde van de transactie totaalwaarde (*KOP.TOTKORTING). Dit gebeurt pas na aftrek van de regelkorting. 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%.

Mixmatch

Prijsaanpassing en overige promotievormen

Een mixmatch wordt in BlueRetail als korting beschouwd. De mixmatch wordt namelijk procentueel verdeeld wordt over alle transactieregels op de transactiebon. Een mixmatch wordt daarom in FinRap automatisch als korting meegenomen.

Dit zijn geen kortingsvormen: Overige Aanbieding (verkoop & inkoop)

Omschrijving 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. Technische opmerking: Op regelniveau staat het systeem geen korting op deze aanbieding toe. Wel kan er op de volledige transactie zogenaamde bonkorting worden gegeven in de kassa en deze wordt dan berekend over de aanbiedingsregel. Berekening aanbieding: Een actieve aanbieding wordt berekend over alle artikelen waarvoor de aanbiedingsvoorwaarden op dat moment gelden. 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. Verschil tussen aanbieding en kortingtabel is als volgt: in de kortingtabel staan „contractafspraken‟ en deze zijn altijd gerelateerd aan een relatie (klant of relatiegroep). Een aanbieding is niet relatie specifiek. Een kortingtabel prijsafspraak wordt in zowel BlueRetail als in FinRap als korting meegenomen. Een aanbieding daarentegen wordt zowel in BlueRetail als in FinRap niet als korting beschouwd.

Prijsaanpassing

2011

Prijsaanpassing: Er is sprake van een prijsaanpassing wanneer de prijs handmatig wordt overschreven ofwel op de artikelkaart ofwel op de transactieregel. Een prijsaanpassing wordt in BlueRetail niet als korting beschouwd en wordt in FinRap dus ook niet als korting meegenomen.

16 van 73

Releasenotes BlueRetail 3.60 Een prijsaanpassing werd vroeger ook wel „afwaardering‟ genoemd. Een prijsaanpassing 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. De prijsaanpassing op zich is dus geen korting! Promotie en kortingberekening in BlueRetail

Toelichting

Op basis van bovenstaande kan de berekening als volgt gespecificeerd worden: Korting

Korting = Σ Afhaalkortingen + Kwantumkorting + handmatige kortingen op regel- of op bonniveau (bijvoorbeeld via SHIFT F5, SET korting) + kortingen via kortingstabel + mixmatches

Promotie

Promotie = Σ Kortingen (zie „Korting‟) + aanbiedingen + staffels + prijsverlagingen

Opmerking(en): Een „Prijswijziging op termijn‟ is een permanente prijswijziging en wordt derhalve niet in het overzicht meegenomen. Een prijswijziging op termijn wordt in BlueRetail niet gerelateerd aan promoties, alleen aan voorraadherwaardering afhankelijk van de grondslag. Staffelkorting wordt in BlueRetail niet als korting beschouwd (ondanks dat staffels afhankelijk zijn van kortingsinstellingen in BlueRetail). Prijsverlaging (bijvoorbeeld Aanbieding), toeslagbedragen, en handmatige prijsaanpassingen worden niet als korting beschouwd Een 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 toch btw moet worden betaald. Meestal gaat het om een percentage bij betaling binnen een bepaalde periode. BlueRetail kent dit concept niet zodanig. Een betalingskorting kan eventueel als een soort van bonkorting worden toegepast. Een kredietbeperkingtoeslag is een negatieve korting wanneer de betaling binnen een vooraf afgesproken termijn geschiedt. BlueRetail beschouwt dit niet als korting. Let op: een opbouw set is in BlueRetail soms wel en soms geen korting. Dit is bijvoorbeeld het geval bij een artikelopbouw de optie „Set met artikelspecificatie‟ en optie „Vaste set‟. In dit document wordt hier in meer detail op ingegaan.

5.2.3 Omzet Inleiding

Deze paragraaf besteedt uitgebreid aandacht aan het begrip omzet.

Omzet definitie

De omzet is de totale waarde (totale opbrengst) van de verkopen (afzet) in een bepaalde periode. Bron: http://www.retailwiki.nl. Formule:

Voorbeeld:

2011

17 van 73


Omzet berekening in BlueRetail

Omzet = Σ Bedragen kassabonnen (Kassabonnen contant + Kassabonnen pin + Kassabonnen chip + Kassabonnen creditcard + Kassabonnen cadeaubon + Kassabonnen op rekening - Negatieve kassabonnen contant - Negatieve kassabonnen op rekening) (+) Verkoopfacturen (+) Verkoop verzamelrekeningen (+) Retouren (–) Verkoop creditnota‟s (–) Dus Creditnota‟s en retouren zijn negatief en de overige transacties zijn positief

Toelichting omzet

Opmerking(en): Statiegeld zit niet in de omzet, maar dit is vanaf versie 3.42 instellingsafhankelijk Verwijderingsbijdrage zit niet in de omzet E-customer (o.a. giftcard en e-voucher)producten behoren niet tot de omzet, maar prepaid abonnementen vormen een uitzondering. Deze maken wel deel uit van de omzet. Let op: in BlueRetail wordt dit onderscheid op dit moment nog niet gemaakt (en daarom in FinRap ook niet). Verkooporder is geen omzet Aanbetaling op een order is ingaand kasgeld, maar geen omzet. Als er op een order is aanbetaald, dan wordt dit bedrag bij betalingen debiteuren toegevoegd. Staffels en handmatige prijsaanpassingen worden als netto omzet getoond (maar zijn geen korting) Kassa tellen en afstorten heeft geen invloed op omzet en deze bedragen zijn derhalve niet zichtbaar in FinRap. Bewaarbonnen: deze worden niet meegenomen in de omzet; zodra een bewaarbon is afgerekend wordt het een kassabon. Facturen die via de financiële administratie zijn aangemaakt doen ook gewoon mee in FinRap. FinRap kijkt naar alle verkooptransacties en niet alleen kassatransacties Onderscheid bruto en netto: Bruto = netto – toeslag + retour + korting

Toelichting verzamelfactuur

Vanaf welk moment wordt het factuurbedrag door BlueRetail als omzet beschouwd? Om deze vraag goed te beantwoorden is het essentieel dat er onderscheid gemaakt wordt tussen facturen van verkooporders en facturen van verzamelrekeningen. Voor facturen van verkooporders geldt dat het moment van factureren bepalend is en voor facturen van verzamelrekeningen geldt dat het moment van leveren volgens de wet bepalend is voor het moment dat de transactie als omzet wordt beschouwd. Voorbeeld:

2011

18 van 73

Releasenotes BlueRetail 3.60 Stel er wordt op 14-12-2009 wordt een verzamelfactuur aangemaakt. De goederen op de factuur zijn direct al geleverd. Deze verzamelfactuur wordt op 4-1-2010 daadwerkelijk gefactureerd. Volgens de wet is het moment van leveren bepalend voor het feit of de transactie als omzet beschouwd moet worden of niet. Op basis hiervan zou gesteld moeten worden dat de verzamelfactuur op 14-12-2009 als omzet geldt; de goederen zijn op dat moment immers geleverd.

5.2.4 Bestanden BlueRetail Inleiding

Verkoop kortingen worden berekend in BlueRetail en bewaard in de volgende bestanden: 1. 2. 3.

Kassabestanden

Verkoopbestanden met kortingen Kassabestanden: KASREG.FIC en KASKOP.FIC Verkoop factuur bestanden: DFAREG.FIC en DFAKOP.FIC Verkoop credit factuur bestanden: DCRREG.FIC en DCRKOP.FIC

Kassa kortingen worden berekend in BlueRetail en bewaard in het KASKOP.FIC bestand en het KASREG.FIC bestand. KASREG.FIC

KASKOP.FIC

FinRap genereert de kortingstotalen op basis van vier database velden in BlueRetail: Attribuut 1 - TOTKORTING 2 - REGKORTING 3 - AANTAL 4 - PRIJS_E 5 – AANB_STATU Stap 1. 2. 3.

Omschrijving Kortingsveld op bonniveau (bestand KASKOP) Kortingsveld op regelniveau (bestand KASREG) Aantal (bestand KASREG) Artikel verkoopprijs exclusief BTW (bestand KASREG) Aanbieding

Handeling BlueRetail/FinRap bepaalt per regel de regelkorting op basis van veld 2, 3 en 4 (2*3*4) BlueRetail/FinRap cumuleert de korting voor alle regels op de transactiebon Σ regelkorting BlueRetail/FinRap bepaalt per transactiebon de bonkorting op basis van veld 1 (dus de bonkorting wordt over het transactiebedrag incl. regelkorting(en) berekend)

Beschrijving van de verkoop factuurbestanden en verkoop credit factuur bestanden

Verkoop factuur bestanden

2011

Overige debiteuren verkoop kortingen worden berekend in BlueRetail en bewaard in het DFAKOP.FIC bestand en het DFAREG.FIC bestand. DFAREG.FIC 19 van 73


DFAKOP.FIC

BlueRetail/FinRap genereert de factuur kortingstotalen op basis van deze database velden in BlueRetail: Attribuut REGKORTING AANTAL_LEV of AANTAL_BEST PRIJS_E PERC_KREDI PERC_AFHAA KW_KORTING SW_KORTING AANB_STATU

Verkoop credit factuur bestanden

Omschrijving Kortingsveld op regelniveau (bestand DFAREG) Aantal geleverd of aantal besteld (bestand DFAREG), hangt af van de instelling bij de debiteureninstellingen Artikel verkoopprijs exclusief BTW (bestand DFAREG) Kortingsveld op bonniveau (bestand DFAKOP) Kortingsveld op bonniveau (bestand DFAKOP) Kortingsveld op bonniveau (bestand DFAKOP) Schakelaar of er sprake is van korting of niet Aanbieding

Overige debiteuren credit verkoop kortingen worden berekend in BlueRetail en bewaard in het DCRKOP.FIC bestand en het DCRREG.FIC bestand. DCRREG.FIC

DCRKOP.FIC

FinRap genereert de credit factuur kortingstotalen op basis van deze database velden in BlueRetail: Attribuut REGKORTING AANTAL_LEV of AANTAL_BEST PRIJS_E PERC_KREDI PERC_AFHAA KW_KORTING SW_KORTING AANB_STATU

2011

Omschrijving Kortingsveld op regelniveau (bestand DCRREG) Aantal geleverd of aantal besteld (bestand DCRREG), hangt af van de instelling bij de debiteureninstellingen Artikel verkoopprijs exclusief BTW (bestand DCRREG) Kortingsveld op bonniveau (bestand DCRKOP) Kortingsveld op bonniveau (bestand DCRKOP) Kortingsveld op bonniveau (bestand DCRKOP) Schakelaar of er sprake is van korting of niet Aanbieding

20 van 73


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 releasenotes, om daarmee consistentie te verkrijgen in de lay-out van het document en de commerciële datasheet.

Voorbeeld

Horizontale as van gedetailleerde geld en goederenstromen binnen een vestiging gevisualiseerd in het RBM.

Geld- & goederenbeweging

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.

6.1.1 Default een klant koppelen in de kassa <Menupad ISK>

Toelichting

Hier wordt de mogelijkheid geboden om in de kassa standaard een relatie te koppelen, zonder dat deze specifiek geselecteerd hoeft te worden.

6.1.2 Notitie toevoegen onderaan verkoop(credit)factuur

2011

21 van 73

Releasenotes BlueRetail 3.60 <Menupad DFFI / DFFW>

Opmerking

Als op een VKO reeds een notitie is aangemaakt, dan komt hij hierin ook te staan!

6.1.3 Overzichten van transacties met notities Als het notitieblok leeg is!

Als het notitieblok gevuld is!

Opmerking

De tab „Notitie‟ in het overzicht wordt slechts getoond als deze relevant is, namelijk wanneer deze gevuld is.

6.2 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 deze versie is dat gewijzigd en kan middels één enkele betaling zowel de verkooporder als de kassabon afgerekend worden.

Situatie

Na selectie van de juiste order via F7 komt voortaan het onderstaande scherm.

2011

22 van 73


Het is dus niet meer mogelijk om hier de betaling uit te voeren! Kassa afwikkeling

In de kassa komt de volgende betalingstransactie regel te staan.

Nu kunnen er gewoon artikelregels toegevoegd worden. Ook mag deze actie tussendoor en/of achteraf gedaan worden. De regel is uiteraard BTW-loos. Kassa afrekenscherm

Hier is niets gewijzigd aan de oppervlakte van de applicatie. Technisch is wel een en ander gewijzigd, omdat in de opgehaalde transactie een en ander juist moet worden geregistreerd.

Lay-out bon

De hier getoonde lay-out is slechts een ingestelde opmaak; het gaat om de presentatie van de regel van de aanbetaling.

2011

23 van 73


6.3 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.4 Logistiek Beschrijving

2011

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.

24 van 73


6.5 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.5.1 Fiscaal zegel (België) / Auditing Inleiding

Het fiscaal zegel zoals dat momenteel nog gebruikt wordt in België is een vorm van de audittrail. Hierdoor wordt het nog lastiger data te manipuleren in de database en/of op kassabonnen. Hoewel Newway bekend is met het feit dat België overweegt hiermee te stoppen, is deze functie bewust ontwikkeld, omdat a) het momenteel nog wettelijk verplicht is en b) de betrouwbaarheidsgraad hiermee toe neemt.

Fiscaal zegel

Vanaf deze versie biedt BlueRetail de mogelijkheid om een fiscaal zegel af te drukken op de kassabonnen en te registreren in een database. Het algoritme (de rekenregel) is afkomstig van de belastingdienst van België.

Bestanden

Het systeem houd in de datamap twee bestanden bij:

~id

Hierin staat het laatste gebruikte fiscale zegel. Dit bestand is gesloten en niet benaderbaar zonder de juiste tools.

.txt

Het tweede bestand fiscaalzegel.txt bevat de lijst van fiscale zegels zoals voor geschreven. Voorbeeld:

Lay-out

Op de lay-out kan indien noodzakelijk het fiscale zegel worden afgedrukt met behulp van de daarvoor ontwikkelde stuurcode. De stuurcode [KOPVOET,69,8R,I,T] is nieuw: Kassabon.txt

2011

25 van 73


Lay-out resultaat

6.5.2 Koppeling Unit4 op basis Fmuta+ <Menupad ISO>

Fmuta +

Toelichting

2011

Als de Fmuta wordt gebruikt als exportformaat wordt er normaliter in geval van een betalingsverschil een code meegegeven. In het geval van de koppeling met

26 van 73

Releasenotes BlueRetail 3.60 Unit 4 gebaseerd op import financieel II was dat lastig, want het boekhoudpakket verwacht een grootboekrekening met waarde. Dat kan nu gerealiseerd worden. Verder is er geen verschil met de Exact variant van Fmuta.

6.6 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 wordt momenteel gerestyled en komt naar verwachting medio 2e helft 2011 als FCS beschikbaar.

6.7 Retail CRM Beschrijving

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

6.7.1 Zoeken op BTW nummer relatie

2011

27 van 73

Releasenotes BlueRetail 3.60 <Menupad BRB>

6.7.2 Invoeren en controle op BTW-nummer Inleiding

In zowel Nederland als België is een BTW-nummer opgebouwd volgens een specifieke structuur. In deze versie is een begin gemaakt hierop te controleren. Als het veld wordt leeg gelaten is dat geen probleem, maar als het wordt gevuld wordt naar het format gekeken in geval dat het veld „Land‟ de waarde Nederland of België bevat.

Landkeuze

In de relatiekaart moet voortaan het land geselecteerd worden. Default wordt de landcode ingevuld die in de relatiegroep is gekoppeld.

BTW nr. ingave

Als het BTW-nummer wordt ingegeven wordt er voor Nederland voorlopig vast gecontroleerd dat dit met NL begint en voor België is het wettelijk controlealgoritme ingebouwd. Het BTW-nummer moet zonder leestekens „.‟ worden ingegeven.

2011

28 van 73


1.

BTW nummer controle

In de relatiekaart moet het land zijn ingevuld. Indien dat is gebeurd zal het systeem minimaal de landcode in het veld BTW zetten en dan kan men de relatiekaart nog sluiten. Echter, als men een nummer ingeeft zal het systeem per land checksums doen. Letters BE/NL en bij België modulo 97 check en voor Nederland of de letter B voorkomt. Newway is voornemens hierop nog enkele noodzakelijke wijzigingen door te voeren i.v.m. de wetgeving binnen Europa B2C of B2B en dan leveringen in het native land of erbuiten!!

6.7.3 Documenten per relatie Inleiding

Vanuit een CRM-perspectief is het gewenst dat relatie gerelateerde documenten (doc, xls, ppt, etc.) direct aan te roepen zijn vanuit de relatiekaart. Vanaf deze versie is dat gerealiseerd.

Instelling <menupad ISRA>

Plaats binnen de map relatie een map met als naam het internnummer van de relatie. In deze map dienen de relatie gerelateerde documenten te worden geplaatst.

Gebruik

Selecteer vervolgens in het veld „Info‟ op de relatiekaart de optie „Documenten‟ en klik daarna op het infoknopje om de map met documenten te openen. Het

2011

29 van 73

Releasenotes BlueRetail 3.60 gewenste document kan vervolgens hier worden geopend. Bij een relatie met intern nummer 6 en de map uit bovenstaand voorbeeld wordt dit: C:\NewWay\Installaties\BR3.xx\BDR001\DOCUMENT\relatie\6\*.* Meldingen

Deze bovenstaande melding komt als de instellingen voor de juiste directory nog niet gedaan zijn.

Als er in de geselecteerde map ..\6\*.* geen documenten staan, dan wordt bovenstaande melding getoond.

6.8 Rapportage

2011

30 van 73

Releasenotes BlueRetail 3.60 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.8.1 Finrap 3.00.GD Toelichting

Op de CD tref u een losstaande aanvullende rapportagetool aan. Deze staat in de map met de naam „FinRap‟ en is ook vanuit het menu te starten. De Finrap handleiding is vanuit de tool via F1 te openen. De tool wordt gratis beschikbaar gesteld aan elke klant met een legale licentie met onderhoud. De tool draait op versie 2.x en 3.x omdat deze de bedrijfsdata analyse uitleest.

Rapporten

De tool kent een 5 tal rapporten, die op de verkooptransactie databases of op het dagjournaal gebaseerd zijn. De rapportages zijn hard geprogrammeerd en derhalve niet wijzigbaar, maar kunnen na export naar Word en/of Excel daar aangepast worden. Newway is voornemens het aantal rapporten in deze tool de komende periode verder uit te breiden.

6.8.2 Rapport 507 t/m 512 met selecties

2011

31 van 73

Releasenotes BlueRetail 3.60 Rapport 512

Toelichting

Vanaf deze versie is het mogelijk om een eerder gecreëerde selectie te gebruiken tezamen met dit rapport. Hierdoor kunnen handzamere rapporten gemaakt worden. In vorige versies kon alleen het overzicht met alle relaties geprint worden en nu kan een geselecteerde relatie(groep) geprint worden.

6.8.3 Artikelrapporten 124 t/m 132 met selecties Rapport 124

Toelichting

Vanaf deze versie is het mogelijk om een eerder gecreëerde artikelselectie te gebruiken tezamen met dit rapport. Bijvoorbeeld vk-prijs 0.98 incl. btw! Hierdoor kunnen handzamere rapporten gemaakt worden. In vorige versies kon alleen het overzicht met alle artikelen geprint worden en nu kan een geselecteerde relati artikel(omzet/subgroep) geprint worden.

2011

32 van 73


6.9 (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.9.1 Documenten per artikel Inleiding

Vanuit een artikelbeheer-perspectief is het gewenst dat artikel gerelateerde documenten (doc, xls, ppt, etc.) direct aan te roepen zijn vanuit de artikelkaart. Vanaf deze versie is dat gerealiseerd.

Instelling <menupad ISAD>

Plaats binnen de map artikel een map met als naam het internnummer van de relatie. In deze map dienen de artikel gerelateerde documenten te worden geplaatst.

Gebruik

Selecteer in het veld „Info‟ op de artikelkaart de optie „Documenten‟ en klik daarna op het infoknopje om de map met documenten te openen. Het gewenste document kan vervolgens hier worden geopend. Bij een document met intern nummer 6 en de map uit bovenstaand voorbeeld wordt dit: C:\NewWay\Installaties\BR3.xx\BDR001\DOCUMENT\artikel\6\*.*

6.9.2 Prijssupplementen Bestand Prijssupplement en

2011

<Menupad BAP>, Tab zoeken

33 van 73


<Menupad BAP>, Tab kaart

2011

34 van 73

Releasenotes BlueRetail 3.60 Prijs bepaling en/of gedrag

Toelichting prijs bepaling

De prijsbepaling voor het prijssupplement kan relatief of absoluut zijn. Als deze relatief is. wordt deze bepaald op basis van het percentage van het artikel waar het supplement bij hoort.

Toelichting prijs gedrag

Een prijssupplement kan bijvoorbeeld verwijderingsbijdrage zijn. In België is bepaald dat deze in de verkoopprijs van het artikel zit. Daarom is het mogelijk dit in te stellen. Het systeem heeft hiervoor in de kassa extra velden ter beschikking en het kassa- en de overige transactieschermen gedragen zich conform deze instelling.

Prijssupplement per artikel

<Menupad BABD> tab „Prijssupplementen‟:

Prijssupplement per omzetgroep

Als er prijssupplementen zijn aangemaakt kan op omzetgroepniveau bepaald worden dat aan alle nieuwe artikelen die aan deze omzetgroep gekoppeld zijn default een of meerdere prijssupplementen moeten worden gekoppeld. Voor bestaande artikelen dient dit handmatig te geschieden.

2011

35 van 73


6.9.3 BTW op artikelkaart Weergave

Toelichting

Op de artikelkaart is het veld BTW toegevoegd. Dit veld wordt bij de aanmaak van een nieuw artikel default gevuld met de waarde zoals ingesteld op de omzetgroep. Op artikelniveau is de waarde wijzigbaar. Het pakket gebruikt voor de berekeningen altijd de waarde uit de artikelkaart.

6.9.4 Zoeken in/van kassatransacties

2011

36 van 73

Releasenotes BlueRetail 3.60 <Menupad DKO>

Sinds deze versie bestaat de mogelijkheid om in de kassabon transactiebestanden te zoeken vanuit de document gegevens (Kaskop.fic bestand) en de regel gerelateerde gegevens (kasreg.fic). De gegevens die getoond worden in de tab “raadplegen” zijn identiek alsof er vanuit het dagjournaal in een kassatransactie gekeken zou worden. Performance

Als de database met gegevens over een groot aantal jaren geraadpleegd wordt, kan dit afhankelijk van de manier waarop wordt ingezoomd, tijd kosten. Newway worstelt nog met de afweging tussen opbouw en ordening. Een snelle opbouw gaat bijvoorbeeld nu ten koste van een logische sortering. Een logische sortering gaat samen met een langzame(re) opbouw. Dit is op te lossen met ondere andere extra indexen op de bestanden. De overzichten worden dan snel. Dit heeft echter als gevolg dat het opslaan van de transacties en het bijwerken van de indexen langer duurt en daar heeft de klant/leverancier direct last van.

Document zoeken

2011

37 van 73

Releasenotes BlueRetail 3.60 Regel zoeken

6.9.5 Zoeken op aanbiedingen <Menupad BAA>

6.9.6 Zoeken op mixmatch

2011

38 van 73

Releasenotes BlueRetail 3.60 <Menupad BAI>

6.9.7 Artikel Matrix Inleiding

Met deze nieuwe functionaliteit, die gebruik maakt van de module categorie, kan het systeem vanuit een basisartikel automatisch een reeks van subartikelen aanmaken. Denk bijvoorbeeld aan subartikelen die verschillen op basis van dimensies zoals kleur en maat. Voorbeeld: een trui is beschikbaar in drie kleuren (grijs, blauw en groen) en in vier maten (S-M-L-XL). De trui is het basisartikel. Op basis van de dimensies kleur en maat kunnen automatische 3x4 subartikelen gegenereerd worden. Deze gegenereerde artikelen worden als record toegevoegd in het artikelbestand en behouden een link met het basisartikel.

Functies

De functionaliteit „Artikel matrix‟ heeft drie functies: 1. Aanmaken artikel matrix met subartikelen 2. Raadplegen en wijzigen info over subartikelen. Het overzicht van subartikelen bevat informatie over prijzen, voorraden e.d. om in één oogopslag subartikelen te kunnen vergelijken. Het overzicht van subartikelen heeft een wijzig functie welke de mogelijkheid biedt om in één of enkele handelingen waarden van prijzen, voorraden e.d. te wijzigen voor alle (of een deel van) de subartikelen 3. Invoeren van transactie aantallen voor subartikelen om bijvoorbeeld snel een bestelling in te voeren

1. Aanmaken artikel matrix met subartikelen

2011

39 van 73

Releasenotes BlueRetail 3.60 Artikelkaart Tab ‘Artikel matrix’

Toelichting

In bovenstaand scherm van het basisartikel kunnen koppelingen gemaakt worden met het categoriebestand en het kenmerkenbestand. De velden „Categorie‟, „Kenmerk x-as‟ en „Kenmerk y-as‟ zijn alle drie verplicht. Hoe de x-as en de y-as in de matrix wordt opgebouwd is geheel vrij te bepalen en zal ook deels afhankelijk zijn van het artikel c.q. branche. Soms staan de kleuren op de x-as en soms de maten.

Werking stuurcode

De onderstaande velden van de subartikelen kunnen met behulp van stuurcodes automatisch worden gevuld uit het basisartikel. Uiteraard mag ook handmatig een waarde worden ingegeven die dan wordt gekopieerd. Hieronder wordt per veld de werking beschreven. Houd rekening met de maximale lengte van de velden.

1. Zoekcode

De zoekcode kan automatisch worden aangemaakt c.q. gekopieerd. De bron mogelijkheden zijn:

2. Artikelnummer

Het artikelnummer kan automatisch worden aangemaakt c.q. gekopieerd. De bron mogelijkheden zijn:

2011

40 van 73


Als gekozen wordt voor de optie artikelnummer, zal het systeem bovenstaande vraag stellen (mits via <menupad ISAI> het veld „Automatisch nummeren‟ aan staat). Hiermee kan gerealiseerd worden dat alle artikelen een eigen, door het systeem aangemaakte, identieke artikelnummer (barcode) krijgen. 3. Korte omschrijving

De korte artikel (kassabon-)omschrijving kan automatisch worden aangemaakt. De bron mogelijkheden zijn:

4. Lange omschrijving

De lange artikel (kassabon-)omschrijving kan automatisch worden aangemaakt. De bron mogelijkheden zijn:

2011

41 van 73

Releasenotes BlueRetail 3.60 Resultaat

Nu wordt in elk nieuw aangemaakt record (subartikel) de zoekcode en het artikelnummer overgenomen van het basisartikel. Elk nieuw aangemaakt matrixartikel heeft onderhuids een koppeling met het basisartikel.

Genereren subartikelen

Toelichting

Alvorens de gekoppelde artikelen automatisch kunnen worden aangemaakt, moet eerst het basis artikel met een volledig ingevulde tab “artikel matrix” zijn ingegeven. Nadat het artikel is opgeslagen via een klik op de knop [OK], wordt de knop [Genereer] eenmalig (in NIET WIJZIGMODE) beschikbaar. Na klikken op de knop [Genereer] verschijnt onderstaande matrix. Voordat de subartikelen daadwerkelijk gegenereerd worden, kan hier de matrix verder ingesteld worden.

2011

42 van 73


Eindbepaling artikelen aan+maak

Wanneer in het scherm op een snijpunt op de rechtermuis geklikt wordt, toont het systeem onderstaand menu. Hiermee kan in een handeling alles aan/uit of per kolom/rij alles aan of uit gezet worden. Op deze manier kan dus bepaald worden welke subartikelen als record moeten worden aangemaakt. Hiermee kan vervuiling van de database voorkomen worden (subartikelen die niet gebruikt worden, worden niet aangemaakt).

Preview

Nadat de subartikelen zijn aangemaakt zijn deze niet meer te wijzigen en/of opnieuw op deze wijze te genereren. Maak daarom gebruik van de preview functie. De preview functie toont hoe de zoekcode, artikelnummer, korte en langeomschrijving worden gevuld voordat de subartikelen daadwerkelijk worden gegenereerd. Mocht dit niet zoals gewenst zijn, dan kan er op dit moment nog hersteld worden. Na generatie van de matrix kan dit niet meer.

2011

43 van 73


Aanmaak melding

Er volgt een melding met daarin het aantal subartikelen dat aangemaakt is:

Resultaat in artikeloverzicht

In het artikeloverzicht is zichtbaar dat de subartikelen zijn toegevoegd. Subset deel als voorbeeld:

Resultaat

De genereer functie kopieert dus eerst het basisrecord in een nieuw record en wijzigt dan de velden die vanuit de genereeractie (stuurcode opbouw) zijn ingesteld. Dit betekent dat alle overige velden (btw, afbeelding) etc. ook allemaal direct identiek aan het basisartikel zijn ingevuld in de subartikelen. Deze functie is gelijk aan de functie knop nieuw(record) rechter muis kopieren.

Zoeken tab

Op de tab „Zoeken‟ op het artikel bestand (<menupad BAB>) is onderin het scherm een wijziging aangebracht. Dit heeft ermee te maken dat vanuit de matrix gegenereerde artikelen wanneer ze via scannen verkocht of ingevoerd worden snel te vinden zijn door het systeem. Echter wanneer de matrix moet worden ingevuld in een transactiescherm verkoop- of inkoop gerelateerd dan moet men starten met de selectie van het basismatrix artikel. Hiertoe is nu een hulpmiddel gecreëerd.

2011

44 van 73


Omdat het basis artikel een sterke overeenkomst met hoofd opbouw artikelen is daarvoor ook direct een checkbox toegevoegd. In het artikeloverzicht worden basisartikelen in de kleur paars weergegeven. 2. Raadplegen en wijzigen subartikelen Beheer prijzen, voorraad en nummers

Het is mogelijk om vanuit het basisartikel voor de gehele subset aan gegenereerde artikelen de waarden in de voorraad-, inkoop-, verkoop- of gerelateerde nummervelden te wijzigen of raadplegen middels de matrix. Zo kun je bijvoorbeeld zien dat een grote maat jas soms duurder is dan een andere kleinere jas.

Keuze mogelijkheden te wijzigen per soort transactie

2011

45 van 73

Releasenotes BlueRetail 3.60 Wijzigmode

Inkoop, verkoop (diverse prijzen incl. BTW) en voorraad (diverse type voorraadvelden) waarden kunnen vanuit het basisartikel a.d.h.v. de matrixtabel in één enkel scherm gewijzigd worden. Het systeem slaat de wijziging uiteraard op bij het juiste subartikel. Kopieerknoppen

Zodra er een veld wordt aangeklikt om daarvan de inhoud te wijzigen, worden de zogenaamde kopieerknoppen zichtbaar waarmee rij- en kolomwaarden gemakkelijk gekopieerd kunnen worden. 3. Invoeren van transactie aantallen

2011

46 van 73

Releasenotes BlueRetail 3.60 Transactieschermen

In alle transactieschermen zoals dat van de kassa, verkooporder, inkooporder en ontvangstgoederen is de matrixtabel op te roepen. Dit geschiedt door het basismatrix artikel in te geven op de commandoregel. Om onderscheid te maken met de opbouw functionaliteit is heel bewust gekozen voor matrixbasis artikel.

Voorbeeld: kassa

Nu kan per snijpunt het aantal worden ingegeven dat de klant aan de kassa wil afnemen. Zodra men op [OK] klikt, zal het systeem de transactieregels toevoegen in het transactiescherm. Daar kunnen de aantallen, prijzen, kortingen etc. op de gebruikelijke wijze nog aangepast worden. Tooltip

Als men over een kruispunt (cel) heen gaat, zal het systeem een tooltip tonen met daarin de velden die men heeft ingesteld bij de instellingen, software, transactietype.

Als opnieuw hetzelfde matrixbasis artikel wordt opgeroepen wordt een lege tabel getoond.

Als de matrix wordt geopend en er is een subset x-as*y-as artikelen aangemaakt, dan worden die velden getoond met de waarde 0,00. Alle snijpunten zonder waarde bestaan NIET als artikel en kunnen ook niet geselecteerd worden. Tooltip instellen: debiteuren via <menupad ISDAM>

2011

47 van 73


De instellingen debiteuren gelden voor de kassa en de overige verkooptransactie schermen. Tooltip instellen: crebiteuren via <menupad ISCAM>

6.9.8 Filters op artikelen en relaties Invoerfilters

Vanaf deze versie zijn de velden op de relatiekaart en de artikelkaart allen te beheren vanuit het invoerfilter bestand (zie afbeelding hieronder). Voor alle velden kan bepaald worden of deze gewijzigd mogen worden en al dan niet verplicht zijn. Met betrekking tot het veld „Uniek‟ is niets gewijzigd. Hiervan zijn niet alle velden te beheren. <Menupad ISN>

6.10

2011

(ICT) Beheer

48 van 73


6.10.1 Starten externe applicatie/document Inleiding

Vanaf deze versie is het mogelijk om zonder BlueRetail te verlaten één (1) externe applicatie te starten of om bijvoorbeeld een PDF-document te openen.

Externe programma’s

<Menupad ISLT>

Er kunnen momenteel maximaal 5 externe applicaties, PDF-documenten etc. worden aangemaakt en worden aangeroepen vanuit het menu „hulpprogramma‟s‟. Starten

De aangemaakte applicatie wordt getoond in het menu „Hulpprogramma‟s‟ met de naam welke in ingegeven in het veld „Omschrijving in menu‟. Dit menupunt wordt ook automatisch getoond in de sitebar.

6.10.2 E-customer uitbreiding Toegevoegde hosts

2011

<Menupad ISE>

49 van 73


Hier zijn de volgende hosts toegevoegd:  Tot@l Card Services  Cyberghost

6.10.3 Printeruitgang i.p.v. printerkoppeling Printeruitgang artikeletiketten

<Menupad BAEB> Artikelen

Printeruitgang relatie etiketten

<Menupad BREB>

2011

50 van 73


Toelichting

In twee bestanden is er een database aanpassing gedaan; het veld PR_NR is erbij gekomen. Nu ziet de gebruiker dus niet meer de printernaam in het etiket staan, maar de printeruitgang, zoals deze ook bij de printerselectie te zien is. De printeruitgang is middels een combobox te selecteren. Indien men geen printer wenst te selecteren (default ook na de migratie) dan kan men selecteren in de combobox. In de database wordt nu het nummer van de printeruitgang opgeslagen, maar ook het veld PR_NAAM is blijven bestaan. In deze laatste wordt na de migratie, voortaan de naam van de printeruitgang, die geselecteerd is, opgeslagen, i.p.v. de printernaam Het veld voor de gebruiker niet zichtbaar! Ook is er een aanpassing in de printerbuffer gemaakt, zodat voor de etiketten het printeruitgang nummer wordt bijgehouden en zodat bij het afdrukken, per etiket de juiste printeruitgang wordt geselecteerd. In het artikelscherm is een aanpassing gemaakt (met Rechter muisknop op de knop [Afdrukken] klikken en dan etiket selecteren), zodat de betreffende artikeletiketten naar de juiste printeruitgang worden gestuurd. Bij binnenkomst goederen zijn geen aanpassing doorgevoed, omdat daar de etiketten altijd naar de buffer worden gestuurd.

6.10.4 Afdrukken van documenten via rechtermuis klik Afdrukken van transacties via rechtermuis klik

2011

Vanaf versie 3.51 was het niet meer mogelijk om de default output-instellingen voor de verschillende transacties, die verschenen wanneer men op het tabblad Raadplegen van een transactie-overzicht met de rechtermuis op de printer-knop klikte, te wijzigen.

51 van 73


Het tabblad Output was verwijderd bij de menupunten ISD (Debiteuren) en ISC (Crediteuren) en ook bij ISK (Kassa) waren de instellingen verwijderd, maar de instellingen waren wel nog in de KMWIN-ini van het station terug te vinden.

Vanaf 3.60 is de functionaliteit van het Output-document gewijzigd op een aantal punten, die nu toegelicht zullen worden. Instellingen bij printerselectie

2011

Bij <menupad IHR> (Printerselectie) is vanaf nu de mogelijkheid toegevoegd om de output-instellingen van een bepaalde transactie op te roepen, middels de knop Output.

52 van 73


Deze knop wordt alleen actief wanneer men een regel selecteert, die overeenkomt met een bepaalde transactie en niet wanneer men bijvoorbeeld „Dagjournaal smal‟ selecteert.

Wanneer de knop geactiveerd wordt, verschijnt er een instellingen-scherm waarmee men de default waarden voor het output document kan instellen. Dit scherm is identiek aan het scherm dat verschijnt bij een rechtermuis klik op het tabblad „Raadplegen‟ van een transactie-overzicht.

In het resultaat-gedeelte is zichtbaar wat de uiteindelijke bestandsnaam zal worden. Deze bestandsnaam wordt bijgewerkt zodra een invoer-veld verlaten of geselecteerd wordt. Met een klik op de OK-knop worden de gemaakte instellingen weggeschreven in het INI-bestand (en niet pas wanneer op de OK-knop van de printer-selectie wordt geklikt). Bij de type-combo is de optie „Default‟ komen te vervallen, omdat deze overbodig was aangezien men met de linkermuisknop op de printer-knop van het tabblad Raadplegen een transactie met de default printer-instellingen kan afdrukken. De optie XLS is toegevoegd en de volgorde is nu gelijk aan die van de printer-

2011

53 van 73

Releasenotes BlueRetail 3.60 instellingen bij Bestand. De oude instellingen worden automatisch juist geconverteerd.

De optie PDF is de nieuwe default geworden, omdat wij verwachten dat deze in de praktijk het meest gebruikt gaat worden. Wegens plaatsgebrek zijn de knoppen voor het verbinden en ontkoppelen van Regels en Alles op een andere manier ingedeeld.

is vervangen door

of

De knoppen [Regel] en [Alles] zijn dus samengevoegd in één knop, waarmee d.m.v. klikken of Alt+L van waarde gewisseld kan worden. Default is de waarde „regel‟. De acties van de knoppen [Verbinden] en [Ontkoppelen] zijn nu afhankelijk van de waarde van de [Regel]/[Alles] knop. Wanneer de waarde [Alles] was, dan zal na het verbinden of ontkoppelen de waarde automatisch terug springen naar [Regel]. De eventuele wijzigingen zijn pas van kracht wanneer op de OK-knop geklikt wordt. Afdrukken van een transactie mbv de outputinstellingen

2011

Wanneer men nu op het tabblad „Raadplegen‟ van een transactie-overzicht klikt, dan verschijnt wederom het output-popupscherm met de ingestelde defaultwaarden. Deze kunnen desgewenst aangepast te worden door de gebruiker.

54 van 73


Na het genereren van het output-document wordt nu de vraag gesteld of het output-document geopend dient te worden.

Wanneer men als Dealer is ingelogd, dan kan men eventueel gewijzigde instellingen ook als default laten opslaan. Na het genereren van het outputdocument zal onderstaande vraag verschijnen.

6.10.5 Touch aanpassingen 6.10.5.1 Kenmerk als knop

2011

Kenmerken als knoppen definiëren Via <Menupad ISKT>, knop [Beheer touch] kan het volgende ingesteld worden (mits de instelling „Touch aktiveren?‟ op „Ja‟ staat):

55 van 73


In dit instellingenscherm is de mogelijkheid gecreëerd om aan te geven hoe het gedrag van het kenmerk zal zijn in de touchkassa. Bepaal hiermee in welke modus de tochkassa moet starten en of de touchkassa na het selecteren van een artikel terug moet springen naar de root van de categorie en/of de omzetgroep en/of het kenmerk.

6.10.5.2

Voorraadcorrectie scherm openen vanuit de touchkassa

Voorraadcorrectie knop

Via <Menupad ISKT>, knop [Beheer Lay-out] kan het volgende ingesteld worden:

Werking

Er is een mogelijkheid gecreëerd om op de kassa op alle schermen een knop te plaatsen die de applicatie BlueRetail in het scherm voorraadcorrectie laat gaan. Hierdoor kan bij bijvoorbeeld bederf direct het artikel op de juiste wijze uit de voorraad worden gehaald. De applicatie zal in dit standaard traditioneel BlueRetail scherm ook het Qwerty-toetsenbord starten.

2011

56 van 73

Releasenotes BlueRetail 3.60 Voorbeeld scherm

6.10.5.3 Geen bon afdrukken

6.10.5.4 Werking

2011

In afrekenscherm de knop <Enter> default op geen bon In het afrekenscherm kan men als de bedragen „te betalen‟ en „ontvangen‟ gelijk zijn (ongeacht de gebruikte betaalwijze) direct op <Enter> klikken hetgeen voor de applicatie betekent géén bon afdrukken. Het pakket zal nadat de nodige bestanden zijn bijgewerkt terugkeren in de touchkassa.

Afdrukkenbonnen naast toets ook met cijferkeyboard In het afrekenscherm kan men als de bedragen „te betalen‟ en „ontvangen‟ gelijk zijn (ongeacht de gebruikte betaalwijze) direct op de cijfers 1 t/m 5 drukken op

57 van 73

Releasenotes BlueRetail 3.60 het numerieke keyboard. Voor de applicatie betekent direct de juiste bon afdrukken. 5 4 3 2 1

= = = = =

geen bon kassabon.txt kasbonmn.txt kasbtw.txt kasbtwmn.txt

Het pakket zal nadat de nodige bestanden zijn bijgewerkt terugkeren in de touchkassa.

6.10.6 BlueMobile aanpassingen Introductie

6.10.6.1 Inleiding

2011

Onderstaande functies werken indien men de BlueMobile versie 2.30 of hoger heeft. U leest het goed de mobile applicatie heeft voortaan een eigen productnaam!

Schermopmaak artikelkaart gerelateerd In het opmaak scherm is een mogelijkheid gecreëerd om ook de artikelkaart gerelateerde schermen per tabblad geheel naar eigen keuze grafisch in te richten. Newway voorziet in een basisinrichting, maar deze kan gewijzigd worden. Reden voor deze ontwikkeling is de vraag van klanten om velden te verplaatsen van tab en schermpositie.

58 van 73

Releasenotes BlueRetail 3.60 Touch editor: Lay-out mobile

Lay-out grootte

Kies bij instellingen > resolutie de optie „aangepast‟ en geef bijvoorbeeld een breedte van 240 en een hoogte van 114 op.

Let op: dit is Mobilescanner afhankelijk!

Lay-out type

In BlueMobile kunnen het hoofdmenu en de schermen waarin de artikelkaart wordt gebruikt nu worden opgemaakt in grafische weergave.

Hoofdmenu

Per gebruiker kan de lay-out van het hoofdmenu worden gekozen in BR Mobile:

Als deze gebruiker is ingelogd wordt de lay-out van het hoofdmenu als volgt:

2011

59 van 73


Werking voorbeelden

Bij [Inventaris] werd het onderstaande gedrag gekozen:

Bij [Wis exp.] werd dit gedrag gekozen:

Opmaak artikelscherm

De standaard DGR's voor de twee tabbladen van de artikelkaart moeten bij de klant in de exe-map van de mobile staan.

BRMOBILE1.DGR

BRMOBILE2.DGR

linkertab (1)

rechtertab (2)

Deze twee bestanden levert Newway default aan als bonbestanden om met BlueMobile te kunnen werken.

6.10.6.2 Inleiding

2011

Gebruikersopties in de BlueMobile Er bestond onder de gebruikers de behoefte om per gebruiker te kunnen bepalen wat deze wel/niet voor functies mocht gebruiken op de mobile. Daarnaast was er

60 van 73

Releasenotes BlueRetail 3.60 de behoefte om de schermindelingen van de tabs 1 en 2 van de artikelkaart te kunnen beïnvloeden. Beide nieuwe functies zijn in deze release gerealiseerd. Hoofdscherm en gebruikers

De applicatie heet vanaf heden BlueMobile. Als er geen klant logo is, zal standaard dit logo getoond worden. In dit scherm kunnen nu voortaan ook de gebruikers inloggen met hun eigen inlogcode.

In het scherm „Gebruikers‟ op de tab „algemeen‟ kunnen gebruikers worden aangemaakt en wachtwoord van de gebruiker worden ingegeven.

2011

61 van 73

Releasenotes BlueRetail 3.60 Autorisatie & scherm keuze en taalkeuze

In het scherm „Gebruikers‟ op de tab „rechten‟ kan per gebruiker worden bepaald wat hij/zij wel of niet mag. Daarmee kan de BlueMobile geheel worden afgestemd op de functie die iemand heeft in de organisatie. Het is een scrolscherm, omdat het aantal functies te talrijk is.

In het scherm „Gebruikers‟ op de tab „meer‟ kan per gebruiker bepaald worden hoe de artikelschermen tab 1 en tab 2 ingedeeld dienen te zijn. De opmaak hiervan staat elders in deze releasenotes beschreven. Ook kan bepaald worden in welke taal de mobile moet opstarten. Momenteel is de applicatie in de talen Nederlands en Engels beschikbaar. Een extra taal kan echter relatief eenvoudig worden opgeschaald in een volgende release. Zoals al eerder aangegeven kunnen we nu ook het menu laten bestaan uit iconen oftewel grote knoppen met klikfunctionaliteit. Dit lijkt daarmee eningszins op de apps op een mobile telefoon of padcomputer.

6.10.6.3 Inleiding

Export Mobile Batch Indien de instellingen HHT (menupad IHH) staan op dan wordt bij de export naar de BlueMobile niet meer eerst een TXT-bestand artikelen en synoniemen aangemaakt, maar voortaan rechtstreeks een Windev mobile FIC-bestand. Ook de synchronisatie software is hierop aangepast!

6.10.6.4 Inleiding

2011

Quebusting Deze functie is bedoeld als experiment en kan beschouwd worden als startpunt van een groeitraject in deze en komende releases. Quebusting is het vooruit aanslaan van kassaregels terwijl klanten nog in de rij wachten op hun beurt. Zodra

62 van 73

Releasenotes BlueRetail 3.60 de klant aan de kassa staat, kunnen deze transacties in één enkele handeling uit BlueMobile gehaald worden. Hiermee wordt snelheid gecreëerd. Momenteel kunnen de Quebusting bestanden die op de mobile staan met deze BlueRetail versie 3.60 niet in de kassa worden ingelezen door het scannen van bijvoorbeeld een contactpersoonpas. Dit is echter handmatig te realiseren en in de kassa m.b.v. de \-functie in te lezen.

6.10.6.5

Controle aantal mobile licenties

Inleiding

Tot deze versie was het mogelijk om de BlueRetail mobile applicatie onbeperkt op mobile terminals te installeren. De software staat immers op de BlueRetail installatie CD. Aangezien Newway behoorlijk investeert in deze mobile applicatie wil zij graag controle houden over het aantal legale BlueMobile licenties dat data uitwisselt met BlueRetail.

Voucher aanpassing

BlueRetail check

Via <Menupad ORL>:

Installatie pad

In de hulpapplicatie “mobile sync” 2.30 kan het pad van de installatie worden ingesteld:

2011

63 van 73

Releasenotes BlueRetail 3.60 Voor een juiste werking dient eerst de mobile applicatie te worden opgestart op het mobile toestel. Enkel dan kan de “sync applicatie” beschikken over het serienummer van de mobile.

De controle gebeurt alleen indien de versie van BlueRetail in het opgegeven pad hoger of gelijk is aan versie 3.60.

Terminal.bat

Op de CD treft u een voorbeeldbestand „Terminal.bat‟ aan dat gebruikt kan worden bij deze BlueMobile sync utility.

Controle regels

De controle gebeurt bij het importeren en exporteren vanuit BlueRetail met de instelling “Mobile batch” en werkt als volgt: -

Het maximum aantal mobiles wordt bepaald a.d.h.v. de licentiefile in BlueRetail. Het aantal tot nu toe geregistreerde serienummers wordt bepaald a.d.h.v. de licentiefile in BlueRetail. Het serienummer van de mobile wordt bepaald. Er wordt gecontroleerd of dit serienummer al voorkomt met de in BlueRetail geregistreerde serienummers van BlueRetail Mobile. Indien deze gevonden wordt, start de export/import. Indien deze niet gevonden wordt, wordt gecontroleerd of het maximum aantal verschillende serienummers is bereikt. Indien dit bereikt is, stopt de export/import. Indien dit aantal niet bereikt is, wordt het serienummer van de Mobile toegevoegd aan de geregistreerde Mobile-serienummers, wordt het aantal verhoogt en start de export/import.

6.10.7 Invoervelden maximalisatie Inleiding

2011

Het kwam in vorige versies wel eens voor dat de geëxporteerde velden een te

64 van 73

Releasenotes BlueRetail 3.60 grote waarde bevatten. Hierdoor gaan sommige pakketten van derden in de fout, hetgeen tot ongewenste situaties kan leiden. In deze versie wordt getracht dit zoveel mogelijk te beperken. Bijvoorbeeld een barcode als bedrag en/of aantal. Voor de eenduidigheid tonen we alle gerelateerde instellingen (dus inclusief instellingen die reeds beschikbaar waren voor deze versie). Kassa instellingen

Invoer transactieregel aantal (bestaande instelling):

Afrekenen (nieuwe instelling):

Debiteuren

Tabblad regels (nieuwe instelling):

Crediteuren

Tabblad regels (nieuwe instelling):

Logistiek t.b.v. voorraadopname en PRI

Tabblad algemeen (nieuwe instelling):

Type meldingen

2011

65 van 73


Toelichting

In principe zijn er dus een tweetal type meldingen. Eén die het aantal betreft en één die het bedrag betreft. De maximale waarde die mag worden ingegeven wordt in de melding getoond.

HHT inlezen data

Het blijkt dat door de aanpassing grote aantallen die in de HHT zijn gescand niet worden afgevangen maar 1 op 1 worden overgenomen. Aangezien:  het probleem zich voornamelijk voordoet bij het PRI-en en hier gewerkt wordt met een HHT;  Er dus tijdens het scannen met de HHT (per ongeluk scannen barcode in „aantal‟-veld) een groot aantal in de HHT komt te staan  De HHT software niet door Newway is geschreven maar door CapGemini Dient onderstaande wijziging door doorgevoerd te worden: 1. Bij het inlezen van een HHT in een transactie (bijvoorbeeld een inkooporder en bij een PRI-sessie) wordt gecontroleerd of er in het aantal veld niet een te grote waarde komt te staan. 2. Indien dit het geval is dan loopt het inlezen van de HHT gewoon door en wordt het betreffende artikel niet verwerkt 3. Het artikel dat niet is verwerkt wordt opgenomen in het verwerkingsverslag als fout (Afwijzing) met een reden.

Voorbeeld A7

2011

Voorbeeld huidig verwerkingsverslag bij PRI

66 van 73

Releasenotes BlueRetail 3.60 In dit verwerkingsverslag zal een reden A7 (nog niet vergeven nummer) komen te staan. Met als reden: „Te hoge waarde in aantal-veld‟.

6.10.8 2e kassascherm Inleiding

Om beter te kunnen regelen op welk scherm het tweede kassascherm wordt getoond is een extra positionering mogelijk gemaakt.

Extra positionering

<Menupad ISK> 2escherm tab

Het 2e kassascherm zal eerst zelf bepalen hoeveel schermen er aanwezig zijn. -

1 scherm: positionering op dit scherm op positie (0,0) en gemaximaliseerd op dit scherm 2 schermen: positionering op positie (breedte scherm 1,0) en gemaximaliseerd op scherm 2.

Indien in BlueRetail de kassa wordt opgestart en de breedte en de hoogte zijn beiden ingevuld (verschillend van 0) bij de instellingen, dan wordt het 2e kassascherm op de ingestelde x- en y-positie gepositioneerd met de ingestelde breedte en hoogte uit de instellingen. Voorrangskassa

2011

Vanaf deze versie is het tweede kassascherm bestand tevens de zogenaamde voorrangkassa. Deze functie was niet eerder geïmplementeerd.

67 van 73


7

BlueRetail 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 20090378 20100816 20100845 20100849 20100850 20100865 20100875 20100889 20110002 20110010

PRIORITEIT Escalatie Escalatie Escalatie Escalatie Escalatie Escalatie Escalatie Escalatie Escalatie Escalatie

20110025 Escalatie 20110028 Escalatie 20110051 Escalatie 20110059 Escalatie 20110062 20110067 20110069 20110077 20110079 20110087 20110091 20110097 20110112 20110120

Escalatie Escalatie Escalatie Escalatie Escalatie Escalatie Escalatie Escalatie Escalatie Escalatie

20110134 Escalatie 20110143 Escalatie 20110146 Escalatie 20110147 Escalatie 20110148 Escalatie 20110151 Escalatie 20110156 Escalatie 20110171 Escalatie 20110172 Escalatie 20110173 Escalatie 2011

PROBLEEM_KORT opbouwartikel met deelartikelen met verschillende BTW-percentages Dienstjournaal dubbele totale omzet i knop Technische voorraad is niet selecteerbaar. Generieke selecties is geen enkel veld meer selecteerbaar / zichtbaar? Voorraad per magazijn toevoegen geeft geen magazijnvoorraad? Instelbare opslag digitale print verdwenen Betalingsverschillen bij betaling op order Default map niet meer in te stellen Basis export/import naar Excel (2007) geeft foutmelding tijdens import Fout bij retour statiegeld (omzetgroep) Bij afsluiten zoekscherm in transactie wordt geselecteerde artikel toch toegevoegd Indexeren in BlueRetail 3.51 blijft hangen (systemen.fic) de voorraadteller "in bestelling" niet bijgewerkt. Artikel is via F2 niet te selecteren nadat in 1ste instantie de omschrijving verkeerd is ingetypt. Bestanden worden op HK niet juist gevuld Kan bewaarbon niet in kassa scannen Printen van etiketten op een Zebra etiketten printer 57*26 gaat niet goed Orderscherm niet zichtbaar in TOUCH Factuurproblemen na migratie Invoeren betaling op creditnota via F7 in Touch werkt niet Fout 1020 bij het printen van aanmaningen. Prijzen incl. en excl zijn gelijk Teller In bestelling gaat negatief na meer binnenkomst dan besteld Geen bedragen boven 1000 euro pinnen Kostprijsboeking van artikelen die aan opbouw gekoppeld zijn worden niet geexporteerd Exporteren naar "Excel" gaat fout. Artikel wordt aantal opgehoogd na dat men statiegeld ophoogt. Tussenrekening voorraad wordt gekozen terwijl systeem grootboekrekening omzetgroep moet exporteren. Importeren van transactie bestand DORKOP.txt werkt niet meer na update Debiteurenorders niet op te roepen vanuit de touch Printen in br v3.51 Obelink indien recht invoer artikel is 0,00 is actief blokkeerd de kassabon! Creditnota's komen met positieve bedragen uit boekhoudkoppeling Technisch probleem (4006) bij aansturing VIC107 pinkoppeling bij 68 van 73


20110184 Escalatie 20110187 20110189 20110196 20110198 20110231

Escalatie Escalatie Escalatie Escalatie Escalatie

20110237 Escalatie 20110239 Escalatie 20110240 Escalatie 20110246 Escalatie 20110249 Escalatie 20110254 Escalatie 20110255 Escalatie 20110261 Escalatie 20110273 Escalatie 20110281 20110282 20110285 20110296

Escalatie Escalatie Escalatie Escalatie

20110298 Escalatie 20110326 Escalatie 20110333 Escalatie 20110340 Escalatie 20110351 20110352 20110355 20110356 20110365

Escalatie Escalatie Escalatie Escalatie Escalatie

20110372 Escalatie 20110392 Escalatie 20110406 Escalatie 20110432 Escalatie 20110459 Escalatie 20110466 Escalatie

20100342 Hoog

2011

specifieke gebruiker Totaalbedrag statiegeld wordt niet weergeven als regel in het kassascherm Bij het wisselen relatie wordt juiste btw niet meer overgenomen Betalingen facturen duurt langer als in 3.42 Artikelen zijn niet bijgewerkt bij voorraad van inkooporder in br Patch 041 Max. Wisselbedrag Infoknop Fac. Deb. geeft verkeerd venster als deze opgeroepen wordt vanuit D.F.F.W. -> CTRL-R Ophalen order in de touchkassa komt niet te staan op ordernummer 2de scherm werkt niet in de omgeving van Obelink, 99% CPU BR_Kiosk_Server. Betaalwijze Pin geeft betaald aan zonder terugkoppeling betaalautomaat Automatische aangemaakte inkooporders op basis verkooporders geeft dubbele opbouwregels? 2de scherm geeft foutmeldingen/werkt niet meer bij bon in de wacht (voorrangkassa) Foutieve registratie voorraad bij binnenboeken inkooporder Bij opvragen financiele tellers Banksys Automaat klapt Blue Retail eruit Zoeken artikel op leveranciersnummer is niet werkbaar op artikelnummer is wel werkbaar? Overpin bedrag in Touch wordt dit niet correct afgehandeld. Touch en afrekenen bedragen kleiner als € 1,Kan niet zoeken op postcodes Registratie dubbele betalingen Indien combinatie van kwantumkort.en aanbieding in bon geen korting registratie in journaal (print) Voorraadteller "gereserveerd" wordt niet goed bijgewerkt Verkeerde order kan geselecteerd worden bij scannen geannuleerde orders 2de scherm geeft foutmeldingen werkt niet meer wanneer deze later gestart wordt als de kassa Termijnkenmerk koppelen aan aanbiedingszoekcode Kasverschilboeking in FIS2000 Artikel wordt niet geaccepteerd bij inlezen (termijn)order Fout in verwerkingsverslag Verwerkingsverslag bij retourpakbon - Onterechte waarschuwing (W2) Bij invoer termijnorder (menupad COIIT) werkt instelling mbt besteleenheid niet. Termijnkenmerk wordt niet overgenomen. Via Alt+F4 kan Selecteer Gebruiker scherm gesloten worden; de vorige gebruiker is weer ingelogd Probleem bij aanmaken inkooporder via inlezen HHT indien artikel meerdere keren voorkomt Overboeking magazijn / magazijnlocaties geeft geen negatieve voorraad? Telling (PRI) m.b.t. artikelen die buiten selectie vallen worden niet goed verwerkt Logboek betaaltransaktie worden niet bijgewerkt na het werken in de uitval 69 van 73

Releasenotes BlueRetail 3.60 20100706 Hoog 20100714 20100784 20100807 20100819

Hoog Hoog Hoog Hoog

20100835 Hoog 20100842 Hoog 20100846 Hoog 20100847 Hoog 20100860 20100879 20100890 20110007 20110033 20110038

Hoog Hoog Hoog Hoog Hoog Hoog

20110065 Hoog 20110078 Hoog 20110080 Hoog 20110088 Hoog 20110114 Hoog 20110115 20110117 20110132 20110133

Hoog Hoog Hoog Hoog

20110137 Hoog 20110139 20110142 20110170 20110190 20110191

Hoog Hoog Hoog Hoog Hoog

20110216 Hoog 20110228 Hoog 20110235 Hoog 20110236 Hoog 20110241 20110244 20110250 20110259 20110264 20110266 20110267 20110270 20110278 2011

Hoog Hoog Hoog Hoog Hoog Hoog Hoog Hoog Hoog

Kassabon volledig retour scannen moet mogelijk zijn ook indien verkoop / retour op 1 bon Afronding in de debiteurenlijst aanpassen mbt boekhoudkoppeling Afrekenen met bonkorting Melding kan geen voorraadcorrecties invoeren i.v.m. actieve PRI sessie. Import impgoed Na oproepen van het marge scherm en het sluiten ervan knalt BlueRetail eruit. Binnenmelden met opticon fout bij geblokkeerde artikelen. 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. Verzoek tot mogelijkheid regenereren KASDAG o.b.v. kassatransacties Nieuwe methode zoeken werkt niet: Combinatie index De volgende dag hetzelfde transaktienummer Binnen de artikelstatistiek wordt de marge verkeerd berekend. Import van crediteurenfacturen middels IMPGOED resulteert in loop IMPGOED wordt niet gevuld met artikelen indien artikel bevat statiegeld? fout bij migratie Exporteren creditnota geeft afrondingsverschil Het afdrukken van artikel etiket vanuit de artikelkaart gaat fout Afstorten van kasgeld van een andere datum geeft afrondingsverschil bij exporteren Benaming export tellen kasgeld komt niet overeen met de bedragen. Artikel statistiek wordt niet correct bijgewerkt. : Bij gebruik van backspace toets in de Touch verspringt de cursor Marge berekening grondslag klopt niet op rapport 271 Kolomweergave wordt in touchscreen niet onthouden (patches geplaatst) Aanpassen Franstalige Blue Retail automatisch selecteren bij 1 over Toetsenbord blijft regelmatig staan tijdens het afrekenen. Optie wijzigen/ verwijderen verdwijnen bij betalingen debiteuren Betaling creditnota crediteuren scherm is blanco Zoekopdracht op artikelnummer geeft ander resultaat na zoeken in spiegelomgeving De functie 'Afsluiten Windows' vanuit BlueRetail menu werkt niet meer Kluisverschil wordt in verkeerde grootboekrekening geboekt. Bij kasgeld tellen kan men geen negatieve bedragen meer tellen (sinds V3.51) Export naar Excel middels artikelselectie niet goed aanbieding invoeren vanaf klantenkaart Migratie UITVAL bedrijf gaat fout van 3.42 -> 3.51 Besteleenheid wordt niet direct overgenomen Importscript werkt niet correct indien recordscheiding = LF Afrondingsverschil bij korting Overzicht crediteuren facturen datumfilter niet ok Annuleren order annuleert factuur niet goed. Verkeerde korting Reden wordt geselecteerd 70 van 73

Releasenotes BlueRetail 3.60 20110294 Hoog 20110400 Hoog 20110446 Hoog

Funktie Retour kassabon koppelt verkeerde omzetgroep Aanbiedingsteksten Knop order in de kassa is niet beschikbaar ondanks rechten op Ja?

20091078 20100130 20100307 20100560 20100887 20110009 20110364

Geen stuurcode voor klantenpasnummer Transactievelden niet in etiket Bedrag Pin wordt niet gerefreshed indien nieuwe bon = 0,00 touch afrekenen in 3.50 instelling geeft foute bijwerking 3.51 boeken op omzetgroep Geen controle op nieuw veld matchverschillen bij boekhoudkoppeling Zoeken van een artikel in de spiegel en daarna in het hoofdkantoor geeft foutieve artikelen?

Middel Middel Middel Middel Middel Middel Middel

20110439 Middel 20100674 Laag

2011

In touch de knop Geen bon ook default met Enter toets kunnen activeren

71 van 73


8

Tools 8.1.1 NWWedge

Inleiding Parameters

NWWedge “param1” “param2” “param3” “param4” “param5” “param6” Param1 I U

= Install Service = uninstall Service

Param 2 : Integer Number for the serial port: 1, 2, 3, ... 32 for COM1, COM2, COM3, ... COM32. Number for the parallel port: -1, -2, -3 or -4 for LPT1, LPT2, LPT3 or LPT4. Param 3 : Integer Data transfer rate (expressed in Bauds or Bits per second). Param 4 <Parity>: Integer Transfer parity: 0 1

No parity Even parity

2

Odd parity

Param 5 : Integer Number of bits per character: 4, 5, 6, 7 or 8. Param 6 <StopBitNbr>: Integer Number of stop bits: 0

2011

1 stop bit

72 van 73


2011

1

1.5 stop bits

2

2 stop bits

73 van 73

Versie GD Venlo, juni Releasenotes BlueRetail versie 3.60.GD Product Management

Recommend Documents