Release Notes BlueRetail versie 3.81

Release Notes BlueRetail versie 3.81 Product Management

Versie 0.4 Venlo, april 2014 Bestand: BR v3.81 Release notes NL GD.docx

Release Notes BlueRetail versie 3.81

Versiebeheer Naam R.Wolters R.Wolters

Datum 19/03/13 01/04/13

Versie V0.1 V0.2

R.Wolters R.Wolters

14/04/14 16/04/14

V0.3 V0.4

Wijziging Initiële versie Nog niet benoemde functionaliteit toegevoegd. Beschrijvingen van functionaliteit aangepast. Global Deployed Wijziging hoofdstuk 3, paragraaf 6.7.2 en 6.8.9.1 doorgevoerd.

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.

2014

2 van 121


Inhoudsopgave 1 2 3 4 4.1 4.2 4.3 4.4 4.5 4.6 4.7 4.8 4.9 5 6 6.1 6.1.1 6.1.2 6.1.3

6.1.3.1 6.1.3.2 6.1.3.3

6.1.4 6.1.5 6.1.6 6.1.6.1 6.1.6.2 6.1.6.3 6.1.6.4

6.1.7 6.2 6.2.1 6.2.2 6.2.3 6.2.4 6.2.5 6.2.6 6.3 6.3.1 6.3.2 6.3.3 6.3.4 6.3.5

6.3.5.1

6.3.6

6.3.6.1

6.4 6.4.1 6.4.2 6.4.3 6.4.4 6.4.5

2014

INLEIDING .................................................................................... 6 TOELICHTING DOCUMENTINDELING ............................................. 7 ROADMAP ..................................................................................... 9 TECHNIEK ................................................................................... 10 Algemeen .................................................................................... 10 Installatie ................................................................................... 10 Database ..................................................................................... 11 Update instructie ........................................................................ 15 Instructies bij calamiteiten ......................................................... 15 Compatibiliteit met lagere versies .............................................. 15 Koppeling BlueMobile ................................................................. 15 Zomer/Wintertijd ....................................................................... 16 Wijzigingen componenten buiten BlueRetail.exe ........................ 16 IBAN EN BIC CONVERSIE TOOL ................................................... 18 BLUERETAIL GEWIJZIGDE EN NIEUWE FUNCTIONALITEITEN ..... 19 Verkoop ...................................................................................... 19 Verkooprapportage .........................................................................19 Offerte ..........................................................................................19 Order ............................................................................................20

Aanpassingen abonnement functionaliteit ...................................................... 20 Aanpassing overzichtscherm ‘Wijzigen orders debiteuren’ ................................ 20 Vasthouden leverdatum in overzichtschermen debiteurenorders ....................... 20

Verkoopfactuur ...............................................................................23 Verzamelrekening ...........................................................................23 Kassabon .......................................................................................23 1 regel retour nemen bij retour scannen kassabon .......................................... 23 Aanpassing inlezen verkooporder in de kassa ................................................. 28 Wijzigingen touchkassa ............................................................................... 30 Verzamelen artikelen in de kassa .................................................................. 31

Bewaarbon .....................................................................................31 Inkoop ........................................................................................ 32 Inkooprapportage ...........................................................................32 Inkoopfactuur .................................................................................32 Inkooporder ...................................................................................32 Termijnorder ..................................................................................32 Besteladvies ...................................................................................32 Levering ........................................................................................32 Logistiek ..................................................................................... 33 Logistieke rapportage ......................................................................33 Retourafhandeling ...........................................................................33 Voorraadbeheer ..............................................................................33 Inventarisatie .................................................................................33 Ontvangst goederen ........................................................................33

Revisie controle ontvangst goederen ............................................................. 33

Levering ........................................................................................36

Wijziging module MultiMagazijn i.c.m. opbouw ............................................... 36

Financieel ................................................................................... 37 Financiële rapportage ......................................................................37 Crediteuren ....................................................................................37 Debiteuren .....................................................................................37 Inkoopfacturering ...........................................................................37 Verkoopfacturering .........................................................................37

3 van 121


6.4.6 6.4.7 6.4.8

6.4.8.1

6.5 6.6 6.6.1

6.6.1.1

6.6.2 6.6.3 6.6.4 6.6.5 6.7 6.7.1 6.7.2 6.7.3 6.8 6.8.1

6.8.1.1 6.8.1.2 6.8.1.3 6.8.1.4 6.8.1.5 6.8.1.6 6.8.1.7 6.8.1.8

6.8.2

6.8.2.1

6.8.3

6.8.3.1 6.8.3.2 6.8.3.3 6.8.3.4

6.8.4

6.8.4.1

6.8.5 6.8.6

6.8.6.1

6.8.7 6.8.8 6.8.8.1

6.8.9

6.8.9.1

6.8.10

6.8.10.1 6.8.10.2 6.8.10.3 6.8.10.4 6.8.10.5 6.8.10.6 6.8.10.7

6.8.11

Waardering ....................................................................................37 Prijsbeleid ......................................................................................37 Kasgeld/Kluisgeld ...........................................................................38

Bewaren laatst getelde station ..................................................................... 38

Service ........................................................................................ 38 Retail CRM .................................................................................. 39 CRM Rapportage .............................................................................39

Extra relatie-informatie in transactieoverzichten ............................................. 39

Kredietlimiet ..................................................................................40 Klantenpas .....................................................................................40 Spaaracties ....................................................................................40 Francowaarde .................................................................................40 Rapportage ................................................................................. 41 Aanpassingen kassajournaal .............................................................41 Nieuw rapport 594 ..........................................................................43 Mogelijkheid tot groeperen of cumuleren basisartikelen .......................44 Beheer ........................................................................................ 46 Applicatiebeheer .............................................................................46

Uitbreiding BlueScreenbuilder ...................................................................... 46 Aanpassingen export naar Handheld Terminal ................................................ 47 Nieuw logboektype voor uitgestelde ketentransacties ...................................... 48 Nieuwe instelling ‘Betalingen facturen’ .......................................................... 49 Nieuwe instelling ‘Aantal dagen aanbiedingen bewaren’ ................................... 49 Nieuwe automatische procedure opschonen kassatransacties ........................... 50 Aanpassing automatische procedure opschonen logboeken .............................. 52 Mogelijkheid tot aanroepen hoofdmenu vanuit Touch ...................................... 53

Implementatie ................................................................................55

Splitsen adres naar straat en huisnummer ..................................................... 55

Gegevensbeheer .............................................................................56

Wijzigingen bestand contactpersonen ............................................................ 56 Wijzigingen Instellen relaties........................................................................ 64 Wijzigingen bestand relaties......................................................................... 66 Revisie weegschaalkoppeling ....................................................................... 66

Data Import en Export .....................................................................72

Import van mixmatches en artikelopbouw mogelijk......................................... 72

Datacommunicatie ..........................................................................77 Rollen ............................................................................................77

Nooit standaard de kassa opstarten op de BO ................................................ 77

Toegangsbeheer .............................................................................78 Boekhoudkoppeling .........................................................................78 AFAS koppeling .......................................................................................... 78

POS Hardware configuratie...............................................................79

Scanner uitschakelen in de kassa bij pop-up .................................................. 79

Web Transaction Services ................................................................82

Verkoop giftcard uit bewaarbon .................................................................... 82 Spaarkaarten niet meer verkoopbaar ............................................................ 82 Functie opwaarderen cadeaubon weer werkend .............................................. 83 Extra controle op omzetloyalty instellingen .................................................... 85 Aanpassing punten ingave bij verzilveren loyaltyacties .................................... 85 Loyalty veld op klantenkaart ........................................................................ 87 Aanpassingen loyalty acties ......................................................................... 93

Lay-out beheer ...............................................................................98

6.8.11.1 Wijziging prijsbarcodes................................................................................ 98

2014

4 van 121

Release Notes BlueRetail versie 3.81 6.8.11.2 6.8.11.3 6.8.11.4 6.8.11.5 6.8.11.6

Nieuwe stuurcodes n.a.v. uitbreiding bestand contactpersonen ........................ 98 Nieuwe stuurcode n.a.v. opsplitsen relatie-adres ............................................ 99 Stuurcode voor totaal van op de regels afgedrukte aantallen ........................... 99 Stuurcode printen gegevens eindklant op hoofdkantoor ................................... 99 Wijzigingen m.b.t. het afdrukken van etiketten .............................................. 99

7 8 8.1 9

TOELICHTING NOTATIES .......................................................... 101 DEFINITIES .............................................................................. 102 Definities kernbegrippen .......................................................... 102 BLUERETAIL BUGS .................................................................... 103

BIJLAGE I

VOORBEELDEN IMPORT MIXMATCHES ...................................... 118

2014

5 van 121


1

Inleiding

Inhoud

Deze release notes hebben betrekking op BlueRetail versie 3.81 Global Deployed (GD). In deze release notes worden de belangrijkste wijzigingen beschreven ten opzichte van BlueRetail versie 3.80a 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’ 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.81 – Main Release Deze versie is de opvolger van BlueRetail 3.80a 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 4.  Alle opgeloste fouten met status hoog, middel en laag zover dit binnen de planning paste. Zie hoofdstuk 7. 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

2014

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

6 van 121


2

Toelichting documentindeling

Leeswijzer

Dit document is opgedeeld in een technisch en functioneel gedeelte.

Techniek

In het technische deel (hoofdstuk 3) 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

2014

7 van 121

Release Notes BlueRetail versie 3.81 Definities Onderdelen RBM

Contact

2014

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

8 van 121


3

Roadmap

Inleiding

In dit hoofdstuk worden de belangrijkste wijzigingen behandeld ten opzichte van de initieel voor deze versie geplande functionaliteit.

Roadmap stand Januari 2014

Wijzigingen





2014

De nieuwe bestanden bedoeld voor webshopkoppeling en rapportage (ARTMUT EN PROMO) werken technisch, echter een archieffunctie is nog niet gebouwd maar wel een must wil deze oplossing gebruikt gaan worden. Dit in verband met de verwachtte explosieve groei van het ARTMUT bestand. In versie 3.82 zit deze optie wel. De dervingsrapportage die gebruik maakt van de nieuwe bestanden wordt dus ook pas in versie 3.82 opgeleverd.

9 van 121


4

Techniek

4.1

Algemeen WinDev Versie Deze versie is ontwikkeld met de WinDev 17 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.

2014

10 van 121


4.3

Database

Inleiding

Hieronder worden de databasemutaties beschreven tussen BlueRetail versie 3.80a en versie 3.81.

Verwijderde hyperfile bestanden

Geen.

Nieuwe hyperfile bestanden

Geen

Gewijzigde hyperfile bestanden

CONTACT – Nieuwe velden:

GOEDVERPLAATS – Aangepaste links: De link tussen het bestand goedverplaats en magazijnlocatie is aangepast. Functioneel kon je magazijnen zonder magazijnlocaties aanmaken. In de database was bij het verplaatsen van goederen de koppeling tussen het bestand goedverplaats en magazijnlocatie echter verplicht. Dit is aangepast.

2014

11 van 121

Release Notes BlueRetail versie 3.81 Oud

Nieuw

LAND:

LOYALTYACTIE:

2014

12 van 121


MAGAZIJNLOCATIE: De link tussen het bestand goedverplaats en magazijnlocatie is aangepast. Functioneel kon je magazijnen zonder magazijnlocaties aanmaken. In de database was bij het verplaatsen van goederen de koppeling tussen het bestand goedverplaats en magazijnlocatie echter verplicht. Dit is aangepast. Oud

Nieuw

MIMAREG: Binnen het mixmatch regelbestand is het veldtype van het veld regelnummer aangepast. In vorige versies kreeg men negatieve getallen te zien bij een aantal regels dat groter was dan 32767.

2014

13 van 121


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 geformatteerd is in het FAT32 bestandsformaat. Voor de volgende bestanden is de beperking van 2 GB verwijderd:                    

ARTCATSTRUCT ARTIKEL AUTOLOG CATSTRUCT CCRBETAA CCRKOP CCRLEV CCRREG CFABETAA CFAKOP CFALEV CFAREG CFMKOP CFMKOPD CFMREG CFMREGD COMLOG CORKOP CORLEV CORREG

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

CPAKOP CPALEV CPAREG DCRBETAA DCRKOP DCRLEV DCRREG DFABETAA DFAKOP DFALEV DFAREG DORKOP DORLEV DORREG KASDAG KASDIENS KASGELD KASKOP KASREG KLUISDAG

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

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

WinDev Framework

Omdat deze versie met de WinDev 17 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 WD170<*.*>.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 Er is een nieuwe executable toegevoegd aan de installatieset, te weten: BRSendEmail.exe.

2014

14 van 121


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

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.81 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  BlueRetail 3.72  BlueRetail 3.72a  BlueRetail 3.72b  BlueRetail 3.80  BlueRetail 3.80a 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

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

2014

15 van 121


4.8

Zomer/Wintertijd

Uitleg

Achtergrond: In het verleden deden zich binnen BlueRetail wel eens problemen voor bij de overgang van zomer- naar wintertijd en viceversa. Probleem: Er werd dan een database conversie uitgevoerd bij het starten van het betreffende BlueRetail bedrijf. Oorzaak: Initiële timestamp werd door BlueRetail in een ini-file weggeschreven. Bij de overgang van zomer-/wintertijd werd door Windows de timestamp van het fysieke bestand, WinDev database analyse (*.WDD), aangepast door Windows. Hierdoor ontstond er een verschil tussen de waarde in de ini-file en de daadwerkelijk waarde binnen Windows waardoor het systeem dacht dat er een database wijziging had plaatsgevonden en dientengevolge een databaseconversie werd uitgevoerd. Oplossing:  In de ini-file wordt nu de Universal time bijgehouden. Deze wordt door Windows niet gewijzigd bij de overgang van zomer-/wintertijd.  Er vindt een controle op een minimum van 3 uur tijdsverschil plaats bij het bepalen of er een database-conversie dient plaats te vinden. Dit n.a.v. het feit dat alleen het registreren van de UTC-tijd niet afdoende werkt voor FAT32 systemen wanneer de zomer- en/of de wintertijd ingaat.

4.9

Wijzigingen componenten buiten BlueRetail.exe

Uitleg

Wijzigingen binnen executable ’s buiten BlueRetail worden hieronder kort beschreven.

FTPClient.exe v3.81.001 Achtergrond

Microsoft bracht half 2013 voor Windows 7 en Windows 8(.1) Internet Explorer 11 uit. Er werden geforceerde updates uitgevoerd door Microsoft (als automatische updates aan staat). Geconstateerd dat bij hoofdkantoor-filiaal communicatie en aan de filiaal (client) kant Internet Explorer 11 geïnstalleerd, er problemen zijn met het overzetten van gegevens. Men krijgt 100011 foutmeldingen tijdens het overzetten van de gegevens. Zie onder: 1816 20131120 12283178 Kan niet wisselen naar map IN: Unable to modify current directory to IN. Last Server Response: 550 IN: No such file or directory. [100011] 1816 20131120 12283178 Fout tijdens communicatie van sessie . Over 10 seconden start een nieuwe poging!

