Release Notes BlueRetail versie

Release Notes BlueRetail versie 3.90.0 Product Management

Versie 0.2 Venlo, februari 2015 Bestand: BR v3.90.0 Release notes NL GD.docx

Release Notes BlueRetail versie 3.90.0

Versiebeheer Naam R. Wolters R. Wolters R. Wolters

Datum 03/02/15 04/02/15 04/02/15

Versie V0.1 V0.2 V0.3

Wijziging Initiële versie Planning toegevoegd Opmerkingen verwerkt. Release notes GD.

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.

2015

2 van 68


Inhoudsopgave 1 2 3 3.1 3.2 4 4.1 4.2 4.3 4.4 4.5 4.6 4.7 5 5.1 5.1.1 5.1.2 5.1.3 5.1.3.1

5.1.4 5.1.5 5.1.6 5.1.7 5.2 5.2.1 5.2.2 5.2.3 5.2.4 5.2.5 5.2.6 5.3 5.3.1 5.3.2 5.3.3 5.3.3.1

5.3.4 5.3.5 5.3.6 5.4 5.4.1 5.4.2 5.4.3 5.4.4 5.4.4.1

5.4.5 5.4.6 5.4.7 5.4.8 5.5 5.6 5.6.1

2015

INLEIDING .................................................................................... 5 TOELICHTING DOCUMENTINDELING ............................................. 6 PLANNING .................................................................................... 8 Roadmap....................................................................................... 8 Release planning .......................................................................... 9 TECHNIEK ................................................................................... 11 Algemeen .................................................................................... 11 Installatie ................................................................................... 11 Database ..................................................................................... 12 Update instructie ........................................................................ 15 Instructies bij calamiteiten ......................................................... 15 Compatibiliteit met lagere versies .............................................. 15 Koppeling BlueMobile ................................................................. 15 BLUERETAIL GEWIJZIGDE EN NIEUWE FUNCTIONALITEITEN ..... 16 Verkoop ...................................................................................... 16 Verkooprapportage .........................................................................16 Offerte ..........................................................................................16 Order ............................................................................................17 Order met volledige aanbetaling via de kassa ................................................. 17

Verkoopfactuur ...............................................................................21 Verzamelrekening ...........................................................................21 Kassabon .......................................................................................21 Bewaarbon .....................................................................................21 Inkoop ........................................................................................ 22 Inkooprapportage ...........................................................................22 Inkoopfactuur/creditnota .................................................................22 Inkooporder ...................................................................................22 Termijnorder ..................................................................................22 Besteladvies ...................................................................................22 Levering ........................................................................................22 Logistiek ..................................................................................... 23 Logistieke rapportage ......................................................................23 Retourafhandeling ...........................................................................23 Voorraadbeheer ..............................................................................23 Voorraad(-tellers) uit de artikelkaart ............................................................. 23

Inventarisatie .................................................................................32 Ontvangst goederen ........................................................................32 Levering ........................................................................................32 Financieel ................................................................................... 33 Financiële rapportage ......................................................................33 Crediteuren ....................................................................................33 Debiteuren .....................................................................................33 Inkoopfacturering ...........................................................................33 Aanpassing veld inkoopfactuurnummer ......................................................... 33

Verkoopfacturering .........................................................................36 Waardering ....................................................................................37 Prijsbeleid ......................................................................................37 Kasgeld/Kluisgeld ...........................................................................37 Service ........................................................................................ 38 Retail CRM .................................................................................. 39 CRM Rapportage .............................................................................39

3 van 68


5.6.2 5.6.3 5.6.4 5.6.5 5.7 5.8 5.8.1

5.8.1.1 5.8.1.2

5.8.2 5.8.3

5.8.3.1 5.8.3.2

5.8.4 5.8.5 5.8.6 5.8.7 5.8.8 5.8.9 5.8.10 5.8.11 6 7 8

2015

Kredietlimiet ..................................................................................39 Klantenpas .....................................................................................39 Spaaracties ....................................................................................39 Francowaarde .................................................................................39 Rapportage ................................................................................. 40 Beheer ........................................................................................ 41 Applicatiebeheer .............................................................................41

Digitale schaplabels .................................................................................... 41 Instelbare default fonts ............................................................................... 55

Implementatie ................................................................................60 Gegevensbeheer .............................................................................60

Oprekken zoekcodes t.b.v. SAP koppeling (maatwerk) .................................... 60 Registratie winkelbezoekers ......................................................................... 61

Data Import en Export .....................................................................63 Datacommunicatie ..........................................................................63 Rollen ............................................................................................63 Toegangsbeheer .............................................................................63 Boekhoudkoppeling .........................................................................63 POS Hardware configuratie...............................................................63 Web Transaction Services ................................................................63 Lay-out beheer ...............................................................................63 TOELICHTING NOTATIES ............................................................ 64 DEFINITIES EN KERNBEGRIPPEN ............................................... 65 BLUERETAIL BUGS ...................................................................... 66

4 van 68


1

Inleiding

Inhoud

Deze release notes hebben betrekking op BlueRetail versie 3.90.0 Global Deployed (GD). In deze release notes worden de belangrijkste wijzigingen beschreven ten opzichte van BlueRetail versie 3.82.9 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 release notes

Eerdere release notes staan op de BlueRetail website en zijn op te vragen bij Newway of te raadplegen in de map ‘Documentatie’ van de installatieset. 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.90.0 – Major Release Deze versie is de opvolger van BlueRetail 3.82.9 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 5.  Alle opgeloste fouten met status hoog, middel en laag zover dit binnen de planning paste. Zie hoofdstuk 8. 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 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

2015

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

5 van 68


2

Toelichting documentindeling

Leeswijzer

Dit document is opgedeeld in een technisch en functioneel gedeelte.

Techniek

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

Functioneel

In het functionele deel (hoofdstuk 5) 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. 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

2015

6 van 68

Release Notes BlueRetail versie 3.90.0 Definities Onderdelen RBM

Contact

2015

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 68


3 Inleiding

3.1 Inleiding

Planning In dit hoofdstuk worden de algehele roadmap voor BlueRetail getoond. Verder wordt de status van deze release t.o.v. de initiële planning weergegeven alsook de planning voor de volgende maandrelease.

Roadmap Onderstaande de roadmap BlueRetail stand januari 2015.

Roadmap

2015

8 van 68


3.2

Release planning

Sprint januari 2015

Release versie: 3.90.0 Geplande release datum: 04 februari 2015 Geplande functionaliteit  Voorraad(-tellers) uit artikelkaart: dezelfde afhandeling met of zonder multimagazijn. Zonder altijd technisch een magazijn actief.

Status Gerealiseerd



Digitale schaplabels (ESL): o Alle benodigde database wijzigingen doorgevoerd. o Alle benodigde wijzigingen ingebouwd. o Afronding testfase vind plaats in sprint februari.

Gerealiseerd



Veld inkoopfactuurnummer alfanumeriek en opgerekt

Gerealiseerd



Veld omzetgroep-zoekcode opgerekt in aantal posities

Gerealiseerd



Veld subgroep-zoekcode opgerekt in aantal posities

Gerealiseerd



Veld aanbieding-zoekcode opgerekt in aantal posities

Gerealiseerd



Bestand winkelbezoeken toegevoegd

Gerealiseerd



100% aanbetaling van een verkooporder via de kassa mogelijk

Gerealiseerd



