Currently in Koha, each issues is marked "arrived" manually. This can be a lot of work in libraries with a large number of serial subscriptions. Instead, automatically mark issues as received. Issues that are not received will be marked "pending" manually. Create screens that display issues to be received across serials, set default to "arrived", user can select the ones that have not arrived and mark them as "pending".
Created attachment 9702 [details] [review] Receiving serials in a loop
Created attachment 9703 [details] multi_receiving_button
I made some days ago for local use this patch which could be a response to what you asked for. It adds in the Serial collection information page a button called 'Multi receiving' (may be we could find a more appropriate term). Clicking displays a message box from which you can enter the number of issues you'd like to receive. It generates theese in a loop, applying them the 'arrived' status and ends with an expected one. In case the end of subscription is reached before all the desired issues had been created, the script stops and let appear the usual 'subscription has expired' red message.
the use of this function is limited to subscriptions without items records.And the bulk reception start always from the last issue expected then it would be better to choose which serial number you want to begin receiving and not always from the last number expected.
When we created this bug, our intention was to create a way to automatically receive issues, no manual intervention. We will soon be submitting a patch which has a script that runs in the cron. Issues in expected status will be automatically changed to arrived. Maybe this change and our change can co-exist.
(In reply to comment #0) > Currently in Koha, each issues is marked "arrived" manually. This can be a > lot of work in libraries with a large number of serial subscriptions. > > Instead, automatically mark issues as received. Issues that are not received > will be marked "pending" manually. > > Create screens that display issues to be received across serials, set > default to "arrived", user can select the ones that have not arrived and > mark them as "pending". (In reply to comment #4) > the use of this function is limited to subscriptions without items > records.And the bulk reception start always from the last issue expected > then it would be better to choose which serial number you want to begin > receiving and not always from the last number expected. As for receiving from the last issue expected, I must add that this has been made thinking to the case when library is closed during some weeks (well, french university libraries close completly during 2 or 3 weeks in summer holidays). So when you come back from holidays, you can quickly and in a much easier way receive your waiting bunch of issues.
Patch tested with a sandbox, by Delaye Stephane <stephane.delaye@biblibre.com>
Created attachment 11291 [details] [review] Receiving serials in a loop generate the number of issues entered from a message box and apply 'arrived' status. http://bugs.koha-community.org/show_bug.cgi?id=7913 Signed-off-by: Delaye Stephane <stephane.delaye@biblibre.com>
> Signed-off-by: Delaye Stephane <stephane.delaye@biblibre.com> patch looks good, passing QA… $ koha-qa.pl testing 1 commit(s) (applied to commit ce03893) * 551e5b2 Receiving serials in a loop koha-tmpl/intranet-tmpl/prog/en/modules/serials/serials-collection.tt serials/serials-collection.pl * serials/serials-collection.pl OK * koha-tmpl/intranet-tmpl/prog/en/modules/serials/serials-collection.tt OK
QA comment: * Stéphane, in comment 4 you say: > the use of this function is limited to subscriptions without items > records.And the bulk reception start always from the last issue expected > then it would be better to choose which serial number you want to begin > receiving and not always from the last number expected. it seems it's still the case, this is a reason for failing QA : libraries won't know or will make a mistake, for sure ! To earn QA, this patch should hide the link when the subscrition.serialsadditems=1 Optional suggestion (that isn't requested to pass QA) = have the link/feature also available from serials/serials-edit.pl page Other than this, it's a very handy feature !
Koha team Lyon 3, if you provide a follow-up, please attach the follow-up, and switch back to passed QA, i'll test/check and push if everything is OK with the follow-up I've checked the main patch, works nicely.
Created attachment 12388 [details] [review] Follow-up, hide multi receive button for subs with items Here it is. I also add add a button in edit page (it's just a redirection to serials-collection functionality)
Sorry, but the follow-up does not apply : Applying: Follow-up, hide multi button for subs with item fatal: sha1 information is lacking or useless (koha-tmpl/intranet-tmpl/prog/en/modules/serials/serials-collection.tt). Repository lacks necessary blobs to fall back on 3-way merge. Cannot fall back to three-way merge. Patch failed at 0001 Follow-up, hide multi button for subs with item When you have resolved this problem run "git am --resolved". If you would prefer to skip this patch, instead run "git am --skip". To restore the original branch and stop patching run "git am --abort".
Created attachment 12615 [details] [review] Bug_7913, Folllow-up hide button for subs with items redone on master (instead of 3.8).
Patch pushed to master
*** Bug 8153 has been marked as a duplicate of this bug. ***