Bij kleine bestanden leverde dit in zoverre geen probleem op dat de FTP-client opnieuw bleef proberen en het uiteindelijk wel goed ging. Bij grotere bestanden stopte de FTP-client uiteindelijk met een foutmelding (Fout #10.2004.WINFTPCLIENT) omdat het systeem te vaak opnieuw probeerde de gegevens over te zetten. Bij een downgrade van MS Internet Explorer 11 terug naar MS Internet Explorer 10 hebben we vastgesteld dat dit niet altijd een oplossing biedt. Het lijkt erop dat niet altijd netjes alle DLL-bestanden goed opgeschoond worden. Waardoor het toch nog fout KAN gaan.

2014

16 van 121

Release Notes BlueRetail versie 3.81 Het bleek dat naar aanleiding hiervan het volgende bekend was bij PC Soft (Leverancier WinDev): http://faq.windev.com/8387-ftp_windows_81_ftpcommand_ftpconnect-read.awp

Tekst:

What to do if you experience ftp errors with Windows 8.1 ? FAQ #8387, published on 2013-11-06 | Related products: WinDev, WebDev, WinDev Mobile Some WLanguage functions are impacted by a bug in Windows 8.1. You will experience errors such as : PUT Error: Unable to modify current directory to . Last Server Response: System Error Details: Wrong parameter. Let say first that the bug is with Microsoft and that hopefully a Windows Update will fix it. For the mean time, there are workarounds depending on which WINDEV version you are using: WINDEV 18 Add this line, before calling the ftpConnect function: ftpParamètre(1,1) // undocumented function french syntax (new feature of version 19) Unfortunately the workaround works for all ftp functions but the ftpCOMMAND function . WINDEV version 17 and lower Do not use Windows 8.1 until a fix is provided by Microsoft.

Naar onze mening klopte dit in zoverre niet, dat het probleem niet Windows 8.1 was, maar Internet Explorer 11. De huidige GD releases van BlueRetail (3.72x, 3.80x en 3.81) zijn gebouwd in WinDev 17. Aangezien PC Soft ook aangeeft dat het probleem verholpen kan worden in WinDev 18, is besloten de FTP-client naar WinDev 18 te zetten en deze en enkele andere wijzigingen door te voeren. FTPClient.exe v3.81.001 Wijzigingen

2014

Versie waarmee ook in combinatie met Internet Explorer 11 gecommuniceerd kan worden. Hierin zitten naast de oplossing van bovenstaand probleem nog een paar andere wijzigingen:  Bij het opstarten wordt na 2 i.p.v. 5 seconden gestart met communiceren.  De FTP-client wordt alleen via de automatische procedures geminimaliseerd opgestart i.p.v. altijd.  Tijdens verzenden wordt per bestand een voortgangskolom getoond.  Bij het verzenden wordt niet meer per bestand drie keer een onnodig ftpcommando gegeven, waardoor de FTPServer minder belast wordt.

17 van 121


5 Uitleg

IBAN en BIC conversie tool Met deze conversietool kunt u voor de Nederlandse bankrekeningnummers uit uw BlueRetail bedrijven, de bijbehorende IBAN- en BIC-nummers aanvragen bij de IBAN BIC SERVICE (https://www.ibanbicservice.nl/). De Stichting IBAN Service NL heeft deze gratis IBAN BIC Service ontwikkeld om snel en eenvoudig het IBAN en de BIC van Nederlandse rekeningnummers op te kunnen vragen. De Stichting IBAN Service NL is op initiatief van de gezamenlijke Nederlandse banken opgericht. De Stichting zal deze service blijven ondersteunen tot en met september 2014. De werkwijze is de volgende: u registreert zich op de bovengenoemde website en stuurt hier vervolgens een bestand naartoe. Vanuit de IBAN BIC SERVICE ontvangt u dan het aangeleverde bestand aangevuld met IBAN en BIC nummer binnen 24 uur retour. Vanaf BlueRetail versie 3.80a wordt deze tool meegeleverd in de installatieset. Met behulp van de tool creëert u het bestand wat naar de service gestuurd kan worden en kunt u het door de service aangevulde bestand weer inlezen. Een volledige handleiding wordt ook meegeleverd.

2014

18 van 121


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

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

Verkooprapportage

Uitleg

6.1.2 Uitleg

2014

Geen wijzigingen in dit onderdeel in deze versie.

Offerte Geen wijzigingen in dit onderdeel in deze versie.

19 van 121


6.1.3

Order

6.1.3.1

Aanpassingen abonnement functionaliteit

Uitleg

Indien men in voorgaande versies in de kassa een abonnementsartikel verkocht in combinatie met het scannen van een klantenpas dan werd de order die aangemaakt werd voor het abonnementsartikel geregistreerd op de relatie gekoppeld aan de klantenpas. Dit is zo aangepast dat de relatie die gekozen is voor de order van het abonnementsartikel vastgehouden wordt, en niet meer overschreven wordt met de relatie van de klantenpas. Let op: Het betreft hier de klantenpas functionaliteit zoals beschreven in de release-notes van versie 3.72 (Release-notes v3.72, blz. 47, 6.1.9 Aanpassing klantenpas functionaliteit). Deze aanpassing werkt dus alleen, als men een klantenpas scant, welke valt binnen de range, die is ingesteld bij ‘instelling\Software\relaties’.

6.1.3.2 Uitleg

6.1.3.3 Uitleg

2014

Aanpassing overzichtscherm ‘Wijzigen orders debiteuren’ Bij wijzigen van verkooporders kan men vanaf versie 3.81 ook filteren op orderstatus (order intern, offerte,...) zoals nu ook al mogelijk was in het scherm ‘Overzicht orders debiteuren’.

Vasthouden leverdatum in overzichtschermen debiteurenorders Vanaf versie 3.81 wordt de laatst ingevoerde leverdatum onthouden in de filters die gezet kunnen worden in de diverse overzichtschermen aangaande debiteurenorders, het betreft hier de volgende schermen:

20 van 121

Release Notes BlueRetail versie 3.81 Overzicht Orders Debiteuren

Wijzigen orders debiteuren

2014

21 van 121

Release Notes BlueRetail versie 3.81 Annuleren orders debiteuren

Invoeren leveren goederen orders debiteuren

2014

22 van 121

Release Notes BlueRetail versie 3.81 Invoeren aanbetalingen orders debiteuren

6.1.4 Uitleg

6.1.5 Uitleg

Verkoopfactuur Geen wijzigingen in dit onderdeel in deze versie.

Verzamelrekening Geen wijzigingen in dit onderdeel in deze versie.

6.1.6

Kassabon

6.1.6.1

1 regel retour nemen bij retour scannen kassabon

Uitleg

Bij het retour scannen van kassabonnen is het nu ook mogelijk om 1 regel retour te nemen. Voorheen kon alleen de gehele kassabon retour genomen worden. Indien we nu de eerste regel van onderstaande kassabon retour willen nemen

2014

23 van 121


Dan gaat dit als volgt te werk. Kies voor de functie CTRL+[F11] de kassa, er verschijnt nu onderstaand scherm. Hierin kan men een bonnummer scannen of voor gedeeltelijk kiezen. Gedeeltelijk retour

Indien voor gedeeltelijk gekozen wordt dan verschijnt het volgende scherm:

2014

24 van 121

Release Notes BlueRetail versie 3.81 Regel selectie

Men kan nu de bewuste regel(s) selecteren die men retour wil nemen door deze te selecteren en in de kolom ‘Retour’ het gewenste aantal retour in te geven.

Het is ook mogelijk om in het veld ‘artikelnummer’ een barcode te scannen. In de regel waarin het betreffende artikel voorkomt zal het aantal retour dan automatisch met 1 opgehoogd worden.

2014

25 van 121


Controle op aantal retour

Uiteraard vind er ook een controle plaats zodat er niet meer retour genomen kan worden dan het oorspronkelijk geleverde aantal, zie onder:

Door uiteindelijk voor ‘Selecteer’ te kiezen wordt de regel (of worden de regels) retour genomen. Afhankelijk van de instellingen zal er eerst nog om een reden van retour gevraagd worden.

2014

26 van 121


Na bevestigen wordt de regel of worden de regels opgenomen in de kassa.

Dubbele kassabon nummers

2014

Verder is er ook voor gezorgd dat als er dubbele kassabonnummers voorkomen, dus als het ingegeven/gescande bonnummer meerdere keren voorkomt, dan verschijnt het overzicht kassabonnen. Waarin men de gewenste kassabon kan selecteren.

27 van 121


6.1.6.2 Uitleg

Aanpassing inlezen verkooporder in de kassa In voorgaande versies was het zo dat indien men in de kassa in de commandoregel ‘D’ ingaf er een overzichtscherm verscheen waarin de gewenste debiteurenorder geselecteerd kon worden om in te voegen. Dit leidde in de praktijk tot problemen als het een installatie betrof met een groot debiteurenorderbestand. Het systeem had dan even nodig om het overzicht op te bouwen. Indien de kassière te snel was met het scannen van het ordernummer kon het voor komen dat de verkeerde order werd opgehaald in de kassa. In versie 3.81 wordt zodra ‘D’ ingegeven wordt in de commandoregel nu een nieuw scherm geopend.

2014

28 van 121

Release Notes BlueRetail versie 3.81 In bovenstaand scherm kan direct het ordernummer gescand/ingegeven worden, waarna de orderregels in de kassa ingevoegd worden.

Knop overzicht

2014

In het geval men voor de knop ‘Overzicht’ kiest wordt het oorspronkelijke scherm getoond. Zie volgende pagina.

29 van 121


Binnen de optie ‘Overzicht’ is ook ingebouwd dat indien men heeft ingesteld dat men orders wil ophalen na het selecteren van een relatie, het programma direct in het overzicht de filter zet op de betreffende relatie. Dit gebeurde voorheen niet.

6.1.6.3

Wijzigingen touchkassa

Weergeven actuele tijd in touch-kassa

In versie 3.81 wordt in de touchkassa bij het veld/gedrag ‘Gebruikers_Info’ nu ook iedere minuut de actuele tijd ververst, ook als er geen touch-aanslagen op de kassa plaatsvinden. Voorheen werd de tijd alleen bijgewerkt wanneer er op het touch-scherm gedrukt werd en een functie werd geactiveerd. Nu wordt iedere minuut de gebruikersinformatie ververst bij zowel het afrekenen als het verkopen, alsmede op alle geopende voorrangskassa’s.

Aanpassing werking gedrag ‘Naar BlueRetail’

In versie 3.81 verschijnt er een nieuwe knop op de knoppenbalk van het hoofdvenster van BlueRetail (zie onder), als men vanuit de touchkassa de knop activeert met het gedrag ‘Naar BlueRetail’ (zie boven).

2014

30 van 121


Met behulp van deze knop kan men vervolgens weer eenvoudig terugkeren naar de touchkassa. Voorheen diende men dit via de menu-optie ‘Venster’ te doen.

6.1.6.4

Verzamelen artikelen in de kassa

Uitleg

In versie 3.81 is de werking van de instelling ‘artikelregels verzamelen’ (Instellingen\Software\Kassa, tabblad ‘Regels’) aangepast. Staat deze instelling op ‘Ja’ dan worden de artikelregels alleen verzameld, indien hetzelfde artikel op de voorgaande regel staat. Mocht dit artikel al eerder op de bon staan, dan wordt dit nog niet verzameld. Dit gebeurd pas zodra men naar ‘Afrekenen’ gaat (kassa) of de transactie opslaat (andere transacties). Zo wordt voorkomen, dat er verkeerde aantallen op de bon komen bij gebruik van *x.

Achtergrond

Achtergrond voor deze wijziging is onder andere onderstaand voorbeeld:  Klant komt met kar vol met spullen;  Product A wordt 2x gescand;  Er worden allerlei andere producten gescand  Als laatste staat er nog een doos in de kar met 12x product A.  Men scant product A en doet maal 12.  BR zet 12 stuks in de regel i.p.v. 14!!

Verschil met artikelregels verzamelen = ‘Nee’

6.1.7 Uitleg

2014

Artikelregels verzamelen = Ja Artikelregels verzamelen = Nee

Artikelregels komen geconsolideerd op de bon. Artikelregels komen niet geconsolideerd op de bon.

Bewaarbon Geen wijzigingen in dit onderdeel in deze versie.

31 van 121


6.2

Inkoop

Beschrijving

6.2.1 Uitleg

6.2.2 Uitleg

6.2.3 Uitleg

6.2.4 Uitleg

6.2.5 Uitleg

6.2.6 Uitleg

2014

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

32 van 121


6.3

Logistiek

Beschrijving

6.3.1 Uitleg

6.3.2 Uitleg

6.3.3 Uitleg

6.3.4 Uitleg

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.

Logistieke rapportage Geen wijzigingen in dit onderdeel in deze versie.

Retourafhandeling Geen wijzigingen in dit onderdeel in deze versie.

Voorraadbeheer Geen wijzigingen in dit onderdeel in deze versie.

Inventarisatie Geen wijzigingen in dit onderdeel in deze versie.

6.3.5

Ontvangst goederen

6.3.5.1

Revisie controle ontvangst goederen

Uitleg

2014

In deze paragraaf worden de wijzigingen beschreven met betrekking tot de functionaliteit ‘Controle ontvangst goederen’. Er zijn wijzigingen in versie 3.81 aangebracht voor zowel de ‘IFS/Locus’ variant als ‘Algemeen’.

33 van 121


Menupad ‘Instellingen\Software\Crediteuren’

Instelling op IFS/Locus

In versie 3.81 zijn een viertal zaken opgelost met betrekking tot de functionaliteit ‘Controle ontvangst goederen’ (Instellingen\Software\Crediteuren, tabblad ‘Controle goederen’) indien deze op IFS/Locus staat: 1. Het bleek dat als 'Controle ontvangen goederen' ingesteld is op IFS/Locus, er dan maar 1 sessie actief mocht zijn. Dit was in voorgaande versies nog niet het geval en is nu aangepast. 2. De knop 'Verschillenlijst' werd vaak pas actief, als men terug ging naar overzicht sessies. Aangepast dat de knop direct actief wordt. 3. Als men pakbonnen en containers inlas, terwijl het pakbonnummer al in een andere sessie voor kwam, dan werden de pakbonnen niet opgenomen. Dit is gecorrigeerd en werkend gemaakt. 4. Als een artikel op 2 verschillende pakbonnen werd ingelezen, dan werd het aantal niet gecumuleerd. Dit gebeurd nu wel waarbij het pakbonnummer, het eerste nummer wordt welke het systeem tegenkomt.

Instelling op Algemeen

Indien men in onderstaand scherm nu op ‘Inlezen regels’ klikt dan hoeft er niet meer gekozen te worden tussen orders en pakbonnen.

2014

34 van 121


Er wordt nu een nieuw scherm geopend, waarbij alle orders en pakbonnen van een geselecteerde ontvangstdatum getoond worden. Men kan ze nu allemaal tegelijk selecteren. Tevens kan men filteren op relatie.

Hoofdkantoor filiaal communicatie

2014

Verder is het aangepast dat de functie ‘Controle ontvangst goederen’ ook over de keten beschikbaar is. Dat wil zeggen de bestanden worden nu ook mee overgezonden bij hoofdkantoor-filiaal-communicatie.

35 van 121

Release Notes BlueRetail versie 3.81 Spiegel omgeving

In de spiegel wordt het menupunt 'Controle ontvangst goederen' zichtbaar wanneer deze functie ook voor het betreffende filiaal actief is, ook al heeft het hoofdkantoor de module handheld terminal niet. Het menupunt biedt in de spiegel echter niet de volledige functionaliteit en is alleen beschikbaar in ‘alleen-lezen-modus’.

6.3.6

Levering

6.3.6.1

Wijziging module MultiMagazijn i.c.m. opbouw

Uitleg

Indien MultiMagazijn actief is en men heeft een order met opbouwregels, dan worden de niet-definitieve verplaatsingen in het groen en de definitieve regels in het magenta getoond bij order overzicht. Voortaan worden de groene regels verminderd met de bijbehorende magenta regels. Tevens worden ze weggelaten, als het aantal dan 0 wordt. In onderstaand voorbeeld bestaat de opbouw uit 2 maal artikel 15935 en 1 maal artikel 15942. Op de order is 2 maal het hoofdartikel besteld en 1 maal geleverd.

2014

36 van 121


6.4

Financieel

Beschrijving

6.4.1 Uitleg

6.4.2 Uitleg

6.4.3 Uitleg

6.4.4 Uitleg

6.4.5 Uitleg

6.4.6 Uitleg

6.4.7 Uitleg

2014

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

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.

Inkoopfacturering Geen wijzigingen in dit onderdeel in deze versie.

Verkoopfacturering Geen wijzigingen in dit onderdeel in deze versie.

Waardering Geen wijzigingen in dit onderdeel in deze versie.

Prijsbeleid Geen wijzigingen in dit onderdeel in deze versie.

37 van 121


6.4.8

Kasgeld/Kluisgeld

6.4.8.1

Bewaren laatst getelde station

Uitleg

6.5

Bij tellen kasgeld wordt het laatst getelde station (of alle systemen) bewaard en bij de eerstvolgende keer weer opgehaald. Het gaat om onderstaande instelling:

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.

2014

38 van 121


6.6

Retail CRM

Beschrijving

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

6.6.1

CRM Rapportage

6.6.1.1

Extra relatie-informatie in transactieoverzichten

Uitleg

2014

Binnen alle transactieoverzichten in het tabblad ‘Raadplegen’ kan men nu met de rechter muisknop op de naam van de relatie klikken. Hierdoor verschijnt er een extra scherm met relatie-informatie. Door op de linkermuisknop te klikken verdwijnt het scherm weer.

39 van 121

Release Notes BlueRetail versie 3.81 Bovenstaande is aanvullend op de huidige mogelijkheid om de relatiekaart op te roepen via [CTRL]+R. Deze optie was niet handig indien men meerdere transactieschermen open had staan.

6.6.2 Uitleg

6.6.3 Uitleg

6.6.4 Uitleg

6.6.5 Uitleg

2014

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.

40 van 121


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

6.7.1 Klanten besteding

Aanpassingen kassajournaal Op het dag journaal is het mogelijk geworden dat er een specificatie van de klantenbesteding wordt afgedrukt. Deze specificatie geeft meer duidelijkheid m.b.t. het geld dat is binnen gekomen t.b.v. bestellingen voor abonnementen of voor het ophalen van een abonnementsartikel. Aan de omzet die op het kassa journaal staat, is niet te zien wat er is aanbetaald bij het bestellen van een abonnementsartikel. Dit gewoonweg, omdat een aanbetaling geen omzet is. (Pas op het moment dat een bestelling wordt opgehaald (levering van goederen), wordt er omzet gemaakt.) Om er nu voor te zorgen dat op het kassajournaal duidelijk wordt hoeveel er is omgezet en hoeveel er nu aan geld is binnengekomen aan aanbetalingen op een bestelling van een abonnementsartikel, is er bij de instellingen van de kassa onderstaande instelling bij gekomen. Instelling klantenbesteding (Menu pad: ISKJ):

2014

41 van 121


Indien aangevinkt krijgt men bij het afdrukken van het dag journaal onderstaande extra specificatie.

Met de onderstaande voorbeelden wordt duidelijk gemaakt, wat er in de specificatie precies wordt weergegeven. In het voorbeeld wordt gebruik gemaakt van het abonnementsartikel ‘Vitatas’.

A) In dit eerste voorbeeld is er een omzet gemaakt van € 100,=, zonder dat er iets met Vitatassen gedaan is. Er is er wel een Vitatas van € 10,= besteld. Daarop is een aanbetaling gedaan van 10% (dus € 1,=) . In totaal is er dus € 101 ,= in de kassalade gekomen. De omzet is € 100,= en het bedrag dat is aanbetaald op orders (de bestelling van de Vitatas) is € 1,=

B) In het volgende voorbeeld heeft een andere klant op dezelfde dag een Vitatas van € 10,= opgehaald. Hiervan was € 1,= eerder aanbetaald. Omdat de goederen nu worden geleverd wordt hierop vandaag dus € 10,= omzet gemaakt, maar er komt maar € 9,= bij in kas, omdat alleen het restantbedrag nog betaald moet worden. In de klantenbesteding specificatie is er nu de regel “Aanbetalingen verrekend” bij gekomen. Deze regel geeft de verrekening weer die heeft plaatsgevonden voor de eerdere aanbetaling op de afgehaalde order. Het totaal geeft wederom aan, wat het totaal bedrag is dat vandaag is binnengekomen.

2014

42 van 121


Zoals voorbeeld A duidelijk weergeeft, hoeft het binnengekomen bedrag, niet gelijk te zijn aan de omzet, die gemaakt is. De specificatie klantenbesteding geeft nu dus een duidelijke weergave van wat er daadwerkelijk gebeurd.

Weergave optie ‘Kortingcoupons tonen’

6.7.2

Op de tab dagtotalen is er een weergave optie bij gekomen, nl. 'Kortingcoupons tonen'. Als deze aangevinkt is, betekent dit, dat alle kassabonregels in de geselecteerde periode gelezen worden om te kijken, of er kortingcoupons bij zijn. Dit vergt erg veel tijd. Bij het sluiten wordt de laatste keuze per gebruiker opgeslagen. Melding 4469. Problem5358

Nieuw rapport 594 Vanaf versie 3.81 is het mogelijk om rapport 281 binnen BlueRetail gesorteerd op artikelnummer uit te draaien. Hiervoor is rapport 594 aangemaakt. Zie onderstaande screenshots.

Rapport 594

2014

43 van 121

Release Notes BlueRetail versie 3.81 Afdruk Rapport 594

6.7.3

Mogelijkheid tot groeperen of cumuleren basisartikelen Voor onderstaande rapporten is aangepast dat als men met artikel matrixen werkt, men kan aanvinken dat men de subartikelen van een basisartikel wil groeperen of cumuleren. In het geval van cumuleren wordt het basisartikel afgedrukt met de totalen van alle subartikelen. Deze aanpassing is doorgevoerd voor de rapporten:  Statistiek artikelen - 28  Debiteuren marge vergelijking - 265, 266, 267  Debiteuren omzet - 579, 131,128, 125, 150, 508, 520, 147  Debiteuren omzetvergelijking - 241, 242, 243 Let op dat de functionaliteit artikelmatrix alleen beschikbaar is indien men over de module categorie beschikt.

2014

44 van 121


;

2014

45 van 121


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

6.8.1

Applicatiebeheer

6.8.1.1

Uitbreiding BlueScreenbuilder

Uitleg

In BlueScreenbuilder 3.81 komt nu bij het opstarten meteen een selectie-venster om een lay-out te openen. Voorheen diende dit handmatig te gebeuren, via de openen-knop. Wanneer via de commandline al een lay-out wordt meegegeven, dan verschijnt het selectie-venster niet. Wanneer men in de Afrekenen.DGR een nieuwe image-control toevoegt, dan heeft men nu een nieuwe optie bij het veld Gedrag.

Wanneer men deze optie selecteert, zullen de velden breedte en hoogte van de coördinaten, vaste waardes krijgen en grijs worden. De waarden komen overeen met de vaste afmetingen van het betaalautomaat-venster in BlueRetail. Kiest men een andere optie, dan worden deze weer wijzigbaar.

2014

46 van 121


Wanneer deze functie in de lay-out wordt opgeslagen, worden bij het openen van de touch-kassa alleen de coördinaten van de linkerbovenhoek bewaard. Het gebied zelf wordt niet gereserveerd, dus men mag de control gerust over andere knoppen plaatsen. Deze zullen gewoon blijven werken, zolang het betaalautomaat-venster niet actief is. Wanneer men vervolgens bij het afrekenen een pin-betaalwijze selecteert, zal het venster op de aangegeven plek verschijnen.

