> ## Documentation Index
> Fetch the complete documentation index at: https://gotrebol.com/docs/llms.txt
> Use this file to discover all available pages before exploring further.

# Novedades

> Conoce las nuevas funcionalidades y mejoras que Trébol desarrolla para ti.

<Update label="Identificadores de la credencial INE en los items de identificación" description="Los items person_id devuelven el CIC, el OCR y el identificador del ciudadano apenas termina la extracción, sin esperar la validación del INE" tags={["Verificaciones", "API"]}>
  *Disponible desde el 8 de septiembre de 2026.*

  **Qué es.** El `item_value` de los items `person_id` suma **tres campos nuevos**: `cic`, `ocr` e `identificador_ciudadano`, con los identificadores tal como Trébol los extrae de la credencial.

  **Para qué sirve.** Hasta ahora el CIC y el OCR solo llegaban dentro de `ine_validation_data`, que se completa recién cuando termina la validación contra el listado nominal del INE. Esa consulta puede demorar, así que si leías el item apenas terminaba la extracción, no los encontrabas. El identificador del ciudadano estaba peor: no tiene equivalente en `ine_validation_data`, así que no había forma de leerlo. Ahora los tres campos se completan con la extracción del documento y no dependen de la validación.

  **`ocr` e `identificador_ciudadano` son excluyentes.** Los modelos de credencial más antiguos (B, C y D) imprimen "OCR"; los más nuevos (E, F, G y H) imprimen "Identificador del Ciudadano" en su lugar. Cada credencial trae uno de los dos. Lee los dos campos y usa el que venga con valor.

  **Los items ya procesados también los devuelven.** El dato ya se guardaba durante la extracción, así que no hace falta reprocesar nada.

  Los tres campos siempre están presentes: lo opcional es el valor, no su presencia. Llegan en `null` cuando el documento no es un INE (`passport`, `residence_mx`, `cc`) o cuando ese modelo de credencial no imprime ese dato.

  **Es un cambio aditivo y no rompe integraciones.** Los tres campos se suman a la respuesta: `ine_validation_data` no cambia de forma, de valores ni de momento, y ningún campo existente se renombra ni se quita. Si tu integración los ignora, sigue funcionando exactamente igual que antes.

  Consulta el detalle en [Identificadores de la credencial INE](/docs/guia-devs/uso-kyb/todos-paises/items-documentos#identificadores-credencial-ine).
</Update>

<Update label="Motivo cuando una empresa no tiene accionistas" description="La sección de accionistas explica si la lista vacía es final por el tipo de sociedad o si el acta todavía se está procesando" tags={["Verificaciones", "API", "Aplicativo web"]}>
  *Disponible desde el 20 de agosto de 2026.*

  **Qué es.** La respuesta de accionistas suma **dos campos nuevos**: `shareholders_unavailable_reason` y `business_type`. El primero explica por qué la lista de accionistas viene vacía; el segundo trae el tipo de sociedad del que Trébol derivó ese motivo.

  **Para qué sirve.** Hasta ahora una lista vacía era ambigua: no distinguías "esta empresa no tiene accionistas porque su tipo de sociedad no los tiene" de "el acta todavía no se procesó". Los dos casos llegaban como un array vacío. Ahora el motivo te lo dice:

  * `business_type_without_shareholders`: el tipo de sociedad no tiene accionistas, sino socios, asociados o cooperativistas. La lista vacía es la respuesta **final**. Cubre Asociación Civil, Sociedad Cooperativa, Sociedad Civil, Sociedad de Producción Rural, instituciones de asistencia y beneficencia privada, condominios, sindicatos y otras formas similares.
  * `pending_extraction`: **todavía no se sabe**. Hay un acta en extracción, así que la lista vacía no dice nada. Vuelve a consultar cuando la verificación avance.
  * `null`: no hay motivo que reportar, porque la empresa tiene accionistas cargados o porque su tipo de sociedad sí los tiene.

  Hay motivo **solo si la lista está vacía**: una Sociedad Civil cuyo acta sí listó a sus socios devuelve `null`, porque hay datos que mostrar. Los dos campos siempre están presentes: lo opcional es el valor, no su presencia. Nunca se omiten del objeto, ni siquiera cuando hay accionistas — en ese caso `shareholders_unavailable_reason` llega en `null`.

  **En el aplicativo web.** La pestaña de accionistas usa estos campos para su mensaje. Antes, mientras el acta estaba sin procesar, la pestaña no aparecía; ahora existe y avisa que la extracción sigue en curso, con un texto distinto del de "esta empresa no tiene accionistas".

  **Es un cambio aditivo y no rompe integraciones.** Los dos campos se suman a la respuesta: no cambian, no renombran y no quitan ningún campo existente, y no alteran el contenido de `shareholders`, `capital` ni `source`. Si tu integración los ignora, sigue funcionando exactamente igual que antes. Aplican tanto a `GET /v2/verifications/{id}/shareholders` y `GET /v2/companies/{tag}/shareholders` como a sus equivalentes v1.

  Consulta el detalle en [Motivo cuando la lista de accionistas viene vacía](/docs/guia-devs/uso-kyb/mexico/accionistas#motivo-sin-accionistas).
</Update>

<Update label="Nombre separado en partes en los items de identificación" description="Los items person_id devuelven el nombre y los apellidos por separado, además del nombre completo" tags={["Verificaciones", "API"]}>
  *Disponible desde el 7 de agosto de 2026.*

  **Qué es.** El `item_value` de los items `person_id` suma **cuatro campos nuevos** con el nombre de la persona separado en sus partes: `first_name`, `other_names`, `first_last_name` y `other_last_names`. El campo `names` con el nombre completo sigue igual.

  **Para qué sirve.** Si necesitas el nombre y los apellidos por separado —para prellenar formularios, cruzar contra tus propios registros o listas de riesgo— ya no tienes que partir `names` por tu cuenta. La separación se basa en las etiquetas del propio documento (INE, cédula de ciudadanía, pasaporte y tarjeta de residencia), no en la posición dentro del nombre completo, que en la mayoría de las identificaciones viene con los apellidos primero.

  **Campos opcionales.** `other_names` viene en `null` cuando la persona tiene un solo nombre de pila, y `other_last_names` cuando tiene un solo apellido. Los items procesados antes de esta fecha devuelven los cuatro campos en `null`.

  Es un cambio **aditivo**: no cambia ni renombra ningún campo existente. Consulta el detalle en [Nombre separado en partes](/docs/guia-devs/uso-kyb/todos-paises/items-documentos#nombre-separado-en-partes).
</Update>

<Update label="Personalización de la primera ventana del widget" description="Cinco campos nuevos de branding, un eje de consentimiento con checkbox y dominio personalizado para las ligas de onboarding" tags={["Widget", "Aplicativo web"]}>
  *Disponible desde el 24 de julio de 2026.*

  **Qué es.** La pantalla **Ajustes → Personalización** del aplicativo web suma **cinco campos nuevos** para la primera ventana del widget y un **nuevo eje de consentimiento**. Toda la configuración sigue siendo a nivel de cuenta.

  **Campos nuevos.** Todos opcionales:

  * **URL de términos y condiciones:** se muestra junto a la política de privacidad y agrega los términos al footer.
  * **Correo de contacto:** reemplaza el correo de soporte de Trébol en el footer del widget.
  * **Hacer el identificador fiscal (RFC/NIT) obligatorio:** vuelve requerido el campo fiscal del primer paso (según el país del flujo).
  * **Requerir aceptación explícita con checkbox:** muestra un checkbox que bloquea el botón "Comenzar" hasta que el prospecto acepta.
  * **Remitente de los correos:** define el nombre visible del remitente en los correos de onboarding. Es el único campo que afecta los correos, no el widget.

  **Consentimiento con dos ejes.** El consentimiento deja de ser una sola elección. Ahora combinas **quién obtiene el consentimiento** (Trébol refiere leads o el cliente acepta directamente) con **cómo se acepta** (implícito al hacer clic o con checkbox explícito).

  **Dominio personalizado de onboarding.** También configuras tu **propio dominio** (por ejemplo `verificacion.tuempresa.com`) para que el prospecto vea tu marca en la URL durante todo el onboarding. Las ligas nuevas usan tu dominio en cuanto lo verificas. El widget embebido sigue cargando desde el dominio de Trébol.

  Consulta el detalle en [Personalizar el widget](/docs/guia-devs/crear-verificaciones/via-widget/personalizar) y en [Dominio personalizado de onboarding](/docs/guia-devs/crear-verificaciones/via-widget/personalizar#dominio-personalizado-de-onboarding).
</Update>

<Update label="Divisor de documentos (doc_splitter)" description="Divide un PDF con varios documentos en cortes individuales y crea ítems a partir de cada corte" tags={["Verificaciones", "API"]}>
  *Disponible desde el 24 de julio de 2026.*

  **Qué es.** El nuevo tipo de ítem `doc_splitter` analiza un PDF, identifica los documentos que contiene y devuelve una lista de **cortes** (splits) con su rango de páginas y clasificación. Sirve para expedientes que agrupan varios documentos en un mismo archivo.

  **Cómo se crea.** Igual que cualquier ítem: al [crear una verificación](https://docs.gotrebol.com/api-reference/creacion-de-verificacion/crear-una-nueva-verificación) (`POST /verifications`) o al [agregar ítems a una existente](https://docs.gotrebol.com/api-reference/agregar-items-a-una-verificacion/agregar-items-a-una-verificación-existente) (`PUT /verifications/{id}/add-items`), pasando `type: "doc_splitter"` y una `options.file_url` con el PDF a dividir.

  **Cómo se consume.** Cuando el ítem termina, expone `item_value.split_documents` con un `support_id`, `page_start`, `page_end` y `support_metadata` por corte.

  **Cómo se procesan los cortes.** Para procesar un corte con otro ítem (`doc_validation`, `ac_mx`, `aa_mx`, `cit_*`, etc.), llamas otra vez a `add-items` con:

  ```json theme={"dark"}
  {
    "type": "ac_mx",
    "options": {
      "file_source": "item",
      "file_source_info": {
        "item_id": 30829,
        "support_id": "ds_9f7d3a1c-..."
      }
    }
  }
  ```

  Trébol resuelve internamente el sub-PDF; no necesitas reenviar la URL.

  **Compatible con tipos personalizados.** El `allowed_item_types` acepta tipos built-in y tipos definidos vía [tipos de ítem personalizados](/docs/producto/guias/tipos-de-item-personalizados) (`cit_*`) en la misma lista.

  Consulta el detalle en la [guía del divisor de documentos](/docs/producto/guias/doc-splitter).
</Update>

<Update label="Tipos de ítem personalizados" description="Define tus propios tipos de documento con clasificación, validación y extracción configurables" tags={["Verificaciones", "API", "Aplicativo web"]}>
  *Disponible desde el 22 de julio de 2026.*

  **Qué es.** Ahora tu cuenta define sus propios **tipos de ítem personalizados**: tipos de documento que van más allá de los que Trébol trae por defecto. Los creas, configuras y los usas en tus verificaciones igual que cualquier tipo estándar.

  **Procesos.** Cada tipo agrupa hasta tres clases de proceso:

  * **Clasificación** (obligatorio). Describe el documento para que Trébol lo identifique. Se crea junto con el tipo.
  * **Validación** (opcional). Define reglas que el documento debe cumplir.
  * **Extracción** (opcional). Define los campos a extraer y produce un esquema de salida.

  **Cómo se crea.** Tienes dos vías:

  <Tabs>
    <Tab title="Por API">
      Gestionas el ciclo de vida completo con el endpoint `/v2/custom-item-types` y sus procesos: crear, listar, obtener, actualizar y eliminar.
    </Tab>

    <Tab title="Por aplicativo web (administradores)">
      Los administradores crean, leen, editan y borran tipos completos desde **Ajustes → Tipos de documentos** (menú lateral izquierdo) → botón **+ Nuevo tipo de documento**.
    </Tab>
  </Tabs>

  **Cómo se usa.** Pasas el `name` del tipo como `type` del ítem al crear una verificación, igual que un tipo de Trébol. El flujo de la API no cambia; solo cambia el valor del tipo.

  Consulta el detalle en la [guía de tipos de ítem personalizados](/docs/producto/guias/tipos-de-item-personalizados) y en la [referencia de la API](https://docs.gotrebol.com/api-reference/tipos-de-ítem-personalizados/crear-un-tipo-de-ítem-personalizado).
</Update>

<Update label="Consultas SAT: RFC no encontrado vs. falla técnica" description="Las respuestas del SAT ahora distinguen un RFC sin información de una falla técnica del portal" tags={["Verificaciones", "API"]}>
  *Disponible desde el 2 de julio de 2026.*

  Las consultas de firmas y sellos del SAT (`public_sat_signatures`) ahora **distinguen dos resultados** que antes se reportaban igual, mediante un campo **adicional** `validationResult.reason` dentro de `item_value.data.{rfc}`:

  * **RFC no encontrado** (`validationResult.reason: "rfc_not_found"`): el SAT respondió correctamente pero no tiene información para ese RFC. Acción: verifica que el RFC sea correcto.
  * **Falla técnica** (`validationResult.reason: "scraper_error"`, o `status: "exception"`): un problema al consultar el portal del SAT (respuesta inesperada, bloqueo o cambio en la página). Acción: reintenta más tarde.

  Cada caso trae además un `validationMessage` específico, en lugar del genérico `"No successful response has been returned, please check RFC."` anterior.

  <Note>
    Cambio **retrocompatible**: el campo `status` conserva sus valores de siempre (`success`, `fail`, `exception`) y `validationResult.reason` es información nueva y opcional. Si hoy ramificas solo por `status`, no necesitas hacer nada. Si quieres mostrar el mensaje preciso de "verifica el RFC" vs "reintenta más tarde", usa `validationResult.reason`.
  </Note>

  Consulta el detalle en [errores en consultas públicas → SAT](/docs/guia-devs/referencia/errores-consultas-publicas#sat).
</Update>

<Update label="Síntesis de dictamen" description="Trébol emite una síntesis con alertas sobre qué revisar para completar el dictamen" tags={["Verificaciones", "Aplicativo web"]}>
  *Disponible desde el 24 de junio de 2026.*

  **Qué es.** Trébol ya no solo extrae información. Ahora emite una **síntesis de dictamen**. Esta señala qué revisar antes de dar por completo el dictamen, según las reglas de negocio de tu cuenta.

  **Alertas.** Cada hallazgo trae una severidad:

  * 🚨 **Críticos.** Bloquean el dictamen y requieren revisión antes de continuar.
  * ⚠️ **Revisar.** No bloquean por sí solas, pero conviene validarlas.
  * ℹ️ **Informativo.** No bloquean; los avisos son solo de contexto.

  **Ejemplo.** Síntesis de dictamen para *ACME S.A. de C.V.*

  * 🚨 **Constancia de situación fiscal vencida.** Tiene más de 60 días de antigüedad.
  * ⚠️ **RFC de socio faltante.** Un socio no tiene RFC en el expediente.
  * ℹ️ **INE inválida.** La identificación del representante no pasó la validación.

  <Info>
    Contacta a [help@gotrebol.com](mailto:help@gotrebol.com) para **configurar tus propias reglas**.
  </Info>

  **Dónde ves la síntesis de dictamen.** El mismo análisis aparece en tres lugares.

  <Tabs>
    <Tab title="Aplicativo web">
      Al abrir la verificación ves la síntesis en el reporte, dentro del análisis de dictamen legal. Ahí revisas cada alerta con su severidad.
    </Tab>

    <Tab title="Correo al finalizar">
      Cuando la verificación finaliza, el dueño recibe un correo con el dictamen preliminar, un resumen del análisis y las alertas. El correo trae un botón para revisar o exportar.
    </Tab>

    <Tab title="Correo de exportación">
      Si exportas el documento e ingresas un correo, llega un correo similar con las alertas **más el documento adjunto**.
    </Tab>
  </Tabs>

  <Info>
    **Por ahora solo en aplicativo web y correo.** La síntesis y las alertas aún no se exponen vía API ni webhook.
  </Info>
</Update>

<Update label="Reporte de consultas públicas (México)" description="Descarga la evidencia de auditoría de las consultas a fuentes gubernamentales" tags={["Verificaciones", "API", "Aplicativo web"]}>
  *Disponible desde el 23 de junio de 2026. Aplica solo a verificaciones de **México**.*

  Cada verificación de México ahora genera un **reporte PDF estandarizado** con la evidencia de las consultas que Trébol hace a fuentes públicas (SAT, validación QR de la constancia de situación fiscal, CURP/RENAPO, INE y SIGER): qué dependencia se consultó, sobre quién, en qué fecha y con qué resultado. El reporte se **regenera automáticamente** cada vez que la verificación finaliza.

  <img src="https://mintcdn.com/trebol/6QOmIy2mbEXR6k4o/images/actualizaciones/verificaciones-reporte-consultas-pdf.png?fit=max&auto=format&n=6QOmIy2mbEXR6k4o&q=85&s=cd42ef0f917f355bd56ae1d0a635e281" alt="Reporte de consultas a fuentes gubernamentales generado por Trébol" width="360" data-path="images/actualizaciones/verificaciones-reporte-consultas-pdf.png" />

  <Tabs>
    <Tab title="Por API">
      Disponible en el campo `lookups_report` del endpoint [obtener una verificación por su ID](https://docs.gotrebol.com/api-reference/leer-información-de-la-empresa/obtener-una-verificación-por-su-id). El campo está **presente solo cuando el reporte existe**: en verificaciones antiguas, sin consultas externas o aún en generación, `lookups_report` puede venir ausente o `null` — chequéalo antes de leer `url`.

      La `url` del PDF dentro de `lookups_report` es **firmada y de corta duración**: no la caches; vuelve a consultar la verificación si necesitas un enlace fresco.

      <Note>
        ¿Necesitas la evidencia en formato procesable? La sección `external-lookups` la entrega como JSON. Consulta el detalle —campos, evidencia por fuente y ejemplos— en [Consultas públicas externas](/docs/guia-devs/monitorear/consultas-publicas-externas).
      </Note>
    </Tab>

    <Tab title="Por aplicativo web">
      Descárgalo desde el **menú de tres líneas (≡) → Descargar reporte de consultas**.

      <img src="https://mintcdn.com/trebol/6QOmIy2mbEXR6k4o/images/actualizaciones/verificaciones-reporte-consultas-webapp.png?fit=max&auto=format&n=6QOmIy2mbEXR6k4o&q=85&s=c5cfdf7faee824d263d29c89e0e6e9ac" alt="Descargar el reporte de consultas desde el menú del aplicativo web" width="320" data-path="images/actualizaciones/verificaciones-reporte-consultas-webapp.png" />
    </Tab>
  </Tabs>
</Update>

<Update label="Etiquetas de decisión en verificaciones" description="Aprueba o rechaza un prospecto y deja la verificación en solo lectura" tags={["Verificaciones", "Aplicativo web"]}>
  *Disponible desde el 27 de mayo de 2026.*

  Ahora puedes asignar una **etiqueta de decisión** a una verificación desde el aplicativo web para cerrar el ciclo del prospecto. La etiqueta marca la verificación como aprobada o rechazada, con un comentario opcional que justifica la decisión. La decisión se toma sobre el expediente y la información que Trébol ya capturó y reconcilió.

  Al asignar una etiqueta de decisión, la verificación queda en **solo lectura**: no se pueden agregar ni reemplazar documentos, ni modificar campos. Esto protege la información sobre la cual se tomó la decisión.

  <Note>
    **Permiso requerido.** Solo los usuarios con el permiso *Aprobar etiquetas (decisión y bloqueo)* pueden asignar este tipo de etiquetas. Los demás usuarios pueden ver la decisión pero no cambiarla.
  </Note>

  <Info>
    **Activación.** Esta funcionalidad es opcional por cuenta. Si la quieres usar, contacta a Trébol para activarla.
  </Info>

  Cuando asignas o remueves una etiqueta de decisión, Trébol dispara los webhooks [`verification.v2.label_added`](/docs/guia-devs/webhooks#verification-v2-label_added) y [`verification.v2.label_removed`](/docs/guia-devs/webhooks#verification-v2-label_removed) para que tu sistema reaccione en tiempo real.

  <img src="https://mintcdn.com/trebol/hDsxkrc6DhhNFcRa/images/actualizaciones/verificaciones-etiquetas.gif?s=36eb66194153efc64225470574a65aa0" alt="Asignación de etiqueta de decisión a una verificación" width="800" height="440" data-path="images/actualizaciones/verificaciones-etiquetas.gif" />
</Update>

<Update label="Skill oficial de Trébol para editores con IA" description="Integra Trébol más rápido desde Claude Code, Cursor, Codex y otros editores con IA" tags={["API"]}>
  *Disponible desde el 15 de mayo de 2026.*

  Publicamos un **skill oficial de Trébol** que tu editor con IA (Claude Code, Cursor, Codex, GitHub Copilot, Windsurf, Gemini, Cline y más) carga bajo demanda. Le da a tu asistente conocimiento embebido de nuestra API: autenticación, endpoints, items, account-flows, webhooks y errores comunes. El objetivo es acelerar la integración de los clientes que se conectan vía API: menos vueltas al navegador, código listo para pegar.

  Instalación en una sola línea:

  ```bash theme={"dark"}
  npx skills add gotrebol/skills
  ```

  [skills.sh](https://www.skills.sh) detecta qué editor con IA usas y configura el skill en la ruta correcta. Después puedes preguntarle a tu asistente cosas como *"¿cómo creo una verificación KYB para una empresa mexicana?"*. La respuesta llega con endpoints y payloads específicos de Trébol.

  <Tip>
    **Privacidad.** El skill no envía datos a Trébol. Es contenido estático que vive localmente y tu asistente consulta bajo demanda. Lo único que sale de tu máquina son las llamadas que tú decidas hacer a `api.gotrebol.com` con tu propia API key.
  </Tip>

  Para la guía completa de instalación, prerequisitos, actualización y solución de problemas, consulta [Integrar Trébol desde tu editor con IA](/docs/guia-devs/skill).
</Update>

<Update label="Mostrar/ocultar campos de formulario" description="Campos condicionales basados en respuestas previas" tags={["Widget"]}>
  *Disponible desde el 21 de abril de 2026. No requiere actualización en tu integración.*

  Ahora puedes configurar campos condicionales en los formularios del widget: según la respuesta de una pregunta, el formulario muestra u oculta otras preguntas. Esto te permite construir formularios dinámicos sin ramificar el esquema.

  <img src="https://mintcdn.com/trebol/-vWGeloqYX2h-Y5k/images/actualizaciones/widget-campos-condicionales.gif?s=9c2387abc8417c6fdfc3a44ca5a65215" alt="Campos condicionales en formularios" width="2474" height="1234" data-path="images/actualizaciones/widget-campos-condicionales.gif" />

  Usa los atributos `depends_on` y `depends_on_value` en el esquema del formulario para definir las condiciones. Consulta la documentación completa en [Items del flujo — campos condicionales](/docs/guia-devs/crear-verificaciones/via-widget/items#campos-condicionales-depends_on-%2F-depends_on_value).
</Update>

<Update label="Nombre personalizado en verificaciones" description="Identifica cada verificación con un nombre que tú eliges" tags={["Verificaciones", "API", "Widget"]}>
  *Disponible desde el 16 de abril de 2026.*

  Ahora puedes asignarle un nombre personalizado a cada verificación para encontrarla fácilmente en tu listado. Esto es útil cuando el nombre legal en los documentos difiere de cómo conoces a la empresa internamente.

  Puedes configurar el nombre personalizado desde tres puntos:

  <Tabs>
    <Tab title="Por API">
      Usa el campo `friendly_name` en el body del request. Consulta la [referencia API](https://docs.gotrebol.com/api-reference/creacion-de-verificacion/crear-una-nueva-verificación#body-one-of-0-friendly-name).
    </Tab>

    <Tab title="Widget (link de onboarding)">
      Usa el campo **Nombre del prospecto / empresa (opcional)** al generar el link de onboarding.
    </Tab>

    <Tab title="Aplicativo web (carga de documentos)">
      Usa el campo **Nombre del prospecto / empresa (opcional)** al crear la verificación con carga de documentos.
    </Tab>
  </Tabs>

  <img src="https://mintcdn.com/trebol/-vWGeloqYX2h-Y5k/images/actualizaciones/verificaciones-nombre-personalizado.png?fit=max&auto=format&n=-vWGeloqYX2h-Y5k&q=85&s=5e18c10d4ea7b1f4c8b9e328432bc681" alt="Nombre personalizado en el aplicativo web" width="1332" height="528" data-path="images/actualizaciones/verificaciones-nombre-personalizado.png" />
</Update>

<Update label="Formularios divididos por secciones" description="Navega formularios largos por secciones desde el menú lateral" tags={["Widget"]}>
  *Disponible desde el 16 de abril de 2026. No requiere actualización en tu integración.*

  Los formularios largos del widget ahora se organizan en secciones con un menú lateral de navegación. Antes el widget mostraba todos los campos en una sola página. Esto facilita completar formularios extensos de forma más ordenada.

  <img src="https://mintcdn.com/trebol/-vWGeloqYX2h-Y5k/images/actualizaciones/widget-formularios-secciones.png?fit=max&auto=format&n=-vWGeloqYX2h-Y5k&q=85&s=3f841a3226fe0b2ed67849794242d82a" alt="Formularios divididos por secciones" width="988" height="1158" data-path="images/actualizaciones/widget-formularios-secciones.png" />

  Para configurar las secciones de tu formulario, consulta la documentación de [Items del flujo — forms](/docs/guia-devs/crear-verificaciones/via-widget/items#forms-%E2%80%94-formularios-personalizados) y el [endpoint de esquemas de formularios](https://docs.gotrebol.com/api-reference/gestión-de-esquemas-de-formularios/crear-nuevo-esquema-de-formulario).
</Update>