Utvecklingsbehov samtliga svar

Från Svenska kohanätverkets wiki
Version från den 15 februari 2019 kl. 12.05 av Andreashm (Diskussion | bidrag) (Vilka utvecklingsbehov har ni rörande Koha?)

Hoppa till: navigering, sök

Vilka utvecklingsbehov har ni rörande Koha?

Inkomna svar:

Att anonymisera användningsdata hos något bibliotek så att studenterna kan använda dem för sitt examensarbete, t.ex. 
Vi kommer att vara med i olika utvecklingssamarbeten när vi kommit igång - förhoppningsvis vår 2019.
En mer träffsäker sökfunktion. Fjärrlånebeställningar från Libris. 
Att kunna söka fram enskilda marcfält som 876 (för att få ut listor över enskilda boksamlingar).
Fjärrlånemodul med Libriskoppling. Funktion för fakturaunderlag/koppling till kommunens ekonomisystem. Mer effektiv spegling av vårt bestånd i Libris. SPAR/Navet-koppling. Fler estetiskt tilltalande/användarvänliga anpassningsbara funktioner i opac. Möjlighet att återlämna media fler än en gång i automat.
Anpassa Zebra att indexera ISBN nummer så att dem alltid hittas vid sökning i personalgränssnittet.
Anpassa Koha så att reservationsslippar skrivs ut smidigare och snabbare på skrivaren.
Det går felaktigt att göra omlån i personalgränssnittet även om låntagaren har skulder.
Koha verkar inte anonymisera old tabellerna.
Få till OAI-PMH koppling mellan Koha och Libris
Sätta upp effektivare uppgraderings processer.
Få till en bra hantering kring skulder.
Få till bättre flöde från Bokus/Adlibris till Koha vid inköp.
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12460 har vi i o f s implementerad i vår egen Koha men vi ser helst att den ingår i kodbasen + att funktionen utvecklas för Elastic.

Överhuvudtaget att få fungerande Elastic på plats men vi saknar helt egen förmåga att driva utvecklingen

