Guía de introducción
Su primera decisión
Cuando un nuevo registro entra en el onboarding, la primera decisión se prepara a partir de la política que usted proporciona. El panel ofrece un flujo de decisiones creado con IA, un flujo de decisiones creado manualmente o un conjunto de reglas. Su Asistente de decisiones con IA pregunta entonces: “¿Qué desea decidir?” y acepta una descripción, un documento con sus reglas de negocio o ambos.
La descripción o el documento se convierte en un primer diseño del flujo de decisiones. El producto lee el documento, extrae sus requisitos, determina si el trabajo describe una decisión instantánea o un caso que deben gestionar varias personas y comienza el diseño a partir de esos requisitos. El chat informa de cuántas páginas procesó y cuántos requisitos extrajo, para que usted pueda comprobar qué se incorporó al diseño.
Prepare su política
Puede proporcionar la fuente de la política en cualquiera de estos formatos:
- Un documento PDF
- Una hoja de cálculo
.xlsx,.xls,.csvu.ods
El tamaño máximo del archivo es 50 MB. Si la política cambia después de que exista el flujo de decisiones, puede añadir el mismo documento en el chat del asistente dentro de ese flujo existente, para que la fuente modificada se incorpore al diseño existente.
Para una decisión instantánea, el onboarding produce un flujo de decisiones, datos de prueba y un endpoint. También produce la vinculación del endpoint, el release y el despliegue. Cuando la política describe trabajo realizado por personas, la creación produce un diseño de caso, un tablero de casos y un nodo de ejecución, seguidos de un release y un despliegue.
Si su política describe trabajo realizado por personas y no existe ningún tablero de casos, el asistente le pregunta si desea conectar una base de datos para los casos o crear una decisión instantánea que derive el trabajo a una persona.
El resultado es una decisión invocable para un flujo instantáneo, o un diseño de caso publicado con su tablero de casos y nodo de ejecución para el trabajo basado en casos. La creación le deja una decisión que puede invocar, no un dibujo.
Diseñe con el asistente
En cada flujo de decisiones, el Asistente de IA aparece junto a una vista previa activa, y el mismo asistente está disponible en el estudio de casos. Usted describe el cambio que desea; el asistente muestra un plan para realizarlo y, después, usted aprueba u omite cada parte propuesta antes de su generación y aplicación. La vista previa marca las adiciones en verde, las modificaciones en naranja y las eliminaciones en rojo, para que usted decida qué se incorpora al diseño antes de guardar nada.
Usted revisa el cambio propuesto frente al flujo de decisiones activo, selecciona Confirmar y generar y, después, aplica los cambios y guarda. En un flujo de decisiones, el asistente puede proponer cambios en:
- Conjuntos de reglas, tablas de decisión y árboles de decisión
- Scorecards, funciones y fuentes de datos
- Elementos del flujo, enrutamiento y bifurcaciones
- La eliminación de partes del flujo o la explicación del flujo
En un diseño de caso, el asistente puede proponer cambios en:
- Tareas y tipos de registro
- Decisiones y condiciones de finalización
- Lógica de decisión y uso de modelos de IA
- Datos externos utilizados por una tarea
Usted aprueba esos cambios del diseño de caso antes de que se apliquen. El asistente no publica ni ejecuta casos activos. Publicar un diseño de caso sigue siendo una acción independiente que usted realiza.
Conecte la base de datos
En Destinos de datos, la decisión puede escribir sus registros de ejecución en una base de datos PostgreSQL. Puede pegar una cadena de conexión como postgresql://user:password@host:port/dbname y seleccionar Analizar, o introducir por separado el host, el puerto, la base de datos, el nombre de usuario, la contraseña y el modo SSL. Probar conexión comprueba la configuración antes de que la base de datos se convierta en el destino de los registros que usted elija conservar.
En Supabase, la conexión utiliza la cadena de conexión del pooler de Session o Transaction. El producto le indica que utilice la cadena del pooler en su lugar.
Una conexión puede transportar varios tipos de registros:
| Destino | Qué contiene |
|---|---|
| Archivo de decisiones | Una fila por cada decisión, incluidos su entrada, salida, flujo de decisiones, endpoint y las horas de recepción y respuesta. |
| Tablero de casos | Los casos, las tareas y las actividades del trabajo basado en casos. |
| Historial de resultados | Lo que ocurrió con cada decisión, completado por usted. |
| Caché de datos | Las respuestas devueltas por fuentes de datos externas. |
El archivo de decisiones se escribe después de enviar la respuesta. Si esa escritura falla, se pone en cola y se reintenta, de modo que la decisión no falla porque haya fallado la escritura del archivo. Los datos de los casos permanecen en su base de datos, y Decisimo crea sus propias tablas para estos registros; sus tablas existentes no se modifican.
Seleccionar más de un destino en la misma conexión permite que los análisis posteriores utilicen el archivo de decisiones y el historial de resultados junto con su trabajo basado en casos y sus datos almacenados en caché.
Añada datos externos
Puede conectar una fuente de datos a una API REST pública o a un servicio SOAP que devuelva JSON o XML, para que un flujo de decisiones o una tarea de caso utilice información almacenada fuera de su sistema. La autenticación compatible incluye HTTP Basic y OAuth2, y la fuente tiene un tiempo de espera de 15 segundos. Puede configurar la fuente desde su propia pantalla o pedir al Asistente de IA que configure la conexión.
El asistente puede configurar conexiones REST, SOAP o webhook y comprobar el método, la autenticación y las credenciales. Usted introduce las credenciales en un cuadro de credenciales; estas pasan al almacén y el chat solo transporta una referencia. Si pega una credencial en el chat por error, se redacta antes de llegar a la IA.
Puede ejecutar una prueba antes de utilizar la fuente y, después, almacenar en caché su respuesta en el destino Caché de datos durante 30 días de forma predeterminada. Desde un flujo o diseño de caso, el asistente puede configurar los datos externos, mostrar el cambio de diseño propuesto y permitirle revisarlo y aprobarlo antes de aplicarlo.
Utilice las decisiones registradas
El análisis utiliza el archivo de decisiones de su base de datos; las preguntas sobre los resultados también utilizan el historial de resultados. Cuando esos registros existen, puede ejecutar un release sobre decisiones de producción registradas para comprobar qué decisiones cambiarían frente a lo que ocurrió realmente.
Los registros de resultados también pueden producir condiciones candidatas, mostrando su tasa de resultados negativos, su lift y los casos negativos adicionales que detectarían. Cada celda de un resultado de análisis ofrece Extraer estas filas, de modo que un resultado observado puede convertirse en una regla candidata para su revisión, en lugar de quedarse únicamente en un informe.
La minería de políticas puede producir un scorecard con intervalos y puntos, una curva de corte con medidas de estabilidad o una ruta de decisión registrada que recupera la política subyacente a las decisiones registradas y que puede crearse como un flujo de decisiones. El analizador de impacto compara dos revisiones de un conjunto de reglas, una tabla de decisión, un árbol de decisión, un scorecard o una función a partir de un archivo cargado o del archivo de decisiones.
A partir de ahí, pasa del backtest a la minería y a una nueva revisión propuesta. Esa propuesta pone en cola su propio backtest, para que usted vea cómo habría decidido la nueva revisión sobre las mismas decisiones registradas antes de publicarla.
Antes de empezar
Antes de empezar, guarde una política de Word como PDF; la entrada de la política debe ser un PDF o una hoja de cálculo. La base de datos de destino es PostgreSQL, con Supabase conectado mediante su pooler. Usted aprueba y guarda cada cambio que propone el asistente, y publicar un diseño de caso sigue siendo una acción independiente.
Abra el onboarding y cargue el documento de la política, describa la primera decisión o proporcione ambos. Ese documento o descripción es el material de partida para la primera decisión.
