Release Notes BlueRetail versie 3.72

Release Notes BlueRetail versie 3.72 Product Management

Versie 004 Venlo, augustus 2012 Bestand: 120820 Releasenotes 3 72 v04.docx

Release Notes BlueRetail 3.72

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.

2012

2 van 88

Release Notes BlueRetail 3.72 Inhoudsopgave 1 2 3 4 4.1 5 5.1 5.2 5.3 5.4 5.5 5.6 5.7 6 6.1 6.1.1 6.1.2 6.1.3 6.1.4 6.1.5 6.1.6 6.1.7 6.1.8 6.1.9 6.1.10 6.1.11 6.2 6.2.1 6.3 6.3.1 6.3.2 6.4 6.5 6.6 6.7 6.8 6.8.1 6.8.2 6.8.3 6.8.4 6.8.5 6.8.6 6.8.7 6.8.8 6.8.9 6.8.10 6.8.11 6.8.12 7 7.1 7.2 7.3 2012

INLEIDING .......................................................................................... 5 TOELICHTING DOCUMENTINDELING ................................................... 6 TOELICHTING NOTATIES .................................................................... 8 DEFINITIES ........................................................................................ 9 Definities kernbegrippen .................................................................... 9 TECHNIEK ......................................................................................... 10 Algemeen .......................................................................................... 10 Installatie ......................................................................................... 10 Database........................................................................................... 11 Update instructie .............................................................................. 12 Instructies bij calamiteiten ............................................................... 12 Compatibiliteit met lagere versies .................................................... 13 Koppeling BlueMobile ....................................................................... 13 BLUERETAIL GEWIJZIGDE EN NIEUWE FUNCTIONALITEITEN ........... 14 Verkoop ............................................................................................ 14 Aanpassing + functie (Bon retour scannen) ......................14 Automatische bonkeuze ......................................................................14 Afsnijden automaatbon .......................................................................15 VitaTas .............................................................................................17 Weegschaalkoppeling .........................................................................23 Kassatransacties wegschrijven via socketserver .....................................28 Registratie VVV-bon ...........................................................................32 Punten sparen (eLoyalty) via ICP .........................................................38 Aanpassing klantenpas functionaliteit ...................................................47 Digitale spaarkaart .............................................................................49 Barcodeveld in mixmatch ....................................................................50 Inkoop .............................................................................................. 51 Niet inlezen bij geblokkeerde alternatieve leverancier .............................51 Logistiek ........................................................................................... 52 Controle ontvangst goederen ...............................................................53 Aanpassing verdelen goederen .............................................................58 Financieel ......................................................................................... 64 Service .............................................................................................. 64 Retail CRM ........................................................................................ 65 Rapportage ....................................................................................... 65 (Applicatie) Beheer ........................................................................... 66 Aanpassing betaalwijzen .....................................................................66 Zoeken op leveranciersnummer ...........................................................66 Verkoopeenheid .................................................................................68 Aanpassing stuurcode voor zoekcode en omschrijving eenheid .................68 Aanpassing stuurcode voor artikel verkoopprijs ......................................69 Eenheid in aanbiedingen bestand .........................................................69 Stuurcode voor weegschaalnummer .....................................................71 Aanpassing artikelnotities ....................................................................71 Nieuwe instelling m.b.t. adviesprijzen ...................................................72 Nieuwe instelling bij subgroep .............................................................74 Aangepaste update routine (NW Setup) ................................................75 Controle op systeem bij automatische procedure ....................................77 TOUCH FUNCTIONALITEITEN ............................................................ 78 Hoogte regels touch instelbaar ......................................................... 78 Verkopen op omzetgroep via knop .................................................... 78 Bonafhandeling touchkassa .............................................................. 78

3 van 88

Release Notes BlueRetail 3.72 8 8.1 8.2 8.3 8.3.1 8.3.2 8.3.3 8.3.4 8.3.5 9

2012

BLUEMOBILE FUNCTIONALITEITEN .................................................. 83 Inleiding ........................................................................................... 83 Technisch.......................................................................................... 83 Functioneel ....................................................................................... 83 Scrollen ............................................................................................83 Magazijnlocatie ..................................................................................84 Reeds gescand aantal tonen ................................................................85 Geluid indien meerdere artikelen gevonden ...........................................86 Ingeven van negatief aantal bij inventariseren en inkooporder .................86 BLUERETAIL BUGS ............................................................................ 87

4 van 88


1

Inleiding

Inhoud

Deze release notes hebben betrekking op de GD versie van de release 3.72 van BlueRetail. In deze release notes worden de belangrijkste wijzigingen beschreven ten opzichte van BlueRetail versie 3.71 en oudere versies. Deze release notes zijn bedoeld om klanten en partners inzicht te verschaffen in de wijzigingen en nieuwe functionaliteit in deze versie van BlueRetail.

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

Voorgaande releasenotes

Eerdere release notes staan op de BlueRetail website en zijn op te vragen bij Newway of te raadplegen in de map ‘Documentatie’ op de installatie CD-Rom. De release notes zijn met de grootst mogelijke zorg samengesteld. Mochten er onverhoopt toch fouten in voorkomen, dan biedt Newway u bij voorbaat haar excuses daarvoor aan. Newway accepteert géén schadeclaims als gevolg van eventuele fouten in de release notes. Er kunnen géén rechten worden ontleend aan de inhoud.

BlueRetail versie 3.72 Deze versie is de opvolger van BlueRetail 3.71 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 volledige compatibiliteit te behouden met vorige versies.

Vragen

2012

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

5 van 88


2

Toelichting documentindeling

Leeswijzer

Dit document is opgedeeld in een technisch en functioneel gedeelte.

Techniek

In het technische deel (hoofdstuk 5) worden zaken besproken zoals database wijzigingen t.o.v. de vorige GD versie en installatie/update instructies.

Functioneel

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

2012

6 van 88

Release Notes BlueRetail 3.72 Definities Onderdelen RBM

Contact

2012

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

7 van 88


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

2012

8 van 88


4

Definities

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

2012

9 van 88


5

Techniek

5.1

