Aditus Process Platform
Una suite BPM de nueve módulos que cubre el ciclo completo: dibujar el circuito, diseñar las pantallas y las bandejas, publicar una versión, ejecutar con motor asincrónico y monitorear en tiempo real.
Diseño visual · Ejecución asincrónica · Monitoreo en tiempo real
9
módulos
13
tipos de paso
21
operadores de filtro
12
eventos auditables
0
líneas de SQL
El ciclo completo
Todo eso se dibuja, se publica y se ejecuta en Aditus. Cada etapa tiene su herramienta visual, y ninguna pide escribir código.
El circuito, las pantallas que ve el usuario y las consultas de trabajo.
Una versión nueva, sin afectar los trámites que ya están en curso.
La plataforma crea las tareas, las asigna, controla los plazos y llama a los sistemas.
Cada persona ve sus tareas y las completa, rechaza o delega.
Un panel único muestra qué pasa, qué falló y qué hay que destrabar.
Arquitectura funcional
| # | Módulo | Para qué sirve |
|---|---|---|
| 01 | Process Designer | Hub de los diseñadores: procesos, pantallas, formularios, bandejas, servicios, procedimientos, calendario y parámetros |
| 02 | Process Flow Draw | Editor visual del circuito, con paleta de pasos, transiciones condicionadas, auto-layout y validación en vivo |
| 03 | Process Step Draw | Diseñador de la pantalla que ve el usuario al trabajar una tarea: secciones, pestañas, columnas y componentes |
| 04 | Process Input Draw | Editor visual del diseño de los formularios de carga, con el layout y los estilos propios del cliente |
| 05 | Process Inbox Draw | Constructor gráfico de bandejas: filtros, columnas, orden, permisos y datos de otros sistemas, sin escribir consultas |
| 06 | Process Inbox | Consumidor de las bandejas publicadas, con orden, filtros y paginación procesados en el servidor |
| 07 | Process Task | La pantalla de la tarea: completar, rechazar, delegar, con historial, mapa del trámite e hitos |
| 08 | Process Monitor | Dashboard, cola de trabajo, hooks, eventos, webhooks, errores, escalamientos y tareas bloqueadas |
| 09 | Mis Tareas e instancias | Lanzamiento de trámites nuevos y la vista propia de cada usuario sobre lo que tiene pendiente |
Diseñar el circuito
Arranque del circuito, uno por proceso.
Cierre con resultado final configurable.
Asignada a un usuario o a un equipo, con plazo y pantalla propia.
Ejecuta un procedimiento interno o llama a un servicio externo.
Una sola rama, elegida por condición, con salida por defecto.
Varias ramas que avanzan al mismo tiempo.
Espera todas las ramas, cualquiera de ellas, o lo que se decida.
Resuelve la regla de negocio fuera del dibujo del proceso.
Un bloque reutilizable dentro del mismo circuito.
Invoca otro proceso y espera su resultado para seguir.
Lanza otro proceso y continúa sin esperarlo.
Se dispara cuando una tarea vence su plazo.
Anotación visual para el lector; no participa de la ejecución.
Un constructor de condiciones combina reglas con Y / O de forma anidada, y ofrece solo los operadores que corresponden al tipo de cada campo. La etiqueta de cada decisión se lee sobre la línea del dibujo, y siempre existe una salida por defecto para cuando ninguna condición se cumple.
Números, textos, fechas, referencias a documentos y selectores de usuario o grupo. Cada dato queda materializado como columna física, de modo que filtrar y consultar no tiene costo adicional. El título de cada trámite se genera solo, reemplazando los datos de carga en una plantilla.
Los hitos describen estados de negocio que el proceso debe atravesar, con independencia de qué paso se esté ejecutando. Se cumplen desde un paso o por evaluación automática, y permiten medir avance real frente al cliente en lugar de avance técnico.
Las reglas de negocio viven en tablas de decisión, editables sin tocar el dibujo del proceso ni volver a publicarlo. Se pueden encadenar, de modo que el resultado de una alimente a la siguiente.
Diseñar la pantalla y la bandeja
Secciones, pestañas y columnas, con un catálogo de componentes listos: texto e imagen, titular del trámite, cabecera con estado y responsable, bloque de acciones de la tarea, campos editables que respetan los permisos por campo, vista de solo lectura de los datos, historial, hitos y mapa del circuito en vivo.
El formulario de carga se diseña por separado en un editor visual, con el layout, la tabla y los estilos propios del cliente — no un grid genérico de campos.
Un constructor gráfico define filtros, columnas con ancho y orden, y permisos por grupo, con vista previa en vivo mientras se edita. Hay 21 operadores disponibles, filtrados según el tipo de campo, y filtros rápidos que resuelven los casos frecuentes:
Soy el responsable actual
Era mía y la delegué
Tareas de mis grupos
Una bandeja puede además traer columnas de otros sistemas, para que el operador no tenga que abrir dos pantallas.
Ejecutar
Cada acción del usuario —crear, completar, rechazar, delegar— entra a una cola. Un servicio dedicado la toma, la procesa y la reintenta con espera creciente si algo falla, de modo que una caída momentánea de un sistema externo no rompe el trámite.
Idempotencia
Reprocesar una operación no la duplica.
Reintentos
Espera creciente entre intentos hasta marcar error permanente.
Recuperación
Las operaciones huérfanas se retoman automáticamente.
Registro
Cada llamada a un servicio guarda pedido, respuesta y duración.
Cada paso puede disparar acciones automáticas antes o después de ejecutarse, sobre completar, rechazar o delegar: ejecutar un procedimiento, asignar el resultado de una expresión a un dato del trámite, marcar un hito como cumplido o llamar a un servicio externo.
Los vencimientos se calculan sobre un calendario laboral con jornada, fines de semana y feriados. Una tarea que vence puede avisar, reasignar o disparar un circuito de escalamiento, y todo queda registrado.
Cuando una tarea está asignada a un equipo, el primero que la toma la bloquea para el resto. La delegación ofrece en vivo la lista de miembros del equipo, y el bloqueo se puede liberar desde el monitor.
Versionado
Publicación normal
El borrador se publica como una versión nueva. Los trámites vivos siguen con la versión con la que nacieron; los nuevos usan la última. Las versiones coexisten sin límite.
Corrección en caliente
Si un error llega a producción, se puede sobrescribir la versión ya publicada sin generar una nueva, para no invalidar los trámites que la están usando.
Antes de publicar, el motor valida la estructura del circuito con un conjunto de reglas nombradas: que exista un único inicio, al menos un fin, que no queden pasos huérfanos, que cada decisión exclusiva tenga salida por defecto, que la pantalla del paso esté publicada, que no haya tareas humanas dentro de bloques repetitivos. La misma validación corre en vivo desde el editor, sin necesidad de guardar. Los procesos se pueden además descargar e intercambiar entre entornos.
Monitorear
Indicadores en vivo, serie temporal y buscador transversal por estado, proceso, usuario y fecha.
Las transiciones pendientes con su contenido y sus reintentos, y la actividad del servicio que las procesa.
Trámites con error agrupados por origen, con reintento manual desde la misma pantalla.
Qué venció, cuándo y qué hizo la plataforma al respecto.
Tareas tomadas por alguien que ya no está, liberables con un clic.
Historial transversal de todos los trámites y ejecución de los eventos de cada paso.
Qué se envió a los sistemas externos, con su respuesta y su estado.
Registro técnico, registro de acciones y vistas generadas por la plataforma.
Cada acción del motor emite un evento auditable, y el historial de un trámite se reconstruye desde esos eventos: creación, edición de datos, rama tomada, rama cerrada, condición evaluada, hito cumplido, delegación encadenada, fin alcanzado, cierre forzado y error. Nada queda fuera de la traza.
Integración
La suite se monta dentro de la aplicación que ya usa la organización, y hereda el tema claro u oscuro del portal que la contiene.
La sesión llega desde el proveedor de identidad de la empresa: el usuario y sus grupos viajan en el token y determinan qué ve y qué puede hacer.
Un catálogo de servicios centraliza las conexiones a sistemas externos, y los datos de tipo documento apuntan directamente al gestor documental.
La plataforma expone su propia API documentada para lanzar trámites, consultar su estado, listar tareas y completarlas desde un sistema externo.
Diferenciales
El usuario de negocio diseña el circuito, las pantallas, las reglas y las bandejas sin escribir una línea.
Los formularios se diseñan con el layout y los estilos del cliente, no con una grilla impuesta.
Ocho vistas de monitoreo, reintento manual y registro completo de cada llamada a un servicio.