Release Notes BlueRetail versie 3.80

Release Notes BlueRetail versie 3.80 Product Management

Versie 005 Venlo, juni 2013 Bestand: BR v3.80 Release notes NL GD.docx

Release Notes BlueRetail 3.80 Versiebeheer Naam R.Wolters R.Wolters

Datum 03/06/13 12/06/13

Versie V1.00 V2.00

R.Wolters P. Hülsmann

17/06/13 19/06/13

V3.00 V4.00

R. Wolters

20/06/13

V5.00

Wijziging Initiële versie Laatste aanpassingen Techniek + functionele meldingen. GD versie Aanpassing paragraaf 5.1.5.1 ‘Mogelijkheid ingave PLU in commandoregel via ‘U’. Taalfouten gecorrigeerd Toevoeging:  Aanpassing afdrukrij formulieren en etiketten  Extra controles bij afdrukken etiketten

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

2013

2 van 97

Release Notes BlueRetail 3.80 Inhoudsopgave 1

INLEIDING .................................................................................... 5

2

TOELICHTING DOCUMENTINDELING ............................................. 6

3 3.1 3.2 3.3 3.4 3.5 3.6 3.7 3.8

TECHNIEK ..................................................................................... 8 Algemeen ...................................................................................... 8 Installatie ..................................................................................... 8 Database ....................................................................................... 9 Update instructie ........................................................................ 12 Instructies bij calamiteiten ......................................................... 13 Compatibiliteit met lagere versies .............................................. 13 Koppeling BlueMobile ................................................................. 13 Zomer/Wintertijd ....................................................................... 13

4

WETTELIJKE WIJZIGING: SEPA .................................................. 15

5 5.1

BLUERETAIL GEWIJZIGDE EN NIEUWE FUNCTIONALITEITEN ..... 16 Verkoop ...................................................................................... 16 Verkooprapportage .........................................................................16

5.1.1

5.1.1.1

5.1.2 5.1.3 5.1.4 5.1.5

5.1.5.1

5.1.6 5.2 5.2.1 5.2.2 5.2.3 5.2.4 5.2.5 5.2.6 5.3 5.3.1 5.3.2 5.3.3 5.3.4 5.3.5 5.3.6 5.4 5.4.1 5.4.2 5.4.3 5.4.4 5.4.5 5.4.6

5.4.6.1

5.4.7 5.4.8

5.4.8.1 5.4.8.2

2013

Cadeaubonnen verkopen zonder omzet registratie .......................................... 16

Offerte ..........................................................................................17 Verkoopfactuur ...............................................................................17 Verzamelrekening ...........................................................................17 Kassabon .......................................................................................17

Mogelijkheid ingave PLU in commandoregel via ‘U’ .......................................... 17

Bewaarbon .....................................................................................17 Inkoop ........................................................................................ 18 Inkooprapportage ...........................................................................18 Inkoopfactuur .................................................................................18 Inkooporder ...................................................................................18 Termijnorder ..................................................................................18 Besteladvies ...................................................................................18 Levering ........................................................................................18 Logistiek ..................................................................................... 19 Logistieke rapportage ......................................................................19 Retourafhandeling ...........................................................................19 Voorraadbeheer ..............................................................................19 Inventarisatie .................................................................................19 Ontvangst goederen ........................................................................19 Levering ........................................................................................19 Financieel ................................................................................... 20 Financiële rapportage ......................................................................20 Crediteuren ....................................................................................20 Debiteuren .....................................................................................20 Inkoopfacturering ...........................................................................20 Verkoopfacturering .........................................................................20 Waardering ....................................................................................20

Kostprijsboeking bij opbouwartikelen ............................................................ 20

Prijsbeleid ......................................................................................20 Kasgeld/Kluisgeld ...........................................................................21

Wijziging instellen kasgeld/kluisgeld ............................................................. 21 Wijziging afstorten/bijstorten kasgeld ........................................................... 21

3 van 97

Release Notes BlueRetail 3.80 5.4.8.3 5.4.8.4

5.5 5.6 5.6.1 5.6.2 5.6.3

5.6.3.1

5.6.4 5.6.5 5.7 5.7.1 5.8 5.8.1 5.8.1.1 5.8.1.2 5.8.1.3 5.8.1.4

5.8.2

5.8.2.1

5.8.3

5.8.3.1 5.8.3.2 5.8.3.3 5.8.3.4

5.8.4

5.8.4.1 5.8.4.2

5.8.5 5.8.5.1

5.8.6 5.8.7 5.8.8

5.8.8.1 5.8.8.2 5.8.8.3 5.8.8.4 5.8.8.5

Wijziging afstorten/bijstorten kluisgeld .......................................................... 22 Wijziging afstortbewijs ................................................................................ 22

Service ........................................................................................ 23 Retail CRM .................................................................................. 24 CRM Rapportage .............................................................................24 Kredietlimiet ..................................................................................24 Klantenpas .....................................................................................24

Verplichte relatie selectie i.c.m. contactpersoon ............................................. 24

Spaaracties ....................................................................................25 Francowaarde .................................................................................25 Rapportage ................................................................................. 26 Aanpassing Rapportage debiteuren i.v.m. artikelmatrix .......................26 Beheer ........................................................................................ 28 Applicatiebeheer .............................................................................28 Ketentransacties doorzetten mogelijk voor dealer ........................................... 28 BRSendEmail ............................................................................................. 28 Aanpassing barcode instellingen ................................................................... 30 Aanpassing afdrukrij formulieren en etiketten ................................................ 31

Implementatie ................................................................................31

Vullen IBAN-code bij migratie naar v3.80 ...................................................... 31

Gegevensbeheer .............................................................................32

Nieuwe relatie status ‘vervallen’ ................................................................... 32 Wijzigingen relatie bestand i.v.m. IBAN ......................................................... 34 Switch voorraadbeheer artikelkaart............................................................... 36 Wijziging tabel landen ................................................................................. 36

Data Import en Export .....................................................................37

Importsleutel e-mail toegevoegd bij relaties .................................................. 37 IBAN Velden toegevoegd bij import instellingen .............................................. 37

Datacommunicatie ..........................................................................38 Aanpassingen FTP server ............................................................................. 38

Rollen ............................................................................................39 Toegangsbeheer .............................................................................39 Boekhoudkoppeling .........................................................................39

Aanpassing Exact Globe boekhoudexport ....................................................... 39 Aanpassing King boekhoudexport ................................................................. 41 Aanpassing Unit4 boekhoudexport ................................................................ 42 Nieuwe koppeling met Exact Online .............................................................. 43 Kredietbeperking ........................................................................................ 51

5.8.9 5.8.10

POS Hardware configuratie...............................................................52 Web Transaction Services ................................................................52

5.8.11

Lay-out beheer ...............................................................................69

5.8.10.1 Verkoop eTickets via host ICP ...................................................................... 52 5.8.10.2 Verkoop van Prepaid artikelen via host ICP .................................................... 57 5.8.10.3 Sparen op naam (eLoyalty) via host ICP ........................................................ 64 5.8.11.1 Wijzigingen printen barcodes ....................................................................... 69 5.8.11.2 Extra controles bij afdrukken etiketten .......................................................... 71

6

TOELICHTING NOTATIES ............................................................ 76

7 7.1

DEFINITIES ................................................................................ 77 Definities kernbegrippen ............................................................ 77

8

BLUERETAIL BUGS ...................................................................... 78

2013

4 van 97

Release Notes BlueRetail 3.80

1

Inleiding

Inhoud

Deze release notes hebben betrekking op BlueRetail versie 3.80 Global Deployed (GD). In deze release notes worden de belangrijkste wijzigingen beschreven ten opzichte van BlueRetail versie 3.72b 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.80 – Major Release Deze versie is de opvolger van BlueRetail 3.72b GD. Deze versie bevat:  Alle patches uitgebracht op vorige versies. Wel kan dat in deze versie een iets andere (betere) werking tot gevolg hebben.  Nieuwe functionaliteit zie hoofdstuk 5.  Alle opgeloste fouten met status hoog, middel en laag zover dit binnen de planning paste. Zie hoofdstuk 8. Newway is permanent bezig met het verbeteren van het product BlueRetail. Hierdoor kan het voorkomen dat  koppelingen met applicaties van derden herzien moeten worden door databasemutaties;  het pakket niet meer 100% neerwaarts compatibel is Wij vragen hiervoor uw begrip. BlueRetail is een zeer omvangrijk, maar ook complex product en het is absoluut onmogelijk om zowel vooraf aan een nieuwe release alle fouten te vinden als ook volledige compatibiliteit te behouden met vorige versies. Vragen

2013

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

5 van 97


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

2013

6 van 97

Release Notes BlueRetail 3.80 Definities Onderdelen RBM

Contact

2013

Onderstaande tabel beschrijft per onderdeel de definitie die Newway voor de term hanteert. ICT

Onder ‘ICT’ zijn alle applicatiegedrag issues samengebracht, die bedoeld zijn om BlueRetail informatietechnologisch te moderniseren. Deze hebben geen directe relatie met retail specifieke functionaliteit, maar beschrijven met name de nonfunctionele wensen van retailers m.b.t. BlueRetail.

Formule

’Formule’ beschrijft de beheersmatige zaken, waarmee de franchisenemer in betere mate het karakter van de (keten)onderneming oftewel het eenduidig gedrag kan laten weerspiegelen in BlueRetail. Wie doet waar en wat op welk moment m.b.t. bijvoorbeeld artikelbeheer etc.

Informatie

In de categorie ‘Informatie’ zijn alle functionele zaken samengebracht t.a.v. de informatiestromen binnen BlueRetail.

Personeel

Dit hoofdstuk beschrijft de functies, die de rol van het personeel dat met de applicatie werkt, betreffen.

Financieel

Deze categorie omvat de functies, die de retailers in staat stellen om de geldstromen binnen de organisatie te beheren.

Inkoop

’Inkoop’ beschrijft de functionele zaken met betrekking tot de inkoopprocessen.

Leverancier

Onder het kopje ‘Leverancier’ zijn de functionele zaken verzameld, die de retailer (ondernemer) inzicht geven in de relatie met de leverancier.

Verkoop

’Verkoop’ beschrijft de functies met betrekking tot de verkoopprocessen.

Klant

In dit proces zijn de functionele zaken verzameld, die de retailer (ondernemer) een beeld geven van de relatie met de klant.

Logistiek

Deze categorie omvat de functionele zaken, die de retailer (ondernemer) in staat stellen de goederenstromen binnen de organisatie te beheren en te sturen.

Voor meer informatie over de BlueRetail Productvisie kunt u contact opnemen met de afdeling Product Management ([email protected]).

7 van 97


3

Techniek

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

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

2013

8 van 97

Release Notes BlueRetail 3.80 3.3

Database

Inleiding

Hieronder worden de databasemutaties beschreven tussen BlueRetail versie 3.72b en versie 3.80.

Verwijderde hyperfile bestanden

Geen.

Nieuwe hyperfile bestanden

Gewijzigde hyperfile bestanden

CCRREG:

2013

9 van 97

Release Notes BlueRetail 3.80 CFAREG:

CORREG:

CPAREG:

ECUSTOMERPRODUKT:

2013

10 van 97

Release Notes BlueRetail 3.80 IMPGOED:

LAND:

MUTTABS:

RELATIE:

2013

11 van 97

Release Notes BlueRetail 3.80 WEEG: Deze tabel heeft een koppeling met het nieuwe bestand WEEG_PRESETGROEP.FIC 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

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

3.4 Update

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

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

2013

12 van 97


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

3.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.80 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 Vanaf release BlueRetail 3.42 wordt de bestandsuitwisseling met de New-Way Retail software 2.4x NIET meer ondersteund.

3.7

Koppeling BlueMobile

BlueMobile 2.40

BlueRetail versie 3.80 kan communiceren met BlueMobile versie 2.40. BlueRetail versie 3.80 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.

3.8 Uitleg

Zomer/Wintertijd 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.

2013

13 van 97

Release Notes BlueRetail 3.80 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.

2013

14 van 97


4

Wettelijke wijziging: SEPA

Inleiding

Naar aanleiding van de invoering van SEPA zijn er een aantal wijzigingen in BlueRetail doorgevoerd. Deze worden verder in hoofdstuk 6 besproken. Dit hoofdstuk dient ertoe nog even beknopt aan te geven wat SEPA precies inhoudt en wat voor invloed dit op BlueRetail heeft.

SEPA

‘SEPA komt vanuit regelgeving van de Europese Politiek, de Payment Service Directive (PSD). De politiek verlangt snel, betrouwbaar en goedkoop betalingsverkeer. Voor de Europese politiek is SEPA hèt ideaal: één uniforme Europese betaalmarkt, de Euro 2.0! De nieuwe standaarden zijn vastgelegd door de European Payments Council (EPC), een Europese bancaire gemeenschap. SEPA is een afkorting voor Single Euro Payments Area. SEPA beslaat de 27 lidstaten van de EU plus IJsland, Noorwegen, Liechtenstein en Zwitserland. SEPA is met name van belang voor organisaties met grote hoeveelheden incasso’s forse veranderingen in incasso procedures, administratie en systemen. Daarnaast moet men ook over op IBAN als nieuw rekeningnummer.’ Bron: www.separoadmap.nl

Aangezien BlueRetail geen incasso’s verzorgd is alleen het omzetten van de bankrekeningnummers naar IBAN/BIC van belang. IBAN

‘Bankrekeningnummers moeten in een ander formaat geschreven moeten worden. Uw huidige bankrekeningnummer is de BBAN of Basic Bank Account Number. Deze wordt vervangen door een langer rekeningnummer, de IBAN of International Bank Account Number. Dit is een internationale standaard voor rekeningnummers. Het is belangrijk dat u tijdig uw klanten en leveranciers op de hoogte brengt van uw IBAN. Zorg dat u tijdig uw facturen en briefpapier aanpast. Veranderingen in rekeningnummer:  De IBAN bestaat in Nederland uit het huidige rekeningnummer dat vooraf wordt gegaan door de landcode, een controlegetal, letters die de bank aanduiden en één of meerdere nullen.  DE IBAN kan tot 34 posities lang worden. In Nederland bestaat de IBAN uit 18 tekens.  De IBAN bevat zowel letters als cijfers.  Geen 11-proef meer maar modulo 97 als controlegetal.’ Bron: www.separoadmap.nl

BIC

‘Behalve een ander rekeningnummer moet ook een code vermeld worden waarmee de bank die bij dat rekeningnummer hoort geïdentificeerd kan worden. De BIC van de banken in Nederland telt acht tekens: vier letters voor de bankcode, twee voor de landcode en twee voor de plaatscode. Zo is de BIC van de ABN Amro ABNANL2A, van de Rabobank RABONL2U en die van ING INGBNL2A Vanaf 1 februari 2014 hoeft de BIC niet meer mee gegeven te worden voor binnenlandse betalingen, voor grensoverschrijdende betalingen vanaf 1 februari 2016. De bank zal dan de BIC toevoegen om de betaalopdracht goed te kunnen verwerken. In de overgangsperiode tot die tijd is het nog wel nodig om de BIC bij een transactie op te geven.’ Bron: www.separoadmap.nl

Internet Bronnen

Meer informatie omtrent SEPA is terug te vinden op de volgende sites:  

 2013

http://www.overopiban.nl/ http://www.softwarepakketten.nl/bericht/4306&bronw=1/De_invoering_van_SEPA_IBAN _heeft_gevolgen_voor_uw_administratie.htm www.separoadmap.nl

15 van 97


5

BlueRetail gewijzigde en nieuwe functionaliteiten

Leeswijzer

Onderstaande paragrafen corresponderen met het eerder in dit document genoemde Retail Business Model. De afdeling product management van Newway hanteert dit RBM als leidraad voor haar release notes, om daarmee consistentie te verkrijgen in de lay-out van het document en de commerciële datasheet.

Voorbeeld

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

Geld- & goederenbeweging

5.1

Operationeel Voorbeeld: een artikel wordt besteld bij de leverancier, geleverd, op voorraad genomen en in de winkel gelegd. Daarna wordt het artikel door de klant meegenomen of afgeleverd. De gelden goederenstromen zijn tegengesteld.

Verkoop

Beschrijving

In een winkel vindt het contact met de klant plaats langs diverse verkoopprocessen. We onderscheiden hier enkele onderdelen zoals kassa, verkooporder en verkoop(credit)factuur. Uiteraard zijn er vele nuanceringen mogelijk aan de hand van gedefinieerde verkoopeisen, de producten die verkocht worden en de beleving die de klant dient te ervaren.

5.1.1

Verkooprapportage

5.1.1.1

Cadeaubonnen verkopen zonder omzet registratie

Uitleg

Van verschillende klanten is de wens binnengekomen om de mogelijkheid te hebben een ‘oude’ vertrouwde cadeaubon zonder omzet te registreren binnen BlueRetail. Net zoals momenteel standaard geldt voor de giftcard. BlueRetail was wel al zodanig in te richten dat er ook geen omzet over de papieren cadeaubon geregistreerd werd. Dit was mogelijk door het aangemaakte cadeaubonartikel te koppelen aan een omzetgroep waarvan het vinkje ‘Statiegeld’ op ‘Ja’ stond. Echter in sommige rapportages, waaronder rapport 105 (Debiteuren, Omzet, Kassa, Omzetgroepen), werd statiegeld ook in de kolom ‘Bedrag omzet’ gevoerd. Dit was fout. Hetzelfde was ook bij het ‘Boekingsverslag’ het geval, ook hier werd statiegeld in het totaalbedrag ‘Omzet debiteuren’ meegerekend.

2013

16 van 97

Release Notes BlueRetail 3.80 De reeds bestaande instelling, bij ‘Instellingen\Software\Kassa’, tabblad ‘Journaal’ , ‘Omzet bepaling’, kan men nu ook gebruiken voor rapporten 105, 106, 107, 515 en 516. Met de betreffende instelling kon men aangeven of men in het kassajournaal de omzet inclusief of exclusief statiegeld wilde hebben. Dit geldt nu dus ook voor deze rapporten.

5.1.2 Uitleg

5.1.3 Uitleg

5.1.4 Uitleg

Offerte Geen wijzigingen in dit onderdeel in deze versie.

Verkoopfactuur Geen wijzigingen in dit onderdeel in deze versie.

Verzamelrekening Geen wijzigingen in dit onderdeel in deze versie.

5.1.5

Kassabon

5.1.5.1

Mogelijkheid ingave PLU in commandoregel via ‘U’

Uitleg

5.1.6 Uitleg

2013

Vanaf versie 3.80 is het mogelijk om in de kassa een artikel aan te slaan door het intoetsen van een numerieke zoekcode van minder dan 5 posities. Dit kan door in de commandoregel de korte numerieke zoekcode in te geven gevolgd door de letter ‘u’. Voorheen was het alleen mogelijk om numerieke zoekcodes van 5 of 6 posities in te geven.

Bewaarbon Geen wijzigingen in dit onderdeel in deze versie.

17 van 97


Inkoop

Beschrijving

5.2.1 Uitleg

5.2.2 Uitleg

5.2.3 Uitleg

5.2.4 Uitleg

5.2.5 Uitleg

5.2.6 Uitleg

2013

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.

18 van 97


Logistiek

Beschrijving

5.3.1 Uitleg

5.3.2 Uitleg

5.3.3 Uitleg

5.3.4 Uitleg

5.3.5 Uitleg

5.3.6 Uitleg

2013

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.

Ontvangst goederen Geen wijzigingen in dit onderdeel in deze versie.

