Adobe Commerce Intelligence, Looker Studio y Power BI

Es lunes y en la junta hay tres cifras de venta de la semana: la del Admin, la de la analítica web y la del ERP. Ninguna coincide, y la reunión se va en averiguar cuál está bien. Casi nunca es un problema de herramienta: nadie definió qué cuenta como venta, en qué moneda, con o sin IVA, en qué zona horaria y qué pasa con las devoluciones.

Business intelligence (BI) para Adobe Commerce (antes Magento) es convertir los datos comerciales de la tienda —pedidos, facturas, devoluciones, clientes, inventario— y los del ERP en reportes confiables para decidir. Las opciones cambiaron: Adobe marca Advanced Reporting y Adobe Commerce Intelligence como exclusivos de PaaS (nube de Adobe u on-premise), la versión SaaS se integra por APIs y eventos, y en abril de 2026 Google renombró Looker Studio como Data Studio.

En WolfSellers implementamos Adobe Commerce y conectamos sus datos con el ERP y las herramientas de BI. Aquí comparamos las opciones de reportes y BI, desde el Admin hasta Looker Studio o Power BI, qué KPIs medir y cómo armar un modelo que cuadre con finanzas. El panorama general está en nuestra guía de ecommerce en México.

---

Qué es Adobe Commerce Intelligence (antes Magento Business Intelligence)

Adobe Commerce Intelligence, antes Magento Business Intelligence (MBI), es la plataforma de análisis en la nube de Adobe para Adobe Commerce. Replica los datos de la tienda y de otras fuentes en un data warehouse que administra Adobe, y sobre él permite modelar métricas, construir reportes y compartir tableros. Adobe la presenta como la forma de mantener una sola fuente de verdad.

Según su documentación, sus piezas son:

1. Integraciones. La base de datos de Adobe Commerce y otras bases MySQL, Microsoft SQL, MongoDB o PostgreSQL; servicios como Google Ads, Salesforce o Zendesk; archivos CSV, y una API de importación.
2. Data Warehouse Manager. Define qué tablas y columnas se sincronizan y crea columnas calculadas.
3. Visual Report Builder. Reportes sin SQL, a partir de métricas ya definidas.
4. SQL Report Builder. Consultas SQL al data warehouse que se convierten en gráficas; útil en relaciones de uno a muchos, como un producto en varias categorías.
5. Cohortes y tableros. Tableros estándar de ROI de marketing, valor de vida del cliente, segmentación, KPIs ejecutivos, cohortes y merchandising, que se personalizan, se comparten con permisos y se envían por correo.

Cómo se contrata. Se solicita a tu equipo de cuenta de Adobe. La descripción de producto de Adobe Commerce on Cloud la incluye como complemento del paquete base o dentro de un paquete que ya la trae. La versión Essentials, más limitada, ya no se ofrece: Adobe la documenta como cuenta heredada, sin Data Warehouse Manager ni integraciones de terceros. El precio de la licencia lo cotiza Adobe.

Dónde corre. Según esa descripción, opera en un entorno multiinquilino fuera de la infraestructura administrada de Adobe Commerce y no entra en su porcentaje mínimo de disponibilidad. La documentación del Admin la marca como exclusiva de PaaS: Adobe Commerce on Cloud y on-premise.

No es tiempo real. Se sincroniza con tus fuentes a lo largo del día, en ciclos de actualización, y una cifra puede moverse entre un ciclo y otro, por datos nuevos o porque un pedido cambió de estatus. La duración del ciclo depende del método de replicación, de qué tan seguido se revisan cambios y del número de tableros.

Los reportes que ya trae Adobe Commerce: menú Reports y Advanced Reporting

Los reportes del Admin

El menú Reports del Admin agrupa reportes predefinidos:

Los de ventas se filtran por sitio web o tienda, periodo, fechas y estatus del pedido, y se exportan a CSV o Excel XML. Tienen dos límites. En PaaS usan estadísticas guardadas: si no las refrescas en Reports > Statistics > Refresh Statistics, no incluyen lo más reciente. Y cada reporte es una consulta aislada, sin costos del ERP: sirve para operar, no para medir margen.

Advanced Reporting

