Varauksen kuljetustilan peruuttaminen jättää nidekuljetuksen voimaan
Opened this issue · 16 comments
Mikä vikana?
Kun varatun, kuljetuksessa olevan niteen varauksen kuljetustilan peruuttaa tietueen varausjonon kautta, jää niteelle voimaan nidekuljetustila branchtransfers-tauluun.
Tästä voi aiheutua vaikeasti purettava ongelma, jos niteen tämän jälkeen palauttaa uudelleen ja klikkaa varauksen tärppäyksessä älä huomioi. Tällaisessa tilassa olevaa kuljetustilaa ei pysty purkamaan palauttamalla nide uudelleen.
Mitä pitäisi tapahtua
Niteen branchtransfers kuljetustila pitäisi voida peruuttaa myös, kun varauksen kuljetustila peruutetaan, jotta kuljetuksesta ei jää ristiriitaista tietoa tietokantaan. Bugzilla-tiketin ehdotus siitä, että käyttäjä voisi valita peruutetaanko pelkkä varauksen kuljetus, vai myös niteen kuljetus lienee järkevin ratkaisu. Niteen kuljetustilaa ei voi joka tilanteessa poistaa, sillä nide voi olla oikeasti kuljetuksessa.
Kuinka toistaa ongelma/asia
- Tee varaus johonkin toiseen kirjastoon
- Tärppää nide kuljetettavaksi varaukseen
- Peruuta varauksen kuljetustila tietueen varausjonon kautta
- Palauta nide uudelleen ja klikkaa älä huomioi
- Muuta niteen ei lainata -tilaksi Henkilökunnalla
- Palauta nide uudelleen ja huomaa, ettei kuljetusta pysty peruuttamaan
Yksinkertaisin tapa purkaa tilanne:
- Poista ei lainata -tila
- Tärppää nide uudelleen kuljetettavaksi varaukseen
- Laita niteelle ei lainata -tilaksi Henkilökunnalla
- Palauta nide uudelleen ja peruuta kuljetustila
- Peruuta varauksen kuljetustila tietueen varausjonon kautta
Selain
No response
Jotain muuta?
Bugzilla tiketti: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=33446
Kehtaatko @MikkoLiimatainen testata vielä, miten tämä toimii nexteillä. Hieman epäillyttää, että jokin päivitys, jota siellä ei ole olis tämän rikkonut. jos ei toimi nexteilläkään, niin vika on sitten tullut uudessa versiossa.
Varauksen kuljetustilan (ja varauksen odottava-tilan) peruminen tulivat mahdolliseksi versiossa 11.21. Tämä ominaisuus on ollut siitä asti eli varauksen kuljetustilan peruminen tietueen varaukset-sivulla on jättänyt niteen kuitenkin kuljetustilaan.
Millaisella raportilla saisi nämä mahdollisesti kuljetustilaan jääneet varauksettomat niteet haettua?
Kehtaatko @MikkoLiimatainen testata vielä, miten tämä toimii nexteillä. Hieman epäillyttää, että jokin päivitys, jota siellä ei ole olis tämän rikkonut. jos ei toimi nexteilläkään, niin vika on sitten tullut uudessa versiossa.
Kyllä tuo näyttää Nexteilläkin toimivan samalla tavalla. Varmaankin ollut tosiaan alusta saakka tässä ominaisuudessa sama ongelma.
Kehtaatko @MikkoLiimatainen testata vielä, miten tämä toimii nexteillä. Hieman epäillyttää, että jokin päivitys, jota siellä ei ole olis tämän rikkonut. jos ei toimi nexteilläkään, niin vika on sitten tullut uudessa versiossa.
Kyllä tuo näyttää Nexteilläkin toimivan samalla tavalla. Varmaankin ollut tosiaan alusta saakka tässä ominaisuudessa sama ongelma.
Joo luultavasti, en vaan huomannut äsken että tästähän on yhteisössä tikettikin :D
Millaisella raportilla saisi nämä mahdollisesti kuljetustilaan jääneet varauksettomat niteet haettua?
Minä käytän tällaista raporttia:
SELECT * FROM branchtransfers bt LEFT JOIN reserves r ON r.itemnumber=bt.itemnumber WHERE reason= 'reserve' AND datearrived IS NULL AND datecancelled IS NULL /* AND datesent IS NULL*/ AND reserve_id IS NULL ORDER BY daterequested DESC
Nähdäkseni tuo datesent arvo on NULL siinä tapauksessa, että nide on tärpätty uudelleen ja valittu älä huomioi. Eli se on pahempi näistä mahdollisista tilanteista. Olen sen kommentoinut pois tuosta koodista, jotta raportti antaa kaikki tulokset, mutta poistamalla nuo kommenttimerkit /* */, voi hakea nuo tapaukset erikseen.
Kiitos, raportti antoi Vaarassa 28 tulosta, joita rupean tutkimaan ja poistan tarpeettoman kuljetustilan.
Nuo datesent NULLit on selvästikin kimurantteja ja hyvä tietää, mistä se johtuu. Täytyy antaa noottia kirjastoille, koska on toimittu vastoin ohjeita. Meillä reilu kolmannes oli noita hankalia tapauksia.
Näyttäisi siltä, että myös kuljetuksessa olevan varauksen peruuttaminen aiheuttaa nidekuljetustilan jäämisen niteelle. Ongelma ei siis koskekaan vain kuljetustilan peruuttamista. Näitä tiloja voi tulla myös verkkokirjaston kautta, jos asiakas peruuttaa varauksensa silloin kun se on matkalla noutopaikkaan. Testieni perusteella nämä ylimääräiset kuljetustilat saa helposti purettua vain palauttamalla niteen, mutta minusta tuo nidekuljetustila pitäisi peruuttaa samalla, kun kuljetuksessa olevan varauksen peruuttaa.
Tai no, kai sille pitää joku kuljetustila jättää, kun on oikeasti kuljetuksessa, mutta onko tuo varauksen kuljetus se oikea, ettei siitä koidu ongelmia?
Lumpeissa tuli vastaava tänään vastaan. Varaus oli piipattu, mutta sitten varaus oli poistettu ja nide jäi kuljetustilaan. Palautuksessa ei suostunut menemään Saatavana-tilaan vaan piti käyttää työkortilla lainassa ja palauttaa, ennen kuin muuttui saatavaksi.
Valmissa raporteissa on tällainen kuljetuksiin liittyvä raportti myös:
https://tiketti.koha-suomi.fi/projects/koha-suomen-dokumentaatio/wiki/Valmiita_SQL-raportteja#Omasta-kirjastosta-muualle-kuljetuksessa-olevat-niteet
Tuossa raportissa voisi varmaan korvata tuon AND cancellation_reason is null -rivin AND datecancelled is null -tiedolla kuten Mikon kyselyssä.
Koha-Suomen palaveri 19.2.2024: Viedään tämä asiantuntijaryhmään ja tehdään siellä päätös, kehitetäänkö tätä itse vai odotetaanko yhteisön ratkaisua.
Asiantuntijaryhmän päätös 18.3.2024: Tarjotaan yhteisölle ratkaisu.
Tämä on merkitty Lasselle, pitäisiköhän jonkun muun ottaa tää seurantaan?
Tämä on merkitty Lasselle, pitäisiköhän jonkun muun ottaa tää seurantaan?
Käymme läpi Lasselle määritetyt tiketit ensi viikolla.