Generic DataSource On CDHDR and CDPOS Tables - En.es

Fuente de datos genérica sobre CDHDR
y Tablas CDPOS
Se aplica a:
SAP R / 3, SAP ECC 6.0 y SAP BI NetWeaver 2004s. Para obtener más información, visite el EDW página de inicio .
Resumen
En este artículo se describe la forma, los datos de cambio de documentos de las tablas de SAP ECC CDHDR y CDPOS pueden ser organizadas a través de las distintas
áreas funcionales fuente de datos genérica. Estos datos se pueden utilizar para los informes de cumplimiento y auditoría de SAP BI.
Autor: Harpal Sinh Gohil
Empresa: Infosys Technologies Ltd.
Creado en: 22 de de septiembre de 2010
Biografía del autor
Harpal Sinh Gohil está trabajando actualmente con Infosys Technologies Ltd. Es consultor de Business Intelligence con 4 años de
experiencia en SAP BW y del Espacio de BI.
SAP Community Network SDN - sdn.sap.com | BPX - bpx.sap.com | BOC - boc.sap.com | UAC - uac.sap.com
© 2010 SAP AG 1
Fuente de datos genérica sobre CDHDR y CDPOS Tablas
Tabla de contenido
Introducción Breve funcional; ¿Por Requerido? .................................................. .................................................. 3
CDHDR y CDPOS Tablas en ECC: Donde Obtener datos de? .................................................. .................... 3
Extraer a través del módulo de funciones: Cómo Obtener datos de BI? .................................................. .............................. 5
Contenido relacionado ................................................ .................................................. ................................................ 8
Descargo de responsabilidad y nota de responsabilidad .............................................. .................................................. ............................ 9
© 2010 SAP AG 2
Introducción Breve funcional; ¿Por Requerido?

En informes operativos del día a día, hay escenarios de negocio, donde se necesita para realizar un seguimiento de los cambios en los documentos publicados en SAP
ECC. Incluso en el caso de auditoría o el propósito de cumplimiento, se requieren informes de seguimiento de los cambios. Algunos de los escenarios de negocio, donde
se requieren informes de seguimiento de cambio son las siguientes.
1. Delivery Manager para realizar un seguimiento de los cambios en la fecha de plan de producción. Esto le ayudará a gestionar sus fechas de entrega.
Mismo informe se puede utilizar para controlar los cambios en las fechas de entrega previstas a un cliente.
2. Control de cambios en los precios de la orden o factura de venta en base a la fecha

3. Para encontrar los cambios realizados en la solicitud de compra, y su efecto sobre la oferta del proveedor.
4. Para comprobar los cambios en la fecha de vencimiento para la entrega en el módulo de cuentas por cobrar. Un informe de reprogramación puede ser creado, que
muestra los cambios en la fecha de vencimiento y cuál es el costo de extender la fecha de vencimiento para el pago de los clientes.
5. Para realizar un seguimiento de los cambios en la previsión o la presentación de datos para el plan de auditoría interna y el cumplimiento de la aplicación de
procedimiento de planificación. Y, no puede haber muchos otros escenarios de negocio, donde se necesita para organizar los documentos de cambio de ECC, el
documento presentado en el Informe de BI con formato.
CDHDR y CDPOS Tablas en ECC: Donde Obtener datos de?