Advanced Reporting es un tablero de pedidos, clientes y productos que Adobe incluye sin costo adicional en Adobe Commerce y en Magento Open Source (los comparamos en nuestra comparativa de ediciones). Usa la tecnología de Commerce Intelligence, pero no requiere una cuenta. Se abre en Reports > Business Intelligence > Advanced Reporting.

Muestra ingresos, pedidos, ticket promedio, reembolsos, impuestos y envíos cobrados, cupones, ventas por región, clientes nuevos y productos más vendidos. Sus condiciones:

• Solo PaaS, con la tienda en un servidor público con SSL, URLs seguras y cron funcionando.
• Una sola moneda base desde la instalación: si la cambiaste alguna vez, no funciona.
• Los datos se envían una vez al día (por defecto, a las 2:00) y pueden tardar hasta un día en aparecer.
• Adobe no recomienda extenderlo.

Sirve como tablero ejecutivo inicial, sin métricas propias ni datos del ERP.

¿Y en Adobe Commerce as a Cloud Service? La documentación del Admin marca como exclusivos de PaaS el refresco de estadísticas, Advanced Reporting y Commerce Intelligence; los reportes de ventas, productos, clientes y marketing, no. En SaaS, el BI más profundo se construye con la API y los eventos de la siguiente sección. Comparamos los modelos en nuestras notas sobre Adobe Commerce as a Cloud Service y hosting de Adobe Commerce.

Cómo llevar los datos de Adobe Commerce a Looker Studio o Power BI

Looker Studio —que Google renombró Data Studio en abril de 2026— y Power BI son herramientas para visualizar: no guardan tu historia ni resuelven las definiciones. Recomendamos tres capas: extracción desde Adobe Commerce y el ERP, un data warehouse donde se modelan las métricas y la herramienta de tableros encima.

GraphQL, la otra API de Adobe Commerce, está pensada para storefronts y aplicaciones; para extraer pedidos en bloque usamos REST, con una credencial limitada a los recursos que necesita (en PaaS, una integración con acceso Custom) y sin copiar datos personales que ningún tablero usa.

Los conectores. Data Studio trae conectores de Google para BigQuery, MySQL, PostgreSQL y Google Sheets, y una galería de conectores de terceros, algunos con costo. Power BI se conecta a MySQL, PostgreSQL, Google BigQuery y Snowflake, y tiene un conector para Adobe Analytics. En la documentación de Adobe no hay un conector oficial de Adobe Commerce para ninguna de las dos: los que existen son de terceros.

En qué se diferencia de Adobe Analytics y Customer Journey Analytics

Adobe Analytics y Customer Journey Analytics (CJA) miden comportamiento: visitas, embudos, atribución y recorridos entre canales. Commerce Intelligence, o un BI sobre tu warehouse, mide registros comerciales: pedidos, devoluciones, costos, márgenes e inventario.

Sus ingresos no van a coincidir, y no tienen por qué. Al comparar Google Analytics con la base de datos, la documentación de Commerce Intelligence cita etiquetado mal configurado, visitas en modo incógnito o eventos de clic que fallan, causas comunes a cualquier medición desde el navegador. Para ingresos manda la base de datos de la tienda; para contabilidad, el ERP.

Los dos mundos se conectan. Si usas Adobe Experience Platform (AEP), la extensión Data Connection de Adobe Commerce le envía eventos de la tienda (vistas, carrito, checkout), del back office (pedido colocado, pedido enviado) y perfiles, que luego usan CJA, Adobe Analytics y Real-Time CDP. Recomendamos registrar en la analítica el número de pedido como identificador de la compra, para cruzar comportamiento con margen. Más detalle en nuestras notas sobre Adobe Analytics, Customer Journey Analytics y CRO para ecommerce.

Qué opción de reportes conviene: tabla de decisión

En la práctica se combinan: el Admin para la operación del día, Analytics o CJA para la conversión, y Commerce Intelligence o el warehouse para la cifra comercial y financiera. Lo que no funciona es que cada área reporte con definiciones propias.

Qué KPIs medir en tu tienda y de qué sistema sale cada dato

Pocos indicadores, bien definidos y con responsable, valen más que decenas de reportes que nadie revisa. Las métricas de devoluciones están en nuestra guía de logística inversa.

