Un observador en Bitrix24 (Alaio) es un participante que sigue una tarea o una negociación sin trabajar en ella: recibe notificaciones, lee los comentarios, pero no mueve ni fechas límite ni etapas. El rol es insustituible para los directivos y los departamentos adyacentes, pero tiene dos irritantes crónicos: a los observadores se les olvida añadir donde hacen falta y se les olvida quitar donde ya no hacen falta, y el flujo de notificaciones se convierte en ruido. Repasemos los roles por orden y —lo principal— cómo gestionar los observadores automáticamente.

Roles en la tarea: quién es quién

La tarea tiene cuatro roles. El creador plantea la tarea y acepta el resultado: solo él la termina definitivamente si está activada la validación. El responsable ejecuta; siempre es uno solo. Los coejecutores trabajan junto con el responsable: tienen los mismos permisos para cambiar el estado y la tarea entra en su lista «En curso». Los observadores ven la tarea, comentan y reciben notificaciones, pero no cambian ni la fecha límite ni el estado, y la tarea no se refleja en sus contadores de carga. La diferencia práctica es simple: el coejecutor «también hace», el observador «está al tanto». Un error típico es añadir al jefe como coejecutor «para que lo vea»: la tarea le ensuciará la lista de pendientes; para «ver» existe el observador.

Cómo añadir un observador y un coejecutor a una tarea

En la ficha de la tarea, bajo el responsable, están los enlaces «Coejecutores» y «Observadores»: se eligen de la estructura de la empresa, tanto al crear la tarea como después. En el formulario de creación el bloque puede estar plegado: se despliega con el botón «Más». Un observador puede añadirse a sí mismo abriendo la tarea de otra persona. La limitación nativa: no se puede añadir o quitar un observador en cien tareas de golpe, solo abriéndolas de una en una. Ese es precisamente un caso para la automatización: el robot «Actualizar tarea por ID» cambia cualquier campo de la tarea desde un proceso de negocio; los observadores y los coejecutores se pasan en el JSON con los campos AUDITORS y ACCOMPLICES, como listas de ID de empleados. En combinación con los robots en las tareas, esto da reglas del tipo «la tarea está vencida: añadir como observador al jefe del departamento».

Observadores en negociaciones, prospectos y procesos inteligentes

En el CRM el observador es un campo aparte de la ficha: de la negociación, el prospecto, el contacto, la empresa y los elementos de los procesos inteligentes. El observador ve la ficha aunque los permisos de su rol le cierren las negociaciones ajenas, y recibe notificaciones de sus eventos: una forma cómoda de abrir el acceso de forma puntual sin rehacer los permisos. Se añade en la ficha, junto al responsable. El punto débil es el mismo que en las tareas: todo a mano. Olvidaste añadir al director a una negociación importante y se entera del problema en la reunión; despidieron a un empleado y sigue «colgado» como observador en cientos de fichas.

Gestión automática de observadores en el CRM

El robot «Gestionar observadores» elimina la rutina manual: en un proceso de negocio o entre los robots de la etapa añade, quita o reemplaza por completo la lista de observadores de la negociación, el prospecto, el contacto, la empresa o el elemento de proceso inteligente actual. Tres modos cubren los escenarios típicos. Añadir: la negociación superó el millón y el jefe del departamento de ventas se convierte en observador automáticamente; el cliente tiene estatus estratégico y se añade como observador al director de cuentas. Quitar: la negociación se cerró, los observadores quedan retirados y las notificaciones dejan de hacerles ruido. Reemplazar: al traspasar el cliente a otro departamento, la lista antigua de observadores se cambia entera por la nueva. Una condición por importe, etapa o campo de la ficha decide a quién conectar y cuándo: la regla funciona igual en cada negociación, sin depender de la memoria de nadie.

Preguntas frecuentes

¿En qué se diferencia un observador de un coejecutor? El coejecutor participa en el trabajo: cambia el estado, informa, la tarea está en su lista; el observador solo mira y comenta. ¿Puede un observador quitarse a sí mismo de una tarea? Sí: «salir de los observadores» está disponible para el propio observador en la ficha de la tarea. ¿Cómo silenciar el ruido de las notificaciones sin dejar de ser observador? De forma puntual: cancelar la suscripción a las notificaciones de la tarea concreta; si las notificaciones no hacen falta en absoluto, lo correcto es salir de los observadores. ¿Ve el observador una negociación que los permisos le cierran? Sí, la observación da acceso a esa ficha concreta: se usa para no ampliar los permisos de los roles por un caso aislado.

Conclusión

El observador «está al tanto», el coejecutor «también hace»; confundirlos es multiplicar el ruido y las listas de pendientes ajenas. A mano, los roles se asignan en las fichas; todo lo masivo y condicional —«añadir al jefe a las negociaciones caras», «retirar a los observadores tras el cierre», «quitar al despedido de las tareas»— lo hacen los robots «Gestionar observadores» y «Actualizar tarea por ID» del catálogo de Roboteka. Se instalan gratis desde Bitrix24 Market; si no encuentras el escenario que necesitas, describe la tarea y crearemos el robot.