Release Notes versie 3.41 GD. Product Management

Release Notes versie 3.41 GD Product Management

Versie 2.0 GD Venlo, juli 2009

Release notes BlueRetail versie 3.41

Inhoudsopgave 1 2 2.1 2.2 2.3 2.4 2.5 3 4 5 6 6.1 6.2 6.3 6.4 6.5 6.6 6.7 6.8 6.9 6.10 6.11 7

INLEIDING.......................................................................................... 3 TECHNISCHE ISSUES .......................................................................... 4 Requirements ..................................................................................... 4 Update instructie ................................................................................ 6 Van NRWS 2.43 naar BlueRetail 3.4x .... Fout! Bladwijzer niet gedefinieerd. Instructies bij calamiteiten................................................................. 6 Compatibiliteit met lagere versies! ..................................................... 6 TOELICHTING DOCUMENTINDELING................................................... 7 TOELICHTING NOTATIES .................................................................... 8 BLUERETAIL BEGRIPPEN .................................................................... 9 BLUERETAIL NIEUWE FUNCTIONALITEITEN VERSIE 3.41................. 10 ICT.................................................................................................... 10 Formule ............................................................................................ 21 Informatie ........................................................................................ 21 Personeel.......................................................................................... 21 Financieel ......................................................................................... 22 Product ............................................................................................. 32 Inkoop & verkoop-transacties .......................................................... 32 Leverancier....................................................................................... 32 Verkoop ............................................................................................ 33 Klant ................................................................................................. 41 Logistiek ........................................................................................... 41 BUGS ................................................................................................ 47

Uitvoer instructie!! Deze BlueRetail installatie moet absoluut dedicated gedraaid worden met betrekking tot de BlueRetail database, omdat er mogelijk 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 • Er géén andere Newway producten of producten van 3e die de database kunnen gebruiken gedraaid mogen worden

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


1

Inleiding

Inhoud

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

Aandachtspunt 1 Let op!! Deze versie is de opvolger van BlueRetail 3.40. Deze versie bevat: Alle patches uitgebracht op 3.31d & 3.40 na de release van BlueRetail 3.40 Nieuwe functionaliteit 3.41 zie hoofdstuk 6

Aandachtspunt 2

Indien u als Innovation Partner in een eerder stadium een pre-release-versie van BlueRetail heeft ontvangen, dan zullen u in deze release notes al een aantal zaken bekend voorkomen. Eerdere release notes 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 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.

Vragen

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


2

Technische issues

Type update X

Prioriteit X

Grootte update

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

± 40 MB Reboot nodig Backup nodig Rollback functionaliteit

JA JA JA

NEE NEE NEE

2.1 Requirements Installatie voorwaarden

Deze versie kan geïnstalleerd worden als opvolger van New-Way Retail Software versie 2.4x of BlueRetail 3.xx GD. Ook kan de migratie van KassaMatic WMS naar deze versie geschieden, mits in het nieuwe bedrijf conform de installatiehandleiding het juiste vinkje wordt aangevinkt. Hiertoe is maar één (1) gelegenheid!!!! De bestandconversie zal geheel automatisch worden uitgevoerd. Indien de uitvalmodule aanwezig is en geactiveerd is en het pakket is conform de Newway richtlijnen geïnstalleerd, dan zal op het lokale netwerk werkstation geheel automatisch het pakket worden geüpdated en de bijbehorende database conversie van de uitval database geschieden.

Bestandsmutaties

Database-mutaties (Te raadplegen via tool AnalyseWindevAnalyse, zie CD-Rom) Database-wijzigingen tussen 3.40 en 3.41

Release notes BlueRetail versie 3.41 Verwijderde bestanden uit analyse

Verwijderde hyperfiles (19) (als wat met niet-gebruikte transactie-bestanden te maken heeft):

Daarnaast zijn alle linken met de verwijderde transactie-bestanden eveneens gewijzigd uit de bestanden ADRES, ARTIKEL, BTW, GEBRUIKERS, NIVO, RELATIE en VERZEND. Gewijzigde bestanden

Gewijzigde hyperfiles (9):

Nieuwe bestanden

Het bestand ISO_Valutacodes.txt dat gesynchroniseerd wordt. Dit bestand is gelinkt in de Valutatabel en wordt momenteel slechts specifiek gebruikt bij de module WebTransactie Services. Het is in de XML-berichten voor eGift, e-Voucher en e-Ticket van belang dat er met de internationale ISO valutacodes gewerkt wordt. Zie §6.1

Registermutaties

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

Release notes BlueRetail versie 3.41 Overige mutaties

Zijn er overige mutaties? Nee Ja Uitleg X Installatie

Vanaf 3.41 zal in de wrkinst.nwu géén kmbatch synchronisatie meer zitten, zodat er verschillende terminal.bat’s gehanteerd kunnen worden.

2.2 Update instructie Update

Maak op de server een back-up van de ..\ directory (hierin staat de oude WDL en eventueel de geïnstalleerde patches). De cliënts worden automatisch geüpdate bij opnieuw opstarten van BlueRetail op de cliënts. Let op!!! op de cliënt mogen géén oude/andere patches meer blijven staan

Noot!! Zie algemene uitvoerinstructie op de inhoudopgave pagina!!

2.3 Update probleem, voucher acceptatie Oplossing

Als na de update de controle-getallen van de licentie-voucher niet overeenkomen, met de papieren versie, dan dienen onderstaande handelingen uitgevoerd te worden. Stap 1 2 3 4

Handeling Haal in het veld licentienummer het nummer weg en ga naar het volgende veld. Ga weer terug naar het veld licentienummer en geeft hier het licentienummer opnieuw in Daarna berekent het systeem de voucher opnieuw door ter controle. Nu werkt alles correct en kun je met alleen de updatecode weer verder.

2.4 Instructies bij calamiteiten Herstellen oude situatie

Indien de update niet over een rollback functionaliteit beschikt, is hieronder beschreven, hoe er terug gegaan kan worden naar de situatie voor de update! Stap Handeling 1 Verwijder op de server …\ en plaats de back-up terug 2 De cliënts worden automatisch geüpdate bij opnieuw opstarten van BlueRetail op de cliënts. Géén reboot nodig.

2.5 Compatibiliteit met lagere versies! Noot!! De BlueRetail versie 3.41 MMS kan communiceren met onderliggende RMS versies: • New-Way Retail Software 2.4x • BlueRetail 3.1x • BlueRetail 3.3x • BlueRetail 3.40 Vanaf de volgende release zal de bestandsuitwisselingen met de New-Way Retail software 2.4x NIET meer verdergaand ondersteund worden.


3

Toelichting documentindeling

Leeswijzer

De onderwerpen van deze release notes zijn ingedeeld volgens het Newway productvisie-model. Zo vindt u in Hoofdstuk 6.1/7.1 ICT beschrijvingen op het gebied van informatietechnologische functionaliteit, zoals nieuwe tools, verbeterde user interface etc. In Hoofdstuk 6.5/7.5 Financieel kunt u informatie verwachten m.b.t. geldstromen, zoals kluisfuncties of transactiesoorten. Zoals hieronder te zien is, komen de paragraafnummers in dit overzicht overeen met de nummering van de hoofdstukken en onderliggende paragraven in deze release notes. Wanneer voor onderdelen van dit model geen nieuwe functionaliteit is voorzien, bevat de desbetreffende paragraaf géén tekst.

Contact

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


4

Toelichting notaties

Toetsen

Toetsen op het toetsenbord die in de instructie worden gebruikt, worden weergegeven in vetgedrukte hoofdletters en tussen deze tekens < >. Bijvoorbeeld <ENTER>. Een alternatief voor het openen van menu’s is om de juiste menupunten 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 de juiste menupunten 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 en 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.


5

BlueRetail begrippen

POS-kassa of PC-kassa

Hiermee wordt randapparatuur.

Point of Sale, POS (Front Store)

Hiermee wordt bedoeld de verzameling functionaliteiten die worden ingezet op een POS-kassa in rechtstreeks contact met de klant. 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 (Back Store)

Hiermee wordt bedoeld de verzameling winkelspecifieke functionaliteiten waarbij het management is betrokken. Het gaat hier om het beheren en controleren van geldstromen, goederenstromen en informatiestromen op de winkelvloer. Als voorbeeld kan gelden: het tellen, afromen en controleren van kasgeld, het beheren van voorraden en assortimenten en het opsporen en voorkomen van diefstal en fraude.

Hoofdkantooor, MMS (Back Office, Head Quarters, Head Office)

Hiermee wordt bedoeld de verzameling winkelondersteunende, technische en organisatorische functionaliteiten. Er kan worden gedacht aan beheer van stamgegevens van artikelen, klanten, personeel, filialen en leveranciers maar ook aan het beheren van de interne informatiestromen (transacties tussen samenwerkende winkels) en externe informatiestromen (transacties met klanten en leveranciers).

Multifunctioneelsysteemgebruik

In vele situaties als de klant een kleine winkel heeft zullen veel 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 om naar de functies die bij die rol horen ongeacht op welk systeem men bezig is. Indien men in online (connected) mode werkt, dan zullen alle aanwezige en aangeschafte functies het doen.

de

kassa

hardware

bedoeld

inclusief

retail

specifieke


6

BlueRetail nieuwe functionaliteiten versie 3.41

Leeswijzer

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

6.1 ICT 6.1.1 Databar acceptatie 0811-07 Databar 2010 Iteratie 1

Vanaf Blueretail versie 3.41 kunnen Databar barcodes gescand en ingelezen worden via de commandoregel. De software filtert er het EAN-artikelnummer uit en zal met dit nummer in de artikeldatabase het desbetreffende record gaan zoeken. Noot!! De additionele informatie wordt in deze genegeerd!! De GS1 artikelcode bestaat uit veertien cijfers, nl. één voorloopnul en 12 cijfers met een controlegetal (zoals bij EAN13). De application identifier 01 wordt gebruikt om de artikelcode aan te geven. Zover nu bekend staat deze altijd op dezelfde positie binnen de barcode. Dit leidt tot de volgende criteria: • Indien een in de commandoregel gescande gegevens beginnen met ‘01’ • Indien er hierna 14 cijfers volgen dan neem de cijfers 4 t/m 16 over als zijnde artikelnummer (barcode).

