¿Qué puede extraer Nexus de SAP?

dab Nexus es una plataforma flexible de extracción de datos SAP que admite múltiples tipos de fuentes SAP, abarcando desde tablas físicas de base de datos hasta modelos semánticos de datos e informes SAP. El alcance exacto de la extracción depende de la arquitectura de SAP System, las interfaces disponibles, las autorizaciones y las implementaciones específicas del cliente.

Tablas de base de datos DDIC de SAP

Descripción general

SAP almacena los datos de la aplicación utilizando objetos definidos en el diccionario ABAP (DDIC). Dependiendo de la versión de SAP y la plataforma de base de datos, los datos pueden almacenarse en diferentes tipos de tablas. Desde la perspectiva de Nexus, se pueden extraer datos de tablas y vistas SAP que están expuestas mediante el diccionario ABAP y que se encuentran accesibles a través de la interfaz SAP empleada para la extracción.

Los principales tipos de objetos DDIC de base de datos son:

Tipo de objeto DDIC	Descripción	Uso típico
Tabla transparente	Relación 1:1 entre la definición DDIC y la tabla física	Datos de aplicaciones empresariales
Tabla pooled	Varias tablas lógicas almacenadas en un pool de tablas común	SAP System/datos de control (heredado)
Tabla cluster	Varias tablas lógicas almacenadas juntas en un cluster de datos	Datos de aplicaciones SAP (heredado)
Vista	Objeto virtual basado en una o más tablas	Informes y acceso a datos

Nota Aunque SAP S/4HANA ha reemplazado en gran parte las tablas pooled y cluster por tablas transparentes, Nexus aún puede extraer tablas pooled y cluster donde estén disponibles, incluidas en sistemas SAP ECC antiguos.

---

Tablas transparentes

Descripción general

Una tabla transparente es una tabla de base de datos que tiene una relación 1:1 con la tabla física subyacente. El nombre de la tabla, los nombres de los campos y la estructura definida en el diccionario ABAP corresponden directamente con la tabla física en la base de datos.

Las tablas transparentes son el tipo de tabla SAP más común y contienen la mayoría de los datos de las aplicaciones empresariales.

Características principales

• Mapeo directo: Una tabla SAP = Una tabla de base de datos
• Misma estructura en DDIC y base de datos
• Soporta índices primarios y secundarios
• Accesibles mediante Open SQL y Native SQL
• Contienen datos transaccionales, maestros y organizativos
• Totalmente soportadas en SAP ECC y SAP S/4HANA

Ejemplos frecuentes

Categoría	Tabla	Descripción
Finanzas	BKPF	Cabecera de documento contable
	BSEG	Partidas de documento contable
	ACDOCA	Libro universal
Ventas y distribución	VBAK	Cabecera de pedido de ventas
	VBAP	Posiciones de pedido de ventas
Gestión de materiales	EKKO	Cabecera de pedido de compras
	EKPO	Posiciones de pedido de compras
Datos maestros	MARA	Maestro de materiales
	KNA1	Maestro de clientes
	LFA1	Maestro de proveedores

Tablas pooled

Descripción general

Las tablas pooled son tablas lógicas DDIC que se almacenan físicamente dentro de un pool compartido. Varias tablas pooled comparten la misma tabla física subyacente. Estas tablas se usaban principalmente para ahorrar recursos de base de datos en versiones antiguas de SAP.

Características principales

• Varias tablas SAP comparten una sola tabla física de base de datos
• Usadas principalmente para configuración de sistema y datos de control
• Accesibles a través del diccionario ABAP
• Concepto considerado heredado
• No se utilizan en SAP S/4HANA

Ejemplos típicos

Tabla	Descripción
A003	Condiciones de precios (sistemas ECC antiguos)
Varias SAP System	Datos de configuración y control

Tablas cluster

Descripción general

Las tablas cluster son tablas lógicas DDIC cuyos registros se almacenan juntos en un cluster de datos comprimidos dentro de una única tabla física de base de datos.

Varias tablas cluster pueden compartir el mismo espacio físico de almacenamiento.

Características principales

