Projekti

Yleinen

Profile

Bugi #2723

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

Lisännyt Pirkko-Liisa Lauhikari noin 2 vuotta sitten. Päivitetty noin 2 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 yli vuosi 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 yli vuosi 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 10 kuukautta ago

Ongelma yhä olemassa. :(

#4 Updated by Pirkko-Liisa Lauhikari 10 kuukautta ago

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

#5 Updated by Pirkko-Liisa Lauhikari 7 kuukautta 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 Pasi Korkalo 7 kuukautta 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 Pasi Korkalo 7 kuukautta ago

  • Nimetty set to Pasi Korkalo

#8 Updated by Pasi Korkalo 7 kuukautta 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 7 kuukautta 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 Pasi Korkalo 7 kuukautta ago

Nyt on hieman lisäviilattu.

#11 Updated by Pasi Korkalo 7 kuukautta 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 7 kuukautta 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 6 kuukautta ago

Kannatan ylimääräisten muokkauslinkkien poistamista.

#14 Updated by Pirkko-Liisa Lauhikari 6 kuukautta ago

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

#15 Updated by Pasi Korkalo 6 kuukautta 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 6 kuukautta ago

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

#17 Updated by Anneli Österman 6 kuukautta 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 6 kuukautta 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 6 kuukautta ago

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

#20 Updated by Anneli Österman noin 2 kuukautta 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 Pasi Korkalo noin 2 kuukautta ago

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

Vie Atom PDF