Bij alle overige betaalautomaat-acties (initialiseren, status opvragen, enz.) zal het venster net als voorheen gecentreerd op het beeld verschijnen.

6.8.1.2

Aanpassingen export naar Handheld Terminal

lengte intern nummer artikel instelbaar

2014

In versie 3.81 is er een extra instelling toegevoegd m.b.t. de export naar HHT’s. In verband met het groeiende aantal artikel-records bij een aantal klanten, bleek de reservering van 6 posities voor het interne nummer van het te exporteren artikel niet meer afdoende als er interne nummers in het artikel-bestand voorkomen die 7 posities hebben. Het is nu dus instelbaar of bij de export van artikelen EN synoniemen het interne nummer van het artikel met 6 of 7 posities geëxporteerd dient te worden. Let op: deze instelling dient alleen omgezet te worden op 7 als ook de bijbehorende software op de HHT is vervangen, waarin ook dezelfde ‘import’-wijziging is gemaakt. Dit dient bij de leverancier van de HHT-software nagevraagd te worden.

47 van 121

Release Notes BlueRetail versie 3.81 Hieronder is het verschil in export-bestanden te zien, alsmede de bijbehorende instelling in BlueRetail .

Diversen 1 en 4 te exporteren

6.8.1.3

Bij de export van artikelen voor de opticon kon men aangeven, of men diversen 2 en 3 mee wilde exporteren. Nu kan dit ook voor diversen 1 en 4. Bovendien kan men de lengte van dit veld aangeven (default en maximaal 30). Melding 5206. Problem #5273

Nieuw logboektype voor uitgestelde ketentransacties

Uitleg

Aanpassing zodat uitgestelde ketentransacties separaat en met een apart logboektype (9) worden weggeschreven in het LOGBOEK. Met behulp van dit logtype kan men dan een overzicht afdrukken van alle uitgestelde ketentransacties met de reden van uitstel, zodat deze hersteld kunnen worden. Tevens worden de uitgestelde ketentransacties nu anders gesorteerd weggeschreven, zodat het eenvoudiger te herstellen is.

2014

48 van 121


6.8.1.4 Uitleg

Nieuwe instelling ‘Betalingen facturen’ In versie 3.81 is een nieuwe instelling geïntroduceerd waarmee er in de boekhoudexport voor gezorgd wordt dat er bij het afhandelen van facturen in de kassa ook gebruik wordt gemaakt van een tussenrekening zoals bij orders het geval is. Deze instelling is toegevoegd onder ‘Instellen\Software\ Kassa’, tabblad ‘Afrekenen’. Door het invullen hiervan wordt er wel of niet met een tussenrekening gewerkt. Let op: de instelling is dus niet verplicht.

Voor de volledigheid nog een keer de uitleg over de reeds bestaande instellingen: 1. Inlezen aanbetaalde orders De bovenste instelling, “Inlezen aanbetaalde orders”, dient ter voorkoming van de integriteitsfouten op het betaal-bestand als gevolg van het afhandelen van reeds aanbetaalde orders in de kassa. 2. Meervoudig afrekenen via F7 Zodra er een betaalwijze gekoppeld is kunnen er betalingen op orders geboekt worden. Wanneer een kassabon aanbetalingen op orders bevat, en zij wordt met meer dan 1 betaalwijze afgehandeld, dan zullen de DFABETAArecords die worden aangemaakt, gekoppeld worden aan de ingestelde betaalwijze. Het is namelijk nooit in alle gevallen terug te herleiden welk gedeelte van de betaling betrekking heeft op de aanbetaalde regels.

6.8.1.5

Nieuwe instelling ‘Aantal dagen aanbiedingen bewaren’

Uitleg

Toevoegen algemene software instelling waarmee het aantal dagen ingesteld kan worden, dat aanbiedingen bewaard blijven nadat ze verlopen zijn. Deze instelling werd al gebruikt bij het opschonen van aanbiedingen bij de eerste opstart, maar kon nog niet via BlueRetail zelf gezet/aangepast worden.

Algemene instelling

Er is al jarenlang een mogelijkheid om in te stellen hoe lang verlopen aanbiedingen bewaard moeten blijven. Default werking is, dat dagelijks bij de eerste opstart alle aanbiedingen verwijderd worden, waarvan de einddatum is gepasseerd. Hetzelfde geldt ook voor eventuele loyalty-acties. Vanaf deze versie is het ook mogelijk om de instelling via BlueRetail in te stellen en/of aan te passen. Voorheen kon dit alleen door aanpassingen in de KMSFTWR.INI.

2014

49 van 121


Deze instellingen zijn in BlueRetail terug te vinden bij Instellingen Software Algemeen (ISL) op het tabblad Algemeen.

6.8.1.6 Uitleg

2014

Nieuwe automatische procedure opschonen kassatransacties Er is een nieuwe automatische procedure bij gekomen om kassatransacties op te schonen.

50 van 121


Hierbij kan men als parameters opgeven, hoeveel jaar er bewaard moet blijven en na hoeveel minuten het proces eventueel moet stoppen. Als men als bedrijfscode XXXX,YYYY invoert, dan wordt het opschonen uitgevoerd in de spiegel YYYY van bedrijf XXXX. Geeft men XXX,* in, dan worden alle spiegels van bedrijf XXX opgeschoond. Voert men alleen XXXX in, dan wordt bedrijf XXXX opgeschoond.

2014

51 van 121


6.8.1.7 Uitleg

Aanpassing automatische procedure opschonen logboeken Bij de automatische procedure 'Opschonen logboeken' kan men nu ook XXXX,* invoeren bij de parameter ‘Code bedrijf’. In dat geval worden de logboeken van alle spiegels opgeschoond. Tevens kan men een maximale tijdsduur in minuten invoeren.

Bij instellen algemeen wordt niet gekeken naar "Uitvoeren tijdens selecteren bedrijf" en niet naar "Frequentie", wel naar "Aantal dagen". Deze laatste instelling geldt per bedrijf of spiegel. Het aantal minuten bij automatische procedures is voor het totaal.

2014

52 van 121


6.8.1.8 Uitleg

Mogelijkheid tot aanroepen hoofdmenu vanuit Touch Vanaf versie 3.81 is het vanuit de touch mogelijk om items uit het hoofdmenu aan te spreken. Hiervoor moet in BlueScreenbuilder bij de eigenschap "Functie" bijvoorbeeld MENU:ERL worden ingegeven.

Indien nu in de touchkassa op de knop ‘Logboek Algemeen’ gedrukt wordt, zie scherm 1, dan verschijnt hierna, scherm 2 en de kassa wordt geminimaliseerd, scherm 3.

2014

53 van 121

Release Notes BlueRetail versie 3.81 Scherm 1

Scherm 2

Scherm 3

2014

54 van 121


6.8.2

Implementatie

6.8.2.1

Splitsen adres naar straat en huisnummer

Uitleg

In versie 3.81 is het mogelijk om het adres-veld in de bestanden relaties en contactpersonen op te laten splitsen in straat en huisnummer. Hiervoor is er een instelling bij gekomen onder ‘Instellingen\Software\Relaties’

Het betreft hier een instelling die éénmalig gezet kan worden. Dit wordt ook nog een keer extra aangegeven via een waarschuwing

Verder is het zo dat men bij het omzetten van de schakelaar kan kiezen of men voor de reeds aanwezige relaties en contactpersonen het adresveld ook wil splitsen of alleen voor de nieuwe records die na de omzetting worden aangemaakt.

2014

55 van 121


6.8.3

Gegevensbeheer

6.8.3.1

Wijzigingen bestand contactpersonen

Uitleg

In versie 3.81 zijn er een aantal wijzigingen doorgevoerd in het bestand contactpersonen. Door deze wijzigingen kunnen er meer kenmerken van contactpersonen van relaties vastgelegd worden en worden de mogelijkheden van het aanmaken van een pasnummer vergroot. In deze paragraaf worden deze wijzigingen beschreven.

Zoekscherm Afdrukken etiketten

Het is vanaf versie 3.81 mogelijk om in het tabblad ‘Zoeken’ in het bestand contactpersonen, etiketten af te drukken. Dit kan door met de rechtermuisknop op ‘Afdrukken’ te klikken. Er verschijnen dan onderstaande opties:

Optie 1

2014

1. Via de optie ‘Etiket deze contactpersoon’ wordt het relatie-etiket afgedrukt dat aan de relatie gekoppeld is waaronder de betreffende contactpersoon ‘valt’. Binnen de editor voor relatie-etiketten.

56 van 121


Binnen de editor voor relatie-etiketten (Bestanden\Relaties\Etiketten\ Bestand, menupad ), was het al mogelijk om contactpersooninformatie toe te voegen aan een etiket lay-out.

2014

57 van 121

Release Notes BlueRetail versie 3.81 Optie 2

Via de optie ‘Etiketten alles van tabel’ worden voor alle zichtbare contactpersonen, in de tabel in het tabblad ‘Zoeken’, de bijbehorende relatie-etiketten afgedrukt. Door gebruikt te maken van een filter op relatie is het ook mogelijk om alle relatie-etiketten af te drukken voor de contactpersonen van één relatie.

Kaart Nieuwe velden

Bovenstaand het tabblad ‘Kaart’ binnen het bestand contactpersonen met de volgende nieuwe velden: Straat en Nr Oude adresveld Land Land waarin de contactpersoon woonachtig is. Dit kan verschillen met het land dat gekoppeld is aan de relatie.

2014

58 van 121


Identiteit

Status

Type pas

(Indien het een zakelijke relatie betreft dan zijn de contactpersonen werknemers bij deze relatie en deze kunnen ergens anders wonen dan waar het bedrijf gevestigd is). Het kan voorkomen dat men wenst dat een contactpersoon pas in kan kopen als bijvoorbeeld een identiteitskaart is vastgelegd. Status van de contactpersoon. Deze kan de volgende statussen hebben:  Actief  Vervallen Type van de klantenpas. Deze kan de volgende statussen hebben:  Contant, klant mag met de pas alleen contant kopen aan de kassa.  Op rekening, klant mag ook op rekening kopen.  Tijdelijk Indien voor tijdelijk gekozen wordt verschijnt een extra veld waarin het aantal uren aangegeven kan worden dat de pas geldig is.

Status tijdelijk

2014

Het is vanaf deze versie mogelijk om een pas aan te maken die tijdelijk geldig is. Bijvoorbeeld een dagpas. Indien het aantal uren verstreken is, dat in te vullen is indien voor tijdelijk gekozen wordt, dan wordt de status van de contactpersoon op ‘Geblokkeerd’ gezet en kan de pas niet meer gebruikt worden. Deze check wordt op de achtergrond uitgevoerd door een nieuw type automatische procedure die ingesteld kan worden.

59 van 121

Release Notes BlueRetail versie 3.81 Nieuw tabblad Info

2014

Sinds versie 3.81 is ook mede door de toevoeging van de extra velden aan het tabblad ‘Kaart’ een extra tabblad ‘Info’ toegevoegd (screenshot 1). Op dit tabblad zijn de notities te zien die in eerdere versies op het tabblad ‘Kaart’ stonden. Tevens is het mogelijk om documenten aan een contactpersoon te koppelen. Door op de blauwe ‘I’ te klikken wordt, de ingestelde documenten-map voor contactpersonen (screenshot 2), in de Windows verkenner geopend.

60 van 121

Release Notes BlueRetail versie 3.81 Onder de ingestelde map, wordt automatisch een directory aangemaakt met als naam het interne nummer van de contactpersoon.

Nieuw tabblad ‘Data’

Op het tabblad ‘Data’ staan de datums waarop er wijzigingen hebben plaatsgevonden voor de betreffende contactpersoon of transacties waaraan de betreffende contactpersoon gekoppeld is. De uitgifte-datum en tijd zijn wel velden die handmatig gevuld dienen te worden als een een contactpersoon een pas heeft van het type ‘tijdelijk’.

2014

61 van 121

Release Notes BlueRetail versie 3.81 Type pas ‘Tijdelijk’

Indien er bij een contactpersoon een pas van het type tijdelijk wordt aangemaakt dan mag deze klant tijdelijk ‘Contant’ inkopen.

Zodra voor tijdelijk gekozen wordt dienen ook het aantal uren ingevuld te worden dat de pas geldig is.

Bij het opslaan van de contactpersoon zal dan verder een controle plaatsvinden of de uitgifte-datum wel is ingevoerd (tabblad ‘Data’). Deze is natuurlijk nodig voor controle en kan afwijken van het tijdstip van aanmaken van de

2014

62 van 121

Release Notes BlueRetail versie 3.81 contactpersoon. Na het bevestigen van de melding zal het systeem naar het bewuste tabblad springen. Automatische procedure

Via een nieuw toegevoegde automatische procedure kan men uiteindelijk ervoor zorgen dat het systeem automatisch na het bereiken van de ingestelde tijd de status van de contactpersoon op ‘Geblokkeerd’ zet.

Als enige parameter hoeft de code van het betreffende bedrijf ingegeven te worden:

2014

63 van 121


6.8.3.2

Wijzigingen Instellen relaties

Uitleg

Voor het bestand relaties en de daaronder vallende contactpersonen zijn een aantal nieuwe instellingen erbij gekomen. Deze worden hieronder behandeld.

Aangepaste Omschrijvingen Tabblad ‘Algemeen’

Vanaf versie 3.81 is het mogelijk om aan een aantal velden binnen de relatiekaart een andere naam te geven, net dit al binnen de artikelkaart mogelijk is. Het betreft hier de volgende velden:

2014



Zoekcode



Achternaam



Correspondentienaam



Aanhef



Titulatuur



Ter attentie van

64 van 121

Release Notes BlueRetail versie 3.81 Tabblad contactpersonen

De volgende nieuwe velden zijn toegevoegd: Nummeren pasnummers Indien voor ‘Ja’ gekozen wordt dan wordt op basis van de instelling ‘Volgende nummer’ een nieuw pasnummer gegenereerd Formaat pasnummers Indien gekozen voor EAN-13 dan vind er een controle plaats bij het aanmaken van het pasnummer Volgende nummer Volgende pasnummer dat gegeneerd wordt. Map documenten De standaard-map waarbinnen contactpersonen per contactpersoon documenten opgeslagen kunnen worden. Contactpersonen automatisch Indien voor ‘Ja’ gekozen wordt, blokkeren dan worden de aan een relatie gekoppelde contactpersonen automatisch geblokkeerd indien de relatie geblokkeerd wordt.

2014

65 van 121


6.8.3.3 Uitleg

Wijzigingen bestand relaties Binnen het bestand relaties wordt nu ook op basis van de ingestelde standaard document-map automatisch de windows verkenner geopend indien op ‘Documenten’ geklikt wordt onder de knop ‘Info’. Het systeem maak automatisch een directory aan met als naam het interne nummer van de relatie.

De gebruiker kan nu de gewenste documenten gewoon in dit scherm slepen. Waarna deze gekoppeld zijn.

6.8.3.4 Uitleg

Revisie weegschaalkoppeling In deze versie is de werking van het verzenden naar de weegschaal technisch en functioneel herzien. Dit i.v.m. onverklaarbare periodieke problemen, waarbij de verkeerde PLU-artikelen in een weegschaal terechtkwamen, of er ingrediënten uit de weegschalen verdwenen. Tijdens de revisie zijn deze problemen NIET geconstateerd, wel zijn er andere mogelijke problemen geconstateerd en opgelost. De functionele wijzigingen hebben enkel betrekking op het wijzigen van de informatie die naar de weegschaal gestuurd dient te worden.

2014

66 van 121

Release Notes BlueRetail versie 3.81 Verzenden naar de weegschaal

Op het tabblad kaart worden nu ook het aantal foute artikelen getoond, onder het waarschuwingsteken. Tevens is nu ook het totaal aantal PLU en Presets zichtbaar. Daarnaast zijn er technische verbeteringen gemaakt ten aanzien van het verzenden naar MettlerToledo-weegschalen (dus niet DIGI). Dit betreft: Het verbeteren van de foutafhandeling, als er problemen zijn met de bestanden MT.XML en Weegschaalinhoud.XML; Het toevoegen van een logging waarmee o.a. eventuele databaseproblemen achterhaald kunnen worden; Het optimaliseren van het verstuur-proces, zodat er minder kans op fouten kan optreden; De aangemaakte MT.XML is nu voorzien van regeleinden en – inspringingen, zodat deze beter leesbaar is. Het bepalen of een preset gewijzigd is of verwijderd dient te worden is verbeterd; Als nu alle PLU-artikelen uit de weegschalen worden gehaald, dan worden deze wijzigingen ook naar de weegschaal gestuurd, voorheen bleef de weegschaal gevuld; Visuele aanpassingen tijdens het wijzigen.

Wanneer men nu op de wijzigen-knop klikt, dan heeft men nu de volgende mogelijkheden: De kolomtitels zijn aangepast naar de juiste bijbehorende artikelveldnamen. In de knoppentabel is de kolom artikelnummer weggelaten, zodat er geen horizontale scrollbalk meer nodig is.

-

-

2014

Tevens kan men tijdens het wijzigen NIET meer zoeken op een PLU in de knoppentabel. Dit omdat hierdoor een verkeerde rijvolgorde ontstaat, waardoor bepaalde controles niet meer werken. Het zoeken of een PLU al voorkomt in de weegschaal kan wel als men de kaart raadpleegt. Men dient dus voor het wijzigen te controleren of een PLU al in de weegschaal zit. Met behulp van de pijltjestoetsen, kan men nu door beide tabellen navigeren. Naar links selecteert de knoppentabel, naar rechts selecteert de artikeltabel, enz.

67 van 121

Release Notes BlueRetail versie 3.81 -

Men kan ook m.b.v. de SHIFT-toets EN de pijltjestoets naar links wijzigingen aanbrengen in de knoppentabel. In principe hoeft men dus geen muis meer te gebruiken en kan men dus sneller artikelen toevoegen. De functionaliteit van deze functietoetsen is gelijk aan onderstaande, bijbehorende knoppen op het scherm: (was voorheen

)

Deze knop is alleen actief wanneer er een lege knopregel is geselecteerd. Dit voorkomt dat een bestaande preset per ongeluk wordt overschreven. Nadat de knop is geactiveerd, wordt de artikelregel in de knoptabel toegevoegd en wordt de artikelregel uit de artikeltabel verwijderd.

(was voorheen

)

Deze knop is alleen actief wanneer een gevulde knopregel geselecteerd is. Nadat de knop is geactiveerd wordt de knopregel leeg en grijs gemaakt en wordt de bijbehorende artikelregel onder aan de artikeltabel toegevoegd en geselecteerd. Hierdoor kan men de wijziging snel weer ongedaan maken, wanneer het verwijderen niet de bedoeling was.

-

Verder is er een knop toegevoegd waarmee men een preset in twee stappen kan verwisselen met een andere preset- of PLU-regel. Allereerst dient men op één van de te verwisselen regels te gaan staan, en vervolgens de ‘vastzet’-knop te activeren.

De ‘vastzet’-knop verdwijnt, de vastgezette regel wordt geel gemaakt en er verschijnt een ‘losmaak’-knop en een ‘verwissel’-knop. Vervolgens dient

2014

68 van 121

Release Notes BlueRetail versie 3.81 men de andere preset-regel te selecteren, waarmee men de vastgezette preset-regel wil verwisselen, en de ‘verwissel’-knop te activeren.