CDHDR es una mesa de cabecera para almacenar documentos de cambio, mientras que almacena los datos CDPOS a nivel de artículo. Generalmente se requiere para
comprobar la propiedad en la configuración de las transacciones y los programas en segundo plano para almacenar los cambios en las tablas CDHDR y CDPOS. Puede
almacenar los cambios para FI y el módulo de órdenes de venta, pero puede omitir cambios para el almacenamiento de solicitud de compra. La estructura de ambas tablas es
pequeño, ya que almacenan gran número de entradas. Cada cambio se le asigna un número de cambio de ID, que será la clave. También cuenta con identificador especial para
determinar, qué módulo se hace referencia en el documento cambio.
CDHDR es mesa transparente, pero CDPOS es una tabla de clúster. Por lo tanto, no puede unirse a CDHDR y CDPOS tabla directamente. En general, los
documentos antiguos de cambio de estas tablas siempre se archivan para un mejor rendimiento de la inserción de nuevos datos. Y, no es preferible en ECC
para crear un informe basado en estas tablas, ya que tomar largos tiempos de ejecución.
Las instantáneas siguiente muestra la estructura tanto de las tablas. campos comunes en ambas tablas son OBJECTCLAS, OBJECTID y
CHANGENR.
tiendas de campo OBJECTCLAS clase general bajo el cual cae el cambio. Por ejemplo, para el cambio documento contable, la clase es 'beleg',
Pedido de venta es 'VERKBELEG', orden de compra es 'EINKBELEG'. TCODE en la tabla CDHDR refiere a transacción, a través del cual el usuario
ha realizado cambios. Del mismo modo, TABNAME y el campo FNAME en CDPOS da nombre de la tabla y el nombre del campo que se cambió
para el documento de cambio.
OBJECTID o TABKEY es un importante campo que contiene cambia el número de documento concatenado con otros campos como el número de
artículo, cliente, etc.
Por ejemplo, en caso de cambio en el número de documento contable, el ID de objeto se compone de contabilidad correspondiente
Número de documento, una sociedad, el ejercicio y el número de artículo.
© 2010 SAP AG 3
© 2010 SAP AG 4
Extraer a través del módulo de funciones: Cómo Obtener datos de BI?
No hay ninguna fuente de datos estándar disponibles en base a tablas CDHDR y CDPOS. Por lo tanto, los datos de control de cambio única manera se pueden recuperar
desde el sistema ECC para BI es la creación de una fuente de datos genérica.
Sin embargo, la tabla es CDPOS tabla de clúster; Por lo tanto, no es posible crear origen de datos basado en vista de tabla. La única opción es crear el módulo de
funciones fuente de datos genérica basada y unirse a la mesa de código de módulo de función.
Por lo tanto, vamos a empezar con el proceso paso a paso
1. Crear una estructura extracto.
Como por la exigencia, identificar todos los campos, que son necesarios para ser extraída y puesta en escena. Tomemos un ejemplo sencillo de seguimiento de los
cambios en la Solicitud de fecha de entrega del documento de venta Orden. Vaya a la transacción SE11 y crear una estructura de prueba de la siguiente manera.
VBAK-VBELN Número de artículo “de venta de
documentos VBAK-POSNR“
VBAK-ZREQUDELOLD “Viejo Solicitar entrega Fecha

VBAK-ZREQUDELNEW“Nueva solicitud de entrega Fecha CDHDR-uDate
“Cambiar fecha
2. Crear un módulo de funciones
En primer lugar, identificar el campo que necesita para realizar un seguimiento de los cambios y el módulo mediante el cual se puede cambiar.
Para continuar con el ejemplo de seguimiento de los cambios en la fecha de entrega solicitada de documento de entrega, un nuevo módulo de función se puede crear
de la siguiente manera. Las tablas que se hace referencia aquí es VBAK (Sales Header orden de los datos)
una) Copiar y modificar RSAX_BIW_GET_DATA_SIMPLE según sus requisitos de carga de datos. Cambio
nombre y asignarlo a su Grupo de funciones.
b) Ir a la 'Tablas' ficha y asociado E_T_DATA con su estructura (el que ha creado para la extracción)
C) Definir todos los campos de datos, tablas, tabla interna y área de trabajo según sea necesario.
TIPOS:
DATOS:
re) Luego Seleccione el rango de fechas para el que desea realizar un seguimiento del documento de modificación de la siguiente manera.
Gamas: L_R_CDATE PARA ZTEST_EXTRACT-CDATE “ CDATE - FECHA DE CAMBIO
Lazo en I_T_SELECT EN DONDE L_S_SELECT FIELDNM = 'CDATE'. “ I_T_SELECT es una tabla INTERNO DE TIPO G_T_SELECT
A L_S_SELECT L_R_CDATE MUDANZA correspondientes “. L_R_CDATE se define para CONTENER intervalo de fechas
APPEND L_R_CDATE.
ENDLOOP.
e) Seleccionar todos los documentos de cambio de mesa CDHDR con rango de fecha anterior.
CURSOR ABIERTO CON G_CURSOR ESPERA PARA “ Cursor se abre para seleccionar datos HASTA EL MÁXIMO TAMAÑO
DATAPACKAGE se alcanza.
SELECT OBJECTCLAS OBJECTID CHANGENR uDate utime DE CDHDR “ Puede seleccionar otros campos según sea necesario
DONDE OBJECTCLAS EQ “VERKBELEG" Y uDate EN L_R_CDATE. “VERKBELEG ES

