CorebillSeguimientos que funcionan
estés conectado o no.
Un disparador, una condición y las acciones que siguen: correo, factura, notificación, webhook o Slack. Lo armas una vez y sigue funcionando.
Arranca con los eventos que realmente ocurren en Corebill.
No es un webhook genérico que tengas que conectar tú mismo: elige un evento real de tus cotizaciones, facturas, clientes, pagos o catálogo.
Clientes
- Cliente creado
- Cliente actualizado
Cotizaciones
- Cotización creada
- Cotización enviada
- Cotización aprobada
- Cotización rechazada
- Cotización vencida
Facturas
- Factura creada
- Factura enviada
- Factura pagada
- Factura vencida
- Factura anulada
Pagos
- Pago recibido
Servicios
- Servicio creado
- Servicio actualizado
Ramifica con campos reales. Actúa con efectos reales.
Condiciones
Cumple todas o alguna de un grupo de reglas sobre un campo del evento, el cliente, la cotización o factura, el pago, el servicio o un campo personalizado.
Espera, reintenta y recuerda lo que pasó.
Esperas que se reanudan solas
Espera minutos, horas o días entre pasos: un recordatorio de factura dos días después de enviarla, un seguimiento una semana después de mandar una cotización. El flujo retoma exactamente donde quedó, sin ningún servidor que mantener encendido mientras tanto.
Historial completo, con reintentos
Cada ejecución queda registrada paso a paso: estado, duración y qué cambió. Un timeout o un 5xx/429 de un webhook se reintenta automáticamente con backoff; un 4xx o un destino bloqueado falla de inmediato en lugar de insistir.
Parte de un flujo que ya funciona.
Duplica uno y ajusta la condición o el texto: casi nunca necesitas empezar desde un lienzo en blanco.
Factura desde cotización aprobada
quote.approved → crear factura → enviar correoRecordatorio de pago
invoice.overdue → esperar 2 días → enviar correoAlerta en Slack al recibir un pago
payment.received → enviar mensaje de SlackAvisar al equipo de una nueva cotización
quote.created → crear notificaciónAutomatizaciones que nadie de afuera puede secuestrar.
Acciones privilegiadas, rol privilegiado
Los webhooks, los mensajes de Slack y los correos a una dirección personalizada solo los puede crear o editar un owner o admin.
Los secretos quedan ocultos
Los headers de los webhooks y las URLs de Slack se muestran como •••••••• a quien no tenga permisos de admin, en el editor y en el registro de ejecuciones.
Los destinos inseguros se bloquean
Cada solicitud saliente se revisa antes de enviarse: las direcciones internas o de redes privadas se rechazan directamente.
Los lectores miran, no tocan
Un usuario con rol de lector ve tus flujos y su historial de ejecuciones, pero no puede crear, editar ni activar ninguno.
Preguntas sobre Automatizaciones
No. Arrastras un disparador, una condición y una o más acciones a un lienzo y completas un formulario para cada uno: los mismos nodos que se describen en esta página.
Una falla transitoria (un timeout, un 5xx o un 429) se reintenta automáticamente con backoff, hasta tres intentos. Un 4xx o un destino bloqueado falla de inmediato en lugar de reintentar.
No: esas acciones, junto con el correo a una dirección personalizada, son privilegiadas y están restringidas a owners y admins. Un miembro igual puede armar flujos con el resto de las acciones.
Sí. Las esperas pueden durar minutos, horas o días y se reanudan exactamente donde quedaron: no hay ningún servidor que deba seguir encendido mientras tanto.
Cada ejecución guarda un registro por nodo (estado, duración, qué entró y qué salió), así que puedes ver exactamente dónde se detuvo y por qué.
Configura tu primera automatización en pocos minutos.
Parte de la plantilla “Factura desde cotización aprobada” y ajústala a la forma en que realmente trabaja tu equipo.