Projekti

Yleinen

Profile

Bugi #2723

Asiakaslaji Yhteisöasiakas vaatii kirjautumistunnuksen muokkausnäytöllä

Lisännyt Pirkko-Liisa Lauhikari noin 4 vuotta sitten. Päivitetty 6 kuukautta sitten.

Tila:
Työn alla
Prioriteetti:
Normaali
Nimetty:
Luokka:
Asiakastiedot
Kohdeversio:
-
Alku:
7. Lokakuuta 2019
Määräaika:
% Tehty:

100%

Arvioitu aika:
(Yhteensä: 0.00 h)
Yhteyshenkilö:
Votes: 2

Kuvaus

Yhteisöasiakkaan muokkausnäytöllä käyttäjätunnus-kenttä on "pakollinen". Jos Kirjautumistunnus-osion käyttäjätunnus-kentän jättää tyhjäksi, tallennusvaiheessa ohjelma ilmoittaa: "Seuraavat tiedot ovat väärin. Korjaa tiedot. Käyttäjätunnus/salasana on jo olemassa."

Muut asiakaslajit eivät vaadi käyttäjätunnus-kenttään mitään, vaan ohjelma tallentaa automaattisesti kirjastokortin numeron kenttään, kun asiakastiedot tallennetaan.

Voisiko yhteisöasiakaan templatessa olla jotain häikkää?

Ilmoitus.PNG (25,5 KB) Ilmoitus.PNG Pirkko-Liisa Lauhikari, 5. Joulukuuta 2018 13:17
3404

Subtasks

Kehitysehdotus #4164: Asiakastiedot: Lisää sotu -toiminnon poisto Muokkaa-näytöltä, jonka kautta hetuavain ei tallennuSuljettu


Liittyvät tapahtumat

liittyy Palaute - Koha-Suomi - Bugi #4043: Kirjastokortittoman asiakkaan muutettuja tietoja ei pysty tallentamaan Muokkaa-linkin kauttaKommentoitu 7. Kesäkuuta 2019

Historia

#1 Updated by Pirkko-Liisa Lauhikari noin 3 vuotta ago

  • Tiedosto Ilmoitus.PNG Ilmoitus.PNG added
  • Projekti changed from Version 17.06 käyttöönotto to Palaute - Koha-Suomi
  • Luokka changed from Asiakastiedot to Asiakastiedot
  • Prioriteetti changed from Normaali to Korkea
3404

Voisiko asiakaslajille Yhteisöasiakas tehdä muutoksen, ettei ohjelma vaadi Kirjautumistunnus-kenttiin mitään. Tämä olisi kiireellinen korjausmuutos, koska nyt ei voida tallentaa yhteisöasiakasta takaajaksi, jolle ei anneta kirjastokorttia. Kuva ilmoituksesta, joka tulee Yhteisöasiakkaan tallennusvaiheessa.

#2 Updated by Pirkko-Liisa Lauhikari noin 3 vuotta ago

Lisätietona vielä, että esim. asiakaslajille Henkilöasiakas, jolle ei tallenneta kirjastokortin numeroa, ohjelma ei vaadi Kirjautumistunnus-kenttiin mitään.

#3 Updated by Pirkko-Liisa Lauhikari yli 2 vuotta ago

