Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

[Cases] Bidirectional sync for case connectors #153456

Open
shanisagiv1 opened this issue Mar 22, 2023 · 2 comments
Open

[Cases] Bidirectional sync for case connectors #153456

shanisagiv1 opened this issue Mar 22, 2023 · 2 comments
Assignees
Labels
Feature:Cases Cases feature Team:ResponseOps Label for the ResponseOps team (formerly the Cases and Alerting teams)

Comments

@shanisagiv1
Copy link

shanisagiv1 commented Mar 22, 2023

Describe the feature:
In order to support a better incident closure. we need to provide a bidirectional sync between our case and the ticket in the target system.
To allow that we need to improve our connector framework and adjust each connector to map between the target system and the case fields.

The bidirectional sync means that once the ticket is opened in the target system each of the defined fields will be synced back to the case when it changes.

Describe a specific use case for the feature:

  • The user is able to define what connector type should be triggered when a case is created ( this is out of scope for this ticket since it changes the way case connectors work today. Currently it's manual push only with one-way sync - [TBD - ticket for automatic case connector])

  • The user is able to map between the target system fields and the case fields. This should be done in the 3rd party app/config panel. The mapping should support fields (ootb and custom fields) and value mapping for example:
    issue severity (in target) --> severity (in case)
    P1 --> Critical
    P2 --> High
    etc.

  • On each update, the last sync is updated on the case.

  • when a comment is synced, the connector should add an annotation that says that it was added by the target sys

Notes:

  • Soon we'll support Split/merge options on cases, this should be taken into consideration when planning the bi-di sync. probably the sync will remain effective just to the original case when splitting and stop syncing when merging - this can be decided later on but important to keep in mind.

Competitors with Bidi sync to Snow:

Similarly, we should be able to support BiDi sync from alert level to 3rd parties - TBD ticket link

@botelastic botelastic bot added the needs-team Issues missing a team label label Mar 22, 2023
@cnasikas cnasikas added Team:ResponseOps Label for the ResponseOps team (formerly the Cases and Alerting teams) Feature:Cases Cases feature and removed needs-team Issues missing a team label labels Mar 22, 2023
@elasticmachine
Copy link
Contributor

Pinging @elastic/response-ops-cases (Feature:Cases)

@elasticmachine
Copy link
Contributor

Pinging @elastic/response-ops (Team:ResponseOps)

@cnasikas cnasikas changed the title Bidirectional sync for case connectors [Cases] Bidirectional sync for case connectors Mar 22, 2023
@cnasikas cnasikas assigned jonathan-buttner and cnasikas and unassigned cnasikas May 3, 2023
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Feature:Cases Cases feature Team:ResponseOps Label for the ResponseOps team (formerly the Cases and Alerting teams)
Projects
None yet
Development

No branches or pull requests

4 participants