# Tareas que salen de lo que escribiste.

Fuente: https://www.onsecondbrain.com/guide/tasks  
Idioma: es  
Versión en inglés: https://www.onsecondbrain.com/guide/tasks.md

---

La mayoría de tus tareas no las vas a crear: van a aparecer. Salen de la nota del día, de los recaps de tus reuniones y de lo que le dictás al bot, y se pueden agrupar solas en entregables. Después el mismo trabajo se mira de la forma que haga falta: una lista por urgencia, un tablero por estado o una línea de tiempo. Esta página explica cómo se detectan, qué tiene una tarea adentro y qué control tenés sobre cada paso.

## Cómo nace una tarea

### De dónde salen las tareas

Hay cuatro orígenes, y todos dejan rastro: cada tarea sabe de qué nota, de qué reunión o de qué conversación salió, y el botón Origen te lleva ahí.

- **De la nota del día** — Mientras escribís, la detección marca los tramos que suenan a compromiso: "quedamos en mandarle la propuesta a Acme el viernes". Al cerrar el día, esa marca se convierte en tarea con su fecha y su gente. Ver La nota del día.
- **De un recap** — Lo que la reunión dejó pendiente queda en la pestaña Accionables del recap. Tildás los que querés y se crean como tareas al instante, asociadas a la reunión, a quien se comprometió y a la organización de la que se habló. Ver Recaps.
- **Del chat** — Por WhatsApp o Telegram, "tarea mandar la propuesta a Acme el viernes" crea la tarea con la fecha ya entendida del texto. Lo demás que le mandás cae en tu nota del día y se detecta como cualquier renglón. Ver WhatsApp y Telegram.
- **A mano, cuando hace falta** — Con Nueva tarea: título, descripción, fecha y las entidades del Atlas que quieras asociarle. El responsable y lo demás se ponen después, desde el mismo editor.