Vervolgens worden de regels verwisseld, de tabelkleuren bijgewerkt, en verschijnt de ‘vastzet’-knop weer in beeld.

Wanneer men een vastgezette preset-regel weer wil ‘losmaken’ dan kan men de ‘losmaak’-knop hiervoor gebruiken.

De gele regel krijgt dan weer de oorspronkelijke kleur, en de ‘vastzet’-knop verschijnt en de andere knoppen verdwijnen weer.

De ‘vastzet’-knop is alleen actief als er een knoptabel-regel is geselecteerd waar een PLU inzit. De ‘verwissel’-knop is niet actief als de vastgezette regel is geselecteerd, of als de vastgezette EN de huidige regel een plu-regel is (knopnummer=0). Het verwisselen van twee PLU-regels heeft namelijk geen zin.

Het verwisselen van een PLU-regel met een preset-regel en vice versa kan uiteraard wel. -

2014

Tijdens het wijzigen van de knoppentabel worden de wijzigingen middels kleurmarkeringen vastgelegd. Voor de knoppentabel geldt dat de Knopkolom een andere kleur kan hebben dan de overige kolommen (PLU en Omschrijving). Onthoud verder dat het wijzigingen zijn ten opzichte van de situatie voordat er op de wijzigingen-knop werd geklikt, en NIET met de situatie in de weegschaal. (Men kan bv. drie keer iets wijzigen, zonder dit naar de weegschaal te verzenden) Dit betekent dus ook dat de kleuren bij iedere gebruikers-wijziging weer kunnen veranderen en ongedaan gemaakt kunnen worden.

69 van 121

Release Notes BlueRetail versie 3.81 -

Hieronder zullen de betekenissen van de gebruikte kleuren toegelicht worden op basis van onderstaande afbeelding, waarin alle mogelijke varianten zijn opgenomen. De kleuren helpen bij het bepalen welke weegschaal-etiketten er aangepast dienen te worden.

o o

o

o o

o

Knop 19: is grijs, omdat hier een preset verwijderd is Knop 20: Knop is paars, omdat hier een ander PLU-artikel is geplaatst. De kolommen PLU en Omschrijving zijn niet gemarkeerd omdat het PLU-artikel 6642 al in de knoppentabel stond voor het wijzigen Knop 21: Knop is paars, omdat hier een ander PLU-artikel is geplaatst. De kolommen PLU en Omschrijving zijn groen gemarkeerd omdat het PLU-artikel 6582 nog niet in de knoppentabel stond voor het wijzigen Knop 22: is niet gemarkeerd, omdat zij niet gewijzigd is Knop 23: Knop is Groen, omdat onder deze knop nog geen PLU zit. De kolommen PLU en Omschrijving zijn niet gemarkeerd omdat het PLU-artikel 6573 al in de knoppentabel stond voor het wijzigen Knop 24: Regel is Groen, omdat zowel de knop als het PLU-artikel 6519 nog niet in de knoppentabel stond voor het wijzigen

Versnelling opslaan van de wijzigingen

Als laatste is de routine die het wegschrijven van de knopinformatie in het KNOPINFO-bestand afhandelt, ook verbeterd en versneld. Voorheen kon het opslaan van 1725 KNOPINFO-records meer dan vijf minuten in beslag nemen, nu is dit in 10 seconden gebeurd.

Aanpassing-en met betrekking tot het verzenden

Hieronder worden in het kort een aantal mogelijke (fout)-meldingen getoond die op kunnen treden bij het verzenden. Als er op verzenden gedrukt wordt en er is niets te verzenden, dan verschijnt hiervan onderstaande melding:

Tevens is het venster weggelaten, waarin staat dat BlueRetail bezig is met het verzenden naar de weegschaal. In plaats daarvan is er een zandloper, en wordt dit in de statusbalk getoond.

2014

70 van 121

Release Notes BlueRetail versie 3.81 Voor het verzenden wordt gecontroleerd of het bestand <>\Weegschaal\Weegschaalinhoud.xml aanwezig is. Zo nee, dan wordt van te voren onderstaande melding gegeven, omdat er dan waarschijnlijk iets verkeerds naar de weegschaal gestuurd gaat worden. Alleen als de MettlerToledo weegschalen van te voren daadwerkelijk leeggemaakt zijn of leeg zijn, dient er op de Ja-knop geklikt te worden.

Tevens is het probleem opgelost dat er verkeerde prijzen in de weegschaal konden komen, die afwijken van de prijs in BlueRetail. Dit gebeurde alleen met bepaalde prijzen. Zo werden artikelen met een verkoopprijs incl. van 2,05 als een prijs van 204 centen naar de weegschaal gestuurd, waardoor er een verkeerde prijs op de etiketten en op de weegschaal zelf zichtbaar werd. Tot slot is er voor het verzenden een extra controle toegevoegd, of alle artikelen die in de weegschaal zitten, nog steeds alle verplichte informatie bevatten. Als dit niet meer het geval is (bv. omdat via de artikelkaart een verplichte waarde is leeggemaakt.) dan wordt er NIETS verzonden en verschijnt er een melding. Voorheen werd er wel een MT.XML aangemaakt, die door de Data-connector geweigerd werd, waardoor er niets meer naar de weegschaal gestuurd kon worden, totdat dit bestand handmatig verwijderd of aangepast werd.

Nadat de melding verschijnt, kunt u via de Ja-knop bekijken om welke foutieve artikelen het gaat.

Met behulp van de CTRL+A toets kunt u 1 van de getoonde artikelen direct wijzigen. Vervolgens verschijnt er nog een melding dat er NIETS verzonden is.

2014

71 van 121

Release Notes BlueRetail versie 3.81 Ook via de kaart en tijdens het wijzigen zijn de foutieve PLU’s te herkennen aan de rode tekstkleur.

Nadat de benodigde verplichte velden weer zijn ingevuld, kan er weer verzonden worden naar de weegschaal.

6.8.4

Data Import en Export

6.8.4.1

Import van mixmatches en artikelopbouw mogelijk

Uitleg

Vanaf deze versie is het mogelijk om via importscripts ook zogenaamde kop-regel bestanden te importeren. Voorheen was deze mogelijkheid softwarematig uitgeschakeld. Het gaat hier om de bestanden Mixmatch (MIMAKOP en MIMAREG) en Opbouw (OPBOUW en OPBOREG). Deze kunnen nu afzonderlijk als header in een import-script gebruikt worden.

2014

72 van 121

Release Notes BlueRetail versie 3.81 Als bronbestand kan men ervoor kiezen om voor de kop en de regels afzonderlijke bronbestanden te gebruiken, maar men kan ook een gecombineerd bronbestand gebruiken (zoals in bovenstaand voorbeeld). Een vereiste voor de import via script is dat het ZOEKCODE-veld van MIMAKOP en OPBOUW uniek moeten zijn. Op basis van de zoekcode wordt tijdens de import bepaald of het een nieuwe mixmatch/opbouw is of dat een bestaand record gewijzigd moet worden. Eveneens wordt het zoekcode-veld gebruikt om bij de regel-import de regels aan de juiste mixmatch/opbouw te koppelen. Als het zoekcode-veld niet uniek is, zal dit dan ook niet goed kunnen gaan. Mixmatchen kunnen ook via script gewijzigd worden, maar er kunnen uiteraard geen regels verwijderd worden, die voorheen wel in de mixmatch zaten. Toevoegen van extra regels en wijzigen van bestaande regels is uiteraard wel mogelijk. Verder is het mogelijk om via import binnen 1 mixmatch meerdere regels met hetzelfde artikel te importeren, hetgeen in de praktijk niet handig zal zijn.

Extra scriptvariabelen

In het script zal voor zowel de mixmatch als de regel-import ingesteld moeten worden, dat de zoekcode van de mixmatch de importsleutel is, met behulp van de regel MIMAKOPSLEUTEL=3:

Deze regel komt overeen met onderstaande instelling van de algemene importinstellingen:

Deze instelling mag voor de algemene import gerust een andere waarde hebben.

2014

73 van 121

Release Notes BlueRetail versie 3.81 Voor de opbouw-import is er bij de import-instellingen een nieuw sleutelveld op basis van Zoekcode toegevoegd, zodat in het script de regel OPBOUWSLEUTEL=3 gebruikt kan worden.

Om de regelbestanden aan het juiste kop-record te kunnen koppelen zijn er twee nieuwe script-commando’s toegevoegd, zijnde:  MIMAKOPCODE=  OPBOUWKOPCODE= Deze regels dienen toegevoegd te worden aan de headers [MIMAREG] en [OPBOREG], om aan te geven in welke kolommen de zoekcode van de bijbehorende kopregel staat. Dit is nodig om de regels aan de juiste mixmatch/opbouw te koppelen. Hieronder staat een voorbeeld weergegeven.

Indien er een gecombineerd bronbestand gebruikt wordt voor de import, zal men in het script moeten aangeven welke regels van het bronbestand voor de kop bedoeld zijn, en welke voor de regels. Dit kan met behulp van het scriptcommando RECORDIMPORT (of RECORDOVERSLAAN). Onderstaand een voorbeeld van het bronbestand, dat bij bovenstaand script hoort.

2014

74 van 121


Aantal overgeslagen regels bronbestand

2014

Verder is er een uitbreiding gemaakt, bij het loggen van het verwerken van een importscript. Hierin worden nu de overgeslagen regels (als gevolg van de commando’s RECORDOVERSLAAN en RECORDIMPORT) niet meer gezien als afgekeurde regels, waardoor er onterecht gelogd wordt, dat er fouten zijn geweest tijdens het importeren van het script. In plaats daarvan wordt nu een extra aantalveld bijgehouden, waarin te zien is hoeveel regels van het bronbestand er zijn overgeslagen.

75 van 121

Release Notes BlueRetail versie 3.81 Verder is de anchoring verbeterd, en kan de logtekst geselecteerd worden en gekopieerd worden. Ook bij het bekijken van de import-logboeken zijn nu de afzonderlijke resultaten van de regelbestanden te zien.

Versnelling openen en opslaan instellingen import

Wanneer men voorheen via het menu de import-instellingen wilde raadplegen of wijzigen, dan kon het even duren voordat alle import-instellingen ingelezen waren. Hetzelfde gold voor het opslaan van de instellingen via de OK-knop.

Er is nu aangepast dat bij het openen er geen instellingen gelezen worden (behalve voor de nieuwe bestanden (in het grijs), die nog nooit zijn opgeslagen omdat deze nieuw zijn als gevolg van een update), maar dat dit alleen gebeurt, voor de bestanden die in de tabel worden geselecteerd. Bij het opslaan worden alleen de instellingen van de gewijzigde tabel-regels opgeslagen.

2014

76 van 121


Voorbeelden

6.8.5

In bijlage I zijn voorbeelden toegevoegd van de import van mixmatch via importscripts.

Datacommunicatie

Uitleg

Geen wijzigingen in dit onderdeel

6.8.6

Rollen

6.8.6.1

Nooit standaard de kassa opstarten op de BO

Uitleg

Stel dat bij een gebruiker is ingesteld, dat hij direct naar de kassa gaat na inloggen. Op bepaalde systemen zoals een backoffice wil men dat niet. Nu kan men bij instellen kassa aangeven per station, dat men dit niet wil. De default is ja.

2014

77 van 121


6.8.7

Toegangsbeheer

Uitleg

Geen wijzigingen in dit onderdeel in deze versie.

6.8.8

Boekhoudkoppeling

6.8.8.1

AFAS koppeling

Uitleg

De nieuwe AFAS boekhoudkoppeling bestaat momenteel uit een aangepaste FMUTA6export. Ook aan AFAS zullen zowel de FMUTA6.CSV als de DEBITR6.CSV en CREDITR6.CSV aangeboden worden. De volgende aanpassingen zijn doorgevoerd t.o.v. de reguliere FMUTA6 export voor Exact:  Het scheidingsteken is een puntkomma i.p.v. een komma.  Het decimaalteken is een komma i.p.v. een punt.  decimaalteken van bedragen moet een komma zijn i.p.v. een punt.  Het debiteurennummer van facturen/creditnota’s moet in dezelfde kolom staan als het grootboekrekeningnummer voor boekingen in het verkoopdagboek.  Bij facturen/creditnota’s moet in kolom 14 nogmaals het bedrag worden opgevoerd. Daarbij moet voor de kopregel het bedrag gelijk zijn aan kolom 13, en voor de overige regels moet het teken omdraaien (ofwel + wordt – en – wordt +).  Op regels met regelnummer 0 wordt ook het grootboeknummer gevuld.  Het datumformaat wordt DD-MM-JJJJ.  Als de BTW code 0 is, dan dient de kolom leeg te blijven.  Omzetbedragen moeten excl. BTW worden en tegengesteld van teken als deze negatief zijn, dan komen ze positief in kolom 14.  Als het BTW bedrag 0 is bij omzetregels (bijv. omzetbedrag 0,01), dan dient de BTW code toch gevuld te worden.

Voorbeeld Export

2014

FMUTA

0;"K";"40";"1";"2014";"5070";"BONNEN VAN 06-01-2014";"06-012014";"1000";"";"";"";4269,85;"";"EUR";1,000000;"";0,00;"";"";"";0,00;"";"";"";0,00;"";"";0,00;"";"";"N";"";0,00;0,00;0,00;0,00;"";"";"" 1;"K";"40";"1";"2014";"5070";"VVV Bonnen";"06-012014";"2103";"";"";"";90,00;"";"EUR";1,000000;"";0,00;"";"";"";0,00;"";"";"";0,00;"";"";0,00;"";"";"N";"";0,00;0,00;0,00;0,00;"";"";"" 2;"K";"40";"1";"2014";"5070";"Pinbetaling";"06-012014";"2101";"";"";"";10561,82;"";"EUR";1,000000;"";0,00;"";"";"";0,00;"";"";"";0,00;"";"";0,00;"";"";"N";"";0,00;0,00;0,00;0,00;"";"";"" 3;"K";"40";"1";"2014";"5070";"REKENINGNUMMER 8000";"06-012014";"8000";"";"";"";"";3,02;"EUR";1,000000;"";0,00;"";"";"1";0,63;"";"";"";0,00;"";"";0,00;"";"";"N";"";0,00;0,00;0,00;0,00;"";"";"" 4;"K";"40";"1";"2014";"5070";"REKENINGNUMMER 8000";"06-012014";"8000";"";"";"";"";12086,30;"EUR";1,000000;"";0,00;"";"";"1";2538,12;"";"";"";0,00;"";"";0,00;"";"";"N";"";0,00;0,00;0,00;0,00;"";"";"" 5;"K";"40";"1";"2014";"5070";"REKENINGNUMMER 8000";"06-012014";"8000";"";"";"";"";99,25;"EUR";1,000000;"";0,00;"";"";"2";5,96;"";"";"";0,00;"";"";0,00;"";"";"N";"";0,00;0,00;0,00;0,00;"";"";"" 6;"K";"40";"1";"2014";"5070";"REKENINGNUMMER 8071";"06-012014";"8071";"";"";"";"";684,45;"EUR";1,000000;"";0,00;"";"";"1";143,73;"";"";"";0,00;"";"";0,00;"";"";"N";"";0,00;0,00;0,00;0,00;"";"";"" 7;"K";"40";"1";"2014";"5070";"REKENINGNUMMER 8071";"06-012014";"8071";"";"";"";"";40,97;"EUR";1,000000;"";0,00;"";"";"2";2,46;"";"";"";0,00;"";"";0,00;"";"";"N";"";0,00;0,00;0,00;0,00;"";"";"" 8;"K";"40";"1";"2014";"5070";"REKENINGNUMMER 8072";"06-012014";"8072";"";"";"";"";329,75;"EUR";1,000000;"";0,00;"";"";"1";69,25;"";"";"";0,00;"";"";0,00;"";"";"N";"";0,00;0,00;0,00;0,00;"";"";"" 9;"K";"40";"1";"2014";"5070";"REKENINGNUMMER 8074";"06-012014";"8074";"";"";"";"";122,58;"EUR";1,000000;"";0,00;"";"";"1";25,74;"";"";"";0,00;"";"";0,00;"";"";"N";"";0,00;0,00;0,00;0,00;"";"";"" 0;"V";"20";"1";"2014";"1390021";"CREDITNOTA: 1390021/K1683";"08-01-2014";"201401041";"";"";"";"";131,96;"EUR";1,000000;"";0,00;"08-012014";"";"";0,00;"";"";"";0,00;"";"";0,00;"";"";"N";"";0,00;0,00;0,00;0,00;"";"";"" 1;"V";"20";"1";"2014";"1390021";"REKENINGNUMMER 8000";"08-01-2014";"8000";"";"";"1390021";"";136,32;"EUR";1,000000;"";0,00;"";"";"1";28,63;"";"";"";0,00;"";"";0,00;"";"";"N";"";0,00;0,00;0,00;0,00;"";"";"" 2;"V";"20";"1";"2014";"1390021";"AFWAARDERING VERKOOP";"08-012014";"5000";"";"";"1390021";27,26;"";"EUR";1,000000;"";0,00;"";"";"1";5,73;"";"";"";0,00;"";"";0,00;"";"";"N";"";0,00;0,00;0,00;0,00;"";"";"" 0;"V";"20";"1";"2014";"1390022";"CREDITNOTA: 1390022/K1691";"08-01-2014";"201401042";"";"";"";"";76,67;"EUR";1,000000;"";0,00;"08-012014";"";"";0,00;"";"";"";0,00;"";"";0,00;"";"";"N";"";0,00;0,00;0,00;0,00;"";"";"" 1;"V";"20";"1";"2014";"1390022";"REKENINGNUMMER 8000";"08-01-2014";"8000";"";"";"1390022";"";63,36;"EUR";1,000000;"";0,00;"";"";"1";13,31;"";"";"";0,00;"";"";0,00;"";"";"N";"";0,00;0,00;0,00;0,00;"";"";"" 0;"M";"90";"1";"2014";"72";"KP CR.NOT.: 1390021/K1683";"08-012014";"";"";"";"";"";0,00;"EUR";1,000000;"";0,00;"";"";"";0,00;"";"";"";0,00;"";"";0,00;"";"";"N";"";0,00;0,00;0,00;0,00;"";"";"" 1;"M";"90";"1";"2014";"72";"REKENINGNUMMER 8000";"08-012014";"7000";"";"";"";"";74,80;"EUR";1,000000;"";0,00;"";"";"";0,00;"";"";"";0,00;"";"";0,00;"";"";"N";"";0,00;0,00;0,00;0,00;"";"";"" 2;"M";"90";"1";"2014";"72";"REKENINGNUMMER 8000";"08-012014";"5000";"";"";"";74,80;"";"EUR";1,000000;"";0,00;"";"";"";0,00;"";"";"";0,00;"";"";0,00;"";"";"N";"";0,00;0,00;0,00;0,00;"";"";""

78 van 121

