> For the complete documentation index, see [llms.txt](https://docs.violetlabs.com/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.violetlabs.com/es/funciones/workflows/flujos-de-trabajo-de-sincronizacion-de-datos/aprobar-y-supervisar-las-sincronizaciones.md).
# Aprobar y supervisar las sincronizaciones
## **Cambios pendientes**
Si eliges ejecutar tu flujo de trabajo de sincronización según un *calendario* o con *aprobación*, Violet no aplicará los cambios directamente — generará **Cambios pendientes** para que los revises primero.
* Después de una ejecución del flujo de trabajo, abre la **Cambios pendientes** pestaña para ver qué se creará, actualizará o eliminará
* Cada lote muestra un desglose por tipo de cambio antes de que se aplique nada al sistema de destino
* Una vez que se ejecuta un lote de sincronización (tras tu aprobación o según el calendario establecido), pasa a **Historial de sincronización** con un registro completo de lo que tuvo éxito, falló o se omitió.
Los datos de cambios de sincronización entidad por entidad son visibles como Cambios pendientes antes de ejecutar una sincronización, o en el Historial de sincronización después de que haya ocurrido una sincronización. Puedes usar la barra de búsqueda por palabras clave sobre la tabla, o filtrar/ordenar las columnas de la tabla haciendo clic en el encabezado de la columna para encontrar entradas específicas que quieras verificar o investigar.
Al hacer clic en cualquier fila de la tabla, se mostrarán los detalles de qué propiedades se han actualizado, y se listarán todas las propiedades que han permanecido sin cambios.
### Aprobar un cambio individual
Si quieres aprobar un elemento de línea en el lote de cambios pendientes, haz clic en la pequeña flecha de la columna más a la derecha.
## Historial de sincronización
El Historial de sincronización está organizado por *Lotes*. En cada lote de sincronización verás todos los cambios de sincronización y su estado.
Para cualquier sincronización de entidad que **Fallaron** o fueron **Omitidas**, los detalles explicarán la razón del fallo o por qué se omitió esa entidad. Los fallos a veces ocurren debido a permisos faltantes o problemas de completitud de datos, que normalmente el usuario puede corregir.
Las sincronizaciones omitidas son comunes: si una entidad no se sincronizó debido a tu configuración de filtrado del flujo de trabajo, o si ninguna de las propiedades que asignaste entre tu origen y destino ha cambiado, tendrá un estado de "Omitida"
## Validación de sincronización
Después de ejecutar una sincronización, Violet realiza un proceso de validación para comparar lo que pretendíamos hacer con lo que realmente se implementó en el sistema de destino. Se pueden devolver los siguientes valores de validación:
* Falló — Violet comparó los valores y no coinciden (desviación), o falló la validación de eliminación (p. ej., el elemento debería eliminarse pero no lo está).
* Aprobado — se ejecutó la comparación y todo coincidió.
* Sustituido — Un cambio de sincronización más reciente para el mismo destino reemplazó este; la validación de la fila anterior se omitió intencionalmente.
* Pendiente — La validación aún no se ha ejecutado (a menudo esperando a que la integración de destino obtenga datos frescos).
* Inconcluso — Algo impidió que Violet completara la validación.
Nota: un cambio de sincronización puede mostrar Éxito en la ejecución e Inconcluso en la validación.
---
# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.
## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation by asking a question.
Perform an HTTP GET request on the following URL with the `ask` and `goal` query parameters:
```
GET https://docs.violetlabs.com/es/funciones/workflows/flujos-de-trabajo-de-sincronizacion-de-datos/aprobar-y-supervisar-las-sincronizaciones.md?ask=&goal=
```
`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is what the user is ultimately trying to achieve, the reason they need the answer. Sharing it helps GitBook give you a better, more relevant answer. A goal is most helpful when it describes the outcome the user wants rather than restating the question. For example, with `ask=how do I create an API token`, a goal like `automate deployments from our CI pipeline` lets GitBook tailor the answer to that use case.
The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.
Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.