• Varias tablas lógicas almacenadas en un solo cluster de base de datos
• Los datos se almacenan en formato comprimido
• Usadas históricamente para optimización de rendimiento
• Acceso típicamente realizado a través de ABAP Open SQL
• Concepto heredado; reemplazado por tablas transparentes en SAP S/4HANA

Ejemplos típicos

Tabla	Descripción
BSEG	Partidas de documento contable (ECC)
KONV	Condiciones de precios (ECC)

Nota En SAP ECC, algunas tablas conocidas como BSEG se implementaban como tablas cluster. En SAP S/4HANA, estas estructuras han sido rediseñadas y almacenadas como tablas transparentes.

Vistas

Descripción general

Una vista es un objeto DDIC virtual basado en una o más tablas subyacentes. Las vistas no almacenan datos necesariamente por sí mismas, sino que proporcionan una representación lógica de los datos.

Las vistas se usan comúnmente para informes, analíticas y para un acceso simplificado a los datos.

Características principales

• Basadas en una o más tablas
• Sin duplicación de almacenamiento de datos
• Admiten joins y filtrado
• Frecuentemente usadas para informes e integraciones
• Comunes en entornos ECC y S/4HANA

Ejemplos frecuentes

Tipo de vista	Descripción
Vista de base de datos	Join de tablas de base de datos
Vista de proyección	Subconjunto de campos de una tabla
Vista de mantenimiento	Usada para el mantenimiento de tablas
Vista CDS	Modelo moderno de datos semántico en S/4HANA

Vistas CDS

Descripción general

Las vistas Core Data Services (CDS) son la tecnología estratégica de SAP para la modelización semántica de datos en la capa de base de datos. Las vistas CDS permiten a los desarrolladores y usuarios acceder a datos empresariales mediante vistas reutilizables, optimizadas en rendimiento y enriquecidas semánticamente. Las vistas CDS son una parte fundamental del Virtual Data Model (VDM) en SAP S/4HANA y pueden ser consumidas por aplicaciones SAP Fiori, analíticas, servicios OData, integraciones externas y herramientas de informes. Para Nexus, las vistas CDS ofrecen una alternativa orientada al negocio frente a la extracción directa de tablas, permitiendo el consumo de datos a través de modelos semánticos proporcionados por SAP o personalizados.

Características principales

• Modelado semántico de datos: Representación orientada al negocio de tablas de base de datos subyacentes.
• Pushdown en base de datos: El procesamiento se ejecuta directamente en SAP HANA, mejorando el rendimiento.
• Lógica reutilizable: La lógica de negocio, joins, cálculos y filtros se definen una sola vez y se reutilizan en diferentes aplicaciones.
• Anotaciones: Las anotaciones de metadatos soportan analíticas, exposición OData, generación de UI y autorización.
• Integración de seguridad: Soporta control de acceso basado en roles mediante DCL (Data Control Language).
• Virtual Data Models (VDM): Constituye la base de la arquitectura moderna de acceso a datos de SAP.

Vistas CDS en SAP ECC

La tecnología CDS está disponible en versiones más recientes de SAP ECC que funcionan sobre SAP HANA. Los casos de uso típicos incluyen:

• Informes y analíticas
• Generación de servicios OData
• Aplicaciones SAP Fiori
• Simplificación de joins complejos en SQL
• Extracción de datos para sistemas externos

Sin embargo, la adopción de CDS en ECC generalmente es más limitada comparada con SAP S/4HANA.

Vistas CDS en SAP S/4HANA

En SAP S/4HANA, las vistas CDS son un componente central de la arquitectura de la aplicación. SAP suministra miles de vistas CDS estándar que cubren dominios de negocio como:

Dominio	Vista CDS / Entidad API	Nombre de vista ABAP CDS
Finanzas	I_GLAccountLineItem	I_GLAccountLineItem
	I_JournalEntry	I_JournalEntry
	I_ProfitCenter	I_ProfitCenter
Ventas	I_SalesOrder	I_SalesOrder
	I_SalesOrderItem	I_SalesOrderItem
	I_Customer	I_Customer
Compras	I_PurchaseOrderAPI01	I_PurchaseOrderAPI01
	I_Supplier	I_Supplier
