Skip to Main Content

Share your product feedback

198 VOTE
Status Likely to implement
Categories Features Ideas
Created by Bonnie Trei
Created on Oct 29, 2020

Require fields by status

I have certain fields that need to be filled in before moving to the next status in my workflow. The data for these fields is not known in the previous statuses, so it can't be set as a required field before the record reaches a certain status.

The additional issue is that my JIRA workflow configuration requires these fields by status, so if the status changes in Aha!, if these fields are not filled, the sync fails because they are now required in JIRA.

I would like to be able to designate fields as required by status.

  • Attach files
  • Guest
    May 29, 2025

    I am creating a workaround in order to "grade" features and epics based on if they have the things that we require as features and epics move through workflow. It would be so much easier for product managers to know at the time of updating and working a feature or epic that they can't update the status until they have completed the required fields.

  • Guest
    Apr 7, 2025

    seconding this, we desperately need the ability to require fields be filled out post- initial submission. At submission, we don't have all the info. But as we move through the workflow, we need to require fields be populated

  • Guest
    Feb 24, 2025

    We have fields that become required at specific statuses at all levels (Releases, Epics, Features). Because I cannot make them conditionally required when these statuses are reached I have to spend time on a weekly basis reviewing reports for records that are out of compliance. This is a complete waste of time when it could be automated as it is in most other applications that we use. I was disappointed to hear that this functionality is not currently in sight on your roadmaps as it is a much needed feature for our organization.


  • Guest
    Nov 22, 2024

    Agree with all below comments this is a must. Many users don't pay attention to integration failures. This causes Aha and ADO for us to be out of sync. Adding a comment through automation could be useful here but unfortunately you can't @ mention anyone in the comment. Sending another email also isn't great since it is an email and you can't send it to the user who flipped the status, only creator or assigned user options are allowed. Please address ASAP!

  • Guest
    Nov 19, 2024

    This would be very helpful in ensuring our data quality in Aha! and the reliance on the data. Thank you.

  • Guest
    Oct 21, 2024

    We make some fields required because the corresponding field in an integrated system is required. Allowing users to clear the field value then stops the sync, so the records are now out of sync. Our end users find this SUPER frustrating.


  • Guest
    Jul 11, 2024

    Its definitely missing logic here

    Its required during create but it can be removed later, whats the point of being it required? there's no logic to make a field required all time.

    There are some cases, where we don't need to fill in a field at create but required later when it enters a certain state.

    Having it only at create forcing users to fill in some random value to create a feature just to bipass it.

  • Guest
    Jan 16, 2024

    I need condional fields to make ideas sorting more comfortable. Instead of having 10 fields at once, I want to have initial choise of 3 items (Marketing, Product, Process complains). For example, if you select Marketing, appears a choice of

    - Activation

    - Subscription

    - Update

    - etc

    If Product issue is chosen, then showen choice of

    - Freezing

    - Rendering

    - etc

  • Guest
    Dec 2, 2022

    Yes please - I need certain fields to have a value before moving to a new state. For example, making sure a Feature is assigned a Release before moving to a "Ready for Development" state.

  • Guest
    Nov 15, 2022

    Mandatory fields on Jira must be inherited through the integration to Aha to allow proper issue type handling ( e.g. prior to closure of an EPIC, our Jira mandate to set resolution field first ) – otherwise, it’ll create constant sync issues

    To me, this seems to be like a bug or lack of basic functionality on aha


  • Guest
    May 28, 2022

    Definitely a need - especially when you do have integrations that become not useful as most users don't pay attention to any sync failure - admins have to monitor through the issues and it's not worth the time and effort when you are using in large implementation.

  • Guest
    Oct 30, 2020

    This is great! I would also ask that if we FLAG a story as BLOCKED (Similar to JIRA) that the system requires you to populate a Blocked Reason

  • Guest
    Oct 29, 2020

    Dates and estimates are fields that come to mind specifically.

  • +115
61 MERGED

Create conditional required fields

Merged
Many times , We need additional information depending on certain workflow states or other information. Ideally there would be a way for us to have a field that is required after a certain value is set. Examples - - On an idea, when we say that som...
Guest about 3 years ago in Application 2 Likely to implement
5 MERGED

Conditionally Required Fields based on workflow status

Merged
Make fields required based on workflow status. I would like the ability to make fields required once they reach a certain workflow status or statuses. This would foster the notion that at creation and exploratory, we may not know all the details a...
Guest over 4 years ago in Account settings 3 Likely to implement
13 MERGED

Conditional work flow

Merged
Its really badly needed to be able to build conditional workflow using custom fields and application fields.
Guest over 10 years ago in Application 6 Likely to implement
3 MERGED

On Change of state implement ruleset on fields

Merged
What is the challenge? When a state changes other fields my need further information to be updated. What is the impact? Synchronisation to other tools like ADO becomes a challenge with required information missing. Describe your idea on change of ...
Guest about 1 year ago in Application 0 Likely to implement