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.
Release notes BlueRetail versie 3.41
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.
Release notes BlueRetail versie 3.41
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.
Release notes BlueRetail versie 3.41
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]).
Release notes BlueRetail versie 3.41
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.
Release notes BlueRetail versie 3.41
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
Release notes BlueRetail versie 3.41
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.
Release notes BlueRetail versie 3.41
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).
Release notes BlueRetail versie 3.41
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 start- en 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 start- en 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. >
Release notes BlueRetail versie 3.41
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.
Release notes BlueRetail versie 3.41
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.
Release notes BlueRetail versie 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.
Release notes BlueRetail versie 3.41
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
Release notes BlueRetail versie 3.41
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
Release notes BlueRetail versie 3.41
•
•
• • 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. >
Release notes BlueRetail versie 3.41
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).
Release notes BlueRetail versie 3.41
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
Release notes BlueRetail versie 3.41
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.
Release notes BlueRetail versie 3.41
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:
Release notes BlueRetail versie 3.41
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.
Release notes BlueRetail versie 3.41
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.
Release notes BlueRetail versie 3.41
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
Release notes BlueRetail versie 3.41
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.
Release notes BlueRetail versie 3.41
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.
Release notes BlueRetail versie 3.41
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
Middel Middel Middel
1142 1143 20090016
20090087
Middel
20090166 20090205 20090223
Middel Middel Middel
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
Middel Middel Middel
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
Release notes BlueRetail versie 3.41
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