Algemeen WinDev Versie Deze versie is net zoals de voorgaande versie, 3.71, ontwikkeld met de WinDev (http://www.windev.com) 16 UK versie. Dit zou géén gevolgen mogen hebben voor u als gebruiker. Newway kan dit echter niet 100% uitsluiten!

Type update X

Prioriteit X

Grootte update

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

± 40 MB Reboot nodig Backup nodig Rollback functionaliteit

5.2

JA JA JA

NEE NEE NEE

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.

2012

10 van 88

Release Notes BlueRetail 3.72 5.3

Database

Inleiding

Hieronder worden de databasemutaties beschreven tussen BlueRetail versie 3.71 en versie 3.72.

Verwijderde hyperfile bestanden

Geen.

Nieuwe hyperfile bestanden

Gewijzigde hyperfile bestanden

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.

2012

11 van 88

Release Notes BlueRetail 3.72 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

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

5.4

               

LOGBOEK POSTREG PRIJSHIS RELATIE RELCATSTRUCT VCOPNAME VOORRAAD VRDDAG VRDINFO VRDOPN VRDOPNAR VRDOPNCT VRDOPNMU VRDOPNRG VRZKOP VRZREG

Update instructie

Update

Maak op de server een back-up van de ..\ 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 1 2

2012

Handeling Verwijder op de server …\ en plaats de back-up terug Een cliënt wordt automatisch geüpdate bij het herstarten van BlueRetail op de cliënt. Er is géén reboot nodig.

12 van 88


Compatibiliteit met lagere versies De BlueRetail versie 3.72 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  BlueRetail 3.71 Vanaf release BlueRetail 3.42 wordt de bestandsuitwisseling met de New-Way Retail software 2.4x NIET meer ondersteund.

5.7

Koppeling BlueMobile

BlueMobile 2.32

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

2012

13 van 88


6

BlueRetail gewijzigde en nieuwe functionaliteiten

Leeswijzer

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.

Voorbeeld

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

Geld- & goederenbeweging

6.1

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.

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 Uitleg

6.1.2 Uitleg

2012

Aanpassing + functie (Bon retour scannen) + is gewijzigd zodat bonkortingen op de oorspronkelijke bon ook juist verwerkt worden. Eventueel nieuwe toegevoegde regels kunnen ook weer hun eigen nieuwe bonkortingspercentage krijgen. Tevens wordt er in de database nu ook bewaard welke oorspronkelijke regel retour is genomen, zodat altijd zichtbaar is dat een regel via + is toegevoegd.

Automatische bonkeuze Vanaf 3.72 is het mogelijk om er voor te zorgen dat men bij het afrekenen in de kassa geen handmatige bon-keuze meer hoeft te doen. In plaats daarvan zal de bon automatisch opgeslagen worden, zodra het te betalen bedrag ontvangen is. De centrale kassa-instelling hiervoor is te vinden op het tabblad Afrekenen van <menupad ISK>:

14 van 88


A B

Deze nieuwe instelling (A) zorgt ervoor dat er automatisch op de knop ‘Geen bon’ gedrukt wordt. Let op dat met deze instelling er geen weg terug meer is, zodra men de betaalwijze heeft geselecteerd, dus overweeg goed of u de instelling wilt activeren. Hieronder een aantal mogelijke nadelen:  als men een verkeerd bedrag aanslaat dat te hoog is, dan is er geen correctiemogelijkheid en wordt de bon opgeslagen met het te hoge wisselgeld.  het wisselgeld is niet meer zichtbaar. Pas als men ingelogd heeft in de kassa (indien instelling aanstaat) is het wisselgeld van de vorige bon zichtbaar in de statusbalk.  Ook zijn er op dit moment nog een aantal andere momenten in de kassa waarop wel nog een bonkeuze verschijnt als de instelling is gezet. Denk bv. aan, bon met 0 euro, bij het selecteren van een relatie met korting, of het geven van bonkorting nadat gedeeltelijk betaald is. Tevens is nog opgelost dat als men (per ongeluk) heeft ingesteld dat er geen bon zichtbaar moet worden (Geen bon is via een gebruikersrecht ook te blokkeren), dat dan ook automatisch de keuze Geen Bon wordt uitgevoerd. Ongeacht of bovenstaande nieuwe instelling aan of uit staat. Voorheen kon men namelijk nooit afrekenen als dit zo stond ingesteld. Als de <ESC>-toets ook geblokkeerd was, hing de kassa dus vast. Verder is er ook de mogelijkheid om automatisch een andere bonknop uit te laten voeren hiervoor is instelling (B) toegevoegd.

6.1.3 Uitleg

Afsnijden automaatbon Voorheen werd een automaatbon niet afgesneden als men in de kassa voor de bonoptie [Geen Bon] gekozen had. Wanneer men een Banksys-automaat had, dan kon men deze stuurcode wel instellen, zodat ook bij geen bon werd afgesneden, maar als men wel een bon afdrukte, dan werd er dus twee keer afgesneden. Dit probleem is nu opgelost, wanneer men bij de instellingen voor het dagjournaal ook een afsnijstuurcode heeft ingevuld. Deze wordt nu door de kassa overgenomen als er voor geen bon wordt gekozen en er is een automaatbon afgedrukt. Instelling voor het dagjournaal:

2012

15 van 88


Voor Banksys-automaten dient onderstaande instelling ook weer leeg gemaakt te worden, anders wordt er bij [Geen bon] twee keer afgesneden!

2012

16 van 88

Release Notes BlueRetail 3.72 6.1.4

VitaTas

Inleiding

Vanaf de versie 3.72 is het mogelijk om het proces voor het afhalen en bestellen van abonnementsartikelen binnen BlueRetail af te beelden. Uitgangspunt voor deze wijziging was de ‘VitaTas’ die bij de klant EkoPlaza verkocht wordt. Meer informatie hierover is te vinden op de volgende website: http://www.proef.nu/proef-vitatas/

Kalender werkdagen

De opzet van de kalender werkdagen is geheel gewijzigd. Men kan nu meerdere kalenders aanmaken, bijv. voor werkdagen, afhaaldagen etc.

Per kalender geef je voor de maandag t/m zondag op, of deze actief zijn. Daarnaast kan men per jaar uitzonderingen opgeven voor bijv. 1 januari, kerstmis, 2 e paasdag etc.

Als je op + klikt, dan kun je uitzonderingen invoeren. Dit kan dan voor meerdere kalenders tegelijk.

2012

17 van 88


Bij instellen algemeen kan men de kalender werkdagen instellen.

En bij instellen logistiek de kalender voor afhaaldagen, bezorgdagen en verzenddagen.

Men kan ook een omzetgroep koppelen aan een kalender.

2012

18 van 88


Of een artikel.. Tevens kan men bij een artikel aangeven, of het abonnementsartikel is en welk percentage er dan aanbetaald dient te worden.

2012

een

19 van 88


Wil men in de kassa een artikel oproepen, welke ingesteld is als abonnementsartikel, dan is het verplicht om eerst een relatie te kiezen.

Heeft men zo’n artikel gekozen en men gaat naar afrekenen, dan wordt het bedrag van dit artikel van te betalen afgetrokken en een eventueel aan te betalen bedrag er bij geteld.

Heeft men afgerekend, dan wordt van het betreffende artikel een order aangemaakt en van de rest een kassabon (incl. de aanbetaling).

2012

20 van 88

Release Notes BlueRetail 3.72 Voor het bepalen van de leverdatum komt er een kalender, waarbij de niet actieve data grijs zijn. Er wordt begonnen op de eerste actieve datum vanaf systeemdatum + leverdtijd van het artikel.

Als je in de kassa een abonnementsartikel selecteert en dit artikel komt al voor op een order van de gekozen relatie, dan wordt de orderregel automatisch opgehaald.

2012

21 van 88


De kassabon wordt verder afgehandeld, alsof men met een order opgehaald heeft. Zijn er echter orders van dit artikel van alleen andere relaties, dan heeft men de mogelijkheid om uit 1 van deze orders te kiezen.

2012

22 van 88


Weegschaalkoppeling Vanaf de versie 3.72 is het mogelijk te koppelen met weegschalen van de merken Mettler en Digi. Buiten de BlueRetail software zijn hiervoor ook de universele drivers van Mettler (MT Dataconnector en MT Universele driver) en Digi (Digidriver)nodig. Vanuit BlueRetail zullen de artikelgegevens worden geëxporteerd waarna deze verder worden opgepakt door deze drivers en de gegevens in de weegschaal worden geïmporteerd.

Uitleg

6.1.5.1

Database

Uitleg

Tabel Weegexport.fic Weegschaaltype.fic Afdeling.fic Weeg.fic Weegschaalinfo.fic knopinfo.fic

6.1.5.2 Uitleg

2012

Belangrijkste gegeven(s) Koppeling databasevelden met Velden weegschaal  Aantal knoppen  Exportformaat Gekoppelde subgroepen  Export directory  Weegschaalnummer  Gekoppelde subgroepen  Gekoppelde afdeling  Gekoppeld weegschaaltype  Gekoppelde artikelen

Menustructuur De menustructuur wordt aangepast zodat het mogelijk wordt ervoor te zorgen dat verschilende bestanden niet bereikbaar zijn voor de ‘normale’ gebruiker via de gebruikersrechten.

23 van 88


6.1.5.3 Uitleg

6.1.5.4 Uitleg

Rechten De bedoeling is dat de ‘normale’ gebruiker alleen de beschikking krijgt over het menupunt ‘verzenden’. Dit zal geregeld moeten worden via de onderstaande rechten. Verder zullen aan alle weegschaalbestanden de standaardrechten (muteren, verwijderen, afdrukken) gekoppeld moeten worden conform de standaard werking van de rest van het pakket.

Weegschaaltype Binnen het scherm weegschaaltype kan nu via een switch uit een fabrikant gekozen worden. Op basis van deze switch gaat zowel het exportformaat als ook de controle bepaald worden waaraan de PLU-Code moet voldoen. Merk/Fabrikant Mettler Digi

Exportformaat XML ASCII

PLU Code Formaat 4 cijfers numeriek 4 cijfers numeriek

Ten tweede kan via de optie ‘gereserveerde knoppen’ aangegeven worden welke knoppen niet via het weegschaalinfo-bestand toegewezen kunnen worden door de gebruiker. Een dergelijke knop kan dan weer door bijvoorbeeld een externe tool gebruikt worden als afdrukknop.

2012

24 van 88

Release Notes BlueRetail 3.72 Als laatste kan onderin het scherm nu een waarde van een databaseveld gekoppeld worden aan een veld dat naar de weegschaal gestuurd wordt.

6.1.5.5 Uitleg

2012

Afdeling In het afdelingen bestand worden de verschillende afdelingen gedefinieerd waarin de verschillende weegschalen staan. Tevens worden subgroepen aan een afdeling gekoppeld. Aan een AGF zullen andere subgroepen (lees artikelen) worden gekoppeld als aan een afdeling Kaas/Brood.

25 van 88

Release Notes BlueRetail 3.72 6.1.5.6

Weegschaalinfo

Weegschaalinfo

Binnen het scherm weegschaalinfo wat via het menupad ‘Bestanden\Weegschaal\Beheer\Info’ geopend kan worden, kan men het weegschaaltype en de afdeling aan elkaar koppelen. Dus uiteindelijk heb je dan een Mettler Toledo Mira die op de afdeling AGF staat. Via subgroep kun je de volgorde aanpassen waarin de artikelen in het verzendenscherm worden weergegeven.

6.1.5.7

Verzenden

Verzenden Naar weegschaal (weegschaalinfo)

2012

Via het menupunt ‘verzenden’ komt men in het scherm ‘Verzenden naar weegschaal’. Dit scherm is uitgekleed tot het toewijzen van artikelen aan knoppen en de mogelijkheid om deze gegevens te versturen naar de weegschaal.

26 van 88


1

Techniek: bij het opbouwen van de artikellijst (rechterkant) die aan de weegschaalknoppen toegewezen kan worden moet al gecontroleerd worden op de voor de, aan de fabrikant van de gekoppelde weegschaal, geldende PLU-controle. Dit gebeurt dus indien het scherm ‘Verzenden naar weegschaal’ geopend wordt. Indien één of meerdere artikelen aan de rechterkant Niet voldoen aan de controle dan verschijnt er een icoontje (1) in beeld. Indien hier op geklikt worden verschijnen de bewuste artikelen in beeld. Proces: 1. Scherm wordt geopend 2. Controle vindt plaats 3. Er zijn artikelen die niet voldoen aan de voorwaarde 4. Icoontje met uitroepteken verschijnt. 5. Door op icoontje te klikken verschijnt tabel met artikelen die het betreft.

2012

27 van 88


Kassatransacties wegschrijven via socketserver

Uitleg

Vanaf de versie 3.72 is het mogelijk kassabonnen weg te schrijven via de socket technologie. Dit houdt in dat kassabonnen als XML bestand geëxporteerd worden en parallel door een service worden opgepakt en weggeschreven in de database. Doel hiervan is het verhogen van de handelingssnelheid aan de kassa. Na het afrekenen hoeft niet meer gewacht te worden tot de gegevens via het netwerk in de centrale database zijn bijgewerkt. Let op: Deze technologie werkt momenteel alleen voor kassabonnen die weggeschreven worden. Dus als er vanuit de kassa andere documenten aangemaakt worden zoals bijvoorbeeld facturen dan gebeurt dit op de standaard manier.

Inrichting

6.1.6.1

Neem om van deze nieuwe techniek gebruik te maken contact op met uw business partner of Newway via de gangbare kanalen.

Achtergrond

Techniek

Hieronder een schematische weergave van de technische werking:

BlueRetail werkstation (de kassa)

De werking is nu als volgt:. BlueRetail stuurt een kassabon naar de BR Socket Server. De BR Socket Server pakt de gegevens uit en plaatst die in een XML formaat op de harde schijf in de map <software\received\volgnummer\ *.xml>. Wanneer de ontvangst van het XML-bestand goed gelopen is, stuurt de server een 'OK' naar het lokale werkstation. Lukt de overdracht niet dan stuurt de server een 'NOK' terug. Bij een 'NOK' zal het verzendende werkstation (de kassa) de kassabon opnieuw aanbieden aann de server. Dit proces herhaalt zich maximaal 3 keer. Is er dan nog steeds een 'NOK' dat zal het BlueRetail werkstation (de kassa) de kassabon op de oude manier schrijven in de database. Dit hele proces zal ongeveer 0.1 seconde in beslag nemen in het slechtste geval maar door deze security aanpak, kunnen geen kassabonnen verloren gaan.

2012

28 van 88


Instellingen

Instelling BlueRetail

Momenteel kan de socket-server aangezet worden door in het bestand KMSFTWR.INI in de directory [Bedrijfsmap\System], onderstaande toe te voegen:

Waarbij de standaard poort 5050 is en het IP-adres, het IP-adres waar de socketserver gestart wordt. Starten BR Socket Server

De Socket Server kan gestart worden door een snelkoppeling te maken naar <[root installatie]\SocketServer_Kassabon.exe>

Afbeelding: Voorbeeld snelkoppeling

Het is natuurlijk ook mogelijk om de socket server via een batch-file te starten. Indien de parameter v meegegeven wordt dan start de socket server visueel op en krijgt men onderstaande te zien:

2012

29 van 88


Velden Socket Server

Naam Verwerkt

In Wacht

Afgewezen

Installatie Bedrijf Data directory Idle time Port Idle time lezen Automatisch ophogen

Omschrijving Het aantal dat in dit veld wordt weergegeven heeft aan hoeveel kassabonnen in de Hyperfile database zijn verwerkt. Zodra een XML bestand is verwerkt in de database, wordt het XML-bestand in de map <software\Received> verwijderd. Het aantal dat in dit veld wordt weergegeven heeft aan hoeveel kassabonnen in de map <software\Received\nummer\*.xml> zijn opgeslagen en nog NIET zijn verwerkt in de HyperFile database van de bedrijfsomgeving zoals geselecteerd. Het werkstation heeft wel een “OK” ontvangen dat de communicatie is goed gegaan. Het aantal dat in dit veld wordt weergegeven heeft aan hoeveel kassabonnen een “NOK” hebben gehad en derhalve NIET via de BR Socket Server in de Hyperfile database zijn opgeslagen. Installatiemap van de BlueRetail installatie waarvoor de socket server moet gaan werken. Bedrijfsomschrijving binnen BlueRetail waarvoor de socket server moet gaan werken. Bij het bedrijf behorende data-directory. Dit veld wordt gevuld zodra het bedrijf gekozen is. Installatiemap van de BlueRetail installatie waarvoor de socket server moet gaan werken. Poort waarop de Socket cliënt connected. Tijd dat het systeem wacht tussen de connectie van de Socket cliënt en het ontvangen van het bericht. Indien 0 dan blijft het systeem oneindig wachten. Elke keer als het systeem een leeg bericht of een onvolledig bericht binnen krijgt zal het systeem de Idle time lezen met 50 duizendste van een seconde ophogen en zo zichzelf tunen.

Bovenstaande instellingen worden opgeslagen in het bestand ‘kassamatic.ini’ onder het kopje ‘[CODE1_SOCKET]’

2012

30 van 88


Dus de socket server kan eerst visueel gestart worden en dan zonder parameter ‘v’ of men kan direct onderstaande toevoegen aan het ‘kassamatic.ini’ bestand. OCX Registratie

Indien de socket server niet visueel gestart wordt heeft deze een OCX component nodig. De eerste keer dat dit gebeurd verschijnt onderstaande melding.

Belangrijk zijn hierbij de rechten van de in Windows ingelogde gebruiker. Controleer indien nodig de ‘Instellingen voor gebruikersaccountbeheer’ (UAC) binnen Windows. Windows 7

Let op dat indien de socket server voor de eerste keer binnen Windows 7 gestart wordt, onderstaand scherm verschijnt:

Alle vinkjes dienen hier gezet te worden wil de socket server correct werken! Deze vinkjes zijn ook achteraf te zetten via het configuratiescherm -> systeem en beveiliging -> Windows Firewall.

2012

31 van 88


Kies hier voor de optie ‘Een programma via Windows Firewall toestaan’.

Indien de socketserver in meerdere directories staat en vandaaruit gestart is, verschijnt de socketserver ook meerdere malen in bovenstaand menu. Integriteit

Hou er rekening mee dat de database waarnaar de socket-server moet gaan schrijven geen integriteitsfouten bevat! De socket-server controleert hierop.

Let op: Bekende Issues

Onderstaande zaken zijn reeds bij ons bekend:  Af en toe komt het voor dat in het veld wachtrij een negatieve waarde (-1) komt te staan. Dit heeft verder geen invloed op de bonregistratie. Alle bonnen worden wel geregistreerd.

6.1.7

Registratie VVV-bon

6.1.7.1

Achtergrond informatie

Inleiding

Het is mogelijk om als winkelbedrijf automatisch vvv-bon-gegevens te versturen naar VVV Nederland waardoor sneller de bedragen van de ontvangen bonnen geïncasseerd kunnen worden. Parallel dienen natuurlijk nog altijd de papieren bonnen verstuurd te worden. Meer informatie over de vvv cadeaubon: www.vvvcadeaubon.nl

Soorten VVV Bonnen

Er zijn twee soorten bonnen in omloop: – Bonnen met een barcode van het type EAN13 – Bonnen met een barcode van het type 128 In de loop van de tijd zullen er alleen nog maar bonnen geleverd worden van het type EAN13. De bonnen van het type EAN13 kunnen door alle nieuwe kassasystemen gescand worden terwijl voor bonnen van het type 128 er een software update van de kassa’s nodig is.

2012

32 van 88

Release Notes BlueRetail 3.72 Verwerking

De deelnemer stelt op het hoofdkantoor een scanbestand samen aan de hand van de verzamelde scanbestanden van de verschillende filialen. De deelnemer verstuurt via email het op het hoofdkantoor het samengestelde scanbestand naar VVV Nederland. VVV Nederland verwerkt de bestanden op werkdagen van maandag t/m vrijdag. De mailbestanden die voor 14:00 uur bij VVV Nederland zijn binnengekomen worden meegenomen in de verwerking. De deelnemer verzendt de bestanden volgens het navolgende schema.

Boninformatie

6.1.7.2

Aanleverdag

Dagen waarop de bonnen via de kassa gescand zijn

Maandag Dinsdag Woensdag Donderdag Vrijdag

Vrijdag, zaterdag, zondag Maandag Dinsdag Woensdag Donderdag

De bonnen hebben allemaal een vaste bonidentificatie volgens een bepaald patroon. Hierin zitten ook de coupure codes verwerkt.

Registratie binnen BlueRetail

Algemene werking

Vanaf 3.72 is het mogelijk om VVV-bonnen in de kassa te scannen, waardoor automatisch het juiste bedrag in de kassa wordt gelezen. Het is niet mogelijk om de barcode van de VVV-bon rechtstreeks in de commandoregel van het afrekenen te scannen, omdat er op dit moment niet bekend is, hoe de barcode te herkennen is als zijnde afkomstig van een VVV-bon. Tevens is er in het dagjournaal een extra specificatie toegevoegd waarin af te lezen valt, hoeveel tegoedbonnen er per soort zijn gebruikt in de kassa. Het is nog niet mogelijk om via een speciale functie (anders dan de normale export) de gescande barcodes te exporteren. Een andere beperking is, dat oude VVV-bonnen met Gulden-coupures ook niet door BlueRetail herkend worden.

Aanpassingen betaalwijze

Er is voorlopig gekozen om een extra Opmerkings-optie toe te voegen in het betaalwijze-bestand, in plaats van de coupures instelbaar te maken in BlueRetail. Deze derde optie is alleen zichtbaar als het dagjournaaltype ‘Tegoedbon’ is.

2012

33 van 88


Als het dagjournaaltype van tegoedbon wordt veranderd in iets anders en het opmerking-veld stond op VVV-bon, dan wordt de waarde automatisch aangepast naar nee. Aangezien de VVV-bon barcode niet automatisch herkend wordt in de commando-regel, dient het veld Automatisch invullen op Ja gezet te worden. Het heeft namelijk geen nut om de kassiere eerst een bedrag in te laten voeren, als het bedrag uit de te scannen barcode gelezen wordt. Uitbreidingen in de kassa.

Wanneer in de kassa een betaalwijze geselecteerd wordt, waarvan de opmerking op VVV-bon staat, dan verschijnt er een invoerscherm waarin de barcode van de VVV-bon gescand dient te worden. Dit is hetzelfde scherm als waarin voor Opmerking de waarde Ja is ingevuld.

Het systeem controleert of de gescande barcode aan de volgende drie eisen voldoet:  lengte moet 14 karakters zijn;  op positie 6 en 7 moet een geldige coupure-waarde staan.  De gescande bon moet niet reeds gescand zijn in de huidige kassatransactie Dit zijn de enige drie voorwaarden, waarop gecontroleerd wordt, omdat verder niet bekend is, waaraan een VVV-bon barcode herkend kan worden. Wanneer er een juiste barcode gescand wordt, wordt het bijbehorende bedrag in de kassa aangepast, en de betaalwijze toegevoegd, met de barcode als opmerking.

2012

34 van 88


Deze barcode wordt bij het opslaan van de bon toegevoegd als opmerkingsregel.

Wanneer de barcode van een cadeaubon in de commando-regel van de kassa gescand wordt, zal er een melding verschijnen dat het ingevoerde bedrag te hoog is (als dit is ingesteld bij de kassa-instellingen)

2012

35 van 88


Binnen 1 transactie wordt er ook gecontroleerd dat dezelfde barcode niet meermaals voor kan komen. Als per ongeluk dezelfde bon twee keer gescand wordt, verschijnt er een melding.

Betalingen via F7 in de kassa op facturen, creditnota’s en verzamelrekeningen.

2012

Wanneer men via de kassa betalingen op facturen, creditnota’s of verzamelrekeningen invoert, dan kan men ook de betaalwijze VVV-bon gebruiken. Ook in dit venster verschijnt dan een invoerscherm voor de barcode, en wordt vervolgens het bedrag en de opmerking automatisch ingevuld.

36 van 88


Als men bij het invoeren van de betaalwijze, de invoer op Beide zet, dan is het ook mogelijk om via het menu debiteuren betalingen VVV-bonnen te selecteren en de barcode te scannen.

2012

37 van 88

Release Notes BlueRetail 3.72 Uitbreidingen dagjournaal met specificatie tegoedbonnen

6.1.8 Uitleg

6.1.8.1 Loyalty

Wanneer er VVV-bonnen in de kassa zijn gebruikt om te betalen, dan wordt hiervan per coupure de aantallen en bedragen afgedrukt op het kassajournaal.

Punten sparen (eLoyalty) via ICP In versie 3.72 is het mogelijk om klanten punten te laten sparen op een klantenpas (loyalty) doordat BlueRetail nu kan koppelen met de loyalty oplossing van ICP.

Achtergrond Om een succesvol loyalty programma te hebben is het van essentieel belang om te weten wie uw klant is en wat zijn gedrag is. Een goed loyalty programma brengt het gedrag van uw klant in kaart waardoor u beter kunt inspelen op hun wensen en behoeften. Met een goed loyalty programma kunt u zich onderscheiden van uw concurrenten door het leveren van een (spaar)systeem wat (financieel) aantrekkelijk is voor uw klanten om bij u te blijven terugkomen. Daarnaast krijgt u uniek inzicht in het gedrag van uw klanten en kunt u hen nóg beter bedienen. De grootste uitdaging voor bedrijven in het voeren van een effectief loyalty programma is het effectief gebruik maken van verkregen data voor significante informatie. De module eLoyalty binnen BlueRetail maakt hiervoor gebruik van de diensten van ICP, vooraanstaand leverancier van totaaloplossingen op het gebied van loyalty en is in samenwerking met AgriRetail tot stand gekomen.

2012

38 van 88


Voorbeeld loyalty kaart AgriRetail De module eLoyalty is een aanvulling op de module eCustomer met daarin de functionaliteiten:  eGift (giftcard, digitale cadeaubon)  eVoucher (prepaid beltegoed)  eTicket (entreebewijzen attractieparken) Algemene werking

Door de module eLoyalty is het mogelijk om via BlueRetail een klantenpas te activeren, punten te sparen, punten alsnog te sparen op een later tijdstip, een klantenpas te registreren, punten te verzilveren. ACTIVEREN Zodra er punten op een klantenpas gezet worden, wordt deze gelijk geactiveerd. SPAREN Er kan gespaard worden op basis van:  Omzet  Acties (spaaracties) Via een webinterface van ICP is het ook nog eens mogelijk om extra punten te sparen op basis van klant-kenmerken. Zoals:  Verjaardag  Hondenbezitter  Etc. Deze punten worden ook binnen BlueRetail verwerkt. PAS VERGETEN Indien een klant de klantenpas vergeten is en men heeft recht op spaarpunten dan is het mogelijk om binnen BlueRetail een ‘claimbon’ (voucher met nummer) te printen zodat de klant alsnog thuis via internet zijn puntensaldo kan ophogen. REGISTREREN Indien klanten niet geregistreerd zijn kan er alleen op een klantenpas gespaard worden. VERZILVEREN Klanten kunnen punten verzilveren op basis van:  Bonkorting  Acties (verzilveracties)  Een betaalwijze

6.1.8.2

Instellingen

Basis spaar / verzilver regels

Belangrijk bij het inrichten van een loyalty programma is natuurlijk de gewenste standaard werking. Net zoals bij de reeds bestaande module eCustomer bestaat de mogelijkheid een

2012

39 van 88

Release Notes BlueRetail 3.72 eCustomer product aan te maken. In het geval van loyalty is deze van het type ‘spaarkaart’. Voor dit type product kan aangegeven worden wat de standaard waarde van 1 punt is. Verder kan aangegeven worden hoeveel punten een klant per euro ontvangt en wat de veelvouden zijn waarin men punten mag inleveren.

Instellingenscherm met basisregels en uitgesloten omzetgroepen

Uitgesloten omzetgroepen

Naast de instellingen ziet men in bovenstaand scherm ook de lijst met omzetgroepen die uitgesloten zijn van deelname aan het omzet-loyalty programma. Dit is via het menupunt ‘Bestanden\Artikelen\Omzetgroepen’ <menupad BAO> te beheren middels het nieuwe veld eLoyalty.

Bij de eerste keer opstarten van het bedrijf na de migratie naar 3.72 wordt dit veld voor alle omzetgroepen gevuld met dezelfde waarde als de waarde voor het bestaande veld Korting. Dus omzetgroepen waarop geen Korting verstrekt mag worden, doen automatisch niet mee aan het omzet-loyalty programma. Uiteraard is dit achteraf aan te passen, indien dit niet wenselijk is. Er zijn namelijk wettelijke regels die bepaalde produkten (bv. tabakswaren) uitsluiten voor het geven van spaarpunten. Op onderstaande bon staan op regel 2 en 5 artikelen die niet mee mogen doen (tabakswaren) met een totale waarde van 6 euro. Het bonbedrag is 34,45.

2012

40 van 88


Wanneer deze bon wordt afgerekend en er is een klantenpas gescand, dan berekent het systeem (met de instellingen zoals op de screenshot) dat deze klant recht heeft op 250 punten o.b.v. de kassa-omzet..(34,45 – 6=28,45 => 25 euro => 5 * 50 = 250) Loyalty spaaracties

Via de nieuwe loyalty functionaliteit bestaat de mogelijkheid om acties in te richten waarmee klanten punten kunnen sparen. Dus naast de mogelijkheid om punten te sparen o.b.v. omzet, kan men klanten ook naar de winkel lokken om tijdelijk op bepaalde produkten (bijvoorbeeld van een bepaalde leverancier) extra punten weg te geven. Net zoals u gewend bent in het huidige aanbiedingenbestand binnen BlueRetail kunnen deze acties centraal op het hoofdkantoor ingeregeld worden en heeft een actie een van t/m datum en/of tijd. Het is mogelijk om te sparen op basis van aantal (b.v. 100 punten bij aankoop van een specifiek artikel) of op basis van omzet (x punten per x euro omzet).

Loyalty Spaaracties

Uitleg per instelling

2012

Voor elke actie dient te worden aangegeven: voor welke periode deze geldt. Hierbij kan ook eventueel een tijd als extra restrictie worden meegegeven. Het veld Tijd per dag kan gebruikt worden, als een actie over meerdere dagen loopt en alleen tussen bepaalde tijdstippen moet gelden. (Bv. Van maandag t/m vrijdag, alleen tussen 18:00 uur en 21:00 uur).

41 van 88


-

-

Als dit veld niet aangevinkt is, dan geldt de begintijd alleen voor de datum die is ingevuld bij Begin, en de eindtijd geldt alleen voor de datum die is ingevuld bij Eind. Wat het ‘bereik’ van de actie is. Hierbij kan gekozen worden uit: o Geldig voor 1 artikel o Geldig voor alle artikelen van een omzetgroep o Geldig voor alle artikelen van een leverancier o Geldig voor alle artikelen van een subgroep Wat de spaarvorm is. Hierbij kan gekozen worden tussen op basis van aantal of omzet:

of Met de omzet-variant is het dus ook mogelijk om tijdelijk op alle of meerdere produkten dubbele punten te laten sparen. Dit levert dan wel veel acties op. Het veld kenmerk is opgenomen om eventueel een uniek kenmerk aan een actie mee te geven, zodat achteraf bepaald kan worden, hoeveel er van een bepaalde actie gebruik is gemaakt. Als dit veld niet wordt ingevuld wordt hiervoor het veld Zoekcode gebruikt. Wanneer men ervoor zorgt dat één van deze velden altijd een unieke waarde heeft, dan kan men achteraf terugzoeken, wanneer een bepaalde actie is gebruikt. Het veld maximum per transactie kan gebruikt worden, als men voor een spaaractie obv aantal ook een maximum aantal per bon wil instellen. Wanneer de waarde 0 blijft, dan geldt de actie onbeperkt, oftewel voor elk verkocht artikel. Ik verwacht dat dit in de praktijk alleen noodzakelijk zal zijn voor verzilver-acties, maar het kan in ieder geval ook voor spaaracties gebruikt gaan worden. Loyalty verzilveracties

Naast de mogelijkheid om punten te verzilveren in ruil voor bonkorting, kan men klanten ook naar de winkel lokken om tijdelijk bepaalde produkten tegen een lagere prijs aan te kopen bij inlevering van spaarpunten of op vertoon van hun klantenpas. De eveneens centraal in te regelen verzilveracties zorgen ervoor dat een klant punten kan inleveren op het betreffende artikel/de betreffende artikelen. Ook voor deze acties kan een van t/m datum en/of tijd ingegeven worden. Het is mogelijk korting te geven op basis van de waarde van een punt (opgeven kortingsbedrag één ingeleverd punt), een vast bedrag (kortingsbedrag x bij inlevering x punten) of een percentage (kortings-percentage x bij inlevering x punten).

2012

42 van 88


Loyalty verzilveracties

Uitleg per instelling

De volgende drie kortingsvormen zijn mogelijk. Korting obv de waarde van 1 punt (zoals is aangegeven bij het ecustomerprodukt. In onderstaande voorbeelden wordt wederom een waarde van 1 cent gehanteerd).

-

Bij bovenstaande actie wordt dus 5 euro korting verleend op ieder artikel dat aan de actie voldoet. Korting obv vast bedrag. Hierbij is de waarde van een punt variabel!

-

Bij bovenstaande actie wordt dus 5 euro korting verleend op ieder artikel dat aan de actie voldoet. De waarde van een punt is hier dus 2 cent. Korting obv een percentage. Hierbij is de waarde van een punt is variabel!

Bij bovenstaande actie wordt dus zonder inlevering van punten de artikelen die aan de actie voldoen gratis weggegeven met een beperking van maximaal 2 stuks per kassabon. (Dit ter voorkoming van de situatie dat de eerste klant met de volledige winkelvoorraad naar buiten loopt zonder iets te hoeven betalen.) Loyalty-acties overig

Net als bij aanbiedingen worden loyalty-acties waarvan de einddatum verstreken is, automatisch opgeschoond (bij het eerste keer opstarten van een dag). In het algemene logboek wordt tevens vermeldt hoeveel en welke acties verwijderd zijn.

Dit venster is nog niet voorzien van alle gewenste standaard beheer-functies. Er zijn

2012

43 van 88

Release Notes BlueRetail 3.72 nog geen filter- en afdruk-mogelijkheden beschikbaar voor het beheer van de acties.

Loyaltyinstellingen mbt boekhouding

Boekhoudkundig kan er nog een verschil gemaakt worden, tussen verzilver-acties waarbij punten worden ingeleverd en verzilver-acties zonder inlevering van punten (op vertoon van pas). Hiervoor zijn bij het produkttype Spaarkaart van het eCustomerProdukt onderstaande twee velden toegevoegd:

Extra functies host ICP

Naast bovengenoemde twee mogelijkheden om binnen BlueRetail spaarpunten uit te geven d.m.v. omzet en spaaracties, biedt de host ICP zelf ook nog een uitgebreide set aan mogelijkheden om per vestiging per transactie extra punten toe te kennen aan een pashouder. Zo kan men bv. extra punten laten instellen tijdens de opening van een nieuwe vestiging, of tijdens speciale koopavonden het aantal punten laten verdubbelen. Ook kan men op basis van bepaalde kaarthouder-kenmerken extra punten laten toekennen. (Bv. bij verjaardag van pashouder.) Wanneer door de host bij een spaartransactie vanuit BlueRetail extra punten zijn toegekend, dan wordt het totaal aantal extra punten door BlueRetail vastgelegd en afgedrukt. BlueRetail weet niet op basis waarvan de extra punten door de host zijn toegekend. Tevens biedt ICP de mogelijkheid om pashouders die hun kaart vergeten zijn als in de winkel zijn, achteraf de gespaarde punten alsnog te claimen via het internet. De punten worden dan vanuit BlueRetail op een virtuele klantenpas gestort en de klant kan deze thuis middels een unieke opwaardeercode, die op de bon staat, alsnog de punten op zijn/haar pas laten overboeken. Hiervoor is op het tabblad kaart in het ecustomerprodukt-scherm onderstaand veld toegevoegd, waar men het virtuele kaartnummer in dient te vullen. (Let er wel op, dat het virtuele kaartnummer in dezelfde kaartnummer-range zit als het produkt!) Dit werkt uiteraard alleen voor de spaarkaart die ook is ingesteld bij de omzetloyalty instellingen.

2012

44 van 88


Als de omzet-loyalty actief is en men gaat in de kassa naar het afrekenen en van te voren is er geen klantenpas gescand, dan krijgt de kassière onderstaand keuzescherm te zien.

Wanneer het veld Kaartnr. Niet aanwezig leeg is, zal de middelste knop niet zichtbaar zijn. Wanneer voor deze knop gekozen wordt, dan zal er een ‘Claim’bon afgedrukt worden zodra de transactie wordt opgeslagen, met daarop het aantal punten, de claimperiode en de url waar geclaimed kan worden. De claimperiode en claimurl zijn op dit moment nog ‘onderhuidse’ instellingen, die nog in BlueRetail zichtbaar/instelbaar gemaakt dienen te worden.

6.1.8.3

Kassa afhandeling

Voorbeelden Kassa afhandeling

2012

Logischerwijs kunnen alle in de algemene werking opgevoerde handelingen in de kassa uitgevoerd worden. Hieronder een tweetal voorbeelden: SALDO OPVRAGEN Het is mogelijk in de kassa het saldo op te vragen via de reeds van eGift bekende toetscombinatie + of via het icoon

45 van 88


Opvragen saldo aan de kassa

PUNTEN SPAREN Indien bij het afhandelen van een kastransactie blijkt dat de klant recht heeft op punten en er is nog geen klantenpas gescand dan verschijnt de vraag of men:  Een kaart wil lezen  Later wil claimen (claimbon)  Niet wil sparen.

Punten sparen in afrekenscherm

Loyalty gegevens op kassabon

Via de nieuwe stuurcode [ELOYALTYBON] kunnen de loyalty-gegevens op de kassabon geprint worden. Spaarbon voor spaarkaart Kaartnummer : 6299939004022000285 Beginsaldo : 5898 Totaal gespaard : 31 Waarvan actie :6 Totaal uitgegeven : 250 Waarvan actie :0 Eindsaldo : 5679

6.1.8.4

Overzichten

Overzicht loyalty totalen

2012

Wil een filiaalhouder een overzicht hebben van gespaarde en verzilverde punten dan is dat mogelijk via het kassajournaal. Er kan een overzicht geprint worden met de volgende gegevens:

46 van 88


6.1.9

Aanpassing klantenpas functionaliteit

Instellen Relaties

2012

Vanaf de versie 3.72 is er een extra tabblad toegevoegd bij ‘Instellingen\Software\Relaties’. Het tabblad ‘Klantenkaart’, zie onder:

47 van 88


In dit tabblad kan men de range aangeven van de klantenpassen en hier een relatie aan koppelen:

Bestand Relaties

Aan deze relatie kan men dan bijvoorbeeld een kortingstabel koppelen 2012

48 van 88

Release Notes BlueRetail 3.72 zodat het systeem bij het scannen van een klantenpas direct weet voor welk kortingspercentage de klant in aanmerking komt. Bestand Kortingstabellen

Hiertoe is in het bestand kortingstabellen de instelling ‘Bonomzet’ toegevoegd. Indien deze aangevinkt wordt dan is het staffelaantal gelijk aan het bedrag aan bonomzet. Dus in bovenstaande tabel krijgt men bij een besteding van 25 euro, 2% korting. Let op: bovenstaande oplossing staat los van het sparen van tegoedbonsaldo via de klantenpas.

6.1.10 Digitale spaarkaart Omschrijving

In BlueRetail versie 3.72 is het, in opdracht van een klant, mogelijk gemaakt om papieren stempelkaarten te vervangen door een digitale registratie binnen BlueRetail. Dus i.p.v. stempels op een kaart wordt nu per klantenpas het aantal punten bijgehouden. Bij het bereiken van een volle kaart (x-aantal punten) krijgt men artikel y cadeau. Het betreft hier dus een loyalty variant. De punten zullen centraal bijgehouden worden door BlueRetail. Hiervoor is binnen BlueRetail een host toegevoegd, ‘BlueRetail host’ <menupad ISE>.

2012

49 van 88


Bovenstaande functionaliteit zal eerst bij de bewuste klant geïmplementeerd worden alvorens deze vrijgegeven wordt. Zodra dit het geval is zal dit via de site www.blueretail.nl kenbaar gemaakt worden. Meer informatie omtrent deze functionaliteit is te verkrijgen bij de afdeling product management, e-mail: [email protected]

6.1.11 Barcodeveld in mixmatch Omschrijving

Vanaf de versie 3.72 is het mogelijk om in een mixmatch een barcode veld toe te voegen zonder dat er ook een artikel gekoppeld wordt. Op deze manier is het bijvoorbeeld mogelijk om alleen korting op een artikel te geven indien de klant een coupon inlevert met een bepaalde barcode.

2012

50 van 88


Inkoop

Beschrijving

De organisatie moet op gecontroleerde wijze bij leveranciers goederen kunnen bestellen. Hiertoe beschikt de applicatie standaard over de benodigde inkoop functionaliteiten.

6.2.1 Niet inlezen bij geblokkeerde alternatieve leverancier Uitgangs situatie

Handheld terminal wordt ingelezen in een handmatig aangemaakte inkoop-order. Als relatie is een alternatieve leverancier gekozen die geblokkeerd is, zie onder:

Werking < 3.72

Er verschijnt onderstaande meldingen waarbij de focus van de tweede melding op [Ja] staat en ongeacht of men [Ja] of [Nee] klikt wordt het artikel toegevoegd.

2012

51 van 88


Werking 3.72

6.3

Logistiek

Beschrijving

2012

Er verschijnen bovenstaande meldingen waarbij de focus van de tweede melding op [Nee] staat en indien men hier op klikt wordt het artikel niet toegevoegd.

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.

52 van 88


Controle ontvangst goederen

Uitleg

Vanaf de versie 3.72 is het mogelijk een fysieke goederencontrole door te voeren binnen BlueRetail. Dit houdt in dat met een HHT de binnengekomen goederen gescand worden en dat het resultaat hiervan vergeleken wordt met in BlueRetail geïmporteerde digitale pakbonnen van leveranciers. Deze controle is mogelijk PER leverancier. Hieronder worden de nieuwe instellingen, schermen en menupunten besproken.

6.3.1.1

Menustructuur

Uitleg

6.3.1.2

Het nieuwe menupunt ‘Controle met Terminal’ (mits actief).

Instelling Aangezien het binnenmelden van goederen binnen het crediteuren menupunt plaatsvindt, is de instelling voor controle goederen nu onder het <menupad ISC> ‘Instellingen\Software\ Crediteuren’ toegevoegd, zie onder:

Nieuw

  

2012

De functie kan aan en uit gezet worden; Deze functionaliteit bestond reeds als maatwerk voor een klant vandaar de keuze voor ‘Algemeen’ of ‘IFS/Locus’ (=maatwerk). Het is mogelijk in te stellen dat automatisch transacties aangemaakt worden voor manco/surplus mits ingevuld in de tabel.

53 van 88


Nieuw recht De nieuwe functie ‘Controle ontvangen goederen’ zal standaard aan staan voor iedereen. Echter het kan zijn dat men niet wil dat ieder personeelslid toegang heeft tot deze functie. Hiervoor dient een extra recht onder de reeds bestaande rechten voor het menupunt crediteuren, zie onder:

Uitleg

6.3.1.4

Scherm ‘Controle Ontvangen Goederen’

Uitleg

Afhankelijk van de reeds eerder vermelde instelling ‘Type Koppeling’ verschijnen er in het scherm ‘Controle Ontvangen Goederen’ andere knoppen en is de werking conform IFS/Locus maatwerk of niet.

Algemeen

Indien de switch op ‘Algemeen’ staat dan kunnen in het tabblad pakbon artikelen op de gebruikelijke manier (zie onderstaande screenshot) de order- c.q. pakbonregels ingevoegd worden.

2012

54 van 88


Hierna kunnen de ingelezen regels worden vergeleken met de ingelezen artikelen uit de terminal/mobile. Indien bijvoorbeeld voor order gekozen wordt dan verschijnt onderstaand scherm:

Eenzelfde scherm verschijnt natuurlijk indien er voor pakbon gekozen wordt waarbij alle pakbonnen weergegeven worden. Kiest men in bovenstaand scherm nu voor ‘Raadplegen’ dan kan er op orderregelniveau geselecteerd worden, zie onder:

2012

55 van 88


Zoals te zien in onderstaand scherm is het mogelijk na het aanmaken van een verschillenlijst automatisch ook een pakbon aan te maken via de knop ‘Aanmaken pakbon’.

Verder is het mogelijk via de switch ‘Alleen verschillen’ ook alleen de verschillen te laten zien/ af te drukken. Hieronder een voorbeeld van een afgedrukte verschillenlijst:

2012

56 van 88


Zoals te zien in onderstaande screenshot bestaan er verschillende statussen van een sessie:  Gestart  Geannuleerd  Gecontroleerd  Pakbon gemaakt Indien een sessie de status pakbon gemaakt heeft dan verschijnt de knop [Aanmaken pakbon] greyed-out waarmee voorkomen wordt dat een manco of surplus pakbon dubbel wordt aangemaakt.

Beperking

6.3.1.5 Uitleg

2012

Het is de bedoeling dat alleen goederen van één en dezelfde leverancier met elkaar vergeleken kunnen worden. Indien er dus reeds regels zijn ingevoegd van een bepaalde leverancier om te vergelijken met de fysieke levering dan kunnen er voor die sessie geen regels toegevoegd worden van een andere levercier (lees relatie).

Proces Het proces van de fysieke goederen controle zal als volgt gaan lopen: 1. Scan fysiek geleverde artikelen met hand-held-terminal/mobile.

57 van 88

Release Notes BlueRetail 3.72 2. Start nieuwe sessie (Controle goederen scherm). 3. Inlezen gegevens (Controle goederen scherm). 4. Gegevens zichtbaar op tabblad ‘Gescande artikelen’ (Controle goederen scherm). 5. Importeren digitale leveringen via bijvoorbeeld importscript. 6. Selecteren order(regels) c.q. pakbon(regels) (Controle goederen scherm). 7. Gegevens zichtbaar op tabblad ‘Pakbon artikelen’ (Controle goederen scherm). 8. Verwerken (Controle goederen scherm). 9. Verschillenlijst is zichtbaar. 10. Eventueel uitprinten verschillenlijst. 11. Afhankelijk van de instellingen wordt automatisch een transactie aangemaakt voor manco/surplus. Technisch

Oplossing m.b.t. deelleveringen: Indien we uitgaan van een order met één orderregel met een aantal besteld van 10 stuks. Deze 10 stuks gaan geleverd worden in twee deellevering. 1e levering van 6 stuks, 2e levering van 4 stuks. Probleem is dat we bij de tweede levering niet het aantal van 10 stuks willen inlezen. We moeten dus weten hoeveel stuks er de 1 e keer geleverd worden. Het veld ‘TELEV’ wordt na de 2de levering weer op nul gezet (stond hiervoor op 4) dus dat veld kunnen we niet gebruiken. Hiervoor gaat het veld ‘LEVERNUMMER’ gebruikt worden. Het veld ‘LEVERNUMMER’ staat in het CORLEV en CPALEV bestand, dit veld bestaat alleen in de leverbestanden aan de crediteurenkant en wordt momenteel niet in de code gebruikt. In dit veld gaat dus het aantal wat geleverd is bijgehouden worden.

6.3.2 Uitleg

2012

Aanpassing verdelen goederen In de versie 3.72 is het automatisch verdelen van goederen bij het leveren op ketentransacties aangepast. Hieronder volgt een korte uitleg m.b.t. de opzet voor versie 3.72 en hoe het in de versie 3.72 werkt.

58 van 88


Situatie voor versie 3.72

Menustructuur

Functionaliteit binnen de menustructuur op het hoofdkantoor.

Verdelen Goederen functionaliteit

Wanneer verschillende filialen hetzelfde artikel hebben besteld bij het hoofdkantoor en er is onvoldoende voorraad om aan de vraag te voldoen, dan dient er een verdeling gekozen te worden voor het artikel over de filialen. Het verdelen van artikelen over filialen is mogelijk in dit venster.

Hoofdkantoor

In de bovenste helft van het venster worden alle artikelen op het hoofdkantoor weergegeven. Hierbij zijn met name de voorraadgegevens van belang

Filiaal

Door in de lijst van het hoofdkantoor een artikelregel te markeren, wordt in de lijst van het filiaal weergegeven hoeveel stuks er besteld zijn. Bovendien worden er voorraad gegevens weergegeven van het artikel op het filiaal.

Velden Leveren / voorstel

In het veld Voorstel staan voor het gemarkeerde artikel de te leveren aantallen per filiaal volgens een verdeelsleutel die door New-Way wordt gesuggereerd. De verdeelsleutel is gebaseerd op een evenredige verdeling. Voorbeeld: Filiaal 1 besteld artikel A met 12 stuks. Filiaal 2 besteld artikel A met 4 stuks. De beschikbare voorraad van artikel A op het hoofdkantoor is 8 stuks. De verdeelsleutel is dan: 6 stuks voor Filiaal 1 en 2 stuks voor Filiaal 2 (gelijke verhouding).

2012

59 van 88

Release Notes BlueRetail 3.72 In het veld Leveren kunt u per filiaal per artikel invullen hoeveel stuks u wilt leveren. Het is hierbij niet verplicht om de waarde te kiezen die bij Voorstel is weergegeven. Knoppen

Door op de knop Status te klikken wordt de status van het gemarkeerde artikel getoond. Door op de knop Verwerken te klikken worden de artikelen op de orders geleverd gemeld met de aantallen die bij Leveren zijn opgegeven. N.B. pas na de volgende synchronisatie worden de artikelen op het filiaal geleverd gemeld. Met de knop Sluiten kunt u het venster afsluiten.

Rechten

Momenteel kan er alleen toegang gegeven worden tot het menupunt ‘Verdelen goederen’ of niet.

Instellingen

Via het scherm ‘Instellen logistiek’ <menupad ISG> is het mogelijk om een aantal zaken in te stellen m.b.t. verdelen goederen.

2012

60 van 88


Opnemen in verdeelscherm Layoutnummer Ketentransacties

Printer

6.3.2.2 Proces

2012

Aanzetten/uitzetten kolommen in verdeelscherm Formulier dat geprinten dient te worden  Direct aanmaken: na verdelen worden direct ketentransacties aangemaakt in de spiegel  Uitstellen  Extra print, evt. naar bestand

Situatie vanaf versie 3.72 Hieronder wordt in het kort het nieuwe proces weergegeven door middel van een workflow. De nummering laat de verschillende functies zien die aangepast dienen te worden c.q. nieuw gebouwd.

61 van 88

Release Notes BlueRetail 3.72 Binnenboek ontvangst Via order of pakbon

Openstaande ketentransacties (te leveren)?

Nee

Ja

Normale afhandeling

Nee

Verdelen goederen scherm tonen na ontvangst? (Recht)

Ja

Tonen Pop-up scherm

Wilt u de ontvangen goederen verdelen?

Nee

Normale afhandeling

1

O.b.v. alle artikelen en filiaalorders

O.b.v. de huidige hoofdkantoororder

Toon verdelen goederen scherm zonder filter (selectie) = Huidige werkwijze

Toon verdelen goederen scherm met artikel selectie (artikelen huidige order hk) en alle filialen (nieuw)

2

Nieuwe filiaalfilter Op scherm 3

Pop-up-scherm

Nadat door de gebruiker de ontvangst is onderstaand pop-up scherm (workflow nr 2).

A

Verdelen

2012

bevestigd

verschijnt

er

B

Indien door de gebruiker niet gekozen is voor de optie ‘Nee’ verschijnt het

62 van 88

Release Notes BlueRetail 3.72 Goederen met filiaalfilter

verdelen goederenscherm met: A. Alle artikelen in het hoofdkantoorgedeelte B. Alle artikelen van de zojuist ontvangen order in het hoofdkantoorgedeelte. Verder is in het scherm een filiaalfilter toegevoegd waarbij nu in beide gevallen voor alle of één specifiek filiaal gekozen kan worden. Dit 1. 2. 3. 4.

zorgt ervoor dat we nu 4 situatie afvangen: Alle artikelen, alle filialen Alle artikelen, één filiaal Alle artikelen ontvangen order, alle filialen Alle artikelen ontvangen order, één filiaal

De switch ‘Artikelen in lijst’ die momenteel nog ‘Opnemen in lijst’ heet, En de nieuwe switch ‘Filialen in lijst’ staan standaard op ‘alle’. Je zou kunnen zeggen dat indien voor optie B gekozen wordt, de switch ‘Artikelen in lijst’ greyed-out getoond kan worden maar het kan voorkomen dat er net geleverd is en er toch geen beschikbare voorraad is (in het geval van een ontvangst van een niet vrij verkoopbare locatie bijvoorbeeld bij multimagazijn).

2012

63 van 88


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.

Uitleg

Geen wijzigingen in dit onderdeel.

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

Uitleg

2012


64 van 88


Retail CRM

Beschrijving

De inkoopen verkoopprocessen vereisen de registratie van klantgegevens in het systeem.

Uitleg


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.

Uitleg

2012


65 van 88


(Applicatie) Beheer

Beschrijving

6.8.1 Uitleg

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.

Aanpassing betaalwijzen In het betaalwijzenbestand zijn de opties ‘Alleen veelvouden toestaan’ en ‘Wisselgeld niet toestaan’ toegevoegd voor het geval men binnen eLoyalty wil gaan betalen met punten. Alleen veelvouden toestaan Wisselgeld niet toestaan

Er kan natuurlijk niet met halve punten betaald worden. Indien er met punten betaald wordt dan is het niet wenselijk dat er geld teruggegeven gaat worden. Want op die manier zou de klant punten om kunnen zetten in geld.

Hieronder zijn de twee instellingen te zien:

6.8.2

Zoeken op leveranciersnummer

Uitleg

In de versie 3.72 is het zoeken in het veld leveranciersnummer in de artikelkaart aangepast zodat er ook op het leveranciersnummer van de alternatieve leveranciers gezocht kan worden. Door het leveranciersnummer van de alternatieve leverancier in te geven wordt toch het voorkeursartikel gevonden.

2012

66 van 88


Dit staat los van de gekozen zoekmethode, zie onderstaande instelling.

2012

67 van 88

Release Notes BlueRetail 3.72 6.8.3 Uitleg

Verkoopeenheid In de versie 3.72 is het mogelijk om in de artikelkaart de verkoopeenheid aan te geven. Hierdoor kan een artikel bijvoorbeeld ingekocht worden per kilo en verkocht per 500 gram.

Technisch zijn zowel het veld ‘Eenheid’ als het veld ‘Verkoop eenheid’ records in het eenheden bestand. In bovenstaand voorbeeld zal het eenheden bestand er als volgt uit zien:

Zoals te zien in bovenstaand voorbeeld wordt de verkoopeenheid berekend uit de rekenfactor maal de ‘eenheid’ (basis eenheid).

6.8.4 Uitleg

Aanpassing stuurcode voor zoekcode en omschrijving eenheid In de versie 3.72 is het mogelijk om door middel van de stuurcodes [ARTIKEL,33,30L,Type eenheid] [ARTIKEL,34,30L,Type eenheid] de verkoopeenheid op een artikeletiket te printen.

Stuurcode 33 – eenheid/code – display verkoop eenheid (type eenheid = 1)

2012

Stuurcode 33 – eenheid/code – basis eenheid (type eenheid= 0 of leeg)

68 van 88


Stuurcode 34 – eenheid/omschrijving – display verkoop eenheid (type eenheid = 1)

6.8.5 Uitleg

Stuurcode 34 – eenheid/omschrijving – display basis eenheid (type eenheid = 0 of leeg)

ARTIKEL,33 30L Type eenheid

Zoekcode eenheid Uitlijn Parameter Leeg = basis eenheid 0 = basis eenheid 1 = verkoop eenheid

ARTIKEL,34 30L Type eenheid

Omschrijving eenheid Uitlijn Parameter Leeg = basis eenheid 0 = basis eenheid 1 = verkoop eenheid

Aanpassing stuurcode voor artikel verkoopprijs In de versie 3.72 is het mogelijk om door middel van de stuurcode [ARTIKEL,18,12R2,E,BINVAL,Type eenheid] de artikelprijs per basis eenheid of per verkoopeenheid te printen.

Afbeelding 1 – prijs per basis eenheid

ARTIKEL,18 12R2 I/E BINVAL

Afbeelding 2 – prijs per verkoopeenheid

Artikel verkoopprijs Uitlijn Parameter Inclusief / Exclusief prijs Met de code BINVAL wordt ervoor gezorgd dat het bedrag wordt weergegeven in de valuta die ingesteld is als binnenlandse valuta. Door in plaats hiervan de zoekcode van een andere valuta op te geven, wordt het bedrag weergegeven in deze andere valuta.

Type Eenheid Leeg = prijs per basis eenheid 0 = prijs per basis eenheid 1 = prijs per verkoop eenheid

6.8.6

Eenheid in aanbiedingen bestand

Uitleg

In de versie 3.72 is het mogelijk om in het aanbiedingenbestand een eenheid te koppelen. In eerdere versies werkte een aanbieding altijd op basis van de ‘basis eenheid’. Door het toevoegen van dit veld is het mogelijk om ook een verkoopeenheid aan een aanbieding te koppelen.

2012

69 van 88

Release Notes BlueRetail 3.72 Voorbeeld: Standaard prijs per basis eenheid: 3,78 euro per kilo Standaard prijs per verkoop eenheid: 1,89 euro per 500 gram Aanbieding prijs per verkoop eenheid: 1,50 euro per 500 gram

Afbeelding – nieuw toegevoegd veld ‘Eenheid’

Het nieuwe veld heeft toegevoegde waarde indien men wenst de aanbiedingscode of aanbiedingsomschrijving in een lay-out toe te voegen.

Door middel van de nieuwe stuurcodes: [ARTIKEL,114,6L,Type eenheid] of [ARTIKEL,115,30L,Type eenheid] kan in een lay-out de zoekcode of de omschrijving van een aan de aanbieding gekoppelde

2012

70 van 88

Release Notes BlueRetail 3.72 eenheid geprint worden.

6.8.7 Uitleg

Stuurcode 114 – aanbieding/eenheid/code – display aan aanbieding gekoppelde eenheid (parameter 1)

Stuurcode 114 – aanbieding/eenheid/code – display aan artikelkaart gekoppelde basis eenheid (parameter 0 of leeg)

Stuurcode 115 – aanbieding/eenheid/omschrijving – display aan aanbieding gekoppelde eenheid (parameter 1)

Stuurcode 115 – aanbieding/eenheid/omschrijving – display aan artikelkaart gekoppelde basis eenheid (parameter 0 of leeg)

Stuurcode voor weegschaalnummer In de versie 3.72 is het mogelijk om door middel van de stuurcode [ARTIKEL,113,12R,1] het weegschaalnummer op een artikeletiket te printen

ARTIKEL,113 12R 1

6.8.8

Knopnummer weegschaal Uitlijn Parameter Internnummer weegschaalbestand, waarvoor het etiket geprint wordt.

in

feite

de

afdeling

Aanpassing artikelnotities

Uitleg

In de versie 3.72 is het mogelijk om bij artikelnotities aan te geven of het om een daadwerkelijke notitie gaat:

2012

71 van 88


of om een ingrediëntenlijst:

Hiervoor is de switch ‘notitietype’ toegevoegd. Indien de switch op ‘Ingrediënten’ staat en de weegschaalkoppeling is actief dan worden de ingrediënten meegestuurd met de artikelgegevens. Hierdoor is het mogelijk ingredienten op weegschaaletiketten mee af te drukken.

6.8.9

Nieuwe instelling m.b.t. adviesprijzen

Uitleg

Standaard is het mogelijk binnen BlueRetail om centraal op het hoofdkantoor de adviesprijzen voor bepaalde omzetgroepen of subgroepen door te sturen naar de onderliggende filialen. Dit is afhankelijk van onderstaande instellingen:

2012

72 van 88


Hierdoor word op de artikelkaart voor de onder de omzet- of subgroep liggende artikelen het veld adviesprijs gevuld.

Door nu op het filiaal de automatische procedure ‘Overnemen adviesprijzen’ te draaien wordt het veld ‘Verkoopprijs’ op het filiaal gevuld met de waarde van het veld ‘Advies verkoopprijs’.

2012

73 van 88


In de versie 3.72 is het nu mogelijk via een nieuwe instelling op het filiaal ervoor te zorgen dat de switch ‘Overnemen adviesprijzen’ zichtbaar wordt in de bestanden omzetgroep en subgroep. Hierdoor is het mogelijk om op het filiaal te bepalen voor welke artikelen men de adviesprijzen wil overnemen voordat men bovenstaande automatische procedure draait.

6.8.10 Nieuwe instelling bij subgroep Uitleg

In de versie 3.72 is het mogelijk om in het bestand subgroep onderstaande instellingen te zetten

2012

74 van 88


Inactief na xx dagen

Status inactief Status activeren bij

Status actief

Als er bij ‘Inactief na xx dagen’ iets ingevuld is, dan worden de artikelen van de betreffende subgroep op uitlopend, vervallen of geblokkeerd gezet, als er xx dagen geen mutatie meer is geweest. ‘Status inactief’ wordt dan de nieuwe status. Als je bij ‘Status activeren bij’ bijv. order ingevuld hebt, dan wordt de status op ‘Status actief’ gezet, als er binnen de laatste xx dagen een order hiervoor ingevoerd is. Nieuwe status indien voldaan wordt aan de voorwaarde ingesteld bij ‘Status activeren bij’.

Indien ‘Status activeren bij’ op manueel staat dan dient de gebruiker zelf weer via de artikelkaart de artikelstatus te wijzigen.

6.8.11 Aangepaste update routine (NW Setup) Algemeen

2012

Vanaf 3.72 is de installatie-procedure van BlueRetail op een aantal punten gewijzigd, zodat het updaten van BlueRetail een stuk minder handmatige handelingen vereist. De wijzigingen worden hieronder kort beschreven:  Voor de installatie van de nieuwe software worden eerst alle aanwezige patches en WD*.DLL’s verwijderd, die in de centrale installatie-map staan. (Er wordt dus niet meer gekeken van de datum/tijd van een patch tov de nieuwe wdl, ipv worden altijd alle patches verwijderd).  De NWSetup voert zelf niet meer de database-conversie van de bedrijven uit. In plaats daarvan wordt een centrale NWConvert.INI aangemaakt, waarmee het programma NWConvert kan worden gestart.  Indien voor de uitvoer van de installatie in de centrale installatiemap\System de juiste Voucher-bestand wordt geplaatst, dan zal deze automatisch door de nwsetup in het centrale licentie-bestand geupdate worden. Tevens wordt er een nieuwe KASSAMATIC.NWC aangemaakt, waarin ook de nieuwe automatische procedures komen te staan.  Na de installatie kan niet meer automatisch BlueRetail opgestart worden. In

75 van 88

Release Notes BlueRetail 3.72 plaats daarvan kan men kiezen om de automatische database-conversie van de bedrijven te starten. Aanpassingen NWConvert

Het programma NWConvert.exe, dat voorheen alleen gebruikt werd voor conversie van versie 2.xx naar 3.xx is nu uitgebreid met de mogelijkheid deze via een INIbestand automatisch uit te laten voeren. Hierdoor is het mogelijk om de conversie van een hoofdkantoor met veel spiegels op meerdere machines op te starten. Elke machine zal dan de eerstvolgende spiegel voor zijn/haar rekening nemen, totdat er geen meer over zijn. Eveneens is de manier van database-conversie aangepast op onderstaande punten:  indien aangegeven wordt een backup gemaakt van de DATA, KM-DBASE.WD& en SYSTEM-map van het bedrijf.  oude database-bestanden die niet meer in de nieuwe versie zitten, worden verwijderd  nieuwe database-bestanden worden automatisch leeg aangemaakt  de executable WDMODFIC wordt nu per te converteren bestand aangeroepen, ipv eenmaal voor alle bestanden in de data-map.  Voor versies 3.53 en 3.56 worden eventuele oude database-velden bewaard, omdat het hier afgesplitste database-versies betreft, waarin sommige nieuwe velden ook reeds aanwezig waren.

NWsetup.ini

Via het bestand NWsetup.ini is het mogelijk om parameters mee te geven bij een installatie/update zodat de installatie ‘unattended’ plaatsvindt. Hieronder wordt in het kort de ini uitgelegd: [PARAMETERS] ; Taal van de setup (eerste keuzescherm) ; 1 = engels ; 2 = nederlands TAAL=2 ; Installatiemap die in Kassamatic.ini gelezen moet worden mbt installatie die geupdate moet worden ; Bij nieuw is dit de map waarin de installatie geplaatst zal worden INSTALLATIEMAP= X:\BR-RMS\ ; Welke vorm van installatie: Nieuw of Update ;INSTALLATIETYPE=NIEUW INSTALLATIETYPE=UPDATE ; Afhankelijk van de waarde van INSTALLATIETYPE wordt 1 van onderstaande sectie gelezen voor de overige parameters [NIEUW] ; Keuze mbt netwerk (1) of stand-alone (2) installatie INSTALLATIESOORT=2 OMSCHRIJVING=BlueRetail Automatisch ; Taal van Blueretail ; 1 = Duits ; 3 = Engels ; 5 = Frans ; 7 = Spaans ; 12= Nederlands TAAL=7 ; Type installatie 1= volledig 2= minimaal INSTALLATIECONFIGURATIE=1 [UPDATE] ; Type installatie 1= volledig 2= minimaal INSTALLATIECONFIGURATIE=2 BACKUP=1 DATABACKUP=1

Nadat de NWsetup.ini is aangemaakt/aangepast dient deze in het bestand install.zip toegevoegd te worden van de installatie-set.

2012

76 van 88

Release Notes BlueRetail 3.72 6.8.12 Controle op systeem bij automatische procedure Uitleg

Voor de versie 3.72 bestond het probleem van het niet uitvoeren van handmatig gestarte automatische procedures (bijvoorbeeld t.b.v. verzenden inkooporders.) als de systeemtijd van het station waarop nwautoserver aktief was, later was, dan de systeemtijd van het station waarop de procedure handmatig gestart werd. De controle in BlueRetail op datumtijd is eruitgehaald, aangezien deze overbodig is. Als de nwautoclient een job klaar zet, dan moet deze altijd uitgevoerd worden door blueRetail.

2012

77 van 88


7

Touch functionaliteiten

7.1

Hoogte regels touch instelbaar

Uitleg

7.2

Vanaf versie 3.71/3.72 is het mogelijk voor de touch-kassa aan te geven wat de hoogte van de kassaregels dient te zijn. Dit om het gebruiksgemak van de touch te vergroten. Het selecteren van een regel wordt zo makkelijker.

Verkopen op omzetgroep via knop

Uitleg

7.3

Vanaf versie 3.71/3.72 is het mogelijk om voor omzetgroepen aan te geven of ook de onderliggende artikelen weergegeven moeten worden of niet. Als deze instelling wordt aangevinkt is het mogelijk knoppen in de touch te definiëren waarmee op omzetgroep verkocht kan worden.

Bonafhandeling touchkassa

Uitleg

7.3.1.1

Doordat de bonafhandeling binnen de ‘gewone’ kassa en de touchkassa van elkaar verschilden konden er problemen ontstaan.

Werking 3.51 incl. patch 76

Uitleg

Stappen: 1. Klik op de knop ‘Ophalen verkooporder’ (touch lay-out A) en selecteer een verkooporder. 2. Klik op de knop ‘Afrekenen’. 3. Selecteer de betaling. 4. Klik daarna voor de knop ‘Bon’ 5. Constateer dat deze nu niet werkt.

Afhandeling In de touch

In de touch lay-out A bestaat er een ‘Ophalen Order’ knop. Zie onder. Deze knop doet hetzelfde als de orderknop in de ‘normale’ kassa (versie 3.51) of ‘d’ (versie 3.71).

2012

78 van 88


Afhandeling in het afrekenscherm lukt niet. Indien er op de ‘Bon NL’ knop geklikt wordt dan gebeurd er niks.

‘Normale’ kassa

2012

Indien dezelfde handelingen in de ‘normale’ kassa uitgevoerd worden dan verschijnen er twee bonkeuzes, nl: 1. Afhaalbewijs; 2. Geen bon.

79 van 88


Werking knop ‘Bon NL’ in touch lay-out

Indien de werking van de knop ‘Bon NL’ in de touch lay-out bekeken wordt dan zie je dat deze de functie ‘Bon’ heeft. Deze is in de ‘normale’ kassa ook niet zichtbaar.

Knopgedrag

Zoals te zien in de lijst met toewijsbare acties voor knoppen staat hier bijvoorbeeld geen afhaalbewijs in.

2012

80 van 88


Bonknoppen

7.3.1.2

Probleem binnen 3.51: wat indien een gebruiker niet alle binnen BlueRetail aanwezige knoppen in zijn lay-out definieert? Hoe moet het pakket dan reageren?

Werking 3.71

Inleiding

Hieronder wordt kort beschreven wat er gebeurd indien dezelfde stappen in de versie 3.71 worden uitgevoerd.  Met lay-out A  Met lay-out B

Lay-out A

Zoals te zien in onderstaande screenshot wordt de knop ‘Bon NL’ niet meer getoond. Er is dus behalve de aanpassing van patch 076 ook aangepast in de touchkassa dat deze, net zoals de ‘normale’ kassa, bepaalde knoppen niet laat zien afhankelijk van de handeling in het kassascherm.

Lay-out B

Ditzelfde wordt nog eens duidelijk indien we de touch lay-out gebruiken van het demobedrijf waarin meerdere knoppen gedefinieerd zijn in het afrekenscherm

2012

81 van 88


Net zoals reeds eerder gezien in het ‘normale’ bedrijf worden nu alleen de knop ‘Geen bon’ en ‘Bon BTW naam’ (gedrag afhaalbewijs kan niet gekozen worden) getoond. Slaat men gewoon een artikel in de kassa aan en haalt men geen order op dan worden, nadat men de betaling heeft ingevoerd, wel alle knoppen getoond.

7.3.1.3

Oplossing 3.72

Beperking

Aangezien het probleem veroorzaakt wordt door een verschillende werking in de ‘gewone’ kassa en de touch-kassa zal men in de toekomst in de touch lay-out editor (BlueScreenBuilder) verplicht zijn om ook 5 knoppen te definiëren net zoals in het ‘gewone’ kassa-scherm.

Caption overnemen

Verder zal het (voorlopig) niet meer mogelijk zijn om deze knoppen zelf een naam te geven. De naam van de knoppen van de onderliggende kassa zullen worden overgenomen door het systeem. Hierbij rekening houdend met het lettertype etc. in de gemaakte lay-out.

2012

82 van 88


8

BlueMobile functionaliteiten

8.1

Inleiding

Uitleg

8.2

Samen met de installatie-set voor BlueRetail versie 3.72 zal ook de installatie-set voor BlueMobile versie 2.32 uitgeleverd worden. Voor BlueMobile versie 2.32 kan de installatie handleiding van versie 2.31 gebruikt worden. De wijzigingen tussen versie 2.31 en versie 2.32 worden hieronder beschreven.

Technisch

Uitleg

Technisch:  In de map van de ‘exe’ staat alleen nog ‘MOBILE.INI’ met verwijzingen naar het pad van de data en het pad van de bewaarbonnen.  In de data-map (‘exe’-map\data) staat nu ‘PARAM.INI’ met de nodige instellingen. Voor beide INI-bestanden geldt dat bij de eerste opstarten van een nieuwe versie op een reeds bestaande mobile alle nodige aanpassingen door de software worden uitgevoerd (verplaatsen en herbenoemen van bestanden en verplaatsen van instellingen van het ene naar het andere bestand).

8.3

Functioneel

Uitleg

Hieronder volgt een uitleg van de functionele wijzigingen in de mobile die samen met BlueRetail 3.72 uitgeleverd zal gaan worden.

8.3.1 Scrollen Menupunt Wijzigingen

Artikelen Bij het scrollen (vorige en volgende) wordt de kleur van de invoervelden cyaan (minimum en maximum voorraad in de module Min/max en aantal bij alle andere modules).

Deze functionaliteit bestond reeds, maar indien men nu klikt op bewaren of annuleren wordt de oorspronkelijke kleur teruggezet, dit was vroeger niet zo.

2012

83 van 88


8.3.2 Magazijnlocatie Menupunt Wijzigingen

Artikelen In het artikelenbestand van de mobile werd de magazijnlokatie toegevoegd (MAG_LOK). Hiervoor werden wijzigingen aangebracht in: BlueRetail exportmodule), BlueMobileSync, BlueMobile en BlueScreenbuilder. In BlueScreenbuilder kan men aangeven op welke layout eventueel de magazijnlokatie moet worden getoond. Hiervoor werd het gedrag uitgebreid met “Mag. lokatie (label)” en “Mag. locatie”.

