Projekti

Yleinen

Profile

Kehitysehdotus #4457

Maksettujen maksujen poisto

Lisännyt Päivi Knuutinen vuosi sitten. Päivitetty 11 kuukautta sitten.

Tila:
Kommentoitu
Prioriteetti:
Normaali
Nimetty:
-
Luokka:
Maksut
Kohdeversio:
-
Alku:
23. Kesäkuuta 2020
Määräaika:
% Tehty:

0%

Arvioitu aika:
Yhteyshenkilö:
Votes: 6

Kuvaus

Juttelimme pääkäyttäjäpalaverissa asiakkaalla olevien maksettujen maksujen poistamisesta. Ei liene tarkoituksenmukaista, että hoidetut maksut näkyvät asiakkaan tilillä vuosikausia. Pitäisi laatia sääntö, minkä mukaan maksetut maksut poistetaan tai poistuvat automaattisesti, kun asiakkaan maksujen saldo on 0 euroa.

Ehdotus A:
Maksut poistuvat asiakkaalta automaattisesti, kun maksut on maksettu kokonaisuudessaan eli asiakkaan saldoksi tulee 0 euroa. (Toimii myös, jos käytetään Poista kaikki -toimintoa (Writeoff)) Tässä on ongelmana, että onko jälleen uusi Koha-Suomen ylläpidettävä ominaisuus, jos ei ole kv-versiossa.

Ehdotus B:
Asiakkaan tililtä poistetaan maksutiedot määräajoin (x kertaa vuodessa), kun saldona on 0 euroa. Tämä ajo tehtäisiin sovitusti kaikkiin kimppoihin. Vaatisi tehtäväksi cronjobin, joka hoitaa homman, mutta ei vaikuta versionvaihtoon.

Ehdotus C:
Mietittävä, onko jotain syytä säilyttää tietoa maksetuista maksuista pitempään kuin ehkä muutaman päivän.

Ehdotus D:
Voisiko jollain kriteereillä poistaa automaattisesti vanhentuneet maksut kerran vuodessa tms?

Onko vielä jotain muita ehdotuksia maksujen poistoon liittyen?

Maksettavaa 0,00.PNG (48 KB) Maksettavaa 0,00.PNG Katri Sillgren, 30. Kesäkuuta 2020 10:42
4588

Historia

#1 Updated by Katri Sillgren 12 kuukautta ago

4588

Hyvä! Helle kannattaa tätä.

Lisävaihtoehto automatiikkaan: yksittäinen maksurivi poistuu, kun Asiakkaan Maksut -tietojen Tili-välilehden Maksettavaa-sarakkeen arvona = 0,00

Näin ei tarvitsisi odottaa yksittäisen maksetun maksutiedon poistumista siihen asti, kun kaikki asiakkaan maksut on maksettu.

#2 Updated by Leena Kinnunen 12 kuukautta ago

Lapista tulee kannattusta vaihtoehdolle B eli asiakkaiden maksutilit tyhjennettäisiin ajona sovittuna aikana, jos tilin saldo on 0. K-S:n versioon ei kannata tehdä tähän erityistä toimintoa.

Lisäksi olisi hyvä, jos vanhentuneet maksut pystyttäisiin poistamaan määräajoin. Onnistuisiko esim. tuon nollausajon jälkeen poistaa tietyt maksut, jos ne ovat syntyneet ennen xx päivää? Siinä pitäisi kyllä pystyä laskemaan, että asiakas ei jäisi plussalle, jos on esim. maksanut jo jotain maksuja tililtään.

#3 Updated by Anneli Österman 11 kuukautta ago

  • Tila changed from Uusi to Kommentoitu

Minusta pitää ensin selvittää, kuinka kauan maksutietoja pitää säilyttää ennen kuin tehdään päätöksiä. Mutta sen jälkeen kannatan tietyn aika välein poistoa tai tiettyä vanhempien poistoa päivittäin.

Kohassa on olemassa skripti nimeltänsä cleanup_datebase.pl, jolla pystyy poistamaan myös maksuja. Toiminnallisuus on tosin lisätty todennäköisesti vanhemman version aikaan, jolloin maksujen tasapainotus toimi eri tavalla, joten sen toiminta pitää ensin testata. Kopsasin alle, mitä skriptillä voi tehdä.

Erilaisten tietojen säilytysajan määrittäminen on ollut mietinnässä jo varmaan pari vuotta ja esim. erilaisten lokien säilytysajojen pohdinnasta on olemassa wiki ja tiketti:

https://tiketti.koha-suomi.fi/projects/koha-suomen-dokumentaatio/wiki/Lokirotaatio

https://tiketti.koha-suomi.fi/issues/4233

Nämä säilytysaikajutut pitäis oikeasti saada päätettyä – ennen kuin meillä on tietokanta täynnä. :) Myös esim. lainahistoriaa ei kannata minusta säilyttää oletuksena ikuisesti.

