Conector de origen
Conector de Jira
Integración de Jira con bases de datos, warehouses y herramientas de BI
Seguimiento de incidencias para equipos de software y operaciones. Datrise captura entidades de Jira como issues, sprints, projects, changelogs, and worklog events, y luego entrega modelos normalizados y tipados para reporting en warehouse, atribución y flujos de IA.
La Jira Cloud REST API v3 se autentica con OAuth 2.0, HTTP Basic, las cargas incrementales usan updated (JQL clause, e.g. `updated >= -1d` or `updated >= "2026-09-01 00:00"`), y el proveedor limita a Tiered points-based quota enforced from March 2, 2026: default global pool 65,000 points/hour shared across tenants, or a per-tenant pool (Standard 100,000 + 10 pts/user/hour, Premium 130,000 + 20 pts/user/hour, Enterprise 150,000 + 30 pts/user/hour, capped at 500,000/hour), plus per-second burst caps (GET/POST 100 req/s, PUT/DELETE 50 req/s).
De los 5 objetos, 4 se sincronizan con upsert por clave primaria y 1 como flujos append-only, de modo que cada ejecución incremental solo mueve lo que cambió desde la última marca de agua. Cada objeto llega a su propia tabla (por ejemplo `jira_issues`) con el esquema derivado de la API de Jira, no de un CSV, en cualquiera de los 43 destinos soportados.
Datrise está en acceso anticipado: elige un destino abajo para ver el pipeline de Jira y únete a la lista de espera para recibir el conector con onboarding guiado.
Qué datos de Jira extrae Datrise
Cada objeto llega a su propia tabla tipada. El modo de sync se deriva del objeto: los objetos de historial se anexan, el resto se actualiza con upsert.
| Objeto | Tabla de destino | Modo de sync |
|---|---|---|
| issues | jira_issues | Upsert por clave primaria, incremental por updated-at |
| sprints | jira_sprints | Upsert por clave primaria, incremental por updated-at |
| projects | jira_projects | Upsert por clave primaria, incremental por updated-at |
| changelogs | jira_changelogs | Upsert por clave primaria, incremental por updated-at |
| worklog events | jira_worklog_events | Append incremental por marca de tiempo |
API de Jira: datos de configuración del conector
Verificado contra la documentación del proveedor el 2026-09-02. Los valores desconocidos se dejan en blanco, no se inventan.
| API | Jira Cloud REST API v3 |
|---|---|
| Autenticación | OAuth 2.0, HTTP Basic — Server-to-server/script access uses HTTP Basic Auth with an email address plus an API token; Connect and OAuth apps use OAuth 2.0 (3LO) instead. |
| Paginación | token — `POST /rest/api/3/search/jql` uses token-based paging via `nextPageToken`; most other list endpoints still use the older `startAt`/`maxResults` offset style (default `maxResults` 50). |
| Límite de peticiones | Tiered points-based quota enforced from March 2, 2026: default global pool 65,000 points/hour shared across tenants, or a per-tenant pool (Standard 100,000 + 10 pts/user/hour, Premium 130,000 + 20 pts/user/hour, Enterprise 150,000 + 30 pts/user/hour, capped at 500,000/hour), plus per-second burst caps (GET/POST 100 req/s, PUT/DELETE 50 req/s) |
| Cursor incremental | updated (JQL clause, e.g. `updated >= -1d` or `updated >= "2026-09-01 00:00"`) — JQL relative date filters like `-1d` only have day granularity; tight polling windows need an explicit `"yyyy-MM-dd HH:mm"` timestamp to avoid re-pulling a whole day of issues. |
| Webhooks | Sí — Jira Cloud Webhooks (issue created/updated/deleted, optionally scoped with a JQL filter) |
| Exportación masiva | No |
| Detección de borrados | Sí — Deleted issues disappear from JQL search results with no tombstone; detection requires either the `issue_deleted` webhook event or diffing the set of issue keys between two full ID-only searches. |
Destinos populares para Jira
Elige un destino abajo para abrir la página de pipeline lista para usar.
- AAirtable
Destino de hoja relacional para equipos de operaciones y go-to-market.
Ver pipeline - AAmazon Athena
SQL serverless sobre tablas del data lake en S3.
Ver pipeline - AAmazon DynamoDB
Base key-value y documental serverless en AWS.
Ver pipeline - AAmazon QuickSight
BI serverless en AWS con SPICE y analítica embebida.
Ver pipeline - AAmazon Redshift
Almacén a escala petabyte en AWS con Spectrum.
Ver pipeline - AAmazon S3 Data Lake
Zona de aterrizaje en object storage para parquet y snapshots.
Ver pipeline - AApache Superset
BI open source para exploración SQL, gráficos y publicación de dashboards.
Ver pipeline - AArchivos CSV
Destino de archivos planos para exportaciones y compartición ligera.
Ver pipeline - AAzure Data Lake Storage
Almacenamiento ADLS Gen2 para cargas analíticas.
Ver pipeline
Preguntas sobre el conector de Jira
- ¿Qué datos de Jira extrae el conector?
- 5 objetos: issues, sprints, projects, changelogs y worklog events. Cada uno se carga en su propia tabla con tipos preservados; los objetos con historial (1: worklog events) se cargan como append-only.
- ¿La integración de Jira es incremental?
- Sí. Tras la carga inicial completa, cada ejecución lee solo los registros cambiados desde la última marca de agua (updated-at o timestamp del evento) y aplica upsert o append según el objeto.
- ¿A dónde puedo cargar los datos de Jira?
- A 43 destinos: bases de datos relacionales, warehouses, data lakes, hojas de cálculo y herramientas de BI. Cada par Jira → destino tiene su propia página con el mapeo de objetos a tablas.
Otras fuentes de Gestión de trabajo
Otras fuentes de la misma categoría, cada una con su propia página de conector.
Acceso anticipado
Lanza tu pipeline de Jira con onboarding guiado
Únete a la lista de espera para obtener acceso prioritario a integraciones de Jira con setup guiado, mapeo consciente del esquema y sincronización incremental de nivel producción.