In BlueMobile wordt de magazijnlokatie dan op de gewenste plaats getoond. Ook in de standaard layouts werd de magazijnlokatie opgenomen op het tweede tabblad (BLUEMOBILE2.DGR).

2012

84 van 88


8.3.3 Reeds gescand aantal tonen Menupunt Wijzigingen

Artikelen Indien bij inventariseren of inkooporders de optie “optellen” aan staat wordt na het scannen van artikelen steeds als aantal “1” voorgesteld. Vanaf deze versie kan ook het reeds gescande aantal getoond worden. In BlueScreenbuilder kan men aangeven op welke layout eventueel het gescande aantal moet worden getoond. Hiervoor werd het gedrag uitgebreid met “Vorig aantal (label)” en “Vorig aantal”.

In BlueMobile wordt het vorige aantal dan op de gewenste plaats getoond. Ook in de standaard lay-outs werd het vorige aantal opgenomen op het eerste tabblad (BLUEMOBILE1.DGR).

2012

85 van 88

Release Notes BlueRetail 3.72 8.3.4 Geluid indien meerdere artikelen gevonden Menupunt Wijzigingen

Artikelen Indien na het scannen meerdere artikelen worden gevonden wordt een lijstje getoond met alle artikelen die aan de selectie (scan) voldoen. De gebruiker kan hieruit vervolgens het gewenste artikel kiezen. Nieuw in deze versie is dat op het ogenblik dat het lijstje verschijnt een apart geluid wordt afgespeeld. Het geluid is hetzelfde als het geluid dat wordt afgespeeld indien een bepaald artikel reeds werd gescand.

