New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Järjestelmäasetus: DebarmentsToLiftAfterPayment - ksdev/ks-0006-bug-16223 #49
Comments
Tämä on viety vaski-nextille testattavaksi. |
Onko Lift after payment ja Fee limit jostain erityisestä syystä pakollisia? |
Testaa näin:
|
Oot ensimmäinen joka tuosta huomauttaa. Eihän niiden tarttis olla, mikä lie ajatus mulla siinäkin ollut taustalla :D |
Testasin sekä maksujen maksamista että poistoa ja rajoite käyttäytyi kuten piti. Vaskissa ei näköjään ole koskaan ollut käytössä järjestelmäasetusta DebarmentsToLiftAfterPayment. 😄 Siksi nyt siis vähän tyhmä kysymys, mutta onko tämä toiminut siis niin, että rajoite maksuista on muodostunut asiakkaille automaattisesti kun määritelty maksuraja on tullut täyteen? |
emta001
Epäpakollisuus ois pop, varsinkin jos kimpassa ei haluta käyttää tätä toiminnallisuutta. Pakollisuus pakottaa kirjoittamaan kenttään kuitenkin jotain. :) ajrajala
OUTIssakaan tätä ei ole ollut käytössä, mutta luulisin, että rajoite on lisätty erikseen, eikä se ole muodostunut automaattisesti. |
Tätä pitää hetki tuumata, jos sen laittaa ei-pakolliseksi, jääkö se sitten herkästi täyttämättä? Pitäisi varmaan yrittää saada säädettyä tuota jotenkin niin, että jos Lift after payment on Yes, niin Fee limit on silloin pakollinen täyttää. Tai sitten siinä on oletuksena 0. |
Laitoin yhteisöön patchin, jossa kumpikaan kentistä ei ole pakollinen, mutta jos "Lift after paymentin" laittaa päälle, "Fee limitistä" tulee pakollinen. En vielä tuonut nexteille, koska skeman rakennuksessa on vielä pieniä ongelmia. |
Hellessä ei ole käytössä asetus DebarmentsToLiftAfterPayment. |
Tämä on nyt nexteillä testattavana. |
Testasin asetusta ja jos Lift after paymentin laittoi päälle, Fee limit -kentän viereen tuli tieto pakollisuudesta eikä tallentaminen onnistunut jos kenttä oli tyhjä. Testasin myös uudestaan rajoituksen automaattista poistumista silloin, kun maksut maksetaan maksurajan alle, toimi edelleen kuten piti. (Suomenkielisellä puolella molemmat kentät näkyi vielä pakollisena eli testasin enkuksi.) |
OUTIssa ei ollut asetus PatronRestrictionTypes päällä. Nyt on ja pitäisi rajotusten näkyä OK. |
Haa, niinpä tietenkin. Eipä tuollainen muistunut mieleen. :D Kiitos! |
Vaarassa on ollut käytössä DebarmentsToLiftAfterPayment-asetus. Meillä oli muutaman vuoden käytössä vuodenvaihteessa tuleva lainauskielto, jos asiakkaalla oli maksuja maksamatta. Kun asiakas sitten maksoi maksut vaikka verkkokirjaston kautta, tämä toiminto poisti asiakkaalle asetetun rajoituksen heti pois. Nyt tuota lainauskieltoa ei enää tule ja entisetkin rajoitukset on poistettu. Tuskin tuolle asetukselle on enää käyttöä? |
Tuskin ellette halua lisätä asiakkaille rajoituksia manuaalisesti, jotka sitten poistuu kun maksuja ei enää ole tai ne on alle tietyn summan. |
Vaikuttaa toimivan Kyytin nextissä ok, vaikka emme tällä tietoa ole ottamassa sitä käyttöön. Rajoite poistuu sekä maksamalla että maksun poistamalla. Meillä on ollut käytössä DebarmentsToLiftAfterPayment-asetus, johon on määritetty että vuosittaisista lainauskieltoajoista tullut rajoite poistuu, kun maksut on maksettu. Lainauskieltoajossa siis kaikille, joilla oli maksuja, tuli tietty sama rajoiteteksti, joka sitten määritettiin tuossa DebarmentsToLiftAfterPayment-asetuksessa. Ihan hyödyllinen toiminnallisuus, johon varmaan voi jatkossa hyvin käyttää tätä uutta toimintoa. Nyt meillä ei ole enää moneen vuoteen ollut lainauskieltoajoja, joten DebarmentsToLiftAfterPayment-asetuksen poistumisesta ei aiheutune ongelmaa. Eikä jäljellä olevia rajoitetekstejä lainauskieltoajoista tarvitse konvertoida tähän uuteen toimintoon. |
Tämä toiminee kuten pitää. Suljen tiketin tältä erää. |
Siirrettävä ominaisuus
Koha-Suomen versiossa on aiemmin ollut käytössä järjestelmäasetus DebarmentsToLiftAfterPayment. Yhteisöön on kuitenkin tullut uusi ominaisuus "Patron restrictions/Asiakas rajoitukset(?)", jolla voidaan määritellä käytettäväksi erityyppisiä rajoituksia. Maksurajoja on ehdotettu yhteisöön osaksi ominaisuutta ja järjestelmäasetuksesta voidaan luopua.
The text was updated successfully, but these errors were encountered: