Skip to main content

Endpoints más usados

URL base: https://api.gotrebol.com Todos los endpoints requieren header x-api-key: tu_api_key.

Convención de naming (importante: heterogénea)

La spec NO usa un único estilo de naming para path params. Cada endpoint declara el suyo. Cuando construyas un path, copia el nombre exacto del spec: Los fields del body y response sí son consistentes: snake_case (verification_id, flow_id, tax_id, tax_id_number). ⚠️ Esto significa que un mismo concepto puede aparecer con grafías distintas: lo recibes como verification_id en el body de un webhook y lo pasas como {verification-id} al construir el path.

Top endpoints

ℹ️ Los endpoints v2 (/v2/verifications/{verification-id}/{entity} y /v2/companies/{etiqueta}/{section}) son paramétricos: tú pasas la sección como path segment. Los v1 sin /v2/ están como endpoints fijos por sección.

Patrones comunes

Crear, esperar webhook, leer

Extraer accionistas/apoderados después de procesar acta

Cuándo usar /v2/companies/{etiqueta}/... vs /v2/verifications/{verification-id}/...

  • Companies (por etiqueta) — vista consolidada de la empresa asociada a tu tag. Buena para mostrar al usuario final.
  • Verifications (por verification-id) — vista técnica de una verificación específica. Útil para correlacionar con tu tracking interno.

Códigos de respuesta

Formato de respuesta de error

Todos los errores siguen esta estructura:
Programa tus clientes en función de code y HTTP status, no del texto de message.

Documentación detallada

Para schemas completos, parámetros opcionales y todos los endpoints: