Kehitystoiveet

Varausjono -raporttiin lisätietoja

Varausjono-raporttiin tarvittaisiin nykyisten tietojen lisäksi sarakkeet asiakkaan varaustunniste, moniosaisesta teoksesta osan nimi ja numero (Marc-kentät 245 n sekä 245 p) sekä tiedot kirjan sarjasta (MARC-kenttä 490)

Lisäksi toivotaan luokka-kenttään näkyviin, jos samaa kirjaa on saatavilla toisellakin signumilla (eli käytännössä toinenkin nide/ toisessakin branchissä). Tuo tieto näkyy nyt Hyllyvaraukset-raportissa, mutta voisiko sen saada myös Varausjono -raporttiin?

Onko päivämäärä -tietoon mahdollista saada tarkennuksena näkymään myös kellonaika?

3AMK: 245p ja n tiedot tärkeä. Signumhan näkyy jo. Kellonajalla ei tarvetta.

Kansalliskirjasto: Toiveet yhä relevantteja, myös kellonaika.

Varauksen noutopaikan rajoittaminen Finnassa OPACHoldsIfAvailableAtPickup -asetuksen mukaisesti

Kohassa on OPACHoldsIfAvailableAtPickup -systeemiasetus, jolla voi rajoittaa varauksen noutopaikkavalintoja siten, että asiakas saa noutopaikkalistaan vain ne toimipaikat, joissa nide ei ole hyllyssä.
Tämä asetus ei nyt vaikuta Finnan toimipaikkavalintaan, vaan Finna antaa asetuksesta riippumatta kaikki toimipaikat listaan.

HAMKissa tätä ominaisuutta tarvittaisiin, koska haluaisimme rajata hyllyvarauksen vain sellaisiin tapauksiin, jossa asiakas haluaa tilata niteen toiseen kirjaston toimipaikkaan.

Lainaus- tai palautustilan välittäminen 3M RFID-ohjelmalle

Korkeakoulukirjastoissa käytetään yleisesti 3M:n RFID-ohjelmaa kirjojen hälytyksen aktivointiin ja passivointiin. 3M:n ohjelma ei pysty tällä hetkellä havaitsemaan, onko Kohassa toimintona lainaus vai palautus, vaan aktivointitilaa joudutaan vaihtamaan käsin.

Ratkaisuvaihtoehtoja tutkittavaksi
1. Mikroväylän mukaan tarvittaisiin Kohaan jonkinlainen rajapinta tms. jonka avulla voisi nähdä onko päällä lainaus vai palautus
2. Kohassa on mahdollisuus käyttää pikanäppäimiä siirtymiseen lainaukseen ja palautukseen. Tutkittavaksi, voisiko pikanäppäimen valinta välittyä 3M ohjelmalle
3. Selainlaajennos?

3AMK: ihan kiva ominaisuus olisi, mutta ei korkean prioriteetin kehitettävä ominaisuus.

Kansalliskirjasto: Tälle olisi tarvetta.

Massapoistojen tekeminen siten että varastotietueet poistuvat (toiminto: niteiden poisto eräajona)

Isomman määrän niteitä voi helposti poistaa Kohan työkalujen "Niteiden poisto eräajona"-toiminnolla. Toiminnossa on lisäruksi "Poista tietueet, jos kaikki niteet poistettu." Tämä ei poista tyhjäksi jääneitä varastotietueita, mutta jos poistaa sellaisen nimekkeen, mihin ei liity muita nidetietueita niin koko tietue testailujen perusteella poistuu eli myös bib-tietue ja varastotietue. (Toiminnon nimi suomeksi on vähän epämääräinen, eli siitä ei selviä mitä tuon ruksin laittamalla poistuu.)

Jotta massapoistot olisivat näppäriä myös Melinda-ympäristössä niin olisi hyvä, jos toiminnolla voisi halutessaan poistaa myös varastotietueet silloin kun niihin ei enää liity niteitä, jottei niitä tarvitse poistaa aina käsin erikseen, mikä on työlästä.

