5.2Actualización programada y puerta de enlace (gateway)
Lo esencial en 30 segundos
- Un informe publicado muestra los datos de su última actualización; la actualización programada vuelve a ejecutar toda la canalización (Power Query incluido) a horas fijas.
- Orígenes en la nube (SharePoint/OneDrive): sin puerta de enlace; orígenes locales, sí — y entonces la puerta de enlace estándar de empresa, nunca la personal en producción.
- La causa n.º 1 de los errores son las credenciales; se mira primero el historial de actualización.
Mini-caso hilado — Zineb automatiza la frescura de su informe en Argel
El informe de ventas de Zineb, controladora de gestión en Argel, muestra los datos de ayer: quiere que se actualice solo. Aplica el ciclo: mueve el archivo de origen a SharePoint (origen en la nube, sin puerta de enlace), vuelve a publicar, configura las credenciales del modelo semántico y luego activa la actualización programada todos los días a las 7 h — antes de la llegada de los lectores. Modifica el origen, lanza «Actualizar ahora» y comprueba el historial. Su reflejo: ¿un error? El historial primero, a menudo una credencial caducada.
Caso autónomo de esta sección: vuelve en el curso, el esquema, el guion y el reto 48 h de la sección 5.2.
1. La actualización vuelve a ejecutar la canalización
Un informe publicado no muestra datos en directo: muestra los datos de su última actualización. La actualización programada vuelve a ejecutar toda la canalización — orígenes, Power Query, modelo — a horas fijas. De ahí la importancia de unas consultas limpias: lo que se rompe en Power Query se rompe en cada actualización. Zineb programa su informe cada mañana, sin intervención.
2. Nube o puerta de enlace
Para los orígenes en la nube (SharePoint, OneDrive, bases de datos en la nube), el Servicio accede solo: sin puerta de enlace. Es el buen reflejo desde la elección de la ubicación de origen. Para los orígenes locales (archivos de red, SQL interno), hace falta una puerta de enlace: el puente instalado en el lado de la empresa. Y se elige la estándar/empresarial (en servidor, supervisada por TI), nunca la personal para producción — depende de un PC encendido. Así que Zineb se pasa a SharePoint.
3. Credenciales, errores e historial
La causa n.º 1 de los errores de actualización son las credenciales: tokens caducados, contraseñas cambiadas. Se configuran en la configuración del modelo semántico. En caso de error, el primer reflejo es consultar el historial de actualización, que detalla el error. Zineb documenta las cuentas utilizadas para anticipar las caducidades.
🔎 Ejemplo concreto — 🔎 Ejemplo concreto — El ciclo de frescura
Zineb hace autónomo su informe:
1. Archivo de origen en OneDrive/SharePoint → origen en la nube, sin puerta de enlace
2. Servicio → Configuración del modelo → Credenciales
3. Actualización programada: todos los días a las 7 h
4. Modificar el origen → «Actualizar ahora» → comprobar el historialLectura: un informe publicado no está en directo: la programación es la que aporta la frescura.
Lección: origen en la nube = sin puerta de enlace; un error se diagnostica primero en el historial.
Vocabulario de la sección
- Actualización programada
- Configuración del modelo semántico → Actualizar: los horarios (hasta 8/día en Pro, 48 en Premium) en que el Servicio recarga los datos.
Ejemplo sencillo: Zineb programa su informe cada mañana a las 7 h.
Lo que no es: una actualización manual olvidada.
Reflejo: datos frescos → programar.
- Puerta de enlace (gateway)
- El software puente instalado en un servidor de la empresa: permite al Servicio llegar a los orígenes locales, de forma segura.
Ejemplo sencillo: Zineb la necesitará para un archivo que se quede en su red.
Lo que no es: un origen en la nube, accesible sin puente.
Reflejo: origen local → puerta de enlace.
- Personal frente a estándar
- Personal: en su PC, para usted (¡depende de que su máquina esté encendida!); estándar/empresarial: en servidor, compartida y supervisada por TI.
Ejemplo sencillo: Zineb reserva la estándar para producción.
Lo que no es: la personal que se detiene si el PC está apagado.
Reflejo: producción → puerta de enlace estándar.
- Credenciales
- Los accesos a los orígenes que el Servicio utiliza para actualizar, a configurar en la configuración del modelo.
Ejemplo sencillo: Zineb reconfigura el acceso cuando caduca un token.
Lo que no es: un acceso nunca introducido, fuente de error.
Reflejo: error de actualización → credenciales primero.
- Historial de actualización
- El registro de intentos (correctos/con errores + errores detallados).
Ejemplo sencillo: Zineb lee allí el error exacto tras un fallo.
Lo que no es: una suposición a ciegas.
Reflejo: «no está al día» → leer el historial.
En la práctica — En la práctica — Automatizar la frescura de los datos
- Mueva su archivo de origen a OneDrive/SharePoint y rehaga la conexión desde Desktop: origen en la nube = sin puerta de enlace, como Zineb.
- Vuelva a publicar y, en el Servicio: Configuración del modelo semántico → Credenciales → configure el acceso.
- Active la actualización programada: todos los días a las 7 h — antes de la llegada de los lectores.
- Modifique el origen, lance «Actualizar ahora» y compruebe el informe Y el historial.
Guion paso a paso — hacer autónomo el informe (5 min)
1) Guarde el archivo de origen en OneDrive/SharePoint y reconéctelo en Desktop (origen en la nube, sin puerta de enlace). 2) Vuelva a publicar el informe en su espacio de trabajo. 3) En el Servicio, abra la configuración del modelo semántico e introduzca las credenciales. 4) Active la actualización programada a las 7 h, todos los días. 5) Modifique el origen, lance Actualizar ahora y compruebe el historial — como Zineb, el error se lee primero ahí.
¿Un error de actualización? El historial da el error detallado: lo más frecuente, una credencial caducada.
Plantilla copiar y pegar — mi lista de comprobación de actualización
[ ] Origen en la nube (SharePoint/OneDrive) → sin puerta de enlace
[ ] ¿Archivo local? → puerta de enlace ESTÁNDAR de empresa (nunca la personal)
[ ] Credenciales configuradas (causa n.º 1 de los errores)
[ ] Actualización programada activada (p. ej. cada día a las 7 h)
[ ] Historial comprobado tras «Actualizar ahora»Origen en la nube
Zineb mueve su archivo a SharePoint: el Servicio lo alcanza solo, sin puerta de enlace.
Origen local
Un archivo se queda en la red de la fábrica: Zineb pide la puerta de enlace estándar de empresa a TI.
Credenciales
Un token caduca: Zineb reconfigura el acceso en la configuración del modelo y relanza la actualización.
Cada mañana
Zineb programa la actualización a las 7 h: a la llegada de los lectores, los datos ya están frescos.
✓ Buenas prácticas
- Elegir orígenes en la nube (SharePoint/OneDrive): sin puerta de enlace necesaria.
- Para local, la puerta de enlace estándar de empresa — nunca la personal.
- En caso de error, consultar el historial de actualización (a menudo una credencial caducada).
✗ Errores frecuentes
- Usar la puerta de enlace personal en producción (depende de un PC encendido).
- Descuidar las credenciales (causa n.º 1 de los errores).
- Olvidar que la actualización vuelve a ejecutar toda la canalización (consultas sucias = errores).
Puntos clave
- La actualización vuelve a ejecutar toda la canalización: orígenes → Power Query → modelo.
- Orígenes en la nube: sin puerta de enlace; orígenes locales: puerta de enlace estándar de empresa.
- Las credenciales son la causa n.º 1 de los errores.
- Error de actualización: el historial primero.
Reto 48 h — aplíquelo mañana
Haga un informe autónomo como Zineb: guarde el origen en la nube (sin puerta de enlace), configure las credenciales, active la actualización programada a las 7 h y luego modifique el origen y demuestre con el historial que el refresco ha funcionado.
- Configuro la actualización programada de un modelo semántico publicado.
- Sé cuándo se impone una puerta de enlace y cuál elegir.
- Priorizo los orígenes en la nube y diagnostico con el historial.
Preguntas frecuentes
Mi actualización falla con un error de credenciales: ¿qué hacer?
Es la causa mayoritaria. Vaya a Configuración del modelo semántico → Credenciales y vuelva a conectarse: los tokens OAuth2 caducan y las contraseñas cambian. Compruebe también que la ruta del origen no se ha movido. Método: leer el historial (error detallado), reconectar las credenciales, comprobar la ruta — este trío resuelve la inmensa mayoría de los casos.
¿Puedo actualizar más de 8 veces al día?
En Pro: 8 veces al día como máximo; en Premium/Fabric: 48. Más allá, hay que cambiar de paradigma (DirectQuery, streaming). Pero pregúntese sobre todo si la necesidad de negocio justifica algo mejor que «cada mañana»: en la inmensa mayoría de los casos, un refresco nocturno basta.
¿Cuándo es necesaria una puerta de enlace (gateway)?