At present by default all the category of patrons can either place purchase suggestions or not via opac. The requirement is the purchase suggestions should be restricted by category of users which can be provided by option at the time of creating patron category (i.e. can place purchase request via OPAC or not)
Some educational institutes only allow purchase suggestion by the faculty or some specific category of users like in Indian context. Similarly in public and other libraries children's may not be allowed for purchase suggestions or lower level of non technical/teaching staffs in special libraries. Hence this restriction is very much needed which is applicable for all libraries.
@Vinod: L2C2 Technologies will sponsor a part of the cost of development, we are looking for co-sponsors for the rest of the development cost share.
May i know total cost/effort of development? So i can make plan.
@Indranil, I will be the part of co-sponsor, trying to get some more very soon.
@Indranil can you please publish some design or i have some idea.
My idea is: 1. At the time of creating category a option " Can place purchase suggesion" Yes/No 2. While login on OPAC member should not see purchase suggesion option if he can see than while clicking the message it should display "you are not authorised to place purchage suggesion" 3. Any direct link to purchase suggesion should not work for concern category through opac 4. Staff can still place order on his behalf as usual through koha staff client 5. Any other impact we have to see if any
(In reply to Vinod from comment #6) > My idea is: > > 1. At the time of creating category a option " Can place purchase suggesion" > Yes/No > > 2. While login on OPAC member should not see purchase suggesion option if he > can see than while clicking the message it should display "you are not > authorised to place purchage suggesion" > > 3. Any direct link to purchase suggesion should not work for concern > category through opac > > 4. Staff can still place order on his behalf as usual through koha staff > client > > 5. Any other impact we have to see if any Seems good idea but main concern how current purchase suggestion preference will handle.
Maybe instead of using a yes/no setting on patron category, you could use a number of allowed suggestions. There already is already a global setting for this, that might be extendable in this way: MaxOpenSuggestions
+1 (In reply to Katrin Fischer from comment #8) > Maybe instead of using a yes/no setting on patron category, you could use a > number of allowed suggestions. There already is already a global setting for > this, that might be extendable in this way: MaxOpenSuggestions Even better would be if it was part of circulation and fines rules so each library in a multi-branch setting could set it differently.
please ignore the comment if this is already worked - I thought this way - system Preference - Workflow or any one can suggest Any one can suggest - Already existing feature Workflow - Member logs into his account - clicks on suggestions System should check for supervisor details (like cardnumber or any other details like mail - if supervisor is not a member) Then after filling the details - the system will submit request to his supervisor for approval - once the supervisor approves the request, it should reach the library for procurement
Hello Is there any update on this development, please?
Hello, Seems very slow progress in this bug, may I know any temporary solution so that I can hide the purchase suggestion menu on OPAC from a specific category of users? Thanking You.
Hi Vinod, I thnk the patron category is in the source on the pages now when they log in, you could use that information and jQuery to hide the suggestion pages... a little tricky. but maybe a work around. There has been no action from the assignee in a while, I am resetting the bug.
(In reply to Katrin Fischer from comment #13) > Hi Vinod, I thnk the patron category is in the source on the pages now when > they log in, you could use that information and jQuery to hide the > suggestion pages... a little tricky. but maybe a work around. > > There has been no action from the assignee in a while, I am resetting the > bug. Hi Katrin, I can take this bug and do the development. My Plan: We can create two systempreferences for purchase suggestion. Systempreference name: 1. Onlinepurchase suggestion: Allow/Don't Allow 2. OnlinepurchasesuggestionvalidCategories: ST|XT|TT
Maybe we could reuse the existing suggestion system preference: Suggestion = if suggestions are available in staff OpacSuggestion = if suggestions are available in OPAC Or make it a pref with 3 entries: Allow suggestions in (OPAC and staff interface|in staff interface|not at all) Native speakers might do better at phrasing these. And maybe: OpacSuggestionValidCategories ?
There are 3 ways to implement this: Syspref with a list of code, define at category level (admin/categories.pl) or circ rules. Circ rules seem overkill, even if more flexible (we can discuss if "adding suggestions" is a *circ* rule however...) Defining at category level is a bit more difficult here, especially for librarians to configure it (you have to go through the different categories). So yes, we could go with the pref (the uglier), even if far from perfect.
Hello Everyone, I'm a 2nd year engineering student and i have done the development work and solved this bug and now i am able to restrict certain categories from making purchase suggestions via OPAC. Also, wanted to know whether it is a sponsored bug ?
(In reply to Harsh from comment #17) > Hello Everyone, > I'm a 2nd year engineering student and i have done the development work and > solved this bug and now i am able to restrict certain categories from making > purchase suggestions via OPAC. > > Also, wanted to know whether it is a sponsored bug ? Can you publish your design?
Hi This bug is sponsored by many library professionals of India and L2C2 technology, but till date it is not finalized. I will be happy if work will be done as soon as possible as this feature is very much needed during Covid-19 situation too. Thanks
(In reply to Vinod from comment #19) > Hi > > This bug is sponsored by many library professionals of India and L2C2 > technology, but till date it is not finalized. I will be happy if work will > be done as soon as possible as this feature is very much needed during > Covid-19 situation too. > > Thanks Hi Sir, I have done the required stuff on my local machine, can you guide me as to how should i submit a patch ?
(In reply to Amit Gupta from comment #18) > (In reply to Harsh from comment #17) > > Hello Everyone, > > I'm a 2nd year engineering student and i have done the development work and > > solved this bug and now i am able to restrict certain categories from making > > purchase suggestions via OPAC. > > > > Also, wanted to know whether it is a sponsored bug ? > > Can you publish your design? My design idea is : 1.)To create a system preference using which the admin can select whether he has to restrict certain category from making purchase suggestion or no. 2.)Thereafter, another button in the category to restrict/not restrict that category from making purchase suggestions.
> > Can you publish your design? > > My design idea is : > 1.)To create a system preference using which the admin can select whether he > has to restrict certain category from making purchase suggestion or no. > 2.)Thereafter, another button in the category to restrict/not restrict that > category from making purchase suggestions. I like the idea of having the setting on patron category level. Maybe the pref would not be required if the checkbox was checked by default for new and existing patron categories.
hi, there are any news on this topic? In the university libraries is wanted to filter students suggestions. I hope I can do by jquery while.
(In reply to Pablo López Liotti from comment #23) > hi, there are any news on this topic? > In the university libraries is wanted to filter students suggestions. > I hope I can do by jquery while. (In reply to Vinod from comment #4) > @Indranil, I will be the part of co-sponsor, trying to get some more very > soon. Hello, Is there any update on this as it is already delayed?
*** This bug has been marked as a duplicate of bug 31333 ***