Materiales e inventario	I_Product	I_Product
	I_MaterialStock	I_MaterialStock

Estas vistas proporcionan acceso estandarizado a la información de negocio, abstrayendo la estructura subyacente de las tablas.

Vistas CDS basadas en DDIC versus entidades CDS View

SAP ofrece dos implementaciones para vistas CDS: vistas CDS basadas en DDIC y CDS View Entities. Aunque ambas exponen datos usando Core Data Services (CDS), SAP recomienda usar CDS View Entities para nuevos desarrollos debido a mejoras técnicas y una arquitectura simplificada.

Cómo encontrar el nombre de vista ABAP CDS

Opción 1: Verificar la vista CDS en SE11

1. Abra la transacción SE11.
2. Introduzca el nombre de la vista CDS (por ejemplo, I_GLAccountLineItem).
3. Visualice la definición.
4. Busque la anotación:

@AbapCatalog.sqlViewName: '...'

Ejemplo:

@AbapCatalog.sqlViewName: 'IFIGLACCTLNITM'
define view I_GLAccountLineItem as ...

El valor de @AbapCatalog.sqlViewName es el nombre de vista ABAP SQL asociado con la vista CDS.

Nota: Las nuevas CDS View Entities pueden no tener nombre de vista SQL generado. En estos casos, utilice la opción 2 para determinar el nombre técnico expuesto a través de Operational Data Provisioning (ODP).

Opción 2: Verificar la tabla RSODPABAPCDSVIEW en SE16

SAP mantiene un mapeo entre las vistas CDS y sus nombres técnicos expuestos por ODP en la tabla RSODPABAPCDSVIEW.

1. Abra la transacción SE16 o SE16N.
2. Introduzca la tabla RSODPABAPCDSVIEW.
3. Filtre por el nombre de la vista CDS (por ejemplo, I_GLAccountLineItem).
4. Ejecute la consulta.

Los resultados muestran los metadatos correspondientes y los nombres técnicos utilizados por los frameworks de extracción ODP.

Ejemplo

Vista CDS	Dónde encontrar el nombre ABAP
I_GLAccountLineItem	@AbapCatalog.sqlViewName en SE11 o búsqueda en RSODPABAPCDSVIEW
I_JournalEntry	@AbapCatalog.sqlViewName en SE11 o búsqueda en RSODPABAPCDSVIEW
I_SalesOrder	@AbapCatalog.sqlViewName en SE11 o búsqueda en RSODPABAPCDSVIEW
I_PurchaseOrderAPI01	@AbapCatalog.sqlViewName en SE11 o búsqueda en RSODPABAPCDSVIEW

Recomendación: Para sistemas SAP S/4HANA, especialmente versiones recientes, verificar RSODPABAPCDSVIEW es usualmente el método más fiable para identificar el nombre técnico CDS disponible para extracción.

Descripción general

Característica	CDS basada en DDIC	CDS View Entity
Declaración de definición	DEFINE VIEW	DEFINE VIEW ENTITY
Objeto de diccionario ABAP	Crea una vista DDIC gestionada por CDS adicional	No genera vista DDIC adicional
Arquitectura	Entidad CDS + vista DDIC	Solo entidad CDS
Rendimiento de activación	Más lento por generación de objeto DDIC	Mejor rendimiento en activación
Recomendación SAP	Obsoleto para desarrollos nuevos	Recomendado para desarrollos nuevos
Disponibilidad	Soportada para compatibilidad y sistemas existentes	Opción preferida en desarrollo ABAP moderno

Vistas CDS basadas en DDIC

Una vista CDS basada en DDIC se basa técnicamente en una vista DDIC gestionada por CDS en el diccionario ABAP y se define usando la sentencia DEFINE VIEW. Durante la activación, SAP crea:

• La entidad CDS
• Una vista DDIC gestionada por CDS correspondiente

Este objeto adicional en el diccionario incrementa la complejidad y el esfuerzo de activación.

Ejemplo:

define view Z_SalesOrder
  as select from vbak
{
    key vbeln,
        erdat
}

CDS View Entities