Helenelundsskolan har Koha i drift sedan en kort tid tillbaka. Jag har kontakt med andra skolor som har ett intresse. Jag har varit delaktig i Helenelundsskolans process. Jag har bl.a. installerat och försökt sätta mig in i Kohas alla inställningar. Jag förstår inte alltid bibliotekens processer.
En mycket aktuell detalj som dök upp är låntagarhanteringen. Eftersom det just nu är skolbibliotek som är aktuellt för mig behöver jag verktyg att kunna hantera låntagare på ett smidigt sätt. Det finns verktyg för att importera låntagare vilket jag gjort men på samma sätt behövs bra verktyg för att ta bort användare, främst elever som slutat. Detta för att kunna uppfylla kraven i GDPR t.ex.
Om vi utökar till fler skolor i Kommunen tänker jag att vi behöver få in den hanteringen i samma processer som skapar och tar bort användare i andra system ex. Google Apps, utifrån uppgifter i Skoladministrativa system. Alltså gå mot automatiserade processer så långt det är möjligt.
Här skulle tydliga API-er vara till hjälp. Det går att bygga sådana själv om man driftar servrarna själva. Men om man lägger ut driften externt blir man utlämnad till att leverantören skapar dessa eller att man måste sköta låntagarna manuellt.
De verktyg som är tillgängliga har inte tillräckligt med fält att välja för rensningen. Skulle hjälpa mycket med ett fält där vi kan välja ett värde i ""patron attribute"" som används vid importen. 
Som exempel har vi lagt till ett attribut kallad Klass: där vi lägger in elevernas klass.
Kommer säker på ytterligare saker under resans gång så jag kanske återkommer.
Buggar:
- Exemplar med annan LOST än 1 visas inte som Lost i exemplarlistan när man ska reservera bok.
- Restriction-fliken i låntagarposten visar antal begränsningar i detaljvy men inte i lånvy.
Önskemål:
- Bättre loggning för transaktioner, statistik och felsökning. ""action_logs"" är för begränsad.
- Digest-meddelande för PREDUE har onödigt begränsad möjlighet att visa exemplardata i mallen.
- Kunna välja att avsändare för ODUE-brev skickas från ägande bibliotek istället för utlånande.
- Visa streckkod i Accountflik och Pay fines-flik.
- Olika väntetid på avhämtningshylla baserat på materialkategori.
- Vid återlämning visa om boken är reserverad av någon annan i listan över återlämningar.
- Ge möjlighet att göra manuella omlån trots att boken lånats med automatiska omlån.
- Uppräkning av ""copy number"" vid katalogisering av exemplar.
- Kunna anonymisera användare/lån per låntagarkategori.
Tittar just nu på fjärrlånefunktionaliteten - viktigt at den utvecklas till något användbart. Har inte hunnit kolla läget vad gäller REST API, men det är viktigt för oss att kunna fortsätta med de integrationer vi gjort mot vårt nuvarande system. Jag har tidigare hört att API:et behöver förbättras - i så fall är vi troligen intresserade av detta. 
Vi tror att den fjärrlånemodul (?) som är under utveckling skulle vara användbar för oss, annars kan vi i dagsläget inte identifiera några utvecklingsbehov.
Fjärrlån och fakturering 
Koha Opac
1) Bättre koppling till Koha Opac av skapade Patron Attribute Types, t ex personnummer. (kan vara så att vi inte undersökt möjligheterna tillräckligt :-).
2) Verifiering av e-postadress i självregistreringsformuläret, borde finnas ett fält till så man får ange 2 ggr, som för lösenord.
3) Flexibelt utformbart meddelande på e-post när man självregistrerat sig.
4) När man fyller i födelsedata i självregistreringsformuläret borde Koha varna om man inte nått upp till minimiålder (18 år).
5) Preference för att välja om reservationslänk ska visas för böcker som finns på hyllan, tillgängliga. Bra om man inte tillåter reservationer på material som inte är utlånat.
Personalgränssnittet
1) BorrowerID för först i kön borde synas i meddelandefönstret vid avisering (reserverad bok som återlämnas).
2) Det borde visas hur många som finns i kö på meddelanderutan för reserverad när man återlämnar, och på waitingreserves-rapporten.
3) Sökning av låntagare, filter. Vore bra att ha:
a)avgift, 
b)begränsning, 
c)låntagare med lån, 
d)låntagare med reservation,
som filtreringsmöjlighet.
Adlibris - KOHA: vi försöker med Magnus Engers hjälp ta reda på vad det skulle innebära att kunna få in beställningsinformation från Adlibris till KOHA och om det kräver någon utveckling av KOHA.
Adressuppdatering: Vi har fortfarande ett stort behov av att få in adressuppdateringar i KOHA. Vi är nyfikna på den lösning Lund har tagit fram och hoppas kunna titta mer på det.
Vill gärna arbeta mer med OPAC-utveckling framöver
Hantera utskrifter till kvittoskrivare med silent printing (använder idag ett Firefox plugin som inte stöds i senare versioner)
Ny funktion för beställningar (utöver reservationer) - skulle underlätta för magasinsbeställning
Integrering mot LIBRIS via API:er (gallring etc.)
Hämtning av poster från LIBRIS via OAI-PMH
Förbättrad avgiftsfunktion (funktion + visning)
UX-arbete på vissa vyer/sidor/tabeller, exempelvis reservationer
*Jag vill till exempel få in böckernas pris i KOHA-admin (så att vi kan få in det direkt i räkningen till låntagaren, när de glömt lämna boken)
*Hämta biblioteksadresser från bibdatabasen till KOHA. Utskrifter av adressetiketter till bibliotek eller användare från KOHA.
*Sen har vi alla kopplingar till andra system som LibrisXL, Summon etc.
*Linked data i KOHA (inte bara i Libris)
* Förbättra koppling mellan koha och utlåningsmaskinerna (status och omlån funkar ej i version 18.05).
* Fakturahantering
Utlåningsautomaterna får en 1 istället för en 0 för alerts från koha när ett ej återlämnat exemplar dras åter eller om låntagaren har lånat exemplaret förut. (delvis löst med https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20059 ) 
Förkorta lånetid är för strängt inställd. Utvecklingsfråga på förkortad lånetid så att den läser av när alla exemplar är utlånade och två i kö DÅ förkortas lånetiden. Förkortad lånetid med UNDANTAG från dessa exemplartyper: läromedel (tex). 
Möjlighet att söka på språk, språk ska synas i opac m.m. (borde fungera med Elasticsearch) 
Att Koha ska kunna känna igen när en bok är reserverad och skicka en påminnelse direkt istället för att vänta på utlösare för förseningsmeddelande. 
Lånestatus i libris för biblioteken. (borde kunna lösas med: https://github.com/AndreasJonsson/KohaLibrisServices) 
Få ett meddelande/notifikation/popup när man drar ett media åter som har CCODE Magasin.
Lost item fee on return ger samma meddelande påslaget som avslaget. Skulder återstår. Borde ställas in beroende på vilken lost status item har inte rakt över alla lost statusar. 
Prenumerationer: det finns Item type och Itemtype for older issues. På samma sätt borde det finnas Location och Location for older issues. För en del tidskrifter skyltas senaste numret, och sedan går de direkt till magasin
När man går in på en post i träfflistan så underlättar det om man blir scrollad till den posten när man klickar bakåt istället för att börja högst upp och behöva scrolla ner igen. 
Vi saknar möjligheten att ansöka om lånekort digitalt, med en e-tjänst, som man kunde förut. Vore även bra om man kunde lägga in pin-kod med hjälp av mobilt bank-ID eller nåt. Och fortfarande ge sitt medgivande enligt GDPR också, förstås. Kanske går att samordna? 
1.	Utökad funktionalitet i syspref ""AllowHoldDateInFuture"" som vi har tänkt använda som bokning av orkestermaterial (orkestrar vet att de ska spela ett visst material på konsert i maj och vill ha materialet i april så de vill boka det i januari). Som det är nu så kan jag låna ut ett material dagen innan, det får en kort tid men inga direkta meddelanden om det. Det skulle räcka med att få upp en varningstext med ""obs, kort datum då annan låntagare bokat materialet"". Alternativt en helt egen funktion för det.
2.	Fakturering
3.	Förbättrade möjligheter till magasinsbeställningar direkt i Koha. Som det ser ut nu så kommer vi att använda den vanliga reservationsfunktionen, men det är svårt att säga hur det kommer att fungera för oss. ”Alla” verkar ju tycka att den är otillräcklig.
1. Önskemål om att någon kommer och hjälper mig på plats med olika inställningar och meddelanden. 
2. Vi har stora problem med dubblettposter i beståndsposterna från nattlig import från 
Libris. 
3. Går det att direktimportera poster till Koha utan att det blir en dubblettpost av den bibliografiska posten i Koha nästa dag? 
Förbättringar i ElasticSearch-funktionalitet, t.ex. sortering och rankning. Onlinebetalning av avgifter.