Ongelma yhä olemassa. :(

#4 Updated by Pirkko-Liisa Lauhikari yli 2 vuotta ago

  • liittyy Bugi #4043: Kirjastokortittoman asiakkaan muutettuja tietoja ei pysty tallentamaan Muokkaa-linkin kautta added

#5 Updated by Pirkko-Liisa Lauhikari yli 2 vuotta ago

  • Prioriteetti changed from Korkea to Kiireellinen

Tämä ongelma tulee jatkuvasti eteen asiakaspalvelutilanteissa. Koska esim. Henkilö- ja Lapsiasiakkaan muokkaussivulla Kirjautumistunnus-kentän voi virkailija jättää tyhjäksi, ohjeistus unohtuu, ettei näin voi tehdä Yhteisöasiakkaan kohdalla. Toivomme pikaista muutosta tähän.

#6 Updated by Kodo Korkalo yli 2 vuotta ago

  • Tila changed from Uusi to Työn alla

Johtuu näköjään siitä että Koha yrittää luoda "oletususerid:n" etunimestä, sukunimestä ja korttinumerosta. Yhteistöasiakkaalla ei ole etunimeä, joten oletus-userid:n luominen epäonnistuu. Korjaus tähän Outin testillä, mutta täytyy varmaan vähän viilata sitä vielä ja tutkia tarkemmin mikä yhteisökohan tilanne tämän suhteen on.

#7 Updated by Kodo Korkalo yli 2 vuotta ago

  • Nimetty set to Kodo Korkalo

#8 Updated by Kodo Korkalo yli 2 vuotta ago

Yhteisön korjaus (https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13655) tähän ei aivan pure, vaatii pientä viilausta että kaikki toimii oikein. Kokonaisvaltaisempi korjaus Outin testillä.

#9 Updated by Anneli Österman yli 2 vuotta ago

Korjaus tuntuu muuten toimivan ok, mutta jos asiakkaan userid:n muokkaa toiseksi ja tallentaa ja käy sen jälkeen muokkaamassa osittaisessa muokkauksessa asiakkaan tietoja, niin userid-kenttään generoidaan taas etunimi.sukunimi-muotoinen tunnus ja aikaisemmin valittu katoaa.

#10 Updated by Kodo Korkalo yli 2 vuotta ago

Nyt on hieman lisäviilattu.

#11 Updated by Kodo Korkalo yli 2 vuotta ago

Melko kiharainen saada toimimaan kaikissa käyttötilanteissa halutusti. Ehdotin IRC:issä "osittainen muokkaus" linkkien poistamista käytöstä, koska niistä taitaa olla enemmän riesaa kuin hyötyä. Kallinen ehdotti intranetusercss järjestelmäasetukseen lisäystä:

body#pat_moremember a[href*="&step="] { display: none; }

Tällä tavalla noista "ylimääräisistä" nappuloista päästäisiin eroon ilman koodimuutoksia ja käyttäjätunnuksen generointikoodi voitaisiin pitää simppelimpänä. Ainakin Vaara kirjastoista tuli heti kannatusta tälle ajatukselle.

#12 Updated by Anneli Österman yli 2 vuotta ago

Sain äsken puhelun, jonka aikana kävi ilmi, että userid-ongelma koskee myös Henkilöasiakkaita silloin, kun asiakkaalla ei ole kirjastokortin numeroa ja asiakastietoja yritetään muokata nimen alla olevan "osamuokkauksen" linkin kautta.

Esim.

https://koha.outikirjastot.fi:8080/cgi-bin/koha/members/memberentry.pl?op=modify&borrowernumber=246585&step=1
https://koha.outikirjastot.fi:8080/cgi-bin/koha/members/memberentry.pl?op=modify&borrowernumber=246585&step=4
https://koha.outikirjastot.fi:8080/cgi-bin/koha/members/memberentry.pl?op=modify&borrowernumber=246585&step=5

Noilla sivulla ei ole userid näkyvissä.

Tällä sivulla ei tule herjaa:

https://koha.outikirjastot.fi:8080/cgi-bin/koha/members/memberentry.pl?op=modify&borrowernumber=246585&step=3

Eli Pasin ehdotus linkkien piilottamisesta kuulostaa ihan varteenotettavalta vaihtoehdolta.

OUTI-kirjastoissa asiakastietojen muokkausnäytön tiedot on säädetty minimiin BorrowerUnwantedField -järjestelmäasetuksella, jotta sivulta ei tarvitse etsiä niitä kenttiä, jotka ovat "merkittäviä". Eli linkkien piilottaminen ei aiheuta suurempaa ongelmaa siitä, että joutuu etsimään tarvitsemaansa kohtaa.

Meillä asetuksessa on rimpsuna:

streetnumber|address2|state|initials|fax|B_state|altcontactstate|altcontactfirstname|altcontactsurname|altcontactaddress1|altcontactaddress2|altcontactaddress3|altcontactstate|altcontactzipcode|altcontactcountry|B_address2|B_streetnumber|B_address|sort1|sort2|B_city|B_zipcode|B_country|B_email|B_phone|contactnote|altcontactphone|phonepro|emailpro|country|sex

#13 Updated by Päivi Knuutinen yli 2 vuotta ago

Kannatan ylimääräisten muokkauslinkkien poistamista.

#14 Updated by Pirkko-Liisa Lauhikari yli 2 vuotta ago

Samaa mieltä, poistetaan ylimääräiset muokkauslinkit, päästään näistä ongelmista eroon. :)