Usage: ./cleanup_database.pl [-h|--help] [--sessions] [--sessdays DAYS] [-v|--verbose] [--zebraqueue DAYS] [-m|--mail] [--merged] [--import DAYS] [--logs DAYS] [--searchhistory DAYS] [--restrictions DAYS] [--all-restrictions] [--fees DAYS] [--temp-uploads] [--temp-uploads-days DAYS] [--uploads-missing 0|1 ]

   -h --help          prints this help message, and exits, ignoring all
                      other options
   --batchOverlays    Days as integer. Purges all BatchOverlay reports older than this many days
                      from koha.batch_overlay_reports
                      Defaults to 181 days.
   --sessions         purge the sessions table.  If you use this while users
                      are logged into Koha, they will have to reconnect.
   --sessdays DAYS    purge only sessions older than DAYS days.
   -v --verbose       will cause the script to give you a bit more information
                      about the run.
   --zebraqueue DAYS  purge completed zebraqueue entries older than DAYS days.
                      Defaults to 30 days if no days specified.
   -m --mail DAYS     purge items from the mail queue that are older than DAYS days.
                      Defaults to 30 days if no days specified.
   --merged           purged completed entries from need_merge_authorities.
   --import DAYS      purge records from import tables older than DAYS days.
                      Defaults to 60 days if no days specified.
   --calendar DAYS    purge rows from koha.special_holidays-table older than DAYS days.
                      Defaults to 362 days if no days specified.
   --z3950            purge records from import tables that are the result
                      of Z39.50 searches
   --fees DAYS        purge entries accountlines older than DAYS days, where
                      amountoutstanding is 0 or NULL.
                      In the case of --fees, DAYS must be greater than
                      or equal to 1.
                      WARNING: Fees and payments may not be deleted together.
                      This will not affect the account balance but may be
                      confusing to staff.
   --logs DAYS        purge entries from action_logs older than DAYS days.
                      Defaults to 180 days if no days specified.
   --searchhistory DAYS  purge entries from search_history older than DAYS days.
                         Defaults to 30 days if no days specified
   --list-invites  DAYS  purge (unaccepted) list share invites older than DAYS
                         days.  Defaults to 14 days if no days specified.
   --restrictions DAYS   purge patrons restrictions expired since more than DAYS days.
                         Defaults to 30 days if no days specified.
    --all-restrictions   purge all expired patrons restrictions.
   --del-exp-selfreg  Delete expired self registration accounts
   --del-unv-selfreg  DAYS  Delete unverified self registrations older than DAYS
   --unique-holidays DAYS  Delete all unique holidays older than DAYS
   --temp-uploads     Delete temporary uploads.
   --temp-uploads-days DAYS Override the corresponding preference value.
   --uploads-missing FLAG Delete upload records for missing files when FLAG is true, count them otherwise

#4 Updated by Katri Sillgren 11 kuukautta ago

Onko oltava sama toimenpide se, että esim. maksetut maksutiedot eivät tarpeettomasti näy Asiakkaan maksuissa ja se, että maksutiedot poistetaan tietokannasta?

#5 Updated by Päivi Knuutinen 11 kuukautta ago

"Onko oltava sama toimenpide se, että esim. maksetut maksutiedot eivät tarpeettomasti näy Asiakkaan maksuissa ja se, että maksutiedot poistetaan tietokannasta?"

Ei minusta. Tietokannassa maksetut maksut voivat olla jossain taulussa, jos on tarpeen, mutta asiakkaan tiedoista ne pitäisi poistaa näkymästä. Asiakkaan tiedoissa näkyy lainahistoriaa siltä osin, kuin niteistä on kertynyt maksuja eikä se mielestäni ole kovinkaan suotavaa.

#6 Updated by Mari Vesala 11 kuukautta ago

Asiakaspalvelun kannalta tietojen nopea katoaminen olisi kuitenkin harmittavaa. Monesti olemme joutuneet asiakkaan pyynnöstä kaivamaan vanhojakin maksuja esille esim. myöhästymismaksujen, kirjakorvausten yms. selvittämiseksi. Varsinkin koska Oulussa turmeltuneen aineiston hinta siirretään asiakkaan tietoihin kuukauden kuluessa. Jos asiakas tämän sitten maksaa esim. kotoa käsin, on hänellä kuitenkin useampi kuukausi aikaa käydä noutamassa maksettu nide itselleen ja hänen saldonsa voi kuitenkin olla 0€.

Muitakin tilanteita on tullut useasti, jolloin maksujen etsiminen on auttanut. Ihan viime kuussa asiakas yritti palauttaa kirjaa, jota ei enää löytynyt tietokannasta. Maksuhistorian avulla näimme kuitenkin että hän oli korvannut kirjan 3 vuotta sitten.
Eli maksuhistoriasta on kyllä apua. Toivoisimme, että se säilyisi edes jonkin aikaa.

Vie Atom PDF