Bugi #4767

Lappi: Aineisto ei tartu varauksiin varausten tekopäivän mukaisessa järjestyksessä
0%
Kuvaus
Ollaan täällä Lapissa huomattu, että varaukset eivät tunnu nappaavan järjestyksensä mukaisesti. Niissä ei ole ollut päällä keskeytyksiä ym. nappausjärjestykseen vaikuttavia seikkoja.
Mistähän tällainen voisi johtua? Liitän mukaan muutaman kuvakaappauksen.
Historia
#1
Updated by Anneli Österman noin 2 vuotta ago
- Tila changed from Uusi to Kommentoitu
Onko mahdollista, että virkailijat ovat siirtäneet varauksia jonossa eri kohtaan?
#2
Updated by Leena Kinnunen noin 2 vuotta ago
Varausjonon muutosoikeus pääkäyttäjien lisäksi vain kahdella henkilöllä, eivät ole tehneet muutoksia.
#3
Updated by Kodo Korkalo noin 2 vuotta ago
Voi mahdollisesti liittyä update_holds_queue -cron ajoon, joka täyttää tietokannan tmp_holdsqueue ja hold_fill_targets -taulut varausjonolistan luontia varten. Koha-Suomessa tuo varausjono-raportti ei ole ollut meidän ensisijaisesti ylläpitämää toiminnallisuutta, vaan on meillä kehitetty ja ylläpidetty lähinnä hyllyvarausraporttia. Ikävä kyllä tuon varausjonon toiminta on meille toistaiseksi aika käymätöntä korpimaata, joskin sen käyttöönottoa on pikkuisen testailtu mm. Outissa.
#4
Updated by Leena Kinnunen almost 2 years ago
- Aihe changed from Lappi: Aineiston varausjono ei pidä paikkaansa to Lappi: Aineisto ei tartu varauksiin varausten tekopäivän mukaisessa järjestyksessä
#5
Updated by Leena Kinnunen almost 2 years ago
- Tiedosto Näyttökuva (3).png Näyttökuva (3).png added
- Tiedosto Näyttökuva (2)_LI.jpg Näyttökuva (2)_LI.jpg added
- Tiedosto Näyttökuva (1).png Näyttökuva (1).png added
- Nimetty set to Kodo Korkalo
Kodo, meistä asia ei liity tuohon raporttiin, josta mainitset, jos ymmärretään oikein.
Viime viikolla sama toistui: varaus näytti tarttuvan myöhemmin tehtyyn varaukseen. Liitteenä kolme kuvaa tapauksesta.
#6
Updated by Anneli Österman almost 2 years ago
- Tiedosto kotkasoturien3.png kotkasoturien3.png added
- Tiedosto kotkasoturien1.png kotkasoturien1.png added
- Tiedosto kotkasoturien2.png kotkasoturien2.png added
Mie mietin, että voisiko järjestelmäasetuksella StaticHoldsQueueWeight olla mitään tekemistä tämän kanssa? Se ainakin liittyy tuohon Kodon mainitsemaan update_holds_queue -croniin.
Testailin asiaa teoksen https://virkailija.lapinkirjasto.fi/cgi-bin/koha/catalogue/detail.pl?biblionumber=1758072 kanssa, poimin sen hyllyvarauslistalta.
Aamun aikana varaus, joka oli prioriteetilla 6 jäi kiinni ennen prioriteeteilla 2-5 olevia.
Aamulla tilanne
Kirjoitushetkellä tilanne
Olin aamulla tarkistanut jossain vaiheessa, mitä tietoja hold_fill-targets-taulussa oli sisältönä sillä hetkellä ja tämän teoksen osalta tiedot olivat näin:
Tuo tieto kuitenkin on todennäköisesti päivittynyt monta kertaa tässä välissä, enkä tiedä, mitä siellä on ollut varausten kiinnijääntien hetkellä.
Toinen varauksista on jäänyt siihen niteeseen kiinni, mikä sille on osoitettu hold_fill_target-taulussa, mutta toinen ei. Mutta on tosiaan mahdollista, että tilanne on muuttunut välillä. Nytkin osalla jäljellä olevista on muuttunut osoitettu nide ja lähdekirjasto toiseksi.
Eli tämän tekstin perusteella ei nyt oikeastaan pysty sanomaan, onko taululla vaikutusta vai ei. Pitäisi tehdä testi, jossa itse kontrolloi palautushetkeä ja tarkistaa taulun tilanteen juuri silloin.
#7
Updated by Ira-Maria Karjalainen almost 2 years ago
Tästä tilanteesta en hoksannut ottaa kuvakaappauksia, mutta myös tässä kirjassa varausjono eteni väärin (1828388). Ranuan varaus oli tehty 09.11.2020, mutta kun palautin niteen Ylitornion kirjastossa, se lähtikin Rovaniemelle, jossa varaus oli tehty 11.02.2021. Mitkään varauksista eivät olleet keskeytettyinä tai nidevarauksia.
#8
Updated by Ira-Maria Karjalainen yli vuosi ago
- Tiedosto Varaus_Eppu Nuotio.png Varaus_Eppu Nuotio.png added
- Tiedosto Varausjono_Eppu Nuotio.png Varausjono_Eppu Nuotio.png added
Lapissa tapahtui jälleen niin, ettei varaukset nappaa järjestyksessä. Liitän mukaan kuvat. Palauttaessa nide käskettiin kuljettaa Simoon, joka oli varausjonossa vasta viidentenä. Edellä ei nidevarauksia tai keskeytettyjä varauksia.
#9
Updated by Leena Kinnunen yli vuosi ago
- Prioriteetti changed from Normaali to Korkea
Nostin prioriteettia, koska ongelma on edelleen olemassa.
#10
Updated by Kodo Korkalo yli vuosi ago
- Nimetty deleted (
Kodo Korkalo)