8.3.5 Ingeven van negatief aantal bij inventariseren en inkooporder Menupunt Wijzigingen

2012

Artikelen In de modules inventariseren en inkooporders kunnen indien de optie “optellen” aan staat negatieve aantallen worden ingegeven. Op deze manier kunnen de aantallen dus ook op 0 komen te staan. Bijvoorbeeld reeds gescand aantal was 5 en bij een nieuwe scan wordt handmatig van de 1 een -5 gemaakt en opgeslagen. Het aantal wordt dan 0. Bij de inventaris blijft dit 0-record staan en wordt dus ook geëxporteerd naar BR. Maar bij de inkooporders wordt een 0-record niet verwijderd en niet geëxporteerd.

86 van 88


9

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 20080539

PRIORITEIT Escalatie

OMSCHRIJVING Mogelijkheid / beperking inregelen voor verkooporders.

20100274

Middel

In de touch-kassa staan kolommen Act. voorraad en Besteleenheid ALTIJD aan.

20100864

Hoog

Goederen binnenmelden door het scannen ervan zoals aan de kassa is niet mogelijk binnen BlueRetail

20110413

Escalatie

AP Inkooporder selectie artikelen fout

20110448

Hoog

Mogelijkheid onderzoeken goederen ontvangst en direct verdelen van de ontvangst

