Este panel gobierna todos los clientes. Un cliente = un
tenant = un subdominio (cliente.datalia.ecinsa.com) con su propia base de
datos, sus usuarios y su túnel al SAP de su sede. Nada de esto exige tocar código ni desplegar.
1 · Dar de alta un cliente
Botón ➕ Dar de alta cliente. Lo que conviene saber de cada campo:
- Slug: será su subdominio. El DNS es comodín, así que no hay que crear ningún registro.
- Nombre: sale en correos e informes. No se puede renombrar después desde el panel: escríbelo bien a la primera.
- Email del administrador: es su primer login y recibe el correo con el enlace para crear su contraseña.
- Modo: prod para clientes reales. demo siembra datos sintéticos: no lo uses con un cliente.
- DWH URL: déjalo vacío salvo que ese cliente tenga SQL Server. Vacío = base propia del tenant, que es como corren los clientes actuales.
- WG endpoint y WG AllowedIPs: déjalos vacíos. Se rellenan solos con el host público y el puerto y la subred que le tocan. Rellenarlos a mano es la forma más fácil de generar un
.conf que no conecta.
- SAP: se puede dejar en blanco y completarlo luego con Editar SAP. Sin estos datos no se puede aprovisionar.
Al guardar aparece una contraseña que no se vuelve a mostrar: cópiala aunque el
correo de bienvenida haya salido bien.
2 · VPN: conectar con el SAP del cliente
Cada cliente tiene su túnel wg-<slug> con su puerto. El alta genera dos
configuraciones distintas: la del servidor (se instala y se levanta sola) y la del cliente,
que es la que se entrega y se descarga con Descargar .conf.
- El
.conf del cliente contiene su clave privada: mándalo por un canal seguro.
- Se puede descargar tantas veces como haga falta. Lo que lo invalida es Regenerar VPN, que rota las claves y obliga a reinstalarlo en su sede.
- Lo más simple es instalarlo en la máquina del Service Layer: entonces su SAP se alcanza en la IP del túnel.
- Si el Service Layer está en otra máquina de su red (típico: WireGuard en un Windows y SAP en un Linux/HANA), hay dos salidas: instalar el túnel en la máquina del Service Layer, o dejar un reenvío de puerto en la que sí lo tiene. El reenvío funciona, pero añade un punto de fallo: si se reinicia esa máquina o alguien toca su firewall, el ETL se cae sin motivo aparente.
3 · Conectar su SAP y probarlo
Editar SAP (URL del Service Layer, CompanyDB, usuario y contraseña) y
Probar SAP, que hace un login real. Cómo leer el error si falla:
- Timeout o cuelgue: el túnel no está levantado en su extremo.
- Conexión rechazada: el túnel sí funciona y llegas a la máquina, pero nadie escucha en ese puerto: el Service Layer está en otro host o en otro puerto.
- Error de credenciales o de CompanyDB: red resuelta; falla el usuario o el nombre de la empresa.
4 · Primera carga (full) e incrementales
- Aprovisionar lanza la carga completa. Tarda horas (3-5 h en los clientes actuales) y le mete trabajo a su SAP: lánzalo de noche.
- Incremental trae solo lo nuevo desde la última marca. Son segundos.
- Se cargan siempre todas las áreas, independientemente de lo contratado. Así abrir un bloque después es instantáneo y no hay que resincronizar.
- Mientras una carga está en curso el estado es running y se rechaza cualquier otra del mismo cliente.
- Un full que muera no se reintenta esa noche (para no martillear su SAP cada pocos minutos): se relanza a mano o espera al siguiente programado.
5 · Planificación de cargas (quién manda)
La banda Planificación de cargas de cada cliente es la que gobierna cuándo se
sincroniza. El servidor solo da un latido cada 5 minutos y pregunta a quién le toca.
- Incremental: activar/desactivar, cadencia, ventana horaria y días. Sin marcar días = todos. La ventana puede cruzar medianoche (
20:00-07:00 = solo de noche).
- Full de reconciliación: día de la semana y hora. Existe porque en varias entidades SAP no expone fecha de modificación (asientos, actividades, oportunidades, incidencias, órdenes de fabricación, cobros y pagos): sin él, una edición sobre un registro antiguo no se detecta nunca. Avisa por correo al terminar.
- La ventana y los días solo afectan a la incremental. El full obedece solo a su día y hora, para poder programarlo de noche.
- Las cargas van en serie: dos clientes con full a la misma hora se encolan, y mientras dura un full las incrementales de los demás no avanzan. Reparte los fulls mirando lo que tarda cada uno.
- Cada pasada abre una sesión en el Service Layer y SAP escribe decenas de líneas de log por sesión. Cadencias muy cortas le llenan el disco al cliente: ya pasó una vez. 15 minutos es un buen valor por defecto.
6 · Qué contrata: bloques y cuota
- Los 11 módulos se agrupan en 5 bloques, que son la unidad de contratación. Marca los bloques y pulsa Guardar bloques.
- La cuota es 100 € de base + 50 € por MÓDULO (no por bloque): un bloque de tres módulos son 150 €/mes.
- Los bloques gobiernan solo el acceso de consulta. El dato de todas las áreas ya está cargado.
- Dentro de su portal, el administrador del cliente reparte esos módulos persona a persona: un usuario ve la intersección de lo contratado y lo que tiene asignado.
7 · Consumo y facturación
- El multiplicador se aplica sobre el coste real de la IA. No puede bajar de ×1: por debajo se le cobraría al cliente menos de lo que cuesta atenderle.
- Poner tokens a 0 no borra nada: marca la fecha desde la que se cuenta el consumo. Es lo que se usa al terminar las pruebas internas, antes de entregar.
- 🧽 Borrar auditoría @ecinsa.com limpia solo el rastro de vuestras pruebas.
- 🧹 Borrar actividad borra todo el historial y está bloqueado si ya hay consultas de usuarios reales del cliente: esa auditoría sostiene su factura.
8 · Acceso, trial y entrega
- 🔒 Solo Ecinsa cierra el portal a los usuarios del cliente y deja entrar solo a los @ecinsa.com. Es lo que hay que activar mientras se hace QA con datos reales.
- Fijar trial por días o por fecha. Al vencer, el cliente se desactiva solo, con avisos previos a su contacto a 15, 10, 5, 1 y 0 días. Extender un trial vigente lo reactiva.
- Desactivar corta el acceso por completo y también detiene sus cargas.
- Contacto: es a quien llegan los avisos de versión, trial y facturación. Rellénalo o esos correos no salen.
9 · El resto del panel
- Envío comercial: secuencia de dos correos (información sin precios y luego condiciones), a una dirección o importando una lista.
- 📣 Novedades: anuncia una versión nueva al contacto de cada cliente, ahora o programado. 📨 Nueva versión a usuarios concretos hace lo mismo eligiendo personas.
- Consumo de tokens: consumo y coste por cliente, con histórico mensual.
- Administradores del panel: más personas de Ecinsa con acceso aquí.
- ✨ Mejoras de clientes: peticiones que llegan desde los portales. Se revisa el plan, se autoriza y se prueba antes de aplicar nada.
10 · Checklist de un alta completa
- Alta del cliente con contacto y administrador.
- Descargar el
.conf y que lo instalen; comprobar que el túnel conecta.
- Editar SAP + Probar SAP hasta verlo en verde.
- Guardar bloques y revisar el multiplicador.
- Aprovisionar de noche y esperar el correo de fin.
- Planificar incremental y full, repartiendo los fulls entre clientes.
- QA con 🔒 Solo Ecinsa activado.
- Borrar auditoría @ecinsa.com y poner tokens a 0.
- Reabrir el acceso y avisar al cliente de que ya puede crear a su gente.
Dudas o incidencias: agdomingo@ecinsa.com.