Reten Docs
Audiencias

Actualizar Audience Criteria

Actualiza parcialmente un audience criteria por id. Solo se modifican los campos enviados; incluir queryBlocks reemplaza por completo la definición (bloques y composiciones).

PATCH /api/audience-criterias/:id

Actualiza un Audience Criteria existente. Es una actualización parcial: solo se modifican los campos presentes en el cuerpo; los omitidos quedan intactos. La operación es transaccional — si se reemplaza la definición, los cambios se aplican juntos o no se aplica ninguno.

Auth: Requerida — permiso audience-criteria:update

Editar la audiencia raíz del proyecto exige además el permiso project:update, para cualquier cambio (aunque sea solo name o description). Sin él, la API responde 403 — No tiene permiso para editar la audiencia raíz del proyecto.

Parámetros de ruta

ParámetroTipoDescripción
idUUIDID del audience criteria. Debe ser un UUID válido (si no, 400).

Semántica de actualización (léase primero)

El comportamiento del PATCH no es un merge campo a campo del árbol. Se resume así:

  • Solo se actualiza lo enviado. Un campo omitido no se toca.
    • name — si se envía, no puede ser vacío ni null; actualiza el nombre.
    • description — enviar un string la cambia; enviar null la limpia (queda null); omitirla la deja igual.
  • updatedBy se fija al usuario que edita; updatedAt se refresca automáticamente.

queryBlocks es un reemplazo total, no un merge. Si el cuerpo incluye queryBlocks, el servicio borra todos los query blocks (y todas las composiciones) existentes del criterio y los recrea desde cero con lo enviado. No se hace diff ni se conservan los bloques previos. Si omites queryBlocks, la definición (bloques + composiciones) queda intacta y solo se actualizan name / description.

Enviar queryBlocks sin composedWith borra las composiciones. El reemplazo elimina bloques y composiciones juntos, y las composiciones solo se recrean si composedWith trae al menos un elemento. Para conservar las composiciones al re-enviar queryBlocks, hay que re-enviar también composedWith.

Corolario: composedWith por sí solo es un no-op. Las composiciones únicamente se tocan cuando también se envía queryBlocks; enviar composedWith sin queryBlocks no modifica las composiciones existentes.

La validación de negocio es condicional. El árbol de la definición se revalida (con la zona horaria del tenant) solo si se envía queryBlocks. Si no se envía, name / description se actualizan sin revalidar la definición.

Cuerpo de la solicitud

Nivel raíz (UpdateAudienceCriteriaDto). Todos los campos son opcionales:

CampoTipoRequeridoDescripción
namestringNoSi se envía, no puede ser vacío ni null (400).
descriptionstring | nullNoString para cambiarla, null para limpiarla. Omitir la deja igual.
queryBlocksQueryBlockDto[]NoSi se incluye, reemplaza toda la definición. Mismo shape que en Crear.
composedWithCreateCompositionDto[]NoSolo surte efecto si también se envía queryBlocks (ver avisos).

Igual que en Crear, si se envía queryBlocks debe traer al menos un elemento: un arreglo vacío ([]) produce un 400. Para conservar la definición actual, omite el campo.

Cuando se envía queryBlocks y/o composedWith, usan exactamente los mismos DTOs que Crear (QueryBlockDto / CreateCompositionDto). El sub-árbol se documenta completo a continuación.

queryBlocks[] — bloque de consulta

Cada elemento de queryBlocks (QueryBlockDto) es un statement SQL completo:

CampoTipoRequeridoDescripción
ordernumber (entero)SíPosición del bloque; entero ≥ 0.
setOperatorSetOperatorEnumNoCombina este bloque con el anterior. Ausente en el primer bloque; obligatorio en el resto (ver reglas).
fromFromDtoSíFuente de datos: tabla principal + joins.
selectSelectDtoSíProyección (columnas y/o agregaciones).
timeWindowTimeWindowDtoNoVentana temporal del bloque (unión discriminada por timeOperator).
whereWhereDtoSíÁrbol de predicados. Obligatorio aunque sea un grupo vacío.
groupByColumnRefDto[]NoColumnas de agrupación.
havingHavingDtoNoFiltro sobre agregados.

El setOperator de un query block combina bloques dentro del mismo criterio; no debe confundirse con el setOperator de una composición, que combina criterios enteros. Son dos niveles distintos de operación de conjunto.

