Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

...

Pilot priop
r
i
o

#NN: TASK NAME
(do not change and keep the same #NN task id even if you move items)

Libraries that use/requested itNotes

STATUSES

Tech expertise message

11Print transfer slip when returning a item and it needs to be transferred because of a hold.HAMK

For more info:

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

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12085

DEVELOPMENT STATUS:

Status
colourRed
titleIN QUEUE

KCMinni (fork/pilot):
Status
titleNONE

KohaCommunity master:
Status
colourGrey
titleNONE


2.1

#01: LABEL PRINTER – TARRATULOSTIMET

Tools => Label printer (labels to be put in backs of books) (/cgi-bin/koha/labels/oplib-label-create.pl)



KC BUGZILLA: none, aim at a plugin solution


3AMK-libraries

Centria

Use is being researched. Just occasionally
Info on use in libraries urgent, related to a database structure change.
Testing of current options: Label printing in Koha
DEVELOPMENT STATUS:  
Status
colourGreen
titleEXTERNAL

KCMinni (fork/pilot):
Status
titleN/A

KohaCommunity master:
Status
titleN/A

solved as an external plugin: proper configuration needed, tech assistance will be provided.



3.2

#02: EXPIRED HOLDS TAB – VANHENTUNEIDEN VARAUSTEN VÄLILEHTI


Circulation → Holds awaiting pickup / Expired holds 

(list of items someone has made a hold request on but does not check it out before the hold expires; handy for easy clearing of these items off the holds shelf). (/cgi-bin/koha/circ/waitingreserves.pl)



KC BUGZILLA: none


3AMK-libraries

XAMK

Centria

Diak

Info on use in libraries urgent, related to a database structure change.

On community version there is missing system preference:
PickupExpiredHoldsOverReportDuration that defines For how many days holds expired by the 'ExpireReservesMaxPickUpDelay'-syspref are visible in the 'Hold Over'-tab in /circ/waitingreserves.pl 

ExpireReservesMaxPickUpDelay system preference allow holds to expire automatically if they have not been picked by within the time period specified in ReservesMaxPickUpDelay.

3AMK-libraries: problems with the reliability of the list

17.9.2020: When ExpireReservesMaxPickUpDelay is set Allow, there is no items showing on expired holds -tab. That is because holds have been automatically cancelled. It is possible to make a SQL-report showing all holds where pickupexpired on a certain date

DEVELOPMENT STATUS:  
Status
colourRed
titleIN QUEUE

KCMinni (fork/pilot):
Status
titleNONE

KohaCommunity master:
Status
colourGrey
titleNONE

Not started

We'll not work on it now, first test the Community Version functionalities.


3.2

#03: COMPLEX PASSWORDS / POLICIES CHECK – VAIKEAN SALASANAN VAATIMINEN

Requiring complex password based on patron category code (usually, higher requirements for staff members)

Administration → Patron categories / Password policy for category

(/cgi-bin/koha/admin/categories.pl => Muokkaa => Tyypin salasanakäytäntö)



KC BUGZILLA: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23816

XAMK

National Library

Info on use in libraries urgent, related to a database structure change.
In the Community Version, requirements may only be made globally. 

XAMK: generally simplenumeric > self-service library PIN is 4 numbers; and staff > alphanumeric)

DEVELOPMENT STATUS:  
Status
colourGrey
titleNONE

KCMinni (fork/pilot):
Status
titleNONE

KohaCommunity master:
Status
colourGreen
titleIN MASTER

Not started

Not urgent – libraries will direct staff and other users.


3.4

#04: HOLDS WAITING DEPENDING ON RULES – VARAUSTEN VOIMASSAOLON PITUUDEN SÄÄNNÖT

The time that holds will wait for being checked out may be set differently according to the patron group, library, or item type. (In Community Version only on sys pref level)



KC BUGZILLA: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8367


There is a very old bug report and fix-suggestion for this in Bugzilla: How long is a hold waiting for pickup at a more granular level

Is there need to be able to define different time according to the patron group, library, or item type?

DEVELOPMENT STATUS:  
Status
titleDEBATES

KCMinni (fork/pilot):
Status
titleNONE

KohaCommunity master:
Status
colourYellow
titleNEED S/O

Not needed?

11.3

#05: DEFINING DIFFERENT FEES FOR EXPIRED HOLDS ACCORDING TO THE RULES – MAKSUJEN SUURUUDEN SÄÄNNÖT NOUTAMATTOMILLE VARAUKSILLE