#15 Updated by Kodo Korkalo yli 2 vuotta ago

Haluatteko käyttää tämän pääkäyttäjäpalaverissa/asiantuntijaryhmässä, vai tehdäänkö muutos saman tien?

#16 Updated by Anneli Österman yli 2 vuotta ago

Käsitellään tätä ensi viikon (41) pääkäyttäjäpalaverissa.

#17 Updated by Anneli Österman yli 2 vuotta ago

Pääkäyttäjien viikkopalaverissa 8.10.2019 päätettiin, että otetaan käyttöön vain yksi muokkaa-nappi ja pääkäyttäjät lisäävät intranetusercss järjestelmäasetukseen:

body#pat_moremember a[href*="&step="] { display: none; }

#18 Updated by Katri Sillgren yli 2 vuotta ago

Anneli Österman kirjoitti:

Pääkäyttäjien viikkopalaverissa 8.10.2019 päätettiin, että otetaan käyttöön vain yksi muokkaa-nappi ja pääkäyttäjät lisäävät intranetusercss järjestelmäasetukseen:

body#pat_moremember a[href*="&step="] { display: none; }

Kiitos rimpsusta :) Hellessä otettu käyttöön. Ratkaisi myös tiketissä https://tiketti.koha-suomi.fi/issues/4164 mainitun ongelman.

#19 Updated by Leena Kinnunen yli 2 vuotta ago

Intranetusercss -määritys otettu käyttöön myös Lapissa.

#20 Updated by Anneli Österman almost 2 years ago

OUTIssa lisättiin 7.2.2020 IntranetUserJS:ään JavaScript-funktio, joka kopioi kirjastokortin numeron userid-kenttään. Meillä userid on aina kirjastokortin numero.

$(document).ready(function() {
  $("body#pat_memberentrygen.pat input#cardnumber").blur(function() {
    var v = $(this).val().trim();
    var e = $("input#userid");
    if (e) {
       e.val(v);
    }
  });
});

#21 Updated by Kodo Korkalo almost 2 years ago

Voidaan varmaan itseasiassa nyt purkaa OUTIn tietokannasta se triggeri joka tekee saman asian.

#22 Updated by Pirkko-Liisa Lauhikari vuosi ago

OUTIssa ohjeistetaan kopioimaan varaustunniste kirjastokorttikenttään, kunnes saadaan toimiva ratkaisu tuotantoon. OUTIn testille Pasi on tehnyt jo jonkin ratkaisun, että kirjastokortittoman yhteisöasiakkaan saa tallennettua, mutta sitä ei ole vielä tuotu tuotantoon.

#23 Updated by Pirkko-Liisa Lauhikari 6 kuukautta ago

OUTIssa vielä ongelmana, että Koha vaatii asiakastyypille Yhteisö kirjastokortin numeron, vaikkei ole pakollinen kenttä. Muut asiakastyypit saa tallennettua ilman kirjastokortin numeroa. OUTIssa nyt ohjeistettu, että asiakastyypille yhteistö kopioidaan varaustunniste, jotta asiakastietueen saa tallennettua.

Vie Atom PDF