The job is rows, not a blob
Every source record becomes an import row with its own status. That single decision is what makes the rest possible: the job is resumable because already-imported rows are skipped, errors are reported per record rather than as one failure, and a re-run updates what it created instead of duplicating it.
The steps
- Create the job and connect the source — API credentials for Jira or Linear, a file for CSV.
- Preview: the source is fetched or parsed into rows, and you see what was found.
- Map: point the source's statuses at your own workflow statuses.
- Validate: each row is checked and conflicts with existing work are detected.
- Resolve: decide per conflict whether to create, update or skip.
- Run it. Cancel, retry or delete the job at any point.
What it does not claim
This is an issue import, not a full-fidelity migration of every field, workflow, automation and add-on a mature Jira instance accumulates. Preview the rows and check the mapping before you run it.