Socket-Server afhandeling verbeterd (melding ‘Er zijn nog niet verwerkte kassabonnen’

Gerealiseerd



Instelbare default fonts voor rapporten, hard-gecodeerde prints (bv. kassajournaal) en schermcontrols. Selectie meldingen

Gerealiseerd



2015

Gerealiseerd

9 van 68

Release Notes BlueRetail versie 3.90.0 Sprint februari 2015

Release versie: 3.90.1 Geplande release datum: 04 maart 2015 Geplande functionaliteit:  CCV VX820 koppeling.  Uitbreiding import-routine (IMPGOED) met de mogelijkheid om bewaarbonnen te importeren.  Refund / Retourpinnen beschikbaar zowel op de CCV VX820 als de Yomani.  Afdrukken pinbon niet meer verplicht.  Afronding digitale schaplabels.  Optimalisatie uitschakelen barcode scanner.  FTP-client instelbaar of er gebruikt gemaakt wordt van een Windows component (< Internet Explorer 11) of niet (Internet explorer 11 en hoger)  Selectie meldingen.

2015

10 van 68


4

Techniek

4.1

Algemeen WinDev Versie Deze versie is ontwikkeld met de WinDev 19 UK versie (http://www.windev.com). 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 verzoek Update Upgrade Servicepack Urgent / Spoed Hoog Gemiddeld Laag Nader te bepalen

± 40 MB Reboot nodig Backup nodig Rollback functionaliteit

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

2015

11 van 68


4.3

Database

Inleiding

Hieronder worden de databasemutaties beschreven tussen BlueRetail versie 3.82.9 en versie 3.90.0

Verwijderde hyperfile bestanden

Geen.

Gewijzigde hyperfile bestanden

Overzicht wijzigingen:

2015

Bestand

Veldnaam

Beschrijving

AANBIED

CODE

ARTIKEL

Nieuwe Beschrijving

Zoekcode

Oud Type Text

Nieuw Type Text

Oude Lengte 6

Nieuwe Lengte 12

CODE

Zoekcode

Text

Text

10

12

ARTIKEL

LWR_CODE

Zoekcode

Text

Text

10

12

CCRKOP

FAKTNUMMER

Faktuurnummer

Text

4

12

CFAKOP

FAKTNUMMER

Faktuurnummer

Text

4

12

CFMKOP

FAKTNUMMER

Faktuurnummer

Text

4

12

CORKOP

FAKTNUMMER

Faktuurnummer

Text

4

12

IMPGOED

FAKTNUMMER

Faktuurnummer

Integer coded on 4 bytes Integer coded on 4 bytes Integer coded on 4 bytes Integer coded on 4 bytes Integer coded on 4 bytes

Text

4

12

12 van 68

Release Notes BlueRetail versie 3.90.0 OGHHTART

SUCODE

SUCODE

Text

Text

6

12

OGPBART

SUCODE

SUCODE

Text

Text

6

12

OGPKBBST

SUCODE

SUCODE

Text

Text

6

12

OGVERSCH

SUCODE

SUCODE

Text

Text

6

12

OGVERSCH

SESSIEENSUBGROEP

SESSIEENSUBGROEP

Binary

Binary

10

16

OMZGROEP

CODE

Zoekcode

Text

Text

6

12

SECARTIK

CODE

Zoekcode

Text

Text

10

12

SECARTIK

LWR_CODE

Zoekcode

Text

Text

10

12

SUBGROEP

CODE

Zoekcode

Text

Text

6

12

VCOPNAME

CODE

Zoekcode

Text

Text

10

12

VOORRAAD

GERES_VRD

Gereserveerde voorraad

Te leveren

Real coded on 8 bytes

8

Overzicht nieuwe velden: Onderstaande velden hebben een andere naam gekregen Bestand

Veldnaam

Beschrijving

Type

Lengte

AANBIED

PRIORITEIT

Prioriteit

Integer coded on 2 bytes

2

NOTITIE

NOTITIE

Notitie

Text memo

8

Aanbied.prioriteit -> aanbied.sw_schaplabel Notitie.notitie -> notitie.inhoud Onderstaand alle nieuwe velden

2015

Bestand

Veldnaam

Beschrijving

Type

Lengte

AANBIED

SW_SCHAPLABEL

Unsigned integer coded on 1byte

1

NOTITIE VOORRAAD VOORRAAD VOORRAAD

INHOUD IN_BESTEL ONTV_FACT TEFAKT

Schaplabel aanbieding Notitie In bestelling Nog te ontv. facturen Nog te factureren

Text Real Real Real

8 8 8 8

memo coded on 8 bytes coded on 8 bytes coded on 8 bytes

13 van 68


Nieuwe hyperfile bestanden

LAYOUT_ESL:

SCHAPLABEL:

WINKELBEZOEK:

WinDev Framework

Omdat deze versie met de WinDev 19 omgeving ontwikkeld is, zal bij installatie ook het benodigde WinDev Framework geïnstalleerd worden op de server en cliënts. Dit geschiedt geheel automatisch. De bestanden zijn te herkennen aan de naamgeving WD190<*.*>.DLL in de software omgeving van BlueRetail.

Registermutaties

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

Overige mutaties

Zijn er overige mutaties? Nee Ja Omschrijving X N.v.t.

2015

14 van 68


4.4

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

Let op!!! Op een cliënt mogen géén oude/andere patches blijven staan

4.5

Instructies bij calamiteiten

Herstellen oude situatie

Indien de update niet over een rollback functionaliteit beschikt, kunt u op de hieronder beschreven wijze terug keren naar de situatie voor de update! Stap 1 2

4.6

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.

Compatibiliteit met lagere versies De BlueRetail versie 3.90.0 MMS kan communiceren met de RMS versies van de gehele BlueRetail 3.xx-lijn (3.1x t/m 3.8x.x) Vanaf release BlueRetail 3.42 wordt de bestandsuitwisseling met de New-Way Retail software 2.4x NIET meer ondersteund.

4.7

Koppeling BlueMobile

BlueMobile 2.40.001

BlueRetail versie 3.90.0 kan communiceren met BlueMobile versie 2.40.001

BlueRetail versie 3.90 kan NIET communiceren met BlueMobile versies lager dan 2.40.001 In BlueMobile heeft een database-wijziging plaatsgevonden waardoor er vanuit lagere BlueRetail versies niet de juiste gegevens verstuurd worden.

2015

15 van 68


5

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 release notes, 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

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

5.1.1 Uitleg

5.1.2 Uitleg

2015

Verkooprapportage Geen wijzigingen in dit onderdeel in deze versie.

Offerte Geen wijzigingen in dit onderdeel in deze versie.

16 van 68


5.1.3

Order

5.1.3.1

Order met volledige aanbetaling via de kassa

Oude werking

Als men in voorgaande versies in de kassa een order wilde invoeren en deze volledig betaald moest worden, dan moest men 2 bonnen maken. Eerst moest men bij afrekenen via F12 een order aanmaken. Daarna kon men bij de volgende bon d.m.v. F7 een (volledige) betaling boeken op deze order. Deze werking is aangepast in versie 3.90.0.

Nieuwe situatie

Als men nu in het kassa programma naar afrekenen gaat, kan men een volledige betaling invoeren. Bij de keuze van de kassabon kan men dan d.m.v. F12 alsnog een order maken.

Bovenstaande werking is instelbaar. Standaard is het aanmaken van een order met volledige betaling via de kassa NIET mogelijk. De instelling staat dus default op ‘Nee’. De betreffende instelling is terug te vinden onder ‘Instellingen\Software\Kassa’ en dan het tabblad ‘Afrekenen’.

2015

17 van 68

Release Notes BlueRetail versie 3.90.0 Belangrijke Aandachtspunten

Er dient momenteel nog rekening gehouden te worden met het volgende:  M.b.t. verwerking volledige aanbetaling:  Wisselgeld: Indien er vanuit de kassa een verkooporder met volledige betaling wordt aangemaakt dan wordt er geen wisselgeld geregistreerd. Er wordt nl. geen kassabon aangemaakt maar een order.

Afhandeling in het afrekenscherm



Het betreffende wisselgeld zal dus zowel niet op het dagjournaal als op de verkooporder terug te vinden zijn. Zie onder:

Kassajournaal behorende bij bovenstaande transactie



2015

Aangezien de instelling ‘Afronden op 5 cent’ aan staat binnen BlueRetail (Instellingen\Software\Binnenlandse valuta) wordt er afgerond op €18,15.

18 van 68


Kassabon overzicht

Raadplegen order vanuit kassajournaal



2015

Zoals aangegeven is het wisselgeld ook niet terug te zien in aanbetaling op de verkooporder:

19 van 68


Raadplegen verkooporder

Betaling op verkooporder



2015

Het eerder genoemde afrondingsverschil wordt wel meegenomen in de betalingsregistratie. In dit voorbeeld is een positief afrondingsverschil te zien. Omgekeerd zal indien er bijvoorbeeld 2 cent te weinig betaald wordt i.v.m. afronding, b.v. 39,52 en je betaald 39,50 ook een negatief betalingsverschil geregistreerd

20 van 68




5.1.4 Uitleg

5.1.5 Uitleg

5.1.6 Uitleg

5.1.7 Uitleg

2015

worden. M.b.t. afhandeling reeds aanbetaalde order i.c.m. nieuwe functionaliteit: Indien men een gedeeltelijk afgehandelde order ophaalt in de kassa en naar afrekenen gaat dan is de tekst ‘[F12] naar order’ niet zichtbaar in het afrekenscherm. Het is wel mogelijk om hierop te drukken en dan verschijnt onderstaande melding. Verdere afhandeling is uiteraard niet mogelijk.

Verkoopfactuur Geen wijzigingen in dit onderdeel in deze versie.

Verzamelrekening Geen wijzigingen in dit onderdeel in deze versie.

Kassabon Geen wijzigingen in dit onderdeel in deze versie.

Bewaarbon Geen wijzigingen in dit onderdeel in deze versie.

21 van 68


5.2

Inkoop

Beschrijving

5.2.1 Uitleg

5.2.2 Uitleg

5.2.3 Uitleg

5.2.4 Uitleg

5.2.5 Uitleg

5.2.6 Uitleg

2015

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

Inkooprapportage Geen wijzigingen in dit onderdeel in deze versie.

Inkoopfactuur/creditnota Geen wijzigingen in dit onderdeel in deze versie.

Inkooporder Geen wijzigingen in dit onderdeel in deze versie.

Termijnorder Geen wijzigingen in dit onderdeel in deze versie.

Besteladvies Geen wijzigingen in dit onderdeel in deze versie.

Levering Geen wijzigingen in dit onderdeel in deze versie.

22 van 68


5.3

Logistiek

Beschrijving

5.3.1

Logistieke rapportage

Uitleg

5.3.2

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.

Geen wijzigingen in dit onderdeel in deze versie.

Retourafhandeling

Uitleg


5.3.3

Voorraadbeheer

5.3.3.1

Voorraad(-tellers) uit de artikelkaart

Uitleg

In deze versie zijn de actuele voorraad en de voorraadtellers verhuisd naar het voorraadbestand binnen BlueRetail (VOORRAAD.FIC). Dit bestand werd in voorgaande versies alleen gebruikt in combinatie met de module MultiMagazijn. Op de achtergrond is er binnen BlueRetail geen verschil meer in de bestandsopbouw tussen klanten die wel de module Multi-magazijn hebben of klanten die deze module niet hebben. Bij de conversie die plaatsvind bij een update naar deze versie worden er onderhuids een magazijn en een magazijnlocatie aangemaakt. Daarbij hebben klanten zonder MultiMagazijn maar één magazijn en één magazijnlocatie. Bij klanten met MultiMagazijn maar met magazijnen zonder magazijnlocatie zal er ook altijd een standaard magazijnlocatie aan deze magazijnen toegekend worden. In de gebruikersinterface is er nog wel duidelijk verschil. De gebruiker die niet de module MultiMagazijn heeft krijgt niet de extra schermen en mogelijkheden, die horen bij Multi-magazijn. Men kan wel de omschrijving van het magazijn en de magazijnlocatie aanpassen (m.a.w. men heeft wel toegang tot de menupunten ‘Bestanden\Logistiek\Magazijnen’ en ‘Bestanden\Logistiek\ Magazijnlocaties’, maar heeft hier alleen de optie ‘Wijzigen’ en niet de optie ‘Nieuw’).

Achtergrond

2015

Achtergrond voor deze aanpassing is dat uiteindelijk alle voorraadgegevens losgetrokken worden uit de artikelkaart. Doordat dit nu niet het geval is worden

23 van 68

Release Notes BlueRetail versie 3.90.0 bij alle transacties die weggeschreven worden ook steeds schrijfacties op de artikelkaart uitgevoerd. Hierdoor is er een grote kans dat er lockings ontstaan indien meerdere processen gebruiken willen maken van de artikelinformatie. Een tweede reden is het feit dat er uiteindelijk mogelijk moet zijn voor klanten met MultiMagazijn dat een digitaal schaplabel (ESL) aan een magazijnlocatie gekoppeld wordt. Hierbij is het zo dat zodra er goederen verplaatst gaan worden van locatie A naar B, de gegevens die getoond worden op de gekoppelde ESL ook gelijk aangepast worden. Herbenoemen ‘oud’ magazijnlocatie-veld

BlueRetail kent ook zonder Multi-magazijn momenteel een veld dat “magazijnlocatie” wordt genoemd. Bij het huidige gebruik van de module MultiMagazijn is deze “oude” magazijnlocatie niet te gebruiken. De werking van de “oude” magazijnlocatie is totaal anders dan de magazijnlocatie in de module MultiMagazijn. Dit kan verwarrend zijn als er MultiMagazijn onderdelen worden ingebouwd in het reguliere programma. Daarom is de naam van deze “magazijnlocatie” aangepast naar “locatieinformatie” Hieronder een beperkt overzicht van de plaatsen waar de “oude” magazijnlocatie gebruikt wordt. In al deze schermen is de naam aangepast naar locatieinformatie. Menu magazijnlocatie: “magazijnlocatie” was te vinden bij “Beheer, BlueRetail, Tabellen, Artikelen, Magazijnlocatie”:

Oud menupunt Magazijnlocatie

Nieuw menupunt Locatieinformatie

Tabel magazijnlocatie: Werd gekozen voor “magazijnlocatie” dan verscheen onderstaande tabel:

2015

24 van 68

Release Notes BlueRetail versie 3.90.0 Oude tabel Magazijnlocatie

Nieuwe tabel Locatieinformatie

Bestand Artikelen: In het bestand artikelen, tablad “details, logistiek” is de magazijnlocatie zichtbaar. Ook hier wordt de naam aangepast. Artikelkaart Oud

2015

25 van 68


Artikelkaart Nieuw

Formuliereditor: In het menu “Hulpprogramma’s, Formulier editor” kan gekozen worden voor een “selectieformulier”. Daar kon gekozen worden voor een “magazijnbon”: Formulier editor Oud

Ook hier is de naam aangepast van “magazijnbon” naar “locatiebon”. Zie onderstaande screenshot

2015

26 van 68

Release Notes BlueRetail versie 3.90.0 Formulier editor Nieuw

Extra stuurcodes

Tevens zijn extra stuurcodes voor de zoekcode van het magazijn en de magazijnlocatie toegevoegd. Overig: Er zijn nog diverse andere plaatsen, waar ‘magazijnlocatie’ voor kwam, zoals artikelselecties, diverse transactie-overzichten, diverse rapporten en instellingen. Ook hier is de tekst aangepast.

2015

27 van 68

Release Notes BlueRetail versie 3.90.0 Aanpassing indien module MultiMagazijn actief

Aanmaken locaties: Voorheen kon men magazijnen aanmaken zonder er locaties aan te koppelen. Bij een update naar deze versie wordt er in dat geval automatisch een default locatie aangemaakt en bij de voorraadrecords wordt deze locatie automatisch ingevuld. Bestand magazijnen: De gebruiker heeft wel de mogelijkheid om meerdere magazijnen en magazijnlocaties aan te maken. Verder krijgt de gebruiker alle menu’s en schermen die horen bij MultiMagazijn. Selectie op laagste niveau magazijnlocatie: In onderstaand scherm, maar ook bij transacties, kan men voortaan alleen maar de magazijnlocatie invullen. Want hiermee is automatisch het magazijn bepaald. Het loepje bij magazijn is daarom verdwenen en het intern nummer is altijd grijs.

Aanpassing zonder module MultiMagazijn

2015

Aanmaken standaard magazijn: Bij een update naar deze versie wordt er automatisch 1 magazijn en 1 locatie aangemaakt. Via het menupad BGM kan men het standaardmagazijn aanpassen en zelf een naam geven. Hetzelfde kan via menupad BGG gedaan worden voor de magazijnlocatie. De knoppen “nieuw” en “verwijderen” zijn niet zichtbaar, waardoor de klant zelf geen nieuw magazijn meer kan aanmaken en de default niet kan verwijderen.

28 van 68


Kaart: Op de kaart in het bestand magazijn zal de gebruiker alleen maar de optie “vrij verkoopbaar” kunnen kiezen.

Bestand artikelen oud: Het tabblad “details, logistiek” van het bestand artikelen met het oude bestand artikelen ziet er als volgt uit:

2015

29 van 68


Bestand artikelen nieuw: In de gewijzigde situatie ziet het tabblad er als volgt uit:

I-Knop: Drukt de gebruiker vervolgens op de I-knop dan verschijnt het volgende scherm:

2015

30 van 68


De naam van dit scherm is aangepast van “voorraad-informatie Multi-magazijn” naar “Voorraad-informatie” Overig: De overige menu’s en schermen blijven gelijk zoals de huidige situatie zonder Multi-magazijn. Het is wel mogelijk dat gebruiker in opgevraagde tabellen of schermen het magazijn of de magazijnlocatie ziet. Een voorbeeld is onderstaand scherm (“bestand artikelen, zoeken”).

Overgang van de huidige naar de nieuwe situatie

Overgang voor bedrijven zonder MultiMagazijn: Bij de overgang van de oude naar de nieuwe situatie is het belangrijk om de gebruiker niet te belasten met extra werkzaamheden. Bij de overgang (=installatie nieuwe versie BlueRetail of patch) worden dan de volgende stappen automatisch uitgevoerd:  Het systeem maakt zelf een standaard magazijn en gekoppelde standaard magazijnlocatie aan.  De voorraad en andere tellers van alle artikelen worden naar de standaard magazijnlocatie geboekt. Overgang voor bedrijven met MultiMagazijn: Bij bedrijven die reeds gebruik maken van MultiMagazijn zal gecontroleerd worden, of alle magazijnen minstens 1 locatie hebben. Indien niet het geval, dan

2015

31 van 68

Release Notes BlueRetail versie 3.90.0 zal deze aangemaakt worden. Overgang van regulier (zonder module) naar MultiMagazijn in nieuwe situatie

Als een klant in de nieuwe situatie overgaat naar MultiMagazijn, zal de procedure anders zijn dan voorheen. De magazijnen en magazijnlocaties zijn namelijk al aangemaakt. Belangrijkste wijzigingen op het moment van overgang zijn:  Gebruiker kan meerdere magazijnen en locaties aanmaken. Deze zijn ook anders in te stellen dan “vrij verkoopbaar”.  Gebruiker krijgt meer menufuncties (zoals verplaatsen goederen).

Artikelbestand

In het artikelbestand zijn momenteel de volgende logistieke, dynamische tellers opgenomen:

 Actuele voorraad (ACT_VRD)  ONTV_VRD  IN_BESTEL  GERES_VRD  TEFAKT Deze tellers worden voortaan overgenomen in VOORRAAD.FIC. In het artikelbestand blijven deze op 0 staan, deze zullen in een latere fase verwijderd worden. De mutatie heeft verder geen gevolgen voor de gebruiker. Indien de tellers geraadpleegd worden, worden de waardes uit het bestand VOORRAAD gehaald.

5.3.4 Uitleg

5.3.5 Uitleg

5.3.6 Uitleg

2015

Inventarisatie Geen wijzigingen in dit onderdeel in deze versie.

Ontvangst goederen Geen wijzigingen in dit onderdeel in deze versie.

Levering Geen wijzigingen in dit onderdeel in deze versie.

32 van 68


5.4

Financieel

Beschrijving

5.4.1 Uitleg

5.4.2 Uitleg

5.4.3 Uitleg

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.

Financiële rapportage Geen wijzigingen in dit onderdeel in deze versie.

Crediteuren Geen wijzigingen in dit onderdeel in deze versie.

Debiteuren Geen wijzigingen in dit onderdeel in deze versie.

5.4.4

Inkoopfacturering

5.4.4.1

Aanpassing veld inkoopfactuurnummer

Uitleg

Financiële Rapportage

Vanaf deze versie is het veld inkoopfactuurnummer opgerekt naar 12 posities en alfanumeriek gemaakt. D.w.z. dat men niet meer gebonden is aan het alleen maar in kunnen voeren van cijfers. Ook letters en andere tekens zijn toegestaan. Zie onderstaande voorbeelden:

2015

33 van 68


Crediteuren Factuur

Crediteuren Creditnota

2015

34 van 68


Invoeren retourgoederen

Boekhoudkoppelingen

2015

Voor de op de FMUTA standaard gebasseerde koppelingen met Exact Globe, Exact Online en UNIT4 Multivers betekent dit dat alleen de eerste acht posities van het factuurnummer meegenomen zullen worden naar de boekhouding. Dit houdt verband met de restrictie in de FMUTA6 standaard. Het veld factuurnummer kan max. 8 posities lang zijn:

35 van 68


Voor wat betreft de AFAS-koppeling is dat 9 posities. Ook hier zullen dus alleen de eerste 9 posities meegenomen worden in de boekhoudexport.

5.4.5 Uitleg

2015

Verkoopfacturering Geen wijzigingen in dit onderdeel in deze versie.

36 van 68


5.4.6 Uitleg

5.4.7 Uitleg

5.4.8 Uitleg

2015

Waardering Geen wijzigingen in dit onderdeel in deze versie.

Prijsbeleid Geen wijzigingen in dit onderdeel in deze versie.

Kasgeld/Kluisgeld Geen wijzigingen in dit onderdeel in deze versie.

37 van 68


5.5

Service

Beschrijving

Voor veel retailers is een hoge servicegraad van cruciaal belang. De registratie van de service-afhandeling is daarom wezenlijk. Dit proces is zo veelomvattend dat deze functionaliteit niet binnen BlueRetail is gebouwd maar dat hiervoor een aparte applicatie, BlueService, is gemaakt.

BlueService De applicatie BlueService is in ontwikkeling. Zodra de datum van een eerste release bekend is wordt dit bekend gemaakt via de websites www.newway.nl en www.blueretail.nl. Deze applicatie zal ook opgeleverd gaan worden met eigen release-notes.

2015

38 van 68


5.6

Retail CRM

Beschrijving

5.6.1 Uitleg

5.6.2 Uitleg

5.6.3 Uitleg

5.6.4 Uitleg

5.6.5 Uitleg

2015

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

CRM Rapportage Geen wijzigingen in dit onderdeel in deze versie.

Kredietlimiet Geen wijzigingen in dit onderdeel in deze versie.

Klantenpas Geen wijzigingen in dit onderdeel in deze versie.

Spaaracties Geen wijzigingen in dit onderdeel in deze versie.

Francowaarde Geen wijzigingen in dit onderdeel in deze versie.

39 van 68


5.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 artikel scanning 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

2015


40 van 68


5.8

Beheer

Beschrijving

BlueRetail biedt standaard beheer functionaliteiten 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.

5.8.1

Applicatiebeheer

5.8.1.1

Digitale schaplabels

BELANGRIJK!

In deze versie zijn alle voorbereidingen voor de module digitale schaplabels (ESL) getroffen. In de sprint van februari wordt deze functionaliteit door Newway volledig getest, waarna deze officieel vrijgegeven zal worden van de versie 3.90.1 (release 4 maart). Een ieder die graag eerder deze functionaliteit mee zou willen testen gelieve contact op te nemen met de afdeling product management: [email protected].

Digitaal schaplabel / ESL

Digitale schaplabels zijn een alternatief voor de papieren uitgeprinte schaplabels in winkels. Het digitaal schaplabel wordt draadloos aangestuurd vanuit het artikelen bestand van de winkel. Verandert een klant de prijs (of ander artikelkenmerk) in het kassa of Retail ERP systeem, dan verandert automatisch de prijs van het artikel mee.

Deze techniek noemen we ESL en dat staat voor Electronic Shelf Label; een digitaal schaplabel. ESL’s zijn draadloos en worden aangestuurd vanuit een zender/ontvanger die op haar beurt gekoppeld is aan een Server. De server haalt haar gegevens uit het artikelbestand. Bij het wijzigen van prijzen of andere gegevens, veranderen automatisch de gegevens op de displays in de winkel. De communicatie kan tweeledig zijn: De prijzen worden aangepast en het kaartje zendt terug dat dit ook daadwerkelijk gebeurd is. Voordelen

2015

Voordelen van het gebruik van ESL’s voor een retailer zijn: Labels en kassa vermelden altijd dezelfde prijs Minder tijd nodig voor verwisselen papieren schapkaartjes De ESL’s zorgen voor een moderne uitstraling in de winkel Minder papier en inktverbruik.

41 van 68


Soorten labels

Er zijn twee hoofdsoorten labels op de markt: volautomatische labels en halfautomatische labels. Halfautomatische labels:

Voor producten die jarenlang in het assortiment blijven, waarvan de artikelnaam, nummer of barcode praktisch nooit wijzigt, is het LCD label het meest geschikt. Zeker voor grote aantallen labels zal de keuze voor LCD labels de totale investering binnen de perken houden. De halfautomatische labels, zijn er in verschillende maten. Kenmerkend voor deze LCD labels is dat de variabele gegevens van het artikel zoals prijs, prijs per kilo, prijs per liter op vaste locaties op het scherm ingedeeld staan. De vaste productgegevens als artikelnaam, barcode, artikelnummer staan op een stickertje dat op het label geplakt wordt. Dit stickertje rolt automatisch uit de stickerprinter bij koppeling van een artikel aan een prijslabel. Het LCD display heeft de mogelijkheid om velden te laten scrollen en te laten knipperen. Ook kunnen bepaalde symbolen op afstand aan en uitgezet worden op het display waar betekenis aan gegeven kan worden voor de staf op de werkvloer. De labels kunnen door elkaar gebruikt kunnen worden. Volautomatische labels:

Voor artikelen die snel wisselen in het assortiment, voor producten waarbij het verschaffen van aanvullende productinformatie wenselijk is, is de volautomatische label (soms ook genaamd: de E-paper) de oplossing. Alle relevante gegevens die van het artikel in de database beschikbaar zijn, kunnen op elk label getoond worden. De lay-out van het label is vrij en door de gebruiker zelf aan te passen. Naast artikel informatie in tekst en cijfers zijn ook afbeeldingen, merkenlogos en

2015

42 van 68

Release Notes BlueRetail versie 3.90.0 barcodes te plaatsen. Ook QR codes die direct verwijzen naar de website van de aanbieders zijn goed scanbaar vanaf de HD labels. Leveranciers Koppeling BlueRetail Database

Er zijn diverse leveranciers op de markt waaronder Pricer en Opticon. Binnen BlueRetail is nu een koppeling met de leverancier Pricer gebouwd.

De volgende vijf bestanden zijn van belang in de nieuw gebouwde koppeling: 1. Het huidige artikelbestand, ARTIKEL.FIC: hierin staan de artikelgegevens. 2. VOORRAAD.FIC: Dit bestand wordt niet alleen gebruikt bij klanten die gebruik maken van de module MultiMagazijn, maar voortaan ook door klanten, bij wie MultiMagazijn niet actief is. 3. Het bestand magazijnlocatie. (uit de module MultiMagazijn). Ook dit bestand zal altijd gebruikt worden binnen BlueRetail. 4. Het bestand LAYOUT_ESL.FIC. Dit bestand is te benaderen via een apart gebruikersscherm. Hierin wordt de ESL lay-out gedefinieerd door de gebruiker. 5. Een nieuwe bestand SCHAPLABEL.FIC: Hier worden de ESL’s gedefinieerd. De ESL’s zijn gekoppeld aan een lay-out en aan het bestand VOORRAAD.FIC.

In boven getoond scherm is duidelijk hoe de verbanden zijn tussen ESL en MultiMagazijn. Structuur van het bestand VOORRAAD.FIC is als volgt: VQINTNUM ARINTNUM MAGLOC ACT_VRD

Etc.

Binnen de ESL is een verwijzing naar het voorraad-record (VQINTNUM).

2015

43 van 68

Release Notes BlueRetail versie 3.90.0 Bijvoorbeeld: ESLINTNUM, VQINTNUM 1, 1 2, 1 Er kunnen dus meerdere ESL’s gekoppeld worden aan een regel in het voorraadbestand. Iteraties

Bij de bouw van deze functionaliteit is gewerkt met verschillende iteraties: 1. ESL wordt gebruikt zonder dat men deze koppelt aan een magazijnlocatie. De werking voor gebruikers met en zonder de module MultiMagazijn is hetzelfde. 2. ESL kan gekoppeld worden aan een magazijnlocatie. Deze optie zal alleen beschikbaar komen voor gebruikers met een module MultiMagazijn. Deze versie bevat iteratie 1. Voordeel iteratie 2: Het is mogelijk dat de klant wenst dat ESL en magazijnlocatie aan elkaar gekoppeld zijn. Het is dan mogelijk om bij een locatiewijziging van een artikel het ESL ook automatisch te wijzigen. (Andersom zou ook kunnen Wijziging van het ESL zou dan ook direct een wijziging van magazijnlocatie inhouden). Om dit voor werkzaam te maken zou er: Er maximaal één artikel in een magazijnlocatie mogen zijn. Er in de database een koppeling gelegd dienen te worden tussen ESL en magazijnlocatie.

2015

44 van 68

Release Notes BlueRetail versie 3.90.0 Module

Module Schaplabels ESL: ESL is een aparte module bij de licenties. Als de module op “ja” staat, dan wordt “digitale schaplabels” zichtbaar in het gebruikersmenu.

Menu-structuur

Nieuw menupunt ‘Digitale schaplabels’: De nieuwe functie “digitale schaplabels” is toegevoegd onder het menupunt: “Bestanden, artikelen, digitale schaplabels”, zie onder:

Nieuwe menupunten ‘Bestand’ en ‘Layout’: Wordt er vervolgens geklikt op “digitale schaplabels” dan verschijnen de menuopties “bestand” en “Lay-out”.

2015

45 van 68


Nivo instellingen

Het verschijnen van bovenstaande onderstaande nivo instellingen:

Bestand digitale schaplabels

Wordt er geklikt op “Bestand” dan wordt onderstaand scherm getoond.

2015

menupunten

zijn

afhankelijk

van

46 van 68


In dit scherm zijn de reeds ingevoerde schaplabels, gekoppelde lay-outs en artikelen zichtbaar. Via de filter kan gezocht worden naar gekoppelde ESL’s, layouts of artikelen. Kaart

Wordt er geklikt op “Kaart”, dan verschijnt het volgende scherm:

Velden

Velden: Barcode Lay-out info Lay-out Omschrijving

2015

Dit is de unieke barcode van het digitale schaplabel De gebruiker kan hier voor een lay-out kiezen. (Scherm Lay-out wordt hieronder behandeld). Dit is de omschrijving van de lay-out zoals gedefinieerd bij het scherm Lay-out.

47 van 68

Release Notes BlueRetail versie 3.90.0 Artikelinfo Artikelnummer Omschrijving Nieuw

Dit is het artikelnummer van het artikel wat gekoppeld is. Omschrijving van het artikel

Drukt de gebruiker in dit menu op “Nieuw” dan is het volgende scherm te zien:

Daarbij staat de cursor automatisch op het veld “Barcode”. Hier geeft de gebruiker het nummer in van de barcode van de ESL of scant het ESL. Vervolgens springt de cursor automatisch naar “artikelnummer”. Hier geeft de gebruiker de barcode van het artikel in of scant het artikel. Als de gebruiker op “OK” heeft gedrukt is de koppeling in BlueRetail vastgelegd. “Ok” betekent ook dat er binnen BlueRetail een proces wordt opgestart dat ervoor zorgt dat er een fotobestand wordt klaargezet op de juiste plek in het systeem. Overige velden: De overige velden worden alleen aangepast als de gebruiker bewust op betreffend veld klikt.  Lay-out: Doorgaans staat hier de lay-out van het vorige gekozen ESL (soort default). Gebruiker kan hier andere lay-out kiezen, die vanaf dan de default is. Snel invoeren van grote hoeveelheden: Na aanklikken knop “OK”, komt BlueRetail uit zichzelf met het volgende nieuwe invulscherm. Hierdoor wordt invoeren van grote hoeveelheden eenvoudig gemaakt:  Scannen barcode ESL  Scannen barcode artikel  “OK” aanklikken. ESL zonder artikel: ESL’s kunnen ook worden ingevoerd, zonder een artikel te koppelen. De lay-out is wel verplicht. “OK” betekent dus hier niet dat er een fotobestand hoeft te worden gemaakt. Als gebruiker op “wijzigen” klikt, dan kunnen de gegevens zoals bovenstaand zijn

2015

48 van 68

Release Notes BlueRetail versie 3.90.0 ingevoerd gewijzigd worden. Doorgaans zal er gekozen worden voor een andere lay-out of ander gekoppeld artikel. Als de gebruiker op “OK” geklikt heeft, ligt de nieuwe koppeling vast en zal er een nieuw fotobestand worden klaargezet. Als gebruiker op “verwijderen” klikt dan worden de gegevens van het ESL verwijderd inclusief koppelingen naar lay-out en artikel. BlueRetail hoeft dan geen nieuw fotobestand te maken voor dit artikel. Bestand lay-out

Het bestand artikeletiketten is in principe geschikt om de lay-out van de digitale schaplabels te kunnen herbergen. Er zouden dan wel extra kenmerken aan moeten worden toegevoegd. Technisch is het echter lastig om beiden te combineren en tevens zou de combinatie toekomstige ontwikkelingen (zoals bijvoorbeels aansturen halfautomatische ESL’s) in de weg kunnen staan. Er is daarom gekozen voor een apart bestand “lay-out”. Hieronder een voorbeeld van het nieuwe scherm.

En de kaart hierbij ziet er als volgt uit: Kaart

In dit scherm kan de gebruiker verschillende lay-outs maken per merk schaplabel. Daarbij kan de gebruiker de zoekcode en de omschrijving zelf

2015

49 van 68

Release Notes BlueRetail versie 3.90.0 bepalen. Velden

Velden: Merk Formaat Etiketinhoud Knop “Ok”

Het Merk bepaald intern waar de bestanden worden geplaatst en welke type bestand er moet worden aangemaakt. De gebruiker kan aangeven: de breedte en hoogte van het ESL, de positie (horizontaal en verticaal) en de dpi die bij de lay-out hoort. Hier kan de gebruiker de lay-out gaan maken. Werking is verder gelijk aan die van de papieren schapetiketten. De knop “ok” kan verschillende procedures in werking zetten. Bij het wijzigen van de omschrijving of zoekcode hoeft alleen het bestand te worden gewijzigd. Bij het wijzigen van het type schaplabel of het etiketinhoud, dienen er ook nieuwe fotobestanden te worden aangemaakt.

Nieuwe stuurcode

Er is een nieuwe stuurcode bij gekomen, nl. [AANBIED]. Indien deze in de layout staat, zal het veld of de tekst erachter alleen afgedrukt worden, als er een aanbieding aktief is.

Aanmaken foto bestand

Wanneer verzenden: In de volgende gevallen wordt er een nieuw fotobestand gemaakt en geplaatst worden in de juiste directory: In   

bestand digitale schaplabels: Koppeling van een artikel aan een (nieuw) ESL. Wijziging van het gekoppelde artikel. Wijziging van de gekoppelde lay-out.

In bestand lay-out:

2015

50 van 68

Release Notes BlueRetail versie 3.90.0 

Wijziging van etiket-inhoud of overige kenmerken (hoogte, breedte, positie, dpi of merk). Dit geld dan voor alle ESL’s die gekoppeld zijn aan betreffende lay-out.

In bestand artikelen:  Wijziging in dit bestand van kenmerken die op het ESL worden weergegeven (prijs, omschrijving, eenheid ect.) van gekoppelde artikelen. Het programma kijkt, welke velden er op het label voorkomen en als een van deze velden gewijzigd is, dan wordt er een nieuw fotobestand gemaakt. In bestand aanbiedingen:  Start of eind van een periode (inclusief tijdstip) waarop een gekoppeld artikel een afwijkende verkoopprijs in het bestand aanbiedingen heeft. Wanneer niet verzenden: In de volgende gevallen wordt er geen nieuw fotobestand gemaakt: In   

bestand digitale schaplabels Aanmaken van een nieuw ESL zonder dat er een artikel wordt gekoppeld. Alle wijzigingen bij het gekozen ESL, terwijl er geen artikel gekoppeld is. Verwijderen ontkoppelde artikel.

In bestand lay-out:  Wijziging van zoekcode of omschrijving. Automatisch verzenden

Geautomatiseerd verzenden: Bij wijzigingen in het bestand digitale schaplabels of bestand lay-out kan de knop “OK” de trigger zijn om fotobestanden te maken. Hiervoor is geen geautomatiseerd proces nodig. Bij wijzigingen in het bestand artikelen of in het bestand aanbiedingen is er wel een geautomatiseerd proces. Bij het bestand aanbiedingen wordt tevens rekening gehouden met begintijdstip en eindtijdstip van de aanbieding. Geautomatiseerd verzenden update gegevens: In de automatische procedures is een extra commando bijgemaakt ‘Automatisch schaplabels aanmaken bij start of einde aanbieding’. Dit commando heeft alleen de parameter ‘Bedrijf’. Wat het commando gaat doen is voor alle gewijzigde records in een nieuwe export draaien (verzenden) op basis van een verschillenlijst. Let op: De inhoud van het ESL word alleen gewijzigd als de inhoud daadwerkelijk gewijzigd is.

2015

51 van 68


Aanbiedingen

Als er bij een aanbieding een tijdsrestrictie ingevuld is, dan wordt het schaplabel via de automatische procedure iets eerder teruggezet naar de normale verkoopprijs. Stel nl. dat de aanbieding eindigt om 11:00. Als een klant om 10:55 langs zo’n artikel komt, staat daar de aanbiedingsprijs. Rekent de klant af om 11:03, dan geldt de aanbiedingsprijs niet meer. Om dit te bereiken kan men bij instellen artikelen het aantal minuten instellen, dat de prijs eerder teruggezet moet worden.

Aanbiedingstekst

Bij aanbiedingen is het gebruikelijk dat het schapetiket wordt aangepast. Naast de reguliere informatie wordt doorgaans de tekst “aanbieding” getoond en de “van” prijs. Om nu niet telkens het etiket te hoeven aanpassen als het artikel in de aanbieding is er gekozen voor een generieke oplossing. Het schapetiket wordt zodanig ingesteld dat bepaalde inhoud alleen wordt getoond als het product in de aanbieding is. De etiketinhoud bij het bestand artikeletiketten wordt dan gedeeltelijk

2015

52 van 68

Release Notes BlueRetail versie 3.90.0 voorwaardelijk. Men kan dit aangeven door in de lay-out de stuurcode [AANBIED] mee te geven (zie 1.4). Indien deze stuurcode gebruikt wordt, wordt het volgende veld alleen afgedrukt, als het betreffende artikel op dat moment een aanbieding heeft. Voorbeeld

Als het artikel niet in de aanbieding is dan toont het ESL onderstaand plaatje.

Als het artikel wel in de aanbieding is, dan wordt de volgende extra informatie getoond:

Hier zal men dus de stuurcode [AANBIED] moeten plaatsen voor de teksten “Aanbieding!”, “Van”, “voor:” en voor de verkoopprijs. Bestand artikelen

2015

Binnen BlueRetail is het gebruikelijk dat in het bestand artikelen terug te vinden is, waar het artikel gekoppeld is (via de Info knop). Wordt er rechtsonder op het pijltje in de “combo box” gedrukt dan kan de gebruiker kiezen uit diverse mogelijkheden. Hierbij is ook digitale schaplabels aan toegevoegd.

53 van 68


Wordt er vervolgens op de Info knop gedrukt dan is de kaart van het bestand digitale schaplabels te zien, met daarin alle ESL’s die gekoppeld zijn aan het artikel:

Koppeling met printer

2015

De gegevens van het digitale schaplabel worden niet naar een fysieke printer gestuurd maar naar de Pricer software. Hiervoor moet er wel een printer gekoppeld worden. Dit is mogelijk gemaakt via ‘Instellen\Hardware\Printerselectie’, zie onder:

54 van 68


Technisch is het zo dat er door BlueRetail een plaatje wordt geëxporteerd dat door de Pricer software wordt opgepakt en doorgestuurd naar de juiste ESL.

5.8.1.2 Uitleg

Instelbare default fonts Vanaf deze versie is als dealer mogelijk om voor een bedrijf afwijkende fonts als default te gebruiken voor:  De hard-gecodeerde prints, zoals: o dag/dienstjournaal; o betaalautomaatbonnen en –overzichten; o tellen-journaal, behalve afstorten kas en kluis; o vragenlijst na het tellen/afstorten; o overzicht liquide middelen; o rekenmachine-afdrukken; o rapport 597 – Margerapportage van 1 artikel of groep (Derving);



2015

De vaste rapporten en de transactie-lay-outs en etiketten;

55 van 68




De teksten die in BlueRetail op het scherm worden getoond (behalve de tabblad- en window-titels en ook de touch-kassa niet);

De instellingen kunnen via het tabblad Interface van menu-optie Instellingen Software Algemeen gemaakt worden. Aangezien nog niet alle consequenties van deze instellingen volledig bekend en geïmplementeerd zijn, zijn onderstaande instellingen voorlopig alleen beschikbaar wanneer men als dealer inlogt.

2015

56 van 68

Release Notes BlueRetail versie 3.90.0 Vanwege de extra instellingen zijn de overige instellingen hier en daar wat verschoven. Hierboven staan de default-instellingen weergegeven, zoals deze ook in voorgaande versies gehanteerd werden. Met de knop Restore defaults kan men altijd deze default-waardes weer terugzetten, mocht men de instellingen hebben aangepast. Let er wel op, dat dan ook de OK-knop geactiveerd dient te worden om de instellingen daadwerkelijk terug te zetten. Wanneer het ingestelde font op het systeem wordt verwijderd, dan zullen ook opnieuw deze default fonts gebruikt gaan worden. De inhoud van de linkse keuzelijsten is afhankelijk van de op het systeem aanwezige fonts. Dit is dan ook de voornaamste reden dat het stationsinstellingen zijn geworden. Het merendeel van de aanwezige fonts zal in de praktijk waarschijnlijk niet werkbaar zijn, omdat deze of te groot of te klein zijn, ten opzichte van de huidige fonts. Voor de hard-gecodeerde prints kunnen alleen zogenaamde MonoSpace-fonts geselecteerd worden. Dit zijn fonts met een vaste breedte voor ieder karakter, waardoor het mogelijk is, om uit te lijnen. Het is reeds gebleken, dat ook de printer-driver van invloed is, of het gekozen font ook als vaste breedte wordt afgedrukt. (Bv. Fixedsys)

Voor de hardgecodeerde prints kan ook de fontgrootte ingesteld worden, waardoor het bij sommige printer-drivers wel lukt om de afdrukken beter passend af te drukken.

Voor de rapporten en lay-outs is ook een instelling voor de fontgrootte, maar deze is niet van toepassing op de fontgrootte van de standaard rapporten (menu RDR), wel bij de lay-outs en etiketten. Door het instellen van deze font en fontgrootte hoeft men in de verschillende lay-outs, niet meer de fontnaam en fontgrootte als parameter op te geven. Dit is vooral voordelig als men in alle layouts en etiketten hetzelfde lettertype wil hanteren, dat afwijkt van de default font ‘Arial’. Wel zal men de bestaande lay-outs eenmalig moeten aanpassen. Als men in de toekomst dan van font wil veranderen, dan hoeft alleen de instelling aangepast te worden, i.p.v. alle lay-outs.

2015

57 van 68


Oude situatie

Nieuwe situatie

In de nieuwe situatie zijn de fontnamen weggelaten, en voor font 3 is ook de fontgrootte leeggelaten, aangezien deze ook gelijk was aan de ingestelde default grootte. Instelbare regellengte afdruk dagjournaal

Omdat het vanaf deze versie mogelijk is om voor het dagjournaal een ander font en fontgrootte in te stellen, is ook besloten om het maximum aantal karakters dat op een dagjournaal-regel kunnen staan, instelbaar te maken. Hierdoor kan men optimaal gebruik maken van het beschikbare papierformaat. Standaard is de lengte 41 karakters, maar wanneer men bv. een kleinere fontgrootte kiest, dan kan men het aantal karakters op een regel evenredig vergroten, zodat er meer ruimte ontstaat voor het weergeven van de omschrijvingen, enz. Deze instellingen is te vinden op het tabblad dagjournaal van menu-optie Instellingen Software Kassa. Ook deze instelling is alleen zichtbaar, wanneer men als dealer inlogt. Uiteraard is ook dit een stations-instelling.

Wanneer men deze bv. verdubbelt naar 82, dan ziet het dagjournaal er zo uit:

2015

58 van 68

Release Notes BlueRetail versie 3.90.0 Weergavemodus etiketten en formuliereditor

Bij het maken van formulier- en etiket lay-outs heeft de gebruiker nu de mogelijkheid om de weergave van de stuurcode-velden te bepalen. Men kan kiezen uit de huidige proportionele weergave, maar ook uit de ingestelde monospace-weergave. Met behulp van deze weergave is het eenvoudiger om te controleren of bepaalde teksten goed uitgelijnd zijn, omdat ieder teken dezelfde breedte heeft. De weergave kan ingesteld worden met onderstaande knop: Deze bevindt zich bij de volgende menu-opties:  Hulpprogramma’s Formulier-editor

2015



Bestanden Artikelen Etiketten Bestand



Bestanden Relaties Etiketten Bestand



Wanneer men op de knop klikt, dan verandert de weergave en ook de knopafbeelding en tooltip.



De laatst-gebruikte weergave wordt onthouden door de software. (Niet per venster, maar voor alle drie de schermen, wordt 1 instelling bijgehouden.)

59 van 68


5.8.2 Uitleg

Implementatie Geen wijzigingen in dit onderdeel

5.8.3

Gegevensbeheer

5.8.3.1

Oprekken zoekcodes t.b.v. SAP koppeling (maatwerk)

Uitleg

Vanaf deze versie zijn er een viertal zoekcode-velden database-technisch opgerekt naar maximaal 12 posities. Het gaat om de volgende zoekcode-velden: ARTIKEL.CODE (was 10) OMZGROEP.CODE SUBGROEP.CODE AANBIED.CODE Standaard zal BlueRetail blijven werken met maximale veldlengte van 6 posities zoals in alle vorige versies. Deze wijziging heeft dus geen functionele impact op bestaande omgevingen die overgaan naar deze versie. Wel zal de databaseconversie iets meer tijd in beslag gaan nemen, afhankelijk van het aantal records dat in de bestanden ARTIKEL, OMZGROEP, SUBGROEP en AANBIED aanwezig is. Deze velden zijn opgerekt ten behoeve van een koppeling met SAP. Hierdoor kan dezelfde informatie in beide pakketten worden weergegeven. De velden zijn alleen via de dealer-code op te rekken naar 7 t/m 12 posities, via het tabblad Maatwerk bij de algemene Instellingen (ISL). Het is alleen mogelijk om voor ALLE velden dezelfde lengte te kiezen, en dus niet om een artikelzoekcode van 8 posities te hebben, en een subgroep-code van 10 posities. Via de Wijzig Max.-knop kan de lengte opgerekt of ingekort worden.

Ook in de bijbehorende zoeken kaart-velden is de invoerruimte verruimd zodat de eventuele langere zoekcodes ook beter zichtbaar zijn.

2015

60 van 68


Overige gewijzigde velden

De inhoud van de velden ARTIKEL.CODE en SUBGROEP.CODE worden ook in andere database-velden gebruikt. Dientengevolge zijn ook deze velden opgerekt naar 12 posities. Het gaat om de volgende velden:

Deze wijzigingen kunnen dus van invloed zijn op de bestaande koppelingen(bv. HHT, DW of GFK-data, enz.). Aan de import-zijde zullen dus mogelijk ook aanpassingen gemaakt moeten worden, alvorens BlueRetail geüpdate gaat worden. Vooralsnog zijn er geen wijzigingen in de export doorgevoerd in de bestaande koppelingen.

5.8.3.2 Uitleg

Registratie winkelbezoekers Vanaf deze versie is de database uitgebreid met een ‘transactie’-bestand WINKELBEZOEK. In dit bestand kunnen records geïmporteerd worden door middel van een databestand dat door externe software m.b.t. bezoekers-registratie is aangemaakt. In het WINKELBEZOEK-bestand worden de volgende velden vastgelegd:

Het bestand is een transactie-bestand, hetgeen wil zeggen, dat het beheer ervan altijd op het filiaal ligt, en dat de gegevens ook naar de spiegel gecommuniceerd

2015

61 van 68

Release Notes BlueRetail versie 3.90.0 zullen worden. Er kan geïmporteerd worden via de volgende twee sleutelvelden:

Weergave in dagjournaal

Wanneer men records in het WINKELBEZOEK-bestand heeft geïmporteerd, dan zullen de dagtotalen zichtbaar worden als het aantal bezoekers van het geselecteerde dagjournaal groter dan 0 is.

Wanneer het vinkje ‘Totalen’ is aangevinkt, dan zullen de totalen van de geselecteerde start- en einddatum getoond worden.

Wanneer er geen records zijn, of het aantal van die geselecteerde periode is 0, dan is het veld niet zichtbaar.

2015

62 van 68


5.8.4

Data Import en Export

Uitleg

5.8.5 Uitleg

5.8.6 Uitleg

5.8.7 Uitleg

5.8.8 Uitleg

5.8.9 Uitleg

5.8.10 Uitleg

5.8.11 Uitleg

2015

Geen wijzigingen in dit onderdeel

Datacommunicatie Geen wijzigingen in dit onderdeel

Rollen Geen wijzigingen in dit onderdeel

Toegangsbeheer Geen wijzigingen in dit onderdeel in deze versie.

Boekhoudkoppeling Geen wijzigingen in dit onderdeel

POS Hardware configuratie Geen wijzigingen in dit onderdeel

Web Transaction Services Geen wijzigingen in dit onderdeel

Lay-out beheer Geen wijzigingen in dit onderdeel

63 van 68


6

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.

2015

64 van 68


7

Definities en 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 winkel specifieke 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 winkel ondersteunende, 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.

2015

65 van 68


8 Inleiding

BlueRetail Bugs In deze versie zijn onderstaande oplossingen gebouwd. Dit betreffen:  Oplossingen voor escalaties op eerdere versies die ook in de versie 3.80 zijn ingebouwd.  Meldingen met de status ‘Hoog’ t/m minimaal 8 weken voor het officiële releasemoment.  Nieuwe functionaliteit. Veelal is er reeds door de afdeling Support Services van Newway een terugkoppeling geweest per mail.

Oplossing # 11985

Beschrijving Melding # Aanpassing zodat de voorraad-verplaatsingen van artikel naar Taak: 484 voorraad ook door nwconvert worden uitgevoerd. Voorheen was dit niet het geval. Dit dient goed getest te worden.

11966

Aanpassing zodat er met de dealer-code instellingen gedaan kunnen Incident: 11563 worden, die betrekking hebben op de default fonts en fontgroottes, die bij het afdrukken van hard-gecodeerde prints als ook van de voorgedefinieerde rapporten en instelbare lay-outs en etiketten. Ook kunnen de (meeste) scherm-onderdelen van een ander font voorzien worden, indien men dit wenselijk acht. Zij bijlage voor releasenotes

11960

Aanpassingen t.b.v Oprekken van de zoekcode-lengte voor AANBIED, Taak: 706 ARTIKEL, OMZGROEP, SECARTIK, SUBGROEP en VCOPNAME in de database en op de scherm-onderdelen naar maximaal 12 posities.

11939

Als men in de kassa bij een bon een volledige betaling had ingegeven, Taak: 379 dan kon men (met F12) geen order aanmaken. Nu kan men dit wel, mits men dit bij instellen kassa, tab afrekenen, zo ingesteld heeft.

Scrkassa.wdw, Debmut_inv.wdw, Dfakt_betaal.wdw, Set_kassa.wdw, cCommand.wdc en NWFinadmin.wdc

11938

Als men de boekhouding heeft ingesteld op Afas, dan kon men het Incident: 11928, Ref: boekjaar niet wijzigen. Bij de export naar Afas stonden 00.292.960 debiteurennummer en crediteurennummer in kolom I. Nu moet het debiteurennummer in kolom J komen en het crediteurennummer in kolom K zoals bij Exact.

iwbkh_settings_general.wdw en Exact.wdc

11906

Als men in de kassa een negatieve order ophaalde en uitbetaalde met Incident: 11886, Ref: een andere betaalwijze dan contant, vervolgens het kasgeld telde, 00.292.702 dan kwam er onterecht een boeking op de tussenrekening voor aanbetaling.

Boekhoud_export.wdw

11902

Bij niveau instellingen crediteuren, facturen en creditnota's kan men Incident: #11802, instellen, of men de vervaldatum mag wijzigen. Bij facturen en Ref: 00.292.301 creditnota's is de vervaldatum voortaan te wijzigen, afhankelijk van deze nieuwe niveau instelling.

Best_nivo.wdw en Cremut_inv.wdw

11890

Bij export naar Afas kwam bij debiteuren facturen in de kopregel het Incident: 10988, Ref: boekstuknummer i.p.v. de grootboekrekening debiteuren. Bij 00.288.121 aanbiedingen kwam -53 op de plaats van het grootboeknummer. Subregels dienen tegengesteld geboekt te worden.

Exact.wdc

11874

Als met een vraagteken een artikel opriep, dan werd altijd de gewone Incident: 11855 verkoopprijs getoond op het klantendisplay. Als er echter een aanbieding actief is, dan dient de aanbiedingsprijs getoond te worden.

Scrkassa.wdw

2015

Gewijzigde Objecten kmautoconversie.wdc

66 van 68

Release Notes BlueRetail versie 3.90.0 11866

Toevoegen bestand voor registratie van winkelbezoekers per dag, Taak: 726 zodat deze in het dagjournaal weergegeven kunnen worden, wanneer deze vanuit een extern pakket worden geïmporteerd.

database, Dagjournaal.wdw, kmport.wdc. nwfiledef.wdc

11865

Aanpassing, zodat XML-bestanden die niet door de SocketServer Incident: 8761, Ref: verwerkt worden, omdat de bon al aanwezig is (reeds door BlueRetail 00.275.013 weggeschreven), niet meer in de Rejected map geplaatst worden, maar verwijderd. Enkel het bijbehorende log-bestand wordt nog in de rejected-map geplaatst.

Algemene Procedures.wdg, cKASKOP.wdc

11826

Aanpassing zodat de stuurcodes [ARTIKEL,75] ,77 ,79 ,81 ,83 ,85 ,86 ,87 en ,88 het weer doen. Dit betreft stuurcodes voor aanbiedingsvelden die geen prijs bevatten. Voor deze aanbiedingsvelden wordt de aanbieding met de laagste verkoopprijs gekozen (tenzij deze 0 is).

cPrinterBASE.wdc

11816

Database-aanpassing in het NOTITIE-bestand, waardoor het NOTITIEbestand ook juist verwerkt en voorbereid kan worden bij HK-FILcommunicatie. Sinds 3.82.7.1 is aan het licht gekomen dat dit nooit gewerkt heeft, omdat er in het bestand NOTITIE een veld zit, wat exact dezelfde naam heeft.

11801

Aanpassing zodat altijd een KASSAMATIC.NWC wordt aangemaakt als een licentie wordt geregistreerd via de registratie-knop, behalve als de module automatische procedure niet in de voucher zit.

registratie_licentie.wdw

11732

Aanpassing zodat bij de boekhoudkoppeling Exact Online er nu bij het Incident: 11713, Ref: ophalen van de gegevens uit de EXOL-administratie gecontroleerd 00.291.660 wordt of er nog meer gegevens opgehaald moeten worden. Voorheen werden er maximaal 1000 records door BlueRetail opgehaald. Nu wordt gekeken of er nog meer records kunnen zijn, en zo ja, dan wordt een vervolg-request gedaan om de volgende set van 1000 records op te halen.

cExact_Online.wdc

11731

Aanpassing zodat er ook een NWTouchkey-toetsenbord verschijnt Incident: 11516, Ref: wanneer er vanuit de touch-kassa het eCustomer-schermpje 00.290.695 verschijnt. Voorheen gebeurde dit niet waardoor men geen kaartnummer of bedrag kon invoeren als men geen toetsenbord heeft.

eCustomer_Invoer.wdw

11711

Aanpassing zodat de gecodeerde http-time-out van 25 seconden bij Incident: 11486 de communicatie met Exact Online is verwijderd, waardoor de default waarde van 200 seconden weer actief is geworden. Dit i.v.m. mogelijke onterechte time-outs bij grote uploads. (Bv. allereerste keer volledige BR-administratie exporteren)

cExactOnlineApp_Base.wdc

11707

Aanpassing zodat de fatale foutmelding bij het bepalen van de Incident: 11628, Ref: loyalty-kortingsacties niet meer optreedt, als men een loyalty-actie 00.291.384 activeert al dan niet in combinatie met een opbouw.

scrkassa.wdw, cecustomerloyalty.wdc

11642

Alle wijzigingen ingebouwd, die te maken hebben met multimagazijn Taak: 484 als voorbereiding op elektronische schaplabels. Hierbij wordt voorraad, gereserveerd, etc. niet meer in het artikelrecord vastgelegd, maar in het bestand voorraad, ook al is multimagazijn niet actief. Hiervoor wordt er standaard 1 magazijn en 1 locatie aangemaakt.

In totaal zijn er 100 objecten aangepast, incl. een wijziging in de database.

11530

Als men in de kassa een aantal maal hetzelfde artikel scande via de Incident: 11495 prijsbarcode en men gaf korting op de laatste regel, dan werden de regels alsnog verzameld, als men naar afrekenen ging, waarbij de korting verdween. Nu worden alleen nog regels verzameld met dezelfde prijs en korting.

Scrkassa.wdw

11528

Aanpassing zodat bij het selecteren van een omzetgroep via de Taak: 724 omzetgroepknoppen in de touch-kassa ook 'altijd' het juiste aantal wordt meegegeven.

tscrkassa.wdw

2015

Incident: 10868

replicatiedatabase.wdw, nwhfreplic.wdc

67 van 68


11527

Na aanmaken debiteuren order vanuit de kassa wordt er na Incident: 11405, Ref: aanmaken debiteur factuur op basis van deze debiteuren order in de 00.290.095 kassa opnieuw BTW berekend op statiegeld. Melding 11405.

Scrkassa.wdw

11500

Verwijderen kolom Max. bij betaalmogelijkheden om mee af te Incident: 11275 rekenen in de kassa. Technische vereenvoudiging bij zoeken betaalwijzen, zodat alleen betaalwijzen zijn toegestaan, die in de tabel voorkomen. Werking van Betaalcheques werkend gemaakt. Invoerscherm komt alleen als geen bedrag is ingevoerd.

scrkassa.wdw, popup_bepaalaantalcheques. wdw

11498

Het formaat van het crediteuren factuurnummer is alfanumeriek Incident: 1086, Ref: gemaakt met een lengte van 12. Taak 469, melding 1086 00.116.980

De analyse is aangepast voor CFAKOP, CFABETAA, CCRKOP, CCRBETAA, CPAKOP, CORKOP, CFMKOP, CFMKOPD en IMPGOED. Verder zijn in totaal 29 objecten aangepast, waarbij deze velden gebruikt zijn.

2015

68 van 68

Release Notes BlueRetail versie

Recommend Documents