20110513

Hoog

Na wijzigen Cred. Order wordt status niet aangepast.

20110683

Hoog

Filter overzicht aanmaning facturen debiteuren

20110731

Middel

Inventarisatielijst voorraadcorrecties instelbaar printen op artikelnummer ipv. internnummer volgord

20110773

Hoog

BR-370-RC-015enGD: Fout tellers “Te leveren” en “Reserveringen” ONTERECHT naar 0

20110801

Hoog

Order die volledig is geannuleerd, kun goederen op geleverd worden?

20110813

Hoog

BR-370-GD: Secondaire artikelbestand wordt NIET overgomen naar UITVAL

20110814

Hoog

20110815

Escalatie

BR-370-GD: MixMatch in combinatie met Kwantumkorting op relatiegroep werkt niet correct. Wijzigen reeds ontv en gefact artikelen op cred order haalt tellers om zeep

20110822

Hoog

Het 2e scherm wordt niet juist weergegeven als op het 1ste scherm een mix match artikel wordt verw.

20110824

Middel

Mix match wordt op 2e scherm onoverzichtelijk weergegeven

20110847

Escalatie

Na 'Orders Debiteuren' overzicht via infoknop , sluiten, andere artikelkaart in beeld

20110848

Escalatie

Recht controle minimale marge werkt niet correct bij regelprijs aanpassing

