Haz que nómina, ERP, BI, identidad, control de accesos o un agente de IA trabajen con Kronjop sin duplicar datos.
API REST · Webhooks · Ficheros · SSO / SCIM · MCP
Para quéCerrar la nómina sin volver a introducir datos ya revisados.
Qué conectaAusencias, incidencias, horas extra, nocturnidad, festivos y variables del periodo.
CómoExportación adaptada a A3, Sage, Nominaplus o Meta4; API si el sistema receptor la admite.
Para quéRelacionar el dato laboral con costes, proyectos y contabilidad.
Qué conectaEmpleados, centros, centros de coste, horas imputadas y gastos.
CómoAPI en ambos sentidos con SAP, Dynamics 365, Odoo, Holded o un ERP propio; webhooks para cambios relevantes.
Para quéAnalizar jornada, absentismo y costes sin preparar hojas manualmente.
Qué conectaPlantilla, fichajes, ausencias, horas extra y datos agregados de RRHH.
CómoExtracción programada por API hacia Power BI, Looker Studio, Google Sheets o el data warehouse.
Para quéDar acceso al incorporarse y retirarlo cuando una persona causa baja.
Qué conectaIdentidad, correo corporativo, equipo, responsable y estado del usuario.
CómoSAML 2.0 para inicio de sesión y SCIM para aprovisionamiento con Entra ID, Okta, Google Workspace u OneLogin.
Para quéEvitar un censo distinto en tornos, obras, tiendas o sistemas operativos.
Qué conectaPersonas activas, centros, horarios, fichajes y horas por proyecto o servicio.
CómoAPI para datos maestros y registros; webhooks para altas, bajas y cambios que deban aplicarse al momento.
Para quéResponder con información oficial de Kronjop sin copiarla ni mantenerla en otro sistema.
Qué conectaMódulos, precios, datos de empresa y contenido publicado; nunca datos de empleados desde el MCP público.
CómoMCP de solo lectura para agentes compatibles. Si el caso requiere datos laborales autorizados, se diseña mediante API.
Este contrato funcional se acuerda antes de conectar credenciales. Sirve tanto para un conector ya disponible como para una API, un webhook o un intercambio de ficheros.
Asignar un ID externo estable a persona, centro, proyecto o turno. El email no basta: cambia, puede repetirse y no identifica una relación laboral.
Decidir qué sistema puede crear o corregir cada campo. Una misma jornada no debe editarse libremente en dos aplicaciones.
Definir si el flujo es de ida o bidireccional y si necesita evento inmediato, sincronización periódica o cierre mensual.
Intercambiar solo lo necesario. Para dimensionar un hotel basta ocupación agregada; para retail no hacen falta clientes ni tickets individuales.
Acordar identificadores de operación, reintentos, orden de eventos y una cola de revisión. Un fallo nunca debe crear dos fichajes o dos partes.
Precisar quién resuelve una persona sin correspondencia, un turno corregido, un proyecto cerrado o una diferencia entre horas trabajadas y facturables.
Los ejemplos enlazados indican campos, sentido, dato maestro, límite operativo, requisitos y documentación oficial del tercero.
El MCP público de Kronjop es de solo lectura y sirve para consultar información publicada sobre la empresa, los módulos, los precios y el contenido. No expone datos de empleados.
Empleados, fichajes, ausencias, proyectos o variables de nómina se conectan mediante API autenticada, webhooks o ficheros. Que otra aplicación publique su propio MCP —como Holded desde junio de 2026— no convierte MCP y API en intercambiables. Si una implantación Enterprise necesita que una herramienta de IA consulte contexto laboral, se diseña como un proyecto separado con autenticación, permisos, trazabilidad y aprobación humana.
Dinos cuál es y qué dato necesita intercambiar con Kronjop.
