Axiell Quria Ideas
Welcome to the Ideas Portal for Quria users!
Axiell invites customers to contribute ideas for new features or functions. While we can't develop every suggestion, your input helps shape Quria’s roadmap. You are welcome to add ideas, vote on others’ suggestions, and discuss them. To make this portal more effective, please submit your ideas in English.
Ideas are regularly reviewed by the product manager or local representative. Once reviewed, the ideas are visible for voting and discussion. Popular ideas will be prioritized within our backlog.
Status meanings:
Under investigation: Developers and specialists are discussing if the idea is possible to implement.
Planned: The suggestion will be fulfilled in some way in a foreseeable future
Future consideration: A good idea, without technical obstacles, but it can't be prioritized into the roadmap at the moment.
No action: Technical or other issues prevent development, or an alternative solution exists.
We reserve the right to reject ideas and to close issues after 3 months if we don't receive answers to follow-up questions.
For technical issues, please contact your local support.
Welcome to the Ideas Portal for Quria users!
Axiell invites customers to contribute ideas for new features or functions. While we can't develop every suggestion, your input helps shape Quria’s roadmap. You are welcome to add ideas, vote on others’ suggestions, and discuss them. To make this portal more effective, please submit your ideas in English.
Ideas are regularly reviewed by the product manager or local representative. Once reviewed, the ideas are visible for voting and discussion. Popular ideas will be prioritized within our backlog.
Status meanings:
Under investigation: Developers and specialists are discussing if the idea is possible to implement.
Planned: The suggestion will be fulfilled in some way in a foreseeable future
Future consideration: A good idea, without technical obstacles, but it can't be prioritized into the roadmap at the moment.
No action: Technical or other issues prevent development, or an alternative solution exists.
We reserve the right to reject ideas and to close issues after 3 months if we don't receive answers to follow-up questions.
For technical issues, please contact your local support.
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