Axiell Quria Ideas
Welcome to the Ideas Portal for Quria users!
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.
Welcome to the Ideas Portal for Quria users!
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.
Hej! Den står visst inte beskriven i Release notes men kolla längst ner i detta hjälpavsnitt: http://help.quria.axiell.com/sv_SE/Content/Patrons/patron-bulk-handling.htm
Hälsningar
Magdalena
Hej! Jag kan inte se något om denna funktion i de senaste release notes. Var kan vi läsa mer om hur den implementerade funktionen fungerar?
Vi har efter nya samtal med ekonomerna kommit fram till att det räcker med att spara information som rör räkningar (även skuldräkningar). Det skulle betyda själva räkningarna, inklusive uppgift om vilka titlar betalningen gäller, samt de personuppgifter som behövs för säker identifiering. Det innebär att namn och adress som står på räkningen inte räcker utan det måste finnas kvar uppgift om personnummer.
Det här behövs för att vi måste spara de handlingar som en verifikation i bokföringen (en inbetalning) hänvisar till (alltså fakturan som låntagaren har betalat) och det underlag som krävs för att vi ska förstå den enskilda bokföringsposten (verifikationen).
Att lagra informationen i bibliotekssystemet med behörighetsbegränsning ger dessutom en säkrare personuppgiftshantering än att spara den i annat format.
Ekonomerna sitter med bokslutet och hinner inte hjälpa oss med svaret just nu. Vi får återkomma om ett par veckor.
Hej Sara Britta,
Tack för denna information!
Läser man texten på imy.se om lagringsminimering så kan man ju se att ditt förslag skulle lösa problemet. Men innan vi tar ett förhastat beslut att implementera en komplicerad funktion som inte efterfrågats tidigare skulle jag vilja diskutera det lite. Jag förstår inte riktigt hur man kan använda Qurias betalningshistorik som underlag. Jag kan tyvärr inte så mycket om bokföringslagen och om kommunala ekonomirutiner, vad är det för behov som den här funktionaliteten skulle uppfylla, dvs hur ser användarfallet ut?
Hälsningar
Magdalena