Voorbeelden Ean13 traditioneel = omnidirectione el De andere 3 modellen behoren tot het databar formaat Technisch gedrag commandorege l in de transactiedocumenten

Op basis van de application identifier voor artikelcode worden deze verwerkt in de kassa indien een GS1-databar wordt gescand.

6.1.2 Nieuwe / gewijzigde stuurcodes 0904-07 Stuurcode uitbreiding

Er zijn vanaf 3.41 aanpassingen gemaakt, waarmee het mogelijk wordt om in layouts en/of etiketten gebruik te maken van ‘variabele’ afbeeldingen. Voorheen bestond alleen de stuurcode [BEELD], waarmee een vaste afbeelding (Bv. een logo) in de layout geplaatst kon worden. Dit kan alleen gebruikt worden voor printers met WINDOWS-aansturing en niet voor TEKST of OPOS! Nu is het mogelijk om bestaande stuurcodes als afbeelding af te drukken, net zoals het al mogelijk was om bestaande stuurcodes als barcode af te drukken. Zo kan men bv. pasfoto’s van klanten op een klantenpas zetten, of foto’s van artikelen op een etiket. Eveneens kan men in plaats van categorie-waardes, toepasselijke pictogrammen laten afdrukken. (Bv. een plaatje van een x-aantal sterretjes of vinkjes, in plaats van de waarde x zelf) In de stuurcode-layout editor van BlueRetail, kan men van een bestaande stuurcode een afbeelding laten maken, door de volgende syntax te hanteren: [ARTIKEL,5,PICTURE{,<<Extensie>>}{,<>}{,<>,< >}] In dit voorbeeld is de stuurcode voor ARTIKEL.KRT_OMS gebruikt om als

Release notes BlueRetail versie 3.41 afbeelding weer te geven. De parameters na PICTURE zijn allen optioneel. Wanneer zij weggelaten worden, worden de volgende defaults gehanteerd: Default voor <<Extensie>> = .JPG Default voor <> = <>\M-MEDIA\BEELD\ Eveneens wordt een punt aan het begin van de parameter vervangen door bovenstaande map, dus .\Map1 wordt <>\M-MEDIA\BEELD\Map1 Default voor <>,<> = 0,0 Een van beide opgeven is niet verstandig, want waarschijnlijk wordt er niets zichtbaars afgedrukt. Voorbeeld artikel- etiket: [ARTIKEL,3,20L,BARCODE,EAN13,J,10,30] [FONT,2,'Courier New',10,1,0][ARTIKEL,5,30L] [FONT,2,'Courier',16,9,0]F [ARTIKEL,18,12L2,I,BINVAL] [PAGPOS,3,70][ARTIKEL,5,PICTURE,.BMP]

Resultaat:

De afbeelding wordt alleen afgedrukt als er een overeenkomend bestand gevonden wordt op de aangegeven locatie met de aangegeven extensie. Wanneer de hoogte en breedte meegegeven worden, dan kan dit ongewenste resultaten geven, afhankelijk van de daadwerkelijke hoogte en breedte van de afbeelding. Het is vaak het handigst om het formaat van de afbeeldingen te nemen en deze niet op te geven, maar met behulp van een [PAGPOS] op de juiste plek te zetten. Wanneer de afbeeldingen van verschillende artikelen verschillende formaten hebben, dan is het wel wenselijk om ze in de stuurcode op te nemen. Een andere toepassing is om zogenaamde pictogrammen af te drukken in plaats van numerieke waarden, die in een category kunnen worden toegepast. In onderstaand voorbeeld is er gebruik gemaakt van een category voor artikelen met 5 kenmerken, die ieder de waarde 0, 1, 2 of 3 kunnen hebben, en een leeftijdscategory met variabele tekst.

Op basis hiervan ontstaat er dus een matrix met voor ieder artikel 45 mogelijke combinaties. Deze kunnen met behulp van een voorgedrukt vel en een drietal afbeeldingen, te weten: 1.GIF, 2.GIF en 3.GIF, optisch weergegeven worden, door 5x gebruik te maken van de stuurcode [ARTIKEL, 111,,x, PICTURE,.GIF] in het

Release notes BlueRetail versie 3.41 etiket. Voorbedrukt vel:

Gebruikte afbeeldingen: 1.Gif

2.Gif

3.Gif

Voorbeelden van losse afbeeldingen.

Etiket opmaak m.b.v. stuurcodes

Afdruk voorbeeld: de √-plaatjes staan dus dynamisch artikelcategory gestuurd in het etiket

Etiket-layout: [FONT,2,’Arial’,7,9,0,] [FONT,2,’Arial’,20,1,0][ARTIKEL,18,6R2,I,BINVAL] [FONT,2,’Arial’,6,9,0][ARTIKEL,5,28LA] [FONT,2,’Arial’,7,9,0] [ARTIKEL,2,4L][ARTIKEL,3,8R,BARCODE,EAN13,N,5,30] [FONT,2,’Arial’,7,9,9][ARTIKEL,9,4L] [PAGPOS,1,48][FONT,2,’Arial’,7,9,0][ARTIKEL,110,M23L,7] [PAGPOS,9.4,47.5][ARTIKEL,111,,2,PICTURE,.GIF] [PAGPOS,9.4,53.6][ARTIKEL,111,,3,PICTURE,.GIF] [PAGPOS,9.4,59.8][ARTIKEL,111,,4,PICTURE,.GIF] [PAGPOS,9.4,65.9][ARTIKEL,111,,5,PICTURE,.GIF] [PAGPOS,9.4,72.1][ARTIKEL,111,,6,PICTURE,.GIF] De derde parameter m.b.t. de uitlijning is overbodig, en de vierde parameter is het interne nummer van het bijbehorende category-kenmerk. Resultaat (Zwart-wit printer):

Te zien valt dat de waardes 1, 2 en 3 uit de category zijn vertaald naar de afbeeldingen. Het was ook mogelijk om voor dezelfde waardes per kenmerk een

Release notes BlueRetail versie 3.41 andere afbeelding te gebruiken (Bv. in vijf verschillende kleuren.) Dan hadden er wel aparte mappen gemaakt moeten worden, waarin elk de bestanden 1.GIF, 2.GIF en 3.GIF kwamen te staan. De mapnaam had dan ook in de stuurcode aangegeven moeten worden.

[ARTIKEL,111,,2,PICTURE,.GIF,.\Map1] [ARTIKEL,111,,3,PICTURE,.GIF,.\Map2] [ARTIKEL,111,,4,PICTURE,.GIF,.\Map3] [ARTIKEL,111,,5,PICTURE,.GIF,.\Map4] [ARTIKEL,111,,6,PICTURE,.GIF,.\Map5] Tot slot is de stuurcode-toevoeging PICTURE ook via het rechtermuis-menu in een lay-out te plakken bij de formuliereditor[UO], Artikel-etiket [BAEB] en Relatieetiket [BREB]. Zij wordt wel default zonder extra parameters toegevoegd. Deze zullen met de hand verder aangevuld moeten worden.

6.1.3 Proefimport (Knop) 0904-03 Proefimport met kijkmogelijkheid

Bronbestanden van import-scripts controleren Er zijn aanpassingen gemaakt, waarmee het mogelijk wordt om het resultaat van een import-script te bekijken, zonder de import daad-werkelijk uit te voeren. Voorheen was er ook al een mogelijkheid om een import-script uit te voeren zonder dat het script daadwerkelijk verwerkt werd in de database. (Zie schreen-shot)

Maar men kon na het uitvoeren nog steeds niet zien wat er geïmporteerd zou gaan worden, alleen hoeveel regels het zouden zijn geweest. Het vinkje (zie bovenstaand rode kader) is nu vervangen door een knop met de naam “Test-Importscript” om eventuele verwarring te voorkomen.


Dit is bijvoorbeeld wenselijk, als men in het script het bronbestand middels een selectie moet opgeven. Men kan dan niet altijd zien of de inhoud van het geselecteerde bestand ook hetgeen is, wat men wenst te importeren.

Aangezien een eenmaal uitgevoerde ‘verkeerde’ import nauwelijks terug te draaien is, kan er een testimport gedaan worden. Vanaf versie 3.41, na het succesvol uitvoeren van een import-script met de knop “Test Importscript”, verschijnt een nieuw tabblad ‘Resultaat’ met daarin de resultaten.

Release notes BlueRetail versie 3.41 Als men naar in tabelvorm geïmporteerd en sortering onthouden.

dit tabblad gaat, zal men de bestandsnaam, het aantal regels zien en de inhoud bekijken van het basis-bestand dat via de basis-import zou gaan worden als de optie niet was aangevinkt. De kolombreedtes zijn door de gebruiker aan te passen, maar deze worden NIET

Middels deze informatie, zou het mogelijk moeten zijn om te beoordelen of het juiste bronbestand is geselecteerd. Wel is enige kennis van de database vereist, en is het resultaat afhankelijk van de inhoud van het import-script (welke velden dienen er geïmporteerd te worden).


6.1.4 Journaals in PDF Documenten naar PDF 0904-16

Vanaf deze versie zijn aanpassingen gemaakt, waarmee het mogelijk wordt om bepaalde gegevens te bundelen in een PDF-bestand, zodat deze als digitaal archief gehanteerd kunnen worden. Van de volgende 3 typen gegevens kunnen er PDF-bestanden aangemaakt worden: 1. Kassajournaal 2. Kasgeldjournaal 3. Kluisgeldjournaal Bovenstaande gegevens worden per dag en per station in 1 PDF-bestand verzameld. Het afdrukken naar PDF kan zowel handmatig als via automatische procedures gebeuren. Aanpassingen Kassajournaal In het kassajournaal-venster is een PDF-knop toegevoegd, om het handmatig uit te kunnen voeren. Deze maakt van de periode tussen starten einddatum per station per dag een PDF-bestand aan, met daarin een afdruk van het dagjournaal, alsmede een afdruk van ALLE bonnen. Het resultaat zal altijd in de default-map <>\DOCUMENT\ opgeslagen worden, op basis van de lay-out, die hoort bij Bon 1A.

Release notes BlueRetail versie 3.41 De bestandsnaam van het PDF-bestand opbouw