ColumnRefDto — referencia a columna

Se usa en todo el árbol (select, filtros, group by, joins, agregados, ventana temporal):

CampoTipoRequeridoDescripción
tablestringSíTabla del catálogo. No vacío.
columnstringSíColumna. No vacío. Puede ser un path de STRUCT (p. ej. "pricing.final_amount").

Toda columna se cualifica siempre con su table para evitar ambigüedad.

from — fuente de datos (FromDto)

CampoTipoRequeridoDescripción
tablestringSíTabla principal del catálogo. No vacío.
joinsJoinDto[]NoCruces con otras tablas. Default [].
unnestsColumnRefDto[]NoColumnas repetidas declaradas como fuente de filas (una fila por elemento). Una audiencia no las admite: omite el campo o envía [] (el default); una lista no vacía da 400.

Cada JoinDto:

CampoTipoRequeridoDescripción
typeJoinTypeEnumSíINNER | LEFT | RIGHT | FULL.
tablestringSíTabla a unir (del catálogo). No vacío.
onJoinPredicateDto[]SíCondiciones de unión.

Cada JoinPredicateDto es un par de columnas: { left: ColumnRefDto, right: ColumnRefDto }.

select — proyección (SelectDto)

CampoTipoRequeridoDescripción
distinctbooleanSíAplica SELECT DISTINCT.
items(SelectColumnItem | SelectAggregateItem)[]SíNo vacío. Unión discriminada por el campo kind.

Los items se discriminan por kind:

  • Columna — kind: "column":

    CampoTipoRequeridoDescripción
    kind"column"SíDiscriminador.
    columnColumnRefDtoSíColumna proyectada.
    aliasstringNoDebe matchear ^[A-Za-z_][A-Za-z0-9_]*$.
  • Agregado — kind: "aggregate":

    CampoTipoRequeridoDescripción
    kind"aggregate"SíDiscriminador.
    aggregateAggregateDtoSíExpresión de agregación.
    aliasstringSíAquí el alias es obligatorio. Mismo regex de identificador.

AggregateDto:

CampoTipoRequeridoDescripción
aggregationOperatorAggregationOperatorEnumSíCOUNT | SUM | AVG | MIN | MAX.
operandobjectSíLo que se agrega. Unión discriminada por kind: column, star o arithmetic (ver abajo).
distinctbooleanNoAplica DISTINCT dentro del agregado.

operand —lo que se agrega— se discrimina por kind:

kindCampos adicionalesSignificado
columncolumn: ColumnRefDtoUna columna del catálogo.
star(ninguno)*: cuenta filas. Solo es válido con COUNT y sin distinct (COUNT(DISTINCT *) no está permitido).
arithmeticarithmeticOperator: ArithmeticOperatorEnum, left, rightExpresión binaria. Cada lado es otro operando: una column o un arithmetic anidado (nunca star).

ArithmeticOperatorEnum: ADD | SUBTRACT | MULTIPLY | SAFE_DIVIDE (una división que da NULL cuando el denominador es cero, en vez de hacer fallar la consulta). Las columnas de una expresión aritmética tienen que ser numéricas (INT64, NUMERIC, BIGNUMERIC, FLOAT64), y las expresiones se anidan hasta 3 niveles de arithmetic, contando el exterior.

where — árbol de predicados (WhereDto)

El where es un árbol recursivo. El nodo raíz es siempre un grupo, y sus hojas son de dos tipos:

kindQué filtra
groupNo es una hoja: agrupa hijos con AND / OR. Se pueden anidar grupos.
predicateUna columna escalar de una tabla del from.
recordPredicateUna columna RECORD REPEATED: existe ≥1 elemento que cumple el sub-filtro.
Grupo — kind: "group"
CampoTipoRequeridoDescripción
kind"group"SíDiscriminador.
logicalOperatorLogicalOperatorEnum (AND | OR)SíConectivo entre los hijos.
children(Grupo | Hoja)[]SíHijos del grupo; pueden ser grupos anidados.

logicalOperator es obligatorio siempre en un grupo, pero solo tiene efecto con 2 o más hijos. Con menos de 2 hijos su valor es indiferente (genera el mismo SQL), pero igual debe enviarse. Un where sin filtros se expresa como un grupo vacío: { "kind": "group", "logicalOperator": "AND", "children": [] }.

