Dinaup DocsAutomatizaciones del servidor
Qué trabajo hace Dinaup en segundo plano sin que lo lances, qué de eso configuras tú y qué ocurre solo.
Dinaup no solo responde cuando tú haces algo: su servidor ejecuta trabajo por su cuenta, de forma continua y sin que tengas que lanzarlo. Parte de ese trabajo lo configuras tú; otra parte es mantenimiento que ocurre solo. Esta página resume qué corre en segundo plano y qué controlas.
Si una tarea falla, no arrastra a las demás: se reintenta por su cuenta.
Lo que tú configuras
Peticiones HTTP programadas
Configuras peticiones HTTP recurrentes desde una sección del sistema. Defines la URL, el método (GET, POST o PUT), una autenticación Bearer opcional, cada cuánto se dispara, en qué horario y qué días.
El servidor las lanza solo según tu programación. Guarda el resultado de cada ejecución (estado, duración y cuándo fue la última) para que puedas revisarlo.
Puedes fijar un ritmo dentro del horario laboral y otro fuera de él. Por ejemplo, más a menudo durante el día.
Usos típicos:
| Para qué | Ejemplo |
|---|---|
| Disparar flujos externos | Lanzar un escenario en n8n, Make o Zapier |
| Sincronizar con otros sistemas | Avisar a una API tuya de que revise datos |
| Comprobaciones periódicas | Verificar un estado cada pocos minutos |
Hay un intervalo mínimo por seguridad. Si programas por debajo de él, la petición no se acelera: se respeta ese mínimo.
Webhooks salientes
Cuando un registro cumple los criterios que definiste, Dinaup avisa solo a la URL que configuraste. No tienes que consultar nada: el aviso sale en cuanto ocurre.
Puedes desactivar todos los webhooks salientes de golpe desde la configuración.
Sincronización Verifactu con la AEAT
Si activas Verifactu y pones tu clave, el servidor sincroniza solo las facturas con la AEAT. Crea los registros de alta de las ventas nuevas, reintenta los que fallan y actualiza su estado (aceptado, rechazado y demás).
Tú solo configuras la clave. El resto va solo.
Sin una clave válida, Verifactu no sincroniza. Es lo primero que revisar si no ves movimiento.
Control horario y fichajes
Con los horarios configurados por empleado, el servidor genera los turnos del día y actualiza su estado según avanza la jornada: programado, en curso o ausencia si no se fichó.
También cierra solo los fichajes que quedaron abiertos demasiadas horas. Es una protección ante olvidos.
Reserva de recursos
Cuando ligas líneas de pedido a un recurso o recambio, el servidor gestiona la reserva por su cuenta:
| Cuándo | Qué hace el servidor |
|---|---|
| Llega el momento | Activa la reserva |
| Vence el plazo | Libera el recurso |
| Cancelas la línea | Limpia la asociación |
Lo que ocurre solo
Este trabajo no lo configuras: es mantenimiento que Dinaup hace por su cuenta para que todo cuadre y vaya rápido.
Propagación de datos relacionados. Cuando cambias un dato maestro (por ejemplo, la marca en una ficha), Dinaup actualiza solo todos los registros que dependían de él. Configuras la relación una vez y el sistema mantiene todo en sincronía. No tienes que ir registro por registro corrigiendo a mano.
| Tarea | Efecto |
|---|---|
| Consistencia de estados | Repara estados de ventas y compras para que nada quede a medias |
| Recálculo contable | Ajusta nombres de cuenta, cuadres y márgenes para que los informes cuadren |
| Archivado del histórico | De madrugada mueve el histórico antiguo a un almacén aparte; las consultas recientes van rápidas |
En el archivado no se pierde nada: solo se reorganiza para que lo que consultas a diario responda antes.
Campos auto-calculados
Cuando defines un campo como calculado en Flex, el servidor ejecuta su algoritmo solo al guardar. No tienes que recalcular nada tú.
Una sola vez, aunque tengas varios servidores
Las automatizaciones que salen "hacia fuera" (peticiones HTTP programadas, webhooks y sincronización con la AEAT) se ejecutan una sola vez aunque tengas varios servidores. No se duplican.