Cómo armar un modelo de datos confiable

Estos son los acuerdos que dejamos por escrito antes del primer tablero:

1. Qué es una venta. El pedido colocado, el pagado, el facturado o el enviado. Adobe Commerce guarda pedido, factura, envío y nota de crédito (credit memo) como documentos distintos, cada uno con su fecha. Elige cuál usa cada reporte.
2. Ventas netas, con fórmula. En el pedido, el subtotal, los impuestos, el envío, los descuentos y los montos cancelados y reembolsados viven en campos separados. En México el precio al cliente incluye impuestos, porque la ley obliga a mostrar el monto total (LFPC, art. 7 Bis): quita el IVA y el envío antes de llamarlo venta.
3. Devoluciones con dos fechas. Por fecha del reembolso, para cuadrar con las notas de crédito (CFDI de egreso) del ERP; por fecha del pedido, para medir la tasa de devolución de un producto o una campaña.
4. Estados, no etiquetas. Adobe Commerce distingue el estado del pedido (state), que controla el flujo, del estatus, una etiqueta personalizable. Filtra por estado y no cuentes pedidos pendientes de pago: con efectivo con referencia —en OXXO, por ejemplo— o transferencia, el pedido existe antes que el dinero, y no todos se pagan.
5. Costos desde el ERP. Adobe Commerce tiene un campo Cost en los precios avanzados, pero el costo contable —por ejemplo, el promedio con fletes e importación— vive en el ERP. Une ventas y costos por SKU y periodo, como explicamos en nuestra guía de integración de Adobe Commerce con ERP.
6. Una moneda de reporte. Cada pedido guarda sus montos en la moneda base y en la del pedido. Reporta en la base.
7. Clientes, no cuentas. Quien compra como invitado no tiene cuenta: para recompra y valor de vida, identifica al cliente también por su correo normalizado.
8. Cuadre en cada cierre. Compara las ventas netas del BI con lo facturado en el ERP y documenta las diferencias esperadas, como pedidos aún sin factura.
9. Zona horaria. Agrupa por día en la hora de tu negocio, no en UTC.

La zona horaria: por qué tus ventas por día no cuadran

Adobe Commerce guarda las fechas en UTC en la base de datos, y el Admin las muestra en la zona configurada para cada sitio web (Stores > Settings > Configuration > General > General > Locale Options). Si tu extracción lee las fechas tal como están guardadas, llegan en UTC, y al agrupar por día mueven ventas de una fecha a otra.

La Ciudad de México está en UTC-6 todo el año: la Ley de los Husos Horarios, publicada en octubre de 2022, dejó el horario estacional solo para la frontera norte. En UTC, el día empieza a las 18:00 de la Ciudad de México, así que todo pedido entre las 18:00 y las 23:59 queda con la fecha del día siguiente:

• Ventas por día distorsionadas. Las compras de la tarde y la noche caen en la fecha equivocada.
• Cierres que no cuadran. Un pedido del 31 de octubre a las 20:00 queda, en UTC, en noviembre, y ya no coincide con el cierre de octubre del ERP.
• Campañas de un día mal medidas. Una venta que cierra a medianoche reparte sus resultados en dos fechas.

La solución va en el modelo, no en cada tablero: convierte a la zona America/Mexico_City antes de agrupar. Usa el nombre de la zona, no un desfase fijo, y revisa que servidores y herramientas tengan actualizada la base de husos horarios (tzdata): el fin del horario de verano en México entró en la versión 2022f, y con una anterior se seguiría adelantando una hora en verano. Commerce Intelligence lo resuelve en su configuración: pide la zona de la base de datos (UTC) y la zona en que quieres ver los datos.

Errores frecuentes en los reportes de una tienda en línea

1. Llamar venta al total del pedido, con IVA y envío.
2. Contar pedidos cancelados o pendientes de pago.
3. Agrupar por día en UTC y descubrir en el cierre que el mes no cuadra.
4. No restar devoluciones, o restarlas con la fecha equivocada.
5. Esperar que la analítica y la base de datos den el mismo ingreso.
6. Calcular margen con el campo Cost de la tienda en lugar del costo del ERP.
7. Conectar tableros directo a la base de datos de producción, con consultas pesadas en plena venta.