Las CDS View Entities son el sucesor de las vistas CDS basadas en DDIC. Se definen usando la sentencia DEFINE VIEW ENTITY y no generan una vista DDIC adicional. Esto resulta en una arquitectura más liviana y mejor rendimiento en activación. SAP recomienda el uso de CDS View Entities para nuevos desarrollos.

Ejemplo:

define view entity ZI_SalesOrder
  as select from vbak
{
    key vbeln,
        erdat
}

Para sistemas SAP ya existentes, las vistas CDS basadas en DDIC se utilizan ampliamente y pueden ser extraídas por Nexus.

Virtual Data Model (VDM)

El Virtual Data Model (VDM) es una colección estructurada de vistas SAP CDS (Core Data Services) que proporciona una capa de datos semánticamente enriquecida y reutilizable por encima de las tablas de base de datos. El VDM organiza las vistas CDS en diferentes capas para separar el acceso a los datos, la lógica de negocio y los escenarios de consumo.

El VDM consta de:

• Basic Views – Acceden directamente a tablas de base de datos y exponen modelos de datos orientados al negocio.
• Composite Views – Combinan varias Basic Views y añaden semánticas de negocio.
• Consumption Views – Proporcionan modelos específicos de aplicación para analíticas, informes, API y aplicaciones SAP Fiori.

Stability Contracts

SAP clasifica muchas vistas CDS utilizando Stability Contracts, que indican el nivel de compatibilidad garantizada por SAP a lo largo de futuras versiones. Los Stability Contracts ayudan a clientes y socios a determinar si una vista CDS puede ser reutilizada de forma segura en desarrollos personalizados e integraciones. El contrato más importante para consumo externo es:

Contrato	Descripción
C1	Liberada para consumo por clientes y socios. SAP garantiza una interfaz pública estable y cambios retrocompatibles dentro del alcance del contrato.

Según SAP, únicamente las vistas CDS específicas que cumplen el contrato de estabilidad C1 están oficialmente publicadas para reutilización por clientes y socios. Dichas vistas están pensadas para escenarios de consumo a largo plazo y se recomiendan para integraciones, análisis y aplicaciones personalizadas. Nexus puede extraer datos de vistas SAP CDS independientemente de su capa VDM o clasificación de Stability Contract.

Referencias oficiales de SAP

Para más información sobre Virtual Data Model (VDM) y la arquitectura de vistas CDS de SAP, remítase a la documentación oficial de SAP:

• Modelo de datos virtual y vistas CDS (SAP Help Portal)

• Capas VDM y tipos de vista (SAP Help Portal)

Basic Views (Interface Views)

Las Basic Views se construyen directamente sobre tablas de base de datos y son las únicas vistas CDS que acceden directamente a tablas de base de datos. Proporcionan nombres de campo amigables para el negocio y enriquecen el modelo de datos con metadatos y asociaciones.

Ejemplos

Tabla de base de datos	Basic CDS View	Objeto de negocio
KNA1	I_Customer	Maestro de clientes
MARA	I_Product	Maestro de material/producto
VBAK	I_SalesOrder	Cabecera de pedido de ventas
VBAP	I_SalesOrderItem	Posición de pedido de ventas
BKPF	I_JournalEntry	Cabecera de documento contable
BSEG	I_OperationalAcctgDocItem	Partida de documento contable

Relación de ejemplo

KNA1
  ↓
I_Customer

Anotado con:

@VDM.viewType: #BASIC

Composite Views (Interface Views)

Las Composite Views se basan en Basic Views y/o en otras Composite Views. Combinan datos de distintas fuentes y añaden semánticas y lógicas de negocio, sin acceder directamente a tablas de base de datos.

Ejemplos

Composite CDS View	Descripción
I_SalesOrderCube	Pedidos de venta combinados con posiciones e información de cliente
I_BillingDocumentCube	Cabecera y posiciones de facturación
I_InventoryCube	Producto e información de inventario
I_ProfitCenterPlanActualCube	Datos financieros reales y previstos

Relación de ejemplo

I_SalesOrder
       +
I_SalesOrderItem
       +
I_Customer
       ↓
I_SalesOrderCube

Anotado con:

