Client

Laatst bijgewerkt op
Als PDF opslaan

Voor mediatheekWise wordt gebruik gemaakt van dezelfde Java-wiseclient als voor OCLC Wise. Het verschil zit het in het wel/niet beschikbaar zijn van bepaalde functies. Dit is in een aantal gevallen sector-gestuurd en wordt verder vooral geregeld door middel van Bevoegdheden in de manager (systeemWise > Toegangscodes en bevoegdheden).

De javaclients van OCLC Wise hebben een beveiligde internetverbinding nodig; voor schoolWise gelden dezelfde regels als voor Wise. Deze beveiligde verbinding is te regelen via een eigen VPN-verbinding of via een zogeheten 'secure client' die over een https-verbinding loopt.

Beveiligde verbinding: VPN versus secure client

Een VPN-verbinding heeft als voordeel dat de client op afstand is aan te sturen door de Wise systeembeheerder. Nadelen zijn echter de kosten, en de afhankelijkheid van de kwaliteit van de lijn. Dit laatste is op scholen vaak een probleem: zodra de internetverbinding op school flink wordt aangesproken – bijvoorbeeld door het streamen van video's – kan de lijncapaciteit tekort schieten.

Een secure client is een client waarvoor de bibliotheek eenmalig een beveiligingscertificaat heeft laten aanmaken. Dit certificaat geeft aan dat de verbinding vanuit school naar de Wisedatabase en omgekeerd in orde is en beveiligd. De aanbieder (de bibliotheek) is verantwoordelijk voor dit certificaat. Als dit nog niet is geregeld, vraag dan OCLC.

Voor scholen is een secure client meestal de beste keus. Via software als Teamviewer kan er ook dan beheer op afstand worden gevoerd. Bovendien kan de schoolWise-client tegenwoordig via Getdown worden binnengehaald, zie verderop

Secure client inlog: extra wachtwoord vereist
De Wise-server van de bibliotheek zal voor secure clients eisen dat er een extra wachtwoord wordt meegegeven bij het inloggen, dus naast de normale toegangscode.

De https inlogcode wordt in de Wise manager ingesteld, bij de inloggegevens voor de client. Voor meer informatie zie Gebruikersrollen en bevoegdheden hieronder.

Gebruikersrollen en bevoegdheden

Het is aan te raden (maar niet verplicht) om voor scholen nieuwe gebruikersrollen aan te maken, zodat de bevoegdheden onafhankelijk van de bibliotheek kunnen worden aangepast.
Het gaat om de rollen voor baliebeheer, exemplaarbeheer, vestigingsbeheer, systeembeheer.

In zijn algemeenheid zal er meestal sprake zijn van drie typen gebruikers van de client, die elk een eigen inlogcode op de client moeten krijgen:

vrijwilligers
schoolmediathecaris / leesmediaconsulent
systeembeheer

De onderlinge taakverdeling moet bepalen welke bevoegdheden toebedeeld worden.

Het is van belang om in het kader van de privacybescherming te zorgen voor zeer beperkte bevoegdheden voor uitleenvrijwilligers (ouders of leerlingen), waarbij deze gebruikers zo min mogelijk gegevens te zien krijgen.

Maak bij de start van mediatheekWise diverse gebruikersrollen aan, die bij elke school gebruikt kunnen worden. Zie ook de uitgebreide manager handleiding Systeemwise Toegangscodes en bevoegdheden.

Het definiëren en in gebruik nemen van een nieuwe gebruikersrol gaat in drie stappen (A, B, C hieronder). Ga naar de Manager > systeemWise > Toegangscodes en bevoegdheden.

A – Aanmaken Gebruikersrol

Klik op het tabje Systeem

Vul de nieuwe gebruikersrol in.
Vul de omschrijving in.
Kies de systeemrol die het dichtst in de buurt komt.

B – Bevoegdheden instellen
Klik in de regel met de zojuist aangemaakte nieuwe gebruikersrol (in afbeelding hieronder geel gearceerd). Rechts verschijnt nu een Onderhoudspanel voor deze gebruikersrol.

Linksonder in het scherm staan alle mogelijke functies bij deze gebruikersrol, waarbij de bevoegdheden standaard op 0 (nul) staan.

Klik in een functieregel om de bevoegdheid in te stellen. Rechts verschijnt dan voor deze functie een wijzigingspanel, zie afbeelding hierboven.
Wijzigen van bevoegdheid kan per niveau (vestiging / instantie / systeem)
Vul gewenste niveau van bevoegdheid in, klik op Opslaan.
Het bevoegdheidsniveau wordt uitgedrukt in een getal:
0 = niets
1 = alleen lezen
7 = mag gegevens wijzigen
15 = alles mag tot en met verwijderen van gegevens

Aandachtspunten

Titelbevoegdheid: het is niet raadzaam om scholen nieuwe of voorlopige titels toe te laten voegen. Dit kan beter overgelaten worden aan de bibliotheek (de catalogusafdeling, als die er is).
Leerlingimport: het is niet raadzaam om vanuit de schoolclient de leerlingimport te doen. Zet de bevoegdheid ACTOREN_BEHEER uit de gebruikersrollen op 0 (niets), dan is het submenu 'Import klantbestanden' inactief.

Privacy: rol met alleen Balie innemen/uitlenen voor vrijwilligers
Omdat scholen soms met vrijwilligers in de uitleen werken, is het belangrijk om ook te zorgen voor gebruikersrollen met beperkte bevoegdheden waarbij er geen persoonsgegevens getoond worden.
Maak hiervoor een gebruikersrol aan waarbij alle bevoegdheden op 0 (nul) staan, behalve Balie – Vestiging = 1