OBJECTCLAS para las ventas / DOCUMENTOS DE ENTREGA
FETCH cursor siguiente G_CURSOR “ Necesidad de definir G_CURSOR en la declaración
EN TABLA I_CDHDR “ TABLA interna para almacenar CDHDR DATOS
© 2010 SAP AG 5
PAQUETE L_MAXSIZE TAMAÑO.
F) Si desea realizar un seguimiento último cambio para una fecha única, a continuación, elimine todas las entradas duplicadas tras descender la clasificación basada en el tiempo de
cambio.
ORDENAR POR I_CDHDR uDate utime.
BORRAR DULICATES contigua desde I_CDHDR CON CLAVE uDate.
g) Seleccionar los datos de la Tabla CDPOS para todos los documentos de modificación seleccionada de la Tabla CDHDR
SELECT OBJECTCLAS OBJECTID CHANGENR TABNAME TABKEY FNAME CHNGIND VALUE_OLD VALUE_NEW DE CDPOS
EN TABLA I_CDPOS “TABLA interna definida CONSERVACIÓN DE DATOS CDPOS
Para todas las entradas I_CDHDR
DONDE OBJECTCLAS EQ C_OBJECTCLAS
Y OBJECTID EQ-I_CDHDR OBJECTID” Aquí estamos comparando OBJECTCLAS, OBJECTID y el campo Cambiar número de documento
Y EQ changenr i_cdhdr-changenr
Aquí TabName campo debe basarse en el tipo de documento. Del mismo
Y EQ TabName “constante”
modo nombre de campo también es aquel para el cual se realiza el
Y EQ fnombre “constante” seguimiento del cambio. Por ejemplo, si usted está mirando cambio en la
“fecha de entrega solicitada” del módulo de entrega, Es necesario comprobar
Y chngind EQ “U”.
TabName “VBAK" y el nombre del campo como”VDATU”. Cambiar ID debe ser
“T” cuando se está comprobando las actualizaciones del campo.
h) Ahora segregar los datos de tabla interna CDPOS Tabkey y derivar todos los
campos necesarios para llegar a los campos de la tabla de base y crear una
estructura final que será exportado.
Por ejemplo, como estamos siguiendo el cambio de documento de venta fecha de entrega solicitada,
Lazo en I_CDPOS EN WA_CDPOS.
WA_DATAPACKAGE-VBELN = WA_CDPOS-TABKEY + 0 (10).
“ Asignar Ventas Número de Documento
WA_DATAPACKAGE-POSNR = WA_CDPOS-TABKEY + 10 (2).
“ Asignar Documento de ventas de artículos
WA_DATAPACKAGE-ZREQUDELOLD = WA_CDPOS-VALUE_OLD.
WA_DATAPACKAGE-ZREQUDELNEW = WA_CDPOS-VALUE_NEW.
“ZREQUDELNEW y ZREQUDELOLD son nuevos campos creados para almacenar la fecha de entrega solicitud de viejo y nuevo .
Lee la tabla de I_CDHDR en WA_CDHDR CON CLAVE OBJECTCLAS
= WA_CDPOS-OBJECTCLAS CON CLAVE CHANGENR = WA_CDPOS-CHANGENR
OBJECTID = WA_CDPOS-OBJECTID
WA_DATAPACKAGE-uDate = WA_CDHDR-uDate.
“ Asigna un cambio de fecha para el paquete de datos
MOVER WA_DATAPACKAGE a E_T_DATA.
“E_T_DATA tabla interna es estándar para exportar datos de módulo de función. Esta es también la estructura de DataSource
ENDLOOP
© 2010 SAP AG 6
Con esto, nuestro módulo de función en CDHDR y CDPOS está listo. Sin embargo, tenemos que tener cuidado de los siguientes puntos
importantes.
Puntos importantes:
a. Es bueno definir todas las constantes en secciones de declaración, por lo que el programa puede ser utilizado con su
cambios menores.
si. Aunque se recomienda el método del cursor de declaración de selección en el módulo de función, se debe usar
en todos los módulos de función de fuente de datos genérica donde el tamaño del paquete de datos puede contener más de 10000 registros.
C. Desde mesas CDHDR y CDPOS son muy grandes tablas, seleccione siempre el campo de clave de tablas, es decir,
OBJECTCLAS, OBJECTID y CHANGENR. Además, OBJECTCLAS debe quedar claro antes de empezar a construir cualquier módulo de
función en las mesas CHDDR / CDPOS.
re. En la medida de lo posible, mantenga la selección / triángulo para un solo día.
mi. Seleccionar sólo los campos que se requieren en la lógica de módulo de función o pasar a la estructura del origen de datos.
Código mencionado aquí es sólo pseudo código sugerente y no debe utilizarse tal como es.
3. Crear un origen de datos genéricos
Siempre es práctico para crear un origen de datos que soporta el mecanismo delta, al obtener los datos de CDHDR y CDPOS. Hay dos
maneras, Delta se puede implementar para este origen de datos.
a. Crear un Delta genérico utilizando campos mesa uDate CDHDR. Con carga diaria, todos los documentos
cambiado para el último día se puede extraer.
Sin embargo, para poner en práctica esto, una entrada debe ser mantenido en la tabla que almacena la última fecha y hora de la transferencia de datos y
obtener los datos después de eso. módulo de función anterior también necesita ser cambiado en consecuencia. Más detalles sobre este enfoque se pueden
consultar en El uso de marcas de tiempo en Genérico Delta extracción por Módulo de funciones
si. Crear un pseudo delta pasando un intervalo de fechas para un origen de datos mientras que la extracción.
En el ejemplo anterior de módulo de función, hemos utilizado este enfoque. La ventaja de este enfoque es que, puede hacer que la carga
de datos flexible cuando sea necesario, y no de ninguna necesidad de hacer plena carga inicial. Es posible dividir las cargas en el intervalo
de fechas.
Seleccione cualquiera del enfoque anterior, vaya a rSO2 transacción y crear un nuevo origen de datos asignando estructura extracto y módulo de
función creado en el paso 1 y 2.
Simplemente replicar el origen de datos en el sistema de BI y crear un InfoPackage para obtener los datos. Los datos se pueden modelar como por la exigencia de
informes.
© 2010 SAP AG 7
contenido relacionado
Funcional basado en el módulo genérico origen de datos Parte I
El uso de marcas de tiempo en Genérico Delta extracción por Módulo de funciones
© 2010 SAP AG 8
Descargo de responsabilidad y de responsabilidad Aviso
Este documento puede hablar de codificación de muestras u otra información que no incluye las interfaces de SAP oficiales y por lo tanto no es compatible con SAP. Los cambios realizados
sobre la base de esta información no son compatibles y se pueden sobrescribir durante una actualización.
SAP no se hace responsable de los daños causados por el uso o mal uso de la información, código o métodos sugeridos en este documento, y cualquier persona que utilice estos
métodos hace a su / su propio riesgo.
SAP ofrece ninguna garantía y no asume ninguna responsabilidad u obligación de cualquier tipo con respecto al contenido de este artículo técnico o ejemplo de código, incluyendo
cualquier responsabilidad derivada de la incompatibilidad entre el contenido de este documento y los materiales y los servicios ofrecidos por SAP. El usuario acepta que no hará a, o
tratar de conservar, SAP responsable con respecto al contenido de este documento.
© 2010 SAP AG 9

