Click any of the following links to skip ahead:
- How it works
- Choose a mapping direction
- List of mappable fields
- One-way directional fields
- Constant field
- Custom fields
How it works
Once you create an integration and define which Aha! 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! records:
- Master features
After specifying how you wish Aha! records to be mapped, select the field mapping option to customize how the fields for that record are mapped between Aha! and your development system. For each record, we provide a default set of mappings based on what is most commonly used among Aha! customers. You can revise these mappings to fit the needs of your organization.
Tip: If you have configured required fields in your development system, we recommend setting the Required flag on those fields in the custom layout associated to your product. This will ensure that any required fields are populated when records are created on the Aha! record creation form.
Choose a mapping direction
For each field mapping, you can specify the mapped Aha! 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! 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! and the development system for the field.
List of mappable fields
The following table provides a comprehensive list of standard Aha! fields that can be mapped within each record type.
|Assigned to user||x||x||x|
|Created by user||x||x||x||x|
|In parking lot?||x|
|Last updated timestamp||x||x||x||x||x|
|<record> % complete||x||x||x||x|
*For Jira 2.0 integrations only.
Note: Integrations between Aha! and your development tool are designed for you to do your product planning before sending records to engineering. For that reason, when you first integrate a record with your development tool, Aha! does not send any existing comments. If you have the comments field mapped in your integration settings, comments that are added after a record is sent to the development tool will automatically sync between the two tools. Also, any edits that are made to comments are not synced between the two systems.
One-way directional fields
Nearly all standard Aha! fields support all of the directional options when setting up an integration. However, the following Aha! fields only support a one-way connection due to the nature of the data being communicated:
- Remaining estimate
- Release URL
- Created timestamp
- Last updated timestamp
- In parking lot?
- Record relationship fields (e.g. the initiative or master feature record relationships on a feature card)
Technically, the <record> % complete field supports a two-way connection, but we strongly advise against it.
Note: 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.
The Constant field is an Aha! field mapping option. This field allows you to specify a constant value that will be passed to your development system.
In addition to mapping default Aha! fields, you can also map Aha! custom fields to your integrated system. You can customize their mapping just like you would a default Aha! field.
Aha! 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! 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.