Release Notes BlueRetail versie 4.0.1

Transcriptie

1 Release Notes BlueRetail versie Product Management Versie 0.2 Venlo, Oktober 2015 Bestand: BR v4.0.1 Release notes NL GD.docx

2 Versiebeheer Naam Datum Versie Wijziging R. Wolters 06/10/15 V0.1 Initiële versie. R. Wolters 08/10/15 V0.2 Laatste schermwijzigingen doorgevoerd. Disclaimer Ondanks alle aan de samenstelling van de tekst bestede zorg, kan Newway géén enkele aansprakelijkheid aanvaarden voor eventuele directe en/indirecte schade, die voortvloeit/zou kunnen voortvloeien uit enige inhoudelijke onvolledigheid en/of onjuistheid, of andere fout, die in deze uitgave zou kunnen voorkomen. Alle rechten voorbehouden. Niets uit deze uitgave mag worden verveelvoudigd, opgeslagen in geautomatiseerd gegevensbestand, of openbaar gemaakt, in enige vorm of op enige wijze, hetzij elektronisch, mechanisch, door fotokopieën, opname, of op enige andere manier, zonder voorafgaande uitdrukkelijke toestemming van Newway van 37

3 Inhoudsopgave 1 INLEIDING TOELICHTING DOCUMENTINDELING PLANNING Roadmap Release planning TECHNIEK Algemeen Installatie Database Update instructie Instructies bij calamiteiten Compatibiliteit met lagere versies Koppeling BlueMobile Batch Koppeling BlueMobile Wi-Fi (Client/Server) BLUERETAIL BUGS MAATWERK EN NIEUWE FUNCTIONALITEIT BlueRetail nieuwe stijl Nieuwe instelling Maatwerk: wijziging kortingstabel bonomzet Maatwerk: export voorraadwaarde mutaties Unit TOELICHTING NOTATIES DEFINITIES EN KERNBEGRIPPEN van 37

4 1 Inleiding Inhoud Deze release notes hebben betrekking op BlueRetail versie Global Deployed (GD). In deze release notes worden de belangrijkste wijzigingen beschreven ten opzichte van BlueRetail versie en oudere versies. Deze release notes zijn bedoeld om klanten en partners inzicht te verschaffen in de wijzigingen en nieuwe functionaliteit in deze versie van BlueRetail. Versiebeheer Release Notes Product Management zal het document updaten zodra hier vanuit de Newway Product Portfolio of vanuit enig ander technisch oogpunt noodzaak toe is. Voorgaande release notes Eerdere release notes staan op de BlueRetail website en zijn op te vragen bij Newway of te raadplegen in de map Documentatie van de installatieset. De release notes zijn met de grootst mogelijke zorg samengesteld. Mochten er onverhoopt toch fouten in voorkomen, dan biedt Newway u bij voorbaat haar excuses daarvoor aan. Newway accepteert géén schadeclaims als gevolg van eventuele fouten in de release notes. Er kunnen géén rechten worden ontleend aan de inhoud. BlueRetail versie Major Release Deze versie is de opvolger van BlueRetail GD. Deze versie bevat: Alle opgeloste fouten met status hoog, middel en laag zover dit binnen de planning paste. Zie hoofdstuk 5. Alle functionele omissies met status hoog, middel en laag zover dit binnen de planning paste. Zie hoofdstuk 5. Maatwerk of functionele wijzigingen. Zie hoofdstuk 6. Newway is permanent bezig met het verbeteren van het product BlueRetail. Hierdoor kan het voorkomen dat koppelingen met applicaties van derden herzien moeten worden door databasemutaties; het pakket niet meer 100% neerwaarts compatibel is Wij vragen hiervoor uw begrip. BlueRetail is een zeer omvangrijk, maar ook complex product en het is absoluut onmogelijk om zowel vooraf aan een nieuwe release alle fouten te vinden als ook volledige compatibiliteit te behouden met vorige versies. Vragen Bij eventuele vragen betreffende deze release kunnen BlueRetail eindgebruikers contact opnemen met de desbetreffende BlueRetail Business partner van 37

5 2 Toelichting documentindeling Leeswijzer Techniek Functioneel Dit document is opgedeeld in een technisch en functioneel gedeelte. In het technische deel (hoofdstuk 4) worden zaken besproken zoals database wijzigingen t.o.v. de vorige GD versie en installatie/update instructies. In het functionele deel (hoofdstuk 5 en 6) komen alle gebouwde oplossingen en eventueel maatwerk en/of nieuwe functionaliteiten aan bod van 37

6 3 Planning Inleiding In dit hoofdstuk worden de algehele roadmap voor BlueRetail getoond. Verder wordt de status van deze release t.o.v. de initiële planning weergegeven alsook de planning voor de volgende maandrelease. 3.1 Roadmap Inleiding Onderstaande de roadmap BlueRetail stand september Roadmap van 37

7 3.2 Release planning Sprint September 2015 Release versie: Geplande release datum: 07 oktober 2015 Release datum: 07 oktober 2015 Geplande functionaliteit Status Uitrol/update BlueRetail via BCesb Gereed voor testen. Loopt. Nieuwe opleverdatum 12/10/15. Selectie calls status Fout, prio Gerealiseerd Middel en Hoog. Maatwerk XML export Gerealiseerd voorraadwaarde t.b.v. Unit4 Maatwerk korting over korting Gerealiseerd Technische revisie BlueRetail fase Gerealiseerd 1 Nieuwe style sheet GUI WinDev 20 Platform Gerealiseerd Sprint Oktober 2015 Release versie: Geplande release datum: 04 november 2015 Geplande functionaliteit: Uitrol/update BlueRetail via BC-esb Global deployed. Maatwerk Koppeling met Glory Cash Infinity Technische revisie BlueRetail fase 1 Eerste schermen live Selectie calls status Fout, prio Middel en Hoog van 37

