Quien necesita conectar RabbitWork con un ERP, una automatización o un data warehouse conocía el camino: consultar la API de vez en cuando para saber si una hora había cambiado, si la semana había sido aprobada, si un proyecto se había cerrado. Tokens en una pantalla, webhook en otra, límite de uso en un tercer lugar. Integrar era posible. No era un flujo.
Los webhooks y el panel de API en el mismo lugar existen para que el otro extremo reaccione cuando ocurre el evento, no cuando alguien se acuerda de ir a buscar el dato.
Este post es para quien opera la integración: el administrador de la cuenta, el equipo de sistemas, la agencia que ya pidió “cuando se registre, que caiga en nuestro ERP”. No es una ganancia semanal para quien solo registra horas. Si ese no es tu día a día, el resto de RabbitWork sigue igual.
El problema de quedarse preguntándole a la API
El polling funciona hasta que el volumen crece. Ahí se vuelve retraso (el ERP queda minutos atrás), costo (solicitud innecesaria) y hueco (alguien apaga el job y nadie se da cuenta).
El otro síntoma es operativo. El token que el pasante creó el año pasado sigue valiendo. Nadie sabe cuántos webhooks están activos. Un envío falla y el detalle desaparece en una pantalla que solo encuentra un técnico.
Quien ya integró una hoja de cálculo con Zapier reconoce el patrón: la automatización “funciona” hasta el día en que el destino la rechaza y el equipo se entera en el cierre.
También está el riesgo de acceso. Token compartido en Slack, webhook apuntando a un entorno de prueba que nadie apagó, secret antiguo que sigue valiendo. Una integración sin un panel único se convierte en deuda, y la deuda de integración aparece en el peor momento, cuando la factura ya debería haber salido.
Lo que se construyó
En el plan Ultimate, el administrador registra la URL, elige los eventos y sigue cada intento de envío, incluso cuando el destino lo rechaza. El paso a paso está en cómo usar webhooks.
En la misma área están los tokens de API, el uso del plan y el historial. Crear, revocar y ver quién todavía tiene acceso deja de ser una búsqueda en tres menús. El camino en el producto: Configuración > Integraciones.
El detalle de la entrega se dejó legible a propósito: payload, respuesta HTTP, error. Quien cuida la integración descubre más rápido por qué falló un envío, sin abrir un ticket.
Pantalla de integraciones, webhooks y API
Demasiados eventos se vuelven ruido. La recomendación honesta es la misma de la ayuda: elige solo lo que esa integración necesita. Hora registrada, semana que cambia de estado, lo que el ERP de verdad consume.
Antes y después para quien integra
Antes: un job pregunta cada 15 minutos si algo cambió. Token huérfano. Falla invisible. Dos pantallas para la misma cuenta.
Después: el destino recibe el POST en el momento en que entra la hora o la semana cambia de estado. El administrador ve el límite y el historial en el mismo panel. Revocar el acceso es un clic, no una búsqueda.
Quien registra las horas no cambia el ritual. El efecto es indirecto: el sistema que el equipo ya usa se actualiza solo.
Lo que esto abre
Una factura que parte de una hora aprobada puede nacer en el ERP sin exportar un CSV a fin de mes. Slack o el correo interno pueden avisar a la cola de aprobación. El data warehouse deja de quedar un día atrás.
Los webhooks y el panel unificado llegaron en agosto de 2026, en el mismo bloque que la aprobación. El contexto está en las Novedades. Sin Ultimate, el camino sigue siendo la exportación y la API bajo consulta.
Si tu operación ya pide “cuando entre la hora, el otro sistema tiene que saberlo”, el lugar es este. Vale la pena ver el panel en RabbitWork en rabbitwork.io.
