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,
Att generera rapporter för KB-statistik för ett enda bibliotek kräver att man skapar 30+ separata rapporter i Quria. Dessa kan sedan buntas ihop i en rapportgrupp som man sedan kör en gång varje år. Fair enough, MEN det blir ju ett otroligt extrajobb att behöva - som i vår kommuns fall - skapa 30+ rapporter för ytterligare 13 biblioteksenheter i vår kommun.
Därför föreslår jag att det ska vara möjligt att en rapportgrupp kan vid sammanställning av årets siffror ha möjlighet att välja ANDRA enheter och ANDRA tidsspann som gör en override på originalrapportens ursprungliga värden för enhet och tidsspann. Då slipper vi i vår kommun att skapa ca 390 rapporter i statistikmodulen. (Lägg därtill faktumet att vi är en del av en kommunsamverkan med 7 andra kommuner i vår installation, vilket gör att vi säkerligen totalt kommer att komma upp i mer än det dubbla antalet rapporter i den långa listan).
Det viktiga är ju att rapporterna i sin grund har färdiga inställningar för datakällorna, men att enheter och tid är det som enkelt kan ändras.
Howdy,
Mja, inte alltid. För folkbiblioteken så räknar åtminstone vi ihop samtliga biblioteks siffror till ett enda uttag. Men i vår kommun har vi också en antal gymnasieskolor (5 st) och ett antal, inte alla, grundskolor (8 st) som redovisar sina siffror i separata enkäter. Så det är dessa som merarbetet består av.
MEN
Nu när jag har pulat lite i statistikmodulen igår eftermiddag och i morse så har jag ändå kommit på en hyfsad lösning som innebär att jag enbart behöver göra 2 x 30+ rapporter för mina 13 skol/gymn-enheter ovan, istället för 13 x 30 st. Och det är att man skapar rapporter för enhetsgruppen som helhet, men att man i datakällorna isolerar att enbart ta med siffror för de enheter som berörs (bifogar lite uttag i bilder). Detta funkar för de flesta av frågorna. Så då gör man en rapportgrupp som heter "KB-statistik för grundskolor" som alla statistikansvariga för de 8 grundskolorna kör. Och i dessa siffror finns då statistiken för samtliga 8 skolor på samma papper, så då läser man bara av siffrorna för sin skola. Samma sak gäller för gymnasierna.
Side note:
I vissa uttagen ovan kan man få enheternas namn utskrivna (bifogad 1.jpg), men i andra där jag använder enheter i datagrupp så får man utgå från organisationskoden (bifogad 2.jpg) när resultatet ska presenteras, vilket är lite fyrkantigt men funkar (hade dock varit bättre med namnet på enheten såklart).
mvh
/kris
Hej
Vi förstår att det är besvärligt för er i sammanslagningar och tar med oss detta. Men en sak förstår jag inte riktigt, vilka rapporter är det ni måste skapa per enhet?Man rapporterar väl KB-statistik per kommun? Förlåt min okunnighet :)
Mvh
Magdalena