Release Notes BlueRetail versie 3.81 DEBTR "416";"Dynamiek Scholengroep Horst";"Postbus ";"6162";"5960 AD";"HORST";"NL";"DYNAMI";"";"0774678020";"0842256219";"";"O";"";"";"";"";"";"";"";"";"";"";"20";"N";"";"";10000,00;"J";"";"N";"";"";"";"";0,00;"";"";"";0,00;0,00;0,00;0,00;0,00;0, 00;0,00;0,00;0,00;0,00;0,00;"J";"";"" "71";"Anco Lifestyle Centre B.V.";"Venrayseweg ";"114";"5961 AJ";"HORST";"NL";"ANCO";"";"0610029180";"0773988582";"Patrick Bierens";"O";"";"";"";"0773983553";"0123615569";"";"";"";"";"";"20";"N";"";"";10000,00;"J";"";"N";"";"";"";"";0,00;"";"";"";0,00;0,00;0,00;0,00;0,00;0,00;0,00;0,00;0,00;0,00;0,00;"J ";"NL809580160B01";""

CREDIT "50009";"Altrex BV";"Postbus ";"30160";"8003 CD";"ZWOLLE";"NL";"1";"";"0384557700";"0384557711";"";"O";"";"";"";"";"0397320213";"";"";"";"";"";"";"10";"N";"";0,00;"J";"";"N";"";"";"";0,00;"";"";"";0,00;0,00;0,00;0,00;0,00;0, 00;0,00;0,00;0,00;0,00;0,00;"NL001217379B01";""

6.8.9

POS Hardware configuratie

6.8.9.1

Scanner uitschakelen in de kassa bij pop-up

Uitleg

Vanaf versie 3.81 is het mogelijk om bij het instellen van de barcodescanner ook aansturingscodes in te vullen voor het: blokkeren en activeren van de scanner, het geven van een signaal bij het blokkeren van de scanner. Situatie voor 3.81: Wanneer een product een foutmelding geeft op de kassa, verschijnt er een rood scherm op de kassa (instelbaar), maar wanneer de caissière door blijft scannen omdat dit niet gezien wordt, blijft de barcodescanner wel ‘piepen’. Hierdoor werden er producten niet gescand en werden er fouten gemaakt. Situatie vanaf 3.81: Het is mogelijk ervoor te zorgen dat de barcodescanner niet meer ‘piept’, zodat de caissière in de gaten heeft dat er niet meer gescand wordt en er geen fouten meer gemaakt kunnen worden. De melding die op het kassascherm is verschenen dient eerst weg geklikt te worden, voordat de caissière weer kan scannen.

Beschrijving

Hier volgt een beschrijving van hoe, voor bijvoorbeeld een Magellan 3200 Vsi scanner, scannen geblokkeerd kan worden door hem in seriële modus (COM-poort mode) te zetten.

Stap 1 COM-poort mode

Zorg dat er een driver geïnstalleerd wordt, die ervoor zorgt dat er een COM-poort gemaakt wordt: 1. Koppel de scanner los en verwijder eventuele drivers. 2. Installeer de driver voor de COM poort a) LET OP: de huidige versie van de installatie ondersteund geen UAC. Voer de installatie als administrator uit of schakel UAC uit. b) SU-DLADC-USB-COM driver 32bit 3.22.32.zip voor 32bit c) SU-DLADC-USB-COM driver 64 bit 3.22.64.zip voor 64bit 3. Nadat de installatie is voltooid schakel de scanner in COM-mode a) In de Product Reference Guide van het betreffende product staan de benodigde barcodes. De “USB Com Interface” is de mode met com-port. b) Hiervoor moet de programmeer barcode worden gescand gevolgd door de USB COM interface barcode hierna moet nog een keer de programmeer barcode worden gescand. c) De scanner start opnieuw op. 4. Sluit de scanner aan op de PC. 5. Windows begint met de installatie van de driver, het kan even duren voor dat alles is geïnstalleerd. 6. Er verschijnt nu een nieuwe COM-port in Windows, deze com-port is van de scanner.

Stap 2 Nagaan welke COM-poort er is aangemaakt

Bij apparaat beheer in Windows kan nagekeken worden welke COM-poort de scanner gekregen heeft, nadat de handelingen van stap 1 doorgevoerd zijn. Het nummer van de COM-poort is nodig om bij stap 3 de juiste gegevens in te kunnen vullen.

2014

79 van 121

Release Notes BlueRetail versie 3.81 Stap 3 Instellingen goed zetten

Door in te loggen onder de supervisor-code en naar ‘Instellingen\Hardware\ Barcodescanner’ te gaan verschijnt onderstaand scherm:

Hier dienen de onderstaande gegevens ingevoerd te worden: RS232-poort Type Type Blokkeren Activeren Signaal

Hier dient de COM-poort geselecteerd te worden zoals behandeld in stap 2. Magellan 3200VSi D E F

De codes voor ‘Blokkeren’, ‘Activeren’ en ‘Signaal’ zullen terug te vinden zijn in de technische handleiding van de gebruikte scanner.

Een nieuwe barcodescanner aanmaken kan alleen onder de supervisor- of dealercode.

2014

80 van 121

Release Notes BlueRetail versie 3.81 Mogelijke problemen bij installatie

1. Het kan zijn dat op systemen waar nog een Windows XP variant op draait de vrije COM poorten niet herkend worden. Oplossing Dit was niet altijd op te lossen door de bewuste computer een reboot te geven. Naar aanleiding hiervan zijn in versie 3.81 de toe te kennen COM-poorten binnen BlueRetail uitgebreid van 9 naar 20.

2. BlueRetail loopt vast tijdens opstarten Oplossing Klantendisplay uitschakelen in BlueRetail, de computer opnieuw opstarten en hierna de klantendisplay opnieuw toekennen.

2014

81 van 121


6.8.10

Web Transaction Services

6.8.10.1

Verkoop giftcard uit bewaarbon

Uitleg

6.8.10.2

Aanpassing waarmee bij het inlezen van een bewaarbon ook de ecustomerproduktregels juist verwerkt worden. Voorheen ging dit fout, waardoor er nietopgewaardeerde of geactiveerde ecustomerprodukt verkocht werden. Tevens is de fout-afhandeling bij het verwerken van de ecustomerprodukt-regels verbeterd. Voorheen werden evoucher- en eticketregels onterecht afgekeurd, als er van te voren een giftcard-activering mislukte.

Spaarkaarten niet meer verkoopbaar

Produkttype Spaarkaart

Vanaf versie 3.81 zijn de vinkjes ‘Verkopen mag’ en ‘Afrekenen mag’ voor het produkttype Spaarkaart niet meer instelbaar, aangezien het om een spaarkaart geldt, waarmee niet betaald kan worden en die ook niet verkocht kan worden. Bij de conversie naar 3.81 wordt dit in de database goed gezet voor eventuele bestaande spaarkaarten.

Voorheen moest één van beide wel aangevinkt zijn, omdat anders het record niet opgeslagen kon worden. Deze melding verschijnt dus niet meer bij Spaarkaarten.

Er mag best een artikel in de database voorkomen dat in de kassa gebruikt wordt om een spaarkaart te verkopen, maar dit artikel mag niet gekoppeld zijn aan een eCustomerprodukt.

2014

82 van 121


Ook bij het selecteren van een eCustomerProdukt via het loepje, zullen er dus geen regels verschijnen van het type Spaarkaart. Tevens wordt nu weer de juiste venstertitel getoond. Voorheen kwam altijd de titel Bestand eCustomer Produkten. Nu is bij de selectie bij artikelen, betaalwijzen en omzetloyalty een andere titel te zien.

6.8.10.3

Functie opwaarderen cadeaubon weer werkend

Opwaarderen cadeaubon

In versie 3.81 is het weer mogelijk om zgn. variabele cadeaubonnen op te waarderen, door het bijbehorende vinkje aan te zetten. Deze functionaliteit wordt momenteel niet (meer) gebruikt door klanten, is was vroeger (voor de komst van eLoyalty) de functie van het produkttype Spaarkaart. In de praktijk worden meestal cadeaubonnen met een vaste waarde gebruikt. Tijdens de conversie naar 3.81 wordt voor alle bestaande ecustomerprodukten dit vinkje uitgezet, omdat er anders een mogelijk andere werking na de update in de kassa verschijnt.

2014

83 van 121


Bij het aanvinken wordt op het tabblad Giftcard onderstaande optie instelbaar.