Hoja de columna — kind: "predicate"

Compara una columna escalar cualificada por su tabla.

CampoTipoRequeridoDescripción
kind"predicate"SíDiscriminador.
columnColumnRefDtoSíColumna del predicado.
comparisonOperatorComparisonOperatorEnumSíOperador de comparación.
valuePredicateValueDependeSu forma depende del operador.
{
  "kind": "predicate",
  "column": { "table": "user_properties", "column": "country" },
  "comparisonOperator": "IN",
  "value": ["CL", "MX"]
}
Hoja de registro — kind: "recordPredicate"

Filtra por una columna RECORD REPEATED (un array de structs, como attributes). Significa existe al menos un elemento del array que cumple el sub-filtro.

CampoTipoRequeridoDescripción
kind"recordPredicate"SíDiscriminador.
columnColumnRefDtoSíColumna RECORD REPEATED de una tabla del from.
subWhereSub-árbol relativoSíCondiciones sobre los sub-campos del elemento. No puede quedar vacío.
{
  "kind": "recordPredicate",
  "column": { "table": "event_transactions", "column": "attributes" },
  "subWhere": {
    "kind": "group",
    "logicalOperator": "AND",
    "children": [
      { "kind": "predicate", "field": "key", "comparisonOperator": "EQUALS", "value": "canal" },
      { "kind": "predicate", "field": "value", "comparisonOperator": "EQUALS", "value": "web" }
    ]
  }
}

Las condiciones del subWhere se evalúan sobre un mismo elemento del array, no sobre el array entero. El ejemplo de arriba selecciona filas que tienen un atributo cuya key es canal y cuyo value es web — no filas que tengan un atributo con esa key y otro, distinto, con ese value.

Qué columnas admiten un filtro de registro lo dice el catálogo: las que vienen con kind: "record".

Sub-árbol relativo

El subWhere es un grupo AND/OR cuyas hojas se resuelven contra los sub-campos que el registro declara.

La diferencia con el árbol de primer nivel es una sola, y es la fuente de error más común:

Dentro de un sub-árbol relativo los operandos no llevan tabla: se escribe "field": "key", no "column": { "table": "attributes", "column": "key" }. La hoja usa la clave field (un string), no column.

Hojas admitidas dentro de un sub-árbol relativo:

  • Hoja escalar — { "kind": "predicate", "field": string, "comparisonOperator": …, "value"?: … }. El field debe ser un sub-campo escalar del registro.
  • Registro anidado — { "kind": "recordPredicate", "field": string, "subWhere": … }. Un registro dentro de otro registro; se anida sin límite declarado, siempre que el catálogo declare cada nivel.
  • Grupo — la misma forma de grupo, para combinar las hojas anteriores con AND/OR.
Forma de value según comparisonOperator
OperadoresForma de valueEjemplo
IS_NULL, IS_NOT_NULLSin value (se omite)(se omite)
IN, NOT_INLista no vacía ScalarValue[]["CL", "MX"]
BETWEENPar [min, max][10, 20]
El resto (EQUALS, NOT_EQUALS, GREATER_THAN, LESS_THAN, GREATER_THAN_OR_EQUAL, LESS_THAN_OR_EQUAL, CONTAINS, NOT_CONTAINS, STARTS_WITH, ENDS_WITH)Escalar único"activo" · 42

ScalarValue = string | number | boolean. Además, cada operador debe ser compatible con el tipo de la columna (ver reglas de validación).

groupBy — columnas de agrupación

Lista opcional de ColumnRefDto[]. Cuando el bloque agrega (declara groupBy o tiene un agregado en el select), el groupBy debe coincidir exactamente con las columnas no agregadas del select (ver reglas de validación).

having — filtro sobre agregados (HavingDto)

Misma estructura recursiva que where (grupos AND/OR anidados y misma regla de value por operador), pero la hoja opera sobre un agregado, no sobre una columna:

  • Predicado (hoja) — { kind: "predicate", aggregate: AggregateDto, comparisonOperator: ComparisonOperatorEnum, value?: PredicateValue }.
  • Grupo — idéntico al de where.

timeWindow — ventana temporal (TimeWindowDto)