<>_<> (<>).PDF

(<<STATION>>)

–

Kassajournaal

Via de automatische procedures kan wel de locatie en de bonlay-out opgegeven worden. Als de parameters niet worden ingevuld, dan worden dezelfde defaults gebruikt als bij handmatig, en zijn de begin en einddatum die datum van vandaag. Door de automatische procedure dus dagelijks uit te laten voeren (nadat er geen transacties meer plaatsvinden), kan men dus eenvoudig de dagtotalen per station digitaal bewaren.

Voorbeeld resultaat:

Het PDF-bestand is beveiligd tegen wijzigingen en de inhoud ervan kan niet gekopieerd worden, via bv. CTRL+C en CTRL+V.

Release notes BlueRetail versie 3.41 Aanpassingen kasgeld- en kluisgeldjournaal

In het kasgeld/kluisgeldjournaal-venster is een PDF-knop toegevoegd, om het handmatig uit te kunnen voeren. Deze maakt van de periode tussen starten einddatum per station/kluis per dag een PDF-bestand aan.

Vervolgens wordt deze de huidige tabel doorlopen om alle datums en stations te bewaren, en vervolgens wordt per dag, per station opnieuw een filter opgebouwd en het pdf-bestand afgedrukt. Het resultaat zal altijd in de default-map <>\DOCUMENT\ opgeslagen worden. De bestandsnaam van het PDF-bestand is als volgt opgebouwd voor kasgeld: <>_<> (<<STATION>>) – Kasgeldjournaal.PDF De bestandsnaam van het PDF-bestand is als volgt opgebouwd voor kluisgeld: <>_<> (<>) – Kluisgeldjournaal.PDF

Release notes BlueRetail versie 3.41 Aanpassing valuta bestand

Extra veld ISO valutacode in het valuta-bestand. Per pull-down-menu kan de bijbehorende ISO valutacode gekozen worden. Deze code wordt alleen bij de module WebTransactionServices gebruiukt, zie onderstaande instelling e-Customer algemeen.

De ISO-code lijst kan gewijzigd worden door in aanpassingen in het tekstbestand te maken. Het bestand staat in de map: >\system\ en heet: ISO_valutacodes.txt Bij de e-Customer-instellingen kan nu de valuta gekozen worden die in de transacties meegestuurd moet worden.

Bij invoer van nieuwe records, wordt de omschrijving overgenomen.

Release notes BlueRetail versie 3.41 Logboek betaal transacties

De gebruiker kan nu vanuit het pakket de betaalautomaat- en e-Customertransacties raadplegen in het logboek betaaltransacties:

6.1.5 Export HHT/Mobile Wijziging Export naar HHT

In deze versie kan bij ‘instellingen\hardware\Handheld terminal’ aangegeven worden welke extra velden (Diversen 2 en 3 zijn toegevoegd) geëxporteerd moeten worden naar de handheld terminal (Opticon). Als gekozen wordt voor de optie Mobile-batch, dan is de export vorm verandert van CSV naar Tabgescheiden. Tevens is de export van het aantal BlueRetail artikelvelden dan uitgebreid. Men moet dan dus de aangepaste BlueRetail mobileversie ≥2.16 gebruiken.

Release notes BlueRetail versie 3.41 Systemen.ini

Via de systemen.ini kan men een stationnummer koppelen aan een pc-naam in het netwerk. Hierdoor heeft een pc altijd hetzelfde stationsnummer en dezelfde instellingen. Dit houdt in dat bij vervanging de nieuwe pc hetzelfde stationsnummer krijgt + alle instellingen. De bedoeling is dat de systemen.ini centraal wordt neergezet.

6.1.6 Newway praktijk voorbeeld Best practice Server installatie

Maak op de server een aparte partitie aan bv X: waarin we de Newway software gaan installeren. Op die partitie maken we een directory aan voor de software installatie en een directory waarin straks de database komt van het bedrijf of bedrijven. Dit doen we om een duidelijke scheiding aan te brengen wat de installatie, onderhoud en het beheer ervan vereenvoudigd. B.v. X:\BR-RMS voor de software en een X:\BR-DATA voor de bedrijfdata. Op beide directory moet men minimaal “modify” rechten toekennen voor de gebruikers van BlueRetail. Dit geldt ook voor het bestand in de lokale Windows directory “kassamatic.ini”.

Best practice Werkstation \Kassa installatie

Maak op de computer een lokale directory aan BlueRetail en installeer hier in de software door vanaf de server “nwstart.exe” te gebruiken. Maak een lege kassamatic.ini aan in de Windows directory en geef de gebruikers van BlueRetail “modify” rechten op dit bestand en doe dit ook voor de BlueRetail directory voor dat je BlueRetail installeert d.m.v. nwstart.exe. Verder moet de verbinding met de netwerkdrive (X:) via een loginscript gemaakt worden en “persistent” zijn.

6.2 Formule < n.v.t. >

6.3 Informatie < n.v.t. >

6.4 Personeel < n.v.t. >


6.5 Financieel 6.5.1 Boekhoudkoppeling FIS 2000 (AS/400) Export FIS 2000 NW 20081576

Vanaf 3.xx zijn er functionele wijzigingen doorgevoerd m.b.t. het exporteren van boekhoudgegevens via FIS2000. Er is een instelling toegevoegd, waarmee het aantal posities voor het regelnummer bepaald kan worden. Voorheen was dit altijd 5 posities. Dit geeft problemen als de export meer dan 10000 regels bevat, omdat het regelnummer dan niet meer met 10 opgehoogd wordt, zoals dit door FIS2000 verwacht wordt.

Met behulp van bovenstaande instelling, kan men een waarde van 5 tot 9 instellen. Wanneer men probeert 1 t/m 4 in te voeren, wordt de waarde terug op 5 gezet en verschijnt onderstaande melding:

LET OP: Het aanpassen van deze instelling heeft consequenties voor de import door FIS2000. Hier zal deze aanpassing ook kenbaar gemaakt dienen te worden! Het export-bestand voor FIS2000 (FIS2000.EXP in de export-map) heeft namelijk een vaste veld en ook regellengte. Voorheen was de regellengte altijd 128 karakters + ENTER (= 130 bytes, komt overeen met lengte van Y1-regel). Door aanpassing van deze instelling kan dit dus oplopen tot 132 karakters + ENTER. Bijgevoegd 2 voorbeelden van een export met 5 en 6 posities voor het regelnummer: Default wordt de regelnummering in stappen van 10 opgehoogd. Tevens is er een aanpassing gemaakt, zodat er niet meer hetzelfde regelnummer voor een X1-regel gebruikt wordt, als de vorige Y1-regel. Voorheen kreeg de X1-regel hetzelfde regelnummer als de vorige Y1-regel. Wel is het nog steeds zo, dat een Y1 en een Y2 of Y3-regel hetzelfde regelnummer behouden. Indien dit ook niet de bedoeling is, dan kan hier alsnog een aanpassing voor gemaakt worden. Ook konden er regelnummers ontbreken (bv. 00090 in bijgevoegde export.) Dit gebeurde wanneer er bv. opmerkingsregels in een bon voorkwamen. Er is nu een aanpassing gemaakt dat dit niet meer gebeurt. Het recordnummer wordt nu alleen opgehoogd, als er daadwerkelijk ook iets geëxporteerd moet worden. Voorbeelden

Export op basis van 5 posities: X1N000100100000000020000000000800000000000000000000000291000000000 0 200000000000011R10 Y1 0002000000003480Kontant 000000000000000902000001000001165131008000000000000 00000000000000000000000000 0000000 Y1 0003000000001000IRIS cheques 000000000000000902000001505001165131008000000000000 00000000000000000000000000 0000000 Y1 000400000000004NIRIS cheques 000000000000000902000001505001165131008000000000000 00000000000000000000000000 0000000

Release notes BlueRetail versie 3.41 Y1 0005000000000045KOSTEN: IRIS cheques000000000000000902000004420001165131008000000000000 00000000000000000000000000 0000000 Y1 000600000000448KTUSSENREKENING VRK 000000000000000902000001790001165131008000000000000 00000000000000000000000000 0000000 Y1 0007000000004482TUSSENREKENING VRK 000000000000000902000001791001165131008000000000000 00000000000000000000000000 0000000 Y1 000800000000376OREKENINGNUMMER 8003 000000034000000902000008003001165131008000000000000 00000000000000000000000000 0000000 Y1 001000000000071OBTW Normale omzet 000000000000000902000001487001165131008000000000000 00000000000000000000000000 0000000 Y1 0011000000000002AFRONDINGSVERSCHIL 000000000000000902000004629001165131008000000000000 00000000000000000000000000 0000000 X1N001200600000000020000000000800000000000000000000000291000000000 0 200000000000011R10 Y1 0013000000004482FACTUUR: 211212/K186000000000000000000000117354011345131008000000000000 00000000000000000000000000 10211212 Y1 001400000000448KTUSSENREKENING VRK 000000000000000902000001790011345131008000000000000 00000000000000000000000000 10211212 Y1 0015000000004482TUSSENREKENING VRK 000000000000000902000001791011345131008000000000000 00000000000000000000000000 10211212 Y1 001600000000376OKERSTBAL KNST.G/M40M000000034000000902000008003011345131008000000000000 00000000000000000000000000 10211212 Y1 001700000000071OBTW Normale omzet 000000000000000902000001487011345131008000000000000 00000000000000000000000000 10211212 Export op basis van 6 posities: X1N000010010000000002000000000080000000000000000000000029100000000 00 200000000000011R10 Y1 00002000000003480Kontant 000000000000000902000001000001166131008000000000000 00000000000000000000000000 0000000 Y1 00003000000001000IRIS cheques 000000000000000902000001505001166131008000000000000 00000000000000000000000000 0000000 Y1 0000400000000004NIRIS cheques 000000000000000902000001505001166131008000000000000 00000000000000000000000000 0000000 Y1 00005000000000045KOSTEN: IRIS cheques000000000000000902000004420001166131008000000000000 00000000000000000000000000 0000000 Y1 0000600000000448KTUSSENREKENING VRK 000000000000000902000001790001166131008000000000000 00000000000000000000000000 0000000 Y1 00007000000004482TUSSENREKENING VRK 000000000000000902000001791001166131008000000000000 00000000000000000000000000 0000000 Y1 0000800000000376OREKENINGNUMMER 8003 000000034000000902000008003001166131008000000000000 00000000000000000000000000 0000000 Y1 0001000000000071OBTW Normale omzet 000000000000000902000001487001166131008000000000000 00000000000000000000000000 0000000 Y1 00011000000000002AFRONDINGSVERSCHIL 000000000000000902000004629001166131008000000000000 00000000000000000000000000 0000000 X1N000120060000000002000000000080000000000000000000000029100000000 00 200000000000011R10 Y1 00013000000004482FACTUUR:

Release notes BlueRetail versie 3.41 211212/K186000000000000000000000117354011352131008000000000000 00000000000000000000000000 10211212 Y1 0001400000000448KTUSSENREKENING VRK 000000000000000902000001790011352131008000000000000 00000000000000000000000000 10211212 Y1 00015000000004482TUSSENREKENING VRK 000000000000000902000001791011352131008000000000000 00000000000000000000000000 10211212 Y1 0001600000000376OKERSTBAL KNST.G/M40M000000034000000902000008003011352131008000000000000 00000000000000000000000000 10211212 Y1 0001700000000071OBTW Normale omzet 000000000000000902000001487011352131008000000000000 00000000000000000000000000 10211212

NW20082012

Functionele aanpassingen m.b.t. Exportscripts Vanaf 3.xx zijn er functionele wijzigingen doorgevoerd m.b.t. het exporteren van gegevens via export-scripts. Hierdoor kan het zijn, dat bestaande export-scripts een andere output gaan genereren dan voorheen. Let op!! Dit zal voor ieder script afzonderlijk gecontroleerd dienen te worden. Bij het aangeven van welke database-velden geëxporteerd worden, kan gebruik gemaakt worden van een aantal parameters, te weten:

Het export-resultaat (output) is afhankelijk van het aantal opgegeven parameters, en de waarde daarvan. Uitleg Parameter VeldType Het VeldType bepaald hoe het veld geïnterpreteerd moet worden. De volgende 4 mogelijkheden zijn er: 1. als tekst (waarde ‘S’ of ‘U’) Het veld wordt als tekst geëxporteerd, en er wordt rekening gehouden met de waardes voor TekstscheidingsTeken, Str_Dec en Str_Sep. 2. als numeriek (waarde ‘N’ of ‘F’) Het veld wordt als numeriek geëxporteerd, en er wordt rekening gehouden met de waardes voor NumscheidingsTeken, Num_Dec en Num_Sep. 3. als gebruiker-gedefinieerd (waarde ‘G’) Het veld wordt NIET geëxporteerd. (Het nut is mij dan ook onduidelijk)

Release notes BlueRetail versie 3.41 nieuw

4. als database-gedefinieerd (waarde ‘’, Veldtype wordt dan ‘S’ of ‘N’) Afhankelijk van de definitie in de database (Tekst of Numeriek) wordt krijgt Veldtype de waarde ‘S’ of ‘N’. Zie 1 en 2 voor uitleg. Uitleg Parameter VeldLengte De parameter VeldLengte bepaald hoeveel posities er gebruikt worden om het veld te exporteren. Deze parameter heeft ALLEEN invloed als in het script gebruik gemaakt wordt van VasteLengte=1. Wanneer volgens een vaste lengte geëxporteerd wordt, wordt altijd het aangegeven aantal karakters gereserveerd. NIEUW: Als er geen parameter voor VeldLengte wordt opgegeven, dan wordt de lengte bepaald aan de hand van de database-definitie. Voor numerieke gehele velden geldt een uitzondering, omdat deze binair worden opgeslagen, zodat deze minder ruimte in beslag nemen. Voor integer-velden geldt een standaard lengte van 15 posities. Voor real-velden (incl. decimalen) geldt een standaard lengte van 20 posities. Het is dus voor numerieke velden aan te raden wel een veldlengte op te geven, om onnodige ruimte te voorkomen. Uitleg Parameter Formaat Met deze parameter kan men het exacte formaat opgeven, dat voor het veld gehanteerd dient te worden. Deze parameter heeft in principe alleen nut voor numerieke velden. (Of tekst-velden die men als numeriek wil exporteren). Deze parameter heeft een tweetal veel gebruikte waarden, die overbodig zijn, als ook het veldtype wordt opgegeven: 1. ‘%s’ komt overeen met veldtype ‘S’ of ‘U’ 2. ‘%f’ komt overeen met veldtype ‘N’ of ‘F’

nieuw

Oftewel: Is gelijk aan: Is gelijk aan: Is gelijk aan:

REG[05]=KASREG.KRT_OMS,S,30,"%s" REG[05]=KASREG.KRT_OMS,S,30 REG[05]=KASREG.KRT_OMS,N,30,"%s" REG[05]=KASREG.KRT_OMS,,30,"%s"

Oftewel: Is gelijk aan: Is gelijk aan: Is gelijk aan:

REG[06]=KASREG.AANTAL,N,14,"%f" REG[06]=KASREG.AANTAL,N,14 REG[06]=KASREG.AANTAL,S,14,"%f" REG[06]=KASREG.AANTAL,,14,"%f"

Wanneer deze parameter wordt opgegeven, dan overruled deze parameter het default-formaat dat in het script kan worden opgegeven met behulp van Str_Dec, Str_Sep, Num_Dec en Num_Sep. Als dus is ingesteld dat Num_Dec=“,” en Num_Sep=”.” dan zorgt REG[06]=KASREG.AANTAL,,14,"%10.2f", ervoor dat het aantal zonder duizendtal-scheidingsteken geëxporteerd wordt en met een ‘.’ als decimaal-teken. Voor Formaat gelden in principe de volgende regels, die rechtstreeks uit de ontwikkel-omgeving zijn overgenomen, zie Bijlage 1, voor verdere uitleg: Default-waardes voor Str_Dec, Str_Sep, Num_Dec en Num_Sep Wanneer bovenstaande parameters niet voorkomen in het export-script, dan worden de volgende defaults gehanteerd: NUM_ STR_ DEC . , SEP . Num_Dec="." Num_Sep="" Str_Dec=", "Str_Sep="." zijn dus overbodige parameters in een script.

Bijlage bij NW20082012

Bijlage 1 – Uitleg gebruik van Formaat-parameter: Character stringFormat of the character string, expressed as: "%[<Sign>][][][<.Precision>] []" <Sign>

If this parameter is specified, forces the sign for the positive numbers (<Sign> = "+"). This sign will appear to the left of the first significant number. By default, only the negative numbers have a "-" sign to the left of the first

Release notes BlueRetail versie 3.41 significant number. Special case: if this parameter is specified and if the number is equal to 0, the "+" sign will be displayed. Same if a negative number becomes equal to 0.

If this parameter is specified (="0"), the number will be filled with zeros to the left of the first significant number if the significant part of the number is smaller than the requested size and if the number is right-aligned. By default, the number is not filled with "0". For example: NumToString(123,"05d") will return "00123". Defines the total length of the result string. The total length corresponds to the following elements: sign, thousand separator, decimal point, exponent, integer and decimal parts of the number. This length must be less than 100. If the specified length is too small to contain the significant part of the number, it will be ignored. By default, the number will have the length of its significant part (it cannot be filled with zeros). Same if = 0 If the specified length is greater than the significant part of the number: - the result string will be filled with spaces to the right if the number is leftaligned, - the result string will be filled with spaces or zeros to the left if the number is right-aligned.

