Kehitysehdotukset

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

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.

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

Kiitos Anneli pohdiskeluistasi :)

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

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.

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.

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).

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.

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.

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.

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.