Unión discriminada por timeOperator. Acota el bloque a un período de tiempo sobre una columna TIMESTAMP del catálogo (reference). Es un campo hermano del where, no un nodo del árbol de filtros.

timeOperatorCampos adicionales
ALL_TIME(ninguno) — sin acotar por tiempo.
IN_THE_LASTreference: ColumnRefDto, unit: TimeUnitEnum, value: entero > 0
IN_THE_FIRSTreference: ColumnRefDto, unit: TimeUnitEnum, value: entero > 0
SINCEreference: ColumnRefDto, from: string (YYYY-MM-DD)
BETWEENreference: ColumnRefDto, from: string (YYYY-MM-DD), to: string (YYYY-MM-DD)

TimeUnitEnum: DAYS | WEEKS | MONTHS | YEARS.

Semántica de negocio de cada operador:

  • ALL_TIME — sin ventana; considera todo el histórico.
  • IN_THE_LAST — ventana rodante relativa a "ahora": los últimos value unit (p. ej. últimos 30 DAYS). Se recomputa en cada corrida.
  • IN_THE_FIRST — ventana relativa al origen del ciclo de vida del usuario (hoy, su fecha de alta): los primeros value unit de vida de cada usuario. Se ancla por usuario, no a una fecha fija.
  • SINCE — desde la fecha civil from (inclusiva) en adelante.
  • BETWEEN — entre from y to, ambas fechas civiles inclusivas de su día completo.

Las fechas civiles YYYY-MM-DD (SINCE, BETWEEN) se resuelven al inicio del día en la zona horaria del tenant. El detalle de zona horaria es interno; basta con enviar la fecha civil.

composedWith[] — composición con otras audiencias

Cada elemento (CreateCompositionDto) combina este criterio con otra audiencia vía una operación de conjunto:

CampoTipoRequeridoDescripción
operandCriteriaIdstring (UUID)SíId de la otra audiencia (operando). Debe existir.
setOperatorSetOperatorEnumSíUNION_DISTINCT | UNION_ALL | INTERSECT_DISTINCT.

Recuerda: composedWith solo se aplica cuando también se envía queryBlocks (ver Semántica de actualización).

Reglas de validación

La solicitud pasa por dos capas de validación, ambas devuelven 400 Bad Request:

  1. Validación del DTO (estructura, tipos, enums, campos requeridos del sub-árbol). En este caso message es un arreglo de strings y se rechazan propiedades desconocidas. Corre siempre.
  2. Validación de negocio (el criterio debe generar SQL válido y coherente contra el catálogo). En este caso message es un string único con el mensaje de la regla incumplida y se detiene en el primer invariante violado. Solo corre si el cuerpo incluye queryBlocks.

Las reglas de negocio de la definición son idénticas a las de Crear (catálogo de tablas/columnas, star (*) solo con COUNT, columnas numéricas en las expresiones aritméticas, cobertura de GROUP BY, contexto de HAVING, columna de identidad, setOperator por posición del bloque, compatibilidad de operador por tipo, forma de value, reglas del timeWindow, etc.).

Reglas específicas de composedWith (también 400, verificadas al recrear las composiciones cuando se envía queryBlocks):

ReglaMensaje
Un criterio no puede referenciarse a sí mismo.An audience criteria cannot reference itself
El operando debe existir.Operand audience criteria <id> not found or deleted
No se permiten referencias circulares entre criterios.Circular reference detected

Ejemplos

Actualización parcial (solo metadatos)

Renombrar el criterio y limpiar su descripción, sin tocar la definición (queryBlocks / composedWith se omiten, así que bloques y composiciones quedan intactos):

curl -X PATCH https://api.reten.ai/api/audience-criterias/a1b2c3d4-5678-4abc-9def-1234567890ab \
  -H "Authorization: Bearer <token>" \
  -H "x-tenant-id: <tenant-id>" \
  -H "x-project-id: <project-id>" \
  -H "Content-Type: application/json" \
  -d '{
    "name": "Compradores VIP (renombrado)",
    "description": null
  }'
import axios from 'axios';

const id = 'a1b2c3d4-5678-4abc-9def-1234567890ab';
const response = await axios.patch(
  `https://api.reten.ai/api/audience-criterias/${id}`,
  { name: 'Compradores VIP (renombrado)', description: null },
  { headers: { Authorization: 'Bearer <token>', 'x-tenant-id': '<tenant-id>', 'x-project-id': '<project-id>' } },
);
const updated = response.data;

