¿Qué puede extraer Nexus de SAP?

dab Nexus es una plataforma flexible para la extracción de datos de SAP que admite múltiples tipos de origen en SAP, desde tablas físicas de bases de datos hasta modelos de datos semánticos 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 de cada cliente.

Tablas de base de datos DDIC de SAP

Visión general

SAP almacena datos de 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 distintos tipos de tablas. Desde la perspectiva de Nexus, los datos pueden extraerse de tablas y vistas SAP que se exponen a través del Diccionario ABAP y son accesibles mediante la interfaz SAP utilizada 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 una tabla física en la base	Datos de aplicación empresarial
Tabla pool	Varias tablas lógicas almacenadas en un pool de tablas común	SAP System/datos de control (legado)
Tabla cluster	Varias tablas lógicas almacenadas juntas en un clúster de datos	Datos de aplicación SAP (legado)
Vista	Objeto virtual basado en una o más tablas	Informes y acceso a datos

Nota Aunque SAP S/4HANA ha sustituido en gran medida las tablas pool y cluster por tablas transparentes, Nexus todavía puede extraer tablas pool y cluster cuando están disponibles, incluso en sistemas SAP ECC antiguos.

---

Tablas transparentes

Visió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 definidos en el Diccionario ABAP corresponden directamente a la tabla física en la base de datos.

Las tablas transparentes son el tipo de tabla más común en SAP y contienen la mayoría de los datos de aplicación empresarial.

Características clave

• Asignación directa: una tabla SAP = una tabla de base de datos
• Misma estructura en DDIC y la base de datos
• Soporta índices primarios y secundarios
• Accesible mediante Open SQL y Native SQL
• Contiene datos transaccionales, maestros y organizativos
• Totalmente admitidas 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	Universal Journal
Ventas y distribución	VBAK	Cabecera de pedido de ventas
	VBAP	Partidas de pedido de ventas
Gestión de materiales	EKKO	Cabecera de pedido de compras
	EKPO	Partidas de pedido de compras
Datos maestros	MARA	Maestro de materiales
	KNA1	Maestro de clientes
	LFA1	Maestro de proveedores

Tablas pool

Visión general

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

Características clave

• Varias tablas SAP comparten una sola tabla física en la base de datos
• Utilizadas principalmente para la configuración del sistema y datos de control
• Acceso a través del Diccionario ABAP
• Considerado un concepto legado
• No se usan en SAP S/4HANA

Ejemplos típicos

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

Tablas cluster

Visión general

Las tablas cluster son tablas lógicas DDIC cuyos registros se almacenan juntos en un clúster de datos comprimido dentro de una sola tabla física de la base de datos.

Varias tablas cluster pueden compartir la misma área física de almacenamiento.

Características clave

• Varias tablas lógicas almacenadas en un solo clúster de base de datos
• Los datos se almacenan en formato comprimido
• Históricamente utilizadas para optimizar el rendimiento
• El acceso normalmente se realiza mediante ABAP Open SQL
• Concepto legado; 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 bien conocidas como BSEG se implementaron como tablas cluster. En SAP S/4HANA, estas estructuras se han rediseñado y almacenado como tablas transparentes.

Vistas

Visión general

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

Las vistas se utilizan habitualmente para informes, análisis y acceso simplificado a los datos.

Características clave

• Basadas en una o varias tablas
• No hay duplicación de almacenamiento de datos
• Admite combinaciones (joins) y filtrado
• Uso frecuente para informes e integraciones
• Comunes en entornos ECC y S/4HANA

Ejemplos frecuentes

Tipo de vista	Descripción
Vista de base de datos	Unión de tablas de base de datos
Vista de proyección	Subconjunto de campos de una tabla
Vista de mantenimiento	Utilizada para mantenimiento de tablas
Vista CDS	Modelo de datos semánticos moderno en S/4HANA

Vistas CDS

Visión general