Holds not checked out in time: defining different fees according to the patron category, branch (library), or item type (In Community Version on sys pref level only?) (Making holds may be free but you need to pay a "fine" if you don't come and claim the hold before it expires.)



KC BUGZILLA: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25711

3AMK-libraries

National Library

XAMK

Koskenee myös asiakasryhmäkohtaiset asetukset? - MinnaK: Mitä tällä tarkoitetaan. Asiakastyyppien määrityksissä on hold fee, jolla tarkoitetaan varausmaksua joka peritään varauksesta joka tapauksessa. Tässä toiminnossa tarkoitetaan maksua, joka peritään, jos asiakas ei nouda varaustaan ajoissa.

and this discussion in english

There is a hold fee -setting in patron categories, but it is a different thing. Patron category hold fee is charged when making a hold or when hold is picked up depending on system preference HoldFeeMode.

In this case we are discussing about fee that is charged if a patron does not pick up hold in time.

National Library: fines differ according to the patron category and by item type

DEVELOPMENT STATUS:  
Status
colourGreen
titleDONE

KCMinni (fork/pilot):
Status
colourGreen
titlePUBLISHED

KohaCommunity master:
Status
colourYellow
titleNEED S/O

Minna will try to test and sign off in bugzilla - Not able to test on sandbox, because holds do not get expired automatically, look item #T13 below

Tested on SRV1 18.9.2020 and this works. Patrons are getting different fee for holds expired pickup according to the rules.

32.2

#06: COMPONENT PART BIBLIOGRAPHIC RECORDS  – OSAKOHTEIDEN BIBLIOGRAFISET TIETUEET

(e.g. a song on a CD)

Also, bound volume contains multiple items (several independent works bound together)



KC BUGZILLA: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11175

3AMK-libraries

National Library

Tritonia

Varastokirjasto 

Jyväskylän yliopisto

Kansallisarkisto

Library of Statistics

How to test component part functionalities - instructions: Osakohdetoiminnallisuuksien testaaminen KV-versiossa

  • Is the Community Version solution, i.e. the structure of MARC field 773, suitable for the library's needs?
  • Will links in the current version work properly in the Community Version? In other words, will the records require conversion?
  • Are their tools for handling component parts missing in the staff interface? Is there a list of component parts in the host record (aka parent record) view?


National Library: both component parts and bound volumes

Tritonia: bound volumes, not a priority

Varastokirjasto: also bound volumes, not a priority. Music is important, and how they show in Finna. 

Jyväskylän yliopisto: bound volumes, music as it comes from Melinda

Kansallisarkisto: bound volumes

DEVELOPMENT STATUS:  
Status
colourRed
titleIN QUEUE

KCMinni (fork/pilot):
Status
colourGrey
titleNONE

KohaCommunity master:
Status
colourRed
titleFQA

Implemented but missing review, see Bug 11175

Johanna asks from Metropolia testing for this: for sign off, community bug must be tested according to test plan in bugzilla and also Koha OPAC must be tested.


The only way to test this is through sandbox. This should be tested with Zebra search-engine. There might be problem with indexing. Koha-Suomi staff is trying to test this as well.


Situation Sept 8th 2020: A lot of discussion around this issue in community.

Situation Sep 15th: At this point it is enought that information is replicate right from Melinda and that it is showing right in Finna. Libraries can wait with information views in Koha intranet.


1

#07: HOLDS ON BIBLIOS WITH DIFFERENT ITEM TYPES – VARAUS MAHDOLLINEN, JOS KIRJASTOSSA VAIN EI-LAINATTAVIA

Enable making holds on a bibliographic record when there are items available in the library but these items are not eligible for holds.  (Read the bug report for thorough explanation)



KC BUGZILLA: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24683

Tritonia 

National Library 

Diak

Jyväskylän yliopisto 

Hanken 

3AMK


Tritonia, National Library, Diak, Jyväskylän yliopisto, Hanken: Critical

3AMK: We allow on shelf holds, but this is critical if unholdable item type prevents making holds for other item types of the same biblio

DEVELOPMENT STATUS:  
Status
colourGreen
titleDONE

KCMinni (fork/pilot):
Status
colourGreen
titlePUBLISHED

KohaCommunity master:
Status
colourGreen
titleIN MASTER

Implemented. In testing on pilot servers.

Tested in Koha3 and Tritonia testing environment. Must be tested with Finna, when able to make holds 


1

#08: "HOLDS TO PULL" LIST PART1: – HYLLYVARAUSTEN LISTA

printing of "edition" under the title in the same field.



KC BUGZILLA: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25699


HAMK

3AMK

Edition can be add to biblioitems -table by modifying Koha to MARC mapping settings.
After change, biblioitems -table must be rebuild in order to apply change to older records!

DEVELOPMENT STATUS:  
Status
colourGreen
titleDONE

KCMinni (fork/pilot):
Status
colourGreen
titlePUBLISHED

KohaCommunity master:
Status
colourGreen
titleIN MASTER

Implemented. In testing on pilot servers.
HAMK to confirm


1

#09: ANONYMIZED HOLD IDENTIFIERS – VARATTUJEN ANONYYMIT TUNNISTEET

when patrons can go and pick up themselves their books on hold from a dedicated shelf, they find them by an identifier in the slip between the book. Name is not used for privacy reasons.



KC BUGZILLA: none

Tritonia

XAMK

Diak

On Koha-Suomi there is a systempreference AnonymizeOtherNames use for generating an anonymized code to Patron record Other names -field. The anonymized code is in the format xxxx-xxxx-xxxx (e.g. 1561-9855-2076) and is based on UNIX timestamp.

Other names -field is used for hold identifier.

Diak: Holds identifier / Other name -field in the patron record

DEVELOPMENT STATUS:  
Status
colourGreen
titleDONE

KCMinni (fork/pilot):
Status
colourGreen
titlePUBLISHED

KohaCommunity master:
Status
colourGreen
titleIN MASTER

Implemented. In testing on pilot servers.
XAMK to confirm

requires pasting code snippet to system preference IntranetUserJS. Code is found HERE

11.1

#10: SELF CHECK MACHINE STARTS THE HOLD INSTANTLY – SAAPUMISILMOITUS LÄHETETTÄVÄ VASTA HENKILÖKUNNAN KÄSITTELYN JÄLKEEN

RequireSCCheckInBeforeNotifyingPickups –pick-up notifications for holds not sent to patrons until an item has been handled by staff in intranet, even though the item has been returned using a self-service machine



KC BUGZILLA: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12556

Tritonia

HAMK

National Library

XAMK

Jyväskylän yliopisto

3AMK

Hanken

This bug fix made to Koha-Suomi is needed. When a book is returned by self service station and there is a reservation, the pickup notice should not be send until the book is returned again by staff. There is a syspreff for this feature in Koha-Suomi 
RequireSCCheckInBeforeNotifyingPickups.

https://tiketti.koha-suomi.fi/issues/856 / Automaatit ja varattu aineisto

There are some ideas of how to fix already discussed in KC BZ.

DEVELOPMENT STATUS:  
Status
colourGreen
titleDONE

KCMinni (fork/pilot):
Status
colourGreen
titleDONE

KohaCommunity master:
Status
colourYellow
titleNEED S/O

Waiting for someone in Koha community to sign off. 

Minna asks Koha-Suomi if they would be able to test and sign off. - asked, Koha-Suomi has no environment for testing this at the moment.

Adrii has published in KCMinni

Minna has tested in SRV1, but did not work. Test results informed in slack.

Situation Sep 15th: can be added to KCMinni -fork even if not signed off. At the moment we do not have any environment where to test this for sign off.

31.2

#11: DO NOT ALLOW SELF SERVICE CHECK OUT WHEN ON HOLD AND IN TRANSFER – KULJETUTUSTILAISTEN VARATTUJEN NITEIDEN LAINAAMINEN AUTOMAATILLA ESTETTÄVÄ

https://tiketti.koha-suomi.fi/issues/3559 / Kuljetustilassa olevan varatun niteen voi lainata automaatilla

When book is returned on self service station and there is a hold to another branch for that book, the item is put to transfer. When AllowItemsOnHoldCheckout -syspreff is set Allow, any borrower can check out the item with self service station despite of the hold. Item stays attached to hold and items stays in transfer -state. 



KC BUGZILLA: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25690

HAMK

XAMK

3AMK

Hanken

Bug fix needed: The system should not allow item check out on self service station when item is attached to hold and item is in transfer -state (item is in BranchTransfers -table and .

DEVELOPMENT STATUS:  
Status
colourRed
titleIN QUEUE

KCMinni (fork/pilot):
Status
titleNOT YET

KohaCommunity master:
Status
colourGrey
titleREQUESTED

Waiting for bug 12556 / SELF CHECK MACHINE STARTS THE HOLD INSTANTLY and then discussing with community whether they see transfer state hold as attached to a specific patron or not

Situation Sep 15th: Still under discussion in KohaCommunity. This issue will not be ready for pilot libraries prior to deployment

11

#12: CCODE AND SHELVING LOCATION IN CIRCULATION RULES – CCODE JA HYLLYPAIKAT LAINAUSSÄÄNTÖJEN PERUSTAKSI

Add new ccode and shelving location based circulation rules. This was including db, filtering, and tests.
ccode and shelving location added.



KC BUGZILLA: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17593


There is a new feature in community version relating to this issue:

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21946

DEVELOPMENT STATUS:  
Status
colourGreen
titleDONE

KCMinni (fork/pilot):
Status
colourGreen
titlePUBLISHED

KohaCommunity master:
Status
colourGrey
titleREQUESTED

Implemented. In testing on pilot servers.

Sept 8th 2020: some code must be rewrited because of changes in Community version

(not needed in HAMK, XAMK, DIAK, Tritonia)

Sep 15th: Fix available in Koha3 and other test environments. 

33.1

#13: LOG OF READING PATRON PERSONAL INFORMATION – ASIAKKAIDEN HENKILÖTIETOJEN KATSELUN LOKITTAMINEN

Is Koha-Suomi version there is logged every view of patron personal information. That is not happening in the community version



KC BUGZILLA: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25673


More information on viewing patron information is gathered here Viewing of patron information. We ought to make a decision on what to log when viewing personal information.


DEVELOPMENT STATUS:  
Status
colourYellow
titleDOING

KCMinni (fork/pilot):
Status
titleNONE

KohaCommunity master:
Status
colourGrey
titleREQUESTED

Sep 15th: have been discussed with third party about development.


1.5

#14: "HOLDS TO PULL" LIST: FURTHER CHANGES – HYLLYVARAUSTEN LISTA, LISÄMUUTOKSIA

The publication year should be shown. MARC fields 260c, 264c.



KC BUGZILLA: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25798


(list of holds patrons have made on items in stacks, helps in picking up these items)

Circulation → Holds to pull

/cgi-bin/koha/circ/pendingreserves2.pl (Koha Suomi -version)
/cgi-bin/koha/circ/pendingreserves.pl (community -version)
Copyright year can be add to biblio-table by modifying Koha to MARC mapping settings.
After the change, bibliotable must be rebuild in order to apply the change to older records!

DEVELOPMENT STATUS:  
Status
colourGreen
titleDONE

KCMinni (fork/pilot):
Status
colourGreen
titlePUBLISHED

KohaCommunity master:
Status
colourGreen
titleIN MASTER

Implemented. In testing on pilot servers.
HAMK to confirm


1.4
#15: HOLDS QUEUE LIST – VARAUSJONO

The edition should be shown.



KC BUGZILLA: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25799


Edition can be add to biblioitems -table by modifying Koha to MARC mapping settings.
After change, biblioitems -table must be rebuild in order to apply change to older records!
DEVELOPMENT STATUS:  
Status
colourGreen
titleDONE

KCMinni (fork/pilot):
Status
colourGreen
titlePUBLISHED

KohaCommunity master:
Status
colourGreen
titleIN MASTER

Implemented. In testing on pilot servers.
HAMK to confirm


3.3.

#16: Link to Finna from Koha biblio-record – KOHAN BIB-TIETUEESTA LINKKI FINNAAN

Link to Finna from Koha biblio-record. 

<Finna-view address>/Record/<Finna local database>.biblionumber

f.ex. https://hamk.finna.fi/Record/vanaicat.96201


IntranetUserJS solution


3AMK: Possibility to add more than one Finna-view link?

  • easy to implement with suggested solution

DEVELOPMENT STATUS:

Status
colourGreen
titleDONE

KCMinni (fork/pilot):        
Status
colourGrey
titleN/A

KohaCommunity master:
Status
colourGrey
titleN/a

Implemented as IntranetUserJS: https://tiketti.koha-suomi.fi/projects/koha-suomen-dokumentaatio/wiki/IntranetUserJS#Linkki-Finna-n%C3%A4kym%C3%A4%C3%A4n

...