Levering Geen wijzigingen in dit onderdeel in deze versie.

19 van 97


Financieel

Beschrijving

5.4.1 Uitleg

5.4.2 Uitleg

5.4.3 Uitleg

5.4.4 Uitleg

5.4.5 Uitleg

Het financiële proces is de hekkensluiter in het goederen transactieproces. Aan de verkoopzijde ontvangt de klant een kassabon of een verkoopfactuur. Aan de inkoopzijde dienen de inkoopfacturen ingeboekt te worden al dan niet met een sluitende goederenmatching.

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

Crediteuren Geen wijzigingen in dit onderdeel in deze versie.

Debiteuren Geen wijzigingen in dit onderdeel in deze versie.

Inkoopfacturering Geen wijzigingen in dit onderdeel in deze versie.

Verkoopfacturering Geen wijzigingen in dit onderdeel in deze versie.

5.4.6

Waardering

5.4.6.1

Kostprijsboeking bij opbouwartikelen

Uitleg

Financiële Rapportage

Wanneer er 1 of meerdere subartikelen bij een andere omzetgroep behoorden dan het gekoppelde hoofdartikel en deze omzetgroep had een ander grootboeknummer, dan werd er niet op het grootboeknummer van de aan het subartikel gekoppelde omzetgroep geboekt maar op het grootboeknummer van de aan het hoofdartikel gekoppelde omzetgroep. Dit was fout en is nu opgelost.

5.4.7 Uitleg

2013

Prijsbeleid Geen wijzigingen in dit onderdeel in deze versie.

20 van 97

Release Notes BlueRetail 3.80 5.4.8

Kasgeld/Kluisgeld

5.4.8.1

Wijziging instellen kasgeld/kluisgeld

Uitleg

5.4.8.2

Bij instellen kassa, tabblad ‘Kasgeld/Kluisgeld’ wordt nu ook de IBAN code getoond in plaats van het rekeningnummer.

Wijziging afstorten/bijstorten kasgeld

Uitleg

Bij afstorten/bijstorten kasgeld wordt vanaf deze versie de IBAN code weergegeven.

2013

21 van 97

Release Notes BlueRetail 3.80 5.4.8.3 Uitleg

5.4.8.4 Uitleg

2013

Wijziging afstorten/bijstorten kluisgeld Bij afstorten/bijstorten kluisgeld wordt vanaf deze versie de IBAN code weergegeven.

Wijziging afstortbewijs Op het afstortbewijs zal i.p.v. het rekeningnummer de IBAN-Code afgedrukt gaan worden:

22 van 97


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.

2013

23 van 97


Retail CRM

Beschrijving

5.6.1 Uitleg

5.6.2 Uitleg

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

CRM Rapportage Geen wijzigingen in dit onderdeel in deze versie.

Kredietlimiet Geen wijzigingen in dit onderdeel in deze versie.

5.6.3

Klantenpas

5.6.3.1

Verplichte relatie selectie i.c.m. contactpersoon

Uitleg

Indien men met contactpersonen op klantenpassen werkte in versies < 3.80 en men wilde bereiken dat bij het aanmaken van een kassatransactie altijd een relatie geselecteerd werd dan was dat niet mogelijk. Werkwijze: De klant wordt geselecteerd door de barcode van de contactpersoon te scannen. Probleem: Hierdoor werkte de standaard verplichting om de relatie te selecteren niet meer goed. Indien BlueRetail nl. zo ingesteld werd dat er gestart werd met de vraag naar een relatie bij het aanmaken van een transactie dan kon men de klantenpas (contactpersoon) niet scannen. In versie 3.80 is dit als volgt opgelost: Bij ‘Instellingen\Software\Kassa’, tabblad ‘Algemeen’, , bestaat de mogelijkheid om in te stellen of een relatiekeuze verplicht is.. Hier is nu een optie 'Contactpersoon' bij gekomen. In dat geval kan men in de kassa geen artikelen etc. registreren, voordat men een contactpersoon heeft geselecteerd.

2013

24 van 97


5.6.4 Uitleg

5.6.5 Uitleg

2013

Spaaracties Geen wijzigingen in dit onderdeel in deze versie.

Francowaarde Geen wijzigingen in dit onderdeel in deze versie.

25 van 97


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.

5.7.1 Uitleg

Aanpassing Rapportage debiteuren i.v.m. artikelmatrix Onderstaande rapportages zijn zodanig gewijzigd zodat er ook zinvolle informatie te zien is voor klanten die gebruik maken van de functionaliteit artikelmatrix binnen BlueRetail. Statistiek artikelen - 28 Debiteuren marge vergelijking - 265, 266, 267 Debiteuren omzet - 579, 131,128, 125, 150, 508, 520, 147 Debiteuren omzetvergelijking - 241, 242, 243 Zoals te zien in onderstaande screenshot is vanaf versie 3.80 nu mogelijk om aan te vinken of men wil groeperen op basisartikel of cumuleren per basisartikel of beide.

2013

26 van 97


2013

Nr 1 2

Omschrijving Niks aangevinkt Groeperen op basis artikel

3

Cumuleren per basis artikel

4

Groeperen op basis artikel en cumuleren per basis artikel

Werking Huidige werking rapport Het basisartikel verschijnt als header met daaronder de onderliggende basisartikelen Totalen van alle onderliggende basisartikelen worden opgeteld en gecumuleerd weergegeven. Combinatie van 1 en 2.

27 van 97


Beheer

Beschrijving

BlueRetail biedt standaard beheer functionaliteiten om succesvol gebruik van de applicatie te faciliteren. De applicatie kan gekoppeld worden met een of meerdere softwarepakketten van derden (o.a. Office, Financieel, (BI) Rapportage). Er is uiteraard voorzien in ondersteuning van specifieke Retail hardware. Denk hierbij aan een POS terminal, ticketprinter, geldlade(s), klantendisplay, (hand)scanner /mobile terminal en EFT-(pin)apparatuur.

5.8.1

Applicatiebeheer

5.8.1.1

Ketentransacties doorzetten mogelijk voor dealer

Uitleg

Het kan voorkomen dat ketentransacties om uiteenlopende redenen niet doorgevoerd worden door BlueRetail. Binnen de inlogcode van de Newway supportdesk heeft men dan een mogelijkheid om ervoor te zorgen dat deze ketentransactie weer doorloopt. Binnen de dealercode was dit momenteel niet mogelijk. Het gaat hierbij om het feit dat nu ook voor de dealer:  Een reeds gefactureerde pakbon,  Een reeds betaalde factuur of creditnota, Te wijzigen zijn.

5.8.1.2

BRSendEmail

Inleiding

Deze applicatie is ontwikkeld om ervoor te zorgen dat je makkelijk via batch files en of scripts mails kan versturen over SMTP. De installatie is een standaard installatie. BRSendEmail wordt meegeleverd in de installatieset voor BlueRetail 3.80.

Inrichting van de SMTPserver instellingen

Er moet een ini-file (BRSendEmail.ini) staan in dezelfde map als de exe met de gegevens om een email te kunnen versturen.

De   

2013

volgende gegevens dienen ingesteld te worden: Het email-adres dat als afzender gebruikt dient te worden Het bijbehorende wachtwoord voor dit email-account De naam of het IP-adres van de SMTP-server die de mails dient te versturen

28 van 97

Release Notes BlueRetail 3.80 

Het poortnummer, waarop de SMTP-server actief is. Default = 25.

De instellingen dienen handmatig gezet te worden, en kunnen niet via BRsendMail.exe ingesteld worden. Wanneer deze instellingen niet aanwezig zijn, zal het programma een melding geven dat niet alles is ingesteld en zichzelf afsluiten zonder iets te versturen.

Wanneer er een ongeldig emailadres wordt ingevuld, verschijnt onderstaande melding. Let op: er wordt niet gecontroleerd of het adres bestaat, maar of het voldoet aan het formaat van een emailadres, dus: [email protected]

Meegeven van emaileigenschappen via commandline of tekstbestanden

Naast de SMTP-server instellingen, dienen ook de email-eigenschappen doorgegeven te worden aan de executable. Dit kan op een tweetal manieren:  Via commandline-parameters  Via tekstbestanden, die in dezelfde map staan als de executable De      

volgende gegevens kunnen meegegeven worden: Ontvangers (Lijst van emailadressen) CC-ers (Lijst van emailadressen) Email-onderwerp Email-inhoud Bijlagen (Lijst van bestanden) Prioriteit (Hoog, Laag of Normaal)

Via de commandoregel dienen de gegevens als volgt doorgegeven te worden: /TO=”emailadres1;emailadres2” (bij meerdere scheiden m.b.v ;) /CC=”emailadres3;emailadres4” (bij meerdere scheiden m.b.v ;) /SUBJECT=”Dit is het onderwerp” /BODY=”Dit is de inhoud van het emailbericht” /ATTACH=”bestandsnaam1;bestandsnaam2” (bij meerdere scheiden m.b.v ;) /PRIO=1 (1=Hoog, 3=Laag, overig is Normaal) Voorbeeld van een batch-bestand regel die gebruikt kan worden om iets te versturen: start D:\Temp\BRSendEmail.exe /TO="[email protected]" /CC="[email protected];[email protected]" /SUBJECT="TEST!! FTPServer is niet bereikbaar!" /BODY="Bijgevoegd het logbestand van de uitgevoerde test" /ATTACH=" D:\Temp\FTPCheck.LOG" /PRIO=1 Bovenstaande parameters zijn optioneel, en kunnen weggelaten worden. In plaats van parameters kan er ook gekozen worden voor losse tekstbestanden, waarin de gegevens staan. Alleen de optie /PRIO kan niet via een tekstbestand worden meegegeven.

2013

29 van 97

Release Notes BlueRetail 3.80 Het voordeel van tekstbestanden is, dat men een standaard snelkoppeling kan gebruiken, en dat men bij veel gegevens, de gegevens makkelijker kan invoeren. Een combinatie van commandoregel parameters en tekstbestanden is uiteraard ook mogelijk. De tekstbestanden dienen dezelfde naam te hebben als de parameter, dus TO.TXT, CC.TXT, SUBJECT.TXT, BODY.TXT en ATTACH.TXT. Wanneer het bestandje TO.TXT aanwezig is, dan worden daar de regels uit gelezen. Bij meerdere regels dienen de adressen gescheiden te worden door een ENTER, niet door ;. Dit geldt ook voor de bestanden CC.TXT en ATTACH.TXT Alleen geldige emailadressen worden geaccepteerd, bij het uitlezen van de parameters /TO, /CC of het inlezen van de bestanden TO.TXT, CC.TXT. Alleen bestaande bestandsnamen worden geaccepteerd, bij het uitlezen van de parameter /ATTACH of het inlezen van het bestand ATTACH.TXT. Wanneer er geen geldige TO-parameter wordt meegegeven en er is geen TO.TXT met een geldig email-adres, dan verschijnt onderstaande melding en wordt er niets verstuurd:

5.8.1.3

Aanpassing barcode instellingen

Statiegeld retour scannen

2013

Met behulp van onderstaande instellingen is het vanaf deze versie mogelijk om statiegeld bonnen retour te scannen aan de kassa. Dergelijke bonnen worden bijvoorbeeld afgedrukt door een Tomra flessenautomaat in de supermarkt branche.

30 van 97

Release Notes BlueRetail 3.80 5.8.1.4

Aanpassing afdrukrij formulieren en etiketten

Uitleg

Indien er nu meerdere formulieren en/of etiketten in de afdrukrij staan is het mogelijk om deze separaat af te drukken door een vinkje te zetten voor het betreffende formulier/etiket.

In eerdere versies was het allen mogelijk alle formulieren en/of etiketten af te drukken van hetzelfde type.

5.8.2

Implementatie

5.8.2.1

Vullen IBAN-code bij migratie naar v3.80

Update v3.80

Bij de update van versie x.xx naar versie 3.80 wordt het veld IBAN-code automatisch gevuld indien:  Het aan de relatie gekoppelde land Nederland is.  Het bankrekeningnummer (veld ‘banknummer’) gevuld is.

Belangrijk

1. Bij het bepalen van de IBAN code beroepen we ons op een tabel afkomstig van Internet. Via officiële instanties is het ons tot nu toe niet gelukt een dergelijke tabel te achterhalen. 2. Aangezien er momenteel geen ISO code voor land is opgenomen in de landentabel kunnen wij lastig bepalen welk land in de landentabel ook daadwerkelijk ‘Nederland’ is. Hierdoor volgen wij onderstaande procedure: o Is er een land met zoekcode ‘NL’ o Is er een land met omschrijving ‘Nederland’ o Is één van beide aanwezig dan wordt voor alle relatie gekoppeld aan dit land de IBAN code berekend aan de hand van het veld ‘Banknummer’. o Voorwaarde is dus dat het veld ‘Banknummer’ van de betreffende relatie ook gevuld is.  Is het veld ‘Banknummer’ niet gevuld maar het veld ‘Gironummer’ wel dan wordt de IBAN code berekend aan de hand van het veld ‘Gironummer’.

Achteraf vullen

Aangezien de velden IBAN- en BIC-code ook meegenomen zijn in de im- en

2013

31 van 97

Release Notes BlueRetail 3.80 export is het achteraf altijd mogelijk om geautomatiseerd deze velden te vullen. Er zijn nl. instanties die (tegen betaling) rekeningnummers omzetten naar IBAN/BIC-code. Zie ook: https://www.ibanbicservice.nl/ .

5.8.3

Gegevensbeheer

5.8.3.1

Nieuwe relatie status ‘vervallen’

Versies < 3.80

In voorgaande versies was het alleen mogelijk een relatie op ´geblokkeerd´ te zetten.

Deze relaties waren dan echter nog wel zichtbaar in de zoekschermen. Om dit op te lossen is het veld ´Geblokkeerd´ in de relatiekaart ombenoemd naar ´Status´. V3.80

Zoals te zien in bovenstaande screenshot kan het nieuwe veld ´Status´ de volgende waardes bevatten:

2013

32 van 97

Release Notes BlueRetail 3.80 Geblokkeerd Actief Vervallen

Gelijk aan ‘Geblokkeerd – Ja’ van versies < 3.80 Het is niet mogelijk verkoop of inkooptransacties in te voeren voor een geblokkeerde relatie Gelijk aan ‘Geblokkeerd – Nee’ van versies < 3.80 Nieuwe status die ervoor zorgt, mits de rechten hiervoor correct zijn aangepast, dat relaties niet meer zichtbaar zijn binnen BlueRetail.

Belangrijk

Indien in de nivo instellingen er niet voor gezorgd is dat de vervallen relaties niet zichtbaar zijn, dan kunnen er nog steeds transacties aangemaakt worden op naam van deze relaties.

Nivo instellingen

Met behulp van onderstaande nivo instellingen is het mogelijk ervoor te zorgen dat relaties met de status ‘Vervallen’ niet meer zichtbaar zijn binnen BlueRetail:

2013

33 van 97


5.8.3.2 Uitleg

Wijzigingen relatie bestand i.v.m. IBAN Vanaf versie 3.80 zijn onderstaande velden toegevoegd aan de relatiekaart:

Veld IBAN code Veld BIC code

2013

Nieuw veld voor registratie van de IBAN code. Er wordt gecontroleerd op de juistheid van de ingevoerd IBAN code. Nieuw veld voor registratie van de BIC code. Op dit veld vindt geen controle plaats.

34 van 97

Release Notes BlueRetail 3.80 IBAN Code BIC Code Algemeen

Meer informatie over het IBAN formaat: http://nl.wikipedia.org/wiki/International_Bank_Account_Number

Invoerfilters

De nieuwe toegevoegde velden IBAN en BIC code zijn toegevoegd aan de relatie invoerfilters. Menupad ‘Instellingen\Software\Invoerfilters’ .

Relatieselectie

Zoals hieronder te zien zijn de nieuwe velden IBAN en BIC code ook toegevoegd binnen relatie selecties:

2013

35 van 97


5.8.3.3 Uitleg

Switch voorraadbeheer artikelkaart Er is een aantal versies terug besloten om indien de switch ‘Voorraadbeheer’ op het tabblad ‘Logistiek’ in het artikelbestand op ‘Nee’ staat en er zijn nog openstaande transacties, dat de switch niet zondermeer op ‘Ja’ gezet kan worden voordat de transacties zijn afgerond en dus alle tellers in de artikelkaart zoals ‘te leveren’ en ‘in bestelling’ op 0 staan. Als dit niet het geval is gaan er namelijk zaken fout. In de praktijk blijkt dat bovenstaande aanpassing niet ideaal werkt. In versie 3.80 is een aanpassing doorgevoerd die ervoor zorgt dat als de switch ‘Voorraadbeheer’ van een artikel op ‘Ja’ staat en men wijzigt dit in ‘Nee’, de tellers ‘Actuele voorraad’, ‘Te leveren’, ‘Nog te ontvangen facturen (cred)’ en ‘Nog te factureren (deb)’ op 0 gezet worden. Als men de switch op een later tijdstip weer omzet op ‘Ja’ dan worden bovenstaande tellers voor dit artikel opnieuw berekend en ingevuld (regenereerfunctie).

5.8.3.4 Uitleg

Wijziging tabel landen Momenteel was het niet mogelijk om aan de hand van de zoekcode van de tabel landen te bepalen om welk land het zich daadwerkelijk handelde. Dit aangezien men vrij waardes in het veld ‘Zoekcode’ in kon voeren. Weergave bestand landen versies < 3.80

Nu is analoog aan de tabel ‘Valuta’ ook een ISO tabel gekoppeld aan de tabel

2013

36 van 97

Release Notes BlueRetail 3.80 ‘Landen’.

5.8.4

Data Import en Export

5.8.4.1

Importsleutel e-mail toegevoegd bij relaties

Uitleg

Bij koppelingen tussen BlueRetail en webshops mist men nu vaak een unieke sleutel. Vaak wordt het e-mail adres en wachtwoord van de eindklant als uniek aangehouden in de webshop. Binnen BlueRetail was dit veld, e-mail adres, niet te gebruiken als importsleutel bij het importeren van relatiegegevens in het relatiebestand. In deze versie is dit nu wel mogelijk gemaakt.

5.8.4.2 Uitleg

2013

IBAN Velden toegevoegd bij import instellingen De nieuwe velden ‘IBAN code’ en ‘BIC code’ zijn toegevoegd importinstellingen. ‘Instellingen\Software\Import\Bestanden’ .

bij

de

37 van 97


Deze velden zijn ook toegevoegd bij de filiaal import instellingen op het hoofdkantoor (MMS).

5.8.5

Datacommunicatie

5.8.5.1

Aanpassingen FTP server

Geen vraag afsluiten FTPserver

Vanaf deze versie komt tijdens het afsluiten van BlueRetail MMS onderstaande vraag niet meer of de FTP-Server ook afgesloten dient te worden. Deze vraag kan er voor zorgen dat de FTP-Server per ongeluk afgesloten wordt, met alle gevolgen van dien. Het is doorgaans wenselijk dat de FTP-Server altijd aanstaat.

Ik heb vandaag een aantal verbeteringen toegevoegd aan de FTP-servers van 3.72 en 3.80, waarmee mogelijk verlichting op zal treden. Onderstaande

2013

38 van 97

