Resumen
La API de Terceros de SIMA está diseñada para sincronización incremental. Cada endpoint de listado soporta filtros de auditoría (updated_at_from, deleted_at_from, active) que te permiten traer solo lo que cambió desde tu última sincronización, en lugar de descargar el dataset completo en cada ejecución.
Patrón de filtros de auditoría
Todos los endpoints de listado v3 (y la mayoría de v2) comparten el mismo set de parámetros de auditoría:
Formato de datetime:
2024-01-01T00:00:00-03:00 (ISO8601 con offset de timezone)
Comportamiento por defecto de soft-delete
Por defecto, cuando no pasás ningún parámetrodeleted_at_*, la API excluye automáticamente los registros eliminados lógicamente. Obtenés solo filas activas (no eliminadas).
deleted_at_from:
Flujo de sincronización recomendado
Sincronización inicial (primera vez)
Descargá el dataset completo de cada entidad. Paginá por todas las páginas.Sincronización incremental (ejecuciones posteriores)
Usáupdated_at_from con el timestamp de tu última sincronización. Solo vuelven los registros que cambiaron.
Detectar eliminaciones
Ejecutá una consulta separada condeleted_at_from para encontrar registros eliminados lógicamente y marcarlos como inactivos en tu sistema:
Frecuencia por entidad
No todas las entidades cambian al mismo ritmo. Adaptá la cadencia de sincronización:Paginación
Todos los endpoints de listado están paginados. Usá los parámetrospage y size:
next_page es null, llegaste a la última página.
El
size por defecto es 10 en la mayoría de endpoints. Para sincronizaciones iniciales masivas, aumentá a 100 para reducir la cantidad de requests.Mapeo de IDs
Cada entidad en SIMA tiene unlocal_id (ID interno de SIMA) y un external_code o external_id opcional (ID de tu sistema). Mantené una tabla de mapeo en tu base de datos:
external_code al crear o actualizar registros en SIMA para almacenar tu ID:
Errores comunes
Próximos pasos
Órdenes de Trabajo
Aplicá la estrategia de sync a OTs
Scouting
Sincronizá observaciones de campo y adversidades