Cómo lo hacemos en WolfSellers

Empezamos con un diagnóstico: qué cifras usa cada área, de dónde salen y dónde dejan de cuadrar. Con finanzas y operación definimos las métricas y elegimos: reportes del Admin y Advanced Reporting para lo básico, Commerce Intelligence si tu tienda es PaaS y quieres BI sin infraestructura propia, o un data warehouse si necesitas unir varias fuentes. No vendemos licencias: Commerce Intelligence se contrata con Adobe, y en el diagnóstico estimamos el costo total de cada camino.

Después construimos la extracción desde Adobe Commerce y el ERP, el modelo de ventas netas y márgenes, y los tableros. Lo vemos en nuestros servicios de Business Intelligence, Data Engineering, integración con ERP, Adobe Analytics y consultoría. Como partner de Adobe en México, también te ayudamos a elegir entre Adobe Commerce PaaS y SaaS pensando en tus reportes. Si tus cifras no cuadran, puedes escribirnos.

---

Preguntas frecuentes sobre Adobe Commerce Intelligence y BI

¿Qué es Adobe Commerce Intelligence?

Es la plataforma de análisis en la nube de Adobe para tiendas Adobe Commerce. Replica los datos de la tienda y de otras fuentes en un data warehouse administrado por Adobe, con reportes visuales o en SQL, cohortes y tableros compartidos. Se contrata con Adobe, y su documentación la marca para proyectos PaaS.

¿Magento Business Intelligence y Adobe Commerce Intelligence son lo mismo?

Sí. Magento Business Intelligence (MBI) es el nombre anterior de Adobe Commerce Intelligence. La versión Essentials ya no se ofrece; la cuenta actual incluye Data Warehouse Manager, integraciones de terceros y acceso completo a la API.

¿Commerce Intelligence viene incluido en Adobe Commerce? ¿Cuánto cuesta?

No forma parte del paquete base: según la descripción de producto de Adobe, se agrega como complemento o viene en un paquete que la incluye. El precio lo cotiza Adobe. En WolfSellers no vendemos licencias; estimamos el costo total —licencia, implementación y operación— en un diagnóstico.

¿Advanced Reporting es gratis?

Sí. Adobe lo incluye sin costo adicional en Adobe Commerce y Magento Open Source, en proyectos PaaS. Muestra pedidos, clientes y productos con datos que se actualizan una vez al día, y exige una sola moneda base desde la instalación.

¿Se puede conectar Adobe Commerce con Looker Studio o Power BI?

Sí, aunque no de forma directa: la documentación de Adobe no incluye un conector oficial. Lo habitual es llevar los datos con la API, eventos o una réplica a un data warehouse y conectar ahí la herramienta, que trae conectores para BigQuery, MySQL o PostgreSQL. También hay conectores de terceros.

¿En qué se diferencia Commerce Intelligence de Adobe Analytics?

Adobe Analytics mide comportamiento —visitas, embudos, atribución— a partir del etiquetado del sitio. Commerce Intelligence analiza registros comerciales —pedidos, devoluciones, clientes— desde la base de datos. Sus ingresos no coinciden y se usan juntas: una para la conversión y otra para la venta y el margen.

¿Por qué las ventas por día de mi BI no cuadran con las del Admin?

Casi siempre es la zona horaria. Adobe Commerce guarda las fechas en UTC y el Admin las muestra en la zona configurada. Como la Ciudad de México está en UTC-6 todo el año, un pedido colocado después de las 18:00 cae, en UTC, en el día siguiente. Convierte a America/Mexico_City antes de agrupar.

¿Commerce Intelligence funciona con Adobe Commerce as a Cloud Service?

La documentación del Admin de Adobe marca Commerce Intelligence y Advanced Reporting como exclusivos de PaaS. En la versión SaaS, el camino es llevar los datos con la API REST y los eventos a un data warehouse y construir ahí el BI.

Servicios relacionados

Si este tema es relevante para tu negocio, estos servicios de WolfSellers pueden ayudarte a implementarlo:

• Business Intelligence
• Data Engineering & Integraciones
• Adobe Commerce