<.Precision> Defines the decimal separator and the number of decimal places (only for float , the decimal part is rounded to the specified number of decimal places. If the number of decimal places in the number is less than , the decimal part is filled with "0" to the right. If the decimal separator is a comma, the decimal separator will be the one defined in the Windows configuration. The value of can be greater than . In this case, is ignored.

Type of the result, mandatory parameter: d: Integer: A real number will be rounded to the nearest integer. e: Exponential notation: If is not specified, 6 digits by default. f: Decimal notation: If is not specified, 6 digits by default. x and X: Hexadecimal notation (X for uppercase letters): Only the integer part of the number is taken into account (no rounding). Special case: 1. Length not specified and negative number: 20 hexadecimal characters for a currency, 8 characters for all the other numeric types. 2. Negative number: the length of the result string will be at least the length allowing to specify the sign bit. For example: -32767 in "3X" format will return "8001" o: Octal notation: Only the integer part of the number is taken into account (no rounding). Special case: 1. Length not specified and negative number: 27 hexadecimal characters for a currency, 11 characters for all the other numeric types. 2. Negative number: the length of the result string will be at least the length allowing to specify the sign bit. For example: -32767 in "3o" format will return "700001"

Thousands separator ( = "S" or "s"). The digits found in the integer part of the number will be grouped by 3 and separated by the thousands separator defined in Windows. If the sign is present, it will always be displayed immediately to the left of the first significant digit. No thousands separator can be found between the sign and the first digit.


6.5.2 Aanpassingen dagjournaal 0812-01 Dagjournaal scherm en layout

Vanaf 3.41 is het scherm van het dagjournaal aangepast, zodat deze meer gelijkenis toont met de afdruk van het dagjournaal, zoals deze vanaf 3.40 is aangepast. De aanpassingen hebben betrekking op de eerste twee tabbladen, Dagtotalen en Bonnen. Hieronder zijn middels screenshots de verschillen weergegeven op basis van de zelfde dagjournaal-gegevens in 3.40 en 3.41.


Verschillen tabblad dagtotalen: Oud:

Nieuw:

Toelichting: Knoppen [kasgeld] en [sluiten] zijn verwijderd. Velden Omzet Excl. BTW en BTW zijn verplaatst naar tabblad ‘Bonnen’. Toevoeging van de velden Verkoop zonder betaling en Retour zonder betaling, totaal ontvangsten, afrondingsverschil, totaal uitgaven, totale kasmutatie. De overige informatie is behouden gebleven, maar verplaatst. Het veld E-Gift Opwaarderingen bij Ontvangsten is alleen zichtbaar als module E-Customer actief is.

Release notes BlueRetail versie 3.41 Verschillen tabblad bonnen: Oud:

Nieuw:

Toelichting: Verwijderen van de velden m.b.t. Korting. Deze staan op het tabblad ‘Dagtotalen’. Toegevoegd de informatie m.b.t. totaal ontvangsten, afrondingsverschil, totaal uitgaven, totale kasmutatie.

6.5.3 Wijziging Sealbag gedrag Nieuwe switch Sealbagnr

Er is een nieuwe instelling bijgekomen die ervoor zorgt dat indien men afstort er altijd een sealbagnummer meegegeven kan worden.


6.5.4 Aanpassing XFIS boekhoudexport XFIS Aanpassingen

Vanaf deze versie zit XFIS ook in de standaard boekhoudkoppeling.

Grootboek nummers

Nieuw in de XFIS boekhoudkoppeling is dat er grootboekrekeningnummers toegekend kunnen worden aan: Kluisverschil, tussenrekening bank, kluis, subgroep. Kluisverschil,Tussenrekening bank

Kluis


Subgroep Bij de export wordt het grootboekrekeningnummer geëxporteerd dat in de subgroep is ingevuld, is hier niks ingevuld dan wordt het grootboekrekeningnummer van de bijbehorende omzetgroep geëxporteerd.

Filiaalnummer

Binnen de XFIS boekhoudkoppeling kan nu ook gewerkt worden met een viercijferig filiaalnummer (=kostenplaats, in te geven op het hoofdkantoor in het filiaalbestand). De boekhoudhoudkoppeling leest het bestand KMFILPORT.INI uit en zet de waarde van de kostenplaats in het filiaalnummer.

Aanpassing Export

In de export zijn de volgende zaken aangepast: • In het omschrijvingsveld, wordt het sealbagnummer mee geëxporteerd. • Het 4-cijferig filiaalnummer wordt mee geëxporteerd. Indien dit uit drie cijfers


•

•

• • Switch Automatische Export

bestaat wordt er een voorloopnul geplaatst. Het volgnummer bestaat uit het voorloopgetal, het filiaalnummer en de waarde die in het veld volgnummer staat. In de export is ook aangepast dat er een 4cijferig filiaalnummer mee geëxporteerd wordt. Verzamelrekeningen aangemaakt vanuit de kassa worden ook mee geëxporteerd. Hierdoor worden facturen met de status ‘V’ (= afkomstig uit verzamelrekening) niet meer mee geëxporteerd aangezien er anders gegevens dubbel in de boekhouding terecht zouden komen. Het afletternummer is aangepast van het formaat WWJJ naar het formaat JJJJMMDD Het bedrijf werd voorheen tussen quotes geplaatst (“Bedrijf”) om aan te geven dat het een tekstveld betrof. Dit is nu niet meer het geval.

Er is een nieuwe switch automatische export bijgekomen. Voorheen werd na het definitief tellen van alle stations automatisch een boekhoudexport uitgevoerd. Dit is nu instelbaar middels onderstaande switch.

6.6 Product < n.v.t. >

6.7 Inkoop & verkoop-transacties < n.v.t. >

6.8 Leverancier < n.v.t. >


6.9 Verkoop 6.9.1 Popschermen gedrag in kassa Pop-up schermen onderdrukken 0801-71

Instellingen.

Bij de instellingen kassa-regels is een switch gekomen (zie kader).

Noot!! Let op!! Newway heeft niet alle bestaande combinaties getest. Dus is het advies om eerst in een test-omgeving de klantspecifieke opbouw te testen in combinatie met deze schakelaar alvorens life te gaan. Uitleg werking

Indien er voor de nieuwe instelling ‘Pop-ups onderdrukken’ gekozen is bij de kassa- instellingen dan wordt in deze onzichtbare kolom een vinkje gezet bij alle relevante opbouwvarianten, PLU-artikelen en de instelling ‘specificatie in opmerkingsregel’ (kassa-instellingen) en worden de pop-ups onderdrukt in het hoofdscherm. Nadat de kastransactie is afgehandeld en de caissière middels de tab afrekenen (F12) naar het afrekenscherm wil gaan. Worden alle kastransactieregels nogmaals doorlopen en wordt bij de regels waar een vinkje gezet is alsnog het pop-upscherm getoond. De pop-up-schermen verschijnen onder het bijbehorende artikel. De door de gebruiker ingegeven waardes worden tussengevoegd. Voordat naar het afrekenscherm gegaan wordt verschijnt de melding of men naar het afrekenscherm wil gaan of niet. Indien men voor nee kiest heeft men de mogelijkheid nog producten te scannen in de kassa (op basis vd pop-upschermen).


6.9.2 Bewaarbon Bewaarbon

Als er gewerkt wordt met bewaarbonnen, dan zijn deze terug te halen in de kassa vanuit het overzicht met <Enter> of door het nummer of de klantnaam te selecteren. Voorheen bleef de bewaarbon in het overzicht behouden en bestond de kans dat deze nogmaals werd opgeroepen. Nu wordt de bon uit het overzicht en fysiek uit het bewaarbonnen bestand verwijderd. Mocht het noodzakelijk zijn de kassatransactie opnieuw te parkeren in het bewaarbonnenbestand, dan moet deze opnieuw via worden opgeslagen.

6.9.3 Voorrang kassa Voorrang kassawerking 0801-68

Indien [Shift]+[F1] gebruikt wordt om een nieuw voorrangskassascherm te openen dan wordt eerst een leeg scherm gebruikt. Staat er meer dan één leeg scherm open dan wordt het eerste scherm gebruikt en worden de resterende schermen gesloten. Hierdoor zal minder snel het maximum van 5 voorrangkassa’s bereikt worden.

6.9.4 e-Customer e-CUSTOMER 0810-08 0812-03 0812-11 0904-12

Er zijn vanaf BlueRetail versie 3.41 verschillende aanpassingen gemaakt m.b.t. ECustomer t.o.v. versie 3.40. Deze zijn bedoeld als verbeterslagen. Deze aanpassingen zijn terug te leiden naar onderdelen van genoemde CASE documenten in de linkerkantlijn. De volgende aanpassingen zijn gemaakt:

Melding als de switch eCustomer op ja staat en de instellingen leeg zijn


ISO valutacode

0904-12

Functiepunt 4: Vernieuwd en uitgebreid instellingenscherm e-Gift Er zijn extra weergave instellingen op het e-Gift tabblad gekomen, waarmee de beschrijving van opwaarderingen en betalingen op een bon lay-out bepaald kunnen worden. 1) Dit naar aanleiding van het probleem dat het volledige giftcard-nummer net zo veel posities kan bevatten als de ruimte voor een artikelomschrijving op de kassabon. Met de instellingen is het nu mogelijk om zowel de totale lengte van de omschrijving als het aantal weer te geven cijfers van het kaartnummer te bepalen. In de transactieregel in de kassa worden deze twee velden samengevoegd in het veld omschrijving.

1 2 3

4 2) Onder het kopje ‘Opwaarderen’ bestaat de mogelijkheid het opwaardeermoment uit te kiezen. Dit houdt in dat men kan kiezen wanneer de opwaardering daadwerkelijk doorgevoerd wordt. Er zijn twee keuze mogelijk: a. Na betaling Dit houdt in dat de klant eerst moet betalen alvorens de transactie daadwerkelijk wordt doorgevoerd (dus na de bonkeuze in het afrekenscherm). Kassaregels kunnen daardoor zonder probleem worden verwijderd. b. Direct Dit houdt in dat de opwaardeertransactie direct wordt doorgevoerd. De klant heeft op dat moment nog niks betaald.

Release notes BlueRetail versie 3.41 Kassaregels kunnen verwijderd worden echter er wordt nu direct een reverse uitgevoerd, m.a.w. de transactie wordt teruggedraaid zodat het saldo op de kaart niet opgewaardeerd is terwijl er geen geld tegenover staat. Verder kan men ervoor kiezen dat het giftcardsaldo wel of niet automatisch opgevraagd wordt voor opwaarderen. 3) Onder het kopje ‘Afrekenen’ kan een e-gift betaalwijze aangemaakt worden. Dit gebeurt door deze betaalwijze hier te koppelen. Verder worden het minimum en maximum betaalbedrag overgenomen uit het betalingenbestand. Tenslotte kan men ook voor het afwaarderen aangeven of men wel of niet automatisch het giftcardsaldo op wil vragen voor betaling. 4) Het onderste kader “weergave kassabon” is nieuw en bevat de weergave informatie. Hier kunnen 3 zaken worden ingesteld:

0810-08 & 0812-03

•

Aantal posities voor artikel-omschrijving in bonlayout (maximaal 35 en minimaal 2 meer dan ingestelde aantal laatste x posities van kaartnummer)

•

Alleen laatste x posities van kaartnummer tonen (Maximaal 20, of twee minder dan ingestelde totaal aantal posities, en minimaal 1)

•