Las vistas Core Data Services (CDS) son la tecnología estratégica de SAP para definir modelos de datos semánticos a nivel de base de datos. Las vistas CDS permiten a 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, herramientas analíticas, servicios OData, integraciones externas y soluciones de informes. Para Nexus, las vistas CDS proporcionan una alternativa orientada al negocio a la extracción directa de tablas, permitiendo el consumo de datos a través de modelos semánticos estándar o personalizados de SAP.

Características clave

• Modelado semántico de datos – Representación orientada al negocio de las tablas de la base de datos.
• Database Pushdown – El procesamiento se realiza directamente en SAP HANA, mejorando el rendimiento.
• Lógica reutilizable – La lógica de negocio, uniones, cálculos y filtros se definen una sola vez y se reutilizan en diversas aplicaciones.
• Anotaciones – Las anotaciones de metadatos admiten analíticas, exposición OData, generación de interfaces de usuario y autorización.
• Integración de seguridad – Soporta control de acceso basado en roles mediante DCL (Data Control Language).
• Virtual Data Models (VDM) – Constituyen el fundamento de la arquitectura moderna de acceso a datos de SAP.

Vistas CDS en SAP ECC

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

• Informes y analítica
• Generación de servicios OData
• Aplicaciones SAP Fiori
• Simplificación de combinaciones SQL complejas
• Extracción de datos para sistemas externos Sin embargo, la adopción de CDS en ECC es generalmente más limitada en comparación con SAP S/4HANA.

Vistas CDS en SAP S/4HANA

En SAP S/4HANA, las vistas CDS son un componente clave de la arquitectura de la aplicación. SAP ofrece miles de vistas CDS estándar que cubren dominios empresariales 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 los datos empresariales al abstraer la estructura subyacente de las tablas.

Vistas CDS basadas en DDIC vs. CDS View Entities

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

Cómo encontrar el nombre de la vista ABAP CDS

Opción 1: Consultar la vista CDS en SE11

1. Abra la transacción SE11.
2. Introduzca el nombre de la vista CDS (por ejemplo, I_GLAccountLineItem).
3. Muestre 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 la vista SQL ABAP asociada a la vista CDS.

Nota: Es posible que las nuevas CDS View Entities no tengan un nombre de vista SQL generado. En esos casos, utilice la Opción 2 para determinar el nombre técnico expuesto a través de Operational Data Provisioning (ODP).

Opción 2: Consultar la tabla RSODPABAPCDSVIEW en SE16

SAP mantiene una correspondencia 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 la metainformación correspondiente de la vista CDS y los nombres técnicos utilizados por los marcos de extracción ODP.

Ejemplo

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

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

Visión general

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

Vistas basadas en CDS DDIC

Una vista basada en CDS 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 aumenta 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 con la sentencia DEFINE VIEW ENTITY y no generan una vista DDIC adicional. Esto resulta en una arquitectura más simple y un mejor rendimiento en la activación. SAP recomienda utilizar CDS View Entities para desarrollos nuevos.

Ejemplo:

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

En los sistemas SAP existentes, las vistas CDS basadas en DDIC siguen estando muy extendidas y pueden extraerse mediante Nexus.

Virtual Data Model (VDM)

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

El VDM se compone de:

• Vistas básicas – Acceden directamente a las tablas de base de datos y presentan modelos de datos orientados al negocio.
• Vistas compuestas – Combinan varias vistas básicas y añaden semántica de negocio.
• Vistas de consumo – Proporcionan modelos específicos para analítica, informes, APIs y aplicaciones SAP Fiori.

Stability Contracts

SAP clasifica muchas vistas CDS utilizando Stability Contracts, que indican el nivel de compatibilidad que SAP garantiza en versiones futuras. Estos contratos ayudan a clientes y socios a determinar si una vista CDS puede reutilizarse de forma segura en desarrollos e integraciones personalizadas. El contrato más relevante para consumo externo es:

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

Según SAP, solo determinadas vistas CDS que cumplen el contrato de estabilidad C1 están oficialmente liberadas para que clientes y socios las reutilicen. Estas vistas se diseñan para escenarios de consumo a largo plazo y son los objetos recomendados para integraciones, soluciones de reporting y aplicaciones personalizadas. Nexus puede extraer datos de vistas CDS de SAP independientemente de la capa VDM o la clasificación del Stability Contract.

