Gebruikers onderhoud
- 29 May 2024
- 6 Minuten zu lesen
- Mitwirkende
- Drucken
- DunkelLicht
- pdf
Gebruikers onderhoud
- Aktualisiert am 29 May 2024
- 6 Minuten zu lesen
- Mitwirkende
- Drucken
- DunkelLicht
- pdf
The content is currently unavailable in German. You are viewing the default Dutch version.
Artikel-Zusammenfassung
Fanden Sie diese Zusammenfassung hilfreich?
Vielen Dank für Ihr Feedback
Het gebruikers onderhoud gaat over gebruikers die toegang hebben tot RetailVista. De applicatie beheerder van RetailVista (bij de retailer) voert zelf het onderhoud op gebruikers uit. Nieuwe gebruikers die komen werken kunnen toegevoegd worden, maar ook is het sluiten van gebruikers accounts van medewerkers die vertrekken. De applicatiebeheerder van de retailer is hier zelf voor verantwoordelijk.
Via Extra kan gekozen worden voor 'Gebruikers'. In het overzicht scherm van gebruikers wat direct verschijnt kunnen gebruikers worden toegevoegd of gewijzigd. Het is niet mogelijk om een gebruiker te verwijderen, omdat aan deze gebruiker allerlei gegevens gekoppeld (historie) zijn die historisch bewaard moeten blijven. Een gebruiker die vertrekt wordt gewijzigd en binnen deze wijziging wordt zo'n gebruiker geblokkeerd. Daardoor is er voor die gebruiker niet meer mogelijk om met RetailVista te werken.
Het onderhoud van gebruikers kan alleen worden uitgevoerd door andere gebruikers die als 'beheerder' zijn aangemerkt. Standaard is dat bij oplevering van RetailVista altijd een 'administrator' account, maar vanuit dat account kunnen er meer gebruikers worden aangemaakt die volledige rechten als beheerder hebben.
Bij de aanmaak van een nieuwe gebruiker wordt onderstaand scherm zichtbaar.
De volgende gegevens velden zijn beschikbaar:
| Toegang beperken tot vestiging | Door hier een vestiging te kiezen kan deze gebruiker alleen inloggen op deze vestiging van RetailVista. Het is voor deze gebruiker dan ook niet mogelijk om op de startpagina van RetailVista een andere vestiging te kiezen. |
| Aanhef | Spreekt voor zich |
| Voornamen | Spreekt voor zich |
| Initialen | De voorletters van een gebruiker. |
| Voorvoegsel | Spreekt voor zich |
| Achternaam | Spreekt voor zich |
| Het email adres van een gebruiker. Dit is geen verplicht veld, maar als het niet opgegeven wordt is het niet mogelijk om een succesvolle wachtwoord herstel te starten. Het is dan immers niet bekend naar welk email een herstel link kan worden gestuurd. | |
| Taal | Met deze taal instelling wordt geregeld in welke taal er email berichten naar deze gebruiker worden verstuurd. |
| Gebruikersnaam | Dit is de unieke gebruikersnaam van deze gebruiker. Als een gebruiker wordt geblokkeerd is het mogelijk om de gebruikersnaam leeg te maken. Daardoor kan die naam bij een andere (eventueel nieuwe) medewerker worden opgegeven. |
| Huidig wachtwoord | Als een gebruiker zelf kiest voor het wijzigen van een wachtwoord door middel van het wijzigen van zijn gebruikers gegeven, dan is het verplicht als extra beveiliging om naast het nieuwe wachtwoord ook het huidige wachtwoord op te geven. Als het huidige wachtwoord niet bekend is, dan kan een gebruiker zijn eigen wachtwoord niet wijzigen en moet dat via een applicatie beheerder. |
| Nieuw wachtwoord | Dit is het nieuwe wachtwoord van een gebruiker. Er worden wat eisen gesteld aan het wachtwoord zoals het gebruik van letters en cijfers. Bij het opslaan van een wachtwoord mutatie wordt een controle gedaan of het wachtwoord voldoet aan een redelijke standaard voor veilige wachtwoorden. |
| Herhaal wachtwoord | Bij het wijzigen van het wachtwoord van een gebruiker willen we graag zeker weten dat het nieuwe wachtwoord zonder typefouten opgegeven is. Om die reden wordt het nieuwe wachtwoord hier nog eens gevraagd om te herhalen. Het herhaal wachtwoord moet bij het opslaan van een gebruikers mutatie met een wachtwoord wijziging dus hetzelfde zijn als het nieuwe wachtwoord. |
| Gebruik afwijkend POS wachtwoord | Hiermee kan aangegeven worden dat voor het inloggen op POS (en op RetailVista Mobile) een eenvoudiger wachtwoord gebruikt mag worden als het standaard RetailVista ERP wachtwoord. Als er geen afwijkend wachtwoord voor POS en Mobile mag worden gebruikt, dan moet op die beide applicaties met het wachtwoord worden ingelogd waarin ook gewerkt wordt met RetailVista ERP. Aan dat wachtwoord worden meer eisen gesteld qua complexiteit, om het raden ervan moeilijk te maken. |
| Simpel wachtwoord | Als er gebruik mag worden gemaakt van een afwijkend POS wachtwoord, dan kan dat wachtwoord hier opgegeven worden. We adviseren hier om een pincode te gebruiken van bijvoorbeeld 4 of 6 cijfers. Dit wachtwoord wordt voor zowel RetailVista POS als RetailVista Mobile gebruikt. |
| Herhaal wachtwoord | Herhaal hier nogmaals het simpele wachtwoord. |
Het eServices contactpersoon nummer gaat over de contactpersoon in de centrale klanten database van NedFox. Elke contactpersoon bij een retailer klant van NedFox krijgt in onze centrale administratie een uniek nummer toegekend. Via een integratie met RetailVista is dat contactpersoon nummer hier zichtbaar.
In het tabblad 'beveiliging' zijn de volgende gegevens velden beschikbaar:
| Beveiligingsrol | Aan elke gebruiker kan een beveiligingsrol worden toegekend. Deze beveiliging bepaalt wat een gebruiker wel en niet mag. Beveiligingsrollen worden door een applicatie beheerder uitgewerkt en ingevoerd. |
| Wachtwoord formaat | Kies hier altijd MD5, dit veld zal in een van de volgende versies niet meer bestaan. |
| Wachtwoord verval dagen | Geef hier het aantal dagen op waarna een gebruiker verplicht wordt om zijn/haar wachtwoord te wijzigen. Het met enige regelmaat wijzigen van een wachtwoord zorgt voor een betere beveliging. |
| RFID wachtwoord | Dit veld hoeft hier niet opgegeven te worden maar is bedoeld om vanuit RetailVista POS het wachtwoord van een RFID pasje vast te leggen en te koppelen aan een gebruiker. |
| Beheerder | Als een gebruiker beheerder is, mag deze gebruiker alles doen. Het is dan niet meer nodig en heeft ook geen zin om een beveiligingsrol toe te kennen. |
| Systeem gebruiker | Als een gebruiker systeem gebruiker is, dan kan zo'n account gebruikt worden om met API integraties verbinding te maken met RetailVista. Een systeem gebruiker kan niet loggen op de RetailVista website, het betreft in feite een 'technisch' account, speciaal bedoeld voor integraties. |
| Gefiatteerd | Als een gebruikers account gefiatteerd is, dan kan er mee ingelogd worden op RetailVista ERP, RetailVista POS en RetailVista Mobile. Van een gebruiker die vertrekt is het belangrijk om deze fiattering in te trekken. |
| Permanent geblokkeerd | Zolang een gebruikers account niet permanent geblokkeerd (en wel gefiatteed) is, dan kan er mee ingelogd worden op RetailVista ERP, RetailVista POS en RetailVista Mobile. Als in de RetailVista ERP backoffice webste te vaak ingelogd wordt met een foutief wachtwoord, dan wordt het account permanent geblokkeerd. Een applicatie beheerder zal het account dan handmatig eerst weer moeten vrijgeven door deze permanente blokkering ongedaan te maken. |
| Website gebruiker | Als een gebruiker website gebruiker is, dan kan deze inloggen de RetailVista ERP website. |
| POS gebruiker | Als een gebruiker POS gebruiker is, dan kan deze inloggen op de kassa (POS) applicatie. |
| Scanner gebruiker | Als een gebruiker scanner gebruiker is, dan kan deze inloggen op RetailVista Mobile |
| Negeer twee factor (2FA) | Twee factor authenticatie is een extra beveiliging op het wachtwoord van een gebruiker. Met deze instelling is het mogelijk om voor specifieke gebruikers de verplichting om 2FA te gebruiken te laten vervallen. |
| Forceer wijzigen wachtwoord | Door het activeren van deze optie wordt een gebruiker gedwongen bij de eerstvolgende succesvolle inlog poging op RetailVista ERP om zijn of haar wachtwoord te wijzigen. Deze optie wordt standaard geactivered bij het aanmaken van een nieuw gebruikersaccount. |
Zodra een gebruiker aangemaakt is en opnieuw geopend wordt, dan verschijnen er een tweetal extra tabbladen. De eerste daarvan is het tabblad 'Rechten'. Met dit tabblad kunnen aanvullende invididuele rechten worden toegekend aan een gebruiker. Dit is in feite een toevoeging aan de eerder geselecteerde gebruikersrol. Ons advies is om zoveel mogelijk gebruik te maken van een goed ingestelde structuur met beveiligingsrollen. Het kan alleen natuurlijk wel eens voorkomen dat een bepaalde gebruiker naast een standaard gebruikersrol net onvoldoende rechten heeft om een bepaalde extra handeling uit te voeren. Dan kunnen in dit tabblad die specifieke extra rechten worden toegevoegd. Wat hier toegekend wordt werkt als een 'optelling' van rechten die via de gebruikers rol al toegekend zijn. Verder gedraagt het zich als zodanig dat als een gebruiker ergens iets 'mag', dan mag het. Ofwel, als in een gebruikersrol bij een recht staat dat iets niet mag, terwijl hier datzelfde recht toegevoegd wordt en aangegeven wordt dat een gebruiker dat wel mag, dan mag het.
Het laatste tabblad 'vestiging' loopt vooruit op een toekomstige wijziging waarmee de vestiging selectie bij een gebruiker gaat vervallen. Het is mogelijk om een gebruiker op bijvoorbeeld 2 van de 4 vestigingen toegang te geven. Onderstaand tabblad maakt dat wel mogelijk en zal dit leidend zijn voor de vestigingen waar een gebruiker actief op mag zijn.
War dieser Artikel hilfreich?