Una integración que llevaba dos años leyendo comentarios de tareas devuelve de pronto una lista vacía. Sin error, sin aviso en la interfaz, sin pantalla rota: simplemente nada donde antes había una conversación. El informe que contaba las respuestas del responsable muestra ceros en silencio, y todo el mundo da por buenos los datos porque la tarjeta de la tarea sigue mostrando el hilo.

Por qué los métodos de comentarios no devuelven nada

Los comentarios de tareas en Bitrix24 (Alaio) no desaparecieron. Se mudaron. La nueva tarjeta de tarea sustituyó el flujo de comentarios por un chat, y la vieja familia REST para leer y escribir comentarios — task.commentitem.get, task.commentitem.getlist, task.commentitem.add y el más antiguo task.comment.add — quedó congelada en la versión 25.700.0 del módulo de tareas. En un portal con la tarjeta nueva no lanzan error: responden como si la tarea no tuviera ningún comentario.

Ese silencio es todo el problema. Un método que falla se detecta en un día. Un método que devuelve un array vacío se detecta un trimestre después, cuando alguien pregunta por qué la regla de escalado nunca se disparó.

Dónde vive hoy la conversación de una tarea

La conversación de una tarea es un chat corriente del portal. Tiene un identificador de chat, un historial de mensajes y adjuntos, y se lee con los métodos del mensajero, no con los de tareas. La tarjeta de la tarea no muestra ese identificador en ninguna parte, y por eso la migración hace tropezar: conoces el ID de la tarea y necesitas un ID de chat al que no hay forma evidente de llegar.

Esto también significa que los comentarios de tareas y los de CRM son dos almacenes sin relación. Negociaciones, prospectos, contactos, empresas, facturas y elementos de procesos inteligentes guardan sus comentarios en la línea de tiempo de la tarjeta, y los métodos de línea de tiempo del CRM nunca se marcaron como obsoletos: funcionan igual que antes. Una receta escrita para una negociación no sirve para una tarea, ni al revés. Tratarlos como lo mismo es la segunda forma más común de perder datos aquí.

Cómo leer un comentario de tarea desde la automatización

No existe acción nativa de automatización que lea una conversación: la plataforma escribe comentarios, pero nunca los devuelve. Dos bloques del catálogo cubren los dos almacenes.

Para una tarea, Último comentario de la tarea toma un ID de tarea y devuelve el texto, el ID y el nombre del autor, y la fecha. Un detalle pesa más de lo que parece: el chat de la tarea mezcla mensajes de personas con líneas del sistema sobre cambios de estado, plazo y responsable. Sin filtrar, «el último comentario» es casi siempre un registro de la máquina. El bloque descarta los registros del sistema por defecto y devuelve lo último que escribió realmente una persona. Aparte, Resultado de la tarea devuelve el mensaje marcado como resultado del trabajo junto con sus archivos adjuntos.

Para una tarjeta de CRM, Obtener comentarios del elemento lee la línea de tiempo de un prospecto, una negociación, un contacto, una empresa, un presupuesto, una factura o un elemento de proceso inteligente. El resultado llega en cuatro formas a la vez, porque lo que viene después varía: una cadena con autor y fecha para un campo o un correo, una lista para recorrer en bucle, un array JSON para un sistema externo y el último comentario en campos aparte. Se filtra por autor, por periodo y por número de registros recientes; una ejecución recorre hasta 1000 comentarios y devuelve hasta 200.

Cómo escribir un comentario de vuelta

El CRM sí tiene una acción nativa que añade un comentario a la línea de tiempo cuando un elemento alcanza una etapa: para una nota de servicio es suficiente.

Las tareas no tienen esa acción. Mensaje al chat de la tarea escribe en la conversación por ID de tarea, con IDs de archivos del Drive como adjuntos opcionales. Los participantes lo leen donde ya leen todo lo demás, en vez del flujo de notificaciones donde las notificaciones del proceso de negocio se pierden. Si lo que necesitas es el identificador del chat — para un servicio externo o para otro bloque —, ID del chat de la tarea devuelve tanto el número como el identificador de diálogo chatXXX listo para usar.

Tres cosas que compensa automatizar cuando los comentarios se pueden leer

Escalado por silencio. Se acerca el plazo: lee el último comentario y mira su fecha. Respuesta reciente, silencio. Tres días sin nada, notificación al responsable del equipo con esa última línea incluida, para que vea de inmediato dónde se atascó. La automatización nativa de tareas no puede hacerlo en absoluto.

Llevarse el resultado. Una tarea se cierra, su resultado o su último comentario aterriza en un campo de la negociación y desde ahí se comporta como cualquier otro campo: filtros, exportaciones, condiciones en el proceso.

Conservar el hilo al fusionar. El caso doloroso son los duplicados de negociaciones y el historial atrapado en una tarjeta abandonada. Copiar la línea de tiempo a otro elemento traslada actividades y comentarios; las actividades pueden vincularse en lugar de duplicarse, de modo que un registro se ve en ambas líneas de tiempo. Los comentarios se copian con sus archivos y una línea de autor en el texto.

Una salvedad que conviene prever: Bitrix24 no expone fecha de modificación para los comentarios, solo fecha de creación. Un filtro de «último mes» cuenta siempre desde la creación, y ningún ajuste lo cambia.

Qué sigue

Empieza por el escalado: un bloque, una condición por fecha, una notificación. Es la automatización más barata de todas y la más visible, porque los responsables dejan de abrir tarjetas a mano. Después lleva el resultado de la tarea a un campo de la negociación, y añade la copia de la línea de tiempo la próxima vez que limpies duplicados. Los bloques vecinos están en el catálogo de robots. Y si falta el que necesitas, describe la tarea: Roboteka construye las actividades que faltan gratis y las publica en la biblioteca común — así nacieron los dos lectores de comentarios de este artículo.