Referencias oficiales de SAP

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

• Virtual Data Model y vistas CDS (SAP Help Portal)

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

Vistas básicas (Interface Views)

Las vistas básicas se construyen directamente sobre las tablas de la base de datos y son las únicas vistas CDS que acceden a las tablas de forma directa. Proporcionan nombres de campo orientados al negocio y enriquecen el modelo de datos con metadatos y asociaciones.

Ejemplos

Tabla de base de datos	Vista CDS básica	Objeto de negocio
KNA1	I_Customer	Maestro de clientes
MARA	I_Product	Maestro de materiales/productos
VBAK	I_SalesOrder	Cabecera de pedido de ventas
VBAP	I_SalesOrderItem	Partida 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

Vistas compuestas (Interface Views)

Las vistas compuestas se basan en vistas básicas y/o en otras vistas compuestas. Combinan datos de múltiples fuentes y añaden semántica y lógica de negocio sin acceder directamente a las tablas de la base de datos.

Ejemplos

Vista CDS compuesta	Descripción
I_SalesOrderCube	Pedidos de venta combinados con partidas e información de clientes
I_BillingDocumentCube	Cabecera y partidas de facturación
I_InventoryCube	Información de producto e inventario
I_ProfitCenterPlanActualCube	Datos financieros reales y planificados

Relación de ejemplo

I_SalesOrder
       +
I_SalesOrderItem
       +
I_Customer
       ↓
I_SalesOrderCube

Anotado con:

@VDM.viewType: #COMPOSITE

Vistas de consumo

Las vistas de consumo forman la capa superior del VDM. Se basan en vistas reutilizables (básicas y compuestas) y se diseñan para casos de uso empresarial específicos como reporting, analítica, APIs y aplicaciones. Acceden a las tablas de la base de datos solo de forma indirecta a través de la capa reutilizable.

Ejemplos:

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

Ejemplos

Vista CDS de consumo	Uso
C_SalesOrderQry	Analítica de pedidos de venta
C_BillingDocumentQry	Analítica de facturación
C_ProfitCenterPlanActualQry	Reporting financiero
C_GLLineItemsQ0001	Reportes de libro mayor
C_ProductSalesPerformanceQry	Análisis del desempeño en 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 el informe se puede ejecutar automáticamente y sus resultados se pueden exportar desde SAP GUI. En la práctica, significa que el informe debe:

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

Nexus sigue el mismo proceso que realizaría un usuario en SAP GUI: ejecuta el informe, completa los parámetros de selección y exporta la salida tabular resultante. Nexus no extrae el informe en sí, sino los datos exportados de la tabla. Así, como regla general, si un usuario puede ejecutar el informe, ingresar parámetros de selección, ver los resultados en una tabla y exportar esa tabla a un archivo, el informe puede ser extraído generalmente por Nexus.

ECC comparado con consideraciones del modelo de datos de SAP S/4HANA

Visión general

Al extraer datos de sistemas SAP, es fundamental comprender que SAP S/4HANA introdujo cambios significativos en el modelo de datos en relación con SAP ECC. Muchas tablas tradicionales siguen apareciendo en S/4HANA, pero en realidad, pueden estar implementadas como vistas de compatibilidad en lugar de tablas físicas de base de datos. SAP introdujo estas vistas para mantener la compatibilidad con informes existentes, desarrollos personalizados, extractores e integraciones.

Como resultado, las herramientas de extracción de datos como Nexus suelen poder acceder a objetos familiares de ECC mientras los clientes migran a S/4HANA.

Vistas de compatibilidad

Las vistas de compatibilidad son vistas basadas en CDS proporcionadas por SAP que mapean estructuras de tablas ECC heredadas al nuevo modelo de datos de 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:

ECC objeto	S/4HANA reemplazo
MSEG	MATDOC (a través de la vista de compatibilidad)
COEP	Universal Journal (ACDOCA) a través de la 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 existente y las integraciones continúen funcionando con cambios mínimos tras una conversión del sistema.

