Projekti

Yleinen

Profile

Kehitysehdotus #4366

Kehitysehdotus, kirjastoauton varaukset: uusi arvo noutopysäkki valintamahdollisuudeksi varauksiin

Lisännyt Katri Sillgren yli 3 vuotta sitten. Päivitetty 8 kuukautta sitten.

Tila:
Hylätty
Prioriteetti:
Normaali
Nimetty:
-
Luokka:
Varaukset
Kohdeversio:
-
Alku:
24. Maaliskuuta 2020
Määräaika:
% Tehty:

0%

Arvioitu aika:
Yhteyshenkilö:
Tiketti Bugzillassa:
Votes: 0

Kuvaus

Varausta tehdessä kirjastoauton pysäkit valittavaksi arvoksi.
Asiakasviestipohjiin mahdollisuus lisätä kirjastoauton pysäkkiarvo.

Kirjastoauton rajattu tila hyödynnetään mahdollisimman tehokkaasti kunkin päivän reittejä varten, joten vain kyseisen päivän ja reitin noudettavat varaukset ovat kirjastoauton matkassa ja noudettavissa.
Reitille mukaan otettavat noudettavat varaukset tarkistetaan asiakastiedoista (osoite), koska varaustiedoissa ei ole kirjastoauton pysäkkitietoa.


Liittyvät tapahtumat

liittyy Palaute - Koha-Suomi - Bugi #4373: Ilmoitukset ja kuitit, varauskuitti (HOLD_SLIP): viestipohjaan valitut osoitetietoarvot eivät tulostu kuitilleSuljettu26. Maaliskuuta 2020

Historia

#2 Updated by Kodo Korkalo yli 3 vuotta ago

Nähäkseni tämän voi toteuttaa ainoastaan tekemällä jokaisesta kirjastoauton pysäkistä oman kirjastoyksikkönsä. Se ei ehkä kuitenkaan ole käytännöllistä.

#3 Updated by Katri Sillgren yli 3 vuotta ago

Pasi Korkalo kirjoitti:

Nähäkseni tämän voi toteuttaa ainoastaan tekemällä jokaisesta kirjastoauton pysäkistä oman kirjastoyksikkönsä. Se ei ehkä kuitenkaan ole käytännöllistä.

Tuo tapa ei todellakaan käytännöllistä. Pysäkkejä riittääpi.

#4 Updated by Kodo Korkalo yli 3 vuotta ago

Annelilla oli tästä joku ajatus, pyydän häntä kommentoimaan.

#5 Updated by Anneli Österman yli 3 vuotta ago

  • Tila changed from Uusi to Kommentoitu

Pohdiskelin tuossa tosiaan tällaisia:

  • pysäkkitieto tallennetaan varauksen huomautukseen. Koha tukee varauksen huomautusta ja muistaakseni Finnakin jossain määrin jo tukee sitä.
  • pysäkit tallennetaan Kohan auktorisoituihin arvoihin (esim. auktorisoituna arvona BOOKBUS tms. Kaikkien olisi hyvä käyttää samaa arvoa) ja rajoitetaan vain tietyn kirjastoauton/kirjastoyksikön käyttöön
  • Finnassa: jos asiakas valitse noutopisteeksi kirjastoauton, tarjotaan hänelle listaa (kyseisen auton) pysäkeistä. Asiakas valitsee pysäkin ja se tallennetaan varauksen huomautukseen tallennuksen yhteydessä
  • Kohassa: virkailija kirjoittaa pysäkin nimen varauksen huomautukseen tai jos mahdollista tehdä jokin kikkare, joka listaa (valitun auton) pysäkit auktorisoituja arvoja hyväksikäyttäen
  • kirjastoautoille tehdään Kohassa oma kuittipohja Varauksen infokuitille (eli se varauksen väliin tulostettava lirpake) ja siihen määritetään tulostumaan myös varauksen huomautus

#6 Updated by Katri Sillgren yli 3 vuotta ago

Kiitos Anneli pohdiskeluistasi :)

#7 Updated by Katri Sillgren yli 3 vuotta ago