Wanneer nu een kaartnummer in de kassa gescand wordt (en bovenstaande optie op Nee staat, verschijnt onderstaand scherm (ook bij nieuwe cadeaubonnen).

Indien de optie op Ja staat, wordt eerst het saldo bepaald en vervolgens onderstaand scherm getoond.

2014

84 van 121


Met behulp van het nieuwe saldo kan een kassière eenvoudig een kaart opwaarderen tot het gewenste bedrag. Het Opwaardeerbedrag wordt dan immers automatisch bepaald, zonder dat dit uitgerekend hoeft te worden.

6.8.10.4

Extra controle op omzetloyalty instellingen

Omzetloyalty instellingen

6.8.10.5

Aanpassing punten ingave bij verzilveren loyaltyacties

Algemene inleiding

2014

Vanaf 3.81 wordt bij omzetloyalty ook gecontroleerd of er een eCustomer Product, een spaarbedrag en spaarpunten zijn ingevoerd. Deze controle wordt alleen uitgevoerd als er een begindatum is ingevoerd en de einddatum nog niet is verstreken.

Voorheen werd bij het invoeren van bonkortingpunten op het loyalty-actie scherm gebruik gemaakt van een zgn. combo-box met daarin alle mogelijke in te voeren waarden, afhankelijk van het bonbedrag, kaartsaldo en de loyalty-instelling per hoeveel punten er bonkorting is toegestaan.

85 van 121


Wanneer in de kassa naar het afrekenen werd gegaan en de loyaltykaart gescand had, verscheen onderstaand scherm.

Wanneer men ingesteld heeft, dat men per punt bonkorting mag krijgen, dan kon deze lijst erg lang worden en vervalt het voordeel van de combo-box met toegestane waardes. Vandaar dat deze versie is de combo-box vervangen door een ‘gewoon’ invoerveld, waarin de kassiere het gewenste aantal punten in dient te geven. Bij het wijzigen van het invoerveld, wordt er door het systeem gecontroleerd of dit een geldige waarde is, op basis van het resterende kaartsaldo en de factor. Als dit niet het geval is, dan wordt de waarde in het rood weergegeven. Is dit wel het geval, dan wordt de waarde zwart, en dan worden ook de schermcontrols mbt het nieuwe saldo en de totaalkorting bijgewerkt. Ook wordt dan de Verzilverknop actief gemaakt.

Als men bij een ongeldige (rode) waarde op de ENTER-toets drukt, verschijnt hiervan een melding met de vraag of het ingevoerde aantal aangepast moet worden, naar de dichtstbijzijnde lagere geldige waarde. Er zijn een drietal meldingen die kunnen komen:

2014

86 van 121


Ongeacht of met Ja of Nee beantwoord wordt, zal het systeem altijd eerst terugkeren naar het invoer-veld, alvorens verder te gaan. Ook bij Ja zal er dus nogmaals op Enter gedrukt moeten worden. Hierdoor heeft de kassière altijd nog de mogelijkheid om iets aan te passen, of toch niet te verzilveren. Wanneer bij onderstaande loyalty-instelling niet de waarde 1 is ingesteld, zal deze factor tevens getoond worden in het verzilver-scherm, zodat de kassière hier rekening mee kan houden.

Als er op de bon ook nog artikelen voorkomen, waarvoor loyaltyacties zijn gedefinieerd, dan is de werking onveranderd. Wel kan het zo zijn dat de maximale toegestane bonkorting wijzigt, als er loyaltyacties gekozen worden, waarvoor ook punten moeten worden ingeleverd.

6.8.10.6

Loyalty veld op klantenkaart

Gescande loyaltykaart ook zichtbaar in de kassa

2014

In versie 3.81 wordt de gescande loyaltykaart ook getoond in de kassa, en wel in het statusbalk-gedeelte van de relatie-informatie. Als omschrijving wordt de omschrijving van het bijbehorende eCustomer-product gebruikt.

87 van 121


Als er ook een relatie en/of contactpersoon actief is, zal de informatie erachter gezet worden. Voor relaties en contactpersonen zijn vanaf deze versie de interne nummers weggelaten, aangezien dit volgens ons niet echt bruikbare informatie was voor een kassière.

Ook bij het afrekenen en in de touchkassa is deze informatie beschikbaar.

Functie K0 om loyalty-kaart te verwijderen

2014

In versie 3.81 is de toets-combinatie K+0 uitgebreid, zodat ook gescande loyaltykaarten verwijderd kunnen worden. In voorgaande versies verwijderde K nul alleen de geselecteerde relatie en was het niet mogelijk om een gescande loyaltykaart weer te verwijderen. Men kon alleen een andere loyaltykaart scannen.

88 van 121


Hierbij zijn twee varianten mogelijk als K0 wordt gedrukt en er is een loyaltykaart gescand. In beide situaties zal er een vraag gesteld worden, of de loyaltykaart verwijderd dient te worden. Hieronder worden beide situaties getoond: 1. Er is geen relatie geselecteerd; Het default antwoord is Ja.

2. Er is wel een relatie geselecteerd; de relatie wordt eerst verwijderd en dan komt de vraag. Het default antwoord is Nee (i.v.m. huidige werking)

Nieuwe omzetloyalty

2014

In versie 3.81 is er een nieuwe instelling toegevoegd aan de eCustomerinstellingen voor Omzetloyalty. Met deze nieuwe instelling kan men aangeven, of

89 van 121


instelling om klantenkaart te koppelen aan relaties

men de kaartnummers van het aan de omzetloyalty gekoppelde eCustomerprodukt ook in een diversen-veld van de relatiekaart heeft opgeslagen.

De default-instelling is Geen (werking voor 3.81). Wanneer men een Diversenveld selecteert, verwacht BlueRetail dat hier in de relatiekaart ook bestaande kaartnummers zijn/worden ingevuld.

Het gedrag van de instelling is tweeledig:

2014

90 van 121

Release Notes BlueRetail versie 3.81 1. Als in de kassa nu een loyaltykaart gescand wordt, dan wordt gekeken of er een relatie is met dit kaartnummer, en zo ja, dan wordt deze (automatisch) geselecteerd.

2. Als in de kassa nu een relatie wordt geselecteerd, dan wordt gekeken of er een kaartnummer is ingevoerd, en zo ja, dan wordt dit kaartnummer (automatisch) ‘gescand’.

2014

91 van 121


Deze situaties zijn gebaseerd op een beginsituatie waarbij er nog geen relatie en nog geen loyaltykaart in de kassa actief was. Dit hoeft echter niet altijd het geval te zijn. Er kunnen ook relaties geselecteerd worden die geen loyaltykaart hebben of loyaltykaarten gescand worden die niet aan een relatie gekoppeld zijn. Daarnaast moet het in de praktijk, net als nu, nog steeds mogelijk zijn om een transactie op te slaan met relatie x, en de gescande loyaltykaart van relatie y, of een loyaltykaart zonder relatie. Afhankelijk van de beginsituatie in de kassa en de actie die wordt uitgevoerd (scannen loyaltykaart, selecteren/verwijderen relatie) kan het systeem de kassière een vraag stellen, of er nog een extra actie moet worden uitgevoerd. Er zijn een viertal varianten, die nu getoond worden. Beginsituatie 1: Er is zowel een relatie als een loyaltykaart actief Actie: Selecteer een andere relatie zonder gekoppelde loyaltykaart Vraag:

Beginsituatie 2: Er is een loyaltykaart actief Actie: Selecteer een (andere) relatie met gekoppelde loyaltykaart Vraag:

Beginsituatie 3: Er is zowel een relatie als een loyaltykaart actief Actie: Scan een andere loyaltykaart zonder gekoppelde relatie Vraag:

Beginsituatie 4: Er is een relatie actief Actie: Scan een (andere) loyaltykaart met gekoppelde relatie

2014

92 van 121

Release Notes BlueRetail versie 3.81 Vraag:

Op de volgende pagina zijn alle mogelijke situaties en acties in kaart gebracht, die van invloed zijn op deze functionaliteit. Het laat tevens zien welke acties en vragen het systeem uitvoert, en wat de nieuwe beginsituatie zal zijn.

6.8.10.7

Aanpassingen loyalty acties

Blokkeren hoofd-artikel van opbouw van het type Set met artikel specificatie en Keuzelijst

2014

In versie 3.81 is het niet meer mogelijk om bij het invoeren van een loyalty-actie met als actie-bereik een artikel, te kiezen voor een artikel dat voorkomt in het opbouw-bestand als hoofdartikel. Dit geldt alleen voor opbouw-records met als type Werking ‘Set met artikelspecificatie’ en ‘Keuzelijst’.

93 van 121


In vorige versies kon men bij loyalty-acties deze artikelen wel selecteren, maar in de kassa werden deze artikelen als opmerkingsregel toegevoegd, waardoor er geen actiepunten gespaard konden worden. Nu krijgt men onderstaande melding bij het invoeren van loyalty-acties:

Artikelen die als hoofdartikelen voorkomen in een opbouw van een ander type, kunnen nog steeds geselecteerd worden. Bij deze typen wordt het hoofdartikel namelijk wel als artikel in de kassa ingelezen en dus worden de punten ook toegekend.

Invoeren loyalty-acties voor artikelen die onderdeel uitmaken van een opbouw van het type Set met artikel specificatie

2014

Vanaf 3.81 is het wel mogelijk om voor artikelen die onderdeel uitmaken van een opbouw met als type werking ‘Set met artikelspecificatie’ loyaltyacties in te voeren, die alleen geldig zijn in combinatie met een specifieke opbouw. Dus als men het artikel los verkoopt, geldt de actie niet, maar wel als men het hoofdartikel van de geselecteerde opbouw verkoopt. Wanneer men voor een actie-bereik ‘Artikel’ kiest, dan wordt bij het verlaten van het artikel-veld gecontroleerd of dit artikel voorkomt als subregel van een opbouw van het type ‘Set met artikel specificatie’. Zo ja, dan verschijnt er bij het invoeren van de loyaltyactie een optie om aan te geven dat de actie alleen geldt i.c.m. de opbouw. Wanneer dit aangevinkt wordt, verschijnen alle mogelijke opbouwen waarin dit artikel voorkomt.

94 van 121


Let wel: Hoofdartikelen van het opbouw-type ‘Keuzelijst’ kunnen niet geselecteerd worden als loyaltyactie artikel, maar voor de subartikelen van dit type opbouw komt de optie ‘Actie alleen geldig i.c.m. opbouw’ niet beschikbaar bij het invoeren van de loyaltyactie. Dit omdat het hier om een keuzelijst gaat, waarbij het artikel niet verplicht is. Als er een actie voor dit artikel moet komen, dan geldt deze ook als het artikel los verkocht wordt. Bij het invoeren van de loyalty-acties moet de gebruiker bovendien zelf bijhouden/controleren of voor alle subartikelen van een opbouw punten zijn gedefinieerd. Bovenstaande zal worden toegelicht aan de hand van onderstaand voorbeeld uit het demo-bedrijf. De winkelier wil 500 spaarpunten uitgeven als iemand een ‘Tuinset Melange 32’ koopt. Deze opbouw bestaat uit de volgende artikelen:

Dezelfde subartikelen komen ook voor in een andere opbouw, waarbij geen extra spaarpunten gegeven moeten worden, net als wanneer dit los verkocht wordt:

De winkelier dient dus de 500 punten te verdelen over de verschillende subartikelen. Hij kiest voor 200 punten op de Tuinbank en voor 100 punten op de Tuinstoel. Deze verdeling is van belang bij het retournemen van losse onderdelen van de opbouw. De volgende twee loyaltyacties dienen ingevoerd te worden.

2014

95 van 121


Door acties hetzelfde kenmerk te geven, worden de punten op de loyalty-bon verzameld. Bij loyaltyacties is het mogelijk om geen datums in te voeren. Dit betekent dat de actie altijd geldig is. Wanneer iemand onderstaande artikelen koopt, met o.a. twee tuinsets en twee losse stoelen extra, dan worden er toch maar 500 punten extra gespaard.

2014

96 van 121

Release Notes BlueRetail versie 3.81 Na het afrekenen krijgt de klant onderstaande loyalty-bon:

Wanneer de klant via CTRL+F11 twee tuinstoelen van de melange-set terug komt brengen, dan worden er ook weer 200 punten van het spaarsaldo afgehaald.

2014

97 van 121


6.8.11

Lay-out beheer

6.8.11.1

Wijziging prijsbarcodes

Uitleg

Uitgangspunt bij een prijsbarcode is dat de prijs in de barcode de juiste is. Dus in het geval er een aanbieding voor een artikel geldt waarop een prijsbarcode zit, dan zou de aanbiedingsprijs al door de leverancier in de barcode verwerkt moeten zijn. Is dit niet het geval dan zouden er ook geen prijsbarcodes gehanteerd moeten worden. In alle andere gevallen gaat het pakket nl. nakijken in de database wat de juiste prijs is die gehanteerd dient te worden. Momenteel werd er voor artikelen die gescand werden in de kassa, binnen een prijsbarcode reeks vielen en waarvoor ook een aanbieding actief was geen aanbiedingstekst onder het artikel weergegeven (indien zodanig ingesteld). Dit is nu werkend gemaakt.

6.8.11.2 Uitleg

Nieuwe stuurcodes n.a.v. uitbreiding bestand contactpersonen Naar aanleiding van de uitbreiding van het bestand contactpersonen met extra velden zijn er ook extra stuurcodes in de formulier-editor toegevoegd voor deze velden. Dit zijn: [CONTACT,17,6L] Status contactpersoon [CONTACT,18,10L] Soort pas contactpersoon [CONTACT,19,10L] Geslacht contactpersoon [CONTACT,20,20L] Tussenvoegsel contactpersoon [CONTACT,21,6L] Huisnummer contactpersoon [CONTACT,22,30L] Land contactpersoon [CONTACT,23,6L] Identiteit contactpersoon [CONTACT,24,20L] ID-Nummer contactpersoon [CONTACT,25,3R0] Uren geldig [CONTACT,26,8L] Tijd uitgifte

2014

98 van 121

Release Notes BlueRetail versie 3.81 [CONTACT,27,10L] [CONTACT,28,10L] [CONTACT,29,10L] [CONTACT,30,10L] [CONTACT,31,10L] [CONTACT,32,10L] [CONTACT,33,10L] [CONTACT,34,10L] [CONTACT,35,10L] [CONTACT,36,10L] [CONTACT,37,10L]

6.8.11.3

Uitgiftedatum Invoerdatum Datum laatste Datum laatste Datum laatste Datum laatste Datum laatste Datum laatste Datum laatste Datum laatste Datum laatste

wijziging import wijziging hoofdkantoor kassa verkoop order debiteuren fin.admin. debiteuren pakbon crediteuren order crediteuren fin.admin. crediteuren

Nieuwe stuurcode n.a.v. opsplitsen relatie-adres

Uitleg

Aangezien het veld adres binnen het relatiebestand is opgesplitst naar een adresen een huisnummerveld zullen alle lay-outs waarin deze gegevens gebruikt worden aangepast dienen te worden. Achter het adres [RELATIE,7,30L] zal de stuurcode van het huisnummer moeten komen. De stuurcode hiervoor is [RELATIE,55,10L].

6.8.11.4 Uitleg

Stuurcode voor totaal van op de regels afgedrukte aantallen Vanaf versie 3.81 zijn er stuurcodes voor de totalen voor de tellers ‘besteld’, ‘geleverd’ en ‘te leveren’ toegevoegd. Deze nieuwe stuurcodes zijn:  Totaal aantal besteld [KOPVOET,71,10R2]  Totaal aantal geleverd [KOPVOET,72,10R2]  Totaal aantal te leveren [KOPVOET,73,10R2]

6.8.11.5 Uitleg

Stuurcode printen gegevens eindklant op hoofdkantoor Bij de levering van debiteurenorders kan men relatie-etiketten opnemen in de printbuffer (afdrukrij). Vanaf versie 3.42 kon men op het hoofdkantoor instellen, dat bij orders vanuit een filiaal de relatie-gegevens van de eindklant (filiaal) afgedrukt konden worden. Dit bleek niet te werken en is in versie 3.81 werkend gemaakt. Verder is toegevoegd dat in de lay-out van debiteuren orders men bij alle stuurcodes voor relatievelden als laatste parameter een "S" toe kan voegen. Als men dan op het hoofdkantoor een order voor een filiaal afdrukt, welke afkomstig is van een ketentransactie, dan worden de relatiegegevens opgehaald van de bijbehorende verkooporder in de spiegel. Dit geldt niet voor gekoppelde velden uit bijv. relatiegroepen, saldi, notities etc.

Voorbeeld

6.8.11.6 Uitleg

2014

De normale stuurcode om de correspondentienaam af te drukken is: [RELATIE,5,30L] Om op het HK de filiaalrelatie correspondentienaam af te drukken is: [RELATIE,5,30L,S]

Wijzigingen m.b.t. het afdrukken van etiketten Aanpassingen met een aantal wijzigingen m.b.t. het afdrukken van etiketten:  Er is nu 1 nieuwe klasse die controleert of de etiket-instellingen overeenkomen met het papierformaat. Zo niet, dan verschijnt na het afdrukken van het eerste etiket een duidelijke melding wat er niet klopt. Dit gebeurt bij de menu-punten BAEB, BAEA, BREB, BREA en RDF.  Bij het maken van een proefafdruk bij BAEB en BREB in nieuw of wijzig-mode verschijnt na de preview eveneens de vraag of de hoogte en/of breedte aangepast moet worden naar de voorgestelde waarde.

99 van 121

Release Notes BlueRetail versie 3.81 



2014

Bij het maken van een proefafdruk van een etiket worden nu ook de instellingen van de geselecteerde printeruitgang meegenomen. Als voor de printeruitgang wordt gekozen, dan wordt de ingestelde printer bij Artikeletiketten genomen. Als men nu een proefdruk maakt bij etiketten of formuliereditor, dan worden ook de juiste printer-instellingen gebruikt bij het afdrukken naar scherm. Voorheen werden de instellingen van de artikeletiket-uitgang gebruikt.

100 van 121


7

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.

2014

101 van 121


8

Definities

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

2014

102 van 121


9

BlueRetail Bugs

Inleiding

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

Beschrijving Mogelijkheid ingebouwd om ook diversen 1 en 4 mee te exporteren naar de HHT

Melding # Incident: #5206 CI: #13499

Gewijzigde Objecten Set_HHT.wdw

5277

Bij de berekening van het IBAN nummer PSTB gewijzigd in INGB

Incident: #5275 CI: #13499

glProcNWRS.wdg

5285

Foutafhandeling verbeterd bij export boekhouding debiteuren en crediteuren

Incident: #5278 CI: #13499

Boekhoud_export.wdw

5296

In de kassa een artikel selecteren en dan met *-3 het aantal wijzigen in 3 retour werkte niet

Incident: #3864 CI: #13499

Scrkassa.wdw

5301

Aanpassing gemaakt, zodat xxxY en xxxxU (beide met hoofdletter) in de touch wel correct werken

Incident: #4660 CI: #13499

cCommandbase.wdc

5304

Focus kwam niet op commandoregel na afhandelen kassabon en relatieselectie verplicht

Incident: #3552 CI: #13499

Scrkassa.wdw

5351

Bij een abonnementsartikel met aanbetaling in een transactie was op rekening zetten niet mogelijk

Incident: #4935 CI: #13499

Scrkassa.wdw

5355

Vraag aanvullen tot besteleenheid bij inlezen HHT kwam niet. Dit is opgelost.

Incident: #4068 CI: #13499

Cremut_inv.wdw

5358

Nieuwe weergave optie 'Kortingscoupons tonen' op tabblad dagtotalen in het kassajournaal

CI: #13499

Dagjournaal.wdw

5366

Aanpassing m.b.t. retourboeken in de kassa d.m.v. bijvoorbeeld *-3

Incident: #3864 CI: #13499

Scrkassa.wdw

5367

Na prijswijziging in een transactie komt de vraag: prijs artikel aanpassen ook weer

Incident: #2694 CI: #13499

Scrkassa.wdw, Debmut_inv.wdw en Cremut_inv.wdw

5379

Geen fatale foutmelding meer indien meerdere hosts actief - Module eCustomer

Incident: #5376 CI: #13499

ceCustomer.wdc,set_ecustome r.wdw

2014

103 van 121

Release Notes BlueRetail versie 3.81 5380

Verschillende verbeteringen m.b.t. de Exact-Online koppeling

CI: #13499

5385

Oplossing waardoor het niet meer mogelijk is dat een giftcard betaling niet geregistreerd word

Incident: #5368 CI: #13499

scrkassa.wdw

5388

Artikelregels in de kassa pas verzamelen bij afrekenen.

Incident: #1070,#2869 CI: #13499

Scrkassa.wdw, Debmut_inv.wdw en NwMima.wdc

5420

Probleem opgelost met oppervlakte regels ingeven (*3*4) na scannen artikel in kassa

Incident: #5189 CI: #13499

Scrkassa.wdw, Debmut_inv.wdw en Cremut_inv.wdw

5423

Nieuw veld 'Abonnement' was niet te importeren in het artikelbestand

CI: #13499

KMPort.wdc

5439

Extra betaalinformatie wordt nu weer juist weergegeven bij VVVbonnen van 7,50 en 12,50

Incident: #4564 CI: #13499

scrkassa.wdw

5445

Het interne nummer van een gekopieerde aanbieding werd onterecht gevuld. Dit is aangepast.

Incident: #5262 CI: #13499

best_aanbied.wdw

5488

Tekstregels werden niet mee verplaatst bij het verzamelen van regels voor het berekenen van mixmatch

CI: #13499

NwMima.wdc

5494

Volgorde aangepast van toegevoegde artikel diversenvelden 1 en 4 bij Incident: #5206 CI: export naar de HHT #13499

Set_HHT.wdw

5496

Abonnement en percentage aanbetaling toegevoegd aan artikelselectie

Incident: #3434 CI: #13499

cSelectionArtikel.wdc

5498

Knop reset registratie aantal mobiles nu ook zichtbaar onder dealercode

Incident: #935 CI: #13499

Best_kmlic.wdw

5500

Focus nu op gewijzigde regel bij binnenkomst goederen op een crediteurenorder

Incident: #5410 CI: #13499

Cremut_inv.wdw

5501

Bij de export van een notitieveld wordt 'line feed' omgezet door character (187)

Incident: #3753 CI: #13499

NwPort.wdc

5516

Aanpassing zodat bij het invoeren van aanbiedingen altijd de juiste margeinformatie getoond wordt

Incident: #4820 CI: #13499

best_Aanbied.wdw,best_artike l.wdw,set_Logistiek.wdw

5520

Bij buitenlandse klanten met een vast BTW percentage van 0% werd bij een mixmatch incl. BTW berekend

Incident: #1383 CI: #13499

NwMima.wdc

5522

Bij het verwerken van uitval kwam er een foutmelding bij het verwerken van orders

Incident: #2991 CI: #13499

Verwerkuitval.wdw

2014

104 van 121


Aanpassing waarmee verholpen wordt, dat er geen popupschermen getoond worden na een PLU artikel

CI: #13499

scrkassa.wdw

5557

De oppervlakte specificatie verdween indien men de prijs van het bijbehorende artikel aanpaste

Incident: #1658 CI: #13499

Scrkassa.wdw

5561

De berekening van het IBAN nummer ging fout, als het controlegetal kleiner dan 10 was

CI: #13499

glProcNWRS.wdg

5573

Artikel liep niet mee indien je in een transactie via CTRL+A de artikelkaart opende

Incident: #3296 CI: #13499

KMSoftware.wdc

5579

De functionaliteit KZ is ingebouwd in de Touch-kassa

Incident: #5532 CI: #13499

tscrkassa.wdw

6903

Aanpassing waarmee in de touch-kassa het gedrag Status SocketServer weer werkend is gemaakt.

Incident: #6906 CI: #13499

scrkassa.wdw,tscrkassa.wdw

7415

Versie waarmee ook in combinatie met Internet Explorer 11 gecommuniceerd kan worden.

Incident: #6881 Taak: #400 CI: #13499

ftpClient.exe

7980

Aanpassen dealer wachtwoord

Taak: #465 CI: #13499

seluser.wdw,nwglobalutil.wdc

7981

Aanpassen dealer wachtwoord

Taak: #465 CI: #13499

loginscreensaver.wdw

5122

Aantal rapporten aangepast zodat relevante data te zien is indien men met de artikelmatrix werkt

Incident: #5070 CI: #13499

5568

Type barcode code128 afdrukken op een artikeletiket weer werkend gemaakt

Incident: #5531 CI: #13499

Printrapport.wdw, ReportStatistiekArtikel.wde, ReportPeriodeVergelijkingArtik elen.wde, ReportPeriodeAanbieding.wde, ReprtPeriodeArtikelen.wde, ReprtPeriodeArtikelenPerGebr uiker.wde, ReprtPeriodeArtikelenPerLever ancier.wde, ReprtPeriodeArtikelenPerOmze tgroep.wde en ReprtPeriodeArtikelenPerRelati e.wde cPrinterBase.wdc

5583

Default waarde switch abonnementsartikel op de artikelkaart bij overname vanuit secundair is nu Nee

Incident: #3532 CI: #13499

Best_artikel.wdw

5586

Artikelen koppelen aan categorie via automatisch wijzigen bij artikelselecties weer werkend gemaakt

Incident: #2919 CI: #13499

Best_artikel.wdw

5589

Aanpassing t.b.v. de koppeling met Exact Online i.v.m. vervaldatum facturen

Incident: #5469 CI: #13499

Exact.wdc en cExact_Online_Import.wdc

2014

105 van 121


Nieuwe automatische procedure om kassabonnen te schonen toegevoegd.

Incident: #5584 CI: #13499

Mainmenu.wdw, KmAutoproc.wdc en GlProcNwrs.wdg

5649

Na ophalen order mogen artikelregels niet verzamelt worden.

Incident: #2723 CI: #13499

Scrkassa.wdw

5677

Laatst ingevoerde leverdatum wordt onthouden bij filtering op debiteurenorders

Incident: #5669 CI: #13499

Dordr_ovrz.wdw

5696

Aanpassingen m.b.t. opschonen logboeken via de automatische procedures

Incident: #1873 CI: #13499

Mainmenu.wdw en KMAutoproc.wdc

5704

Omzetbedrag in rapport 139 werd fout geregistreerd bij buitenlandse klanten

Incident: #5657 CI: #13499

Dordr_doorboeken.wdw

5709

BTW werd berekend over statiegeld indien een factuur ingevoegd werd in een creditnota

Incident: #5587 CI: #13499

Debmut_inv.wdw

5717

Aanpassing export t.b.v. Exact Online m.b.t. het factuurnummer

Incident: #5619 CI: #13499

cExact_Online_Import.wdc en Exact.wdc

5721

Order ophalen in een factuur i.c.m. de instelling 'Leveren bij invoer Ja' voor facturen ging fout

Incident: #5728 CI: #13499

NWFinadmin.wdc

5736

Verschillende problemen opgelost voor de functionaliteit controle ontvangst goederen

5805

Tweede parameter van de stuurcode PICTURE weer werkend gemaakt

Incident: Crechkog.wdw #1537,#4710,#4910,# 4943,#5505 Taak: #300 CI: #13499 Incident: #5791 CI: cPrinterBASE.wdc #13499

5813

Probleem teller te leveren bij aanmaken VKO vanuit de kassa met andere status dan order intern

Incident: #5415 CI: #13499

debmut_inv.wdw

5825

Probleem opgelost met het afdrukken van barcodes t.g.v. aanpassing v3.80

Incident: #5789 CI: #13499

cPrinterBASE.wdc

5826

Uitbreiding maatwerk Import_SLSRPT

Incident: #5803 CI: #13499

import_SLSRPT.wdw

5842

Het aanspreken van items uit het hoofdmenu via de touch mogelijk gemaakt

Incident: #2975 CI: #13499

tscrkassa.wdw

5856

Restrictie bij gebruiker werkt nu ook indien alleen de einddatum is ingevuld

Incident: #4168 CI: #13499

seluser.wdw

5861

Functionele en technische aanpassing kioskserver

Incident: #5570 CI: #13499

globale procedures en project code

2014

106 van 121


Stuurcode WP (WisselPrinter) weer werkend gemaakt indien gebruikt wordt gemaakt van 7 parameters

Incident: #5719 CI: #13499

cPrinter.wdc

5869

Aanpassing eCustomerhost ICP-VTC

Incident: #5854 CI: #13499

cEcustomerHostICP-VTC.wdc

5871

Fatale foutmelding opgelost bij het opslaan van klantendisplayinstellingen

Incident: #5857 CI: #13499

set_klantendisplay.wdw

5926

Wijziging zodat de aanbiedingstekst ook getoond wordt indien er een prijsbarcode gescand wordt

CI: #13499

set_artikel.wdw, kmprijs.wdc, scrkassa.wdw

5930

Resetten aantal mobile licenties werkt nu ook in een netwerk omgeving

Incident: #5590 CI: #13499

best_kmlic.wdw

5949

Aantal te leveren werd onterecht verlaagd bij verwijderen artikel uit offerte

Incident: #5916 CI: #13499

Debmu_inv.wdw

5967

Aanbetaling op verzamelrekening werd niet goed verwerkt.

Incident: #5481 CI: #13499

Scrkassa.wdw en Verzrek_doorboeken.wdw

5972

Probleem met rapport 281 opgelost.

Probleem: #3123,#5674 CI: #13499

ReportDebGoedOrders.wde

5994

Aanpassing m.b.t. het aantal regels richting King (Boekhoudkopppeling)

Incident: #2431 CI: #13499

Boekhoud_export.wdw

5996

Kassabonnen niet op volgorde van datum bij opvragen vanuit de artikelkaart

Incident: #3547,#4826 CI: #13499

Kassa_ovrz.wdw

5999

Aanpassing export t.b.v. Exact Online m.b.t. het afsplitsen van BTW

Incident: #2966 CI: #13499

Boekhoud_export.wdw

6003

Aanpassing m.b.t. functionaliteit controle ontvangst goederen

Incident: #4943 CI: #13499

Crechkog.wdw

6004

Aanpassing maatwerk Import_SLSRPT. Kassaregel wordt weer met juiste regelnr weggeschreven

Incident: #5981 CI: #13499

Import_SLSRPT.wdw

6007

Technische revisie van het openen van de artikelen relatiestatusvensters

Incident: #3769,#4874 CI: #13499

Voornamelijk transactieschermen en best_windows met een status-knop.

6016

Aanpassingen t.b.v. de Banksys Yomani-automaat. Verschil VIC106 Yomani en VIC106 Xenta

Incident: #5960 CI: #13499

6031

Uitbreiding BlueScreenBuilder

Incident: #5464 Taak: #295 CI: #13499

2014

Blueretail.tscrkassa.wdw,BlueR etail.scrkassa.wdw,BlueRetail. NWPinAutomaat.wdc,BlueScre enbuilder.FEN_Document.wdw ,BlueScreenbuilder.cDocument .wdc

107 van 121


Laatst geteld station (of alle systemen) wordt nu bewaard bij tellen kasgeld

Taak: #298 CI: #13499

Tellen.wdw

6033

Verzamelen artikelen gebeurd nu indien men naar het afrekenscherm gaat

Incident: #5941 CI: #13499

Scrkassa.wdw

6036

Direct naar kassa na inloggen instelbaar per station

Taak: #294 CI: #13499

Set_kassa.wdw en Mainmenu.wdw

6045

Problemen met het afdrukken van verwerkingsverslagen bij inlezen HHT opgelost

Taak: #297 CI: #13499

Cremut_inv.wdw en NWTerminal.wdc

6081

Indien bij CTRL+F11 een bonnummer meerdere keren voor komt dan wordt een overzicht getoond

Incident: #5804 Taak: #304 CI: #13499

Scrkassa.wdw en Kassa_ovrz.wdw

6116

Aanpassing waarmee de ESC-knop op het betaalautomaatvenster weer zichtbaar is gemaakt

CI: #13499

automaat_status.wdw

6171

Blokkeren en activeren van blokscanner mogelijk gemaakt.

Taak: #291 CI: #13499

6180

Algemene software instelling waardoor het aantal dagen dat een aanbieding bewaard blijft toegevoegd

CI: #13499

Set_barcodescanner.wdw, Scrkassa.wdw, KMHardware.wdc en NWFinadmin.wdc set_algemeen.wdw

6108

Aanpassing m.b.t. functie CTRL+F11 - retournemen kassabon. Gedeeltelijk retour nu mogelijk.

Incident: #1107 Taak: #265 CI: #13499

Scrkassa.wdw, Invoerbedrag.wdw en Kassa_ovrz.wdw

6222

Klantenbesteding toevoegd als optie voor het te printen kassajournaal (Dagjournaal)

Incident: #5773 Taak: #318 CI: #13499

Set_kassa.wdw en Dagjournaal.wdw

6227

Bij wijzigen van verkooporders kan men nu ook filteren op orderstatus

Incident: #5989 Taak: #308 CI: #13499

Dordr_ovrz.wdw

6239

Probleem opgelost m.b.t. kortingstabellen en bonomzet aangevinkt

Incident: #6095 CI: #13499

Best_krttabel.wdw

6255

Probleem opgelost bij boekhoudkoppeling na aanpassing voor King m.b.t. tellen van het aantal regels

Incident: #6241 CI: #13499

Boekhoud_export.wdw

6262

Problemen opgelost m.b.t. relaties met de status 'vervallen'

Incident: #5979 CI: #13499

6302

Bij verkoop abonnementsartikel is relatieselectie verplicht. Werkend gemaakt i.c.m. klantenpas

Incident: #4936 Taak: #293 CI: #13499

Scrkassa.wdw, Debmut_inv.wdw, Cremut_inv.wdw, Best_relatie.wdw en NWFinadmin.wdc Scrkassa.wdw

6315

Bij het inlezen van een bewaarbon worden nu ook de ecustomerprodukt-regels juist verwerkt

Incident: #3491 Taak: #303 CI: #13499

2014

scrkassa.wdw

108 van 121


Aanbiedingstekst werd niet opgehaald bij een bewaarbon

Incident: #3565 CI: #13499

Scrkassa.wdw

6326

Artikelstatistiek blijft op oorspronkelijke maand staan bij wijzigen factuurdatum

Incident: #3917 CI: #13499

Cremut_inv.wdw

6338

Probleem opgelost bij invoegen opbouwtype 'Instelbare set' in debiteurentransactie

Incident: #4135 Taak: #458 CI: #13499

Debmut_inv.wdw

6341

Aanpassing waarmee het verwijderen van loyaltybonkorting verbeterd is

CI: #13499

scrkassa.wdw

6346

Korting niet berekend bij open PLU artikel i.c.m. kortingstabel en werking kortingspercentage

Incident: #4791 Taak: #408 CI: #13499

KMPrijs.wdc

6354

Niet altijd juiste artikel zichtbaar bij CTRL+A vanuit transactiescherm

Incident: #4806 CI: #13499

6357

De invoer van bonkortingpunten op het loyalty-verzilver-scherm vind nu plaats via een invoerveld

Taak: #302 CI: #13499

Cordr_ovrz.wdw, Dordr_ovrz.wdw, Dfakt_ovrz.wdw en Kassa_ovrz.wdw loyalty-invoer.wdw

6370

Aantallen verkeerd berekend bij meerdere keren selecteren artikel met besteleenheid > 1

Incident: #5107 CI: #13499

Cremut_inv.wdw

6371

Popupscherm voor verdelen goederen kwam niet bij opbouwartikel met keuzelijst (mod. MultiMagazijn)

Incident: #5182 CI: #13499

Debmut_inv.wdw en Scrkassa.wdw

6378

Bij meerdere artikelen met dezelfde zoekcode kwam er onterecht een Incident: #5345 CI: melding in de kassa #13499

Best_artikel.wdw

6381

Bij het afdrukken vanuit afdrukrij werd een taak overgeslagen indien 2 regels na elkaar aangevinkt

Incident: #2082,#5466 CI: #13499

Printformulieren_org.wdw

6382

Relatiestatus bestaat nu uit drie (actief, geblokkeerd, vervallen) i.p.v. 2 waardes

Incident: #5515 Taak: #403 CI: #13499

cSelectionRelatie.wdc

6386

Bij het afdrukken van rapport 254 kwamen er geen bedragen bij de omzetgroepen

Incident: #6049 Taak: #394 CI: #13499

ReportPeriodeVergelijkingOmz etgroepen.wde

6399

Artikelnummer alternatieve leverancier werd niet getoond in transacties

Incident: #6246 CI: #13499

Cordr_ovrz.wdw en cPrinterbase.wdc

6405

Call opgelost m.b.t. verwijderingsbijdrage i.c.m. buitenlandse klant

Incident: #6079 Taak: #393 CI: #13499

Debmut_inv.wdw en Scrkassa.wdw

6416

Aanpassing m.b.t. acceptatie speciale tekens richting King boekhoudpakket

Incident: #6325 CI: #13499

Boekhoud_export.wdw

2014

109 van 121


Probleem opgelost m.b.t. afdrukken overzicht facturen. Er verscheen overal hetzelfde fact. nr.

Incident: #6312 CI: #13499

6479

Selecteren artikel mogelijk via Axxxx bij ophalen retourbon via CTRL+F11

Incident: #5804 CI: #13499

6491

Probleem opgelost bij selecteren relatie na scannen prijsbarcode (prijs niet gehandhaafd)

Incident: #6468 CI: #13499

KMSoftware.wdc,scrkassa.wdw

6536

Teller te leveren verkeerd bijgewerkt bij wijzigen status 'Order intern' naar 'Offerte'

Incident: #6248 CI: #13499

Debmut_inv.wdw, Cremut_inv.wdw en NWFinadmin.wdw

6550

Betaalde bedrag verkeerd weggeschreven bij ophalen order met negatief totaalbedrag in kassa

Incident: #6500 CI: #13499

Scrkassa.wdw

6560

Onterechte melding meer gefactureerd dan geleverd bij aanpassen prijs factuurregel gekoppeld aan VKO

Debmut_inv.wdw en Cremut_inv.wdw

6572

Bij de import van een crediteurenfactuur of creditnota kwam het programma in een loop bij retouren

Incident: #1585,#1612,#4569 Taak: #459 CI: #13499 Incident: #6569 CI: #13499

6604

Verkeerde rapport afgedrukt bij keuze voorraadwaarde bij afdrukken voorraadcorrecties

Incident: #5751 CI: #13499

Best_vrdcor.wdw

6606

Als in de touch de regels verschoven werden en men selecteerde een bep. regel dan versprong de tabel

Incident: #1597 CI: #13499

Tscrkassa.wdw

6624

Aanpassing in FTPServer, zodat er altijd een test-gebruiker aangemaakt wordt.

CI: #13499

ftpServer.wdw

6649

Aanpassingen m.b.t. boekhoudkoppeling Exact Online

Incident: #6402,#6557 CI: #13499

Exact.wdc

6667

Probleem opgelost met 0 boeking (Exact en King) bij betaling F7 aan de kassa en verkoop

Incident: #5471 CI: #13499

Boekhoud_export.wdw

6695

Melding verschijnt weer indien min. vrd te hoog ten opzichte van max. vrd

Incident: #241 CI: #13499

Best_artikel.wdw

6726

Aanpassing m.b.t. instelling 'Invoeren bij leveren' bij debiteuren facturen

Incident: #4570 Taak: #397 CI: #13499

Dordr_doorboeken.wdw

6730

Opslaan kolomweergave instellingen weer gelijk gemaakt aan de werking van voor versie 3.80

Incident: #5672 CI: #13499

Uitgangenlijst.wdc,NwMiMa.w dc,tabplus.wdc

2014

ReportDebFacturen.wde, ReportDebCreditnotas.wde, ReportDebOrders.wde, ReportDebKasmutaties.wde, ReportDebVerzamel.wde, ReportCredFacturen.wde, ReportCredCreditnotas.wde, ReportCredOrders.wde en ReportCredPakbonnen.wde Kassa_ovrz.wdw

KMPort.wdc

110 van 121


Bij inlezen regels worden nu alle orders en pakbonnen van een geselecteerde ontv. datum getoond

Incident: #4975 Taak: #301 CI: #13499

Crechkog.wdw en Cordr_pakb_ovrz.wdw

7705

Er waren in de kassa enkele kolommen zichtbaar, die dat niet mochten zijn.

Incident: #6351 Taak: #460 CI: #13499

Scrkassa.wdw

6594

CTRL+A en CTRL+R uitgeschakeld indien de artikelen/of relatiekaart al geopend is

Incident: #6379 CI: #13499

Cordr_ovrz.wdw, Best_artikel.wdw en Best_relatie.wdw

6605

Bij het afdrukken van contactpersonen waren de kopgegevens gekoppeld aan contactpersoon i.p.v. relatie

Incident: #1569 CI: #13499

ReportBestandContactpersone n.wde

6848

Het invoeren van bonkortingpunten gebeurd niet meer via een combo maar via een invoerveld

Incident: #6702 CI: #13499

Loyalty_invoer.wdw

6851

Aanpassing voor een versnelling in de afhandeling van de toetsaanslagen in de touchkassa

Incident: #6474 CI: #13499

tscrkassa.wdw

6852

Bij afdrukken relatie-etiketten wordt ook weer rekening gehouden met de instellingen m.b.t. lengte,etc.

Incident: #6214 CI: #13499

reletiketmailing.wdw

6859

Aanpassing zodat kolommen ook weer verschoven kunnen worden

Incident: #5672 CI: #13499

nwMima.wdc,tabplus.wdc

6861

Retourregel i.c.m. matrixartikel zorgde er niet voor dat de subartikelen retour werden genomen

Incident: #6675 CI: #13499

Best_artikel_matrix.wdw

6862

Tekst 'Er zijn dagen niet geteld' wordt niet meer onterecht getoond op rapport 515 en 516.

Incident: #6865 CI: #13499

REPORTPERIODEBOEKHOUDIN G.WDR

6870

Aanpassing artikelselecties indien module MultiMagazijn actief (Niet vrij verkoopb. en gereserveerd)

Incident: #5093 Taak: #351 CI: #13499

cSelectionArtikel.wdc

6876

Relatieselectie aanroepen vanuit een artikelselectie werkte niet.

Incident: #2945 Taak: #373 CI: #13499

Art_selektie.wdw en Rel_selektie.wdw

6892

Verbeteringen doorgevoerd t.b.v. touch-kassa (tijdsindicatie en knop in hoofdmenu voor maximaliseren)

Incident: #3596,#3601 CI: #13499

mainmenu.wdw,tscrkassa.wdw

6921

Bij het afdrukken van etiketten vanuit de printbuffer begon elk nieuw artikel niet op een nieuw blad

Incident: #6917 CI: #13499

PrintFormulieren_org.wdw

6925

Nieuwe instelling voor export artikel intern nummer met 6 of 7 posities

CI: #13499

set_hht.wdw

6931

Landletters BTW-NR-veld worden niet meer automatisch gevuld

Incident: #6557 CI: #13499

best_relatie.wdw, exact.wdc

2014

111 van 121


Bij het oproepen van een artikel via CTRL+A werden aanbiedingen niet getoond

Incident: #5547 Taak: #395 CI: #13499

Best_artikel.wdw

6978

Aanpassing controle onvangst goederen m.b.t. inlezen regels

Incident: #4975 CI: #13499

Crechkog.wdw, Cordr_pakb_ovrz.wdw en ReportOGVerschil.wde

6985

Na het weghalen vd relatie na invoeren aanbetaling op order in kassa werd de bet. niet weggeschreven

Incident: #6976 CI: #13499

Scrkassa.wdw

7133

Aanpassing zodat artikelopbouw en mixmatches via een importscript geïmporteerd kunnen worden

Incident: #5075 Taak: #299 CI: #13499

7138

Aanpassing waardoor instelbaar het internenr artikel met 6 of 7 posities geëxporteerd kan worden

Incident: #6911 CI: #13499

kmport.wdc,nwport.wdc,set_i mport.wdw,nwscript.wdc,scrip ts_import.wdw,cInfoAnalyse.w dc,mainmenu.wdw,stam_logbo ek_import.wdw set_HHT.wdw

6960

Nieuwe mogelijkheid om ordernummer te scannen in de kassa

Incident: #5468 Taak: #367 CI: #13499

Scrkassa.wdw , Dordr_ovrz.wdw en InvoerOrdernummer.wdw

6996

Instelling zodat betalingen op facturen in de kassa op een aparte bon geregistreerd kunnen worden

Incident: #5224 Taak: #410 CI: #13499

Scrkassa.wdw, Dfakt_betaal.wdw en Dcred_betaal.wdw

7027

Aantal COM-poorten voor klantendisplay en barcodescanner uitgebreid van 9 naar 20

Incident: #7023 Taak: #384 CI: #13499

7031

Voortaan kan men nu ook het veld ARTIKEL.ASSORT koppelen aan een Incident: #7024 weegschaalveld Taak: #385 CI: #13499

Set_barcodescanner.wdw, Set_klantendisplay.wdw, Set_compoort.wdw, Set_station.wdw, KMHardware.wdc en cSerieel.wdc Best_weegtype.wdw

7046

Mogelijkheid ingebouwd om gegevens af te drukken van de filiaalrelatie op het hoofdkantoor

Incident: #5985 Taak: #310 CI: #13499

7066

Rapport 594 toegevoegd. Gelijk aan 281 maar sortering op art.nr. en bij dezelfde art. op ordernummer

Incident: #4026 Taak: #380 CI: #13499

7068

Exporteren van selecties via automatische procedures weer werkend gemaakt.

Incident: #7039 CI: #13499

cSelectionSQL.wdc

7074

Aanpassing i.v.m. afhandeling abonnementsartikel i.c.m. SocketServer

Incident: #6990 CI: #13499

Scrkassa.wdw

7116

Aanpassing waarmee alleen op 2 dec. afgeronde bedragen geëxporteerd worden naar de Exact-Online

Incident: #6980 CI: #13499

exact.wdc

7148

Kassatransactie met abonnementsartikel en bonkorting ging fout

Incident: #7131 CI: #13499

Scrkassa.wdw

2014

Debmut_inv.wdw, PrintFormulieren_org.wdw, NWKeten.wdc en cPrinterBase.wdc Printrapport.wdw en ReportDebgoedOrdersPerArtik el.wde

112 van 121


Probleem opgelost m.b.t. registreren aanbetaling order in de kassa

Incident: #6854 Taak: #399 CI: #13499

Scrkassa.wdw

7201

Probleem weegschaalkoppeling m.b.t. presets opgelost

Incident: #6989 CI: #13499

Best_weegschaalinfo.wdw

7209

Bonkorting werd niet opgeslagen bij aanmaken verkooporder vanuit de kassa

Incident: #7132 CI: #13499

Scrkassa.wdw

7215

Reclametekst en verzendwijze verkeerd gevuld indien creditnota aangemaakt vanuit kassa

Incident: #4610 CI: #13499

Scrkassa.wdw

7290

Retourboeken abonnementsartikel nu weer mogelijk gemaakt vanuit de kassa

Incident: #7127 CI: #13499

Scrkassa.wdw

7323

Invoerfilters (selecties) 'Bevatten/Niet bevatten/...(A=a)' zijn alleen nog mogelijk bij tekstvelden

Incident: #6688 Taak: #403 CI: #13499

wInvoer_selektie.wdw en cSelectionSQL.wdc

7326

Bankrekeningnummers beginnend met 39 zijn van Rabobank. Aangepast in IBAN-berekening.

Incident: #7155 CI: #13499

glProcNWRS.wdg

7330

Indien in het debiteurenorder overzicht geen filter heeft ingevoerd dan wordt datum-tijd gehanteerd

Incident: #5029 Taak: #382 CI: #13499

7349

Aanpassingen m.b.t. boekhoudkoppeling UNIT4 (waarde kolom 51 + Kredietbeperking))

