Skip to main content
El Client API es la superficie estable de EdTools para integraciones server-to-server: un SIS que sincroniza estudiantes, una tesorería que empuja pagos, un CRM que lee admisiones.
Base: https://app.edtools.co/api/client/v1 · 41 operaciones en 8 recursos · OpenAPI 3.1 en /api/client/openapi.json

Requisitos

1

El Client API está encendido en el entorno

EDTOOLS_CLIENT_API_ENABLED=1. Para webhooks, además EDTOOLS_CLIENT_WEBHOOKS_ENABLED=1.
2

La institución tiene el módulo de integraciones

platform_integrations activo, más el módulo funcional del recurso que vas a tocar. Sin esto los endpoints responden 403 MODULE_DISABLED.
3

Tienes una API key

Se crea en Ajustes → API e integraciones → API Keys. Necesitas el permiso settings.api.manage.

Tu primera llamada

/me es la llamada de diagnóstico. Antes de depurar un 403, mira qué te responde: casi siempre la respuesta está ahí — falta un scope, falta un módulo, o el dominio no es tuyo.

Qué puedes tocar

Las convenciones que se repiten

Las respuestas de éxito llevan la carga en data. Los errores llevan error con code, message y requestId.
Y aceptan updatedSince para sincronización incremental. Pide solo lo que cambió desde tu última corrida.
Reintentar sin ella duplica recursos. Ver Idempotencia.
Si tu sistema ya tiene un identificador estable, úsalo: sincronizas sin crear duplicados y sin llevar cuenta de los ids de EdTools.
Un 403 SOR_WRITE_FORBIDDEN no es un problema de permisos del token, es que ese dominio de datos tiene otro dueño. Ver Multi-tenancy.

Con el SDK, en tres líneas

Sigue por Autenticación si vas a configurar el token con cuidado, o por el SDK si trabajas en TypeScript.