Bug 35487

Summary: Add a selective dissemination of information module
Product: Koha Reporter: verolencinas <verolencinas>
Component: ListsAssignee: Bugs List <koha-bugs>
Status: NEW --- QA Contact: Testopia <testopia>
Severity: new feature    
Priority: P5 - low CC: andrew, dcook, m.de.rooy, tomascohen
Version: Main   
Hardware: All   
OS: All   
Change sponsored?: Seeking sponsor Patch complexity: ---
Documentation contact: Documentation submission:
Text to go in the release notes:
Version(s) released in:
Circulation function:

Description verolencinas 2023-12-05 11:32:18 UTC
Selective dissemination of information is a current awareness service in which libraries or information centers send new publications to users. 
It can be implemented in Koha through lists that have to be manually send to interested users, or through public lists to which users can subscribe through RSS.
A real Selective dissemination of information module would need to be able to configure one or several search terms or search expressions, and a scheduler to trigger these searches regularly. The results of the search should only include records added after the last search and be send to users in a user list. The "send" function could be implemented through mail or OPAC access or both.
Librarians should be able to control the lists sent to the users. That could be implemented for example with a delay in sending during which librarians could alter the list, or more simple through a access to sent lists where librarians can control which records has been sent.
Comment 1 Katrin Fischer 2023-12-05 20:54:20 UTC
*** Bug 16959 has been marked as a duplicate of this bug. ***
Comment 2 David Cook 2023-12-05 22:41:11 UTC
I have a local implementation of bug 16959 that I wrote many years ago, but it would need a bit of work to be ready for upstream I think.

Basically, users could save searches as "Reading interests", and then a cronjob would periodically check for new records that match their reading interests, and would email out personalised emails. 

(In reply to verolencinas from comment #0)
> Librarians should be able to control the lists sent to the users. That could
> be implemented for example with a delay in sending during which librarians
> could alter the list, or more simple through a access to sent lists where
> librarians can control which records has been sent.

This is very different to sending out emails based on save searches. It sounds to me like 2 different features.
Comment 3 Tomás Cohen Arazi (tcohen) 2024-01-03 13:44:56 UTC
Saved search terms or expressions feel unreliable in terms of validating what's going to be sent.

In my opinion, this should be implemented on top of lists. That said, I suggest:

- Add a notice template.
- Add a 'tool' for managing the list-notice mapping and some configuration (e.g. allowing a reviewer to approve, date for sending, etc).
- A nightly cronjob should be set to send approved notices with some frequency.