Release Notes BlueRetail 3.80 wijzigingen zijn gemaakt: - Het is nu mogelijk de FTP-Server los op te starten, zonder BlueRetail. - Middels een FTPServer.ini dienen de instellingen gezet te worden. Tevens kan men ook aangeven wat de inlog-gegevens van de test-user moeten zijn. - Controles of er ingelogde gebruikers zijn, vinden niet meer plaats o.b.v. schermcontrols maar o.b.v. variabelen. - Wanneer via AP's van BlueRetail wordt aangegeven dat de FTP-Server moet worden afgesloten, dan gebeurt dit voortaan, ongeacht of er gebruikers zijn ingelogd of niet. - Het is nu ook mogelijk m.b.v de test-user te controleren of de FTP-Server nog actief is. De nwautoserver is uitgebreid met een opstart-parameter /SILENT, zodat geen meldingen verschijnen bij het opstarten, als er geen database-beschrijving is, of de nwautoserver reeds gestart is. Hierdoor kan net als bij nwautoclient een proces ingericht worden, dat periodiek controleert of de nwautoserver nog draait. Zo ja, dan wordt de volgende instantie automatisch afgesloten. Voorheen verscheen er dan een melding die eerst weggeklikt moest worden.

5.8.6 Uitleg

5.8.7 Uitleg

Rollen Geen wijzigingen in dit onderdeel in deze versie.

Toegangsbeheer Geen wijzigingen in dit onderdeel in deze versie.

5.8.8

Boekhoudkoppeling

5.8.8.1

Aanpassing Exact Globe boekhoudexport

Uitleg

Voor de laatste versie van de koppeling met Exact Globe, ‘Exact Globe 360+’, is een aanpassing gemaakt dat in eerste instantie de relatiegegevens, zijnde ‘DEBITR.CSV’ en ‘CREDITR.CSV’, in XML formaat worden geëxporteerd.

Binnen het instellingenscherm zal in onderstaand tabblad, ‘Bestandslocaties’, ‘DEBITR.CSV’ en ‘CREDITR.CSV’ vervangen door de nieuwe bestandsnamen.

2013

39 van 97


Binnen Exact kan zowel voor de financiële mutaties (FMUTA6.CSV) als voor de relatiegegevens aangegeven worden welk bestandstype men gebruikt. Crediteurengegevens

Debiteurengegevens

2013

40 van 97


5.8.8.2 Uitleg

Aanpassing King boekhoudexport Voor de huidige koppeling met King, is een aanpassing gemaakt dat in eerste instantie de relatiegegevens, in XML formaat worden geëxporteerd.

Binnen het instellingenscherm zal in onderstaand tabblad, ‘Bestandslocaties’, ‘DEBKING.ASC’ en ‘CREKING.ASC’ vervangen door de nieuwe bestandsnamen: ‘DEBKING.XML’ en ‘CREKING.XML’.

Binnen King kan ook voor XML bestandsformaat gekozen worden voor de relatiebestanden:

2013

41 van 97


5.8.8.3 Uitleg

2013

Aanpassing Unit4 boekhoudexport Voor de huidige koppeling met Unit4, is een aanpassing gemaakt dat er twee extra velden geëxporteerd gaan worden: IBAN code en BIC Code.

42 van 97


Dit is een aanpassing op de bestaande export in FMUTA-formaat: DEBITR.CSV: 18 – Bankrekening (deze bestond al) 21 – Girorekening (deze bestond al) 54 – IBAN 55 - BIC / Swift CREDITR.CSV: 18 – Bankrekening (deze bestond al) 22 – Girorekening (deze bestond al) 52 – IBAN 53 – BIC / Swift Binnen Unit4 zal deze export opgepakt gaan worden door de module ‘Import Financieel II’:

Belangrijk

5.8.8.4 Uitleg

2013

De extra velden IBAN en BIC die wij exporteren vanuit BlueRetail worden meegenomen door Unit4 in hun nieuwe release, gepland voor juli 2013. Tot dan zal BlueRetail deze extra velden wel exporteren maar doet Unit4 hier verder niks mee. De export van extra velden heeft verder geen consequenties voor uw huidige boekhoudkoppeling.

Nieuwe koppeling met Exact Online Vanaf versie 3.80 komt ook de definitieve koppeling met Exact Online beschikbaar. Binnen ‘Instellingen\Software\Boekhouding’ , kan nu, indien ‘Exact’ geselecteerd wordt ook voor ‘Exact Online’ gekozen worden. Verder is het mogelijk om vanuit BlueRetail een rechtstreekse import te doen van relatie- en transactiegegevens.

43 van 97


Aangepaste boekhoud instellingen

Bij de instellingen van de boekhoudkoppelingen zijn een aantal wijzigingen doorgevoerd. Aangezien er een rechtstreekse import plaatsvindt is er geen noodzaak meer om de verschillende bestandslocaties op te kunnen geven. Dit tabblad is voor de koppeling exact online dan ook vervangen door het nieuwe tabblad Import, waarop alle specifieke instellingen tbv exact online ingesteld kunnen worden.

Indien u in een eerdere versie reeds de boekhoudkoppeling Exact Online heeft ingericht, dan is het noodzakelijk om bovenstaande instellingen te controleren. Wanneer u een ingerichte boekhoudkoppeling exact online heeft, en het instellingen scherm wordt geopend, dan worden de bijbehorende gegevens meteen ingelezen. Dit kan enige seconden duren. Tot die tijd, zijn alle tabbladen grijs.

2013

44 van 97


De benodigde inloggegevens dienen overeen te komen met die van uw exactonline account.

Met behulp van de knop Bepaal Administraties kunt u controleren of de ingevulde gegevens juist zijn. Zo ja, dan worden de bijbehorende administraties, topics, dagboeken en rekeningnummers opgehaald. Pas als alle drie de velden zijn ingevuld, kan deze knop geactiveerd worden.

Wanneer de ingevulde gegevens niet juist zijn, volgt hiervan een foutmelding. Wanneer de inloggegevens aangepast worden, dan worden automatisch de geselecteerde administratie leeggemaakt, en de bepaal administratie knop wordt actief (als alle 3 velden zijn ingevuld…) Let Op: In deze versie zit nog een probleem, dat de gemaakte wijzigingen van de inloggegevens niet meteen getest kunnen worden. Als bv. juiste gegevens worden aangepast naar verkeerde, dan zal de controle van de nieuwe gegevens nog steeds goed gaan. Andersom geldt ook, dat als men foute gegevens heeft gewijzigd in de juiste, dat dan nog steeds geen administraties getoond worden. Bij opnieuw starten van BlueRetail kan er wel weer getest worden. Het gaat hier om een probleem van technische aard. Zodra hiervoor een oplossing wordt gevonden, zal dit verbeterd worden. Naast de inloggegevens zijn er nog een drietal gegevens nodig om automatisch te importeren: De bron map waarin de te importeren relaties en transacties worden geplaatst. (Default is dit de export-map van het bedrijf) De exact-online administratie waarin geïmporteerd moet worden. (Is alleen van toepassing indien u meerdere administraties heeft) Wanneer een administratie geselecteerd wordt, worden automatisch de bijbehorende gegevens ingelezen, zoals: Topics, dagboeken en rekeningnummers. De partner sleutel die vanuit exact online is gegenereerd ter beveiliging van uw administratie. (De waarde van deze sleutel is terug te vinden in

2013

45 van 97

Release Notes BlueRetail 3.80 Exact Online)

De knop ververs administratie dient om eventuele wijzigingen in Exact Online (bv. dagboeken en rekeningnummers) ook in te lezen in BlueRetail. Verder valt er nog te zien welke onderdelen van exact online er geimporteerd kunnen worden vanuit BlueRetail. Dit kan namelijk in de toekomst nog uitgebreid gaan worden. Dit is dus geen instelling, maar enkel een raadpleeglijst.

Bij het invullen van de rekeningnummers in BlueRetail kan gebruik gemaakt worden van de reeds aanwezige rekeningnummers van exact online. In de praktijk is het vaak zo dat de boekhouding eerst in Exact online wordt ingericht en vervolgens binnen BlueRetail de koppeling wordt gerealiseerd. Wanneer op het tabblad nummers een dagboek-veld de focus krijgt, verschijnt erboven een lijst met beschikbare dagboeken. Wanneer de ingevulde waarde bestaat, wordt deze automatisch geselecteerd, anders blijft de geselecteerde waarde leeg.

Hetzelfde geldt voor de rekeningnummer-velden. Het verschil is wel dat men voor de rekeningnummers wel niet-bestaande rekeningnummers mag gebruiken. Bij de automatische import worden deze vanzelf aangemaakt

2013

46 van 97

Release Notes BlueRetail 3.80 (Dagboeknummers niet). Het nadeel is dat er geen bijbehorende omschrijving bij zit.

Deze hulp-combo’s zitten alleen bij de instellingen, en niet bij de overige rekeningnummer-velden binnen BlueRetail (bv. relaties, omzetgroepen, betaalwijzen, enz.) Eventueel is dit op verzoek uit te breiden in een volgende versie. Wanneer er niet-bestaande dagboeken en/of rekeningnummers zijn ingevuld, dan verschijnt hiervan een melding bij de controle.

2013

47 van 97

Release Notes BlueRetail 3.80 Exporteren boekhouding

Wanneer men met een ingestelde boekhoudkoppeling exact online naar het menu BlueRetail Exporteren Boekhouding gaat, dan zullen de gegevens eveneens ingelezen worden, bij het starten van het venster. Tevens wordt er gekeken of er in de ingestelde export-map Xml-bestanden staan t.b.v exact online (Accounts_x en GLTransactions_x). Zo ja, dan wordt de knop Import Exact-Online beschikbaar, anders blijft deze grijs.