20110851

Escalatie

20120001

Hoog

Factuur 57498 Deters -> import verkoopfactuur gaat fout indien relatie is gekoppeld aan vast BTW % Historie afdruk geeft andere omschrijving dan in overzicht

20120011

Escalatie

bij afdrukken toch volledige overzicht afgedrukt

20120012

Hoog

20120017

Escalatie

2 * Toevoegen printeruitgang koppelt deze opnieuw aan poort 500 en niet aan de volgende. Artikelen niet automatisch gewijzigd als je een kenmerk in de categorie wijzigd

20120018

Hoog

Gebruikersspecificatie ontbreekt op afdruk dagjournaal

20120027

Escalatie

Diverse punten verkoper is niet meer aanwezig - centrale cassiere is niet actief?

20120028

Hoog

Testen Centrale kassiere

20120029

Escalatie

Verwijderen van een artikel zorgt ervoor dat 2de scherm vast gaat lopen?

20120035

Escalatie

Bij opvragen pakbon in de historie klapt deze met foutmelding eruit.

20120036

Hoog

Indien men kalender gebruikt wordt er niet gefilterd in deb. overzichten.

20120037

Hoog

20120038

Escalatie

Bij het opnieuw selecteren van artikelen in cred. order vanuit een deb. order krijgt men een melding BlueRetail klapt eruit bij raadplegen kassabon via kassajournaal