C – Client accounts aanmaken

Klik bovenin op het tabje Gebruikers, zet het stipje onderin op Nieuw.

Vul het scherm in, de velden met een * zijn verplicht.
Maak meteen ook een https-inlogcode aan. Noteer deze goed, want hij is niet meer te achterhalen.

Voorbeeld: gebruikersrol medewerker t.b.v. Leerlingimport

Voor scholen (EDUB en EDUV) is er de mogelijkheid om een leerlingbestand op een veilige manier te uploaden naar de bibliotheekserver. De verantwoordelijke medewerker van de bibliotheekvestiging (de zgn. beheerbibliotheek) die de leerlingimport uitvoert, moet voldoende bevoegdheden hebben voor actorenbeheer en voor bestandsbeheer - leerlingbestanden.

Om leerlingbestanden te mogen ophalen en verwerken gaat het om deze bevoegdheden: - ACTOREN – ACTOREN_CONTRIBUTIE - ACTOREN_BEHEER - BESTANDSBEHEER_LEERLINGBESTANDEN

Zet de bevoegdheid van de gebruikersrol van de medewerker op ‘Verwijderen’ voor vestiging, desgewenst ook voor het niveau instantie en evt. ook systeem breed.

Installatie en configuratie client op de school

Downloaden en installeren via Getdown

De baliesoftware van OCLC Wise draait op Java en wordt gestart en geupdated door de Javawebstart-applicatie. Echter, als er op het schoolnetwerk een nieuwe versie van Java in gebruik is, gaf dit eerder regelmatig problemen. Ook nam het starten van de Wise-client relatief veel tijd in beslag vanwege de uitgebreide veiligheidschecks in Java-webstart.

Hiervoor is nu de Getdown-oplossing, een alternatieve manier om de Wise-client op te starten buiten Java-webstart om. Deze open source-oplossing heeft de charmante naam 'Getdown' en is eveneens een Java-applicatie. Getdown houdt in dat mediatheekWise zelf al de juiste Java-versie meeneemt, en dat de Wiseserver als per definitie betrouwbaar wordt geacht. Hierdoor zal het starten van de client niet meer mislukken vanwege een mismatch van Java-versies en gaat het ook nog eens vele malen sneller.

De enige vereiste om via Getdown een mediatheekWise-balie te mogen starten is een benaderbare schijf (eventueel in het netwerk) met schrijfrechten.

Met Getdown wordt javaws overbodig, en daarmee zijn ook de genoemde problemen verleden tijd. Overigens blijft Java nog wel nodig, maar: de juiste versie wordt meegeleverd met de mediatheekWise-client. Zie verder de Getdown handleiding. Deze instructie is bedoeld voor scholen, en moet worden aangepast aan de eigen bibliotheekorganisatie.

Werkstation school instellen op automatisch aanmelden

Na installatie van de client en zodra de inlog voor de school beschikbaar is kan ter plekke, op het werkstation van de school, geregeld worden dat er ingelogd kan worden zonder de benodigde toegangscode en wachtwoord telkens in te moeten tikken.

Open de client met toegangscode + extra wachtwoord.
Ga naar Vestigingsbeheer > Configuratie > tabblad Poorteigenschappen
Vul bij Omschrijving de naam van de school in.
Klik bij Toegangscode op de button 'Nieuwe toegangscode opgeven'.
Vul hier de normale toegangscode in.

Start vervolgends de client nogmaals op.

De client zal vragen om het extra wachtwoord
Vervolgens vraagt client of dit wachtwoord onthouden moet worden.
Bevestig dit, zodat inloggen vanaf dan een kwestie is van aanklikken.

N.B. Na weggooien cache opnieuw automatische inlog instellen
De wachtwoorden worden versleuteld bewaard in de cache-directory, in het bestand usrxx. Bij het weggooien van de cache-map raakt het automatisch inloggen weer ongedaan, de hier beschreven handelingen in het configuratiescherm van de client moeten dan nogmaals uitgevoerd worden.

Systeemopties ter bescherming van de privacy

Voor mediatheekWise zijn hiervoor dezelfde systeemopties van kracht als voor schoolWise.

NTLASCH – Alleen leerlingen opzoeken van de eigen school

Normaliter kan in de klantenadministratie ook een leerling van een andere school worden opgezocht. Met de systeemoptie NTLASCH kan het klantzoekscherm beperkt worden tot alleen de eigen school. Men kan dan niet langer op naam of adres leerlingen opzoeken van een andere school, ter bescherming van persoonsgegevens.

Gezamenlijke mediatheken : geen NTLASCH wel vestgroep VKZ
De optie NTLASCH mag niet actief zijn voor gezamenlijke mediatheekvestigingen, zij kunnen anders niet langer de leerlingen opzoeken van de verschillende scholen.

Deactiveer de optie voor alleen de gezamenlijke mediatheekvestiging (kopieer optie, vul de mediahteekvestiging in, zet het stipje op ‘uit’).
Maak een VKZ (vestiging zoek klant) groep aan voor de gezamenlijke mediatheek, met daarin de verschillende scholen. Zie ook Vestigingsgroepen per vestiging G_VEST.

EDUNOAD – Geen adresgegevens tonen in de client

Deze optie gaat nog veel verder: er worden in het geheel geen adresgegevens meer getoond. Systeemopties zetten kan via Manager systeemWise > systeemWise > Systeemopties.

Een systeemoptie kan naar keuze per systeem, per instantie of per vestiging worden gezet en betreft uitsluitend schoolWise. De optie kan desgewenst ook per instantie worden gezet, en vervolgens voor een bepaalde vestiging weer uitgezet.