The Aha! Roadmaps development tool integrations allow Aha! Roadmaps users to fully customize how Aha! Roadmaps record fields and records themselves are mapped to your development system.
Note: A field in Aha! is not able to create a record in an integrated tool (or vice-versa).
Click any of the following links to skip ahead:
How it works
Once you create an integration and define which Aha! Roadmaps records you wish to map to your development system, you will be able to see the available field mappings in your integration configuration.
Integrations support mapping the following Aha! Roadmaps records:
Initiatives
Releases / Schedules
Epics
Features / Activities
Requirements
After specifying how you wish Aha! Roadmaps records to be mapped, select the field mapping option to customize how the fields for that record are mapped between Aha! Roadmaps and your development system. For each record, we provide a default set of mappings based on what is most commonly used among Aha! Roadmaps customers. You can revise these mappings to fit the needs of your organization.
If you have configured required fields in your development system, we recommend setting the Required flag on those fields in the custom layout associated with your Aha! Roadmaps workspace. This will ensure that any required fields are populated when records are created on the Aha! Roadmaps record creation form.
Choose a mapping direction
For each field mapping, you can specify the mapped Aha! Roadmaps and development system fields. You can also specify the direction of the mapping by clicking the blue arrow icon. The directional options include:
One way: Allows the field to only be synced in one direction — either from Aha! Roadmaps or from the development system.
One way (set once): Allows the field to only be synced in one direction and for that sync to be a one-time event.
Two way: Allows full two-way communication between Aha! Roadmaps and the development system for the field.
One way mapping direction is not the only way to ensure a one-way field sync, however. When you edit a custom layout, you can also mark any field as read-only. Read-only fields block anyone from updating the field through a record's drawer or details view, so that users in your Aha! Roadmaps account have the proper context but cannot accidentally adjust fields that need to stay static.
Read-only fields are not locked fields, however. They can still be updated through integrations, and this is often key to their true value. For example, you can use read-only fields to ensure that users in your Aha! Roadmaps account cannot adjust feature effort estimations set by developers over a Jira integration.
Read-only fields can also be updated through the Aha! API, through bulk edits in list reports, and through clicking and dragging records in Gantt charts and roadmaps.
Configure field mappings
When mapping certain fields, such as a record's Status, or custom fields such as the Predefined choice list or Predefined tags fields, a Configure option will appear at the right side of the row to allow value mapping for the field between Aha! Roadmaps and your development system.
After clicking Configure, a modal will open. You can automatically map matching values by clicking the Match like values button. You can then manually drag values into place to finalize preferred mappings and map them as one-to-one or one-to-many.
List of mappable fields
The following table provides a comprehensive list of standard Aha! Roadmaps fields that can be mapped within each record type.
Initiative |
Release |
Epic |
Feature |
Requirement |
Idea |
|
Aha! score |
x |
x |
||||
Assigned to user* |
x |
x |
x |
|||
Attachments |
x |
x |
x |
x |
||
Comments* |
x |
x |
x |
x |
x |
|
Constant |
x |
x |
x |
x |
x |
|
Created at |
x |
x |
x |
x |
||
Created by user |
x |
x |
x |
x |
||
Created timestamp |
x |
x |
x |
x |
x |
|
Description |
x |
x |
x |
x |
||
Due date |
x |
x |
||||
End date |
x |
|||||
Epic |
x |
|||||
Initiative |
x |
|||||
In parking lot? |
x |
|||||
Last updated timestamp |
x |
x |
x |
x |
x |
|
Name |
x |
x |
x |
x |
x |
x |
Original estimate |
x |
x |
x |
x |
||
Position This field is deprecated. We do not recommend mapping to it. |
x |
x |
x |
x |
||
Progress |
x |
|||||
x |
x |
x |
x |
|||
x |
x |
x |
x |
|||
Reference num |
x |
x |
x |
x |
x |
|
Release date |
x |
|||||
Release URL |
x |
|||||
Remaining estimate |
x |
x |
x |
|||
Start date* |
x |
x |
x |
x |
||
Status |
x |
x |
x |
x |
x |
|
Tags |
x |
x |
||||
Time frame |
x |
|||||
Type |
x |
x |
||||
Updated at |
x |
|||||
URL |
x |
x |
x |
x |
||
Work done |
x |
x |
x |
|||
Workflow kind |
x |
|||||
Workflow status |
x |
x |
x |
|||
Work units |
Notes on particular fields
Assigned to user
There is some nuance to this field that we discuss in the Assignee field section below.
Comments
When you first send an Aha! Roadmaps record to an integrated tool, Aha! Roadmaps does not send any existing comments. This is so that you can complete your strategic plans in Aha! Roadmaps before sending records to engineering.
Though you can edit comments in Aha! Roadmaps, edits to comments will not be sent to integrated tools.
Record relationships
For Jira 2.0 and Azure DevOps 2.0 integrations only.
Start date
Release start dates are computed from the start of the earliest release phase or milestone in Aha! Roadmaps. For this reason, a release's start date can only be mapped one way, from Aha! Roadmaps to your integrated tool.
One-way directional fields
Nearly all standard Aha! Roadmaps fields support all of the directional options when setting up an integration. However, the following Aha! Roadmaps fields only support a one-way connection due to the nature of the data being communicated:
Constant
Created timestamp
Last updated timestamp
In parking lot?
Record relationship fields (e.g. the initiative or epic record relationships on a feature card)
Release URL
Release start date
Remaining estimate
URL
Technically, the <record> % complete field supports a two-way connection, but we strongly advise against it.
If you find yourself setting up a mapping with limited directionality and it is not on this list of limited fields, the problem is generally due to an API limitation with the field you are trying to sync to in the development system.
Assignee field
You can map the assignee field, also called Assigned to user, in all 2.0 integrations, and by default the mapping is bidirectional. Mapping this field gives everyone insight into the person responsible for a particular record, regardless of the tool they use.
However, there are a few nuances to assignee field mapping that are worth noting:
A user's email address must match in each tool if you want to assign a record to the same person.
The Aha! Roadmaps integration (or the user the integration is running as) must have appropriate user permissions in the integrated tool to see users' email addresses.
If neither of these situations exist, then Aha! Roadmaps will not be able to assign a record to a user in both tools. And then in that case:
If Aha! Roadmaps has a Default user configured, then the record will show an assignee in Aha! Roadmaps but not in the integrated tool.
If you choose to Resend all fields in Aha! Roadmaps, the assignee will be removed from the record in the integrated tool.
Constant field
The Constant field is an Aha! Roadmaps field mapping option. Use this field to specify a constant value that will be passed to your development system.
You cannot map a Constant field to a multi-select field in Aha! Roadmaps (like a predefined choice list).
Custom fields
In addition to mapping default Aha! Roadmaps fields, you can also map Aha! Roadmaps custom fields to your integrated system. You can customize their mapping just like you would a default Aha! Roadmaps field.
Aha! Roadmaps supports the following custom field types for mapping to your development system:
|
|
When mapping the Predefined choice list or Predefined tags fields, a Configure option will appear at the right side of the row to allow value mapping for the field between Aha! Roadmaps and your development system.
After clicking Configure, a modal will open. You can automatically map matching values by clicking the Match like values button. You can then manually drag values into place to finalize preferred mappings and map them as one-to-one or one-to-many.