Release Notes BlueRetail versie 4.1.0

Transcriptie

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

2 Versiebeheer Naam Datum Versie Wijziging R. Wolters 16/12/15 V0.1 Initiële versie. 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 23

3 Inhoudsopgave 1 INLEIDING TOELICHTING DOCUMENTINDELING PLANNING Roadmap Release planning Nieuwe roadmap 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 Gebruik Pricer File Interface Algemeen Pricer File Interface Wijzigingen BlueRetail Wijziging opname-modus bij automatische inkooporders TOELICHTING NOTATIES DEFINITIES EN KERNBEGRIPPEN van 23

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

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 23

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 november Roadmap 3.2 Release planning Sprint December 2015 Release versie: Geplande release datum: 09 december 2015 Release datum: 16 december 2015 Geplande functionaliteit Uitrol/update BlueRetail via BCesb Global deployed. Koppeling met Glory Cash Infinity Ingebouwd in BlueRetail Verbeteringen t.b.v. de webshopkoppeling HTML opmaak in artikelnotities Koppeling met SEQR (digitale betaalwijze) Technische revisie BlueRetail fase 1 Selectie calls status Fout, prio Middel en Hoog. Status Testfase Loopt nog. Wijzigingen benodigd op basis van final test bij Glory Solutions Database voorbereiding getroffen. Functionaliteit nog niet gebouwd. Verschoven naar release maart Ongoing Gerealiseerd van 23

7 Sprint Februari 2016 Release versie: Geplande release datum: 09 December 2015 Geplande functionaliteit: Uitrol/update BlueRetail via BC-esb Global deployed. Koppeling met Glory Cash Infinity Ingebouwd in BlueRetail Verbeteringen t.b.v. de webshopkoppeling HTML opmaak in artikelnotities Verbeteringen t.b.v. de webshopkoppeling Nieuwe verkooporder statussen Technische revisie BlueRetail fase 1 Selectie calls status Fout, prio Middel en Hoog. 3.3 Nieuwe roadmap Inleiding Op basis van de laatste ontwikkelingen ziet de roadmap voor de komende maanden er als volgt uit: Roadmap van 23

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 23

9 4.3 Database Inleiding Hieronder worden de databasemutaties beschreven tussen BlueRetail versie en versie Verwijderde hyperfile bestanden Nieuwe hyperfile bestanden Geen Geen Gewijzigde hyperfile bestanden WinDev Framework Registermutaties 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 van 23

10 Overige mutaties 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. 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 kan communiceren met BlueMobile versie BlueRetail versie 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 van 23

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

12 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 Bij de export boekhouding van binnenkomst goederen op orders of pakbonnen was bij de wijziging van 28 augustus per ongeluk het pakbonnummer resp. ordernummer verdwenen bij de boeking op de tussenrekening , Boekhoud_export.wdw In versie voor 3.90 kon men bij een basisartikel naar de matrix gaan met actuele voorraad en daarin de voorraad wijzigen. Sinds 3.90 werden deze wijzigingen niet opgeslagen. Dit is weer werkend gemaakt Best_artikel_matrix.wdw De velden in de kop bij 'Selectie Loyalty Kortingsacties' liepen door elkaar , Loyalty_invoer.wdw Als men op de artikelkaart een artikel opzocht op omschrijving (veld met zoekoptie 'bevatten') en daarna naar intern nummer ging, dan bleef de tabel leeg Bij automatisch orders aanmaken kan men kiezen voor 'Verkooporders en besteladvies'. In dat geval wordt er eerst een besteladvies bepaald. Is er voor een artikel een verkooporder, dan wordt het besteladvies verminderd met het aantal op de verkooporder en een nieuwe regel toegevoegd aan de inkooporder, gekoppeld aan de verkooporder. Met deze aanpassing gebeurt dit splitsen niet, als er voldoende voorraad is. Dit is wel afhankelijk van een (nieuwe) instelling bij 'Instellen, Software, Crediteuren, Orders Aanpassingen gemaakt i.v.m. gebruik Pricer File Interface (PFI) voor ESL oplossing BlueRetail Bij de export naar Exact Online ontstonden er verschillen tussen het factuurbedrag in BlueRetail en Exact Online. Dit was al een keer aangepast, maar daarna teruggedraaid en anders opgelost. Dit werkte echter niet , , , Best_artikel.wdw Set_credit.wdw en Cremut_inv.wdw Set_artikel.wdw, Best_schaplabel.wdw, Best_layout.wdw, cprinter.wdc en cprinterbase.wdc Boekhoud_export.wdw, Exact.wdc en NWBoekportexport.wdc Bij regenereren artikel tellers werden de tellers abusievelijk aangepast, als men koos voor controle Regeneer.wdw van 23