Incident: #7268,#7333 CI: #13499

7353

Bij een deellevering of wijziging op een VKO was na het opslaan niet bijgewerkt in het overzicht

Incident: #7125 Taak: #390 CI: #13499

7354

Menupunt controle ontvangst read-only zichtbaar in de spiegelomgeving op het hoofdkantoor

Incident: #6915 Taak: #389 CI: #13499

Dordr_ovrz.wdw, Dfakt_ovrz.wdw, Kassa_ovrz.wdw en Cordr_ovrz.wdw. Boekhoud_export.wdw, Bkh_settings.wdw, iwbkh_settings_general.wdw, Exact.wdc, NWBoekport.wdc en NWBoekportexport.wdc Dordr_ovrz.wdw, Dfakt_ovrz.wdw, Dcred_ovrz.wdw en Cordr_ovrz.wdw glProcMainmenu.wdg en Crechkog.wdw

7357

Printen totalen bij tellen kasgeld werkte niet indien er een regel was met status 'niet definitief'

Incident: #7306 CI: #13499

7414

Aanpassingen met een aantal wijzigingen m.b.t. het afdrukken van etiketten

Incident: #7100 CI: #13499

7440

Diverse aanpassingen m.b.t. weegschaalkoppeling Mettler Toledo

7444

2 maal achter elkaar hetzelfde artikel retour boeken in de kassa, leidde tot een positief aantal

Incident: #7409 CI: #13499

Scrkassa.wdw

7449

Aanpassingen bij invoeren/wijzigen etiketten

CI: #13499

best_artetik.wdw,best_reletik. wdw

2014

ReprtTellenKasgeld.wde

artetiketmailing.wdw,best_art etik.wdw,best_reletik.wdw,cPR INTERWindows.wdc,PrintForm ulieren_ORG.wdw,reletiketmail ing.wdw Incident: best_Weegschaallinfo.wdw,wd #7255,#7342,#7380,# w_artikelen.wdw 7381 CI: #13499

113 van 121


Aanpassing ingave postcode relatiebestand

Incident: #7294 Taak: #413 CI: #13499

Best_relatie.wdw

7505

Bestanden controle ontvangst goederen kwamen niet over bij hoofdkantoor-filiaal-communicatie

