Cómo conectar Softland con Power BI sin exponer SQL Server

Power BI es la herramienta de business intelligence más usada en empresas que trabajan con Softland. El problema es que para alimentar Power BI con datos de Softland, la solución habitual es conectarse directamente al SQL Server del ERP.

Eso funciona, pero tiene riesgos que muchas empresas subestiman.

El problema del SQL directo

Cuando Power BI se conecta directamente al SQL Server de Softland, necesita:

• Credenciales de base de datos: usuario y contraseña del SQL Server, que por defecto tienen acceso a toda la base de datos, incluyendo escritura.
• Acceso de red: el equipo donde corre Power BI (o el servicio Power BI en la nube) necesita alcanzar el SQL Server de Softland. En muchos casos esto implica abrir puertos o configurar VPNs.
• Conocimiento del esquema: quien arma los reportes necesita saber los nombres de las tablas y columnas de Softland. Estos nombres no siempre son intuitivos y pueden cambiar con actualizaciones.

Riesgos concretos

Acceso de escritura accidental. Si las credenciales de SQL tienen permisos de escritura (que es lo usual si no se configura explícitamente un usuario de solo lectura), un error en un query podría modificar datos del ERP.

Queries pesados que afectan al ERP. Un reporte de Power BI que consulta tablas grandes (como movimientos de inventario o documentos de venta) puede bloquear filas o consumir recursos del servidor, afectando a los usuarios que trabajan en Softland al mismo tiempo.

Credenciales compartidas. Si varios analistas tienen acceso al SQL Server, las credenciales se comparten. Si un equipo se pierde o un empleado sale de la empresa, cambiar la contraseña del SQL Server afecta a todo lo que se conecta a la base de datos.

Dependencia del esquema interno. Si Softland actualiza y renombra una tabla o columna, los reportes de Power BI se rompen. No hay contrato de estabilidad sobre el esquema interno.

La alternativa: API REST como fuente de datos

En vez de que Power BI consulte el SQL Server directamente, puede consumir datos desde una API REST que se conecte a Softland internamente.

El flujo es:

1. La API se instala en la red (se conecta al SQL Server de Softland).
2. Power BI consulta la API via HTTPS (no el SQL Server).
3. La API devuelve los datos en formato JSON.
4. Power BI procesa el JSON y arma los reportes.

Ventajas

• Sin acceso directo a SQL Server: Power BI no necesita credenciales de base de datos.
• Solo lectura: la API solo expone operaciones de consulta. No hay riesgo de escritura accidental.
• Datos ya procesados: la API calcula cosas como crédito disponible (4 capas), stock de kits y precios por lista. Power BI recibe el dato listo, sin tener que replicar la lógica de negocio.
• Sin dependencia del esquema: si Softland cambia una tabla internamente, la API se adapta. Los reportes de Power BI no se rompen.

Cómo conectar Power BI con una API REST

Power BI puede consumir APIs REST usando Web como fuente de datos. Los pasos:

1. Configurar la fuente de datos

En Power BI Desktop: Obtener datos → Web → Avanzado.

• URL: el endpoint de la API (ej: https://su-servidor/api/v1/productos/stock)
• Headers: agregar el header de autenticación (X-Api-Key: ws_su_clave)

2. Transformar el JSON

Power BI recibe el JSON y permite expandirlo en columnas. El editor de Power Query facilita:

• Expandir objetos anidados.
• Renombrar columnas.
• Filtrar filas.
• Cambiar tipos de datos.

3. Crear visualizaciones

Con los datos tabulados, puede crear los dashboards habituales de Power BI: gráficos, tablas, filtros interactivos.

4. Programar actualizaciones

Si publica el reporte en Power BI Service, puede programar actualizaciones periódicas. La API se consulta automáticamente y los dashboards se actualizan.

Dashboards útiles con datos de Softland

Dashboard de inventario

• Stock actual por bodega y producto.
• Productos con stock bajo (alerta).
• Productos sin movimiento en los últimos 30/60/90 días.
• Comparativa de stock entre bodegas.

Dashboard de ventas

• Notas de Venta creadas por período.
• Ventas por vendedor.
• Top productos vendidos.
• Ventas por canal (si identifica el canal en la NV).

Dashboard de cobranza

• Clientes con crédito consumido vs. disponible.
• Antigüedad de deuda (30, 60, 90+ días).
• Facturas no centralizadas (deuda oculta).
• Ratio de deuda por saldo contable vs. deuda total (4 capas).

Dashboard de clientes

• Clientes activos vs. inactivos.
• Clientes nuevos por período.
• Distribución geográfica (por comuna/ciudad).
• Clientes sin movimiento reciente.

Alternativa: Google Sheets como BI ligero

Si no tiene Power BI o necesita algo más simple, Google Sheets puede cumplir un rol similar. Usando Google Apps Script, puede:

• Consultar la API periódicamente.
• Volcar los datos en hojas de cálculo.
• Crear gráficos y tablas dinámicas.
• Compartir con el equipo sin licencias adicionales.

No reemplaza a Power BI para análisis complejos, pero para monitoreo básico y reportes operativos es una alternativa práctica y sin costo.

Cuándo sí conviene el SQL directo

El SQL directo sigue siendo una opción válida cuando:

• Tiene un DBA dedicado que administra usuarios, permisos y queries.
• Necesita consultas muy específicas que ninguna API cubre.
• Tiene un volumen de datos tan alto que la paginación de la API sería un cuello de botella.
• Las credenciales de SQL están estrictamente controladas con usuarios de solo lectura.

Para la mayoría de las empresas que usan Power BI para reportes operativos (stock, ventas, clientes, cobranza), una API REST ofrece mejor balance entre seguridad y facilidad de uso.

---

Para explorar la integración en detalle, consulte la guía de Softland + Power BI o revise los endpoints disponibles.