Generic DataSource On CDHDR and CDPOS Tables - En.es

Загружено:

Сведения о документе

Оригинальное название

Авторское право

Доступные форматы

Поделиться этим документом

Поделиться или встроить документ

Параметры публикации

Этот документ был вам полезен?

Это неприемлемый материал?

Авторское право:

Доступные форматы

Generic DataSource On CDHDR and CDPOS Tables - En.es

Загружено:

Авторское право:

Доступные форматы

Fuente de datos genérica sobre CDHDR

Autor: Harpal Sinh Gohil

Empresa: Infosys Technologies Ltd.

Creado en: 22 de de septiembre de 2010

Biografía del autor

Introducción Breve funcional; ¿Por Requerido? .................................................. .................................................. 3

Contenido relacionado ................................................ .................................................. ................................................ 8

Descargo de responsabilidad y nota de responsabilidad .............................................. .................................................. ............................ 9

Introducción Breve funcional; ¿Por Requerido?

2. Control de cambios en los precios de la orden o factura de venta en base a la fecha

CDHDR y CDPOS Tablas en ECC: Donde Obtener datos de?

Extraer a través del módulo de funciones: Cómo Obtener datos de BI?

Por lo tanto, vamos a empezar con el proceso paso a paso

1. Crear una estructura extracto.