CI: #13499

Replicatiedatabase.wdw

7507

De kolom aantal besteld was niet zichtbaar bij overzicht facturen en creditnota's

Taak: #437 CI: #13499

Cfakt_vrz.wdw en Ccred_ovrz.wdw

7513

Max ingesteld bedrag werkte niet voor verkopen op omzetgroep via de touch-kassa

Incident: #7472 Taak: #445 CI: #13499

Tscrkassa.wdw

7520

Probleem opgelost met oproepen van relatiekaart en artikelkaart in relatie-en artikelselecties

Incident: #6668 CI: #13499

Rel_selektie.wdw en Art_selektie.wdw

7569

Geen database-conversie bij zomer/wintertijd

Taak: #374 CI: #13499

nwconfig.wdc,selbedrijf.wdw,s elfiliaal.wdw

6584

Bij retour boeken van een open PLU artikel in de kassa werd 2x om de reden van retour gevraagd

Incident: #5022 Taak: #407 CI: #13499

Scrkassa.wdw

6776

Aanpassingen m.b.t. de afhandeling van afhaalkorting

Incident: #3460 CI: #13499

Debmut_inv.wdw

6821

boekhoudkoppeling Afas

Incident: #2717 Taak: #345 CI: #13499

6882

HK Fil in combinatie met multimagazijn dan was op HK op tab Fil waarde gereseveerd fout.

Incident: #5986 Taak: #350 CI: #13499

Boekhoud_export.wdw, iwbkh_settings_general.wdw, Exact.wdc, NWBoekPortExport.wdc en NWFinAdmin.wdc KMPort.wdc en KMAutocnv.wdc

7530

ESC-knop kan nu alleen nog gebruikt worden bij betaalopdrachten en niet bij cancel-berichten

CI: #13499

cEFT_TermBanksys.wdc

7578

Geleverde aantal werd niet gefactureerd bij instelling 'Basis te factureren' op 'Aantal geleverd'

Incident: #5478 Taak: #404 CI: #13499

Dordr_ovrz.wdw

7582

Prijs alternatieve leverancier

Taak: #405 CI: #13499

Cremut_inv.wdw

7586

Regenereren Service NWA transacties herberekenen

Incident: #7584 CI: #13499

Regeneer.wdw

7597

Gescheiden boeking van goederenontvangst en inkoopfactuur klopt niet

Incident: #6905 Taak: #412 CI: #13499

Boekhoud_export.wdw

7666

Teller op 'Nee' button bij vraag 'Gegevens opslaan' bij opslaan debiteurentransactie uitgeschakeld.

Incident: #2175 CI: #13499

debmut_inv.wdw

2014

114 van 121


Probleem opgelost bij ingave artikelnummer dat meerdere keren voorkomt bij voorraadcorrecties

Incident: #7418 Taak: #447 CI: #13499

Best_artikel.wdw

7694

Binnen eCustomer-instellingen, knop 'test instellingen' alleen beschikbaar voor dealer

Incident: #4969 Taak: #462 CI: #13499

iwecust_settings_*.wdw

7696

Bij teruggaan naar Kassa na eGift betaling komt vraag verwijderen kassabon weer

Incident: #471 Taak: #464 CI: #13499

scrkassa.wdw

7701

Problemen opgelost m.b.t. order ophalen in de kassa middels D en nummer scannen.

Scrkassa.wdw en InvoerOrdernummer.wdw

7716

Diverse aanpassingen m.b.t. eCustomer

Incident: #7661,#7662,#7663 Taak: #367 CI: #13499 Incident: #6396 Taak: #461,#463 CI: #13499

7743

ISO_*.TXT bestanden voor landen en valuta worden nu uit de centrale Incident: #7854 map gelezen Taak: #466 CI: #13499

7753

Stuurcodes toegevoegd voor totalen van besteld, geleverd en te leveren. Taak 392, melding 5503.

Incident: #5503 Taak: #392 CI: #13499

KMStuurcode.wdc, cPrinterBase.wdc en Formuliereditor.wdw

7788

Aanpassingen m.b.t. boekhoudkoppeling Exact Online/Globe (nul facturen)

Incident: #7680 CI: #13499

Boekhoud_export.wdw

7825

Aanpassing zodat toevoegen en wijzigen van verschillenlijsten ook juist weergegeven wordt

Incident: #7822 CI: #13499

verschillenlijst.wdw,set_algem een.wdw

7827

Probleem opgelost wanneer in dezelfde kassatransactie een aanbetaling op order en verkoop artikelen

Incident: #7697 CI: #13499

Boekhoud_export.wdw

7843

Kassabonnen met een aanbetaling en bijverkoop ging fout in de boekhoudkoppeling

Incident: #7697 Taak: #456 CI: #13499

Scrkassa.wdw

7845

Tekstregels uit order werden niet opgenomen in de kassa

Incident: #7690 Taak: #455 CI: #13499

Scrkassa.wdw

7846

Bonkorting werd niet overgenomen van de opgehaalde order

Incident: #7691 Taak: #454 CI: #13499

Scrkassa.wdw

7856

Analyse voor MIMAREG aangepast, zodat het regelnummer hoger kan Incident: #7648 CI: worden dan 32767 #13499

KM-DBASE.WDD en Stam_export.wdw

7861

Opbouw i.c.m. loyalty-actie

scrkassa.wdw,best_loyaltyactie .wdw,ceCustomerLoyalty.wdc,c eCustomerLoyaltyActie.wdc,ce CustomerProdukt.wdc,cCombo boxOptie.wdc,Loyalty_invoer.

2014

Incident: #4062 Taak: #368 CI: #13499

scrkassa.wdw,ceCustomer.wd w,eCustomer_invoer.wdw,set_ ecustomer_invoer.wdw,ceCust omerLoyalty.wdc,best_ecusto merprodukt.wdw,nwlocalutil.w dc,nwconfiguratie.wdc,ceCusto merProdukt.wdc,kmautoconve rsie.wdc best_land.wdw,best_valuta.wd w

115 van 121

Release Notes BlueRetail versie 3.81 wdw,nwconfig.wdc,best_artike l.wdw

6421

Generieke selecties van kassabonnen: korte omschrijving maar 4 posities

Incident: #5688,#6235 Taak: #414 CI: #13499

cSelectionStambest.wdc

6712

Boekhoud export

Taak: #365 CI: #13499

7394

Verschillenlijsten type nieuwe records

Incident: #7395,#7822 CI: #13499

Boekhoud_export.wdw, Scrkassa.wdw, Set_kassa.wdw, Dfakt_ovrz.wdw en cPrinterbase.wdc printrapport.wdw

7841

Kwantumkorting bleef onzichtbaar in order overzicht

Taak: #457 CI: #13499

Dordr_ovrz.wdw

7868

Aanpassing waarmee het 'nieuwe' verzamelen is verbeterd

Incident: #7752,#7928 CI: #13499

scrkassa.wdw

7871

Aanbiedingen vanuit de touch via artikelkaart

Incident: #6373 CI: #13499

Best_artikel,wdw

7880

Verkeerde vervaldatum export boekhouding exact

Incident: #7872 CI: #13499

Exact.wdc

7948

Integriteitscontrole aanzetten wegschrijven records

Incident: #7883 CI: #13499

7979

Dealer wachtwoord is aangepast

Taak: #465 CI: #13499

nwConfig.wdc,cHIntegrityMod e.wdc,dw.wdw,hyperview.wdw ,nwketen.wdc,nwport.wdc,nwr s2km.wdw,replicatiedatabase. wdw,stam_export.wdw,stam_i mport.wdw,valutaconversie.w dw,verwerkuitval.wdw NWGlobalUtil.wdc,seluser.wd w,NWLIcentie.wdc,kmautocon versie.wdc

8031

Controle opstarten kassa, default betaalwijze voor facturen

Incident: #7883 CI: #13499

set_kassa.wdw,scrkassa.wdw

8061

Weergave betaald bedrag debiteuren facturen betalingen

Incident: #7142,#8060 Taak: #434 CI: #13499

dfakt_betaal.wdw,dcred_betaa l.wdw

7667

Niet definitieve verplaatsing niet op geleverde order

Incident: #790 Taak: #441 CI: #13499

7702

Via Rechtermuisknop in transactieoverzicht relatie gegevens raadplegen

Taak: #381 CI: #13499

Debmut_inv.wdw,de schermen Dordr_ovrz.wdw, Dfakt_ovrz.wdw, Dcred_ovrz.wdw, Kassa_ovrz.wdw, Verzrekening.wdw en Dagjournaal.wdw zijn uiteindelijk niet aangepast, omdat dit op 11-3-2014 is teruggedraaid. wdw_relatie.wdw, ccred_ovrz.wdw, cfakt_ovrz.wdw, cordr_ovrz.wdw, cpakb_ovrz.wdw,

2014

116 van 121


8179

2014

Afdrukken artikel-etiketten nu met juiste hoogte

Incident: #8171 CI: #13499

dcred_ovrz.wdw, dfakt_ovrz.wdw, dordr_ovrz.wdw en kassa_ovrz.wdw artetiketmailing.wdw,printfor mulieren_org.wdw,reletiketma iling.wdw

117 van 121


Bijlage I

Voorbeelden import mixmatches

De scripts en bronbestanden zijn gebaseerd op het standaard demo-bedrijf binnen BlueRetail. Alvorens de voorbeelden in het demobedrijf gebruikt kunnen worden, zullen van de gebruikte voorbeeldartikelen de zoekcode en/of artikelnummer gewijzigd moeten worden (aangezien deze anders niet uniek zijn).

Voorbeeld 1 Het eerste voorbeeld is op basis van een bronbestand waarbij de kopgegevens in iedere regel zijn toegevoegd. Het bevat dus redundante informatie. Om ervoor te zorgen dat bij het importeren van een mixmatch met 4 regels de kop 1x wordt toegevoegd en 3x wordt gewijzigd (met dezelfde gegevens) is in het script aangegeven dat voor MIMAKOP alleen regels geïmporteerd mogen worden als het regelnummer 1 is. De bij de mixmatch-regels horende artikelen worden gezocht op basis van de zoekcode.

Bronbestand MIXMATCH.TXT

Script Mixmatch.nwi SCRIPT: MIXMATCH.NWI VOOR IMPORTEREN MIXMATCH BLUERETAIL ;------------------------------------------------------------------------------;* SCRIPT : MIXMATCH.NWI ;* BESTANDSNAAM : MIXMATCH.TXT ;* DATUM : 16-09-2013 ;* AUTEUR : Philip Hülsmann ;* FUNKTIE : Importeren Mixmatches BlueRetail o.b.v. regelbestand met kopinfo ;* BEDRIJF : Newway Demobedrijf ;------------------------------------------------------------------------------;Lay-out regelbestand ;1 MIMAKOP.CODE[TS6] ;2 MIMAREG.REGEL[NI2] ;3 ARTIKEL.CODE[TS6] ;4 MIMAREG.AANTAL[NR4] ;5 MIMAREG.SW_KORTING[NI2] ;6 MIMAREG.BARCODE[TS20] ;7 MIMAKOP.TITEL[TS30] ;8 MIMAKOP.STARTDATUM[TS8] ;9 MIMAKOP.EINDDATUM[TS8] ;10 MIMAKOP.STARTTIJD[TS4] ;11 MIMAKOP.EINDTIJD[TS4] ;12 MIMAKOP.SWMMSOORT[NI2] ;13 MIMAKOP.BARCODENR[TS20] ;14 MIMAKOP.KORTING[NR4] ;15 MIMAKOP.GEBLOKKEERD[NI1] ;16 MIMAKOP.HND_PRIJS[NR8] ;17 MIMAKOP.HND_PR_I[NR8] ;18 MIMAKOP.VRK_PRIJS[NR8] ;19 MIMAKOP.VRK_PR_I[NR8]

2014

118 van 121

Release Notes BlueRetail versie 3.81 ;20 ;21 ;22 ;23 ;24

MIMAKOP.AANTHALEN[NR4] MIMAKOP.AANTBETALEN[NR4] MIMAKOP.SWTITELOPBON[NI2] MIMAKOP.MINBEDRAG[NR8] MIMAKOP.SWPRIJS[NI2]

[MIMAKOP] BestandsType=ASCII VELDSCHEIDINGSTEKEN="/009" BESTANDSNAAM=D:\Installaties\381\BDR999\EXPORT\MIXMATCH.TXT ;Na import verwijderen van het bestand ;BESTANDVERWIJDEREN=NEE MIMAKOPSLEUTEL=3 STARTPOSITIE=R2 RecordToevoegen=JA RecordWijzigen=JA NUM_DEC="." NUM_SEP="" STR_DEC="." STR_SEP="" ; Aangezien de kopgegevens per regel in het bronbestand zitten, ; de kop alleen importeren als het regelnummer 1 is. RECORDIMPORT=#2,"1" MIMAKOP.CODE=#1 MIMAKOP.TITEL=#7 MIMAKOP.STARTDATUM=#8 MIMAKOP.EINDDATUM=#9 MIMAKOP.STARTTIJD=#10 MIMAKOP.EINDTIJD=#11 MIMAKOP.SWMMSOORT=#12 MIMAKOP.BARCODENR=#13 MIMAKOP.KORTING=#14 MIMAKOP.GEBLOKKEERD=#15 MIMAKOP.HND_PRIJS=#16 MIMAKOP.HND_PR_I=#17 MIMAKOP.VRK_PRIJS=#18 MIMAKOP.VRK_PR_I=#19 MIMAKOP.AANTHALEN=#20 MIMAKOP.AANTBETALEN=#21 MIMAKOP.SWTITELOPBON=#22 MIMAKOP.MINBEDRAG=#23 MIMAKOP.SWPRIJS=#24 [MIMAREG] BestandsType=ASCII VELDSCHEIDINGSTEKEN="/009" BESTANDSNAAM=D:\Installaties\381\BDR999\EXPORT\MIXMATCH.TXT ;Na import verwijderen van het bestand ;BESTANDVERWIJDEREN=NEE MIMAREGSLEUTEL=1 MIMAKOPSLEUTEL=3 ARTSLEUTEL=2 STARTPOSITIE=R2 RecordToevoegen=JA RecordWijzigen=JA NUM_DEC="." NUM_SEP="" STR_DEC="." STR_SEP="" MIMAKOPCODE=#1 MIMAREG.REGEL=#2 ARTIKEL.CODE=#3 MIMAREG.AANTAL=#4 MIMAREG.SW_KORTING=#5 MIMAREG.BARCODE=#6

2014

119 van 121


Voorbeeld 2 Het tweede voorbeeld is op basis van een bronbestand waarin twee verschillende typen regels in voorkomen (KOP en REG), die elke een andere indeling hebben. Hiervoor is een extra kolom nodig, die voor de RECORDIMPORT-regels gebruikt kan worden om de juiste regels te kunnen gebruiken. De bij de mixmatch-regels horende artikelen worden gezocht op basis van het artikelnummer.

Bronbestand MIXMATCH-2.TXT

Script Mixmatch-2.nwi ;SCRIPT: MIXMATCH.NWI VOOR IMPORTEREN MIXMATCH BLUERETAIL ;------------------------------------------------------------------------------;* SCRIPT : MIXMATCH-2.NWI ;* BESTANDSNAAM : MIXMATCH-2.TXT ;* DATUM : 16-09-2013 ;* AUTEUR : Philip Hülsmann ;* FUNKTIE : Importeren Mixmatch BlueRetail o.b.v. kop-regel bronbestand ;* BEDRIJF : Newway Demobedrijf ;------------------------------------------------------------------------------;Lay-out kop-regelbestand ;1 KOP ;2 MIMAKOP.CODE[TS6] ;3 MIMAKOP.TITEL[TS30] ;4 MIMAKOP.STARTDATUM[TS8] ;5 MIMAKOP.EINDDATUM[TS8] ;6 MIMAKOP.STARTTIJD[TS4] ;7 MIMAKOP.EINDTIJD[TS4] ;8 MIMAKOP.SWMMSOORT[NI2] ;9 MIMAKOP.BARCODENR[TS20] ;10 MIMAKOP.KORTING[NR4] ;11 MIMAKOP.GEBLOKKEERD[NI1] ;12 MIMAKOP.HND_PRIJS[NR8] ;13 MIMAKOP.HND_PR_I[NR8] ;14 MIMAKOP.VRK_PRIJS[NR8] ;15 MIMAKOP.VRK_PR_I[NR8] ;16 MIMAKOP.AANTHALEN[NR4] ;17 MIMAKOP.AANTBETALEN[NR4] ;18 MIMAKOP.SWTITELOPBON[NI2] ;19 MIMAKOP.MINBEDRAG[NR8] ;20 MIMAKOP.SWPRIJS[NI2] ;1 REG ;2 MIMAKOP.CODE[TS6] ;3 MIMAREG.REGEL[NI2] ;4 ARTIKEL.ART_NUMMER[TS20] ;5 MIMAREG.AANTAL[NR4] ;6 MIMAREG.SW_KORTING[NI2] ;7 MIMAREG.BARCODE[TS20] [MIMAKOP] BestandsType=ASCII VELDSCHEIDINGSTEKEN="/009" BESTANDSNAAM=D:\Installaties\381\BDR999\EXPORT\MIXMATCH-2.TXT ;Na import verwijderen van het bestand ;BESTANDVERWIJDEREN=NEE

2014

120 van 121


MIMAKOPSLEUTEL=3 STARTPOSITIE=R3 RecordToevoegen=JA RecordWijzigen=JA NUM_DEC="." NUM_SEP="" STR_DEC="." STR_SEP="" RECORDIMPORT=#1,"KOP" MIMAKOP.CODE=#2 MIMAKOP.TITEL=#3 MIMAKOP.STARTDATUM=#4 MIMAKOP.EINDDATUM=#5 MIMAKOP.STARTTIJD=#60 MIMAKOP.EINDTIJD=#7 MIMAKOP.SWMMSOORT=#8 MIMAKOP.BARCODENR=#9 MIMAKOP.KORTING=#10 MIMAKOP.GEBLOKKEERD=#11 MIMAKOP.HND_PRIJS=#12 MIMAKOP.HND_PR_I=#13 MIMAKOP.VRK_PRIJS=#14 MIMAKOP.VRK_PR_I=#15 MIMAKOP.AANTHALEN=#16 MIMAKOP.AANTBETALEN=#17 MIMAKOP.SWTITELOPBON=#18 MIMAKOP.MINBEDRAG=#19 MIMAKOP.SWPRIJS=#20 [MIMAREG] BestandsType=ASCII VELDSCHEIDINGSTEKEN="/009" BESTANDSNAAM=D:\Installaties\381\BDR999\EXPORT\MIXMATCH-2.TXT ;Na import verwijderen van het bestand ;BESTANDVERWIJDEREN=NEE MIMAREGSLEUTEL=1 MIMAKOPSLEUTEL=3 ARTSLEUTEL=3 STARTPOSITIE=R3 RecordToevoegen=JA RecordWijzigen=JA NUM_DEC="." NUM_SEP="" STR_DEC="." STR_SEP="" RECORDIMPORT=#1,"REG" MIMAKOPCODE=#2 MIMAREG.REGEL=#3 ARTIKEL.ART_NUMMER=#4 MIMAREG.AANTAL=#5 MIMAREG.SW_KORTING=#6 MIMAREG.BARCODE=#7

2014

121 van 121

Release Notes BlueRetail versie 3.81

Recommend Documents