Vaatiiko mahdollinen pysäkin valinta Kohassa kansainvälisen kikkareen?
Onko pysäkin valinnan toteutus Finnassa mahdollinen ilman kikkaretta (noutopysäkin auktorisoitua arvoa hyödynnetään esim. asiakasviestissä ja varauskuitissa)?

Testasin asiakkaan osoitetietojen lisäämistä varauskuitille (HOLD_SLIP), jotta osoitetietoa ei tarvitsisi tarkistaa asiakastiedoista.
Kuitille eivät tulostuneet arvot borrowers.address, borrowers.zipcode, borrowers.city

#8 Updated by Anneli Österman yli 3 vuotta ago

Katri Sillgren kirjoitti:

Vaatiiko mahdollinen pysäkin valinta Kohassa kansainvälisen kikkareen?

Hmm. en ole varma, mitä tarkoitat, mutta kikkare voisi olla esim. IntranetUserJS:ssä oleva koodipätkä, jolloin se ei vaatisi mitään kansainvälisyyttä. En tosin tiedä, onko se mahdollista toteuttaa sen kautta.

Onko pysäkin valinnan toteutus Finnassa mahdollinen ilman kikkaretta (noutopysäkin auktorisoitua arvoa hyödynnetään esim. asiakasviestissä ja varauskuitissa)?

Finnassa vaatinee Finnan kehitystyötä. En usko, että osaa suoraan antaa tarjolle mitään.

Testasin asiakkaan osoitetietojen lisäämistä varauskuitille (HOLD_SLIP), jotta osoitetietoa ei tarvitsisi tarkistaa asiakastiedoista.
Kuitille eivät tulostuneet arvot borrowers.address, borrowers.zipcode, borrowers.city

Niinpäs näkyy tapahtuvan. Erikoista.

#9 Updated by Kodo Korkalo yli 3 vuotta ago

Testasin asiakkaan osoitetietojen lisäämistä varauskuitille (HOLD_SLIP), jotta osoitetietoa ei tarvitsisi tarkistaa asiakastiedoista.
Kuitille eivät tulostuneet arvot borrowers.address, borrowers.zipcode, borrowers.city

Ei kuulosta oikein hyvältä ajatukselta ruveta printtailemaan asiakaiden tietoja niille kuiteille, niiden olisi ajatus olla anonyymejä. Asiakkaita koskevat tiedot (mukaanlukien osoitetiedot) ovat luottamuksellisia tietoja, ne eivät kuulu satunnaisille lippulappusille.

#10 Updated by Katri Sillgren yli 3 vuotta ago

Pasi Korkalo kirjoitti:

Testasin asiakkaan osoitetietojen lisäämistä varauskuitille (HOLD_SLIP), jotta osoitetietoa ei tarvitsisi tarkistaa asiakastiedoista.
Kuitille eivät tulostuneet arvot borrowers.address, borrowers.zipcode, borrowers.city

Ei kuulosta oikein hyvältä ajatukselta ruveta printtailemaan asiakaiden tietoja niille kuiteille, niiden olisi ajatus olla anonyymejä.

Totta tuo, mutta just nyt osoitetieto on joka tapauksessa tarkistettava varaajan asiakastiedoista, jotta tietää ottaa varauksen mukaan oikealle reitille. Tarpeeton noudetun varauksen varauskuitti tulee toki hävittää asianmukaisesti (silppuaminen tai silppuriin).

#11 Updated by Kodo Korkalo yli 3 vuotta ago

Katri Sillgren kirjoitti:

Pasi Korkalo kirjoitti:

Testasin asiakkaan osoitetietojen lisäämistä varauskuitille (HOLD_SLIP), jotta osoitetietoa ei tarvitsisi tarkistaa asiakastiedoista.
Kuitille eivät tulostuneet arvot borrowers.address, borrowers.zipcode, borrowers.city

Ei kuulosta oikein hyvältä ajatukselta ruveta printtailemaan asiakaiden tietoja niille kuiteille, niiden olisi ajatus olla anonyymejä.