VBAK-VBELN Número de artículo “de venta de

VBAK-ZREQUDELOLD “Viejo Solicitar entrega Fecha

Gamas: L_R_CDATE PARA ZTEST_EXTRACT-CDATE “ CDATE - FECHA DE CAMBIO

DONDE OBJECTCLAS EQ “VERKBELEG" Y uDate EN L_R_CDATE. “VERKBELEG ES

FETCH cursor siguiente G_CURSOR “ Necesidad de definir G_CURSOR en la declaración

EN TABLA I_CDHDR “ TABLA interna para almacenar CDHDR DATOS

PAQUETE L_MAXSIZE TAMAÑO.

ORDENAR POR I_CDHDR uDate utime.

BORRAR DULICATES contigua desde I_CDHDR CON CLAVE uDate.

EN TABLA I_CDPOS “TABLA interna definida CONSERVACIÓN DE DATOS CDPOS

Para todas las entradas I_CDHDR

DONDE OBJECTCLAS EQ C_OBJECTCLAS

Lazo en I_CDPOS EN WA_CDPOS.

WA_DATAPACKAGE-VBELN = WA_CDPOS-TABKEY + 0 (10).

“ Asignar Ventas Número de Documento

WA_DATAPACKAGE-POSNR = WA_CDPOS-TABKEY + 10 (2).

“ Asignar Documento de ventas de artículos

Lee la tabla de I_CDHDR en WA_CDHDR CON CLAVE OBJECTCLAS

= WA_CDPOS-OBJECTCLAS CON CLAVE CHANGENR = WA_CDPOS-CHANGENR

“ Asigna un cambio de fecha para el paquete de datos

MOVER WA_DATAPACKAGE a E_T_DATA.

re. En la medida de lo posible, mantenga la selección / triángulo para un solo día.

3. Crear un origen de datos genéricos

Funcional basado en el módulo genérico origen de datos Parte I

El uso de marcas de tiempo en Genérico Delta extracción por Módulo de funciones

Descargo de responsabilidad y de responsabilidad Aviso

Вам также может понравиться