@VDM.viewType: #COMPOSITE

Consumption Views

Las Consumption Views forman la capa superior del VDM. Se construyen sobre vistas de reutilización (Basic y Composite Views) y están diseñadas para casos de uso de negocio específicos tales como informes, analítica, API y aplicaciones. Acceden a tablas de base de datos solo de manera indirecta a través de la capa de reutilización.

Ejemplos:

• Aplicaciones SAP Fiori
• Servicios OData
• Cuadros de mando KPI
• Consultas analíticas

Ejemplos

Consumption CDS View	Uso
C_SalesOrderQry	Analítica de pedidos de venta
C_BillingDocumentQry	Analítica de facturación
C_ProfitCenterPlanActualQry	Informes financieros
C_GLLineItemsQ0001	Informes de libro mayor
C_ProductSalesPerformanceQry	Análisis de rendimiento de ventas

Relación de ejemplo

I_SalesOrderCube
        ↓
C_SalesOrderQry
        ↓
Fiori App / OData Service / KPI Dashboard

Anotado con:

@VDM.viewType: #CONSUMPTION

Informes SAP

Nexus puede extraer datos de un informe SAP si este puede ejecutarse automáticamente y sus resultados pueden exportarse desde SAP GUI. En la práctica, esto significa que el informe debe:

• Estar implementado como un programa ABAP.
• Proporcionar una pantalla inicial de selección para introducir parámetros y filtros.
• Producir sus resultados en formato tabular tras la ejecución.
• Permitir que la salida en tabla se exporte a un archivo usando la funcionalidad estándar de SAP GUI.

Nexus sigue el mismo proceso que un usuario en SAP GUI: ejecuta el informe, rellena los parámetros de selección y exporta la tabla resultante. Nexus no extrae el informe propiamente dicho—solo extrae los datos tabulares exportados. Por tanto, como regla general, si una persona puede ejecutar el informe, introducir parámetros de selección, visualizar los resultados en formato tabla y exportar esa tabla a un archivo, generalmente ese informe puede ser extraído por Nexus.

ECC frente a consideraciones del modelo de datos de SAP S/4HANA

Descripción general

Al extraer datos de sistemas SAP, es importante tener en cuenta que SAP S/4HANA introdujo cambios significativos en el modelo de datos en comparación con SAP ECC. Muchas tablas tradicionales siguen apareciendo en S/4HANA, pero en realidad pueden estar implementadas como Compatibility Views y no como tablas físicas de base de datos. Estas vistas fueron introducidas por SAP para preservar la compatibilidad hacia atrás de informes, desarrollos personalizados, extractores e integraciones existentes.

Como resultado, herramientas de extracción de datos como Nexus pueden, en muchos casos, seguir accediendo a objetos ECC conocidos mientras los clientes migran gradualmente al modelo de datos de S/4HANA.

Compatibility Views

Las Compatibility Views son vistas CDS proporcionadas por SAP que mapean la estructura de las antiguas tablas ECC al nuevo modelo de datos S/4HANA. Actúan como una capa de abstracción entre la lógica de aplicación antigua y las nuevas tablas físicas.

Por ejemplo:

Objeto ECC	Reemplazo S/4HANA
MSEG	MATDOC (a través de vista de compatibilidad)
COEP	Universal Journal (ACDOCA) a través de vista de compatibilidad
COSP / COSS	Estructuras de Universal Journal a través de vistas de compatibilidad
Varias tablas FI/CO	Consolidadas en ACDOCA
El objetivo de SAP es permitir que el código personalizado y las integraciones existentes sigan funcionando con cambios mínimos después de una conversión de sistema.

---

Orientación importante para la extracción

Las vistas de compatibilidad están soportadas

Nexus puede extraer desde vistas de compatibilidad al igual que desde las tablas estándar de SAP, ya que SAP las expone a través de interfaces estándar. Esto permite que los paquetes de extracción existentes sigan operando tras muchas migraciones de ECC a S/4HANA.

Preferir objetos nativos de S/4HANA cuando sea posible