Reemplazo de la definición

Al incluir queryBlocks se reemplaza toda la definición. Aquí también se re-envía composedWith para conservar la composición (si se omitiera, la composición se borraría):

curl -X PATCH https://api.reten.ai/api/audience-criterias/a1b2c3d4-5678-4abc-9def-1234567890ab \
  -H "Authorization: Bearer <token>" \
  -H "x-tenant-id: <tenant-id>" \
  -H "x-project-id: <project-id>" \
  -H "Content-Type: application/json" \
  -d '{
    "name": "Compradores VIP (últimos 60 días)",
    "queryBlocks": [
      {
        "order": 0,
        "from": { "table": "event_transactions", "joins": [] },
        "select": {
          "distinct": false,
          "items": [
            { "kind": "column", "column": { "table": "event_transactions", "column": "user_id" } }
          ]
        },
        "timeWindow": {
          "timeOperator": "IN_THE_LAST",
          "reference": { "table": "event_transactions", "column": "event_date" },
          "unit": "DAYS",
          "value": 60
        },
        "where": {
          "kind": "group",
          "logicalOperator": "AND",
          "children": [
            {
              "kind": "predicate",
              "column": { "table": "event_transactions", "column": "status" },
              "comparisonOperator": "EQUALS",
              "value": "completed"
            }
          ]
        },
        "groupBy": [
          { "table": "event_transactions", "column": "user_id" }
        ],
        "having": {
          "kind": "group",
          "logicalOperator": "AND",
          "children": [
            {
              "kind": "predicate",
              "aggregate": {
                "aggregationOperator": "SUM",
                "operand": { "kind": "column", "column": { "table": "event_transactions", "column": "pricing.final_amount" } }
              },
              "comparisonOperator": "GREATER_THAN",
              "value": 100000
            }
          ]
        }
      }
    ],
    "composedWith": [
      {
        "operandCriteriaId": "b2c3d4e5-6789-4abc-9def-0123456789ab",
        "setOperator": "INTERSECT_DISTINCT"
      }
    ]
  }'
import axios from 'axios';

const id = 'a1b2c3d4-5678-4abc-9def-1234567890ab';
const body = {
  name: 'Compradores VIP (últimos 60 días)',
  queryBlocks: [
    {
      order: 0,
      from: { table: 'event_transactions', joins: [] },
      select: {
        distinct: false,
        items: [
          { kind: 'column', column: { table: 'event_transactions', column: 'user_id' } },
        ],
      },
      timeWindow: {
        timeOperator: 'IN_THE_LAST',
        reference: { table: 'event_transactions', column: 'event_date' },
        unit: 'DAYS',
        value: 60,
      },
      where: {
        kind: 'group',
        logicalOperator: 'AND',
        children: [
          {
            kind: 'predicate',
            column: { table: 'event_transactions', column: 'status' },
            comparisonOperator: 'EQUALS',
            value: 'completed',
          },
        ],
      },
      groupBy: [{ table: 'event_transactions', column: 'user_id' }],
      having: {
        kind: 'group',
        logicalOperator: 'AND',
        children: [
          {
            kind: 'predicate',
            aggregate: {
              aggregationOperator: 'SUM',
              operand: { kind: 'column', column: { table: 'event_transactions', column: 'pricing.final_amount' } },
            },
            comparisonOperator: 'GREATER_THAN',
            value: 100000,
          },
        ],
      },
    },
  ],
  composedWith: [
    {
      operandCriteriaId: 'b2c3d4e5-6789-4abc-9def-0123456789ab',
      setOperator: 'INTERSECT_DISTINCT',
    },
  ],
};

const response = await axios.patch(
  `https://api.reten.ai/api/audience-criterias/${id}`,
  body,
  { headers: { Authorization: 'Bearer <token>', 'x-tenant-id': '<tenant-id>', 'x-project-id': '<project-id>' } },
);
const updated = response.data;

Respuesta 200 OK

Devuelve el criterio ya actualizado como IAudienceCriteriaDetail — la misma forma que GET /audience-criterias/:id y que Crear. Es el recurso base más el árbol completo: queryBlocks[] (con su id y order resueltos, ordenados por order ascendente) y compositions[] (con id y operandCriteriaName).