8 4 Techniek 4.1 Algemeen WinDev Versie Deze versie is ontwikkeld met de WinDev 20 UK versie ( Dit zou géén gevolgen mogen hebben voor u als gebruiker. Newway kan dit echter niet 100% uitsluiten! Type update Prioriteit X X Kopieslag Patch verzoek Update Upgrade Servicepack Urgent / Spoed Hoog Gemiddeld Laag Nader te bepalen Grootte update ± 40 MB Reboot nodig JA NEE Backup nodig JA NEE Rollback functionaliteit JA NEE 4.2 Installatie Installatie voorwaarden Deze versie kan geïnstalleerd worden als opvolger van New-Way Retail Software versie 2.4x of BlueRetail 3.xx. De bestandsconversie zal geheel automatisch worden uitgevoerd. Indien de uitvalmodule aanwezig en geactiveerd is en het pakket conform de Newway richtlijnen is geïnstalleerd, dan zal op het werkstation (binnen het lokale netwerk) geheel automatisch het pakket worden geüpdate. Tevens zal de bijbehorende database conversie van de uitval database automatisch geschieden. Uitvoer instructie Deze BlueRetail installatie moet absoluut dedicated gedraaid worden met betrekking tot de BlueRetail database, omdat er een database conversie moet kunnen worden uitgevoerd. Dit houdt in dat: De automatische procedures NIET mogen draaien. De eventuele database back-up NIET mag worden uitgevoerd. Alle werkstations (server, info-points, kassa s en overige werkstations) BlueRetail verlaten moeten hebben. De applicatie mag dus NIET in gebruik zijn, in géén enkele vorm en/of op géén enkel station. Er géén andere Newway producten of producten van derden die de database kunnen gebruiken actief mogen zijn. De Kioskserver moet zijn gekilled via de taakmanager van 37

9 4.3 Database Inleiding Verwijderde hyperfile bestanden Nieuwe hyperfile bestanden Gewijzigde hyperfile bestanden WinDev Framework Registermutaties Overige mutaties Hieronder worden de databasemutaties beschreven tussen BlueRetail versie en versie Geen Geen Geen Omdat deze versie met de WinDev 20 omgeving ontwikkeld is, zal bij installatie ook het benodigde WinDev Framework geïnstalleerd worden op de server en cliënts. Dit geschiedt geheel automatisch. De bestanden zijn te herkennen aan de naamgeving WD200<*.*>.DLL in de software omgeving van BlueRetail. Zijn er registermutaties? Nee Ja Omschrijving X N.v.t. Zijn er overige mutaties? Nee Ja Omschrijving X N.v.t. 4.4 Update instructie Update Maak op de server een back-up van de..\<blueretail software> directory (hierin staat het oude WDL-bestand en eventueel geïnstalleerde patches). Een cliënt wordt automatisch geüpdate bij het opnieuw opstarten van BlueRetail op de cliënt. Zie ook uitvoerinstructie op pagina Instructies bij calamiteiten Herstellen oude situatie Indien de update niet over een rollback functionaliteit beschikt, kunt u op de hieronder beschreven wijze terug keren naar de situatie voor de update! Stap Handeling 1 Verwijder op de server \<BlueRetail software> en plaats de back-up terug 2 Een cliënt wordt automatisch geüpdate bij het herstarten van BlueRetail op de cliënt. Er is géén Reboot nodig van 37

10 4.6 Compatibiliteit met lagere versies Het BlueRetail versie MMS kan communiceren met de RMS versies van de gehele BlueRetail 3.xx-lijn Vanaf release BlueRetail 3.42 wordt de bestandsuitwisseling met de New-Way Retail software 2.4x NIET meer ondersteund. 4.7 Koppeling BlueMobile Batch BlueMobile 2.40 BlueRetail versie 4.01 kan communiceren met BlueMobile versie BlueRetail versie 4.01 kan NIET communiceren met BlueMobile versies lager dan In BlueMobile heeft een database-wijziging plaatsgevonden waardoor er vanuit lagere BlueRetail versies niet de juiste gegevens verstuurd worden. 4.8 Koppeling BlueMobile Wi-Fi (Client/Server) BlueMobile 3.02 BlueRetail versie kan communiceren met BlueMobile Wi-Fi versie 3.02 via de Enterprise Service Bus van Newway, BlueCommunication. BlueMobile Wi-Fi versie 3.02 is gereleased op 11 juni jl. Op onze FTP-server in de map: /productmanagement/applicaties/bluemobile/documentatie is meer informatie terug te vinden met betrekking tot dit product. Heeft u geen FTP-account maar wilt u wel meer informatie hebben omtrent dit product dan kunt u een mail sturen naar productmanagement@newway.nl van 37

11 5 BlueRetail Bugs Inleiding In deze versie zijn onderstaande oplossingen gebouwd. Dit betreffen: Oplossingen voor escalaties op eerdere versies die ook in de versie zijn ingebouwd. Meldingen met de status Fout, Functionele omissie Veelal is er reeds door de afdeling Support Services van Newway een terugkoppeling geweest per mail. Oplossing# Beschrijving Melding #, REF ID Gewijzigde Objecten Aanpassing waarmee de gebruikers-instelling mbt de toolbars nu altijd juist bewaard en gelezen worden. Voorheen kon het voorkomen dat bij het wisselen van gebruiker, de toolbar instellingen van de vorige gebruiker bleven staan Aanpassing, zodat er ook een nieuwe waarde voor NUMMERS.AUTOARTNR wordt weggeschreven in het nummers bestand, als zowel de autonummering als ook de EAN-controle is ingesteld op het veld artikelnummer. Voorheen was dit niet het geval, waardoor steeds hetzelfde nummer in de database bleef staan, en het steeds langer ging duren, wanneer men een nieuw artikel via de optie Kopiëren ging invoeren Aanpassing waarmee alle schermonderdelen van BlueRetail een nieuw jasje gekregen hebben. Tevens zijn er enkele iconen vervangen en zijn de afmetingen van het hoofdmenu en de knoppenbalk vergroot Het regenereren van tellers kon dagen gaan duren, omdat bij elke transactieregel het bestand VOORRAAD bijgewerkt werd. Er is een versnelling aangebracht door dit alleen te doen als er daadwerkelijk een verschil is in bijv. besteld en geleverd. Tevens wordt het voorraad maar 1 maal per artikel bijgewerkt, als multimagazijn niet actief is MainMenu.wdw, seluser.wdw Best_artikel.wdw Alle schermonderdelen. Regeneer.wdw Als je selecties generiek startte en meteen afsloot, dan klapte het programma er uit Als men een kenmerk aanmaakt, dan kan men de bijbehorende waardes in een bepaalde volgorde zetten. Als men op de artikelkaart de categorie structuur wil aanpassen en men wil een kenmerk waarde selecteren, dan kon de volgorde totaal anders zijn cselectionsql.wdc SelKenmWaarden.wdw Bij het invoeren van betalingen op een reeks facturen wordt de combo met betaalwijzen niet gevuld. Hierdoor kan men dus geen betaalwijze kiezen Als men in een filiaal een transactie uitvoerde, dan werd de voorraad keurig aangepast. Maar deze wijziging ging niet mee naar de spiegel, omdat de STATUSFILEXP niet leeg gemaakt Dfakt_betaal.wdw NWFinAdmin.wdc van 37

12 werd Als men bij een debiteuren- of crediteurentransactie een artikel ophaalde met een matrix, dan werden alle maten met aantal 0 toch toegevoegd met aantal Als ingesteld is (bij relaties), dat de kwantumkorting in de kop moet komen en men kiest een artikel met korting via een kortingstabel, dan werden beide kortingen toegepast, als men eerst het artikel selecteerde en daarna de relatie. Deed men dit omgekeerde, dan werd alleen de kwantumkorting toegepast. Nu worden altijd beide toegepast Best_artikel_matrix.wdw Scrkassa.wdw Bij afdrukken etiketten werkte het font MyriadPro niet goed, omdat letters door elkaar geprint werden cprinterwindows.wdc, cprinter .wdc, cprinterbestand.wdc Na een update naar 3.90 gebeurde het bijna overal, dat het starten van kasgeld tellen lang duurde, omdat er gezocht werd naar de laatste keer, dat er geteld was met als optie 'Alle systemen'. Nu is dit versneld Aanpassing, waarmee er bij de export boekhouding naar Exact Online voor het inkoopfactuurnummer geen controles meer plaatsvinden, maar 1-op-1 overgenomen wordt vanuit BlueRetail Tellen.wdw 14600, Boekhoud_export.wdw Als men debiteuren facturen exporteert naar Exact Online en er is een debiteur bij zonder BTW (buitenland), dan werd er BTW berekend over het factuurbedrag en als afrondingsverschil geboekt. Tevens aangepast dat in de export het VAT-gedeelte ook gevuld wordt voor BTW-records met een boekhouding-code gelijk aan 0. Aanpassing in de bepaling of er afrondingsverschillen naar Exact Online geëxporteerd moeten worden. Door bovenstaande wijziging was de oplossing van melding #8458 teruggedraaid. Met deze aanpassing is deze call alsnog ook opgelost. De tweede aanpassing zorgt er weer voor dat er bij de export naar Exact Online van debiteuren transacties een afrondingsverschilregel wordt toegevoegd als het totaal van de afgeronde exclusief-bedragen van de regels afwijkt van die van het exclusief bedrag van de kop Als men vanuit de relatiekaart naar overzicht facturen ging en men wilde dan een overzicht facturen afdrukken, dan klapte het programma er uit. Hetzelfde gebeurde, als men in overzicht facturen filterde op een relatie In het verleden ging het programma bij artikelkaart en relatiekaart bij dubbelklik op de tabel naar wijzigen. Omdat dit soms onnodige Lock problemen gaf, is er aangepast, dat hij naar de kaart gaat zonder wijzigen. Nu wilde een klant, dat dit teruggedraaid werd. Daarom is er nu een instelling bij gekomen bij instellen algemeen (tab interface), waardoor men nu de Boekhoud_export.wdw ReportDebFacturen.wde Set_algemeen.wdw, Best_artikel.wdw en Best_relatie.wdw van 37

13 keuze tussen beide mogelijkheden heeft Als men bij invoeren van inkoopfacturen het veld totaalbedrag excl. BTW aanpast en verlaat, dan wordt het totaalbedrag incl. berekend. Na het verlaten van het veld totaal BTW gebeurde dit echter niet Aanpassingen waarmee bij de loyaltyinstellingen ook de omzetgroepen getoond worden, die een waarde '0' hebben in de database voor het veld SW_LOYALTY. Deze waarde kan alleen via import ontstaan Aanpassing zodat er een spatie komt te staan tussen het van-bedrag en het woord voor in de omschrijvingsregel die automatisch wordt toegevoegd als in de kassa via SHIFT F7 korting wordt gegeven op een regel Aanpassing waarmee de werking van kortingstabel van het type bonomzet is gewijzigd van een bonkorting naar een regelkorting voor regels waarover geen korting is verleend Aanpassing waarmee het laatst gebruikte bewaarbonnummer gereset wordt bij nieuwe transactie, zodat er weer een nieuw nummer gebruikt gaat worden voor een volgende bewaarbon Cremut_inv.wdw set_ecustomer.wdw scrkassa.wdw scrkassa.wdw, Best_krttabel.wdw, kmprijs.wdc, NWKascalc.wdc scrkassa.wdw Als er een integriteitsfout optrad, dan werd deze niet meer gemeld. Dit geconstateerd, omdat er bestandsfouten waren Toevoegen van een automatische procedure waarmee men een xml-exportbestand kan creëren, dat de voorraadwaarde-mutaties t.o.v. de vorige export bevat, die vervolgens in Unit4 ingelezen kunnen worden , HFManage.wdc MainMenu.wdw, KMAutoproc.wdc, 4 nieuwe objecten C_Unit4_*.wdc Nieuwe instelling toegevoegd bij de boekhouding om aan te geven, of crediteuren altijd geëxporteerd moeten worden of alleen bij transacties. Bij debiteuren bestond deze instelling al Boekhoud_export.wdw, Bkh_settings.wdw en NWBoekport.wdc Als je in het dagjournaal de einddatum leeg maakte, terwijl de begindatum nog gevuld is, dan klapte het programma er uit bij het verlaten van de einddatum Dagjournaal.wdw De breedtes en volgorde van de kolommen aantal, omschrijving, stuks incl. btw en totaal incl. btw worden opgeslagen en de eerstvolgende keer weer opgehaald Werkend maken koppeling met CCV-ITS. Als gevolg van een verkeerde oplossing voor het wegwerken van warnings mbt VIRTUAL na migratie windev20, was dit omgevallen , Kiosk server Bij het margerapport omzetgroep of subgroep werden van elke omzetgroep (subgroep) ook alle artikelen gelezen en vervolgens de bijbehorende ARTMUT records. Het lezen van ReportPeriodeMargeTotaal. wde van 37

14 de artikelen is echter niet nodig. Hierdoor duurde het opbouwen van het rapport erg lang. Nu gaat dit stukken sneller Als men bij artikelen een alternatieve index op synoniemnummer ingesteld heeft en bovendien de zoekmethode hiervan is ingesteld op 'beginnen met' of 'exact' en men kiest een barcode, welke niet in het artikelbestand voor komt, dan klapte het programma er uit. Dit ging fout, als bij niveau instellingen het recht "Selectie geblokkeerd artikel zichtbaar" op "NEE" staat Bij het verwerken van uitval werden de bestanden ARTMUT en PROMO wel toegevoegd in het hoofdbedrijf, maar in het uitvalbedrijf niet verwijderd. Hierdoor werden ze na elke keer werken in uitval telkens opnieuw toegevoegd aan het hoofdbedrijf Als men een artikel op het HK wijzigt, dan werden niet alle er aan gelinkte ARTCATSTRUCT records aangepast om STATUSFILEXP leeg te maken. Bij supportmelding werd gevraagd om ze allemaal aan te passen. Hierdoor gaan ze ook allemaal mee bij het voorbereiden Als je bij invoeren van transacties een artikel wilde selecteren en deze werd gevonden via de alternatieve index, dan werd het eerst gevonden artikel altijd geselecteerd, ook al zijn er meerdere artikelen, die voldoen ODBC-driver van WinDev moet WD200HFO.DLL worden. Nu wordt via een commando de WinDev versie opgehaald, zodat niet voor elke WinDev versie deze aanpassing gemaakt moet worden Aanpassing waarmee tijdens het verwerken geen JNL-files meer aangemaakt wordt in de spiegel-omgevingen. (Tenzij dit via de kmdbase.ini van de betreffende spiegel bewust aangezet wordt voor een voor meerdere hyperfiles) Aanpassing waarmee het opschonen van postbus-sessies verbeterd is en werkend gemaakt voor MMS-omgevingen. Er is een controle toegevoegd dat ook niet-verwerkte sessie-mappen niet verwijderd worden, en er is voor gezorgd dat de postbus-sessies van de FILxxxxxxx-mappen ook weer verwijderd worden. Voorheen bleven deze staan, net als de submappen van de FTPLOG-map Aanpassing t.b.v call 11882, waarbij soms de autolog-records van een bepaalde dag niet naar de spiegel gecommuniceerd worden. Dit probleem is nu verholpen Scrkassa.wdw Verwerkuitval.wdw Best_artikel.wdw Scrkassa.wdw, Debmut_inv.wdw, Cremut_inv.wdw en Best_artikel.wdw Mainmenu.wdw replicatiedatabase.wdw, KMConfiguratie.wdc KMStart.wdw ceft_termbase.wdc Aanpassing waarmee het DW-export voortaan alle artikelregels en omzetgroep-regels exporteert. Voorheen werden artikelen en omzetgroepregels met een vreemde omzetgroepcode dw,wdw van 37

15 overgeslagen. Voor vreemde omzetgroepregels geldt nu dat deze met een vaste code GGGG00 worden geëxporteerd en voor eigen omzetgroepen met een numerieke code van 9 cijfers wordt de vaste code GGGG99 gehanteerd Bij import van bewaarbonnen werd 'Te factureren' (negatief) bijgewerkt. Dit moest echter 'Te leveren' zijn NWFinadmin.wdc Bij regenereren artikelen 'Te leveren' klapt het programma er uit met een foutmelding Regeneer.wdw Stel dat men op het hoofdkantoor bij eenheden een andere basiseenheid heeft ingevuld. Als men dan communiceert naar het filiaal, dan wordt hier hetzelfde intern nummer voor de basiseenheid ingevuld. Als deze basiseenheid in het filiaal een ander intern nummer heeft, dan is dit dus fout KMPort.wdc en NwPort.wdc Als men een offerte doorboekt, dan komt men terug in het overzichtscherm. De betrokken offerte bleef dan nog in het overzicht staan. Hetzelfde geldt ook voor bijv. leveren op orders. Na volledige levering dient de order niet meer in het overzicht te staan. Bij crediteuren orders deed zich dezelfde situatie voor Aanpassing zodat de nieuwe n-tier schermen aangezet kunnen worden, via het activeren van de expertmode. De nieuwe schermen zijn te herkennen aan de nieuwe achtergrond. Let wel, deze zijn nog niet vrijgegeven en zullen/ kunnen dus (fatale) fouten bevatten Als men bij logistiek ingesteld heeft, dat men artikelen mag verkopen, als deze vervallen zijn en de voorraad is kleiner of gelijk aan 0, dan kon men ze toch niet verkopen, als vervallen artikelen niet zichtbaar mochten zijn op de artikelkaart Optie Retourpinnen beschikbaar gemaakt voor CCV Vx Aanpassing zodat het afdrukken van kassabonnen ook weer gebeurd, wanneer men een pin-transactie heeft voltooid via een two-trapsautomaat van CCV. Deze functionaliteit was omgevallen als gevolg van de wijzigingen m.b.t. het epoint-6400 probleem. Tevens is voor de Twee-staps-automaten de functionaliteit toegevoegd, dat deze nu ook in de AUTOLOG alle pintransacties wegschrijft (zonder printtekst) Dordr_ovrz.wdw en Cordr_ovrz.wdw. Bij de wijziging van ook Dcred_ovrz.wdw en Dfakt_ovrz.wdw aangepast. MainMenu.wdw, blmenu.wdw Scrkassa.wdw Automaat_betaalwijze.wdw automaat_status.wdw Als men de printerselectie voor bijv. debiteuren orders ingesteld heeft op en men heeft bij de bestandsnaam een stuurcode ingevuld voor het bonnummer, dan ging dit fout cprinter .wdc Bij export boekhouding XFIS werd er aan het bestand XFIS01 een record toegevoegd met daarin het boekstuknummer. Sinds de XFisMaatwerl.wdc van 37

16 aanpassing van 18 maart i.v.m. melding werd dit echter niet toegevoegd. Hierdoor werd het boekstuknummer niet meer gevuld in het esportbestand Stel dat men een artikelselectie maakt en van daar uit een artikel gaat wijzigen. Na het wijzigen wordt dan de voorraad op 0 gezet, zonder dat men dit wijzigt Als men in de kassa d.m.v. de prijsbarcode een artikel scande, waarvoor er een aanbieding actief was, maar ook een kortingstabel, dan werd zowel de aanbieding als de korting berekend. Koos men op een andere manier het artikel, dan werd de korting niet berekend. Bij een aanbieding mag echter geen korting meer toegepast worden Als men bij 'Raadplegen ASCII-tabel' koos voor afdrukken, dan werden alleen de zichtbare regels op het scherm afgedrukt Als men de module verkooporder niet heeft en men stelt in, dat betalingen orders op een aparte bon moeten, dan kon men in sommige situaties geen betaling op een order invoeren Als men via menupad COIIO een bestand I- ORDER.TXT wilde inlezen, dan werden barcodes, beginnend met 23 (speciale barcodes), niet ingelezen. Bij inlezen via COIH gebeurde dit wel Bij Ekoplaza hebben ze maar 2 betaalwijzen voor de financiële administratie, waarbij bij 'cadeaubon' een opmerking verplicht is. Via menupad DBFIE wordt cadeaubon automatisch geselecteerd en wordt er direct om een betaalopmerking gevraagd. Kies je voor 'sluiten' en klikte je meteen daarna op de kalender, dan klapte het programma er uit Doordat de voorraad in de nieuwe versie BR NIET meer in de artikelkaart wordt bijgehouden maar in een apart bestand, werken GEEN van de B-lijsten en selecties (INT-lijsten) meer die op deze voorraad gebaseerd zijn Aanpassing waarmee bij het verwerken van de uitval-transacties in 3.90 ook de artikelvoorraad juist wordt bijgewerkt. Dit ging ALLEEN fout, wanneer de uitvaltransacties NIET in een 3.90-bedrijf zijn aangemaakt. Bv. wanneer men voor een update een klant in uitval laat werken, en vervolgens BlueRetail gaat updaten naar Best_artikel.wdw KMPrijs.wdc ReportFileTable.wde Scrkassa.wdw Cremut_inv.wdw Dfakt_betaal.wdw, Dcred_betaal.wdw, Cfakt_betaal.wdw en Ccred_betaal.wdw Printrapport.wdw NWFinAdmin.wdc Aanpassing waarmee PIN Bonnen weer afgedrukt en gelogd worden, wanneer men een betaalautomaatkoppeling heeft, anders dan Yomani/Xenta en CCV-ITS. Deze functionaliteit was omgevallen als gevolg van de wijzigingen met betrekking tot de nieuwe instelling Geen PIN bonnen afdrukken automaat_status.wdw van 37

17 12973 Het ging nog een fout zit bij het bijstorten van bank naar kluis. Als ik bij de kluis? 750,- bijboek vanuit de bank, dan wordt er in de kas? 1500,- afgeboekt en van de kluis en de bank elk? 750,- bijgeboekt. Hij moet uiteraard geen boeking maken op de kas en van de bank moet? 750,- afgeboekt worden Boekhoud_export.wdw Als men de computernaam aanpaste, dan werd deze in de automatische procedures ook aangepast. Maar bij reeds bestaande procedures gebeurde dit niet Set_station.wdw van 37

18 6 Maatwerk en nieuwe functionaliteit Inleiding Geen maatwerk en/of nieuwe functionaliteit opgeleverd in deze versie. 6.1 BlueRetail nieuwe stijl Nieuwe indeling en functies iconenbalk hoofdmenu Vanaf deze versie zijn de volgende wijzigingen met betrekking tot de knoppenbalk van het hoofdvenster doorgevoerd: De knoppen zijn vergroot, zodat deze op touch-schermen ook met de vinger in te drukken zijn; De iconen zijn aangepast en blauw geworden; De iconen zijn verdeeld over een vijftal toolbars, die desgewenst onzichtbaar gemaakt kunnen worden, verplaatst kunnen worden; De knoppen voor Verpakkingen en Notities zijn komen te vervallen; Er is een nieuwe knop toegevoegd om de kassa te kunnen starten; Om de knoppen te kunnen vergroten, zijn de standaard afmetingen van het hoofdmenu vergroot van 1020x771 naar 1152x820 geworden, i.p.v. is de minimale breedte van het hoofdvenster vergroot van 800x600 naar 1024x768 De aanbevolen minimale resolutie is daarmee dus 1152x864 geworden. Bij kleinere resoluties kan het dus zijn, dat er knoppen wegvallen. In dat geval kan er dus gekozen worden om bepaalde toolbars te verbergen. Hieronder zijn de schermwijzigingen met een paar voorbeeld schermafdrukken van de oude en nieuwe situatie verduidelijkt. Zonder Statusbalk: van 37

19 Met Statusbalk: Nieuwe scherm met Sidebar en verplaatste toolbars: van 37

20 Verbergen/ Zichtbaar maken toolbars In het menu Vensters zijn er een vijftal opties toegevoegd om de individuele toolbars (on)zichtbaar te maken. Hiermee kan iedere gebruiker voor zich inrichten welke knoppen hij zichtbaar wil hebben. Het spreekt voor zich dat wanneer knoppen onzichtbaar worden gemaakt, dat de bijbehorende acties alleen nog via het reguliere menu en toetsenbord uitgevoerd kunnen worden. Deze instellingen worden voor iedere gebruiker apart bewaard in de bijbehorende userxxxx.ini Hieronder volgen een paar mogelijke voorbeelden: van 37

21 Nieuwe vormgeving van de vensters Vanaf deze versie zijn ook alle scherm-onderdelen van een nieuw jasje voorzien, hetgeen betekent, dat er voor een ander default lettertype is gekozen en ook de verschillende onderdelen van de knoppen, tabellen, invoervelden enz. er anders uit zijn komen te zien. Voorbeeld bestandsbeheer: van 37

22 Voorbeeld instellingen: De gemaakte wijzigingen zijn dus enkel visueel van aard, niet functioneel. Ondanks uitvoerig testwerk, kan het voorkomen dat bepaalde informatie toch niet meer goed leesbaar is geworden. Dit dat geval kan dit m.b.v. schermafdrukken gemeld worden en door ons verbeterd worden. Let op deze nieuwe stijl is nu ALLEEN nog in BlueRetail zelf aangepast. De overige programma s, setup, ftp, automatische procedures, enz. zullen de komende tijd ook dezelfde vernieuwingsslag gaan krijgen van 37

23 6.2 Nieuwe instelling Uitleg In het verleden ging het programma bij artikelkaart en relatiekaart bij dubbelklik op de tabel naar wijzigen. Omdat dit soms onnodige Lock problemen gaf, is er aangepast, dat hij naar de kaart gaat zonder wijzigen. Dit was bleek achteraf niet handig voor sommige klantprocessen. Hierdoor is er nu onderstaande instelling (Instellen\Algemeen, tabblad Interface ), waarmee men nu de keuze heeft tussen beide opties. Standaard staat de instelling op Nee. Zet men de instelling om naar Ja dan wordt de gebruiker nog een keer extra gewezen op de risico s van 37

24 6.3 Maatwerk: wijziging kortingstabel bonomzet Gewijzigde werking kortingstabel van het type Bonomzet Vanaf deze versie is de werking van onderstaand type kortingstabel gewijzigd. Voorheen werd met deze kortingstabel automatisch een bonkortingspercentage voor de kassatransactie toegevoegd, wanneer men naar het afrekenscherm ging in de kassa en de kortingstabel was op dat moment actief EN het totale bonbedrag viel binnen een ingestelde staffel-range. Dit gaf de volgende twee problemen, die vanaf deze versie verholpen zullen zijn: - Wanneer men de klant pas in het afrekenscherm selecteerde, dan werd er geen automatische korting gegeven op basis van de actieve kortingstabel - De automatisch gegeven bonkorting gold ook voor bonregels waarover al een andere vorm van (regel)korting actief was. Hierdoor werd er in principe dus korting over korting gegeven, waardoor er dus meer korting verleend werd dan aanvankelijk de bedoeling was. Dit betekent dat bij de kortingstabellen de optie-tekst is aangepast o.b.v. de nieuwe werking en dat men alleen nog maar kan kiezen voor het kortingstype Percentage, wanneer men de optie aanvinkt. Deze restrictie is het automatische gevolg dat er nu een regelkorting gegeven wordt, i.p.v. een bonkorting. Reeds bestaande kortingstabellen met kortingstype Bedrag zullen dus handmatig aangepast of verwijderd moeten worden. Werking in de kassa In de kassa zijn een tweetal wijzigingen doorgevoerd: 1. Bij het selecteren (of verwijderen) van een relatie (ongeacht op welk van 37

25 moment) wordt bekeken of er voor deze relatie(groep) een kortingstabel actief is, van het type Regelkorting. Zo ja, dan worden de ingestelde staffels in het geheugen geladen. 2. Als bij de relatie-selectie bepaald is, dat er een kortingstabel actief is, wordt de actieve regelkorting staffel bepaald, bij iedere actie die in de kassa uitgevoerd wordt, die een verandering in het totale bonbedrag kan veroorzaken (bv. toevoegen/verwijderen bonregels, selecteren relatie, geven van korting enz.). Als er een regelkorting van toepassing is, dan wordt deze ook meteen verwerkt en is dit zichtbaar voor de kassière en klant. (N.B. Omdat het bepalen van de actieve mixmatches pas optreedt, zodra men naar het afrekenscherm gaat, kan het dus voorkomen, dat een actieve regelkorting alsnog ongedaan gemaakt wordt, wanneer er mixmatches actief blijken te zijn en men wil gaan afrekenen!) Ad. 1 Bepaling actieve kortingstabel bij selectie relatie De bepaling of er een kortingstabel van het type regelkorting actief is, gebeurd op basis van het ingestelde kortingskenmerk dat bij de relatie en bijbehorende relatiegroep hoort(relatie.krintnum en RELGROEP.KRINTNUM): Wanneer beide niet ingevuld zijn, is er geen kortingstabel actief. Wanneer 1 van beide is ingevuld wordt gekeken, of er voor dat kenmerk een kortingstabel actief is van het type regelkorting. Wanneer beide zijn ingevuld, wordt voor het ingestelde kenmerk, dat op basis van de ingestelde voorkeursvolgorde gekozen zou moeten worden, gekeken of er een kortingstabel actief is van het type regelkorting. (Dus niet voor allebei!) De ingestelde voorkeursvolgorde kan via menu ISA[M2] bekeken worden. In bovenstaand geval wordt dus het kortingskenmerk van de relatie gekozen. Ad. 2 Verwerking actieve regelkorting In onderstaande voorbeelden wordt uitgegaan van de staffels van de actieve kortingstabel zoals deze op pagina 3 zijn weergegeven en van de kortingskenmerk-instellingen zoals deze voor de relatie op pagina 4 zijn ingesteld. Er worden een aantal kassa-handelingen beschreven die van invloed zijn op de van 37

26 bij actieve kortingstabel beschreven wijzigingen. Men selecteert de relatie met de actieve kortingstabel Er is nog geen korting actief, omdat bonbedrag lager is dan de eerste staffel. Men selecteert een artikel van 40 euro. De eerste staffel is van toepassing en wordt meteen verwerkt (2% van 40 euro is 0,80 cent). De regelkorting is zowel zichtbaar bij de relatie in de statusbalk als in de ingeslagen regel. Men geeft handmatig een korting van 10% op de zojuist toegevoegde regel. De regelkorting van 2% verdwijnt weer in de kassaregel omdat deze regel niet meer meetelt voor de kortingstabel omdat er al korting op gegeven is. Wel is op basis van het bonbedrag nog steeds de staffel van 2% actief en daarom is dit ook weergegeven bij de relatie-gegevens, ondanks dat er momenteel nergens 2% korting over gegeven wordt. Men voegt een nieuw artikel toe van 37

27 Op basis van het bonbedrag wordt de tweede staffel van 5% actief en wordt deze direct toegepast op de toegevoegde regel. Men voegt een aanbiedingsartikel toe. De derde staffel is nu van toepassing geworden op de tweede regel, omdat het bonbedrag boven de 100 euro is uitgekomen. De nieuwe regel zelf krijgt geen korting omdat dit een aanbieding is. Men brengt nog twee stuks van een artikel retour en verkoopt een ander artikel van 37

28 Te zien valt dat er retour-regels geen korting krijgen, maar wel het bontotaal dusdanig verlagen dat de tweede staffel weer actief wordt. Men voegt nog een tien stuks van een artikel met statiegeld toe. Te zien valt dat de statiegeldregel geen korting krijgt en dat de derde staffel weer actief wordt. Tot slot wordt de relatie verwijderd. Te zien valt, dat dan ook de regelkortingen verdwijnen en het bonbedrag hoger wordt. Wanneer men de relatie weer toevoegt tijdens het afrekenen wordt de korting weer automatisch berekend en bepaald of er nog iets betaald moet worden van 37

29 In bovenstaande situatie is er eerst 107 euro betaald, en heeft men toen pas de relatie geselecteerd. Te zien valt dat de bonkorting direct verrekend wordt, en de klant nog wisselgeld teruggegeven dient te worden. Wanneer men de bon naderhand in het dagjournaal raadpleegt, is ook nog terug te zien, op welke regels er korting is gegeven als gevolg van de kortingstabel. (Tenzij er natuurlijk ook regels op de bon staan, die via een andere manier 7% regelkorting hebben gekregen.) Criteria of regel recht heeft op regelkorting kortingstabel Als er een kortingstabel van het type regelkorting actief is, dan komt een kassaregel in aanmerking voor regelkorting als aan ALLE onderstaande criteria is voldaan: 1. Waarde kolom Statiegeld = Nee (KASREG.SW_STATIEG = 2) 2. Waarde kolom Omzetgroep <> leeg (KASREG.OMINTNUM>0) 3. Waarde kolom Korting = Ja (KASREG.SW_KORTING = 1) 4. Waarde kolom V/R = Verkoop (KASREG.SW_VR = 1) 5. Waarde kolom Korting% = 0,00 (KASREG.REGKORTING = 0) 6. Waarde kolom Stuks excl. BTW = Waarde kolom Verkoopprijs excl. BTW (KASREG.PRIJS_E = KASREG.ART_VERKPR) De eerste drie criteria zijn in principe altijd van toepassing op iedere kortingsvorm binnen BlueRetail. Criteria 4, 5 en 6 zijn specifiek van toepassing voor de kortingstabel van het type regelkorting. In onderstaande afbeelding wordt voor iedere kassaregel getoond welk criteria niet voldoet en dus ook niet bij het Totaal regels met reguliere prijsveld opgeteld wordt. Te zien valt, dat alleen de eerste regel voldoet aan alle zes de criteria van 37

30 6.4 Maatwerk: export voorraadwaarde mutaties Unit4 Extra automatische procedure m.b.t. export mutaties Unit4 Vanaf deze versie kan men via de automatische procedures periodiek een export uitvoeren van de voorraadwaarde-mutaties t.b.v Unit4. Wanneer bovenstaande actie niet voorkomt na een update, dan dient u eerst in BlueRetail opnieuw het automatische procedure bestand te laten genereren, via menu OSC (alleen beschikbaar met dealer-code). Deze automatische procedure heeft naast de bedrijfscode slechts één parameter nodig, die vertelt in welke map het export-bestand moeten komen te staan van 37

31 Naamgeving en inhoud exportfile De naam van het exportbestand ligt vast en bestaat uit de volgende onderdelen: - UMB. = Vaste Prefix (Udea Memoriaal Boeking). - VRDWMUT_ = Vaste waarde (VooRraaDWaardeMUTatie). - Xxxxxxxxx_ = Assortiment Filiaalinfo, de waarde die op het MMS voor het filiaal is ingevuld in het veld Assortiment. - van_ = vaste tekst. - DDMMYYYY-UUMMSSHHH =Datumtijd van export/mutatiemoment. -.xml (Vaste extensie). De exportbestanden krijgen dus een unieke naam (vanwege het tijdsgedeelte) en kunnen eventueel via een externe bestandenlijst verplaatst worden naar een centrale omgeving. De inhoud van het bestand ziet er als volgt uit als alleen voor onderstaande omzetgroep de voorraadwaarde met 10 euro gestegen zou zijn ten opzichte van de vorige export: van 37

32 1 Reservering-header, met - Administratie => Filiaalinfo, Assortiment (net als bij naamgeving bestand) - Dagboek => hardgecodeerd op Periode => wordt berekend op basis van de exportdatum, en heeft de volgende rekenregels: o Periode 1 begint op de eerste maandag van het jaar; o o Periode 1 t/m 12 duren altijd precies 4 weken; Periode 13 kan 4 of 5 weken bevatten, afhankelijk van de weekdag van 1 januari. - Boekjaar => jaartal van de exportdatum. - Valuta => hardgecodeerd op EUR. Per omzetgroep, die een mutatiewaarde hebben, worden vervolgens van 37

33 Reserveringsregels aangemaakt, met als eerste regel: - Grootboek Inkoop => OMZGROEP.BKH_INK_M. - Omschrijving => hardgecodeerd Inkoop + OMZGROEP.TITEL. - Bedrag => mutatie van de voorraadwaarde t.o.v. vorige export. - BTW => BTW.BTW_PERC horend bij OMZGROEP.BTINTNUM. - BTWgrootboek => hardgecodeerde waarde, afhankelijk van BTW: o 0% = 2540 o 6% = 2543 o 21% = 2542 o Overig = 0 En als tegenboekings-regel: - Grootboek Kostprijs => OMZGROEP.BKH_KST_M. - Omschrijving => hardgecodeerd Kostprijs + OMZGROEP.TITEL. - Bedrag => -(mutatie van de voorraadwaarde t.o.v. vorige export). - BTW => hetzelfde als eerste regel. - BTWgrootboek => hetzelfde als eerste regel. Naamgeving en inhoud voorraadwaardefile t.b.v. volgende export Naast het door Unit4 te importeren voorraadmutatie-bestand, wordt er ook een zgn. voorraadwaarde-bestand aangemaakt, waarin de actuele voorraadwaardes per omzetgroep bewaard worden. Met behulp van deze gegevens kunnen bij een volgende export de mutaties berekend worden. Dit bestand wordt in dezelfde map geplaatst als het mutatie-bestand en bij iedere uitvoer van de automatische procedure overschreven. Ook voor dit bestand ligt de naamgeving en inhoud vast, en bestaat zij uit: - VRDW_ = Vaste waarde (VooRraaDWaarde). - Xxxxxxxxx_ = Assortiment Filiaalinfo, de waarde die op het MMS voor het filiaal is ingevuld in het veld Assortiment. -.XML (Vaste extensie). De inhoud van dit bestand ziet er als volgt uit als er maar 1 omzetgroep zou zijn die een voorraadwaarde ongelijk aan 0 heeft. Het betreft dezelfde omzetgroep als hiervoor al is beschreven. In de header wordt bijgehouden: o AdministratieID => Filiaalinfo, Assortiment (net als bij naamgeving). o VoorraadwaardeDatum => datum van de voorraadwaarde-stand. o VoorraadwaardeTijd => tijd van de voorraadwaarde-stand van 37

34 Per omzetgroep worden de volgende gegevens bewaard, die nodig zijn om het mutatie-bestand te kunnen maken: o OMZGROEP.OMINTNUM. o OMZGROEP.TITEL. o Actuele voorraadwaarde. o OMZGROEP.BKH_KST_M. o OMZGROEP.BKH_INK_M. o OMZGROEP.BTINTNUM->BTW.BTW_PERC. Voor ieder artikel van de omzetgroep wordt de actuele voorraad vermenigvuldigd met de actuele inkoopprijs excl. BTW en de uitkomsten bij elkaar opgeteld. Bv. voor onderstaand artikel is de voorraadwaarde dus 8*1,25=10 euro Voor alle artikelen van de omzetgroep DKW laag is dit in bovenstaand voorbeeld dus ,74 euro. Dit is hetzelfde bedrag als ook op rapport 179 afgedrukt zou worden, wanneer dit rapport op hetzelfde moment afgedrukt wordt als dat de export is uitgevoerd. Uitvoerresultaat in algemeen Logboek Nadat de procedure is uitgevoerd, zal het resultaat als logboek-melding terug te vinden zijn in BlueRetail. De eerste keer dat de automatische procedure wordt uitgevoerd zal er geen bestand zijn. In dat geval (en ook als dit bestand wordt verwijderd of een andere van 37

35 locatie van het exportbestand wordt ingesteld) worden de actuele voorraadwaardes als zijnde mutatie doorgestuurd naar Unit4. Hierboven wordt de bijbehorende logging getoond. Wanneer er voor geen enkele omzetgroep een mutatie is ten opzichte van de vorige keer, zal er geen mutatie-bestand (UMB.*.xml) aangemaakt worden, en zal ook dit gelogd worden, zoals hieronder te zien valt. Voor beide export-bestanden geldt dat omzetgroep-records waarvan de voorraadwaarde(-mutatie) gelijk is aan 0 NIET worden weggeschreven. Dit voorkomt onnodige vergelijkingen en importregels. Onderstaand test resultaat van dit onderdeel: Wanneer er voor geen enkele omzetgroep een mutatie is ten opzichte van de vorige keer van 37

36 7 Toelichting notaties Toetsen Toetsen op het toetsenbord die in de instructie worden gebruikt, worden weergegeven in vetgedrukte hoofdletters tussen deze tekens < >. Bijvoorbeeld <ENTER>. Een alternatief voor het openen van menu s is om het menupunt met de muis aan te klikken. Knoppen Knoppen op het beeldscherm waar u met de muis op kunt klikken, worden weergegeven tussen deze tekens [ ]. Bijvoorbeeld [Sluiten]. Een alternatief voor het openen van menu s is om het menupunt met de muis aan te klikken. Programmamenu s Programmamenu s worden weergegeven aan de hand van de menupaden. De menupaden worden in vetgedrukte letters weergegeven tussen deze tekens < >. Bijvoorbeeld, het menu Printerinstelling heeft het menupad <menupad IHP>. Om dit menupunt te openen dient u <Alt> + I en achtereenvolgens H en P in te toetsen. Een ander voorbeeld is het menupad voor de verkooptransacties: <VI>. Om dit menupunt te openen dient u <Alt> + 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 van 37

37 8 Definities en kernbegrippen POS-kassa of PC-kassa (Till) Point of Sale, POS (Front Store) Winkelmanagement, RMS (Back Store) Hoofdkantoor, MMS (Back Office, Head Quarters, Head Office) Multi- Functioneelsysteemgebruik Hiermee wordt de kassa hardware bedoeld inclusief Retail specifieke randapparatuur (ticketprinter, EFT-terminal, klantendisplay, hand-/tafelscanner). POS verwijst naar de verzameling functionaliteiten die hoofdzakelijk 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.). RMS refereert aan de verzameling winkel specifieke functionaliteiten waarbij het management is betrokken. Het gaat hier om het beheren en controleren van geldstromen, goederenstromen en informatiestromen op de winkelvloer. Als voorbeeld kan gelden: het tellen, afromen en controleren van kasgeld, het beheren van voorraden (inkoop, ontvangstgoederen en verkoop) en assortimenten en het opsporen en voorkomen van diefstal en fraude. Daarnaast moeten uiteraard ook alle relevante transactie gerichte rapportages beoordeeld worden. Hiermee wordt de verzameling winkel ondersteunende, technische en organisatorische functionaliteiten bedoeld. Er kan worden gedacht aan beheer van stamgegevens van artikelen, klanten, personeel, filialen en leveranciers, maar ook aan het beheer van de interne informatiestromen (transacties tussen samenwerkende winkels) en externe informatiestromen (transacties met klanten en leveranciers). Als de klant een kleine winkel heeft, zal in veel gevallen een groot aantal rollen door een en dezelfde persoon worden uitgeoefend. Het is dan niet mogelijk om voor elke functionele rol een ander systeem te gebruiken. Logt men in met een andere gebruikerscode, dan schakelt het systeem (BlueRetail) om naar de functies die bij die rol horen ongeacht op welk fysiek systeem men bezig is. Indien men in online (connected, géén uitval-) modus werkt, dan zullen alle aanwezige en aangeschafte functies het doen ongeacht op welk fysiek systeem ment inlogt van 37