...
For each Provider's JIRA we need to setup Connection & Contract (see Connection & Synchronize 101).
Configuration details
Internal | External |
|---|---|
Internal | External |
Field Mapping should contains all data that describes a ticket. Optionally you can synchronize Comments and Attachments. | Corresponding settings should be set. |
There is a lot of outgoing tickets. You can consider to synchronize some fields on Update event but more likely synchronize comments and Workflow. | There is no outgoing tickets - Create issue trigger should be left empty. Update trigger can be used to keep the other side up to date. Alternatively you can don't sent any feedback unless you reach given status (i.e. Resolved) and then propagate your changes (use workflow transition event). You may want to keep the other side to follow some of your workflow, for example to inform if ticket was analyzed, in progress, tested, resolved (see Workflow Synchronization). |
Consideration
- Based on security level you can consider different project structures and issue permissions.
- We suggest to create JIRA project for each Provider you synchronize. It is good mostly for two ways synchronization.
- If you it is more likely that you are pushing side (only you create tickets) then you may consider to handling that in single project with dedicated issue types for each Provider.
- Based on security level you can consider different project structures and issue permissions.
...