URL base
/v1/supplier/.
Autenticación
Cada solicitud debe llevar dos cabeceras:X-API-KEY (tu clave de API, emitida por contacto de proveedor) y OW-KEY (el secreto compartido de OpenWrench emitido junto a ella). La clave delimita automáticamente cada solicitud a tu instalación: solo verás órdenes de trabajo, facturas y datos que te pertenezcan. Las solicitudes a las que les falte cualquiera de las cabeceras devuelven 401.
Límites de tasa
10 solicitudes por ventana de 20 segundos por clave. Al superarlo recibirás429 Too Many Requests: espera al menos 20 segundos antes de reintentar y espacia los trabajos en segundo plano (como exportaciones paginadas completas) para que se mantengan por debajo del límite.
Mantener las órdenes de trabajo sincronizadas
La mayoría de las integraciones de proveedor existen para replicar la cola de órdenes de trabajo de OpenWrench en otro sistema. Construye eso sobre push, no sobre sondeo:- Registra un endpoint de webhook. OpenWrench envía los eventos
workorder.create,workorder.status_updateyworkorder.new_notea medida que ocurren. - En cada evento, obtén esa única orden de trabajo con
GET /v1/supplier/work_order/work_orders/{id}. - Usa
GET /v1/supplier/work_order/work_orderssolo para la carga inicial única y para la conciliación ocasional, con un filtro estrecho y una página pequeña.
Envoltura de respuesta
Respuestas de una sola entidad:count total:
401 significa clave faltante o inválida; 400 cubre entrada inválida, filtros incorrectos y denegaciones de permisos; 429 es el límite de tasa.
Paginación y filtrado
Los endpoints de listado aceptanoffset, limit (por defecto 10, máx. 25), sort_by y order (asc | desc). Los parámetros de consulta adicionales se tratan como filtros de campo: pasa un nombre de campo con un valor (separa varios valores por coma) para filtrar el conjunto de resultados. Cada página de referencia lista sus filtros más destacados.
Formatos de fecha
La mayoría de las marcas de tiempo son cadenas ISO 8601 con offset (por ejemplo2026-08-14T13:05:22.000-07:00); algunos campos de marca de tiempo de base de datos se serializan como yyyy-MM-dd HH:mm:ss.S. Las fechas simples son yyyy-MM-dd.
Cuando envíes fecha-hora, usa ISO 8601 con una T entre la fecha y la hora y un offset explícito. Un valor separado por espacio como 2026-09-10 10:43:00+00:00 no es ISO 8601 y se rechaza; envía 2026-09-10T10:43:00.000+00:00 en su lugar. UTC puede escribirse como +00:00 o Z.
Datos de tiempo del técnico
Los endpoints de WrenchMode exponen el tiempo de trabajo y conducción por técnico:GET /v1/supplier/wrench_mode/events/analytics/{fromDate}/{toDate} devuelve un resumen por técnico de conducción/trabajo/total (ventana limitada a 1 mes), y GET /v1/supplier/wrench_mode/events devuelve el registro bruto de eventos que lo respalda. Las expansiones de llamada de servicio (/with_work_logs, /with_tech_details) dan la historia por visita.
Guías detalladas
Las guías de esta pestaña recorren cada parte de la API en profundidad, con payloads, modelos de estado y patrones de integración:Órdenes de trabajo
Recibir, aceptar o rechazar, estados de partes, ECD, adjuntos y notas.
Webhooks
Trabajo nuevo, cambios de estado y notas del comprador enviados a tu endpoint.
Llamadas de servicio
Programar, hacer check-in, check-out y establecer el estado de finalización.
WrenchMode
Analítica por técnico y el registro bruto de eventos de conducción/trabajo.
Cotizaciones y facturación
Enviar propuestas, borradores de facturas y publicar con un PDF.
Compras e inventario
Desde solicitudes de compra hasta órdenes y recibos, catálogos y stock.
Datos de referencia
Empresas compradoras, ubicaciones, activos y cómo funciona el enmascaramiento de datos.
Archivos y usuarios
El almacén de archivos detrás de los adjuntos y el aprovisionamiento de técnicos.