13 15844 Als men eerst een centrale update uitvoert en daarna lokaal, dan krijgt men bij deze laatste update een foutmelding op het licentiebestand Als men voorraadcorrecties boekt en bij instellen algemeen staat rapportage op 'Ja', dan gaat het vullen van het bestand voorraad fout, als er nieuwe records worden toegevoegd Als men bij het invoeren van een crediteuren factuur of creditnota een factuurnummer invoerde, welke voor dezelfde relatie reeds gebruikt was, dan kreeg men hier geen melding meer van , , , NWLicentie.wdc Best_vrdcor.wd Cremut_inv.wdw Als er op het hoofdkantoor in de spiegel facturen of creditnota's zijn aangemaakt, dan werd in het filiaal de omzetstatistiek ook voor statiegeldregels bijgewerkt Het voorbereiden op het hoofdkantoor anders aangepakt. Nu wordt bij alle filialen zondermeer ingesteld, dat het voorbereiden is begonnen. Hiermee is het in de filialen niet meer mogelijk om communicatie te starten. Daarna wordt pas per filiaal gekeken, of de communicatie al gestart was. Zo ja, dan wacht het programma tot deze klaar is en gaat dan verder. In de automatische procedures wordt er maximaal 5 minuten gewacht NWFinadmin.wdc Stam_export.wdw Als men vanuit de kassa met F7 een betaling wil boeken, dan werden bij de knoppen voor order betalingen invoeren en wijzigen de verkeerde niveau instellingen gebruikt Bij het invoeren van een aanbetaling op een order kwam bij 'Behandeld' een verkeerde naam te staan , , Kasbetaal.wdw Dfakt_betaal.wdw Als er bij het verwerken in de spiegel een fout optreedt bij het wijzigen of toevoegen van een record, dan wordt er nu meer informatie in het logboek geschreven Als men via menupad OSD op de regel WEEG_PRESETGROEP staat en gaat dan naar de tab bestand, dan klapte het programma er uit Als er bij doorboeken ketentransacties een creditnota wordt aangemaakt, dan werd het saldo te betalen bij de relatie verhoogd i.p.v. verlaagd. Bij regenereren omzetgroep statistiek werden bij de berekeningen de statiegeld regels meegeteld. Bij het wijzigen van creditnota's debiteuren en crediteuren werden de statistieken verkeerd bijgewerkt. Bij aanmaken creditnota's, debiteuren en crediteuren, werden de statistieken van relaties en gebruikers verkeerd bijgewerkt. Dit was bij handmatig ReplicatieDatabase.wdw Analyse aangepast voor WEEG_PRESETGROEP Regeneer.wdc, Cremut_inv.wdw en NWFinadmin.wdc van 23

14 invoeren, maar ook via ketentranscties Bij het verwerken op het hoofdkantoor werd de voorraad in VRDINFO verkeerd bijgewerkt voor filialen met versie 3.90 en hoger Als men leveringen boekt op een inkooporder en er komen regels in voor, welke gekoppeld zijn aan een verkooporder, dan werd bij het afdrukken van de leveringen de verkeerde inkooporder geselecteerd en deze werd dan ook zonder regels afgedrukt Bij het verdelen van goederen over de filialen op het hoofdkantoor werden orders voor de filialen bijgewerkt. Alleen werd hierbij 'Te factureren' alleen aangepast voor statiegeldregels. Hierdoor werden alleen statiegeldregels gefactureerd bij 'Ketentransacties, Verwerken tot factuur' Het regenereren van voorraad informatie ging fout bij filialen met versie 3.82 of ouder Als in een filiaal gewerkt werd met versie 3.82 of eerder, dan werden op de artikelkaart de tellers van die filialen niet ingevuld KMPort.wdc NWFinadmin.wdc Cremut_verdelen.wdw Regeneer.wdw Replicatiedatabase.wdw en KMPort.wdc Als je op een hoofdkantoor automatisch inkooporders aanmaakt en men kiest voor 'Hoofdkantoor en filialen', dan ging het fout, als er in een spiegel geen volgend ordernummer ingevuld stond. Men kreeg dan een melding hierover en hij bleef in de spiegel staan, maar dat was niet duidelijk Cremut_inv.wdw van 23

15 6 Maatwerk en nieuwe functionaliteit Inleiding Geen maatwerk en/of nieuwe functionaliteit opgeleverd in deze versie. 6.1 Gebruik Pricer File Interface Algemeen Inleiding Er zijn een tweetal mogelijkheden om aangemaakte afbeeldingen door Pricer op te laten pakken om te verspreiden naar de digitale schaplabels: 1. De Pricer Image API 2. De Pricer File Interface Bij de tot stand koming van de koppeling tussen de Pricer digitale schaplabels en BlueRetail is eerst voor optie 1 gekozen. Echter dit bracht de onhebbelijkheid mee dat alle artikelinformatie van BlueRetail ook in de Pricer database aanwezig zou moeten zijn. Dit nadeel heeft de Pricer File Interface niet. Op basis hiervan zijn er aanpassingen in BlueRetail doorgevoerd zodat optie 2, de Pricer File Interface, ingezet kan worden. Meer gedetailleerde informatie over de koppeling met Pricer digitale schaplabels is terug te vinden in het document: _Inrichting_Digitale-Schaplabels_Pricer_v03.pdf Pricer File Interface De Pricer PFI interface is een interface op basis van tekstbestanden waarmee gegevens naar de Pricer database en daarmee uiteindelijk naar de ESL gestuurd kunnen worden. Hieronder een beknopte weergave van 23

16 Met de term PCA wordt in bovenstaande tekst de backoffice PC bedoeld in de winkel. Proces Hieronder worden de stappen beschreven die worden doorlopen binnen het PFI proces: Schema Hieronder wordt bovenstaande nog een keer schematisch weergegeven: Commando s Binnen de PFI interface kunnen de volgende commando s gegeven worden: UPDATE TARGETLINK PRINT van 23

17 REFRESH SETGLOBAL DELETE ESLUPDATE UPDATE Binnen onze huidige koppeling zullen we gebruik maken van het commando UPDATE. Drie componenten De PFI interface bestaat uit drie componenten: Information file Message file Result file Deze drie bestanden staan in de volgende directories: Voorbeelden Hieronder volgen de voorbeelden van de betreffende files. Er zal uiteindelijk door BlueRetail alleen een message-en informatie-file aangeleverd te hoeven worden. Bij het aanleveren van de informatie-file zal de reeds bestaande vervangen dienen te worden. De informatie-file wordt nl. niet verwijderd door de PFI interface. Dit gebeurt alleen bij de messagefile. Information File (I1) In de information file staat de informatie zoals de naam al zegt die naar de ESL gestuurd dient te worden. Onderstaand de indeling van het betreffende bestand van 23

18 Information File (I1) Indeling Information File (I1) Voorbeeld Information File (I1) Locatie Message File (M1) Message File (M1) Indeling In de message file staan eigenlijk de locaties van de information file en de result file. Message File (M1) Voorbeeld van 23

19 Message File (M1) Locatie Result File (R7) De result file bevat uiteindelijk het eindresultaat zoals teruggegeven door de PFI-interface. Hierin staan ook eventuele error-codes. Meer hierover is terug te vinden in het document 50777_pricerfileinterfacespecification_pfi1.pdf. Result File (R7) Locatie Result File (R7) Image directory Locatie Als laatste binnen het concept is het natuurlijk belangrijk dat als er een plaatje naar een ESL gestuurd dient te worden via de PFI interface dat dit fysieke plaatje op de juiste plek staat. In een I1 bestand kun je aangeven dat bijvoorbeeld een 1234.bmp naar een bepaalde ESL gestuurd dient te worden. De PFI interface zoekt dan naar een bestand 1234.bmp in de image directory binnen de Pricer installatie. Voor de exacte locatie zie onderstaande screenshot: van 23

20 Binnen BlueRetail in het lay-out bestand zal dus aangegeven moeten worden dat het plaatje in bovenstaande directory neergezet wordt. Error codes Als laatste hieronder de belangrijkste error codes: Wijzigingen BlueRetail Instellen artikelen Op basis van bovenstaande zijn de volgende instellingen toegevoegd in BlueRetail: van 23

21 6.2 Wijziging opname-modus bij automatische inkooporders Huidige werking Indien men het <menupad COIA> volgt (Crediteuren\Invoeren\Orders\Automatisch) dan kan men hier voor de optie Verkooporders en besteladvies kiezen. Zie onder: De huidige werking van deze optie is dat er een besteladvies wordt bepaald op basis van de ingeregelde min/max en de actuele voorraad. Is er voor het betreffende artikel een verkooporder dan wordt dit besteladvies verminderd met het aantal op de verkooporder en wordt er een nieuwe regel toegevoegd aan de inkooporder gekoppeld aan de verkooporder. Maatwerk Bij deze maatwerk aanvraag wil de klant geen 1 op 1 koppeling tussen een verkooporder en een inkooporder indien er voldoende voorraad is. Om de mode Orders leveranciers en besteladvies zodanig aan te passen dat het splitsen van de inkooporder alleen gebeurt indien er niet voldoende voorraad is er een nieuwe instelling bij gekomen in BlueRetail. Deze is terug te vinden onder Instellen\Software\Crediteuren\Orders. Zie onderstaande screenshot: van 23

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

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