Lisäksi olisi hyvä, jos sen jälkeen kun on poistettu bib-tietueita saisi niistä riittävät tiedot Melindan low-tagien poistamista varten (https://poistot.melinda.kansalliskirjasto.fi/#/). Vaihtoehtoinen toimintatapa tälle voisi olla se, että kun varastotietueet on poistettu otetaan SQL-kysely tyhjäksi jääneistä bib-tietueista ja tämän avulla poistetaan Melindan low-tagit ja sen jälkeen bib-tietueet Kohasta. Kohassa on myös "Tietueiden poisto eräajona" -työkalu, jolla pystyy poistamaan tietueita tietuenumeron avulla (tätä en ole itse vielä testannut).

Tämä ehkä ei ole yhtä kriittinen nyt, kun monografioiden varastotietueet poistettu tietokannoista?

Versiossa 20.06 varastotietue estää bibliografisen tietueen massapoiston. / Christian Nelson

SQL-kyselyllä voidaan ennen massapoistoa listata Melindalle lähetettävät biblionumberit ja 035-kentätn Melinda-ID:t low tagien poistoa varten. / Christian Nelson

Kansalliskirjasto: Toiminto on tarpeellinen.

Holdingia ei voi muokata hankinnassa

Meillä luodaan nide tilausta tehdessä. Holdigiin ei tule mitään valittavaksi (alasvetovalikko antaa tyhjää). Jos tilataan ihan uutta, niin ei varmaan tässä vaiheessa tarvitakkaan holdigsia, mutta jos tilataan lisäkappaleita, voisi olla näppärää linkata jo olemassa oleva holdings jo tässä vaiheessa oikein.

Vastaava ongelma kuin meidän toisessa tiketissä: https://tiketti.koha-suomi.fi:83/issues/4027

Tämä tiketti tavallaan liittyy tähän asiaan: https://tiketti.koha-suomi.fi:83/issues/3293

Erona tuohon tikettiin on se, että me teemme lehdille niteet ja tällöin saapumisvalvotut lehdet näkyvät kyllä Finnassa. Ongelmaksi muodostuu, että saapumisvalvonassa ei niteelle saa lisättyä holdingia vaan sen täytyy erikseen käydä lisäämässä luetteloinnin kautta muokkaamalla nidettä. Tämä on sen verran työlästä ja epäkäytännöllistä, että emme vielä ottaneet saapumisvalvontaa käyttöön. Otamme sen käyttöön, jos tämä saadaan korjattua.

Kun lainaa kirjan, voi manuaalisesti syöttää eräpävän ja kellonajan: Checkout settings ja Specify due date. Sakkoja ei kuitenkaan tule vaikka palauttaa eräpäivänä, syötetyn kellonajan jälkeen. Olisi tarve tähän yölainojen kanssa.

Yhteisön wikin mukaan se vaikuttaisi vielä olevan kehitteillä oleva ominaisuus: https://wiki.koha-community.org/wiki/Library_opening_hours_and_term_loans_RFC

Kannattaa tarkistaa missä tilanteessa yhteisöversiossa tämä asiaa

Tilassa Abandoned RFC (10/2020).

Yölainat pitäisi toteuttaa ilman tarvetta manuaalisiin toimipiteisiin (oikea laina-aika (esim. seuraavana aukiolopäivänä klo 12.00 automaattisesti myös automaatilla lainatessa). / Christian Nelson

Varaustoiminnon kehittäminen

Tämä pitäisi tarkistaa mitä tarvitaan version 20.05 käyttöönoton jälkeen

3AMK: tästä ei voi tehdä yleistä sääntöä, meillä asiakkaan kotikirjastolla ei ole väliä ja hyllyvaraus on voitava sallia, jos niteitä on saatavilla jossain kirjastossa. Samaa mieltä: Varaamisen ehtoja ja sääntöjä olisi hyvä voida säätää monipuolisemmin.

Elasticsearch-tiedonhaun parantaminen

Tiedonhakuun tarvittavia korjauksia:

Huom! Tästä tiketistä kaikki kohdat on siirretty yleisten ja tieteellisten yhteiseen toivelistaan. Jatkossa kaikki lisäehdotukset sinne: https://tiketti.koha-suomi.fi/projects/koha-suomen-dokumentaatio/wiki/Indeksointitarpeet

Kohan versiossa 20.05 hakukoneen asetukset löytyvät täältä /cgi-bin/koha/admin/searchengine/elasticsearch/mappings.pl

Miten indeksointi määritellään? Missä määrin kirjasto voi tehdä itse, mikä vaatii KK:n työtä?

Biblio-taulun mappaykset vaikuttavat asiaan

Varastotietueiden muutosten tulisi päivittyä niteisiin

Kun tietueessa on niteitä, ja sen signumia (esim. hyllyluokan tai pääsanan muutos) muutetaan holdingissa Kohassa, se ei päivity ollenkaan Finnaan.
Jos muutoksen tekee jokaiseen niteeseen erikseen, se päivittyy Finnaan.
Mutta kun on kyse julkaisusta jossa on todella paljon niteitä (586 kpl), niin ei voi mennä tekemään jokaiseen niteeseen muutosta. Eikä siinä olisi muutenkaan järkeä.
Niteiden eräajolla saamme kyllä muutoksen tehtyä, mutta helpommalla pääsisi kun holdingsiin tehdyt muutokset periytyisivät myös sen alla oleviin niteisiin.

Tämä tehtävä on merkitty Odottaa-tilaan, koska toiminnon voi tehdä erä-ajolla.

3AMK: ihan kiva ominaisuus, mutta ei prioriteettilistalla kovin korkealla, koska varastotietueita ei ole paljon.

MARC-luettelointipohjiin oletusindikaattorit

Asiakkailta on saatu palautetta turhan tiheään tulevista varastotilauksen käsittelyvaiheiden ilmoituksista varsinkin silloin kun asiakas on varastoaineiston suurkäyttäjä ja tilaa useampia aineistoja kerralla. Ongelmaa korostaa se, että ilmoitukset eivät välttämättä saadu asiakkaalle loogisessa järjestyksessä vaan sähköpostin kulusta riippuen asiakas saatata saada "otettu käsittelyyn" -ilmoituksen vasta sen jälkeen kun tilaus on jo käsitelty ja valmiina noudettavaksi. Tämä aiheuttaa turhia yhteydenottoja varaston henkilökunnalle. Olisi hyvä jos sähköposti-ilmoitukset voisi tehdä konfiguroitavaksi siten, että asetuksista voisi valita missä vaiheissa viestejä lähetetään. Mikäli viestiasetuksia ei saada konfiguroitavaksi, riittää jos vain "tilaus peruutettu" ja "tilaus valmis" viestit lähetetään ja muut viestit kytketään pois päältä.

Pidemmälle menevä parannus olisi jos samalla kertaa lähetetyt tilaukset (esim. samalla päivämäärällä tilatut) voisi niputtaa koosteviestiksi. Nyt jokaisesta tilatusta aineistosta lähetetään oma erillinen viestinsä ja tästä syystä suurkäyttäjien tapauksissa viestejä generoituu paljon.

KOHAn kanssa Finnassa kausijulkaisujen niteet eivät lajitu numeroinnin mukaan. 

Virhe: Karkauspäivänä automaattinen uusinta ei toimi

automatic_renewals.pl -skriptin logiin tulee seuraava virhe karkauspäivänä eikä automaattinen uusinta toimi:

/var/log/koha/cronjobs/automatic_renewals.pl.log:
Invalid local time for date in time zone: Europe/Helsinki

Onko virhe ajankohtainen enää 20.05 version kanssa

3AMK: tarkistettava miten toimii

Fines.pl -cronjob ei noudata FinesCalendar-järjestelmäasetusta

Onko virhe ajankohtainen enää?

Virhe: Tietueen varaustiedoissa näkyy Asiakas-sarakkeessa tyhjää, jos ei ole viivakoodia

Jos varaus on tehty asiakkaalle, jolla ei ole viivakoodia ja menee katsomaan tätä varausta tietueen varaussivulle, niin siellä ei näy Asiakas-sarakkeessa mitään eli sitä kautta ei pysty yhdistämään varausta tähän asiakkaaseen. Jos viivakoodia ei ole voisi siinä lukea vaikka "Ei viivakoodia" tms.

Kirjattu bugiportti yhteisön bugzillaan https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26423

Tämä näyttäisi esiintyvän myös 20.05 -versiossa 

Tietueiden tuonti selainkäyttöliittymän kautta ei löydä tietueita tai antaa Internal Server Errorin

Onko virhe ajankohtainen enää 20.05 version kanssa

(Koha3:lla testattuna ei ainakaan ilmennyt testin mukaan /Minna Kivinen)

Sivu /cgi-bin/koha/admin/checkmarc.pl antaa varoitusviestin

Not all subfields for the following tags are in the same tab (or marked 'ignored').

Onko virhe ajankohtainen enää 20.05 version kanssa?

(Koha3:lla testattuna ei ainakaan ilmennyt testin mukaan /Minna Kivinen)

Hyllysijaintien normalisointi sotkee Kirjastokartan

Kohan rajapinta palauttaa item call numberin näytettävän version
(itemcallnumber_display) sorttauskentästä (cn_sort), jossa kaikki on normalisoitu isoksi.

Tämä saa aikaan sen, että Kirjastokartta ei osaa linkittää hyllysijaintia karttaan.

Asiakkaan kaikki maksut -kenttä kuitteihin ja viesteihin

Asiakkaan maksujen tulostaminen kuitille

Hyllyvarauslistaan tarvitaan mahdollisuus suodattaa myös noutopaikan mukaan.