Varausjono -raporttiin lisätietoja - 245n ja 245p -kentät sekä 490 kenttö

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)

MKi: täydennys tehtäväkuvaukseen:

Varausjono -raporttiin ja hyllyvaraus -raporttiin lisättävä näkyviin biblio.seriestitle -kenttä (johon on mapatty MARC-kenttä 490a)

Marcin mappaukset vaikuttavat siihen, mitä nimeketietoja tulee raporttiin. 

MKI: Testattu HAMKin ympäristössä, kentät 245n (biblio.part_number) ja 245p (biblio.part_name) tulevat sekä hyllyvaraus että varausjono -raportteihin. 490 -kenttä (biblio.seriestitle) ei tule vaikka se merkitty Koha to MARC mappings -asetuksiin.

30.10.20:Kannattaisi tehdä yhteisöön myös bugiraportti, jossa toivotaan raportteihin mahdollisuutta valita mitä kenttiä niihin tulee.

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.

Saattaa olla toteutettavissa Kohan varausjonoilla 20.05 -versiossa. Tutkittavaksi HAMKissa

• HAMK 28.20.2020: Ei näytä mahdolliselta toteuttaa varausjonoilla, koska se vaikuttaisi kaikkiin varauksiin eikä pelkästään hyllyssä olevien varaamiseen. Perustuu asiakkaan kotikirjastoon, joka useimilla kirjastoilla puuttuu.

Tritoniassa myös tarpeellinen

Varaustoiminnon kehittäminen

• Kun hyllyvaraus ei ole sallittu, tulisi mahdollistaa varaus vaikka niteitä on saatavilla muualla kuin asiakkaan kotikirjastossa

Varaamisen ehtoja ja sääntöjä olisi hyvä voida säätää monipuolisemmin.

Jos hyllyvaraus ei ole sallittu, Finna-varaamisen pitäisi osata suhteuttaa sääntö (”Ei saa varata, jos niteitä saatavana”) asiakkaan ja niteen kotikirjastoon ja noutopaikkaan, joiden pitää olla samat. Eli varaus pitäisi sallia, jos asiakkaan kotikirjastosta ovat kaikki niteet lainassa (kokoelmasta, johon asiakkaalla on lainaus- ja varausoikeus), vaikka muissa kirjastoissa olisi niteitä paikalla. Varaus pitää kieltää, jos kotikirjastossa on niteitä hyllyssä saatavana, vaikka muissa kirjastoissa olisivat kaikki niteet lainassa.

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

Saattaisi olla, että tämä toimisi paremmin uudella versiolla, kun branchtransferlimits toimii paremmin ja voidaan tehdä varausjonoja.

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.

https://tiketti.koha-suomi.fi/issues/4145

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

Kuljetuksessa olevaa varattua nidettä palautettaessa muuhun kuin noutopaikkaan, pitäisi ruudulle tulevassa ilmoituksessa näkyä niteen kotipaikka  (nyt näkyy vain kuljetuksen kohdepaikka).

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.

XAMKilla myös olisi kiinnostusta tälle

Tästä keskustelua: 2021-04-20 Asiantuntijaryhmän kokous / Koha specialist group meeting , sovittu vietäväksi KATVE-työryhmään.

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

Tritoniassa ja Jyväskylässä on vaihdettu päivälainoiksi. Ja lisäksi on armopäivä. Tritonia ei enää tarvitse 

Minna käy keskustelun Hankenin kanssa ja myös tarkistettavaksi onko sama tilanne KV-versiossa

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

https://tiketti.koha-suomi.fi/issues/4536

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24381 

Asiakkaan maksujen tulostaminen kuitille

Maksujen tulostus transactions kohdassa (eri paikassa, näkyy kokonaissumma).  /26.10.2020 3AMK

Korjaus on tulossa yhteisössä https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24381 

Kohassa on monessa paikkaa MARC-esikatselusivuja, mutta siellä kaikissa kentät ja osakentat ovat jokainen omalla rivillään. Jos keksitään jokin fiksu tapa näyttää yhden kentän osakentät yhdellä rivillä se helpottaisi mahdollisesti joissain tapauksissa tiedon etsimistä kun ei tarvitse niin paljoa sivua vierittää. Mutta jos tähän aletaan tehdä muutoksia, niin pidetään huoli että leveyssuunnassa ei tule lukemisongelmia.

Varastotietojen Marc esikatselu myös huomioitava tämän tiketin osalta /VK

Auttaako tähän ongelmaan se pääkäyttäjäkokouksessa 11.2.2021 vinkattu kehittyneen editorin käyttö (tulee kentät paremmin näkyville, tosin ei esikatselussa vaan luetteloinnissa) Ei tosin toimi holdaritten osalta tämäkään. (3AMK)

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ä. Holdingiin 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

Sama puute myös versiossa 20.05

Kysytään tarpeellisuutta vielä pääkäyttäjiltä

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.

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

Kansalliskirjasto: Tämä ominaisuus tarpeen.

Pääkäyttäjille kysymys, käytetäänkö saapumisvalvontaa niteiden kanssa tai käytettäisiinkö jos tämä toimisi

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.

Kansalliskirjasto: Tämä ominaisuus on tarpeen. Ylipäänsä käsittelyssä varastotietueiden ominaisuuksien pitäisi päivittyä niteisiin (ja sääntöjen olla kirjaston itse määriteltävissä: eli mikä päivittyy, mikä ei)

Tilastokirjasto: Voidaan tosiaan hoitaa eräajolla, mutta huomattavasti helpommalla pääsisi, jos varastotietueiden ominaisuudet saataisiin automaattisesti päivittymään niteisiin.

Koha-Suomen ratkaisussa MARC21 muutokset poimitaan Kansalliskirjaston koneluettavista MARC21-tiedoista.

Koha-Suomen ratkaisussa kirjastokohtaiset kentät eivät tule mukaan, koska ne puuttuvat Kansalliskirjastosta

Liitetään MARC21 automaattiseen päivittämiseen, jos Kansalliskirjastosta tulee oletusindikaattorit, ne pitää ottaa huomioon.

Koskee myös varastotietueita.

On kuvailtu siten, että tehdään keinoemot ja nimekkeet osakohteina.

Migraatiossa on jäänyt virheitä Jyväskylän ja Kansalliskirjaston kantaan. Kansalliskirjastolla on apuvälineitä korjaamiseen. Joonas toimittaa ohjeita Jyväskylään ja Varastokirjastoon.

Ohjeita voisi laittaa jakoon kirjastoille.

Ei enää ajankohtainen?

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.

Korjattu Finnaan, mutta olisi parempi jos korjaus olisi Kohassa

30.10.20: On ehkä korjaantunut, pitää tarkistaa vielä tuo rajapinta

Koha-Suomen versiossa asiakastietojen katsominen on lokitettu. Yhteisöversiossa lokitusta ei ole.

Lokituksessa pitäisi ottaa huomioon myös raportit, joissa on asiakastietoja

• Käyttöjärjestelmä päivitysprosessin loppuun asti suunnittelu ja implementointi automaatioon (tietoturva- ja ominaisuuspäivitykset)

• Dokumentaation tekeminen

• Koha-virheiden korjaus joko korruptoituneen datan tai ohjelmistovirheiden takia meidän kirjastoille, jotta pystytään reagoimaan nopeammin kriittisiin ongelmiin monitoroimalla virheitä

• Käyttäjänhallinta automaatioon

• Scriptit jo poistettujen koha-tietojen puhdistamiseen

• Tietokantaskeema vastaamaan KV-versiota sekä sen sisältämien Koha-Suomi-Koha-spesifisten tietojen siivoaminen pois (esim.

  systempreferenssit)
• Logitus CSC:n logitusjärjestelmään (tietoturvasyistä ja vikatilanteiden selvittelyä varten)
• Palomuurisääntöjen synkronointi palvelimen ja CSC:n palomuurin välillä

Saatavuustietojen järjestys Finnassa konfiguroitavaksi (Voyagerin Holdings sort group -toiminnon korvaaminen)

Finna osaa hyödyntää Voyagerin Holdings sort group -asetusta . Kohassa saatavuustietojen järjestämiseen OPAC:issa on olemassa OPACHoldingsDefaultSortField -asetus, jolla voidaan vaikuttaa minkä saatavuustietotaulukon kentän mukaan tiedot järjestetään mutta Holdings sort group -tyyppistä joustavaa tapaa järjestää saatavuustiedot haluttuun järjestykseen ei ole. Finna näyttää saatavuustiedot oletusarvoisesti aakkosjärjestyksessä (?).

Jotta saatavuustiedot olisi mahdollista saada asiakkkaiden kannalta järkevään järjestykseen, Finnassa olisi hyvä voida antaa haluttu järjestys kokoelmakoodeilla config.ini -asetuksena niin että asetuksessa luetellaan aluksi haluttu kokoelmajärjestys, esim. holdingOrder=121:111:201:145 ja loput luettelemattomat kokoelmat tulisivat oletusjärjestykseensä (esim. aakkosiin).

Toimii nyt Finnassa tehtynä, mutta olisi parempi, jos varsinainen toiminnallisuus olisi Kohan puolella. Finna voisi sitten hyödyntää sorttaustietoa, joka tulisi Kohasta rajapinnan kautta.

Lokirotaatio SIP yms. lokeille

HTML-filtterit puuttuu osasta templateista. Kaikkia templateihin meneviä arvoja ei escapata.

REST-rajapinta ei ota uudelleen yhteyttä Elasticsearchiin jos se on ollut alhaalla

Speeding up search

Ajastettavien raporttien lisääminen ei onnistu