Opwaardeer-omschrijving (aantal karakters is afhankelijk van de overige 2 instellingen en is maximaal : Aantal posities voor omschrijving – laatste x posities kaartnummer – 1 en minimaal 1.

Functiepunt 1 iteratie 2:

In de menubalk van BlueRetail is een nieuw icoon waarmee ten allen tijde het saldo van een giftcard opgevraagd kan worden toegevoegd. De saldobutton in de menubalk kan ten allen tijde opgeroepen worden met de toets-combinatie [CTRL]+[G].

Functiepunt 2 iteratie2: Wanneer een kassabon afgerekend wordt met Giftcard, dan wordt deze automatisch leeggemaakt, wanneer het kaartsaldo lager zou zijn, dan het opgegeven te betalen bedrag. Bv. als het bontotaal € 79,84 is en het kaartsaldo € 40,02, dan wordt automatisch 40.02 euro afgewaardeerd en blijft er € 39,82 over.


Met opwaarderen icm een maximum kaartsaldo gebeurt hetzelfde. Stel het kaartsaldo is € 118,14 en men wil € 50,- opwaarderen, dan zal er automatisch 31.86 euro opgewaardeerd worden, zodat het nieuwe kaartsaldo € 150,- bedraagt.

Indien de kaart pas na betaling opgewaardeerd wordt, zal er vervolgens een melding verschijnen dat er € 18,14 wisselgeld gegeven moet worden, omdat de

Release notes BlueRetail versie 3.41 klant anders teveel heeft betaald.

Dit resulteert vervolgens in onderstaande kassabon:

De laatste twee regels van het artikelblok-gedeelte zijn opmerkingsregels, die zijn toegevoegd. Te zijn valt dat er bij de tweede opmerkingsregel een bedrag wordt afgedrukt. Hiervoor zien een aantal aanpassingen gemaakt, waardoor er nu dus opmerkingsregels in de database (KASREG) voor kunnen komen, waarvoor een waarde is ingevuld voor de velden AANTAL en PRIJS_I. Tevens kan ALLEEN met stuurcode [REGEL,18] de totale regelwaarde van zo’n opmerkingsrecord afgedrukt worden.

0812-11

Functiepunt 5 van Iteratie 2: Indien men ingesteld heeft, dat men kan opwaarderen zonder saldo-opvraag, en pas na betaling daadwerkelijk opgewaardeerd wordt, dan wordt nu ook het virtuele kaartsaldo bijgehouden, voor het geval een giftcard meermaals binnen 1 bon wordt opgewaardeerd en er een maximum kaartsaldo aktief is. Het virtuele kaartsaldo wordt bepaald door het actuele kaartsaldo plus het totaal van reeds eerder ‘opgewaardeerde’ giftcard-regels. Als men bv. een nieuwe giftcard koopt en het maximum kaartsaldo is € 150,-, dan kan men bv. niet 4x in 1 bon opwaarderen met € 50,-. De vierde keer zal er een melding verschijnen:


Als men na twee keer opwaarderen, bv. het saldo had opgevraagd, dan was het volgende venster verschenen:

Het virtuele saldo wordt nu zichtbaar als het totaal van het huidige saldo, en het totaal van de regels in de kassabon, met hetzelfde kaartnummer.

Release notes BlueRetail versie 3.41 Delta eCustomer 0810-17

Bij de ‘E-Customer’ instellingen tab ‘E-Voucher/E-Ticket’ worden de bestanden automatisch uitgelezen vanuit de aangegeven directory. De ingelezen gegevens worden tevens getoond maar zijn niet wijzigbaar vanuit BlueRetail.

Alleen die regels worden ingelezen waarbij de merchant- en till-id van het bestand overeenkomen met de merchant- en till-id die op het filiaal ingesteld zijn. Indien er zich artikelen in het artikelbestand bevinden met dezelfde barcode als die in de productlijst dan wordt dit gekoppelde artikel getoond. Indien er zich een artikel in het artikelbestand bevind met eenzelfde barcode als in de productlijst dan worden de gegevens van dit artikel getoond. De gegevens zijn echter rood indien de verkoopprijs van het artikel niet overeenkomt met de prijs in de productlijst en blauw indien dit wel het geval is. Op basis van de huidige instellingen word in de kassa bij het scannen van het aan de provider gekoppelde artikel een pop-up-scherm getoond met de standaard opwaardeerwaarden (e-Voucher) of entreeprijzen (e-Ticket). Omdat nu per opwaardeerbedrag een artikel gekoppeld gaat worden is dit niet meer nodig. Er vindt nu in het instellingenscherm ook een controle plaats zodat een artikel niet twee keer gekoppeld kan worden aan verschillende tickets/vouchers. Extra printer koppeling

Bij de printerselectie is een extra veld toegevoegd voor de E-Customer transactiebon. Je zou dan deze bon aan een specifieke printer kunnen koppelen. De betaalautomaat en de module E-Customer maken gebruik van dezelfde printer. Indien de betaalautomaat niet actief is komt er bij ‘Instellen printerselectie’ ‘ECustomer transactiebon’ te staan.

Release notes BlueRetail versie 3.41 Nieuwe stuurcode m.b.t. eCustomer

Er is een stuurcode voor de E-Customerbon toegevoegd indien men een bon selecteert in de formulier-editor en een rechtermuisklik geeft.

6.10

Klant

6.11

Logistiek

6.11.1 Functionele aanpassingen t.b.v. Besteladvies o.b.v. Min/Max waarden. NW20090542

Inkoopbesteladvies bepaling Vanaf 3.41 zijn er aanpassingen gemaakt in de berekening van het besteladvies voor een artikel. Voorheen werd de voorraad door het besteladvies aangevuld TOT AAN het ingestelde maximum. Dus als men een maximum voorraad had ingesteld van 10 stuks, dan werd de actuele voorraad van het artikel 9 stuks, nadat de bestelling van het besteladvies was binnengeboekt. Vanaf versie 3.41 is er een instelling toegevoegd voor supervisors, dealers en service new-way, waarmee de voorraad door het besteladvies kan worden aangevuld TOT EN MET het ingestelde maximum. Dus als men een maximum voorraad heeft ingesteld van 10 stuks, dan wordt de actuele voorraad van het artikel ook aangevuld tot 10 stuks, hetgeen voorheen tot 9 stuks was. De instelling staat op het tabblad Voorraad bij menu-optie ISA:

Zij heeft default de waarde, die overeenkomt met de oude werking.


Door deze functionele wijziging kan het dus noodzakelijk zijn, om na de migratie naar 3.41 EN na aanpassing van deze instelling de waarden voor het veld ARTIKEL.MAX_VRD met 1 te verlagen, omdat er anders meer artikelen besteld worden dan voorheen. (Zie 6.11.2) Het is dus verstandig om een goed moment te kiezen als men de instelling wil veranderen. Als de min/max bv. centraal beheerd wordt, kan de instelling pas omgezet worden, nadat alle filialen ook zijn geupdate! Uitleg berekening Besteladvies voor de optie ‘Bestellen tot en met maximum voorraad’

Bij het berekenen van het besteladvies wordt rekening gehouden met de volgende Artikel-velden: • Besteladvies (SW_BESTEL) = Min/Max, Nee of Verkocht • Voorraadbeheer (SW_VRD) = Ja, Nee, Uitl., Verv., Geblok. • Minimum Voorraad (MIN_VRD en HK_MIN_VRD) = Aantal • Maximum Voorraad (MAX_VRD) = 0 of Aantal • Min. Bestelhoeveelheid (BEST_EENH) = 0 of Aantal • Actuele voorraad (ACT_VRD) = Aantal • In Bestelling (IN_BESTEL) = Aantal • In Nalevering (IN_NALEV) = Aantal • Gereserveerd (GERES_VRD) = Aantal De gemaakte aanpassingen hebben ALLEEN betrekking op artikelen waarvoor geldt: Besteladvies = Min/Max en Voorraadbeheer = Ja, (SW_BESTEL = 1 en SW_VRD = 1). De berekening van het besteladvies is als volgt: 1. Bepaal de minimum voorraad, is afhankelijk van de hoogste waarde tussen de centraal ingestelde minimum voorraad en de op het filiaal ingestelde minimum voorraad, oftewel: Minimum_voorraad = Max(MIN_VRD, HK_MIN_VRD) 2. Bepaal de Beschikbare Voorraad, op basis van onderstaande formule: Beschikbare_voorraad = ACT_VRD + IN_BESTEL – IN_NALEV – GERES_VRD Als Beschikbare_voorraad < Minimum_voorraad, dan dient er mogelijk besteld te worden. Anders is het aantal te bestellen 0. 3. Bepaal de Maximum_Voorraad, is afhnakelijk van de hoogste waarde tussen de ingestelde maximum voorraad -1 en de minimum voorraad, oftewel: Maximum_Voorraad = Max(MAX_VRD, Minimum_Voorraad) 4. Bepalen of de maximum voorraad overschreden mag worden. Dit is alleen het geval als de ingestelde minimum voorraad leidend is, d.w.z.: Als Maximum_Voorraad = Minimum_Voorraad Dan MaximumOverschrijdenMag Anders mag het te bestellen aantal nooit de maximum voorraad overschrijden. 5. Bepaal het aantal te bestellen, op basis van: Aantal_Te_Bestellen = Maximum_voorraad – Beschikbare_Voorraad 6. Als BEST_EENH <> 0 Dan eventueel verlagen of verhogen van Aantal_Te_Bestellen, zodat deze een veelvoud wordt van de besteleenheid, oftewel: BestelVeelVoud = IntegerPart(Aantal_Te_Bestellen \ BEST_EENH) * BEST_EENH Als MaximumOverschrijdenMag Dan Als Bestelvoud < Aantal_Te_Bestellen DAN Aantal_Te_Bestellen = BestelVeelvoud + BEST_EENH Anders Aantal_Te_Bestellen = BestelVeelvoud Eind Anders Aantal_Te_Bestellen = BestelVeelvoud Eind

Eind

Release notes BlueRetail versie 3.41 Voorbeelden van de mogelijkheden

Bovenstaande regels kunnen het best verduidelijkt worden met een aantal voorbeelden, die hieronder gegeven worden. Tevens is in de laatste twee kolommen zichtbaar wat de verschillen zijn in het resultaat, voor en na de wijziging. De kolom Aantal te bestellen = Maximum voorraad – Beschikbare voorraad. De situatie is dat er van een nieuw artikel 1 stuks op een verkooporder geplaatst is.


6.11.2 Correctie Min, Max, Act-vrrd, & besteleenheid geautomatiseerd Automatisch aanpassen Min/max

Aangezien er wijzigingen zijn geweest in de werking van het besteladvies(vroeger was dit tot de maximale voorraad en nu is dit tot en met de maximale voorraad) is er in de artikelselecties een extra mogelijkheid ingebouwd om voor de artikelen die betreft zijn eenvoudig de waaden van de betreffende velden aan te passen. Dit gaat als volgt: 1.

Ga naar artikelselecties en maak een selectie aan voor de betreffende artikelen. (zie hieronder voor een voorbeeld).

Het kan nodig zijn om nog een extra conditie in de selectie op te nemen, dat de Min. Besteleenheid = 1 moet zijn, afhnakelijk van de ingestelde waardes. Er dient gecontroleerd te worden, dat door de verlaging de maximum voorraad niet lager wordt dan MIN_VRD + BEST_EENH! 2.

Ga naar de ‘Overzicht’-tab en kies automatisch wijzigen.

3. 4.

Klik op de button ‘Wijzigen’. In de artikelkaart kan nu d.m.v. een rechtermuisklik op het betreffende veld (let op: dit werkt alleen voor de velden actuele voorraad, minimale bestelhoeveelheid, minimum voorraad en maximum voorraad), de reeds bestaande waarde verhoogd of verlaagd worden met de ingegeven waarde in het respectievelijke veld


Noot!! Let op!! Indien vanuit de kassa middels [CTRL] + [A] naar de artikelkaart wordt gegaan dan onthoud het systeem de tab die de laatste keer geopend is. Voor wat betreft de tabbladen onder de tab ‘Details’ (prijzen en overig) is dit momenteel niet het geval. Vanaf de versie 3.41 werkt dit wel goed.

6.11.3 Nieuwe Switch bij Assortiment

Bewaarbonnen switch Voorheen was het voor klanten, die niet beschikten over de module verkooporder, niet mogelijk artikelen te bestellen via een automatische inkooporder die buiten het assortiment van de winkel vielen. Normaalgesproken zou een reservering voor een klant plaatsvinden via een verkooporder op basis waarvan dan een inkooporder aangemaakt zou worden. Door klanten die niet over de module verkooporder beschikken wordt gebruik gemaakt van de functie bewaarbon als zijnde reservering voor de klant. In deze versie bevind zich een nieuwe instelling die ervoor zorgt dat artikelen die buiten het assortiment van een winkel vallen en in een bewaarbon staan mee worden genomen bij het automatisch bestellen. Deze instelling zal ervoor zorgen dat andere klanten geen hinder ondervinden van de wijziging en hun huidige procedure kunnen blijven volgen. In de bewaarbonkop zal een positie van het statusveld gebruikt worden om aan te geven dat van een bewaarbon reeds automatisch een inkooporder is aangemaakt. Dit leidt er wel toe dat deze oplossing werkt bij klanten die slechts 1 leverancier (=hoofdkantoor) hebben.


Bewaarbonnen worden ook in het verzamelrekeningbestand opgeslagen en zijn te herkennen aan een verzamelrekeningregel met het veld ‘Bewaarbonnummer’ gevuld. De regel in het kopbestand bevat ook een statusveld. In dit statusveld gaat een kenmerk bijgehouden worden voor het feit of van een bewaarbon al automatisch een inkooporder is aangemaakt of niet. Indien dit het geval is verschijnt op positie 10 van het statusveld een ‘B’ (van Besteld) net zoals bij een verkooporder.


7

Bugs

Inleiding

In deze versie zijn onderstaande bugs opgelost. Dit betreft alle escalaties t/m ±21 juli 2009 en ± alle call’s met de status hoog t/m minimaal 13 april 2009. Het zijn call’s van alle klanten naar ouderdom en status. Het is aan de klant/partner zijn eigen call nummer te herkennen. Veelal is er reeds door de support organisatie 3e lijn van Newway een terugkoppeling geweest per mail.

MELD_NR

PRIORITEIT

UW_REFERENTIE

20080757

Escalatie

00.101.787

20081533

Escalatie

20081574

Escalatie

20090036

Escalatie

20090072 20090076 20090207 20090219 20090226

Escalatie Escalatie Escalatie Escalatie Escalatie

00.123.852 00.123.967

20090233

Escalatie

00.126.584

20090241

Escalatie

00.126.870

20090243

Escalatie

00.126.861

20090295

Escalatie

00.127.636

20090332

Escalatie

00.128.264

20090362

Escalatie

00.128.906

20090387

Escalatie

00.129.246

20090436

Escalatie

00.129.883

20090465

Escalatie

00.130.233

20090542

Escalatie

00.131.665

20090581

Escalatie

20090594

Escalatie

00.132.605

20090597 20090604 20090637 20090691 20090708

Escalatie Escalatie Escalatie Escalatie Escalatie

00.132.740 MT341008_001 MT996 MT001 GK005

20080999

Hoog

20081000

Hoog

00.105.727

20081086

Hoog

00.105.069

20081403 20081576

Hoog Hoog

00.109.575 51338

20081592

Hoog

5077

20081668

Hoog

5448

INC 4952

IM001849

PROBLEEM_KORT Optie 'Opnemen: ...' werkt niet correct bij aanmaken nieuwe order Keuze opbouw document verschijnt onterecht Bij de selecties wordt niet gesorteerd op het eerste selectieveld. XFiss: Filiaalnummer (4 cijfers) wordt afgekapt en 2e vermelding alleen 3 cijfers Prijswijzigingen zijn niet doorgevoerd in filiaal Gouda? Kasverschillen nivo instelling afdrukken relatie etiketten werkt niet. Vraag over faktuurmatching in versie3 script geeft na update ander resultaat Instelling HHT export: vinkje magazijnlocatie / assortiment is niet aanwezig? Verwerkingsverslag is niet meer aanwezig bij binnenkomstgoederen i.c.m. HHT. Historie transacties op basis selectie geeft foutmelding: Fout 1003 Leveren binnenkomst goederen interfiliaal geeft foutief ordernummer / naw gegevens Na update naar 3.40 wordt betaalbewijs niet (direct) afgedrukt. Afdrukvolgorde niet volgens selectie. Na wijzigen artikel in versie 3.40 wordt scherm verkeerd weergegeven en niet gerefreshed. Zoeken artikel werkt niet meer met voorkeursindex Vermenigvuldigen gaat fout bij invoeren debiteur en crediteur orders Verkeerde aantal besteld op besteladvies regel iin inkooporder Exporteren inkooporders via exporder.bat werkt niet in 3.40 Bij opvragen debiteur order in de kassa wordt verkeerde prijs weergegeven Aantal geleverd fout na invoegen tweede order Fatale foutmelding bij basis export Fatale foutmelding bij starten UITVAL Fatale foutmelding op HK bij voorbereiden HK - filiaal communicatie niet mogelijk Geen volledige 2e bon bij afdrukken transactie met creditcard. Kassatransactie met betaalwijze Eurocard / Mastercard geeft foutieve kassabon. Artikelopbouw met set met artikelspecificatie - instelbare set werkt niet (juni) Bij afdrukken subgroep wordt alleen de 1ste afgedrukt. Bug in de FIS2000-export Kas niet op te maken doordat er alleen maar 1 verkoop is gedaan op rekening. Transactie op omzetgroep vraagt giftcard

Release notes BlueRetail versie 3.41 20090013 20090035 20090040 20090098 20090203

Hoog Hoog Hoog Hoog Hoog

00.121.954 MT003 00.124.425 MT007

20090235

Hoog

00.126.596

20090242

Hoog

00.126.893

20090324

Hoog

20090331

Hoog

00.128.256

20090347

Hoog

MT001

20090351

Hoog

00.128.612

20090360

Hoog

20090391 20090428

Hoog Hoog

00.129.364 MT006

20090451

Hoog

00.130.080

20090455

Hoog

00.130.114

20090512 20090606 20090615 20090696

Hoog Hoog Hoog Hoog

00.130.983

20090707

Hoog

GK0002

20090709

Hoog

GK003

20090711

Hoog

PR004

20090721

Hoog

RB005

20090722

Hoog

PR005

20090742

Hoog

MvV002/CASE 0904-16 Afdrukken van kasjournaal in pdf raakt in lus

20090745

Hoog

RW001

20090746

Hoog

RW002

20090748 20090749

Hoog Hoog

RW003 RW004

20090760

Hoog

LW026

20090763

Hoog

LW022

20090764

Hoog

LW020

20090765 20090779 20090780 20090781 20090783

Hoog Hoog Hoog Hoog Hoog

LW019 LvdO009 LvdO010 RW007 RW009

20090784

Hoog

RW010

20090797

Hoog

BR008

20090800

Hoog

LW032

00.133.123 LvdO002

Doorboeken verzamelrekeningen via selectie werkt niet Probleem met AP's in versie3 Geen specificatie van BTW(nul) op afdruk kassajournaal. BTW kolom wordt niet gevuld i.c.m. selektie (juni) Onterechte locking op debiteuren orders Nieuwe instelling DKK -> Transactie mogelijk na Tellen? verzorgd lange opstart kassa Map HHT\"Stationsnummer"\Backup wordt niet meer gevuld? Fout bij indexeren logboek RMK bij overzicht facturen t.b.v. printen van een PDF geeft geen inhoud. Bij update wordt boekhoudinstelling volgnummer niet meegenomen Negatief order kan nogmaals betaald worden Relatie niet te verwijderen als gefilterd wordt op achternaam Printen relatie documenten loopt vast Onterechte Giftcard Reverse (melding) Stuurcode betreffende weglaten nul bedragen werkt niet correct Stuurcode weglaten 0-prijs bij dostekstprinter werkt niet goed Notitie op deb. order wordt verkeerd afgedrukt Import pakbon F4 opmerking regel verspringt t.o.v. de omschrijving Bewaarbon wordt zonder relatie opgeslagen Omschrijving komt met HK-filiaal communicatie niet over bij nieuwe artikelen (3.41 - 2.43) Aantal in aanbieding komt niet door bij HK-filiaal communictie (3.41 - 2.43) Foutmelding bij open valutabestand In het nog te ontvangen bedrag blijft het afrondingsbedrag staan bij afrekenen kassa. Afdruk reklame tekst niet goed als deze uit meerdere regels bestaat.

Volgnummer wordt niet in de boekhoudkoppeling opgeslagen Alle kas- en kluisgeld wordt geexporteerd in boekhoudkoppeling Naamgeving klopt niet van formulieren kluis Geen sealbagnummer op afstortbewijs Fatale foutmelding logboek betaal-transacties met filter op kaarttype Fatale foutmelding indien niet bestaande BTW geselecteerd wordt Fatale foutmelding bij kleiner maken scherm categorie structuur fatale fout bij plakken van gekopieerde categorie. uitstellen vrage bij opbouw gaat fout fout bij opbouw in combinatie met ope n plu Geen bedragen op afstortbewijs van kluis naar bank Automatisch boekhoudexport na tellen kluisgeld Foutieve bedrag op afrondingsverschil bij export boekhouding na tellen Geleverde aantallen worden niet goedbijgewerkt bij doorboeken Order naar Factuur. Te betalen bedrag en nieuw saldo verwisseld.

Release notes BlueRetail versie 3.41 20090814 20090826 20090834

Hoog Hoog Hoog

I_001 MvV LW036

20090850

Hoog

LW041

20090852 20090854

Hoog Hoog

RB013 RB014

20080114

Middel

20080171

Middel

1042

20080475

Middel

1088

20080478

Middel

1084

20080520

Middel

00.099.487

20080721

Middel

00.101.546

20080893

Middel

00.103.818

20081122

Middel

00.106.146

20081154

Middel

00.107.144

20081160 20081365

Middel Middel

3701 NVT

20081484

Middel

00.110.333

20081565

Middel

00.111.761

20081629 20081676 20081677

Middel Middel Middel

INC 5256 5516 5521

20081721

Middel

20081746

Middel

1136

20082011 20082012 20090016


1142 1143 20090016

20090087

Middel

20090166 20090205 20090223


CR001 Case 0812-15 86131

20090230

Middel

Onbekend

20090244

Middel

00.126.934

20090306 20090309 20090349 20090350

Middel Middel Middel Middel

LW014 LvdO014 MT002 MT003

20090355

Middel

MT006

20090356

Middel

MT005

20090367

Middel

RW004

20090374 20090407

Middel Middel

00.128.922 88623

Invoeren beginbedrag kluis Fout leveren verkooporders via terminal Retour voucher wordt toch opgewaardeerd Geen opwaardering E-gift in Dagjournaal na bijwerken uitval Geen wijziging mogelijk bij artikelselectie Foutief 3- en 2 cijferig filiaalnummer in XFIS export printen van Opbouwlayout dat de tekst niet geheel compleet wordt uitgeprint. Tellijst is niet meer aanwezig ( in BADO) Opbouw probleem aanmelden op het AgriRetail-MMS (v3.31a). Kortingen in periodeoverzicht omzetgroepen niet juist getoond Bij verkoop (via kassa) bij het selecteren van een geblokkeerde relatie krijgt men 2 keer de melding Aanslaan op omzetgroep geeft verkeerd bedrag weer Bij berekingen met bedragen van 2 decimalen in de invoer regel krijgt men een fout Bij exporteren naar excel is de layout onbruikbaar/onleesbaar. (juni) Niet alle velden van "OmzetPostcode" aanwezig in generieke selecties Intertoys filiaal 300; contracode kan omzeild worden. Maatwerk-instelling 'Annuleren orders' werkt niet correct Statistiek gegevens naar excel exporteren geeft verwaarde data Patch 282 geeft problemen bij bewaarbon Ook Patch 291 (juni) INC 5256 HKNL Deelbetaling giftcard verdwenen. Verkoop op omzetgroep na giftcard transactie Zoeken artikel en artikelkaart opvragen Niet meer terug naar kassa invoer na direct afrekenen bewaarbon. Afdruk bij BADO bevat ook de gegevens van hetzelfde sessienummer bij BADCB Getalnotatie bij exporteren van selectie niet correct Problemen met de getalnotatie vanuit exportscripts. Doorboeken verzamelrekeningen: een bonnummer Gegevens uit de postcodetabel wordt bij het contactpersonen-bestand niet overgenomen Melding 'Kredietlimiet is overschreden' Maatwerk patch 019 giftcard en bewaarbon Case 0812-15 Veld Francowaarde niet te selecteren in relatieselecties. Pakket klapt eruit bij afdrukken afstortbewijs via kasgeldjournaal Tijd kan men bij aanbieding niet meer aanvinken nadat deze is opgeslagen Fraude mogelijk met gift-card via voorrangskassa artikelnummer moet ART_NUMMER zijn Geen Sealbagnummer Maximumkaartsaldo wordt bij update niet meegenomen Bij update worden de voorkeursinstellingen van artikel zoeken niet meegenomen Diverse fouten bij instelling Pop-up onderdrukken Verwijderen bewaarbon wanneer deze in de kassa opgehaald wordt Uitval kopieert touch instellingen en layouts niet mee Verzamelrekening doorboeken volgens selectie

Release notes BlueRetail versie 3.41 Kostenplaats beginnend met een punt niet mogelijk binnen BR NVT Zoeken via functietoetsen 00.130.193 Regels dubbel zichtbaar na verwijderen laatste regel Er staat in de kassa al een negatieve waarde bij wisselgeld in afrekenscherm 00.131.097 Vraag over afdrukken overzicht Bestand artikelen tabblad Data is foutief indien 00.132.316 gemaximaliseerd fout in aansturing reclameteksten IM002338 Bewaarbon laat 0 bedrag zien als subtotaal 11884 Retour bedrag op giftcard Kassaregels waar geen artikel op staat krijgen als aantal LvdO001 nul RB002 Artikel wijzigt spontaan bij invoer aanbieding LW001+LW002 Multimedia onterechte melding bij opslaan Teveel of te weinig info bij afdrukken van bestanden vanuit LW005+LW004+LW003 kaart en overzicht Datumveld wordt tenonrechte leeg na afdruk Kassajournaal RB003 en wisselen van station In Kassajournaal worden geen aanbetalingen RB004 gerapporteerd Veld "Maximale korting" in kortingtabellen bestand niet LW012 correct

20090412

Middel

20090452 20090459

Middel Middel

20090477

Middel

20090518

Middel

20090582

Middel

20090603 20090620 20090629


20090697

Middel

20090699 20090713

Middel Middel

20090714

Middel

20090719

Middel

20090720

Middel

20090732

Middel

20090734

Middel

VERSIE 3.41.CR014

Betalingen niet uitgelijnd op afdruk kasmutaties

20090744 20090758

Middel Middel

LvdO008 LW015

20090761

Middel

LW024

20090767

Middel

LW017

20090768

Middel

LW018

20090769 20090772 20090774 20090782 20090801 20090802 20090818 20090832 20090833

Middel Middel Middel Middel Middel Middel Middel Middel Middel

LW021 LW027

20090841

Middel

LW038

20081111

Laag

1098

Bewaarbon op naam bij selecteren crediteur Omschrijving niet aangepast aan die van van de ISO Code Fatale programmafout bij afdrukken tabellen postcode registratie Bestand kenmerk. Geen vrije invoer mogelijk indien Vrije invoer =ja en toch een lijst van mogelijke Schermfoutje bij bestand categorie / kenmerk / nieuwe boom Bestand kenmerk. op te slaan zonder lijst Ontbrekende schermnaam 'Omschrijving verpakking' BEWAARBONNEN OP 0.00 Sealbagnummer wordt niet mee geexporteerd Afwaardeer scherm raakt in een lus Foutieve soorttransactie in logboek betaaltransacties Foutieve exportbestand XFIS: dubbel quote bij INT Geen melding van onvoldoende voorraad bij popup op Nee Geen waarde veld 'zichtbaar bij' op de artikelkaart 6 verschillende betaalwijzen selecteren mogelijk na verwijderen van een betaling Valutakolom in scherm tellenkasgeld wordt niet meteen gevuld.

20090169

Laag

LW016 /00.128.257

Schoonheidsfoutje scherm prijswijzigingen op termijn

20090170

Laag

LW017 / 00.128.769

Schoonheidsfoutje scherm artikelen tabblad DATA

20090171 20090176

Laag Laag

LW018 PR024

20090353

Laag

MT004

20090429

Laag

MT007

20090478

Laag

Schoonheidsfoutje scherm Relaties tabblad Details Zandloper blijft actief Verkeerde tooltip en tekstregel bij instelling Pop-up scherm onderdrukken "Verkeerde" defaults getoond bij E-Customer Op Kassabon staat [EGIFTSALDO] dit moet in de layout van Demobedrijf gewijzigd worden

RW008 LW031 LW030 I_003 RB011 RB012

Release notes BlueRetail versie 3.41 20090698

Laag

RB001

20090702

Laag

IM002443

20090710 20090712

Laag Laag

GK004 PR003

20090715

Laag

LW006

20090717

Laag

LW008

20090750

Laag

RW005

Dubbele melding kredietlimiet overschreden bij invoegen klantorder in kassa Tabblad Data op artikelkaart toont in volledig scherm de gegevens door elkaar Schoonheidfoutjes in scherm Prijswijziging op termijn Foutieve BTW-percentage op afdruk relatie Schoonheidsfoutje bij groter maken scherm Alt relatiegroepkaart Statiegeld loepje verdwijnt onder invoerveld bij wijzigen Geen controle op omzetgroeprekeningnummer in boekhoudkoppeling


Call nummer Newway

Call nummer Partner

20090604

MT341008_001 Fatale foutmelding bij basis export

20090271 20080757 20080475

1088

20080721 20081122

00.101.546 00.106.146

20081160 20081403 20081484

3701 00.109.575 00.110.333

20081507

00.110.543

20081576 20082012 20090087

51338 1143 -

20090123 20090166 20090171 20090351 20090360

LVDO004 CR001 LW018 00.128.612

20090374 20090391 20090581

00.128.922 00.129.364

20090634 20090635 20090637

MT998 MT997 MT996

Probleemomschrijving

Opbouw probleem aanmelden op het een klant MMS (v3.31a). Aanslaan op omzetgroep geeft verkeerd bedrag weer Bij exporteren naar Excel is de lay-out onbruikbaar/onleesbaar. (juni) Intertoys filiaal 300; contracode kan omzeild worden. Bij afdrukken subgroep wordt alleen de 1ste afgedrukt. Statistiek gegevens naar Excel exporteren geeft verwaarde data Klanten missen relaties gekoppeld aan transacties, in de transactie staan ##### Bug in de FIS2000-export Problemen met de getalnotatie vanuit exportscripts. Gegevens uit de postcodetabel wordt bij het contactpersonenbestand niet overgenomen Opstarten touch in uitval Melding 'Kredietlimiet is overschreden' Schoonheidsfoutje scherm Relaties tabblad Details Negatief order kan nogmaals betaald worden Relatie niet te verwijderen als gefilterd wordt op achternaam Uitval kopieert touch instellingen en lay-outs niet mee Printen relatie documenten loopt vast Exporteren inkooporders via exporder.bat werkt niet in 3.40 Icoon gebruiker blanco in Autom. proc. Status balk buiten beeld bij starten BlueRetail. Fatale foutmelding bij starten UITVAL

Release Notes versie 3.41 GD. Product Management

Recommend Documents