![Una nota del día con las tareas detectadas marcadas T1 a T5](https://www.onsecondbrain.com/screens/guide/daily.png)

_Cada T1, T2… es una tarea que la app ya vio en el texto. Todavía no existe como tarea: existe cuando cerrás el día._

### Cómo funciona la detección

Mientras escribís la nota del día, la IA hace tres cosas distintas al mismo tiempo, y conviene no confundirlas.

- Detecta entidades de conocimiento — personas, organizaciones y proyectos. Cada mención queda enlazada a su ficha del Atlas, y si la entidad no existía, se propone crearla.
- Marca segmentos de tarea — los tramos del texto que parecen un compromiso. La marca vive sobre tu texto, sin modificarlo: lo que escribiste no se reescribe nunca.
- Puntúa qué tan clara es la acción — leída sola, fuera de la nota, dentro de una semana. Si no se entiende sobre qué hay que actuar, la tarea queda marcada ambigua, y muy ambigua cuando además no cuelga de ninguna persona ni proyecto; esa marca ámbar la acompaña hasta Tareas. Los tres niveles de claridad y la tabla completa, en el puntaje de ambigüedad.

La marca es reversible: el ojo tachado la descarta antes del cierre, sin tocar tu texto (más en La nota del día). El mismo descarte está en el chat, con el botón ✕ No es task de la respuesta del bot, y en Tareas, con el clic derecho sobre la provisoria → Descartar.

> **Por qué la detección no crea nada sola**
>
> Crear tareas mientras escribís parece más rápido, pero rompe la escritura: pasás a redactar con cuidado para no generar basura, y ahí dejás de capturar. Con la detección separada de la creación podés escribir rápido y desprolijo, que es la única forma de seguir capturando un día malo.

### El cierre del día: cuando todo se vuelve real

Cerrar el día es el gesto que convierte propuestas en objetos: cada segmento no descartado se crea como tarea, con su fecha y su gente, y aterriza en el planificador. El de hoy lo cerrás vos, en la pantalla de revisión que se explica en La nota del día; los días pasados que quedaron abiertos se cierran solos —viene prendido, y se apaga por workspace en Configuración—.

Hasta que se cierra, esas tareas existen a medias y se nota: en Tareas aparecen como provisorias, con un fantasma naranja y los días que les quedan. Tocar una te lleva a la nota de la que salió, y con el clic derecho se marca hecha, se le pone un proyecto, se asigna a alguien o se descarta. Lo que no se puede es cambiarle el estado ni abrirla en el editor: todavía no es una fila, es una propuesta.

### Qué tiene una tarea, y quién lo pone

Una tarea nace con lo mínimo: un título y, si el texto lo decía, una fecha y la gente que aparecía. Todo lo demás se le agrega cuando hace falta, y nada de eso es obligatorio — una tarea sin responsable, sin tramo y sin proyecto es una tarea igual.

- **Estado** — Cuatro: pendiente, en curso, hecha y cancelada. Nace pendiente. Aparte del estado hay dos marcas que conviven con él: urgente, que la pinta en rojo —se prende sola cuando vence hoy, mañana o pasado, y tocarla la fija a mano—, y backlog, que la aparta del radar sin cerrarla.
- **Fecha y tramo** — El vencimiento es un día. El tramo —desde y hasta— es otra cosa y casi ninguna tarea nace con uno: se dibuja arrastrando en la línea de tiempo. Guardar un tramo guarda también el vencimiento, igual al fin del tramo, para que ninguna vista diga una fecha distinta de la otra.
- **Responsable** — Uno solo, y no es lo mismo que la gente relacionada: en una tarea pueden aparecer tres personas —la que la pidió, la que hay que avisar, la que se nombró en la nota— y responsable hay uno. Se declara soltando la tarjeta en la columna de alguien, o desde el editor.
- **Entidades del Atlas** — Personas, organizaciones, proyectos y etiquetas, las que hagan falta. Salieron del texto solas y son lo que después permite agrupar el mismo trabajo por proyecto, por cliente o por persona sin haber ordenado nada a mano.

Cuando el responsable no está declarado pero la tarea cuelga de una sola persona, la línea de tiempo lo deduce y lo muestra en itálica: es una suposición, y se ve que lo es. Con dos personas relacionadas no elige ninguna.

La lista, el kanban, el calendario y la línea de tiempo abren el mismo editor, y desde ahí se toca todo lo de arriba —título, descripción, estado, urgente, backlog, responsable, entregable, fecha y tramo— y se conversa en los comentarios de la tarea. No hay una pantalla donde se pueda más que en otra.

### Recordatorios: la tarea que además avisa

Un recordatorio es una tarea con hora: a esa hora te avisa, tengas la app abierta o no. Vive en el mismo tablero que las demás, con su ⏰ 15:30 al lado de la fecha —sin la hora a la vista se leería como una tarea cualquiera—, y el filtro Recordatorios deja sólo las que van a sonar. En el calendario aparece en el día y la hora del aviso, y por chat, recordatorios te los lista.

Se pide con el menú / → Recordatorio en la nota del día o por chat: "recordame mañana a las 15:30 llamar al contador". La hora es la tuya: si viajás, el aviso suena a la hora del lugar donde estás. Cómo se escribe, qué pasa al editar o borrar la línea y por dónde llega el aviso, en La nota del día; por chat, en WhatsApp y Telegram.

## Ordenar el trabajo

### Vistas: un criterio y una forma

La pantalla de Tareas hace dos preguntas, y las hace en una sola barra: por qué criterio se parte el trabajo, y con qué forma se dibuja. Las dos se eligen arriba y cada combinación se recuerda, así que volver a Tareas te devuelve exactamente donde estabas.

Los criterios son siete, y se dividen en dos familias. Dos parten el trabajo por una propiedad de la tarea:

- **Urgencia** — Vencidas, hoy, mañana, esta semana, la que viene, sin fecha. Calculada en tu hora local, la del aparato desde el que mirás.
- **Estado** — En qué anda cada tarea: backlog, pendiente, en curso, hecha, cancelada. Es el tablero que se explica acá abajo.

Cuatro la parten por una entidad del Atlas — y las columnas salen solas de lo que la app ya enlazó en tu texto, sin que hayas asignado nada:

- **Proyecto** — Todo lo que empuja un proyecto, sin importar de qué día salió ni quién lo ejecuta.
- **Persona** — ¿Qué está esperando cada uno de mí, y qué estoy esperando yo de cada uno? Es la vista de las reuniones uno a uno — y soltar una tarjeta en la columna de alguien es, además, la forma corta de declarar responsable.
- **Organización** — Toda la relación con un cliente en una pantalla: sus tareas, su gente, sus proyectos.
- **Etiqueta** — Cualquier otro rótulo del Atlas que no sea persona, organización ni proyecto.

Y el séptimo es Entregables IA, que no agrupa por nada que ya exista sino por un resultado que la IA propone: está más abajo.

Las formas son tres, y se cambian sin perder el criterio:

- Lista — una fila por tarea, agrupadas por el criterio. Es la que más entra en pantalla y la única que muestra todas las entidades de cada tarea a la vez.
- Kanban — una columna por grupo y tarjetas que se arrastran. Arrastrar hace algo distinto en cada criterio: en Persona reasigna, en Proyecto cambia de proyecto, en Estado cambia el estado.
- Línea de tiempo — las mismas columnas, acostadas sobre un eje de fechas. Está acá abajo.

Dos combinaciones no existen: Urgencia y Estado no tienen línea de tiempo —las columnas de una ya son fechas, y las filas de la otra serían los cinco estados—, y Entregables IA es kanban y nada más.

![La lista de tareas agrupada por urgencia](https://www.onsecondbrain.com/screens/guide/tasks.png)

_Urgencia en forma de lista: cada fila muestra de un vistazo la fecha, el responsable, el proyecto y lo que le falta._

Lo que hoy no se decide se saca del medio sin borrarlo: el backlog esconde la tarea de Tareas hasta que prendés el filtro Backlog, y en el editor, El planificador la saltea hasta una fecha la deja en Tareas pero afuera del plan de la semana hasta ese día.

Una combinación que usás siempre se guarda con nombre como tablero, y un tablero se le puede compartir a otra persona o a un team sin darle acceso a nada más de tu espacio: cómo funciona eso está en Secondbrain Teams. Tus tableros viven en un panel al costado, como la biblioteca de Recaps: arranca cerrado para dejarle la pantalla al trabajo, se abre con un clic y se vuelve a cerrar solo al elegir uno.

![El tablero de tareas agrupado por persona](https://www.onsecondbrain.com/screens/guide/tasks-people.png)

_El mismo trabajo, por persona y en kanban: una columna por cada quien, sin haber asignado nada a mano. Las etiquetas salieron del texto de la nota._

### El tablero por estado: arrastrar es cambiar de estado

Es el kanban de siempre —las mismas tarjetas, el mismo arrastre— con una diferencia: las columnas no son cosas del mundo sino los estados por los que pasa una tarea. Y por eso acá arrastrar no reordena nada: soltar una tarjeta en otra columna le cambia el estado.

Las columnas son cinco y los estados son cuatro: el backlog no es un estado sino una marca aparte que convive con "pendiente" —lo apartado sigue estando pendiente, sólo que fuera del radar—, pero tiene columna propia porque "¿qué dejé para después?" y "¿qué me falta hacer?" son dos preguntas distintas.

1. **Backlog · Pendiente · En curso** — Las tres que se miran todos los días. Moverse entre ellas no cierra nada y no pide confirmación; el arrastre además limpia la marca contraria, así que algo que sacás del backlog para ponerlo en curso no queda con las dos puestas.
2. **Hecha y Cancelada** — Las dos formas de cerrar. Lo cerrado no se borra: queda en el historial.
3. **Y la vuelta atrás** — Sacar una tarjeta de Hecha o de Cancelada la reabre, y reabrir limpia la fecha de cierre: una tarea que volvió al radar no puede seguir diciendo que se cerró el martes.

Las dos columnas del final llevan escrito hasta dónde miran y se cambia ahí mismo, en la cabecera: por cantidad —las últimas 25 o 50, siempre llenas—, por época —15, 30 o 90 días, que pueden quedar vacías, y eso también dice algo— o todas. Lo que acabás de cerrar nunca se recorta, aunque el tope ya esté lleno.

Al lado del criterio hay un segundo desplegable que acota el tablero a un proyecto, una persona, una organización o una etiqueta. Ojo con la diferencia: no agrupa ni parte el tablero, no mueve una sola columna — sólo saca de la vista lo que no sea de ahí. Y no hay configurador de columnas ni se pueden reordenar: los estados no son una lista que cada uno arma, son los que hay.

![El tablero de tareas, arrastrando una tarjeta entre columnas](https://www.onsecondbrain.com/screens/loops/kanban.jpg)

_Por estado, por proyecto o por persona: la misma tarjeta, otro criterio de columnas._

### La línea de tiempo: cuándo, y por cuánto

Es el mismo tablero acostado sobre un eje de fechas. Las filas son las mismas columnas que arma el kanban —proyecto, organización, persona o etiqueta—, y adentro de cada una se puede agrupar por cualquiera de las otras tres: proyectos con sus personas adentro, clientes con sus proyectos adentro. La fila de arriba muestra el resumen de lo que hay abajo y no se arrastra: es un cálculo, no una fecha que alguien puso.

Cada tarea se dibuja según las fechas que tiene, y la diferencia es información:

- Barra — la tarea tiene un tramo declarado: va de tal día a tal otro, y el ancho quiere decir algo.
- Rombo — la tarea sólo tiene vencimiento: nadie dijo cuánto dura, así que no se dibuja como una barra de un día. El primer tirón de un borde la convierte en barra.
- Carril vacío — la tarea no tiene ninguna fecha, pero tiene fila igual: se arrastra sobre su carril para dibujarle la barra, o se hace un clic y queda el vencimiento.

Todos los gestos son sobre la misma barra:

1. **De costado: mover o estirar** — Del medio, la tarea entera se corre; de una punta, se estira. Mientras arrastrás, un cartelito dice en palabras las fechas que van quedando — en escala de meses, tres días son diez píxeles y a ojo no se ve qué cambió.
2. **Para arriba o para abajo: cambiar de fila** — La misma barra, movida a otra fila, le cambia el proyecto, la persona o la organización. Es el mismo gesto que soltar una tarjeta en otra columna del kanban, y hace exactamente lo mismo.
3. **Y el eje se traba** — Con los primeros píxeles el gesto decide si es horizontal o vertical y queda trabado hasta que soltás, así que mover una barra tres semanas no la cambia de fila sin querer.

Abajo hay un riel: la escala —días, semanas o meses—, ir y volver una pantalla, Hoy, cuántas tareas no tienen fecha y una casilla para traer también lo hecho y lo cancelado, apagada de fábrica. El eje scrollea sin fin en los dos sentidos, y la columna de nombres de la izquierda se ensancha arrastrando su borde.

![Arrastrando una barra en la línea de tiempo de tareas](https://www.onsecondbrain.com/screens/loops/gantt.jpg)

_Arrastrás la barra y la fecha cambia._

### Entregables · Hobby: cómo se agrupan las tareas sueltas

Cuando las tareas se detectan solas, son muchas, y ninguna vale por sí sola. "Pedir el logo", "revisar el copy", "mandar el link a Ana" no son tres cosas: son una presentación. Un entregable es ese puñado de tareas que juntas producen un resultado que alguien espera.

El agrupamiento corre solo cuando abrís Entregables IA y hay tareas sueltas nuevas —o cuando tocás el botón redondo de abajo a la derecha—, en tres pasos, y cada uno hace solo lo que sabe hacer bien:

1. **Se comparan por significado** — Cada tarea abierta se compara con las demás por lo que dice y no por las palabras que usa: "pedir el logo" y "mandarle el arte a Ana" se parecen aunque no compartan ninguna.
2. **Se juntan las que se parecen** — Cada tarea se pega al grupo con el que más se parece, si el parecido alcanza. Compartir proyecto u organización empuja ese parecido. Acá todavía no interviene ninguna IA: con el mismo material, el resultado es siempre el mismo.
3. **La IA nombra y poda** — Recién al final entra la IA, y solo para dos cosas: decidir si el grupo se sostiene como entregable y ponerle un nombre que quiera decir algo. No decide la agrupación — eso ya lo hizo el paso anterior.

Las reglas que hacen que el resultado sea creíble:

- Un entregable tiene dos tareas o más. Uno de una sola tarea es la tarea.
- Nunca toca una tarea que ya tiene entregable. Reagrupar no pisa lo que acomodaste a mano.
- Antes de inventar un entregable nuevo, intenta meter la tarea en uno que ya existe. Sin esa regla, cada corrida crearía duplicados.
- A mano también: mantener una tarjeta sobre otra crea un entregable nuevo con las dos, el nombre se cambia desde la cabecera de la columna y una tarea pasa de uno a otro arrastrándola. La agrupación automática es un punto de partida, no una sentencia.

![El tablero de tareas agrupado en entregables por la IA](https://www.onsecondbrain.com/screens/guide/deliverables.png)

_El mismo trabajo, reagrupado con Entregables IA: la IA junta las tareas que en realidad son una sola cosa. Lo que todavía no pertenece a ninguna queda en Sin entregable._

### Registro, archivo y vuelta atrás

El Historial de tareas —el botón del reloj, arriba en Tareas— junta lo que completaste y cancelaste, y también las definiciones y los hitos, con fecha y origen. Es lo que alimenta los reportes de tu semana.

Completar una tarea la archiva, no la destruye: sigue buscable y sigue enlazada a su proyecto y a su gente. Y si te equivocaste, desde el historial se reactiva y vuelve a pendiente.

Cuando la lista se llenó de tareas que ya se hicieron y nadie tildó, la limpieza del teléfono las repasa de a una y en el orden en que conviene: está en la app móvil.

## ClickUp y Jira

### Lo que vale para las dos

Si tu equipo ya trabaja en ClickUp o en Jira, no hace falta mudarse. secondbrain se sincroniza con las dos en dos vías: lo que el equipo carga allá aparece en tus tareas, y lo que sale de tu nota del día o de un recap sube allá con su fecha y su gente. Cada una tiene su detalle más abajo: ClickUp y Jira.

1. **Dónde se conectan** — Selector de workspace → Editar workspace → Integraciones → Sincronización de herramientas. Se configura desde la web o el escritorio; en el iPad no se configura, pero lo que conectaste sigue andando.
2. **Autorizás** — Se abre la ventana de ClickUp o de Atlassian, das el permiso y volvés. No hay claves que copiar.
3. **Elegís qué y en qué dirección** — Las listas de ClickUp o los proyectos de Jira, uno por uno. Ambas sincroniza de ida y vuelta; Traer sólo baja: esas tareas se ven acá pero se editan allá, y llevan un candado que lo dice.

Una tarea vive en una sola herramienta. Si tenés las dos conectadas, una tarea nueva no se duplica: va a un solo lugar, y se decide en este orden:

- La que le elijas en la tarea. Al crearla o editarla aparecen los campos Lista de ClickUp y Proyecto de Jira. Elegir uno pone el otro en Ninguna, y Ninguna (solo Secondbrain) la deja sólo acá.
- La de su proyecto. Si la tarea está asociada a un proyecto del Atlas que es una lista de ClickUp o un proyecto de Jira, va ahí.
- La que es por defecto. El botón Por defecto al crear, al lado de cada lista o proyecto, marca adónde van las tareas nuevas que no cayeron en ninguno de los dos pasos anteriores; marcado dice ★ Por defecto al crear. Hay uno solo por workspace, sumando las dos herramientas: marcarlo en una lo desmarca en la otra, y un clic sobre el marcado lo saca.
- Si no hay nada de eso, la tarea se queda en secondbrain.

Dos reglas más sobre qué sube: sólo suben solas las tareas creadas después de conectar —las de antes suben si les elegís una lista o un proyecto a mano—, y las tareas privadas no suben nunca.

Cuándo viaja cada cosa. Lo que cambiás acá sube en el momento. Lo que cambia allá llega casi al instante, por el aviso que manda la herramienta, y además cada dos minutos se repasa todo por si algo se perdió en el camino. En el panel está Sincronizar ahora, que dice cuántas bajaron (↓), cuántas subieron (↑) y cuántos conflictos hubo.

Los estados. secondbrain tiene cuatro —Pendiente, En curso, Hecha y Cancelada— más el Backlog, que es una marca sobre Pendiente. Tus herramientas tienen los que tu equipo haya inventado. La traducción va por la categoría de cada estado, así que funciona con cualquier flujo sin configurar nada:

| En ClickUp o Jira | En secondbrain |
| --- | --- |
| Un estado de la categoría por hacer | Pendiente |
| … y con «backlog» en el nombre | Pendiente + Backlog |
| Un estado de la categoría en curso (In progress, Code review, QA…) | En curso |
| Un estado de la categoría hecha | Hecha |
| … cerrada como cancelada (Won't do, Duplicado, Descartado, Rechazado, Obsoleto…) | Cancelada |

Y a la vuelta, cuando movés una tarea acá, se elige un estado de la categoría que corresponde, prefiriendo el nombre obvio:

| En secondbrain | Se busca allá |
| --- | --- |
| Pendiente | To do, Por hacer, Open, Abierto, Pendiente |
| Backlog | Backlog; si la lista no tiene, el pendiente de siempre |
| En curso | In progress, Doing, WIP, En curso |
| Hecha | Complete, Done, Hecho, Listo, Resuelto, Closed, Cerrado |
| Cancelada | Un estado cerrado con nombre de cancelación; si no hay, uno de hecha |

Mover una tarea dentro de la misma categoría no pisa nada: si allá pasó de In progress a Code review, acá sigue En curso y no se toca; si acá está Cancelada, un cierre allá no la vuelve Hecha.

Si tu flujo necesita otra cosa, cada lista o proyecto tiene un desplegable Estados donde cambiás la traducción de a un estado: Automático, Pendiente, Pendiente + Backlog, En curso, Hecha o Cancelada. Lo que tocaste queda marcado como editado y se vuelve atrás con restablecer. Y en cada tarea sincronizada hay un chip con el estado real de la herramienta —«Estado en Jira: Code review»—: un clic y elegís exactamente a cuál pasarla.

- **ClickUp** — Lee y escribe tus tareas y listas para mantenerlas sincronizadas con el Servicio.
- **Jira** — Lee y escribe los issues de los proyectos que elegís sincronizar, y lee los proyectos y épicas de tu sitio de Atlassian para mostrarlos en el Servicio.

### ClickUp, en detalle

Al conectar, todas tus listas entran prendidas y en Ambas, y también las que crees después en ClickUp; apagás las que no quieras. Cada Workspace de ClickUp que autorices es una cuenta aparte, y podés conectar más de una. La primera lectura trae todas las tareas que no estén archivadas, las cerradas incluidas.

| En ClickUp | En secondbrain | Viaja |
| --- | --- | --- |
| Nombre | Título | Ida y vuelta |
| Descripción | Descripción, como texto | Ida y vuelta |
| Fecha de vencimiento | Vencimiento (el día, sin hora) | Ida y vuelta |
| Estado | Estado, con las tablas de arriba | Ida y vuelta |
| Responsables | Personas relacionadas del Atlas | Ida y vuelta |
| Tags | Etiquetas del Atlas | Ida y vuelta |
| Teams (grupos de personas) | Organizaciones del Atlas | Ida y vuelta |
| Lista, con su Espacio y su Carpeta | Un proyecto del Atlas, con candado | Sólo baja |
| Subtareas | Tareas sueltas, sin la relación con la madre | Sólo baja |
| Fecha de inicio, prioridad, estimaciones, puntos, comentarios, adjuntos, checklists | — | No viajan |

- Las personas. Los miembros de tu equipo de ClickUp aparecen solos en el Atlas. Los responsables de una tarea de ClickUp entran como sus personas relacionadas; a la vuelta, cada persona se empareja con un miembro por su usuario o su mail, y si no hay ninguno que coincida no se asigna a nadie. La urgencia no viaja: acá se calcula del vencimiento.
- Si cambió en los dos lados, gana la última edición y se cuenta como conflicto. Antes de subir algo, se relee la tarea en ClickUp, así que un cambio de hace un minuto allá no se pisa. Personas, tags y grupos se combinan: lo que alguien sacó de un lado no vuelve a aparecer.
- Pasar una tarea a otra lista pide confirmación, porque ClickUp no mueve: la borra y la vuelve a crear allá. Se conservan las subtareas, los comentarios (como copia) y los adjuntos; se pierde el historial de actividad y cambia el ID.

| Si… | Pasa esto |
| --- | --- |
| Borrás la tarea en secondbrain | Va a la papelera de ClickUp, de donde se recupera por 30 días |
| La borran en ClickUp | Se borra acá. Si la recuperan de la papelera, vuelve |
| Borran una lista en ClickUp | Sus tareas se borran acá; el proyecto del Atlas queda, como proyecto común |
| Archivan una lista | No se toca nada |
| Apagás una lista | Las tareas que vinieron de ClickUp se sacan de secondbrain; las que nacieron acá se quedan, sin lista. Si la volvés a prender, se re-vinculan sin duplicarse |
| Tocás Desconectar | Lo mismo, con todas las listas de esa cuenta |

Si ClickUp le retira el permiso a la app, la cuenta queda en requiere reconexión con el aviso «ClickUp dejó de autorizar este workspace: volvé a conectarlo», y no sincroniza hasta que tocás Volver a conectar. Lo que habías elegido se conserva. Una lista que ya no se puede leer no corta todo: se saltea y sigue con las demás.

Mientras la conexión está caída, las tareas de esa cuenta quedan en sólo lectura, también para vos: lo que cambiaras acá no llegaría a ClickUp, y al reconectar podría pisarse. Arriba de Tareas aparece una franja roja —«Se cayó la conexión con ClickUp: 3 tareas quedan en sólo lectura hasta que la vuelvas a conectar»— con el botón Volver a conectar ClickUp, y el editor de cada una de esas tareas dice ese problema y nada más, con el mismo botón.

[Todas las integraciones](/guide/integrations)

### Jira, en detalle

Al conectar, los proyectos entran apagados: prendés los que quieras sincronizar —hay buscador cuando son muchos—. Cada proyecto se configura con dos elecciones: la dirección, Ambas o Traer, y el alcance, Todas —los issues abiertos del proyecto y los cerrados en los últimos 30 días— o Mías —sólo los asignados a vos; lo que ya se trajo se sigue aunque cambie de responsable—. Cada sitio de Atlassian es una conexión aparte, y podés conectar más de uno.

| En Jira | En secondbrain | Viaja |
| --- | --- | --- |
| Resumen | Título | Ida y vuelta |
| Descripción | Descripción: párrafos, listas, títulos y código | Ida y vuelta |
| Fecha de vencimiento | Vencimiento | Ida y vuelta |
| Start date / Target start y end | El tramo de la tarea (inicio y fin), si tu sitio tiene ese campo | Ida y vuelta |
| Estado y resolución | Estado, con las tablas de arriba | Ida y vuelta |
| Persona asignada | Responsable | Ida y vuelta |
| Labels | Etiquetas del Atlas (los espacios pasan a guiones) | Ida y vuelta |
| Proyecto | Un proyecto del Atlas, con candado | Sólo baja |
| Épica | Otro proyecto del Atlas, con candado; la épica no se trae como tarea | Sólo baja |
| Subtareas | Tareas sueltas, sin la relación con la madre | Sólo baja |
| Prioridad, comentarios, adjuntos, estimaciones, horas registradas | — | No viajan |

- El responsable. Acá la persona asignada de Jira es el Responsable de la tarea —en ClickUp, en cambio, los responsables entran como relacionados—. Al bajar se busca la persona del Atlas por su mail o su nombre; al subir, entre quienes se pueden asignar en ese proyecto, y sólo se asigna si hay exactamente una coincidencia: con dos Martín, no adivina. Las personas relacionadas no viajan.
- Los estados pasan por el workflow. Jira no deja poner cualquier estado: hay que hacer una transición. secondbrain elige una que el workflow permita, y al cerrar completa la resolución — Won't Do para una cancelada, Done para una hecha. Si el workflow no deja, lo dice («el workflow de Jira no deja pasarla a…») y no insiste hasta que vuelvas a cambiarla. Ojo: lo que dice si un issue cerrado es una cancelación es su resolución, no el nombre del estado; si tu flujo cierra sin resolución, ajustalo en Estados.
- Si cambió en los dos lados, se decide campo por campo: si el título cambió allá y la fecha acá, quedan las dos cosas. Sólo cuando el mismo campo cambió de los dos lados gana el más reciente, y se cuenta como conflicto. Las labels se suman. En un proyecto en Traer, gana Jira siempre.
- Las tareas nuevas se crean como Task (o Tarea), nacen en el estado inicial del workflow y después se mueven al que corresponde. Por defecto al crear sólo se puede marcar en un proyecto en Ambas. Si el proyecto tiene campos obligatorios que secondbrain no completa, el panel lo avisa antes: esas tareas no van a poder subir ahí.
- Pasar una tarea a otro proyecto mueve el issue: conserva el historial y los comentarios, pero cambia la key (ABC-12 pasa a ser XYZ-3). Jira pide para eso el permiso Make bulk changes.

| Si… | Pasa esto |
| --- | --- |
| Borrás la tarea en secondbrain | El issue no se borra: se cierra, como Won't Do si tu Jira lo tiene. Y no vuelve a aparecer acá |
| Lo borran en Jira | Se borra acá |
| Lo mueven a un proyecto que no sincronizás | Se suelta: si vino de Jira se saca de acá; si nació acá, se queda como tarea común |
| Apagás un proyecto (o lo borran en Jira) | Las tareas que vinieron de Jira se sacan de secondbrain; las que nacieron acá se quedan, sin proyecto |
| Tocás Desconectar | Lo mismo, con todos los proyectos de ese sitio |

Los cambios de Jira llegan al instante por un aviso que el sitio manda; si ese aviso no está activo, el panel lo dice y llegan cada dos minutos. Si se revoca el permiso o se pierde el acceso al sitio, la conexión queda en requiere reconexión y se arregla con Volver a conectar.

Igual que en ClickUp, mientras está caída sus tareas quedan en sólo lectura, también para vos, con la franja «Se cayó la conexión con Jira…» arriba de Tareas y el botón Volver a conectar Jira en la franja y en el editor de cada tarea.

[Todas las integraciones](/guide/integrations)

### En un tablero compartido

Un tablero compartido muestra todas las tareas que cumplen sus condiciones, y eso incluye las que vienen de ClickUp o de Jira. La regla que manda todo lo demás: secondbrain nunca escribe en tu ClickUp o tu Jira con tu cuenta en nombre de otra persona. Quien recibe el tablero ve esas tareas; editarlas es otra cosa.

| Quien recibe el tablero… | Una tarea de secondbrain | Una tarea de ClickUp o Jira |
| --- | --- | --- |
| … con permiso de ver | La ve | La ve, en sólo lectura |
| … con permiso de editar, sin cuenta de esa herramienta | La edita | La ve en sólo lectura, con el botón Conectar mi cuenta de Jira (o ClickUp) |
| … con permiso de editar y su propia cuenta con permiso sobre esa tarea allá | La edita | La edita, y el cambio llega a la herramienta con su nombre, no con el tuyo |
| … con su cuenta, pero sin permiso allá sobre esa tarea | La edita | Sólo lectura: «Tu cuenta de Jira no tiene permiso para editar esta tarea allá» |

Nadie que reciba un tablero puede borrar tareas ni sacarlas del tablero, sean de donde sean. Y las tareas privadas no entran nunca.

1. **Al compartir, te avisa** — Si el tablero trae tareas de ClickUp o Jira, el diálogo de compartir lo dice antes de invitar: cuántas entran hoy y, si alguna condición es algo que trajo una herramienta —un proyecto de Jira, una lista de ClickUp, una label—, que las tareas nuevas de ahí van a entrar solas. Compartir queda apagado hasta que tildás Entiendo: quiero compartirlas así, igual que con un tablero sin condiciones.
2. **O las sacás** — En el mismo aviso está No incluir tareas de ClickUp ni Jira en este tablero: el tablero se comparte con todo lo demás y sin nada de las herramientas, ni siquiera lo que hayas metido a mano. Se vuelve atrás con Incluirlas.
3. **Si aparecen después, te vuelve a avisar** — Si un tablero ya compartido empieza a traer tareas de una herramienta que no habías confirmado —cambiaste las condiciones, conectaste Jira después—, arriba del tablero aparece la franja con Entendido y No incluirlas. Y al conectar ClickUp o Jira teniendo tableros compartidos, el panel de la integración también lo dice.

Cómo conecta su cuenta quien recibe el tablero. Abre una tarea de ClickUp o Jira y toca Conectar mi cuenta de…: se abre el permiso de ClickUp o de Atlassian, autoriza y vuelve. Esa conexión sólo lo identifica: no sincroniza nada ni le trae tareas a su espacio. Si ya sincroniza esa herramienta en un workspace suyo, no hace falta: se usa esa.

Quién decide si puede editar es la herramienta. Jira dice de antemano si esa cuenta puede editar el issue. ClickUp no tiene cómo preguntarlo: si la cuenta ve la tarea se deja intentar, y si ClickUp la rechaza la tarea pasa a sólo lectura para esa persona con el motivo. En los dos casos, si la herramienta dice que no, en secondbrain no cambia nada: no quedan tareas a medio guardar. Si su permiso allá cambia, se vuelve a preguntar a los pocos minutos.

Las tareas nuevas que escribe quien recibe el tablero quedan sólo en secondbrain: tu sincronización no las sube a tu ClickUp o tu Jira. Si tiene cuenta de la herramienta, arriba del tablero aparece Crear las tareas nuevas también en «Backend», con tu cuenta de Jira; tildado, se crean allá con su cuenta y quedan sincronizadas como cualquier otra. Si la herramienta no lo deja, la tarea queda en secondbrain y un aviso dice por qué. Sin cuenta, la franja ofrece conectarla. Una tarea que escribió otro la podés mandar vos a una lista o un proyecto, eligiéndoselo a mano.

Si se cae tu conexión, las tareas de esa herramienta quedan en sólo lectura para todos —para vos y para quienes reciben el tablero—, y ellos ven «La conexión con Jira del dueño del tablero se cayó». Vuelve todo cuando reconectás.

[Compartir un tablero de tareas](/guide/teams#tableros)