Campos base (IAudienceCriteria) — todos camelCase; los instantes se serializan a ISO 8601:

CampoTipoDescripción
idstring (UUID)Id del criterio.
projectIdstring (UUID)Proyecto al que pertenece el criterio.
namestringNombre (ya actualizado si se envió).
descriptionstring | nullnull si está vacía.
isActivebooleanSi el criterio está activo.
isRootbooleantrue sólo para la audiencia raíz del proyecto (ver Proyectos).
ownerIdstring (UUID)Usuario creador (no cambia en la edición).
updatedBystring (UUID)Usuario que realizó esta edición.
createdAtstring (ISO 8601)Fecha de creación.
updatedAtstring (ISO 8601)Se refresca con la edición.

Relaciones anidadas:

  • queryBlocks[] — cada bloque añade su id (UUID) y devuelve el árbol tal como quedó (from, select, timeWindow, where, groupBy, having). Los campos opcionales ausentes se devuelven como null (setOperator, timeWindow, groupBy, having) y from.joins como [] si no había joins; from.unnests viene siempre como [].
  • compositions[] — cada composición: id (UUID), operandCriteriaId, operandCriteriaName (nombre del operando resuelto; "" si no resuelve) y setOperator.
{
  "id": "a1b2c3d4-5678-4abc-9def-1234567890ab",
  "projectId": "3f6c2b1a-8d4e-4f7a-9b2c-5e1d0a7f6c34",
  "name": "Compradores VIP (últimos 60 días)",
  "description": null,
  "isActive": true,
  "isRoot": false,
  "ownerId": "0f0e0d0c-0b0a-4090-8070-605040302010",
  "updatedBy": "1a2b3c4d-5e6f-4071-8092-a0b0c0d0e0f0",
  "createdAt": "2026-07-15T14:32:07.481Z",
  "updatedAt": "2026-07-15T16:05:44.902Z",
  "queryBlocks": [
    {
      "id": "e5f6a7b8-9012-4abc-9def-567890abcdef",
      "order": 0,
      "setOperator": null,
      "from": { "table": "event_transactions", "joins": [], "unnests": [] },
      "select": {
        "distinct": false,
        "items": [
          { "kind": "column", "column": { "table": "event_transactions", "column": "user_id" } }
        ]
      },
      "timeWindow": {
        "timeOperator": "IN_THE_LAST",
        "reference": { "table": "event_transactions", "column": "event_date" },
        "unit": "DAYS",
        "value": 60
      },
      "where": {
        "kind": "group",
        "logicalOperator": "AND",
        "children": [
          {
            "kind": "predicate",
            "column": { "table": "event_transactions", "column": "status" },
            "comparisonOperator": "EQUALS",
            "value": "completed"
          }
        ]
      },
      "groupBy": [
        { "table": "event_transactions", "column": "user_id" }
      ],
      "having": {
        "kind": "group",
        "logicalOperator": "AND",
        "children": [
          {
            "kind": "predicate",
            "aggregate": {
              "aggregationOperator": "SUM",
              "operand": { "kind": "column", "column": { "table": "event_transactions", "column": "pricing.final_amount" } }
            },
            "comparisonOperator": "GREATER_THAN",
            "value": 100000
          }
        ]
      }
    }
  ],
  "compositions": [
    {
      "id": "f6a7b8c9-0123-4abc-9def-67890abcdef0",
      "operandCriteriaId": "b2c3d4e5-6789-4abc-9def-0123456789ab",
      "operandCriteriaName": "Usuarios activos",
      "setOperator": "INTERSECT_DISTINCT"
    }
  ]
}

Respuestas de error

EstadoDescripción
400DTO inválido (tipo incorrecto, enum fuera de rango, propiedad desconocida, name vacío o null, queryBlocks vacío) o, cuando se envía queryBlocks, una regla de negocio incumplida (ver reglas de validación). También si el id no es un UUID válido.
401Falta o es inválido el Authorization: Bearer.
403El usuario no tiene el permiso audience-criteria:update, o el x-tenant-id no está autorizado. También cuando el criterio es la audiencia raíz del proyecto y el usuario no tiene project:update (No tiene permiso para editar la audiencia raíz del proyecto).
404No existe un audience criteria con ese id en el proyecto activo.