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:code y HTTP status, no del texto de message.
Documentación detallada
Para schemas completos, parámetros opcionales y todos los endpoints:- API Reference oficial: https://docs.gotrebol.com/api-reference
- OpenAPI spec local:
reference/openapi.yaml(en este mismo skill, snapshot al momento de publicar el paquete)