Obtener el catálogo de automatizaciones
Todo lo que necesitas para construir una regla de automatización válida sin adivinar: los disparadores visibles para tu empresa, el conjunto cerrado de operadores y combinadores de condición, y las acciones que tienen un adaptador registrado junto con el esquema JSON de sus parámetros.
- La visibilidad sigue el plan y los módulos de la empresa, así que dos cuentas pueden ver legítimamente catálogos distintos.
- La respuesta es determinista —dos llamadas consecutivas sin ningún cambio devuelven exactamente el mismo cuerpo— y sus etiquetas se traducen según la cabecera
Accept-Language, con español por defecto. - Los campos evaluables de cada disparador NO se incluyen aquí: los sirve por disparador
GET /v1/automations/catalog/triggers/{trigger}/fields, que es lo que evita que esta llamada pese cientos de kilobytes.
En: header
Headers
Fija la versión de la API (YYYY-MM-DD, versionado por fecha estilo Stripe) para esta petición; omítelo para usar la versión fijada de la clave, o la última si no hay ninguna. Versión no soportada → 400 unsupported_api_version; malformada → 400 parameter_invalid_format. La versión efectiva se refleja en la cabecera de respuesta Factuarea-Version. Consulta la guía de Versioning.
dateOpera en nombre de una empresa hija (API key maestra de gestoría): pasa su id público (UUID v7) y la petición se ejecuta contra los datos de esa hija sin cambiar el scope, el tier ni el environment de la clave (omítelo para usar la propia empresa de la clave). UUID inválido → 400 parameter_invalid_uuid; id desconocido o no propio → 404 profile_not_found. Consulta la guía de Acting on behalf.
uuidCuerpo de la respuesta
application/json
application/json
application/json
application/json
application/json