Totta tuo, mutta just nyt osoitetieto on joka tapauksessa tarkistettava varaajan asiakastiedoista, jotta tietää ottaa varauksen mukaan oikealle reitille. Tarpeeton noudetun varauksen varauskuitti tulee toki hävittää asianmukaisesti (silppuaminen tai silppuriin).

Silloin kun asiakkaan osoite tarkistetaan varaajan asiakastiedoista se on käyttäjätunnuksen ja salasanan takana. Asiakasrekisteristä ei minusta kyllä missään nimessä kannata ottaa printtejä (siitähän tässä viime kädessä on kysymys) edes tarkkaan rajattuihin käyttötarkoituksiin.

#12 Updated by Kodo Korkalo yli 3 vuotta ago

  • liittyy Bugi #4373: Ilmoitukset ja kuitit, varauskuitti (HOLD_SLIP): viestipohjaan valitut osoitetietoarvot eivät tulostu kuitille added

#13 Updated by Katri Sillgren yli 3 vuotta ago

Pasi Korkalo kirjoitti:

Katri Sillgren kirjoitti:

Pasi Korkalo kirjoitti:

Testasin asiakkaan osoitetietojen lisäämistä varauskuitille (HOLD_SLIP), jotta osoitetietoa ei tarvitsisi tarkistaa asiakastiedoista.
Kuitille eivät tulostuneet arvot borrowers.address, borrowers.zipcode, borrowers.city

Ei kuulosta oikein hyvältä ajatukselta ruveta printtailemaan asiakaiden tietoja niille kuiteille, niiden olisi ajatus olla anonyymejä.

Totta tuo, mutta just nyt osoitetieto on joka tapauksessa tarkistettava varaajan asiakastiedoista, jotta tietää ottaa varauksen mukaan oikealle reitille. Tarpeeton noudetun varauksen varauskuitti tulee toki hävittää asianmukaisesti (silppuaminen tai silppuriin).

Silloin kun asiakkaan osoite tarkistetaan varaajan asiakastiedoista se on käyttäjätunnuksen ja salasanan takana. Asiakasrekisteristä ei minusta kyllä missään nimessä kannata ottaa printtejä (siitähän tässä viime kädessä on kysymys) edes tarkkaan rajattuihin käyttötarkoituksiin.

Nyt en ymmärtänyt...
Mutta mitä varauskuittiin tulee, tulostaa sen käyttäjätunnuksellinen ja järjestelmään sisäänkirjautunut.

#14 Updated by Kodo Korkalo yli 3 vuotta ago

Katri Sillgren kirjoitti:

Pasi Korkalo kirjoitti:

Katri Sillgren kirjoitti:

Pasi Korkalo kirjoitti:

Testasin asiakkaan osoitetietojen lisäämistä varauskuitille (HOLD_SLIP), jotta osoitetietoa ei tarvitsisi tarkistaa asiakastiedoista.
Kuitille eivät tulostuneet arvot borrowers.address, borrowers.zipcode, borrowers.city

Ei kuulosta oikein hyvältä ajatukselta ruveta printtailemaan asiakaiden tietoja niille kuiteille, niiden olisi ajatus olla anonyymejä.

Totta tuo, mutta just nyt osoitetieto on joka tapauksessa tarkistettava varaajan asiakastiedoista, jotta tietää ottaa varauksen mukaan oikealle reitille. Tarpeeton noudetun varauksen varauskuitti tulee toki hävittää asianmukaisesti (silppuaminen tai silppuriin).

Silloin kun asiakkaan osoite tarkistetaan varaajan asiakastiedoista se on käyttäjätunnuksen ja salasanan takana. Asiakasrekisteristä ei minusta kyllä missään nimessä kannata ottaa printtejä (siitähän tässä viime kädessä on kysymys) edes tarkkaan rajattuihin käyttötarkoituksiin.

Nyt en ymmärtänyt...
Mutta mitä varauskuittiin tulee, tulostaa sen käyttäjätunnuksellinen ja järjestelmään sisäänkirjautunut.

