Axiell wants to get our customers to be involved in the roadmaps suggesting ideas for features or functions. Unfortunately we cannot develope each and every function suggested but we want to make sure that you have your say. Add your ideas, and opinions to Axiell's roadmap for Quria, creating new features that yours and other libraries would benefit from. You can also vote for other peoples suggestions as well.
In order to make this portal more useful for all the contributors and for us that work with your ideas, we kindly ask you to write in English.
Please note: If you have an error or a misbehaving function, please contact your local Support for the best possible service. If you are not sure what forum that is the most appropriate for your issue, please choose local support as a first step.
How it works:
The ideas are read and reviewed on a regular basis, by product manager and/or local representative. Your ideas will then be available for others to see, vote on and discuss. We encourage discussions between the idea contributors.
Successful ideas will the be prioritzed within our backlog.
What does the status mean?
Under investigation - often there needs to be a discussion between developers and system specialists before we can say if something can be developed, how and when.
Planned - this suggestion or need will be fufilled in some way in a forseable future.
Future consideration - this status means that we think that it's good idea with no technical obstacles but it's not decided if it can be prioritized and put on the roadmap.
No action - in some cases it is impossible to meet some requirements for technical or other reasons, and sometimes there is another alternative way to solve the need.
Right to reject and close
We reserve the right to reject ideas, and also close issues after 3 months if we don't receive an answer to our follow up questions.
Actually, the partial cancellation of fees does not exist yet. You can only delete the entire fee.
For example, a user would have to pay €22 because the book is 22 weeks overdue. So he has a single fee of €22 and we want to accommodate him with €10. This €10 cannot be deducted from the €22 single fee.
Now we are only able to delete the full €22.
Hello,
yes that ist right. We need the manual remove from every overdue fee.
Our library is part of an public administration (city hall). In Germany we have the law to assign the money for different fees to different accounts in our public administration household system. For example: overdue fees were not assigned to the same account like media replacement fees.
Another reason for giving discounts is, that we have sent a payment reminder to a user. But the post office didn't bring this letter to that person (because I don't know how they work there, but it still happens). After one week we sent the second reminder. This letter the user has gotten and comes to us. He tells us, that he didn't get the first reminder. In that case we want to remove a part of the overdue fees because the user didn't get an information about his fees.
Or a person is ill or in hospital and calls us after he/she is recovered. In that case we want to remove a part of the overdue fees, too.
Or a person gets a wrong loan period date on our closure day. So the overdue fees were counted wrong by Quria.
And for our self checking system it is not a possibility for us to set a dept as sold when it is only a removed dept.
I hope I could explain you our German library workflow a little bit. :-)
Regards
Astrid
Do I understand you right that you, for different reasons, systematically modify peoples debts and need, in this example manually remove 0,30 from every overdue fee?
I am trying to learn more about the German libraries workflows, please forgive me for stupid questions. What can be the reason for giving this discounts? I want to know in order to figure out if there is something else that needs to be done to better support your workflows.
Regards
Magdalena
Hi,
that is not the way we work. We want to see first how much the person has to pay to us. It is too laborious to tell each librarian in our library that he has first to calculate before he tell the total fee to the user.
Another example: a person has to pay 99,18 €. (attached image). We want to accomodate this person with 0,30 € for each overdue fee (Gebühr für Überziehung). That's in this case 1,20€ in summary. Additional this person is only able to pay 20 € each month to us.
For us it would be easier to see the final open total fee less the accomodated fees.
It is not a possibility for us to let the person first pay 1,20€ in Quria, because this person doesn't pay it!
Regards
Astrid
Hi
We are imagining that you can first let the person pay 12 and then remove the rest. But maybe this is not how you work?
Regards
Magdalena