2012

87 van 88

Release Notes BlueRetail 3.72 20120039

Hoog

Artikelopbouwregels worden niet getoond in order via orderoverzicht

20120041

Escalatie

Voorraad wordt niet correct bijgewerkt

20120044

Escalatie

Kassa loopt vast na handinvoer en keuze omzetgroep in br

20120046

Escalatie

Verwerking 'Bedrag Verzamelrekening' op relatiekaart bij aanbetaling is niet correct

20120047

Escalatie

BlueRetail klapt eruit bij selecteren rapport 'Artikelen per Verkoper'

20120048

Hoog

Wil artikelen inboeken naar diverse magazijnlokaties -> niet werkbaar.

20120049

Hoog

Bedragen kredietbeperking worden foutief geexporteerd

20120050

Escalatie

Statistieken voorraadcorrecties gaat fout

20120052

Escalatie

20120053

Escalatie

Verschil in vooraad tabblad filialen HK geeft andere waarde als tabblad filialen in filiaal Winkel? Na aanmaken Deb. CreditNota word "Te ontvangen (debiteuren)" teller op de relatie kaart niet bijgewe

20120055

Escalatie

BR-371-006: Fatale foutmelding Databasefout 70202 bij regeneren Verzamelrekeningen.

20120056

Hoog

Vullen veld 'Geblokkeerd' bij bestand MixMatch na update BlueRetail

20120057

Escalatie

Probleem artikelopbouw i.c.m. Multi-Magazijn

20120059

Escalatie

Voorraad magazijnen wordt dubbel overgeboekt

20120061

Escalatie

Reservering bij een order met opbouw artikelen is niet juist

20120062

Escalatie

Probleem met voorraad van een artikel (Order - verz. rekening - factuur - wijzigen)

20120067

Hoog

20120070

Hoog

Crediteuren inkooporder (ketentransactie) kan niet ingeboekt worden op het te leveren filiaal. BR-371-007: Open locks gevonden op dagjournaal

20120071

Hoog

BR-371-007: HFManage foutmelding bij Indexeren op Artikel_Betaal en OmzGroep_Betaal Processen_Antwoo

20120076

Escalatie

geleverde deb. order invoegen in deb. factuur gaat niet goed i.c.m. opbouw en MM

20120077

Escalatie

deb. order ophalen via historie in een nieuwe deb. order gaat niet goed i.c.m. opbouw en MM

2012

88 van 88

Release Notes BlueRetail versie 3.72

Recommend Documents