Saltar al contenido
Business Data Cloud

Query Template Generator: de query BW a Analytic Model en SAP BDC

Qué hace el Query Template Generator de SAP BW para Business Data Cloud, qué requisitos pide, qué no hace y cómo combinarlo con el Data Product Generator.

Por 6 min de lectura
Portada sobre el Query Template Generator: una query de SAP BW convertida en dimensiones, vista fact y Analytic Model en SAP Datasphere dentro de SAP Business Data Cloud
Índice del artículo

Si tienes un BW con cientos de queries, la pregunta que más se repite cuando se habla de SAP Business Data Cloud es siempre la misma: “¿y las queries qué, las rehacemos a mano?”. SAP tiene desde el verano una respuesta parcial, el Query Template Generator (QTG), y el 12 de octubre de 2026 SAP Community publicó la convocatoria de un webinar de su product manager dedicado a la migración de queries BW a BDC. Te cuento qué hace de verdad, qué pide y dónde se queda corto.

Qué es y en qué estado está

El Query Template Generator es una herramienta que se instala en tu sistema BW y que lee la definición de una o varias queries para generar sus equivalentes en SAP Datasphere dentro de BDC. Por cada query crea, en un espacio de tipo HANA:

  • Dimensiones para los InfoObjects que tienen textos o jerarquías, con esos textos y jerarquías.
  • Una vista fact a partir del CompositeProvider o InfoCube que hay debajo de la query.
  • Un Analytic Model que replica la estructura de la query: sus ratios pasan a ser medidas y sus características, asociaciones de dimensión.

Según la documentación, lee la definición completa de la query, incluidas fórmulas y variables, y en la pestaña Mappings puedes revisar antes de generar qué objeto de BW se convierte en qué. Si ya existe una dimensión compatible en el espacio de destino, la reutiliza.

Requisitos: la letra pequeña

Aquí está el filtro más importante. Según la guía de configuración oficial, necesitas:

Requisito Qué pide SAP
Release SAP BW 7.5 SP26 o superior, BW/4HANA 2021 SP04 o superior, o BW/4HANA 2023 SP00 o superior
Despliegue El sistema debe estar en SAP BW, private cloud edition o SAP BW/4HANA, private cloud edition
BDC Un tenant del BDC cockpit con un SAP Datasphere en la formación
Herramientas BW Modeling Tools 1.27 PL3 (vista propia en Eclipse) o la transacción RSDWCTG_ADMIN en SAP GUI
Autorizaciones Objeto S_ADT_RES, además de la autorización sobre las queries que quieres transferir
Destino Un espacio HANA (disco + memoria) y una conexión OAuth a Datasphere; no necesita HANA Data Lake Files

Traducido: no es una herramienta para un BW on-premise. Si tu BW sigue fuera de BDC, primero toca el paso a la private cloud edition. Y un detalle que la documentación remarca: el idioma de origen del espacio HANA debe coincidir con el idioma por defecto del BW, o la generación fallará.

Lo que no hace: los datos

Este es el punto que más confusión genera. El QTG transfiere metadatos, no datos. Genera el modelo semántico, pero alguien tiene que decidir de dónde lee ese modelo.

La pieza que mueve los datos es el Data Product Generator (DPG), que publica datos de BW como tablas en el almacenamiento de ficheros de Datasphere. Y aquí hay una asimetría que conviene tener clara desde el principio:

  • El QTG trabaja solo con espacios HANA.
  • El DPG trabaja con espacios de ficheros (HANA Data Lake Files).
  • Sus destinos se configuran por separado y uno no ve los del otro.

En la práctica, juntar ambos mundos es trabajo de modelado. Un partner que lo ha probado (biX Consulting) cuenta que tuvo que compartir las tablas del DPG en el espacio HANA, ajustar la vista fact y corregir nombres y fuentes de las dimensiones: posible, pero laborioso. También señalan que genera dimensiones para todos los InfoObjects del proveedor, aunque la query no los use, y que las queries sobre aggregation levels (planificación) quedan fuera. Es experiencia de campo, no documentación oficial.

Cómo lo usaría en un proyecto

Mi lectura es que el QTG es un acelerador de inventario y de primer borrador, no una migración automática. Lo que yo haría:

  1. Limpia antes de migrar. Saca del uso real (estadísticas de BW) la lista de queries que se ejecutan. Migrar 600 queries de las que se usan 80 es multiplicar el trabajo de mapeo.
  2. Prepara las queries buenas. Pon nombres técnicos a los elementos de estructura y a los ratios restringidos, para que los objetos generados sean legibles.
  3. Usa un prefijo por dominio al crear las plantillas, para distinguir lo generado de lo que modelas tú.
  4. Piloto con 3–5 queries representativas: una sencilla, una con dos estructuras, una con conversión de moneda, una con jerarquías. Mide cuánto tiempo de ajuste manual queda después de generar.
  5. Decide el origen de datos antes de generar en serie: DPG, replication flows desde S/4HANA o Data Products de SAP. El Analytic Model generado es un punto de partida; si el origen cambia, la vista fact también.
  6. Valida contra la query original con los mismos filtros y variables, en totales y en una muestra de detalle, antes de dar por buena ninguna query.

Preguntas que haría a SAP

  • ¿Qué características de query no se soportan (celdas, excepciones, condiciones) y dónde está la lista oficial?
  • ¿Hay plan para alinear los nombres y tipos de espacio entre QTG y DPG, de forma que el Analytic Model apunte directamente a los datos publicados?
  • ¿Cómo se gestionan los transportes de los objetos generados entre tenants de Datasphere?

Conclusión

El Query Template Generator ataca el trabajo más tedioso de la migración a BDC: reconstruir a mano dimensiones, vistas y modelos que ya existen en BW. Pero solo está disponible si tu BW ya vive en la private cloud edition, y no resuelve la parte de los datos. Si estás en ese escenario, pruébalo ya con un piloto pequeño. Si aún estás decidiendo cómo llevar tu BW a BDC, tenlo en cuenta en el caso de negocio, junto a lo que conté sobre la opción de modernización para BW NetWeaver.

Fuentes

Sigue leyendo