---

Orientaciones importantes para la extracción

Las compatibility views son compatibles

Nexus puede extraer de compatibility views de la misma manera en que lo hace de las tablas SAP normales, ya que SAP las expone a través de interfaces estándar. Esto permite que los paquetes de extracción existentes sigan operando después de muchas migraciones de ECC a S/4HANA.

Preferir objetos nativos de S/4HANA siempre que sea posible

Aunque las compatibility views son convenientes, SAP recomienda utilizar el nuevo modelo de datos de S/4HANA cuando sea posible. Las compatibility views existen principalmente por razones de compatibilidad con versiones anteriores y pueden introducir uniones adicionales, uniones, o capas de lógica de negocio.

Para nuevos proyectos, considere utilizar:

• CDS Views
• CDS View Entities
• Objetos Business Partner
• Universal Journal (ACDOCA)
• Tabla de documentos de material (MATDOC)
• APIs SAP liberadas y servicios OData

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

Consideraciones de rendimiento

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

Cambios clave del modelo de datos SAP ECC vs. SAP S/4HANA

Área	SAP ECC	SAP S/4HANA
Contabilidad financiera y de control	Los datos de FI y CO distribuidos en varias tablas como BKPF, BSEG, COEP, COSP y COSS	Los datos financieros y de control se consolidan en el Universal Journal (ACDOCA). Las tablas heredadas suelen implementarse como compatibility views.
Gestión de inventario	Información de documentos de material y de inventario almacenada en tablas como MKPF y MSEG	Las transacciones de inventario se almacenan principalmente en MATDOC. Los objetos heredados como MSEG se exponen a través de compatibility views.
Datos maestros de clientes y proveedores	Objetos de datos maestros separados para clientes (KNA1) y proveedores (LFA1)	El modelo unificado de Business Partner (BP) reemplaza los conceptos separados de cliente y proveedor.
Capa de acceso a datos	Tablas físicas de ECC utilizadas directamente por reportes, desarrollos personalizados e integraciones	Muchas tablas heredadas se implementan como Compatibility Views que mapean las estructuras antiguas al nuevo modelo de datos de S/4HANA.
Modelo de informes	Los datos a menudo se dispersan en múltiples tablas específicas de la aplicación que requieren conciliación	Modelo de datos simplificado y armonizado que permite análisis y reportes en tiempo real directamente sobre estructuras consolidadas

Recomendación para extracción

Para sistemas SAP S/4HANA:

• Los escenarios de extracción existentes, basados en ECC, a menudo continúan funcionando mediante las compatibility views de SAP.
• Para nuevas implementaciones, preferir CDS Views, CDS View Entities, objetos Business Partner, ACDOCA y MATDOC en la medida de lo posible.
• Valide el rendimiento de la extracción si se utilizan compatibility views, ya que algunas pueden ser considerablemente más complejas que las tablas subyacentes de S/4HANA.

Cómo determinar si un objeto es una compatibility view

En SAP GUI:

1. Abra la transacción SE16N
2. Ingrese el nombre de la tabla
3. Si SAP muestra un Proxy Object, es probable que el objeto esté respaldado por una compatibility view
4. Navegue a SE11 para inspeccionar la definición CDS subyacente y las tablas físicas involucradas

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

Referencias SAP

Para los clientes que planifican migraciones de SAP ECC a SAP S/4HANA, SAP ofrece amplia documentación sobre los objetos de compatibilidad y las simplificaciones del modelo de datos:

• SAP Note 2595627 – Compatibility Views en SAP S/4HANA – Compatibility views en S/4HANA.
• Lista de simplificación SAP S/4HANA (SIMPL_OP2023) – Visión completa de los cambios del modelo de datos de S/4HANA.
• Guías de migración y conversión SAP S/4HANA – Guía oficial para la migración y conversión.

Estos documentos ofrecen mapeos detallados de las tablas obsoletas de ECC, estructuras de reemplazo y cambios funcionales implementados en SAP S/4HANA.