Kyllä, niin on tulostanut myös ne potilastiedot, joita silloin tällöin on löytynyt roskiksista :D Se järjestelmästä tuotettu tuloste ei ole enää minkään salasanan ja käyttäjätunnuksen takana, eikä siinä vaiheessa enää ole väliä miten se alunperin on tuotettu ja minkälaisia oikeuksia tulostajalla on. Tulosteen olemassaolo sinänsä on ongelma.

#15 Updated by Kodo Korkalo yli 3 vuotta ago

Itseasiassa se noutopysäkki ei liene niinkään olennainen tässä kuin se reitti jota auto kunankin päivänä ajaa. Joka tapauksessahan aineisto on pakattava mukaan autoon jo sen lähtiessä, eikä oikeastaan viime kädessä kai ole suurtakaan väliä millä nimenomaisella pysäkillä aineisto lainataan, ainoastaan minkä reitin varrella se pysäkki on. Vai kuinka? Reittejä on todella paljon vähemmän kuin pysäkkejä, joten päästään paljon vähemmällä.

Hahmottelin tiketin #4373 alla raporttia, joka voisi hoitaa homman ilman että sillä tarvitsisi vaivata Finna-väkeä tai asiakkaita ja ilman että Kohan koodiin tarvitsisi tehdä ainoaakaan muutosta.

Hiukan houkuttaisi väsätä semmoiset auktorisoidut arvot, jossa tietyt postinumerot/kadunnimet mäpättäisiin tietyn "reitin" (esimerkiksi RASBU1, Raaseporin kirjastoauton reitti 1) alle ja tuolla raportilla näytettäisiin sitten vain se reittitieto. Arvojen ylläpito voisi kuitenkin reittien muuttuessa ehkä olla työlästä ja se vaatisi sitten sen että asiakkaiden osoitetiedot on ehdottomasti kirjoitettu oikein. Silloin raportti kuitenkin saataisiin toimimaan siten, että sen ajovaiheessa valitaan "Raaseporin kirjastoauto on nyt lähdössä reitille 1" ja se sanoisi suoraan että "Nämä varatut niteet ota mukaan". Täsmälleen niiden asiakkaiden varaukset, jotka sen reitin varrella asuvat.

#16 Updated by Kodo Korkalo yli 3 vuotta ago

  • Tila changed from Kommentoitu to Odottaa

Siirrämme keskustelun tänne: https://tiketti.koha-suomi.fi/boards/4/topics/131 Merkitsen tiketin odottaa-tilaiseksi.

#17 Updated by Anneli Österman noin 2 vuotta ago

  • Projekti changed from Palaute - Koha-Suomi to Kehitysehdotukset
  • Luokka changed from Varaukset to Varaukset

#18 Updated by Katri Sillgren 8 kuukautta ago

  • Tiedosto Kirjastoauton pysäkkitieto varaukseen (Helle-Finna).png added

Helle-Finnan varauksentekoon on toteutettu Kirjastoauton pysäkki -vapaatekstikenttä, johon asiakas voi varausta tehdessään lisätä pysäkkitiedoksi esimerkiksi kylän tai pysäkin nimen.
Helle-Kohan varauksenteossa on käytössä Muuta-vapaatekstikenttä.

Varaukseen lisätty huomautustieto näkyy:
teoksen varaussivulla Kohassa
varaukseen tärppäävää nidettä palautettaessa pop-upissa

Huomautustieto tulostuu sekä varauksen kuljetuskuittiin että varauksen noutoilmoituskuittiin. 

Varaukseen lisätty huomautustieto ei näy Helle-Finnan asiakkaan varaustiedoissa eikä Helle-Kohan asiakkaan varaustiedoissa.

#19 Updated by Katri Sillgren 8 kuukautta ago

  • Tiedosto deleted (Kirjastoauton pysäkkitieto varaukseen (Helle-Finna).png)

#21 Updated by Anneli Österman 8 kuukautta ago

  • Tila changed from Odottaa to Hylätty

Asiantuntijaryhmän 20.2.2023 päätös: Ongelma ratkaistu muilla keinoilla, joten tälle ei enää ole tarvetta.

Vie Atom PDF