Wanneer de knop actief is, betekent dit dat er bij een voorgaande export niet voor import is gekozen, of dat er iets anders is gebeurd. Eenmaal ingelezen bestanden, worden hernoemd (*.OLD, zodat deze niet nogmaals ingelezen kunnen worden. Wanneer de export-knop geactiveerd wordt, dan worden eerst alle relatie- en transactiegegevens per export-soort verzameld, en pas op het einde fysiek weggeschreven. Dit is een technisch verschil met de overige boekhoudkoppeling, waarbij elke transactie direct wordt weggeschreven in een export-bestand.

Nadat de export gereed is, wordt er gevraagd of er ook direct geïmporteerd moet gaan worden. Via automatische procedures wordt deze vraag niet gesteld en automatisch voor Ja gekozen.

2013

48 van 97

Release Notes BlueRetail 3.80 Wanneer voor Nee gekozen wordt, kan men tussentijds de logging en/of de export-bestanden controleren, indien wenselijk.

Kiest men voor import, dan hiervoor een logging en na afloop een vraag gesteld worden, of het resultaat bekeken dient te worden. (Niet bij AP).

Wanneer men op Ja klikt, dan wordt de Voortgang vervangen door een tabel met de import-resultaten.

Eventuele fouten worden in het rood weergegeven, fatale fouten vetgedrukt, en eventuele waarschuwing in het magenta. Met behulp van de Bekijk Voortgangknop kan teruggekeerd worden, naar de oorspronkelijke import-voortgang.

2013

49 van 97

Release Notes BlueRetail 3.80 Deze gegevens komen uit Exact online en worden ook tijdelijk overgeslagen in een bijbehorend logbestand (*.LOG). Uiteindelijk kan men het beste in Exact Online zelf kijken wat er tijdens de import goed en fout is gegaan.

Er zit tevens een beveiliging in de import-bestanden die door BlueRetail worden aangemaakt. Er kunnen via BlueRetail alleen bestanden geimporteerd worden, die ook daadwerkelijk met dezelfde partner-sleutel zijn aangemaakt. Hierdoor is het niet mogelijk (per ongeluk of bewust) relaties of transacties van een ander pakket of bedrijf te importeren in een exact online-boekhouding. Hiervan verschijnt dan onderstaande foutmelding:

2013

50 van 97


Kredietbeperking

Achtergrond

Het blijkt dat klanten en de boekhoudpakketten waarmee BlueRetail koppelt verschillend omgaan met kredietbeperking. Hierdoor kan het voorkomen dat de wijze waarop BlueRetail het kredietbeperkingsbedrag export in de versies < 3.80 tot problemen kan leiden bij de klant.

Belastingdienst

Kredietbeperking volgens de belastingdienst: Om ervoor te zorgen dat uw klanten op tijd betalen, kunt u op uw facturen een kredietbeperkingstoeslag vermelden. Betalen uw klanten te laat, dan betalen zij u deze toeslag. Over deze extra inkomsten betaalt u btw. Wat moet u doen? U telt de kredietbeperkingstoeslag op bij het factuurbedrag. Meestal is de toeslag een percentage van het totaalbedrag. Omdat u niet weet of uw klant op tijd gaat betalen, brengt u geen btw in rekening over de toeslag. Betaalt de klant op tijd? Dan hoeft u verder niets te doen. Betaalt hij te laat en betaalt hij u daarom ook de toeslag? Dan betaalt u ook over dit bedrag btw. Voorbeeld U levert goederen: € 10.000 + € 1.900 btw = € 11.900. Over dit bedrag berekent u toeslag, bijvoorbeeld 1% = € 119. Hierover berekent u geen btw. Het factuurtotaal is daarom € 12.019.  Uw klant betaald op tijd. U ontvangt € 11.900. U betaalt btw over dit bedrag en uw afnemer kan de btw aftrekken als voorbelasting.  Betaalt uw afnemer na de betalingstermijn? Dan ontvangt u € 12.019. U moet dan alsnog € 19 (19/119 x € 119) btw betalen. Heeft uw afnemer recht op aftrek van btw? Dan kan hij de btw over de toeslag alleen aftrekken als u hem een aanvullende factuur met btw stuurt. Daarop staat dan € 100 + € 19 btw.

BlueRetail < v3.80

2013

Momenteel gaat BlueRetail als volgt om met kredietbeperking:  er is geen instelling inzake btw berekenen over kredietbeperking. Het pakket berekend in de versies < 3.80 de btw over kredietbeperking.



Echter bij de export naar de boekhouding wordt de btw van de kredietbeperking niet meegenomen:



BlueRetail gaat er vanuit dat de klant tijdig betaald en dat men dan het

51 van 97

Release Notes BlueRetail 3.80 btw bedrag van de kredietbeperking niet hoeft mee te exporteren (zie uitspraak belasting) omdat de ondernemer die de factuur verstuurd de btw niet af hoeft te dragen. Aanpassing

In het geval van sommige klanten wordt er bijna altijd kredietbeperking betaald en moet men dus over de kredietbeperking btw afdragen. Het is vanaf versie 3.80 mogelijk gemaakt voor de verschillende boekhoudkoppelingen om aan te geven of op de rekening kredietbeperking het bedrag inclusief of exclusief BTW geboekt moet worden. D.w.z. naar de boekhouding geëxporteerd moet worden.

Indien er gekozen wordt voor incl. btw, zal de export er als volgt uitzien:

5.8.9

POS Hardware configuratie

Uitleg

Geen wijzigingen in dit onderdeel in deze versie.

5.8.10

Web Transaction Services

5.8.10.1

Verkoop eTickets via host ICP

Toevoegen eTicketproduct en bijbehorend artikel

Vanaf versie 3.80 is de eTicket-functionaliteit voor de host ICP werkend gemaakt. Een eTicket is een toegangsbewijs, voor bv. Een pretpark of evenement, dat via de kassa kan worden afgedrukt. Het is nagenoeg gelijk aan een eVoucher, behalve dan het in plaats van een opwaardeer-code, en unieke toegangscode in de vorm van een barcodes moet worden afgedrukt. Bij de entree van het park of evenement, wordt deze barcode gescand en kan men zonder te betalen doorlopen (men heeft immers al in de winkel betaald). Omdat de barcode voor iedere eTicket een ander formaat kan hebben, dient het formaat bij het eCustomerProdukt ingesteld te worden. Aangezien het van de printer-aansturing afhankelijk is, hoe dit afgedrukt dient te worden, is er nu voor

2013

52 van 97

Release Notes BlueRetail 3.80 gekozen, om een algemene stuurcode te gebruiken. Voorheen was er een comboveld met een viertal vaste formaten.

Met behulp van deze stuurcode zorgen de algemene print-routines van BlueRetail ervoor dat de barcode juist wordt afgedrukt. Middels het klikken op de barcodeknop verschijnt het barcode-venster, waarmee het formaat, de hoogte en breedte en de tekst ingesteld kan worden. Dit venster wordt op het einde van dit document toegelicht. Het wordt afgeraden om de stuurcode handmatig te wijzigen. De string ‘<>’ wordt door BlueRetail bij iedere eTicket-verkoop automatisch vervangen door de ontvangen toegangscode. Welk formaat ingesteld dient te worden, wordt bepaald door de organisatie waarvoor de eTicket geldig is. Dit is afhankelijk van hoe de scanners zijn ingericht bij de entree. Om een eTicket in te kunnen voeren, dient men vanuit ICP de volgende informatie te ontvangen: Product-id Barcode-formaat Een aangepaste nl-tickets.txt t.b.v de VTC-software. (Voor iedere vestiging) In dit laatste bestand staan alle af te drukken eVoucher en eTicket-teksten, die door de VTC-software doorgestuurd worden naar BlueRetail. Deze converteert de HTMLtekens naar gewone tekst, en drukt deze vervolgens af. Wanneer het eTicket-product is ingevoerd, hoeft men alleen nog maar een artikel te koppelen (met de afgesproken prijs) aan dit product, en het is ingericht.

2013

53 van 97


Eventueel dient men ook nog een aparte omzetgroep aan te maken voor de eTicketproducten en de bijbehorende artikelen. Wel dienen beide dezelfde omzetgroep te hebben, anders kan het product niet geselecteerd worden.

Handelingen in de kassa

2013

Wanneer men nu in de kassa dit artikel aanslaat, en de bon volledig heeft betaald, zal er na de bonkeuze een eTicket worden uitgegeven.

54 van 97


Let op: dat de commandoregel-functie * niet werkt voor eTicket/eVoucher artikelen. Zij dienen één voor één gescand te worden. Dit is, omdat er voor ieder stuk ook een bon moet worden afgedrukt.

Wanneer dit geslaagd is, zal de bijbehorende eTicket direct afgedrukt worden.

2013

55 van 97


eVouchers en eTickets zijn NIET meer onderdeel van de stuurcode [ECUSTOMERBON]. Zij worden slecht éénmalig afgedrukt, om fraude te voorkomen. Als het bonnetje kwijt is, is er geen herafdruk-mogelijkheid. (Ook wanneer het printer-papier op is, kan dit niet plaatsvinden.) Als er meerdere tickets en/of vouchers op de bon staan, dan worden deze niet afgeknipt, omdat dit de kans op verlies vergroot. Wel zit er een scheidingslijn tussen, mocht men dit wel willen. Nadat alle eTickets/eVouchers zijn afgedrukt wordt de kassabon zelf nog afgedrukt.

2013

56 van 97

Release Notes BlueRetail 3.80 Wanneer de transactie niet slaagt, wordt de foutmelding afgedrukt en verschijnt onderstaand schermpje dat de klant wisselgeld dient te krijgen. De bon was immers al afgehandeld.

In het logboek van betaaltransacties, zijn de transacties altijd nog terug te bekijken.

5.8.10.2

Verkoop van Prepaid artikelen via host ICP

Toevoegen prepaidproduct en bijbehorend artikel

Vanaf versie 3.80 is het mogelijk om eCustomerProdukten van het type Prepaidartikel te verkopen mbv de host ICP. Hiervoor is wel een andere versie van de VTC-software nodig. Een prepaid-artikel is een digitaal product met een bepaalde waarde, dat bij verkocht geactiveerd wordt. Denk bv. aan iTunes-kaarten of eBook-kaarten. Het verschil tussen een prepaid-artikel en een digitale cadeaubon is, dat met een prepaid-artikel niet betaald kan worden. Het lijkt meer op een eVoucher, zonder opwaardeercode. Om een prepaid-artikel te kunnen verkopen, dienen de volgende bestanden uitgebreid te worden met een record: Omzetgroep (optioneel) waarop de prepaid-artikelen geboekt dienen te

2013

57 van 97

Release Notes BlueRetail 3.80 worden;

-

2013

Een eCustomerProdukt van het type prepaid-artikel, dat aan deze omzetgroep hangt;

58 van 97

Release Notes BlueRetail 3.80 -

Een artikel, dat aan dezelfde omzetgroep hangt en gekoppeld is aan het ecustomerprodukt;

Bij het invoeren dient rekening gehouden te worden met de volgende zaken: De omzetgroep van het artikel en het ecustomerprodukt zullen doorgaans gelijk zijn. Wanneer deze verschillend zijn, dan worden de verkopen geboekt op de omzetgroep van het ecustomerprodukt. De verkoopprijs van het prepaid-artikel wordt bepaald door het artikel. Deze verkoopprijs dient overeen te komen met de prijs zoals deze bij de host in het systeem staat, anders volgt hiervan een foutmelding. Als een prepaid-artikel een barcode heeft van 32 cijfers, dan is dit een samengestelde barcode, bestaande uit een EAN-nummer (eerste 12 posities), een nul, en een kaartnummer (laatste 19 nummers). Het EANnummer dient dan ook als artikelnummer ingevoerd te worden. Hierdoor wordt het mogelijk om ook eerst het artikel te scannen, en vervolgens pas het volledige kaartnummer. Als de host ICP is, dan dient het EAN-nummer ook ingevuld te worden in het Product-ID veld van het ecustomerprodukt.

2013

59 van 97


Handelingen in de kassa

Wanneer men in de kassa de barcode van een prepaid artikel scant, zal er gecontroleerd worden, of het product verkocht kan worden. Aangezien er barcodes van 32 posities bestaan, is het invoerveld ook uitgebreid van 30 naar 32 posities.

Wanneer de kaart nog niet geactiveerd is, verschijnt onderstaande boodschap:

Vervolgens wordt het artikel toegevoegd in de kassa.

2013

60 van 97


Wanneer er een reeds geactiveerde, of anderzijds niet-bruikbare kaart gescand wordt, verschijnt hiervan een melding:

Let op: Bovenstaande controle is alleen mogelijk bij de host Intersolve. Wanneer de host van het prepaid-artikel is ingesteld op ICP zal er GEEN controle plaatsvinden en wordt alles direct toegevoegd. Eventuele problemen zullen dan ook pas na het afrekenen aan het licht komen, waardoor er mogelijk wisselgeld teruggegeven moet gaan worden, als er iets niet goed gaat. Let op: dat de commandoregel-functie * niet werkt voor prepaid-artikelen. Zij dienen één voor één gescand te worden. Dit is omdat zij ook per stuk geactiveerd dienen te worden en een printticket opleveren. Net als alle overige ecustomerprodukten kunnen prepaid-artikelen niet retour genomen worden en ook kan er geen korting op verleend worden.

Wanneer de bon door de klant is afgerekend en de kassière een bonkeuze heeft gemaakt, zal de daadwerkelijke activering plaatsvinden.

2013

61 van 97


Wanneer dit geslaagd is, zal de bijbehorende Ticket-tekst direct afgedrukt worden, net zoals dit ook bij eVouchers en eTickets gebeurt.

2013

62 van 97


Wanneer de host ICP is, dan wordt er door de host de af te drukken tekst aangeleverd. Bij de host Intersolve zal enkel het resultaat-bericht afgedrukt worden.

Wanneer een kopie-bon wordt afgedrukt, dan worden de bovenstaande ‘bonnetjes’ afgedrukt m.b.v de stuurcode [ECUSTOMERBON]. Wanneer de transactie niet slaagt, wordt de foutmelding afgedrukt en verschijnt onderstaand schermpje dat de klant wisselgeld dient te krijgen. De bon was immers al afgehandeld.

In het logboek van betaaltransacties, zijn de transacties altijd nog terug te bekijken. Hiervoor is een nieuwe soort Prepaid-activering toegevoegd.

2013

63 van 97


5.8.10.3

Sparen op naam (eLoyalty) via host ICP

Achtergrond

In voorgaande versies was het niet mogelijk om loyalty punten te sparen op basis van klantnaam. Het was voor de klant alleen mogelijk om punten te sparen indien hij/zij de spaarkaart bij zich had. Het bleek wenselijk dat sparen op naam wel mogelijk zou worden gemaakt voor ‘trouwe’ klanten.

Instelling

Door bij ‘Instellingen\Software\eCustomer’ , de nieuwe host ICP-MIMAS aan te vinken kan er op klantnaam gespaard worden.

Proces

Keuze-scherm wanneer vanuit kassa naar afrekenen gegaan wordt en er nog geen pas is gescand:

2013

64 van 97


Wanneer de keuze ‘Zoek Klantenpas’ wordt gekozen, verschijnt onderstaand scherm:

Wanneer men op [ESC] drukt, verschijnt weer het vorige scherm, en kan er een andere keuze gemaakt worden.

Wanneer in de kassa reeds een relatie was geselecteerd, dan worden de bijbehorende gegevens automatisch ingevuld:

2013

65 van 97


Na activeren van de zoek-knop verschijnt het Communicatie-schermpje:

Wanneer er niets gevonden wordt, verschijnt onderstaand scherm, en wordt teruggekeerd naar vorige scherm:

Anders wordt het aantal gevonden klanten getoond:

En vervolgens de bijbehorende gegevens:

Wanneer het maximaal aantal records gevonden is, ziet het scherm er zo uit:

2013

66 van 97


Als het aantal gevonden klanten > 6 is en kleiner dan maximaal aantal (7,8 of 9), ziet het scherm er zo uit:

(Het is niet gelukt om het datum-formaat om te draaien) Wanneer er geen juiste gegevens staan, kan met via de [terug] of [ESC] knop terugkeren naar het vorige scherm. Wanneer er een klantenpas-houder wordt geselecteerd, verschijnt onderstaand schermpje:

Wanneer er geen pas gevonden is verschijnt onderstaand scherm, en wordt teruggekeerd naar vorige scherm:

Wanneer er 1 pas is gevonden, verschijnt onderstaande tekst voor 2 seconden:

2013

67 van 97


Vervolgens worden de vorige schermen afgesloten, en wordt vanuit de kassa automatisch het saldo opgevraagd van de geselecteerde kaart.

(Foutmelding komt omdat VTC-niet aanstond) Wanneer de klantenpas-houder meerdere kaarten heeft, verschijnt onderstaand scherm:

Wanneer er meer dan 6 kaarten gevonden worden, dan wordt ook de tabel verlengd. Wanneer er geen juiste gegevens staan, kan met via de [terug] of [ESC] knop terugkeren naar het vorige scherm

2013

68 van 97

Release Notes BlueRetail 3.80 5.8.11

Lay-out beheer

5.8.11.1

Wijzigingen printen barcodes

Uitbreidingen BARCODEstuurcode venster

Vanaf versie 3.80 is het afdrukken van barcodes technisch aangepast, zodat deze via een commando vanuit de ontwikkelomgeving (WinDev) worden afgedrukt. Voorheen had BlueRetail haar eigen print-routines. Daarnaast is het barcode-selectie venster aangepast en zijn er voor de formaten, EAN, UPC en Code 128 een aantal subtypes toegevoegd, die gebruikt kunnen worden. Het gaat om de varianten EAN-8, EAN-13 en EAN-128, UPC-A en UPC-E, en Code 128, Code 128-A, Code 128-B en Code 128-C.

Wanneer men nu in de formulier- of etiket-editor de stuurcode Barcode selecteert, verschijnt onderstaand venster. Tevens worden nu de reeds bestaande barcodeparameters juist ingevuld. (Voorheen verschenen altijd dezelfde defaults.)

De waarden die voor hoogte en breedte ingevuld dienen te worden, zijn afhankelijk van de printer-aansturing.

2013

69 van 97


Het opgeven van de breedte is vaak niet nodig. De juiste verhoudingen worden automatisch genomen. Wanneer men op sluiten klikt, verschijnt de vraag of men de barcode-parameters wil verwijderen, of de vorige parameters wil behouden (=default).

Ja, verwijderd de stuurcode, en Nee zet de vorige waarden terug. Tevens is BARCODE-stuurcode ook werkend gemaakt voor printers met tekstaansturing. Voorheen kon dit niet, en moest men met de printer-specifieke [CODE]-stuurcode de juiste waarden ingeven.

Nu hoeft dit dus niet meer, en kan altijd dezelfde lay-out gehanteerd worden. Formuliereditor

2013

In de formulier-editor is een kleine aanpassing gemaakt, zodat deze bij het openen meteen op het combo-veld komt te staan, waar men de lay-out kan selecteren. Ook blijft de focus op dit veld, wanneer men een lay-out selecteert. Hierdoor kan men sneller (zonder gebruik van een muis) een lay-out selecteren en wijzigen (via SHIFT+TAB).

70 van 97


Extra controles bij afdrukken etiketten

Problemen vorige versies

In voorgaande versies kon het afdrukken van etiketten leiden tot een fatale programmafout, wanneer de etiket-instellingen niet overeen kwamen met de werkelijke etiket-hoogte. Deze kon komen zodra er op meerdere pagina’s afgedrukt moest worden. Doordat de hoogte van het etiket groter was, dan bij de instellingen was aangegeven, kwamen de etiketten verkeerd uit de printer, zoals hieronder te zien is, bij een voorbeeld etiket uit het demo-bedrijf.

Wanneer de proefdruk van 25 exemplaren gestart werd, werden er 5 pagina’s afgedrukt (i.p.v. de verwachte 2).

2013

71 van 97

Release Notes BlueRetail 3.80 Dit kwam omdat de ingestelde hoogte van 41 mm kleiner was, dan de daadwerkelijke hoogte van de stuurcodes in het etiketinhoud-veld. Wanneer men de etikethoogte zou aanpassen naar bv. 44 mm, dan ontstond de fatale foutmelding.

Controles bij proefafdruk van etiketten

Vanaf deze versie vindt er een controle plaats na het afdrukken van het eerste etiket, wat de daadwerkelijke hoogte is van de stuurcodes in het etiketinhoudveld. Tevens wordt er gecontroleerd of de instellingen voldoen aan de paginabreedte en pagina-hoogte van de ingestelde printer. Deze controles vinden alleen plaats als de printer-aansturing op Windows staat. Wanneer de instellingen niet voldoen, dan verschijnt hiervan een melding na afdruk van het eerste etiket, en worden de juiste waarden berekend door BlueRetail. De volgende berekeningen vinden plaats:  Als werkelijke etiket-hoogte groter is dan de ingestelde hoogte, dan wordt de hoogte aangepast naar de werkelijke hoogte.  Als (etiketbreedte * aantal horizontaal) + ((aantal_horizontaal1)*Tussenruimte horizontaal) groter is dan de paginabreedte, dan wordt het

2013

72 van 97




aantal horizontaal net zolang verlaagd, totdat het totaal kleiner wordt dan de paginabreedte. Als het aantal horizontaal 1 is, en het is nog te groot dan wordt de tussenruimte horizontaal op 0 gezet, en de etiketbreedte gelijk aan de paginabreedte. Als (etikethoogte * aantal verticaal) + ((aantal_verticaal-1)*Tussenruimte verticaal) groter is dan de paginahoogte, dan wordt het aantal verticaal net zolang verlaagd, totdat het totaal kleiner wordt dan de paginahoogte. Als het aantal verticaal 1 is, en het is nog te groot dan wordt de tussenruimte verticaal op 0 gezet, en de etikethoogte gelijk aan de paginahoogte.

Wanneer nu hetzelfde etiket 25x wordt afgedrukt, verschijnt er een melding en worden de waardes aangepast.

Vervolgens worden de nieuwe instellingen gebruikt om de etiketten af te drukken en worden de 25 etiketten op 3 pagina’s afgedrukt. (2 x 12 + 1)

2013

73 van 97


Wanneer de proefdruk gemaakt wordt terwijl men een etiket aan het invoeren of wijzigen is, dan worden de nieuwe waardes ook meteen ingevuld en is de melding net iets anders.

2013

74 van 97

Release Notes BlueRetail 3.80 Het aanpassen van de etikethoogte zal niet altijd wenselijk zijn, wanneer bv. gebruik wordt gemaakt van vaste etiketvellen. In die gevallen zal de etiket-inhoud aangepast moeten worden dmv. een kleiner font of minder regels, totdat de werkelijke hoogte kleiner is, dan de etikethoogte van het etiket-vel. De controles en herberekeningen zijn toegevoegd bij zowel de artikel- als de relatie-etiketten, en ook wanneer men de menu-opties BAEA en BREA kiest, om meerdere etiketten af te drukken.

Alleen zal hier geen melding verschijnen, maar worden de etiketten afgedrukt volgens de berekende waarden. Hetzelfde geldt, wanneer er voor de Afdrukrij wordt gekozen, en vandaar uit worden de etiketten afgedrukt.

2013

75 van 97


6

Toelichting notaties

Toetsen

Toetsen op het toetsenbord die in de instructie worden gebruikt, worden weergegeven in vetgedrukte hoofdletters tussen deze tekens < >. Bijvoorbeeld <ENTER>. Een alternatief voor het openen van menu’s is om het menupunt met de muis aan te klikken.

Knoppen

Knoppen op het beeldscherm waar u met de muis op kunt klikken, worden weergegeven tussen deze tekens [ ]. Bijvoorbeeld [Sluiten]. Een alternatief voor het openen van menu’s is om het menupunt met de muis aan te klikken.

Programmamenu’s

Programmamenu’s worden weergegeven aan de hand van de menupaden. De menupaden worden in vetgedrukte letters weergegeven tussen deze tekens < >. Bijvoorbeeld, het menu ‘Printerinstelling’ heeft het menupad <menupad IHP>. Om dit menupunt te openen dient u + I en achtereenvolgens H en P in te toetsen. Een ander voorbeeld is het menupad voor de verkooptransacties: . Om dit menupunt te openen dient u + V en vervolgens I in te toetsen. Een alternatief voor het openen van menu’s is om de juiste menupunten met de muis aan te klikken.

2013

76 van 97


7

Definities

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

2013

77 van 97


8

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

Beschrijving Indien bij de Touch bijvoorbeeld 1,02 (met komma!) werd ingegeven op omzetgroep werd dit afgerond naar 1.00 --> opgelost door replace toe doen van komma naar punt.

2995

De P van promotie verdwijnt voortaan bij het maken van een nieuwe BON.

2996

Het importeren van het nieuwe veld 'Verkoopeenheid' bij artikelen was niet mogelijk d.m.v. een script.

Melding # Incident: #1591

Gewijzigde Objecten

Incident: #1592

In het script kan men dan bijv. de volgende regel invoeren:

2997

2998

3000

3001

3002

3003

VERKOOP_EEINTNUM.CODE = #12 Bij exporteren van facturen naar de boekhouding werd het afronden Incident: #20120058 van totaalbedrag exclusief, inclusief en BTW anders gedaan, dan bij handmatig invoeren. Hierdoor kon een verschil van 0,01 ontstaan op het totaal factuurbedrag. Ook bij import van facturen was de berekening anders. Bij opstarten van de kassa kijken, of de poort en/of IP-adres ingevuld Incident: zijn voor de SocketServer. Indien niet, dan wordt deze al op niet actief #1618,#1616,#1622,# gezet. Meldingen 1616, 1618, 1620 en 1622. 1620 Aanpassing waarmee een extra omzetloyalty-instelling is toegevoegd, die ervoor zorgt dat men op basis van een op hele euro's afgerond bestedingsbedrag spaarpunten krijgt. Wanneer men de nieuwe optie aanvinkt en heeft ingesteld dat men voor iedere euro 1 punt krijgt, dan zal men in de kassa bij een bestedingsbedrag van bv.10,50 euro 11 spaarpunten krijgen. De instelling kan alleen aangevinkt worden, als er een geheel bedrag is ingevuld. Bij weegschaal, verzenden staan in de rechter tabel de artikelen van de bijbehorende subgroepen. Nu worden alle artikelen, waarbij de code niet 4-cijferig is, overgeslagen. Deze krijgt men te zien, als men op het uitroepteken klikt. Aanpassing waarmee het uitbetalen aan de kassa niet meer mogelijk is met betaalwijzen waarvan het veld Opmerking op VVV-bon staat. Voorheen was dit wel mogelijk, net als bij andere tegoedbonnen. Aanpassing waarmee een 3-tal verbeteringen m.b.t. de export naar DW zijn aangebracht:

Incident: #1636

Incident: #1553

- kassaregels met zowel een aanbieding als een korting worden nu juist geëxporteerd - loyalty gegevens worden nu ook geëxporteerd

3004

- VVV bonnen worden nu ook geëxporteerd. Het verwijderen van artikelen uit de Digi werkte niet meer na de laatste aanpassingen met andere codes.

Incident: #1665

Als er meer dan 1 Mettler weegschaal is, dan krijgt men bij de tweede een melding, dat MT.XML al bestaat en gaat hij niet verder.

2013

78 van 97

Release Notes BlueRetail 3.80 3005

3006

3007

3008

3009 3010

3011 3012 3013

3014

3015 3016 3017

3018

3019

3020

3021 3022

Als een van de volgende tekens voorkomt in de artikelomschrijving, dan moeten deze vervangen worden voor het verzenden in een XMLbestand. Het gaat om <, &, >, ", en '. Als het pad voor een exportbestand verkeerd is, dan klapte het programma er uit door een verkeerde afvraging. Maar ook na een melding, dat het bestand niet geopend kon worden ging de export toch door. Door het vervangen van '<, & etc'. kon de omschrijving langer dan 35 tekens worden en werd de omschrijving afgekapt. In het ergste geval was dit binnen < en dan was de XML ongeldig. Hier en daar CR toegevoegd. Bij wisselen van voorrangskassa in de Touch werden steeds de verkeerde artikelen opgehaald. Als men dan de laatste afsloot, dan klapte hij er uit. Bij exportscripts werd de header al geschreven, voordat het exportbestand geopend was. Bij het lezen van de vorige inhoud van de Mettler was de lengte te hoog. Bij verzenden van key-presets voor de Mettler moeten eerst de eventueel te verwijderen artikelen in het bestand komen en daarna de toevoegingen. Als een gebruiker gewijzigd werd op het hoofdkantoor en men ging daarna voorbereiden, dan was de inlogcode niet meer gecodeerd. Bij ingrediënten werd nu na de laatste wijziging steeds de inhoud van het laatste artikel weggeschreven in de Mettler. Als men een betaalwijze heeft, waarbij een betaalopmerking verplicht is, maar dit is geen tegoedbon, en men gebruikt deze in de kassa, dan kan men er alleen maar uit met sluiten. Zo'n betaalwijze was dan dus niet meer te gebruiken. Indien DW uitgevoerd wordt via de automatische procedures, dan werden de nummers, aantallen en bedragen van de VVV-bonnen niet geëxporteerd. Bij het ontkoppelen van een category op de artikelkaart klapte het programma er uit. Bij een kassabon met meer dan 1 betaling klapte het programma er uit bij gebruik van de SocketServer. Aanbetalingen in de kassa op orders staan voortaan ook in KASKOP. Omdat ze ook nog geteld werden in DFABETAA, werden ze bij de export boekhouding dubbel geteld. Als men de module verkooporder niet heeft, dan kwam er geen vraag, of men een besteladvies wilde o.b.v. artikelselectie na een besteladvies o.b.v. min/max. Er is een weegschaalveld bij gekomen voor de Mettler en dat is de price_flag. Dit veld wordt default gevuld met diversen 5 en hierbij betekent 0, dat de prijs niet aangepast mag worden en 1, dat deze wel aangepast mag worden. Naar aanleiding van gesprek met 2 Digi-medewerkers diverse aanpassingen gemaakt voor de Digi-koppeling, met name bij het verwijderen van artikelen en presets. Bij import van nieuwe artikelen met een script werd het veld BTINTNUM niet gevuld, waardoor deze niet te importeren waren. De nummering in WEEGEXPORT was aangepast, omdat dit flink uitgebreid was.

Incident: #1686

Incident: #1683

Incident: #1686

Incident: #1684

Incident: #1683 Incident: #1689

Incident: #1695 Incident: #1704 Incident: #1705

Incident: #1648


Incident: #1641

Incident: #1752

Incident: #1774

Test toegevoegd, of de verplichte velden wel gevuld zijn.

3023

2013

Verzending naar Digi aangepast, zodat elk artikel slechts 1 maal verzonden wordt per afdeling, ook al zijn hier 2 weegschalen. Tevens de niet verplichte velden gevuld, als men deze toch gebruikte. Als men in de kassa eerst een artikel selecteerde met statiegeld en daarna een relatie, dan werd er over het statiegeld ook BTW berekend.

Incident: #1775

79 van 97


3026

3027

3028

3029

Nieuwe socket server geplaatst in Uden en bij het drukken op ?print bon? knop in de kassa (hier zit de functie kopie bon achter) klapt het pakket eruit met een foutmelding. Bij socket server met Touch actief gaat het fout. Als je vanuit het kluisjournaal bij een nieuw beginbedrag een afstortbewijs wilde afdrukken, dan kwamen er verkeerde getallen uit, als er sinds het laatste beginbedrag ook nog een afstorting van kas naar kluis was. Aanpassing zodat bij betalen met een giftcard het gescande kaartnummer in de kassa, niet opnieuw gescand hoeft te worden in het volgende ecustomer-schermpje. Aanpassing in de dw-export zodat weer volledige export gedraaid wordt i.p.v. alleen kassaregels. Werd veroorzaakt door patch 010 van 3.72. Bij ecustomerprodukten van het type cadeaubon kan men nu bij verkoop in de kassa ook het bedrag aanpassen,

Incident: #1835

Incident: #1640

Incident: #1843

als het bijbehorende artikel een verkoopprijs heeft. Voorheen ging dit niet, omdat er vanuit werd gegaan, dat het dan om een cadeaubon met een vaste waarde ging en dus het bedrag niet aangepast mocht worden. Wanneer men nu een cadeaubon met vaste waarde wil invoeren, dat dient men bij het ecustomerprodukt een minimum en maximum opwaardeerbedrag in te vullen met dezelfde (vaste) waarde. Als dit het geval is, dan zal er na het scannen van het kaartnummer meteen gekeken worden of het om een nieuwe kaart gaat, en kan men niet meer het bedrag aanpassen.

3030

3031

3032

3033

3034

3035

2013

Tevens wordt nu ook bij verkoop weer gekeken naar het ingestelde minimum en maximum opwaardeerbedrag. Als de artikelprijs hier niet aan voldoet dan wordt het minimum- of maximumbedrag ingevuld.. Wijziging voor stuurcode ARTIKEL-aanbiedprijzen, zodat bij verkoopeenheden ook de juiste aanbiedingsprijs getoond wordt als er een aanbieding is voor een artikel waarvan de verkoopeenheid anders is dan de basiseenheid. Aanpassing waarmee bij het bepalen van de mixmatches in de kassa, ook de opmerkingsregels op een juiste manier verplaatst worden, zodat ook eventuele volgende mixmatchregels goed afgewerkt kunnen worden. Voorheen gebeurde dit bv. niet als er twee artikelregels met een opbouwtekst na elk op de bon stonden, die allebei aan een geldige MixMatch voldeden. #1838 Aanpassing zodat bij opslaan relatie instellingen niet meer onterechte melding kan komen. De melding komt nu zodra men het defaultrelatie-veld verlaat. Aanpassing waarmee het afhandelen van het bepalen van de geldige mixmatches versneld wordt, door het verplaatsen van de kortingscoupon-controle, en door de complete mixmatchbepaling uit te schakelen bij het verwerken van de popupschermen (indien dit bij de kassa-instellingen is uitgeschakeld.) Voorheen werd namelijk altijd twee keer alle mixmatches bepaald. Aanpassing waarmee betalingen met betaalwijzen van het type Tegoedbon, niet meer leiden tot een verkeerde export naar de boekhouding. Voorheen leidde een betaling met bv. een giftcard tot een extra betaalwijze-exportregel in fmuta6 van de betaalwijze die was gekoppeld bij Aanbetalingen orders via F7 (instelling bij de kassa). Aanpassing zodat afronden van loyalty-omzet alleen gebeurt, als deze gebruikt worden om de omzetpunten te bepalen. Na installatie van patch 25 gebeurde dit ook als er gecontroleerd werd hoeveel er met een kaart betaald kon worden.

Incident: #1874

Incident: #1838

Incident: #1852

Incident: #1961

Incident: #1862

Incident: #2074

80 van 97


3037 3038 3039 3040 3041 3042

3043 3044 3045

Het lezen van het record was nodig, omdat bijv. INTNUMHK tijdelijk gevuld werd voor export en bij gebruikers werd de code gedecodeerd. Bij voorbereiden van CATSTRUCT ging het ook fout, omdat het record met verkeerde gegevens gevuld was. Misschien werden er ook andere velden gewijzigd en daarom voor de zekerheid maar opnieuw lezen. Menupad voor loyalty gewijzigd in BAT. Bij rapport 352 (betaaladvies) stond er een verkeerde key voor crediteuren facturen. Bij afdrukken bestand BTW stond het verkeerde pad. Melding 1974. Menupad was er niet bij afdrukken aanbiedingen en MixMatch. Bij afdrukken van etiketten werd niet altijd de aanbiedingsprijs afgedrukt. Aanpassing waarmee de database-conversie van een uitval-bedrijf alleen nog maar plaatsvindt bij het opstarten van BlueRetail, wanneer geconstateerd wordt dat er in uitval is gewerkt. Voorheen gebeurde dit altijd, ook al werd de geconverteerde data, meteen weer overschreven. Popupscherm met promoties werd in de Touch niet altijd getoond. Als men in uitval werkt, dan mag er geen gebruik gemaakt worden van de socket server. Diverse aanpassingen m.b.t. verwerken uitval.

Incident: #1991

Incident: #1723 Incident: #1732 Incident: #1974 Incident: #1720 Incident: #1874 Incident: #2106


Er vindt nooit meer een database-conversie plaats van het uitvalbedrijf, tenzij meteen wordt opgestart na software-migratie. Bijwerken netwerk-bedrijf gebeurt nu d.m.v. HDeclare i.p.v. HAlias en wordt relatiebestand niet meer teruggelezen vanuit netwerkbedrijf

3046

3047

3048 3049 3050

3051

3052

3053

3054

2013

Bijwerken uitvalbedrijf worden eerst alle data-bestanden verwijderd en als analyse verouderd is, dan wordt deze ook gekopieerd naar uitvalbedrijf. Als je aan de categoriestructuur een boom toevoegde en deze opsloeg en vervolgens hieraan een tak of een andere boom toevoegde zonder het programma te verlaten, dan werd de eerst toegevoegde boom 2 maal weggeschreven. Bij binnenmelden goederen is een control 'Artikelnummer' toegevoegd. Indien echter de voorkeursindex op synoniemnummer staat, dan wordt er in het synoniemenbestand gezocht. Indien gevonden, dan wordt het gevonden artikel via het intern nummer opgezocht in de tabel. Bij aanmaak van een nieuw artikel dient 'Abonnement' op nee gezet te worden, zichtbaar of niet. Bij inlezen HHT voor binnenkomst goederen kan men nu instellen, of het inputbestand 'Goederen.txt' is of 'Bestel.txt'. Als men aan een boom een tak toevoegde, de gegevens opsloeg en vervolgens, zonder het programma te verlaten, de boom ging verwijderen, dan werd de nieuwe tak niet verwijderd. Als men kiest voor herprint laatste bon, maar er zijn nog geen kassabonnen, dan klapte het programma er uit. Dit kan gebeuren, als men in uitval gaat werken en men kiest direct voor herprint laatste bon. Aanpassing waarmee de instellingen voor het maatwerk controle ontvangen goederen IFS\Locus uit de juiste INI gelezen wordt. Tevens worden de bestaande instellingen bij een migratie naar 3.72 verplaatst naar de nieuwe INI. Aanpassing waarmee de het eerste keer opstarten na een migratie van voor versie 3.42 niet meer de bestaande waardes voor de artikelvelden SW_UITCOLLECTIE en SW_UITCOLLECTIEGEKEURD overschreven worden met de waarde 2 (Nee). Voorheen gebeurde dit wel, waardoor alle uit-collectie artikelen na migratie niet meer uit collectie waren. Bij verwerken uitval van betalingen op orders of verzamelrekeningen (facturen) werd er slechts 1 betaling per order/verzamelrekening overgezet.

Incident: #2098

Incident: #20100864


Incident: #2105

Incident: #2023

81 van 97


3056

3057

3058

3059

3060

3061 3062

Aanpassing waarmee de database-conversie van de lokale SYSTEMbestanden Licentie en Bedrijf, niet meer afhankelijk zijn, van gebruikersinteractie. Voorheen moest er bij het opstarten minimaal 2x op ENTER gedrukt worden en werd er een backup gemaakt. Dit hoeft nu niet meer. Ook verschijnt er nu geen melding meer van het resultaat van de wdmodfic.exe. Aanpassing waarmee er geen onterechte database-conversie meer plaatsvindt als na een zomertijd/wintertijd omschakeling BlueRetail opgestart wordt en/of een bedrijf of spiegel geselecteerd wordt. Voorheen kon het voorheen dat als gevolg van de tijd-omschakeling het bestand km-dbase.wdd een andere tijd had gekregen (uur later of eerder) waardoor BR denkt dat er een nieuwe database-versie aanwezig is en er geconverteerd moet worden. Nu zal de conversie alleen nog plaatsvinden als het tijdsverschil groter is dan 3 uur. Als men met CTRL-F11 een kassabon ophaalt om deze retour te boeken, dan moet ook de code BTW en het BTW-percentage hiervan opgehaald worden. Na het wijzigen van de code BTW bij een omzetgroep, kan men nu ook automatisch van de onderliggende artikelen de code BTW aanpassen. Bij wijzigen van een BTW percentage in het bestand BTW worden alleen de artikelen met deze code BTW herberekend en niet meer alle artikelen. Bij selecties van artikelen kan men BTW en BTW percentage selecteren en afdrukken. Deze werd gelezen via de omzetgroep. Nu wordt deze gelezen direct vanuit het artikelrecord. Aanpassing waarmee geen fatale foutmelding meer verschijnt bij het afrekenen, indien omzetloyalty is geaktiveerd en ingericht. Tevens zal het scannen van een spaarkaart in de kassa nu volledig automatisch gaan. Voorheen moest er nog een ecustomer-schermpje weggeklikt worden. Aanpassing waarmee het registreren van een kassabon mbv de SocketServer, niet meer kan leiden tot een 'oneindige' wachttijd tijdens het afrekenen van een kassabon, op het moment dat de SocketServer niet in staat is, om een bevestiging van een ontvangen xml te sturen. Voorheen kon het voorkomen, dat er geen bonnen meer opgeslagen konden worden in de kassa, zolang de SocketServer niet opnieuw gestart werd. Tevens is er extra logging toegevoegd tijdens het registreren van een bon, die geaktiveerd kan worden middels het plaatsen van een special.dbg bestandje. Alle punten van melding 2219 opgelost, behalve 6, 7, 13, 17, 18, 21 en 22. Aanpassing waarmee bij de instellingen voor het opschonen van logboeken, de instelling maximale tijdsduur werkend is gemaakt voor de waarde 0. Deze is nu onbeperkt, terwijl voorheen de waarde 0 ervoor zorgde dat er niets opgeschoond werd. Tevens is er nog een extra logboek-instelling mogelijk om de LOYALTYLOG-records op te schonen. Dit kan nog niet via BlueRetail zelf, maar dient handmatig in de kmsftwr.ini ingevuld te worden:

Incident: #2030

Incident: #2181

Incident: #2227

Incident: #2219 CI: #13499

[LOYALTYLOGBOEK] FREQUENTIE= OUDERDOM=

3063

2013

Door ouderdom op 0 dagen te zetten, kan men bij Agri en Intertoys er voor zorgen dat de loyalty-records nooit opgeschoond worden. Hierdoor is het altijd nog mogelijk om opnieuw een export naar het DW te doen van oude transacties. Aanpassing waarmee meerdere giftcard-regels op een bon met hetzelfde verkoopbedrag niet meer verzameld worden, als er ook een geldige MixMatch op diezelfde bon voorkomt. Voorheen gebeurde dit wel, waardoor er maar 1 kaart opgewaardeerd werd, i.p.v. het werkelijke aantal.

82 van 97


3065 3066

3067

3068

3069

3070

3071

3072

3073 3074

3075 3076 3077

3078

3079

3080

2013

Stel men heeft ingesteld bij afdrukken orders naar email wil verzenden. Als men in de kassa een relatie geselecteerd heeft, vervolgens even naar het overzicht orders debiteuren gaat, waarbij men een andere debiteur kiest, en dan de kassabon naar order verwerkt, dan wordt de order naar de verkeerde relatie gestuurd. Als men bij PRI niet het recht heeft om niet getelde voorraad op 0 te zetten, dan gebeurde dit toch na de wijziging van februari 2011. Als een VitaTas artikel reeds op een order staat en men wil een nieuwe invoeren, dan lukt dat niet. Als je aangeeft, dat je geen order wil ophalen, dan werd het artikel niet aan de tabel toegevoegd. Melding 2219 punt 17.

Incident: #1954


Bij het ophalen van een order met VitaTas werd het aan te betalen en bestelbedrag ten onrechte ook opgehoogd, zodat het te betalen bedrag 0 werd. Tevens werd het bedrag aan te betalen en bestelbedrag niet aangepast bij verwijderen van een regel. Melding 2219 punt 18. De bestanden KALENDERKOP en KALENDERREG vormen een Incident: #2219 kopregelbestand, maar KALENDERREG bevat geen veld REGEL. De import was hier wel op gebaseerd en daarom ging dit niet goed. Melding 2219 punt 15. Als men een printerselectie (menupad IHR) wilde aanpassen, dan Incident: #2321 werd dit niet opgeslagen. Dit ging fout in 3.80.001, terwijl dat in 3.72 nog goed ging. Nieuw recht toegevoegd, die aangeeft, of men met K in de kassa een Incident: #1063 relatie mag wijzigen, nadat men een order opgehaald heeft. De instelling staat bij Debiteuren, Kassa. Aanpassing waarmee het zoeken op synoniemnummers versneld wordt in de kassa. Voorheen werd er eerst gezocht of het gescande een kortingscoupon was en daarna pas of het een synoniemnummer was. Dit is nu omgedraaid. Tevens het zoeken naar kortingscouponnen in de MixMatch-regels uitgeschakeld als deze niet in de database voorkomen. Dit versnelt de performance bij bv. tikfouten. Het moet mogelijk zijn om zowel het BTW percentage van het artikel, Incident: #2181 als dat van de bijbehorende omzetgroep af te drukken bij artikelselecties. Het bijwerken van de relatiestatistiek ging fout, als er op een factuur Incident: #2158 ook tekstregels voorkwamen. Ook bij verwijderingsbijdrage ( waar BTW op zit) ging het fout. Bij het regenereren ketentransacties werden in de spiegel soms regels Incident: #2086 geschreven van de verkeerde transactiekop van het hoofdkantoor. Op 13-07-2012 en 16-07-2012 zijn er aanpassingen gemaakt in de Incident: export boekhouding i.v.m. melding 1595. Dit gaat echter nog fout bij #2147,#1595,#2364 uitbetalingen op een negatieve order. Melding 2364. Ook bij het ophalen van een order in de kassa en dan direct betalen kwam er een bedrag op afronding. Melding 2147. Als er een order aangemaakt wordt voor een VitaTas artikel, dan werd de omzet voor tegoedbon voor de relatie opgehoogd. Soms bleef een knop van een voorrangskassa staan zodat er een fatale fout optrad indien men hierop klikte. Als men orders automatisch doorboekt naar factuur, maar het BTW percentage van een artikel is inmiddels aangepast, dan dient het BTW percentage van het artikel gehanteerd te worden. Als er op een bon een VitaTas artikel voorkomt, dan werd te leveren voor alle artikelen opgehoogd. Als er 2 artikelen op de bon voorkwamen, dan gebeurde dit 2 maal. Als men via de kassa een order aanmaakte (handmatig via F12 of automatisch met een VitaTas artikel), dan werd bij de relatie de datum laatste order niet bijgewerkt. Als men verzamelrekeningen doorboekt naar factuur, maar het BTW percentage van een artikel is inmiddels aangepast, dan dient het BTW percentage van het artikel gehanteerd te worden.


Incident: #2442

Incident: #2428

Incident: #2365

83 van 97


3082

3083

3084 3085

3086

3087 3088

3089

3090 3091

3092 3093

3094

3095

3096

3097

3098 3099

2013

Als men een order met een VitaTas artikel ophaalt van een andere Incident: #2454 relatie dan waar men mee gestart was, krijgt men de keuze met welke relatie men de bon verder wil afhandelen. Als er op een crediteuren order meer geleverd was dan besteld en Incident: #1587 men wilde het bestelde aantal gelijk maken aan het geleverde aantal via wijzigen orders, dan werd het aantal in bestelling positief, terwijl dit 0 zou moeten zijn. Bij het verwijderen van een VitaTas artikel, welke als nieuwe Incident: #2423 bestelling is ingevoerd, werd het te betalen bedrag verkeerd berekend, als men tussendoor andere handelingen uitvoerde. Melding 2363: Toetsenbord bij werking met Touch instelbaar Incident: #2363 gemaakt om niet meer te tonen na o.a. minimaliseren van kassa. Aanpassing waarmee het aanmelden van een ePoint6400 weer werkt, via het betreffende menupunt. Voorheen verscheen er een melding over een verkeerde mode. Als men op een debiteurenfactuur, gekoppeld aan een order, de Incident: aantallen verlaagt, dan krijgt men de keuze of men het geleverd #1507,#1323,#941,#1 aantal op de order wel of niet wil aanpassen. Hetzelfde gebeurt bij 588 het verwijderen van een factuurregel. Als men meer factureert, dan besteld op de order, dan wordt hetgeen teveel gefactureerd is, geleverd op de factuur. Bij verlagen van het aantal wordt dit aantal wel verlaagd. Wisselgeld vorige bon werd in de voorziene ruimte niet altijd juist weergegeven. Als men de BTW van een omzetgroep aanpast, dan worden de prijzen van de onderliggende artikelen herberekend. Doet men dit op het HK, dan gaan de wijzigingen op de artikelen niet naar het filiaal.


Nieuwe ruimten voor wisselgeld, totaal en betaald bedrag vorige bon Incident: #2433 en globaal maken van procedure BerekenValueVanString i.v.m. afrondingsfouten. Nieuwe gedragingen voor wisselgeld, totaal en betaald bedrag vorige Incident: #2433 bon. Als op het hoofdkantoor bij een omzetgroep de BTW gewijzigd is, dan Incident: #2514 dienen in het filiaal de prijzen van de artikelen van de groep, aangemaakt in het filiaal, herberekend te worden. Nieuwe ruimten voor wisselgeld, totaal en betaald bedrag vorige bon: Incident: #2433 verplaatsen van het toewijzen van de variabelen. Bij verwerken van artikelen in het filiaal werd de leverancier niet Incident: #2156 gevuld met de vaste leverancier, als deze ingesteld is. Bij wijzigen gebeurde dit wel. Bij de transactieregel bestanden crediteuren is er het veld Incident: #2523 LEV_NUMMER en BEST_EENH bij gekomen. Deze worden gevuld met Taak: #174 de velden uit het artikelbestand, tenzij de relatie van de transactie een alternatieve leverancier is. In dat geval worden de gegevens van de alternatieve leverancier genomen. Aanpassing waarmee loyalty-bonkorting ook juist geëxporteerd wordt naar het DW. Voorheen werd deze overgeslagen, omdat er geen regel met reden van korting op de bon stond. Nu wordt er gekeken of er een reden van korting record aanwezig is, met de titel BONKORTINGLOYALTY, en zo ja, dan wordt de zoekcode van die reden van korting geëxporteerd. Zo nee, dan wordt er een vaste kortingscode 'loyal' gebruikt voor de kortingsreden. Call 1989: Wanneer in de Touch op F1 of F2 werd gedrukt kregen de Incident: #1989 gewenste rubrieken in het selectievenster van de artikelen niet de focus. Als men bij een betaling op een factuur in de kassa gaat overpinnen, Incident: #2526 dan werd het wisselgeld niet geregistreerd en het pinbedrag was het te betalen bedrag. Hierdoor kreeg men verschillen bij kasgeld tellen. Nu worden er 2 betalingen geschreven. Aanpassing waarmee alleen de artikelen van omzetgroepen waarvan het btw percentage is gewijzigd worden herberekend en aangepast. Als het verzenden van een eMail fout is gegaan, dan krijgt men de Incident: #1170 keuze of men het nogmaals wil proberen.

84 van 97


3101

3102

3103

3104

Aanpassing waarmee een optie is toegevoegd waarmee eigen artikeletiketten ook in de printbuffer gezet worden bij het printen van een verschillenlijst, als het artikelveld Etiket afdrukken op nee staat, voorheen gebeurde dit alleen als de waarde voor het veld Etiket op Ja stond. Dit wordt tevens de default werking, er is bij het definiëren van verschillenlijst een nieuwe optie toegevoegd waarmee de oude werking alsnog geactiveerd kan worden. Tevens is het nu op de artikelkaart binnen BlueRetail zelf mogelijk om een artikel-etiket aan een artikel te hangen, als de waarde voor het veld Etiket op Nee staat. Voorheen ging dit niet. Aanpassing, dat als via de exportmode automatische procedures gestart worden vanuit BR, dat BR dan niet meer onzichtbaar wordt. voorheen gebeurde dit wel. Als men in de kassa een bewaarbon ophaalt en inmiddels is het BTW percentage gewijzigd, dan vraagt het programma, of men de actuele prijzen wil gebruiken. In de regels wordt dan echter het oude percentage vermeld. Omdat de prijs excl. gewijzigd is, komt de vraag, of men de originele of de actuele prijs wil. Het is daarom te adviseren om de voorkeurskeuze op actueel te zetten. Kiest men voor de originele prijs, dan wordt de prijs inclusief of exclusief herberekend, afhankelijk van de instelling voor invoer. Bij FIS2000 kan men instellen, of men de verzamelrekeningen wil doorboeken naar de boekhouding. Staat deze op nee, dan wordt, als deze is doorgeboekt, bij de export van de factuur de BTW op afrondingsverschil geboekt. Dit probleem speelt alleen bij FIS2000.

Incident: #2611

Incident: #351

Aanpassing waarmee een tweetal problemen met het afdrukken van een opbouwformulier na het afronden van een kassabon zijn opgelost: - Wanneer de kassabon met pin werd betaald, dan kwam de automaatbon als default af te drukken bon op het scherm. Nu verschijnt alleen nog de keuze Opbouw

3105

3106

3107 3108 3109 3110

- Het was mogelijk dat de verkeerde (vorige) kassabon op het scherm getoond werd bij gebruik van de SocketServer, als de bon nog niet door de SocketServer in de database was verwerkt. Indien men bij overzicht facturen crediteuren een factuurnummer intikt, zal er op de sleutel FAKTNUMMER gefilterd en gesorteerd worden, waardoor de performance aanzienlijk verbeterd wordt. Let op, de performance is alleen verbeterd bij filteren op factuurnummer. Technische aanpassing waarmee voor de banksys-xenta automaatkoppeling het ophogen van het sequencenummer nu ook gebeurt, bij het sturen van een vmc-cancel-bericht. Voorheen werd het nummer telkens gereset. Deze aanpassing zorgt ervoor dat er minder kans op miscommunicatie tussen de automaat en BlueRetail is. Aanpassing gemaakt omdat het toetsenbord niet meer werd getoond na het drukken op F1 of F2 vanuit de Touch. Bij het ophalen van orders of pakbonnen in een crediteuren factuur tekstregels niet meer meegenomen, dus ook opbouwregels. Bij bepaalde instellingen werden de 3 bedragen van de vorige bon niet getoond. Instellingen > software > kassa > Touch > Beheer Touch:

Incident: #1312

Incident: #1989 Incident: #2711 Incident: #2762 Incident: #2363

Het vinkje "Behalve in het hoofdscherm" werd gewijzigd naar "Behalve na minimaliseren van de Touch" en de werking in de BR werd uiteraard als dusdanig aangepast. 3111

Bij afrondingen ging het fout, opnieuw aangepast.

Incident: #2762

3112

De kostenplaats in de DW-export was 3 posities. Dit moest 4 worden.

Incident: #2678

2013

85 van 97


Als men een VitaTas artikel selecteerde in de kassa en men heeft nog geen relatie gekozen, dan kwam de melding ?Voordat u een abonnementsartikel kunt selecteren, dient u een relatie gekozen te hebben?. Hierna komt nu een selectiescherm voor een relatie.

Incident: #2726

3114

Als men automatisch een bestelling aanmaakt a.d.h.v. min/max, dan werd bij elk artikel de leverancier gelezen. Nu gebeurt dat alleen bij wisseling van leverancier. Als men in de kassa een bestelling aanmaakt voor een VitaTas artikel, dan komt op de kassabon een bestelregel met het artikel en een regel met de afhaaldatum.

Incident: #2634

3115

3116

3117

3118

3120

3121

3122

3123

3162

Als men in dezelfde transactie ook een VitaTas artikel ophaalde, dan werd hier een factuur van gemaakt. Beide artikelen kwamen dan op de factuur. Bij printerselecties bij printen naar een bestand is er ook een stuurcode voor het documentnummer in de bestandsnaam bij gekomen. Bij andere overzichten, anders dan van transactiebestanden wordt hier niets mee gedaan. Als men een kortingscoupon op regelnivo ingevuld had in een MixMatch, dan werd deze niet altijd gevonden in de kassa, omdat er een verkeerd filter op dit bestand stond. Bij automatisch doorboeken orders werd de verzendwijze overgenomen van de relatiegroep. Dit zou van de order overgenomen moeten worden, als het slechts 1 order betreft.

Incident: #2723

Incident: #2255

Incident: #2777

Incident: #2744

Bij het sluiten van schermen, maar ook procedures werden bestanden Incident: gesloten. Maar nu worden ook de filters gedeactiveerd. Zo kon het #2636,#2083 gebeuren, dat artikelen niet meer aan een transactie toe te voegen waren, omdat de omzetgroep niet gevonden werd. Als men automatisch bestellingen aanmaakt op basis van debiteuren Incident: #2724 orders, krijgt men de mogelijkheid om te filteren op de afhaaldatum van de verkooporders. Als men een betaling op een debiteuren factuur wil invoeren en er Incident: #811 zijn heel veel recente facturen met openstaand bedrag 0, dan duurde de opbouw van het scherm heel lang. Daarbij moesten dan ook beginen einddatum leeg zijn. Bij de rapporten 281 t/m 292 vindt de datumselectie plaats op de Incident: #2725 leverdatum i.p.v. de boekdatum, indien dit zo aangevinkt is. Tevens worden de leverdatum en het telefoonnummer geprint. De kolommen leverdatum en telefoonnummer waren toegevoegd in het overzicht historie. Daarom moeten ze ook afgedrukt worden. Bij het afdrukken van een picklijst (verkort) vanuit het overzicht debiteuren orders wordt er een hard formulier afgedrukt, gelijkend op de uitgebreide lijst i.p.v. via een lay-out. Dit voor orders met opbouw en splitsing per locatie.

Incident: #909

Om dit te vereenvoudigen wordt verder de volgende aanpassing gemaakt. Als er een splitsing over locaties is bij opbouw, dan worden de nog te leveren verplaatsingen van orders verlaagd en eventueel verwijderd, zodat alleen nog te leveren te zien is. Dit komt er op neer, dat de groene regels voor deze splitsing verdwijnen zodra ze geleverd zijn. 3169

Bij het verzamelen van afstortingen voor het kasafdrachtformulier in Xfis mogen automatische afstortingen na tellen kasgeld niet meegeteld worden.

Incident: #2556

Tellen.wdw en XFisMaatwerk.wdc

N.a.v. deze melding het volgende geconstateerd. Als men na tellen kasgeld een nieuw beginbedrag heeft ingevoerd, lager dan geteld, dan wordt de afstorting geteld in KASDAG. Dit gebeurde echter alleen bij afstorten naar kluis. Dit gebeurt nu ook na afstorten naar bank.

2013

86 van 97


3257

3271

3276

3293 3295 3311

3325

3329

3368

3407

3414

3418

3420

3429

Bij het verdelen van goederen over de filialen, werden alleen de filialen getoond, die een bestelling hebben bij het HK. Tevens werd een voorstel gedaan op basis van wat elk artikel besteld had. Nu kan men aanvinken, dat de beschikbare voorraad van het HK als voorstel verdeeld wordt over de filialen. Als men een artikel op een order invoert en de gekozen leverancier is een alternatieve leverancier voor dat artikel, dan werd er voor de test op veelvoud van de besteleenheid niet gekeken naar die van de altern.leverancier. Op 22-09-2011 zijn alle volgnummers vanaf 135 met 1 opgehoogd. Hierdoor klopten de statistiek aantallen niet (melding 2544) en kreeg men een probleem met HK-filiaal, als men in het filiaal een lagere versie dan 3.71 heeft (melding 2828). Daarom wijziging teruggedraaid. De verkopersnaam was gekoppeld aan LNKVERKOPE, maar deze werd bij bewaarbonnen niet gevuld. Veld daarom gekoppeld aan LNKKASSIER. Hierdoor was de naam van de verkoper niet zichtbaar bij overzicht bewaarbonnen. Zelfde aanpassing ook gemaakt voor overzicht kassabonnen. De nieuwe controls afhaaldatum van en t/m bij automatisch aanmaken inkooporders stonden soms op de verkeerde plaats. Als er een VitaTas order aangemaakt werd zonder aanbetaling, dan werd het ordernummer niet op de kassabon vermeld. Als men op dezelfde kassabon een order met VitaTas artikel ophaalt en meteen een nieuw VitaTas artikel toevoegt, dan gingen er een paar dingen fout. Het factuurbedrag was niet correct en de aanbetaling op de nieuwe order werd niet vastgelegd. Extra controles toegevoegd op een aantal velden in het artikelbestand voor het verzenden naar de weegschaal. Tevens op de tab knoppen de afdeling en weegschaaltype zichtbaar gemaakt. Het gaat om de velden 'vat1_no', 'vat2_no', 'price_flag', 'locked_flag', 'discount_flag', tare_no', 'plu_type', 'sell_by_date_offset' en 'best_before_date_offset' in het bestand weegschaaltype. Af en toe staan ineens de artikelen van bijv. brood bij kaas in de knoppentabel. Of artikelen komen dubbel in de tabel. Dit probleem is niet te reproduceren. Wat wel duidelijk is, dat het gebruik van de knop 'Reorganiseren' de boel behoorlijk in de war schopt. Deze wordt daarom onzichtbaar gemaakt voor de gewone gebruikers. Als men automatisch artikelen wijzigt d.m.v. artikel selecties, dan werd het bestand kostendrager wijzigingen niet correct gevuld. Ook bij handmatig wijzigen werden er verkeerde regels geschreven, tenzij men de omzetgroep wijzigde. Hierdoor kreeg men boekingen op rekening 0 bij de boekhoud export. Tot nu toe kon er maar 1 sessie tegelijk gestart worden. Nu kan men meerdere sessies op verschillende stations starten. Melding 1702. Als het toetsenbord en de opticon scanner ingesteld staan op AZERTY, dan kwam er bij het scannen van een 5 een % in de command. Deze werd gebruikt voor 'Wijzigen BTW'. Voor deze functie wordt nu de W gebruikt, zodat het scannen weer werkt. Als men de status van een debiteuren order van 'Order intern' veranderde in 'Offerte', dan werd 'Te leveren' niet aangepast. Veranderde men deze dan terug, dan werd deze teller wel gewijzigd. In juni 2012 is een aanpassing gemaakt, zodat bij **2 het aantal niet op 0 gezet werd. Dit had echter tot gevolg, dat bijv. *.45 als resultaat 45 opleverde. Programma zodanig aangepast, dat beide situaties nu goed gaan. Dit geldt zowel voor de kassa als voor orders en facturen. Als men na het automatisch aanmaken van een order op basis van een besteladvies nog een artikel wilde toevoegen, dan werd er geen rekening gehouden met de besteleenheid.

Incident: #2920

Cremut_verdelen.wdw

Incident: #2523

Cremut_inv.wdw

Incident: #2544,#2828

cSelectionArtikel.wdc

Incident: #1699

Verzrekening.wdw en Kassa_ovrz.wdw

Incident: #3236

Cremut_inv.wdw

Incident: #3235

Scrkassa.wdw

Incident: #2723

Scrkassa.wdw

Incident: #2801

Best_weegschaalinfo.wdw en Wdw_artikelen.wdw

Incident: #3212

Best_weegschaalinfo.wdw

Incident: #3319

Best_artikel.wdw

Incident: #1702 CI: #13499

Crechkog.wdw

Incident: #3335

Scrkassa.wdw, Debmut_inv.wdw, Cremut_inv.wdw, Best_nivo.wdw en cCommand.wdw

Incident: #3398

Debmut_inv.wdw

Incident: #3402

cCommandBase.wdc

Incident: #3211

Cremut_inv.wdw

Als men bij het invoeren van een pakbon een artikel toevoegde met besteleenheid 6, dan werd het aantal 1. Scande men dan nogmaals dit artikel, dan werd het aantal 7.

2013

87 van 97


3440

3471

3483

3485

3493

3500

3516

3525

3527 3539 3560

3569

2013

Patch waarmee de betaalwijze-instelling 'Automatisch invullen' voor de touchkassa weer werkt gemaakt is. Voorheen werd in de touchkassa ALTIJD het bedrag automatisch ingevuld bij het selecteren van een betaalwijze, i.p.v. naar de instelling te kijken. Nu gebeurt dit weer wel, waardoor wel niet meer het automatisch ingevulde bedrag zichtbaar wordt in de touchkassa. Dit heeft verder geen nadelige gevolgen voor de kassa. Aanpassingen m.b.t. de ESC-toets afhandeling bij Banksysbetaalautomaten. I.v.m. met Touch-kassa's eis er een ESC-knop op het betaalautomaat-venster toegevoegd, zodat er geen Touchtoetsenbord meer hoeft te verschijnen tijdens een pin-transactie. De kassière heeft daarnaast alleen nog maar een ESC-mogelijkheid bij een betaal-opdracht, zolang er geen betaalpas in de automaat is ingevoerd. Daarna kan alleen nog maar via de betaalautomaat zelf de transactie gecanceld worden. Patch waarmee het herstel van dubbele kassabonnen is uitgebreid met de optie Datum/tijd-veld. Gebleken is dat er in de oorspronkelijke KASKOP-conversie van versie 3.60 een probleem kon optreden dat het KASKOP.DATUMTIJD-veld geen unieke waarde kreeg, wanneer er kassabonnen in dezelfde minuut op hetzelfde station waren gemaakt. Dit niet uniek zijn, gaf problemen bij het verwerken van een achterstandsessie op het MMS, aangezien dit proces er vanuit gaat dat dit veld uniek is. Op het filiaal is het nu mogelijk om de niet unieke datumtijd-velden alsnog uniek te maken. In een spiegel is het vervolgens mogelijk, nadat de achterstandsessie is verwerkt, om alle records met een leeg datumtijd-veld te verwijderen. Als men 2 maal op de kalenderknop van de ontvangstdatum klikte, dan bleef de kalender knipperen.

Incident: #3132

Bij invoeren van crediteurenfacturen kan men orders invoegen. Tot nu toe kon men de leveringen van de hele order invoegen of men kon handmatig regels aanvinken en aantallen aanpassen. Nu kan men ook een leverdatum op een order selecteren en de aantallen geleverd van die datum invoegen. Aanpassing waarmee betaalautomaatbonnen ook afgesneden worden, als in de kassa de bonkeuze Geen bon wordt gemaakt. Voorheen werkte dit alleen, indien men de module eCustomer had. Patch waarmee het verwerken van KASKOP-records op het MMS weer net zo werkt als voor versie 3.60, namelijk op basis van Intern nummer i.p.v. het datum-tijd veld. Dit laatste gaf namelijk problemen bij het bijwerken van de spiegels als een hoofdkantoor op versie 3.60 of hoger zat en het filiaal nog niet. Bij het opslaan van een transactie wordt gecontroleerd, of de relatie of een van de artikelen reeds gelockt zijn. Hiervan komt dan een melding, maar de transactie werd toch opgeslagen. Het gevolg was, dat de tellers niet bijgewerkt werden. Patch waarmee via de automatische procedures, de actie Voorbereiden op het filiaal is uitgebreid met achterstand-parameters, zodat ook een (periode)-achterstand via de AP gestart kan worden. Diverse aanpassing n.a.v. testen door Mik. Zie hiervoor de bijlagen.

Incident: #1092

Na sluiten scherm artikelinformatie kreeg de Touch geen focus en kwam er een onnodig karakter in de invoerregel te staan. Bij het uitvoeren van een selectie met een berekend veld (bijv. debiteuren aantal verkoop > 2) werden er records uit een query verwijderd. Hierbij werd een NWTrace uitgevoerd en een integriteitscontrole. Deze zijn echter overbodig. Door deze er uit te halen wordt er enige performance winst behaald.

Incident: #3403

Als men een crediteuren order heeft aangemaakt met een bepaalde transactiesoort, die niet default is, dan wordt deze bij binnenkomst goederen (ALT-CBOI) op de default waarde gezet.

Incident: #3548

tscrkassa.wdw

Incident: #3379

hersteldubbelebonnen.wdw kmautoconversie.wdc

Incident: #2630

Debmut_inv.wdw, Cremut_inv.wdw, Dienstjournaal.wdw, Best_vrdcor.wdw, Commlog.wdw, cFakt_match.wdw, cVoorraadbehoefte_ovrz.wdw en Printrapport_keten.wdw Cordr_ovrz.wdw en Popuptabel.wdw

scrkassa.wdw

replicatiedatabase.wdw

Incident: #3396

Debmut_inv.wdw

kmautopr.wdc

Incident: #3537

mainmenu.wdw Crechkog.wdw, Cordr_ovrz.wdw en Cpakb_ovrz.wdw scrkassa.wdw, tscrkassa.wdw en KMCONFIG.wdc HFManage.wdc en cSelectionSQL.wdc

Cremut_inv.wdw

88 van 97


3574 3584

3591

3611

3614 3740

3743

3752 3762

3764 3767

Op 22-09-2011 zijn alle volgnummers vanaf 135 met 1 opgehoogd. Hierdoor klopten de statistiek aantallen niet (melding 2544) en kreeg men een probleem met HK-filiaal, als men in het filiaal een lagere versie dan 3.71 heeft (melding 2828). Daarom wijziging teruggedraaid op 19-11-2012. Echter waren enkele aanpassingen i.v.m. kenmerk en classificatie vergeten. Als men een pinbetaling heeft ingevoerd en de pin is niet gekoppeld, dan moet men deze betaling weer kunnen verwijderen. Als bij instellen artikelen de 'Zoekmethode commandoregel' op bevatten stond, dan werd er bij het zoeken geteld, hoeveel artikelen er voldeden. Hierbij werd geen rekening gehouden met vervallen of geblokkeerd. Nu dus wel. Dit geldt voor de kassa, debiteuren- en crediteurentransacties. Zijn er meer artikelen, die voldoen, dan wordt de artikelkaart geopend. De zoekmethode wordt dan meegenomen naar de artikelkaart. Er wordt dan niet gekeken naar de instelling 'Zoekmethode zoekscherm'. Dit laatste is ook aangepast voor voorraadcorrecties, PRI en verplaatsen goederen. Als men een relatie heeft met vast BTW percentage 0 en men heeft voor deze relatie een verzamelrekening aangemaakt, dan wordt bij het doorboeken naar factuur wel het juiste BTW percentage meegenomen. Maar het BTW intern nummer was van het artikel i.p.v. van de relatie. Hierdoor ging rapport 139 fout. Er is een nieuw scherm voor export naar SlimStock bij gekomen. Met instellen algemeen, maatwerk kan men deze instellen. Als de Touch actief is en men haalt met SHIFT-F4 de laatste kassabon op, dan werkt de knop 'Marge' niet. Als er bij het importeren van een debiteuren factuur 2 maal hetzelfde factuurnummer voor kwam met een verschillende relatie, dan stopte hij met importeren van facturen. Dus de volgende facturen werden niet meer geïmporteerd. Ook ging het programma niet verder met bijv. debiteuren creditnota's en crediteuren facturen. Tevens aangepast voor andere transacties. Bij het doorboeken van een verzamelrekening werd voor statiegeld hetzelfde BTW-percentage toegepast als voor het bijbehorende artikel. In de Touch werd na het drukken op A + Enter niet gepositioneerd op het ingestelde zoekveld. Bij afdrukken van het dagjournaal met vergelijking met vorig jaar mag er nooit op smal geprint worden. Dit betekent, dan niet dezelfde printer gekozen moet worden als de kassa, maar 'Alle andere overzichten'. Het aantal knoppen van een weegschaaltype moet hoger dan 999 kunnen zijn. Als men geen recht heeft om relaties te wijzigen of te verwijderen en men zocht een relatie op naam (zoekmode bevatten), dan kon men toch wijzigen of verwijderen.

Incident: #3556

Art_selektie.wdw, wInvoer_selektie.wdw en cSelectionSQL.wdc

Incident: #3555

Scrkassa.wdw

Incident: #3259

Scrkassa.wdw, Debmut_inv.wdw, Cremut_inv.wdw, Best_vrdcor.wdw, Best_vrdpri.wdw en Overboeken.wdw

Incident: #3459

Verzrek_doorboeken.wdw

Incident: #3598

Set_algemeen.wdw, SlimStock.wdw, MainMenu.wdw en glProcMainMenu.wdg. Dagjournaal.wdw

Incident: #3534

KMPort.wdc en cImpMutKas.wdc

Incident: #3741

Verzrek_doorboeken.wdw

Incident: #3750

best_artikel.wdw

Incident: #3599

Dagjournaal.wdw

Best_weegtype.wdw Incident: #3758

Best_relatie.wdw

Als men aan de kassa met een VVV-bon wil betalen, dient men een bon te scannen. Hierbij zijn geen letters toegestaan. Om te vermijden dat het infoscherm ? Er zijn meerdere artikelen gevonden met hetzelfde nummer!? niet meer achter het artikelenscherm komt te liggen werd een delay van 5 seconden op de OK-knop gezet. Bij ingeven van KD (klantenpas) werd in de Touch bij het indrukken van de letter D de bijhorende functie hierbij (order) al uitgevoerd.

Incident: #3665

Invoer_betaalopmerking.wdw

Incident: #3757

scrkassa.wdw

Incident: #2461

tscrkassa.wdw

3852

Stel dat men bij wijzigen van een order (debiteuren en crediteuren) een artikel toevoegt en meteen weer verwijdert. Als men deze order dan opslaat, dan wordt 'In bestelling' bij dat artikel ten onrechte aangepast.

Incident: #3300

Cremut_inv.wdw en Debmut_inv.wdw

3862

Er is destijds een aanpassing gemaakt voor de kassa om te voorkomen, dat men bij het invoeren van een aanbetaling niet 2 maal dezelfde order kunt selecteren. Helaas komt deze melding nu ook bij

Incident: #3488

Dordr_ovrz.wdw

3787 3841

3848

2013

89 van 97


3909 3912

3935 3938

3945

3947 3960 3988

3993 4006

4015

4055

het invoegen dan een debiteuren order in andere transacties, als er reeds enkele regels van die order zijn ingevoerd. In het inlogscherm komt nu een logo BlueRetail of KassaMatic met keurmerk. Indien de zoekmethode voor artikelen op beginnen met of exact staat, dan kreeg men telkens de melding, dat er meerdere artikelen bestonden.

De stuurcode wissel printer (WP) werkte niet meer, als er eerst geprint werd naar een tekst-printer. Bij de rapporten 153 t/m 163, 179 t/m 188, 204 t/m 213, 356, 357, 361, 362, 366, 367 en 572 t/m 577 werd over statiegeld het BTWpercentage van het bijbehorende artikel gehanteerd.

In het bestand weegtypes werd bij de knop 'Nieuw' de tabel met veldnamen leeg gemaakt. In deze tabel wordt nu ook de code van diversen 1 t/m 5 toegevoegd en ook de magazijnlokatie en de code hiervan. Deze kunnen gebruikt worden bij het verzenden naar een Digi weegschaal. Bij het afrekenen werd in het tweede kassascherm de mix-match niet meer getoond. Bij het klikken op PLU-artikel (geen prijs) kreeg de commandoregel niet meer de focus. Als je gebruik maakte van de stuurcode MIDDEN en je koos daarbij ook voor truncate, dan werd het laatste woord niet meegenomen, als de opgegeven lengte groter was dan de totale tekst. De stuurcode MIDDEN werkte niet voor notities. Altijd werd de volledige notitie geprint. Wanneer er een via menupad DFFO/DFFW een factuur geprint/gewijzigd wordt springt na terugkeer in het overzichtsscherm de focus weer naar de bovenste factuur in het overzicht. Hetzelfde gold voor DOO/DOW en COO/COW. Als men een categorie wilde toevoegen, dan werd er gecontroleerd, of deze al in deze boom of tak voor kwam. Deze controle werkte niet goed, omdat men vaak ten onrechte een melding kreeg, dat deze categorie al voor kwam. Als men een categorie wilde toevoegen aan een boom en deze kwam al voor in een andere tak van deze boom, dan kwam er geen melding. Als de voorraad van een artikel op 1 staat en er is 1 order voor dat artikel, dan werd dit artikel niet doorgeboekt naar factuur bij de instelling "Regels met beschikbare voorraad".

Incident: #3877

Incident: #3903

MainMenu.wdw, Selbedrijf.wdw en Seluser.wdw Scrkassa.wdw, Debmut_inv.wdw, Cremut_inv.wdw, Best_vrdcor.wdw, Best_vrdpri.wdw en Overboeken.wdw cPrinter.wdc

Incident: #3904

ReportArtikelenWaardering.wde, ReportOmzetgroepenWaardering. wde en ReportSubgroepenWaardering.wd e Best_weegtype.wdw en Best_weegschaalinfo.wdw

Incident: #3838

scrkassa.wdw

Incident: #3949

tscrkassa.wdw

Incident: #3979

cPrinterbase.wdc

Incident: #3979

cPrinter.wdc

Incident: #2729

Dfakt_ovrz.wdw, Dordr_ovrz.wdw en Cordr_ovrz.wdw

Incident: #2172

Best_catstruct.wdw

Incident: #3995,#3796,#4036

Debmut_inv.wdw, Dordr_doorboeken.wdw en NWFinadmin.wdc

Incident: #3291

Sel_barcodetype.wdw en cPrinterBase.wdc

Werd een regel wel doorgeboekt en stond "Leveren bij invoer" bij facturen op Ja, dan werd er toch niet geleverd. Meldingen 3796, 3995 en 4036.

4064

4067

4115

2013

Ook geconstateerd, dat er ook niet geleverd werd, als men bij invoeren van een factuur een order ophaalde. Bij het afdrukken van een barcode in een lay-out is er een type bij gekomen, nl. de QR-CODE. Men kan deze aansturen door i.p.v. bijv. EAN13 QRCODE in te vullen. Patch waarmee de periode-rapporten m.b.t. omzetgroepvergelijkingen aanzienlijk versneld worden. Tevens geldt er ook een versnelling voor andere periode-overzichten. Soortgelijke omzetvergelijkingsrapporten voor artikelen, relaties ed. zijn NIET op dezelfde wijze versneld. Bij het selecteren van een VitaTas artikel in de kassa wordt dit voortaan altijd gezien als een nieuwe bestelling. Wil men een bestelling ophalen, dan gebruikt men de toets T. Er komt dan een scherm met orderregels met alleen VitaTas artikelen. Heeft men al een relatie geselecteerd, dan worden alleen orders van deze relatie getoond. Men kan de relatie dan alsnog aanpassen.

rerportperiodevergelijkingomzetgr oepen.wde kmbuffer.wdc Scrkassa.wdw, Dordr_ovrz.wdw en cCommand.wdc

90 van 97

Release Notes BlueRetail 3.80 Heeft men een VitaTas opgehaald, dan wordt deze anders van kleur.

4122

4124

4157

4167

4174 4185

Stel dat men een opbouw heeft met subartikelen inkopen.

Incident: #3986

Als men bij invoeren van een crediteuren order het hoofdartikel van deze opbouw selecteerde en tegelijkertijd een aantal hoger dan 1 invoerde, dan werden de subregels 2 maal met dit aantal vermenigvuldigd. Het zelfde gebeurde ook bij inlezen van een HHT. Bij het verzenden naar de Digi SM880 worden nu ook preset groepen verstuurd. Dit hangt af van het bestand WEEGSCHAALxxx.INI, waar men de groepen dient in te vullen. In de map, waar de Digi driver staat moet je WEEGSCHAALxxx.INI aanmaken. xxx staat voor het weegschaalnummer. Hierin zet je onder [GROEPEN] 01=?.., 02=?.. etc. Zie bijgaand voorbeeld. Als men in de kassa een order aanmaakt, waarbij tevens een aanbetaling geboekt wordt, dan werd deze aanbetaling niet geschreven in het betalingen bestand. Bij het afdrukken van artikel etiketten vanuit de afdrukrij werden de etiketten niet op volgorde van type etiket afgedrukt. Dit betekende, dat er vaak een paar etiketten werden afgedrukt op een vel, waar er bijv. 42 op kunnen. Vervolgens werden er voor een ander type een aantal afgedrukt en daarna weer van het eerste type. Nu worden alle etiketten van hetzelfde type achter elkaar afgedrukt. Bij de barcode QRCode kan men nu ook het type barcode aangeven. Melding 3291. Werking m.b.t. VitaTas i.v.m. lijnkleur ook aangepast in de Touch.

Cremut_inv.wdw


Incident: #4065

Scrkassa.wdw

Incident: #4155

Printformulieren_org.wdw

Incident: #3291

Sel_barcodetype.wdw en cPrinterbase.wdc Dordr_ovrz.wdw, Scrkassa.wdw en Tscrkassa.wdw

Incident: #4136

Als men in de kassa een VitaTas artikel bestelt en dan naar afrekenen gaat, dan dient het te betalen bedrag onderin verminderd te worden met het bedrag van de VitaTas en vermeerderd met een eventuele aanbetaling. In de Touch verschijnt dan ook het goede bedrag.

4201

Bij zoeken regels de kolom leverdatum toegevoegd. Tevens bij het opzoeken van een VitaTas een knop toegevoegd om de selectie op relatie leeg te maken. Bij leveren op een verkooporder kon men de / alleen gebruiken voor de mobile. Nu kan men deze ook gebruiken voor andere HHT's.

Incident: #4178

Debmut_inv.wdw, Set_HHT.wdw en ReportVVerslag.wde

Incident: #4046

cPrinterBase.wdc

Incident: #3537

cSelectionSQL.wdc

Incident: #3291

cPrinter.wdc

Incident: #4207

Dfakt_ovrz.wdw

Instelling voor verwerkingsverslag 'Ontvangsten' gewijzigd in 'Ontvangst/Levering'.

4203

4211

4250 4259

2013

'Meer ontvangen' gewijzigd in 'Meer ontvangen/geleverd'. Als men een artikelnotitie wil afdrukken en daarbij stuurcode MIDDEN gebruikte, dan ging het fout, als er een CR of [ in de notitie voor kwam. Een selectie, waarbij er een filter is op een berekend aantal, is nu redelijk sneller geworden. Melding 3537. Ik heb bij een test uitgevoerd met een selectie van een maand. Voor de aanpassing duurde dat 74 sec, na de aanpassing 56 sec. Een tijdwinst dus van 25%. Als je voor een artikelnotitie een QRCode barcode wilde afdrukken, dan drukte hij de gewone tekst af. Als men een betaling op een factuur wilde invoeren via DBFIE en men ging bij het factuur overzicht naar raadplegen, dan klapte het programma er uit, als men de factuur wilde afdrukken.

91 van 97


4318

4343

4345 4357

4432

4480

4483

4526

4541

Probleem met onderdrukken of niet van bepaalde kolommen in de Touch. Opgelost door op een andere manier de 0'en te onderdrukken in de laatste regel. Er zijn bij logistiek 2 nieuwe instellingen bij gekomen. De ene geeft aan, of bij voorraadcorrecties van artikelen met voorraadbeheer 'Nee' wel of niet bewaard moeten worden bij het verwerken. Staat deze op ja, dan kan men met de andere instelling aangeven, of de correcties bij de export boekhouding meegenomen moeten worden. Bij afdrukken is er een optie bij gekomen, nl. voorraadwaardes. Bij het afdrukken van QRCode kwam de aansturing voor de positionering in de barcode. Hierdoor werkte het afdrukken van QRCode niet goed. Het ging fout, als men in de notitie een internet adres invulde, maar soms ook bij het veld internet van de artikelkaart. Hier en daar een NWTrace toegevoegd om het probleem met wissel printer bij Zeeuwen op te sporen. Als de nivo instellingen voor artikelen muteren, verwijderen en statistiek zien op nee staan, maar afdrukken op ja, dan kon men de artikelkaart toch niet openen. De stuurcode WP werkte nog steeds niet altijd goed, als het eerste gedeelte op een tekstprinter geprint werd. Na wissel printer werd er wel naar de juiste printer geprint, maar nog steeds als tekst. Als men in een lay-out de notitie wilde afdrukken en deze d.m.v. de stuurcode MIDDEN in 2 regels wilde splitsen, dan kwam er een extra regel tussen de 2 delen. Als artikelregels op een order niet verzameld worden en een artikel komt meerdere keren op een order voor en de eerste keer is het aantal hoger dan de tweede keer, dan kwamen er negatieve aantallen op de factuur. Als je in de kassa een aanbetaling boekte op een order en vervolgens een retour met hetzelfde bedrag, dan hoefde man dus geen betaling in te voeren. Maar de aanbetaling werd niet weggeschreven. Als je in de kassa een aanbetaling boekte op een order en vervolgens de relatie met K0 weghaalde, dan werd de aanbetaling ook niet weggeschreven. Aanpassing waarmee het invoeren van kortingstabellen verbeterd is, met betrekking tot het weergeven van de verschillende invoervelden. Voorheen werden er controls onzichtbaar, wanneer men de optie Bon omzet had aangevinkt, of er werd een bestaande kortingstabel geselecteerd, waarbij die optie aanstond.

Incident: #1540,#1541,#1598

tscrkassa.wdw

Incident: #3768

Sel_logistiek.wdw, Best_vrdcor.wdw, Boekhoud_export.wdw en ReportBestandVoorraadwaarde.w de

Incident: #3291

cPrinter.wdc

Incident: #3903

cPrinter.wdc en cPrinterText.wdc

Incident: #3758

glProcMainmenu.wdg

Incident: #3903

cPrinter.wdc

Incident: #3828

cPrinterBase.wdc

Incident: #4346

Dordr_doorboeken.wdw

Incident: #4256

Scrkassa.wdw

Incident: #4472

best_krttabel.wdw

Incident: #4539

KMPort.wdc

Incident: #4545

cPrinter.wdc

Incident: #4537

cPrinter.wdc

Incident: #4012

set_hht.wdw

Nu worden bij het aan- en uitvinken van deze optie nog steeds de juiste invoervelden getoond. Tevens worden er geen kolommen meer verplaatst, wanneer er tussenliggende kolommen onzichtbaar worden. Dit verplaatsen zorgde voor problemen met veranderen van de venster-grootte.

4543

4547

4556

4593

2013

Tot slot is er nog voor gezorgd dat er GEEN staffels meer ingevoerd kunnen worden voor omzetgroepen en subgroepen. Tevens is bij deze opties ook de artikel-informatie verdwenen op het scherm. Bij importeren via import goederen werd aan het eind getest, of het bestand IMPGOED leeg was. Als deze leeg was, dan gaf hij een melding, dat er een fout was opgetreden en werd het inputbestand niet verwijderd. Bij het afdrukken van een artikelnotitie op een etiket werden regels door elkaar afgedrukt, als de notitie uit meerdere regels bestond (dus met [ENTER] er in). Patch waarmee de stuurcode WP weer werkend is gemaakt. Voorheen gaf deze een fatale foutmelding 'object not allocated' in cPrinterBase:WijzigPrinterBASE, als deze in een lay-out gebruikt werd, terwijl er ook ingesteld was dat de kassalade via een printer geopend dient te worden. Na export van bestanden artikelen en synoniemen wordt voortaan in

92 van 97

Release Notes BlueRetail 3.80 BR eerst geherindexeerd. 4598 4606

4608 4620

4647

4670

Op de tab kaart van de artikelkaart komt achter "Voorraad' een letter, Incident: #4448 die aangeeft, wat de waarde van voorraadbeheer is. Bij bestand voorraadcorrecties kan men de gegevens afdrukken met Incident: #3768 als optie voorraadwaarde. Bij dit rapport zijn op verzoek van Ekoplaza enkele kolommen toegevoegd. In plaats van 'Statiegeld excl.' is de kolom 'Totaalwaarde' toegevoegd. Als men in de Touch kassa eerst een verkeerd artikel aansloeg, dan Incident: kon men daarna geen artikel meer oproepen met de U toets. #4968,#4588 Indien men bij doorboeken orders kiest voor alle relaties, dan krijgt Incident: #3996 men de keuze voor de volgorde relaties of orders. De eerste keuze is de oude werking, bij keuze orders wordt er per order een factuur gemaakt in dezelfde volgorde als de orders. Bij doorboeken naar verzamelrekeningen krijgt men deze keuze niet. Nieuw rapport 593 kortingenrapportage toegevoegd bij afdrukken Incident: #4625 rapporten. Het bestand relaties is uitgebreid met IBAN-nummer en BIC-nummer. Indien men het banknummer aanpast en het IBAN-nummer is nog leeg, dan wordt deze berekend.

Incident: #927

Om deze bij de export boekhouding mee te kunnen nemen moest het exportbestand voor Exact en King een XML-bestand worden.

4673

4683

4699

4726

4727

4737

In verband met Exact Online diverse aanpassingen gedaan. Bij instellen boekhouding kan men kiezen voor Exact Online. Er verschijnt een apart tabblad om enkele parameters in te voeren. Bij de export boekhouding worden nu Xml-bestanden aangemaakt. Aanpassing zodat bij File-tabellen binnen BR via de rechtermuisklik Incident: #2963 drie Copy opties zichtbaar worden, om de inhoud van een cel, rij of tabel in het klembord te plaatsen. Als men een bewaarbon gemaakt had voor een buitenlandse relatie, Incident: #4400 dus BTW 0, en men haalde deze bewaarbon weer op in de kassa, dan werd er BTW berekend. Toevoegen silentmode voor de nwautoserver.exe, zodat bij opstarten geen melding verschijnt, dat deze weer afgesloten wordt. Voorheen bleef deze melding 10 seconden in beeld, wanneer de exe reeds opgestart was. Verschillende controles bij het opstarten van de FTP-Server weggelaten. Nu wordt er niet meer op Internet Explorer-versie gecontroleerd en ook niet meer of FTP-Server reeds gestart is, op een ander station. De eerste keer was er een verkeerde koppeling tussen factuurregel en Incident: orderregel (melding 4722). #4723,#4722,#4729,# 4728,#4725 De factuurregel kreeg een verkeerde kleur, als je naar korting/toeslag ging (melding 4723).

Best_artikel.wdw ReportBestandVoorraadwaarde.w de

Tscrkassa.wdw Dordr_doorboeken.wdw

Printrapport.wdw en ReportPeriodeKortingenPerRelatie .wde Best_relatie.wdw, Best_land.wdw, Documentmailing.wdw, Set_invoerfilter.wdw, Exp_spec_omnivers.wdw, ReportRelatieKaart.wde, ReportAfstortKluisBank.wde, KMPort.wdc, cSelectionRelatie.wdc, NWBoekPortExport.wdc, Exact.wdc, OmniversMaatwerk.wdc, XfisMaatwerk.wdc en King.wdc Export_boekhouding.wdc, NWBoekportExport.wdc en Exact.wdc

Bij project-eigenschappen de AAFinstellingen aangepast. Scrkassa.wdw

nwautoserver.wdp nwautoserver.wdw nwftpserver.wdw

Cfakt_match.wdw

De knop ontkoppelen werd soms onterecht greyed (melding 4725). De status m of M verdween niet na ontkoppelen (melding 4728). Na gebruik CTRL-A kwam hij steeds op de eerste regel terug (melding 4729). 4743

2013

Als je een andere regel van de matchtabel selecteert, waarbij het teken wisselt, dan mag het teken van het bedrag niet aangepaste te worden; anders komt het met verkeerd teken in de matchfactuur.

Incident: #2730

Cfakt_match_korttoeslag.wdw

93 van 97

Release Notes BlueRetail 3.80 4776 4786

4790

4795

4834

4848

4855

4857

4912 4915

4923

4930

4932

4937

4978

4979 5028

2013

Als men in de kassa met 'T' een vitatas order wil ophalen, dan duurde het opbouwen van het overzicht orderregels erg lang. Intertoys gebruikt statiegeld voor thuiscopieerheffing. Bij verzenden orders en pakbonnen (maatwerk) mogen deze regels niet mee geëxporteerd worden. Als men in de kassa een relatie geselecteerd heeft, die aan een kortingskenmerk gekoppeld is, en men gaat dan naar afrekenen, dan kan het heel lang duren, voordat men op ontvangen bedrag komt. Dit gebeurt, als het bestand KRTTABEL heel veel records bevat met hetzelfde kortingskenmerk. Bij verzenden naar de Digi weegschaal wordt er een XML bestand aangemaakt met de oude inhoud. Als er artikelen bij zijn met een notitie van het type ingrediënt, maar waarbij het notitieveld leeg is, dan werd dit bestand gevuld met de notitie van een voorgaand artikel. Wijziging m.b.t. kredietbeperking op 9 en 14 februari 2012 teruggedraaid, omdat Wijnen de wel BTW over kredietbeperking op de factuur wil hebben. Later zal voor een andere oplossing worden gekozen. Aanpassing waarmee kassa niet meer via het kruisje afgesloten kan worden, als dit niet mag volgens de gebruikersrechten. Voorheen kon men een afgehandelde bon verwijderen, door op het kruisje te klikken. Tevens is de logging bij het afsluiten van de kassa aangepast, zodat alleen een logboekregel wordt geplaatst dat er een kassabon is verwijderd, als er ook artikelregels aanwezig zijn. Tevens is de logtekst uitgebreid met de verwijderde artikelregels en de verwijderde betalingsregels. Als je bij factuurmatching de regels één voor één ontkoppelt, wordt de status niet aangepast. Melding 4728. Heel vaak was de status van diverse knoppen, zoals koppelen en ontkoppelen, niet goed. Melding 4828. Als men op een order de verzendwijze had aangepast en men koos bij doorboeken orders voor alle relaties volgorde orders, dan werd deze verzendwijze niet overgenomen op de factuur. Melding 3996. Bij het ophalen van een VitaTas worden orders met een leverdatum in de toekomst niet getoond. Als men in de kassa een VitaTas artikel selecteert, dan wordt hier automatisch een order voor gemaakt. Er verschijnt dan een kalender om een leverdatum te selecteren. Deze kan man dan allen met OK verlaten. Voorwaarde is wel, dat bij instellen algemeen bij kalender werkdagen een kalender is ingevuld. Dit is iets, wat bij VitaTas toch nodig is. Bij leveren op debiteuren orders kan men nu ook met / de Opticon inlezen. De op te halen bestandsnaam is nu DEBMUT.TXT. Melding 4178. Als men op een kassabon 2 VitaTas artikelen selecteert, waarbij een aanbetaling verplicht is, dan worden er 2 orders aangemaakt. De totale aanbetaling werd echter op 1 order geboekt. Melding 4788. Als de Touch actief is en men wil in de kassa d.m.v. T een VitaTas artikel ophalen, dan kwamen de filters achter het toetsenbord. Deze komen nu wat hoger. Melding 4758. Voor de export boekhouding Exact Globe wordt voortaan ook het IBAN nummer en BIC nummer meegenomen. Hiervoor dient voortaan voor debiteuren en crediteuren een XML bestand aangemaakt te worden. Aanpassing van het rapport Voorraadwaarde, zodat de laatste kolom niet meer de totaalwaarde bevat, maar de Voorraadwaarde, op basis van GETELD * Waarde per stuk, alleen als de telmode Tel is. Aanpassing zodat vanuit de voorrangskassa ook weer de functie CTRL+A, CTRL+R en CTRL+G gebruikt kan worden. Als men leveringen op een debiteuren order d.m.v. de handterminal inleest en een artikel kwam niet voor op de geselecteerde order, dan

Incident: #4753

Dordr_ovrz.wdw

Incident: #4665

Verzenden_order_int.wdw

Incident: #4666

Scrkassa.wdw

Incident: #4415


Incident: #20120049,#4702

Boekhoud_export.wdw, NWDebCalc.wdc, NWCreCalc.wdc, NWKasCalc.wdc en cPrinterbase.wdc scrkassa.wdw

Incident: #4796

hist_logboek.wdw

Incident: #4728,#4828

Cfakt_match.wdw

Incident: #3996

Dordr_doorboeken.wdw

Incident: #4868

Dordr_ovrz.wdw

Incident: #4869

Sel_datum.wdw

Incident: #4178

Set_HHT.wdw

Incident: #4788

Scrkassa.wdw

Incident: #4758

Dordr_ovrz.wdw

Boekhoud_export.wdw en Exact.wdc

REPORTBESTANDVOORRAADWAA RDE.wde Incident: #4557

KMConfiguratie.wdc

Incident: #4178

Debmut_inv.wdw

94 van 97

Release Notes BlueRetail 3.80 kwam hiervan geen melding in het verwerkingsverslag. 5040

5050

5053 5072

5078

5081

5084

Als je een aanbetaling boekt op een order en op dezelfde bon een andere order ophaalt, dan werd er een factuur gemaakt van deze bon. Het betaalde bedrag op deze order was echter inclusief de aanbetaling. Melding 4777.

Incident: #4777,#4778

Als men in de kassa een order ophaalde, waarop een aanbetaling was gedaan, en men vervolgens een retour boekte, zodat het bon bedrag nog positief was, maar de klant nog geld terug kreeg, dan werd de terugbetaling in het bestand DCRBETAA geschreven i.p.v. DFABETAA. Hierdoor liep de tussenrekening 'Aanbetaling orders' niet glad. Melding 4778. Als men een knop verwijderd had en men ging verzenden naar de Digi Incident: weegschaal, dan werd de knopinhoud in de weegschaal niet #4347,#4415,#4348 verwijderd, als hetzelfde knopnummer ook voorkwam bij een andere Digi weegschaal, welke hoger in de tabel staat. Melding 4415 en 4347. Bij weegschaal info was de kolom knop in de tabel alfanumeriek. Deze numeriek gemaakt, zodat het sorteren op deze kolom beter gaat. Melding 4348. Als men voor de Digi weegschaal een 2e prijs selecteert, dan wordt Incident: #4360 deze met code PC opgenomen in SEND.DAT. Als men eerst een prijsbarcode gescand heeft en daarna een VitaTas Incident: ophaalde, dan verdween de prijs bij de prijsbarcode en het VitaTas #4802,#4812 artikel kwam niet op de bon. In oude bestanden kan het nog voorkomen, dat de faktor van het Incident: #4621 bestand eenheid nog op 0 staat. Het gevolg is, dat er bij aanbiedingen gedeeld zou worden door 0. Indien men het dagjournaal afdrukt met totalen en vergelijking vorig Incident: #4127 jaar, dan kwamen er bij dit jaar andere bedragen uit dan bij afdrukken alleen dit jaar. Dit gebeurde bij specificatie dagjournaaltype, specificatie promotievormen en specificatie betaalwijzen.

Scrkassa.wdw, Dfakt_ovrz.wdw en Boekhoud_export.wdw


Best_weegschaalinfo.wdw Scrkassa.wdw

Best_aanbied.wdw

Dagjournaal.wdw

Incident: #3791

KMPort.wdc

5086

De velden PERC_AANBET en ABONNEMENT waren bij artikelen niet toegevoegd. Hierdoor kon men dit bij importscripts niet importeren. Stuurcode voor land, IBAN en BIC toegevoegd bij relaties.

Incident: #1119

5091

Relatiesleutel 10 voor email toegevoegd.

Incident: #1027

Formuliereditor.wdw, Best_reletik.wdw en Kmstuurcode.wdc KMPort.wdc en de analyse aangepast.

5092

Als een pakbon gefactureerd is, dan is deze als dealer voortaan ook te wijzigen.

Incident: #1354

5096 5099

5102

2013

Als een factuur of creditnota betaald is, dan is deze als dealer voortaan ook te wijzigen. Dit om ketentransacties opnieuw bij te werken. Als men de afdrukrij via de automatische procedures wilde afdrukken, Incident: #3492 dan werd er niets afgedrukt. Bij het instellen van de boekhouding kan men nu aangeven, of op de Incident: #2966 rekening kredietbeperking het bedrag exclusief of inclusief BTW geboekt moet worden. Bij de BioMarkt heeft men behoorlijk wat AGF producten die per stuk Incident: #4588 verkocht worden. Deze slaat met in de kassa aan op basis van een PLU code (bij ons artikelcode). Nu moet men steeds naar het overzicht van artikelen om het juiste artikel te selecteren. Wenselijk is dat dit kan via de commando regel door bv xxxxU aan te slaan waarbij xxxx de PLU code is.

Mainmenu.wdw en Printformulieren_org.wdw Boekhoud_export.wdw, iwbkh_settings_general.wdw en NWBoekport.wdc Scrkassa.wdw, Tscrkassa.wdw, cCommand.wdc en cCommandBase.wdc

95 van 97


Als men met artikel matrixen werkt, kan men bij diverse rapporten aanvinken, dat men de subartikelen van een basisartikel wil groeperen. Men kan ook kiezen voor cumuleren. In dat geval wordt alleen het basisartikel afgedrukt met de totalen van alle subartikelen.

Incident: #5070

Printrapport.wdw, ReportStatistiekArtikel.wde, ReportPeriodeVergelijkingArtikele n.wde, ReportPeriodeAanbieding.wde, ReprtPeriodeArtikelen.wde, ReprtPeriodeArtikelenPerGebruike r.wde, ReprtPeriodeArtikelenPerLeveranc ier.wde, ReprtPeriodeArtikelenPerOmzetgr oep.wde en ReprtPeriodeArtikelenPerRelatie.w de

Incident: #1059

Incident: #1108

Best_artaltlev.wdw, Dordr_doorboeken.wdw, Debmut_inv.wdw, Scrkassa.wdw, NWKeten.wdc, Cremut_inv.wdw, cPrinterbase.wdc, Reportrelatiekaart.wde, Documentmailing.wdw, KMPort.wdc, Best_nivo.wdw en Best_relatie.wdw Boekhoud_export.wdw

Incident: #5155

Best_relatie.wdw

Incident: #5153

King.wdc

Incident: #5152

iwbkh_settings_directories.wdw

Incident: #5151

Boekhoud_export.wdw

Incident: #1110

Set_kassa.wdw en Scrkassa.wdw.

Incident: #2943

ReportPeriodeOmzetgroepen.wde en ReportPeriodeBoekhouding.wde.

Dit is nu alleen aangepast 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

5149

5158

5159 5161

5165 5166

5176

5181

5192

5200

5207

2013

Let op, dat men de module categorie moet hebben. Bij relaties had men nu bij geblokkeerd de keuze ja of nee. Hier is nu de optie vervallen bij gekomen. Bovendien heeft men nivo instellingen om aan te geven, of vervallen relaties wel of niet getoond moeten worden. Deze staan bij Bestanden.Relaties, Debiteuren.Algemeen en Crediteuren.Algemeen.

Stel men heeft een hoofdartikel van de opbouw, waarbij voorraadbeheer op nee staat. Als men deze verkoopt, wordt er een kostprijsboeking gemaakt op de rekeningen, behorende bij dit hoofdartikel. Als er echter subartikelen zijn van een andere omzetgroep met andere grootboeknummers, dan moet er daar op geboekt worden. Als men een buitenlandse relatie wijzigt, dan mag er geen controle zijn op het IBAN nummer. Bij export boekhouding naar King werd bij orderkorting de kredietlimiet ingevuld i.p.v. kwantumkorting van de omzetgroep. Melding 5153. Voor recordstructuur King dient de extensie voor debiteuren en crediteuren altijd .XML te zijn. Bij de export boekhouding worden aan het begin debiteuren en crediteuren geëxporteerd. Na de transacties worden er eventueel ook nog debiteuren of crediteuren geëxporteerd. In dat geval wordt de eind-tag verwijderd, omdat het bestand al bestaat, maar er wordt te veel verwijderd. Bij instellen kassa kan men instellen, of de relatie verplicht is. Hier is nu een optie 'Contactpersoon' bij gekomen. In dat geval kan men in de kassa geen artikelen etc. registreren, voordat men een contactpersoon heeft geselecteerd. Bij instellingen, kassa, journaal kan men instellen, of men in het dagjournaal de omzet inclusief of exclusief statiegeld wil hebben. Deze instelling wordt nu ook gebruikt voor de rapporten 105, 106, 107, 515 en 516. Hierdoor kan men een omzetgroep maken voor cadeaubonnen met optie statiegeld, zodat ze niet meegeteld worden bij de omzet. Als voorraadbeheer van een artikel op ja staat en men wijzigt dit in nee, dan worden de tellers 'Actuele voorraad', 'Te leveren', 'Nog te ontv. factureren (cred)' en 'Nog te factureren (deb)' op 0 gezet. Als voorraadbeheer van een artikel op nee staat en men wijzigt dit in ja, dan worden bovenstaande tellers voor dit artikel berekend en ingevuld. Als 2 artikelen met dezelfde zoekcode in verschillende weegschalen voorkomen, dan wordt er 1 telkens opnieuw verzonden, ook al is er geen wijziging. Melding 4347. Als men bij bestand alternatieve leveranciers wil filteren op een artikel en men maakte gebruik van het loepje, dan werden de gegevens van het verkeerde artikel getoond.

Incident: #947,#3745 Best_artikel.wdw

CI: #13499


Incident: #5123

Best_artaltlev.wdw

96 van 97


5244 5272

5276 5284

5295

5297

5300 5303

2013

Als men in de Touch kassa bijv.de zoekcode NA1221 scande en vervolgens een U intikte, dan werd het artikel niet opgenomen. Er kwam een vreemd teken in de commando, waardoor ook het volgende artikel niet werd opgenomen. Intertoys gebruikt sinds enige tijd statiegeld voor kopieerheffing. Bij de export naar DW werd deze echter ook meegenomen. 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). Bij de berekening van het IBAN nummer PSTB gewijzigd in INGB. Bij de export boekhouding worden eerst debiteuren en crediteuren geëxporteerd en hierna de transacties. Daarna volgt er nog een extra export van debiteuren en crediteuren. Stel dat er de eerste keer geen debiteur geëxporteerd wordt, maar de tweede keer wel, dan is het exportbestand fout. Als je in de kassa eerst een artikel selecteerde en daarna met *-3 het aantal wilde wijzigen in 3 retour, dan werkte dat niet. Voorwaarde is wel, dat de instelling 'Retourteken alleen op positie 1' op nee staat. Noodoplossing gemaakt zodat export naar excel via Automatische procedures weer werkt als office 2010 aanwezig is.

Incident: #4660

Tscrkassa.wdw

Incident: #5204

DW.wdw

Incident: #5206

Set_HHT.wdw


glProcNWRS.wdg Boekhoud_export.wdw

Incident: #3864

Scrkassa.wdw

Incident: #3619

NWExcel.wdc

In dit geval wordt er weer een bestand met de extensie xls weggeschreven, i.p.v. xlsx. Dit levert geen problemen op, ondanks dat dit slechts een workaround oplossing is. Aanpassing gemaakt, zodat xxxY en xxxxU (beide met hoofdletter) in Incident:#4660 de Touch wel correct werken. Stel dat in de kassa de relatie verplicht is bij de start. Als je dan een Incident: #3552 bon afgehandeld had en bij een volgende bon de relatie selecteerde d.m.v. zoeken op naam, dan kwam het programma niet op de commando regel.

cCommandBase.wdc Scrkassa.wdw

97 van 97

Release Notes BlueRetail versie 3.80

Recommend Documents