You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
As an admin, I want to import a Jira issue export (CSV) and ingest the issues into the canonical artifact store, so that project tickets become searchable knowledge in the chat without a live Jira API integration.
Note: Recommended as a Sprint 2 stretch goal — schedule after the GitHub connector is functional, since both compete for the same backend capacity.
Acceptance Criteria
Given a Jira CSV export uploaded via the ingestion endpoint, when parsed, then each row becomes a canonical artifact with: summary -> title, description -> body, plus key, status, type, assignee, labels as metadata.
Given a CSV with custom/unexpected columns, when parsed, then known fields map and unknown columns are preserved as raw metadata (no data loss, no crash).
Given a re-import of the same export, when processed, then issues are matched by Jira key + hash and updated, not duplicated.
Given a malformed row, when parsing, then that row is reported as failed and the rest import (partial success).
Given each imported issue, when stored, then provenance is set: source_system=jira, source_id=<issue key>, ingestion_run_id.
OpenAPI documented; a sample Jira export imports end-to-end on dev and is queryable via chat.
User Story
As an admin, I want to import a Jira issue export (CSV) and ingest the issues into the canonical artifact store, so that project tickets become searchable knowledge in the chat without a live Jira API integration.
Context & Motivation
team:backend(lead)sprintstart-backendDependencies
Acceptance Criteria
summary-> title,description-> body, plus key, status, type, assignee, labels as metadata.source_system=jira,source_id=<issue key>,ingestion_run_id.devand is queryable via chat.Sub-Tasks