Las herramientas estándar de Bitrix24 cubren condiciones sencillas: un robot de etapa se activa según un filtro, el bloque «Condición» del diseñador de procesos bifurca las ramas. Pero la lógica «si el importe es mayor que 100 000 y la fuente es el sitio, entonces una cosa, si no, otra» se convierte en un árbol de bifurcaciones anidadas. Tres robots de Roboteka reducen esas comprobaciones a una sola acción: «Condición compuesta» combina hasta cuatro comprobaciones con AND/OR/NOT, «Selección ternaria» devuelve uno de dos valores y «Comprobar que un campo está relleno» responde Y/N sobre cualquier campo del CRM.

¿Por qué no bastan las condiciones estándar?

A un robot de etapa se le puede asignar una condición de lanzamiento, pero eso es un filtro: activarse o no, sin lógica compleja dentro. El diseñador de procesos tiene el bloque «Condición», pero la combinación «(A y B) o (C y D)» solo se construye con bifurcaciones anidadas: dos o tres ramas difíciles de leer y de cambiar. La principal fuente de errores es la duplicación de acciones entre ramas: corriges el texto de una notificación en una y te olvidas en la otra. Es más cómodo calcular toda la condición con una sola acción, obtener un indicador Y/N y dejar una única bifurcación en el esquema. Cómo funcionan los procesos en sí, en la visión general de los procesos de negocio de Bitrix24.

¿Cómo combinar varias comprobaciones: AND, OR, NOT?

El robot «Condición compuesta (AND / OR / NOT)» recibe en modo plano hasta cuatro tríos «valor A — operador — valor B» y la lógica de combinación: AND, todos deben cumplirse; OR, basta con uno. Para anidamiento arbitrario existe el modo JSON: el campo «condiciones en JSON» del tipo {"and":[{"a":"…","op":"eq","b":"…"},{"or":[…]}]} tiene prioridad sobre el modo plano. La salida es una sola: «Resultado (Y/N)». Dónde guardarlo: normalmente, justo después del robot se coloca el bloque estándar «Condición» con la comprobación «resultado igual a Y», una sola bifurcación en lugar de un árbol. Si en un trío plano no se indica el operador, este simplemente se omite, por eso no es obligatorio rellenar las cuatro líneas. Ejemplo: antes de pasar la negociación a la etapa «Aprobación», comprobar que el importe es mayor que el umbral y la fuente es el sitio; si N, la negociación vuelve al gestor con una notificación.

¿Qué operadores hay disponibles y por qué eq y no ==?

Los operadores se indican con alias en palabras: eq, neq, gt, lt, gte, lte (igual, distinto, mayor, menor y comparaciones no estrictas); además contains, not_contains, starts_with, ends_with, is_empty, not_empty y matches para expresiones regulares. Las formas simbólicas == y > no conviene escribirlas en los campos del robot: el motor de procesos de negocio interpreta ese valor como una expresión y la evalúa antes incluso de lanzar el robot, de modo que a la comprobación llega ya el resultado del cálculo y no el operador. Los números se comparan como números: 10 es mayor que 9, aunque como cadena «10» sea menor. Las cadenas, por defecto, se comparan sin distinguir mayúsculas y minúsculas; para una comparación estricta hay un indicador aparte. Otro matiz de Bitrix24: un campo sin rellenar se sustituye por una cadena vacía y no por «nada», por eso el vacío se comprueba con el operador is_empty y no comparando con un valor vacío.

¿Cómo elegir uno de dos valores sin ramas?

«Selección ternaria (si-entonces-si no)» es la construcción «si — entonces — si no» en una sola acción. Entrada: valor A, operador, valor B (no hace falta para is_empty y not_empty) y dos respuestas posibles: «devolver si es verdadero» y «devolver si es falso». Hay dos salidas: el valor elegido y el indicador «condición cumplida» Y/N. El resultado se guarda en un campo de la negociación, en el texto de una notificación o en una variable del proceso. Ejemplo: si el descuento es mayor que 20, insertar en el correo al responsable que aprueba, si no, al gestor. Un solo robot sustituye una bifurcación con dos acciones casi idénticas que de otro modo habría que mantener por duplicado. El indicador Y/N, además, sigue estando disponible por separado: con él se puede bifurcar el proceso adicionalmente sin recalcular la condición por segunda vez.

¿Cómo comprobar que un campo está relleno?

«Comprobar que un campo está relleno» cubre el caso particular más frecuente de condición. Entrada: el tipo de entidad —deal, contact, company o lead—, su ID y el código del campo. Hay dos salidas: el indicador «campo relleno» Y/N y el valor actual del campo; los valores múltiples se unen con coma. Ejemplo: un prospecto no pasa a trabajo sin teléfono; una negociación no va al envío con el campo «Dirección de entrega» vacío. El indicador se compara en el bloque estándar «Condición», y el valor del campo se puede insertar enseguida en una notificación al responsable: no hace falta una consulta aparte a la ficha, el robot ya devolvió tanto el hecho como el contenido.

Conclusión

Varias comprobaciones a la vez: «Condición compuesta»; elegir uno de dos valores: «Selección ternaria»; control de que está relleno: «Comprobar que un campo está relleno». Escribe los operadores en los campos con palabras: eq, gt, lt. Estos y otros robots de control de la lógica están reunidos en la categoría control del proceso. ¿No encuentras el que necesitas? Describe la tarea, hacemos el robot gratis y lo añadimos al catálogo común.