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.

Möjlighet att välja vilka meddelanden som ska gå som SMS och vilka som ska gå som e-post

Vi vill kunna prioritera SMS för somligt och e-post för annat, tex vill vi skicka aviseringar på SMS men krav och uppdateringar av ärenden som e-post. Funktionen för prioritering av sändmetod är alltför begränsad när den prioritering man väljer gäller ALLA typer av meddelanden. Vi önskar större valfrihet här.

  • Emelie Ljungdahl
  • Aug 19 2024
  • Future consideration
  • Attach files
      Drop here to upload
    • Ingunn Evensen (Axiell) commented
      24 Feb 09:59

      English version:
      Ability to choose which messages should be sent via SMS and which via email
      We want to be able to prioritize SMS for certain messages and email for others. For example, we want to send notifications via SMS but send reminders and case updates via email. The current functionality for prioritizing the sending method is too limited, as the chosen priority applies to all types of messages. We would like more flexibility in this regard.