Aunque las vistas de compatibilidad resultan convenientes, SAP recomienda utilizar el nuevo modelo de datos de S/4HANA siempre que sea posible. Las vistas de compatibilidad existen principalmente para mantener la compatibilidad con versiones anteriores y pueden introducir uniones adicionales, uniones tipo unión o capas de lógica empresarial.

Para proyectos nuevos, se recomienda utilizar:

• Vistas CDS
• Entidades CDS View
• Objetos Business Partner
• Universal Journal (ACDOCA)
• Tabla de documentos de material (MATDOC)
• API de SAP publicadas y servicios OData

en lugar de depender únicamente de las estructuras heredadas de ECC.

Consideraciones de rendimiento

Algunas vistas de compatibilidad pueden ser mucho más complejas que las tablas originales de ECC que emulan. En ciertos casos, las vistas de compatibilidad de SAP realizan uniones y transformaciones entre varios objetos subyacentes. Por ello, las extracciones a gran escala deben validarse en cuanto al rendimiento durante la implementación.

Cambios clave entre el modelo de datos SAP ECC y SAP S/4HANA

Área	SAP ECC	SAP S/4HANA
Contabilidad financiera y de costes	Datos de FI y CO distribuidos en varias tablas como BKPF, BSEG, COEP, COSP y COSS	Los datos financieros y de controlling se consolidan en el Universal Journal (ACDOCA). Las tablas heredadas suelen implementarse como vistas de compatibilidad.
Gestión de inventario	Información de documentos de material e inventario almacenada en tablas como MKPF y MSEG	Las transacciones de inventario se almacenan principalmente en MATDOC. Objetos heredados como MSEG se exponen mediante vistas de compatibilidad.
Datos maestros de cliente y proveedor	Objetos de datos maestros individuales para clientes (KNA1) y proveedores (LFA1)	El modelo unificado de Business Partner (BP) sustituye el concepto separado de cliente y proveedor maestro.
Capa de acceso a datos	Tablas físicas de ECC utilizadas directamente por informes, desarrollos personalizados e integraciones	Muchas tablas heredadas se implementan como vistas de compatibilidad que enlazan estructuras antiguas con el nuevo modelo de datos de S/4HANA.
Modelo de informes	Los datos a menudo se encuentran distribuidos en varias tablas específicas de aplicación, requiriendo conciliación	Modelo de datos simplificado y armonizado que permite análisis e informes en tiempo real directamente sobre estructuras consolidadas

Recomendación para la extracción

Para sistemas SAP S/4HANA:

• Los escenarios de extracción basados en ECC existentes suelen seguir funcionando a través de las vistas de compatibilidad de SAP.
• Para nuevas implementaciones, es preferible utilizar vistas CDS, entidades CDS View, objetos Business Partner, ACDOCA y MATDOC cuando sea posible.
• Valide el rendimiento de la extracción si se involucran vistas de compatibilidad, ya que algunas vistas pueden ser significativamente más complejas que las tablas subyacentes de S/4HANA.

Cómo saber si un objeto es una vista de compatibilidad

En SAP GUI:

1. Abra la transacción SE16N
2. Introduzca el nombre de la tabla
3. Si SAP muestra un Proxy Object, probablemente el objeto esté respaldado por una vista de compatibilidad
4. Acceda a SE11 para examinar la definición CDS subyacente y las tablas físicas involucradas

Esto puede ayudarle a determinar si una extracción accede a una tabla física o a una capa virtual de compatibilidad.

Referencias de SAP

Para los clientes que planean migraciones de SAP ECC a SAP S/4HANA, SAP proporciona documentación exhaustiva sobre objetos de compatibilidad y simplificaciones en el modelo de datos:

• SAP Note 2595627 – Vistas de compatibilidad en SAP S/4HANA – Vistas de compatibilidad en S/4HANA.
• Lista de simplificación de SAP S/4HANA (SIMPL_OP2023) – Visión completa de los cambios en el modelo de datos de S/4HANA.
• Guías de migración y conversión de SAP S/4HANA – Instrucciones oficiales para migración y conversión.

Estos documentos proporcionan correspondencias detalladas de las tablas de ECC obsoletas, estructuras de reemplazo y los cambios funcionales introducidos en SAP S/4HANA.