LINK :

http://codigoderetorno.blogspot.mx/2014/05/anadir-nuevos-campos-las-transacciones.html

Aadir nuevos campos a las transacciones ME21N / ME22N / ME23N En esta entrada, voy a explicar con un ejemplo como aadir nuevos campos a las transacciones ME21N, ME22N y ME23N.

Las transacciones ME21N / ME22N y ME23N pertenecen al componente compras, que a su vez pertenece al modulo de Gestin de Materiales MM. Este modulo se encarga de dar soporte a todas la fases de gestin de materiales Planificacin de necesidades y control, compras, entrada de mercancas, gestin de stocks y verificacin de facturas.

Estas transacciones dan soporte para crear, modificar y visualizar pedidos de compra de materiales a proveedores. Aunque el estndar cubre la mayora de escenarios, es posible, realizar cambios a medida para adaptar estas transacciones a las necesidades del cliente.

Por ejemplo, el cliente necesita dos campos nuevos en las posiciones de los pedidos de compras:

ZZSOCIO: nmero de socio de la cooperativa que realiza la compra ZZFACT: nmero de doc. de compra del socioEstos campos deben ser visibles y editables desde las transacciones de compras.

1. AADIR LOS NUEVOS CAMPOS A LA BASE DE DATOSDesde la transaccin SE11. Crear o modificar las siguientes estructuras de datos: : CI_EKKODB: Si queremos aadir nuevos campos a la cabecera de los pedidos de compra CI_EKPODB: Si queremos aadir nuevos campos a las posiciones de los pedidos de comprasLos dos nuevos campos pertenece a las posiciones del pedido de compra.Aadir los nuevos campos a la estructura CI_EKPODB.

Los nuevos campos para posiciones de pedidos de compra

Activar la estructura, los nuevos campos aparecern en la tabla EKPO.

EKPO con los nuevos campos

Crear una nueva estructura de datos, por ejemplo ZCI_EKPO_DB, con los siguientes campos: MANDT EBELN EBELP Todos nuestros campos a medida

2. GRUPO DE FUNCIONES MEPOBADIEX:Es un grupo de funciones de ejemplo, no lo modifiquis, copiarlo y utilizar la copia para los nuevos campos.1. Ejecutarla transaccin SE802. Seleccionargrupo de funciones en el despegable3. Copiamos el grupo de funcionesMEPOBADIEX y lo llamamos ZZMEPOBADIEX4. Copiamos todas las bapis deMEPOBADIEX. Aadir "ZZ" al principio del nombre de todas las funciones.

Variable y estructuras globales del grupo de funciones ZZMEPOBADIEX.

Accedemos al include LZZMEPOBADIEXTOP, cambiar el codigo por* dynpro output structureTABLES: ZCI_EKPO_DB. "Antes mepo_badi_struct.

* persistent dataDATA: gt_persistent_data TYPE SORTED TABLE OF ZCI_EKPO_DB "Antes mepo_badi_exampl WITH UNIQUE KEY mandt ebeln ebelp,

* actual data gt_data TYPE SORTED TABLE OF ZCI_EKPO_DB "Antes mepo_badi_exampl WITH UNIQUE KEY mandt ebeln ebelp.

* definitions required for dynpro/framework integrationDATA: ok-code TYPE sy-ucomm.INCLUDE lmeviewsf01.

Creamos una nueva dynpro con los campos a medida.1. Ejecutamos el screen painter, transaccin SE51.2. Como programa, indicamos el prog de control del grupo de funciones: SAPLZZMEPOBADIEX.3. Indicar el numero de la nueva dynpro.4. En la pestaa Atributos marcar Tipo de dynpro -> Subscreen5. Disear la nueva dynpro.6. Aadir dos mdulos a la lgica de proceso de la dynpro: CUST_EVENT_PBO CUST_EVENT_PAI 6. Guardar y activar la dynpro.

transaccion SE51 - Screen painter

SAPLZZMEPOBADIEX: Programa de control del grupo de funciones ZZMEPOBADIEXComo origen de los campos : ZCI_EKPO_DB del include LZZMEPOBADIEXTOP .

Dynpro con los nuevos campos a medida

Mdulos PBO y PAI

Repito, muy importante, comprobar que la estructura de los campos es ZCI_EKPO_DB y que no se referencia a la estructura del diccionario.

campos a medida de la dynpro 0100

IncludeLZZMEPOBADIEXTOP: variables globales del grupo de funciones ZZMEPOBADIEX. Remplazamos MEPO_BADI_STRUCT por ZCI_EKPO_DB Si no existe , incluir la instruccin "TABLES:ZCI_EKPO_DB".

LZZMEPOBADIEXTOP

Continuamos con las bapis contenidas en el grupo de funciones ZZMEPOBADIEX.Adaptamos el cdigo y parmetros de las bapis a nuestras necesidades.

Nos centramos en las siguientes funciones: ZZMEPOBADIEX_INIT ZZMEPOBADIEX_OPEN ZZMEPOBADIEX_GET_DATA ZZMEPOBADIEX_PUSH ZZMEPOBADIEX_POP ZZMEPOBADIEX_SET_DATAEn todas las Bapis reemplazamos: Remplazamos MEPO_BADI_STRUCT por ZCI_EKPO_DB. Remplazamos MEPO_BADI_EXAMPL por ZCI_EKPO_DB.Cambiamos el SELECT de ZZMEPOBADIEX_OPEN por otro que recupere nuestros campos a medida:CHECK NOT im_ebeln IS INITIAL.

SELECT mandt ebeln ebelp ZZSOCIO ZZFACT FROM ekpo INTO CORRESPONDING FIELDS OF TABLE gt_persistent_data WHERE ebeln = im_ebeln.

gt_data = gt_persistent_data.Cambiamos el cdigo de ZZMEPOBADIEX_SET_DATA por:DATA: ls_data LIKE LINE OF gt_data.

FIELD-SYMBOLS: LIKE LINE OF gt_data.

CHECK NOT im_data-ebelp IS INITIAL.

IF NOT im_physical_delete_request IS INITIAL.* delete a line from gt_data DELETE TABLE gt_data WITH TABLE KEY mandt = sy-mandt ebeln = im_data-ebeln ebelp = im_data-ebelp. ELSE.* update customer data READ TABLE gt_data ASSIGNING WITH TABLE KEY mandt = sy-mandt ebeln = im_data-ebeln ebelp = im_data-ebelp. IF sy-subrc IS INITIAL. -ZZSOCIO = im_data-ZZSOCIO. -ZZFACT = im_data-ZZFACT. ELSE. ls_data = im_data. ls_data-mandt = sy-mandt. INSERT ls_data INTO TABLE gt_data. ENDIF. ENDIF.

3. BADIS ME_GUI_PO_CUST / ME_PROCESS_PO_CUST: Badi ME_GUI_PO_CUST: controla el aspecto grfico de la nueva pestaa Badi ME_PROCESS_PO_CUST: para tratar los datos de la cabecea o de posicinImplementacin de la Badi ME_GUI_PO_CUSTEsta badi contiene los mtodos para poder aadir una nueva pestaa a nivel de cabecera o posicin.

Tambin contiene los mtodos que permiten controlar el flujo de datos entre la Base de Datos y la Pestaa.

Voy a explicar las dos formas que conozco de implementar la badi.

Implementacin atravsde la SPRO:

Transaccin SPRO -> Gestin de materiales -> Compras -> Add-ins empresariales para compras -> BAdI: Pantallas propias del cliente en el pedido (transacc.EnjoySAP)Es necesario comprobar si ya existe alguna implementacn de la Badi. Recordar que aunque la Badi se puede implementar ms de una vez, sol una implementacin puede estar activa al mismo tiempo. Si hay dos o mas implementaciones activas al mismo tiempo, saltara un DUMP al ejecutar cualquier transaccin de compras.

Implementaciones existentes de la badi

Crear una nueva implementacin: Pulsar sobre el iconoCrear. El sistema solicitara introducir unnombre para nueva implementacin de la Badi. Modificar una implementacin ya existente: Doble click sobre el nombre de la implementacin.Implementacin a traves de la transaccion SE18:

Transaccion SE18 -> Nre.Badi -> ME_GUI_PO_CUST

Para ver la implementaciones existentes Menu superior -> Implementacin ampliacion -> ResumenPara crear una nueva implementacin Pulsar sobre el icono Crear.

lo primero es modificar los atributos de la clase -> Pestaa Interface.Doble click sobre la clase que aparece en el campo Nombre de la clase de implementacin.Una vez dentro de la clase -> Pasar a -> Secciones ->reapublica.

Aadir las siguientes lineas debajo de PUBLIC SECTION.

type-pools MMMFD .constants SUBSCREEN1 type MEPO_NAME value 'ITEMSCREEN1' .

Repetimos el proceso, pero esta vez seleccionamosrea Privada.Aadir las siguientes a la PRIVATE SECTION.

data DYNP_DATA_PBO type ZMEPO_CEB.data DYNP_DATA_PAI type ZMEPO_CEB

Clase de la implenetacin

Acceso a los atributos Pblicos

Acceso a los atributos Privados

Volvemos a la pestaa Interface. Tenemos que implementar los siguientes mtodos: SUBSCRIBE MAP_DYNPRO_FIELDS TRANSPORT_FROM_MODEL TRANSPORT_TO_DYNP TRANSPORT_FROM_DYNP TRANSPORT_TO_MODEL

Implementacin de mtodos de la Badi ME_GUI_PO_CUST

METODOSUBSCRIBE

Permite configurar parmetros clave de la nueva pestaa y campos a medida.La tabla RE_SUBSCRIBERSdebe contener un registro por cada nueva pestaa que queramos aadir.Siguiendo con el ejemplo, aadimosuna nueva pestaa a las posiciones delpedidode compra.DATA: ls_subscriber LIKE LINE OF re_subscribers.

CHECK im_application = 'PO'.CHECK im_element = 'ITEM'. "para cabecera -> 'HEADER'.

CLEAR re_subscribers[].

ls_subscriber-name = SUBSCREEN1.ls_subscriber-program = 'SAPLZZMEPOBADIEX'. "El programa que contiene la dynprols_subscriber-dynpro = '0100'. "Dynpro con los campos a medidals_subscriber-struct_name = 'ZCI_EKPO_DB'. "Estructura campos dynprols_subscriber-label = text-001. "Texto de la pestaals_subscriber-position = 13. "Posicin de la pestaals_subscriber-height = 7.APPEND ls_subscriber TO re_subscribers.

METODO MAP_DYNPRO_FIELDSTenemos que crear un mapeo para los nuevos campos a medida con metafields, a cada nuevo campo le asignaremos un metafield existente en el grupo de tipos MMFD. La funcin de estos metafileds es la seleccin de campos y manejo de errores y excepciones que se puedan producir.

* Mapeo de los nuevos campos de la pestaa nueva en las trans. de compra* Las definiciones standard se pueden encontrar en type pool MMMFD* TODO campo definido por el cliente debe * tener un mapeo superior a 90000000

FIELD-SYMBOLS: LIKE LINE OF ch_mapping.

LOOP AT ch_mapping ASSIGNING .

CASE -fieldname.

WHEN 'ZZSOCIO'. -metafield = mmmfd_cust_01. WHEN 'ZZFACT'. -metafield = mmmfd_cust_02.

ENDCASE.

ENDLOOP.

Grupo de tipos MMMFD y las definiciones estndar para mapear nuevos campos

Los siguientes mtodos son para controlar el flujo entre la BBDD Dynpro.

METODOTRANSPORT_FROM_MODEL.

Carga los datos desde la BBDD a la estructura de datos interna de

DATA: l_item TYPE REF TO if_purchase_order_item_mm, ls_mepoitem TYPE mepoitem, ls_customer TYPE ZCI_EKPO_DB.

CASE im_name.

WHEN subscreen1.

mmpur_dynamic_cast l_item im_model. CHECK NOT l_item IS INITIAL.

* Recuperamos los datos actuales de la BD ls_mepoitem = l_item->get_data( ).

* Recuperamos los actules de la transaccin, pueden diferir* de los datos anteriores.... CALL FUNCTION 'ZZMEPOBADIEX_GET_DATA' EXPORTING im_ebeln = ls_mepoitem-ebeln im_ebelp = ls_mepoitem-ebelp IMPORTING ex_data = ls_customer.

MOVE-CORRESPONDING ls_mepoitem TO dynp_data_pbo. MOVE ls_customer-ZZSOCIO TO dynp_data_pbo-ZZSOCIO. MOVE ls_customer-ZZFACT TO dynp_data_pbo-ZZFACT.

WHEN OTHERS.

ENDCASE.

METODOTRANSPORT_TO_DYNP.

Actualiza los datos que nosotros vemos en la dynpro con los datos de la estructura internaCASE im_name.

WHEN subscreen1.

CALL FUNCTION 'ZZMEPOBADIEX_PUSH' EXPORTING im_dynp_data = dynp_data_pbo.

WHEN OTHERS. ENDCASE.

METODOTRANSPORT_FROM_DYNP.

Vuelca el contenido de los campos a medida en la dynpro a la estructura interna.CASE im_name.

WHEN subscreen1.

CALL FUNCTION 'ZMEPOBADIEX_POP' IMPORTING ex_dynp_data = dynp_data_pai.

IF dynp_data_pai NE dynp_data_pbo.* Si ha cambiado los datos, habra que notificarlo a la dynpro re_changed = mmpur_yes. ENDIF.

WHEN OTHERS.

ENDCASE.

METODOTRANSPORT_TO_MODEL.Guardamos el contenido de la estructura dynp_data_pai en la BBDDDATA: l_item TYPE REF TO if_purchase_order_item_mm, ls_mepoitem TYPE mepoitem, ls_customer TYPE ZCI_EKPO_DB.

CASE im_name.

WHEN subscreen1.

* Es un ITEM ? descartamos las cabeceras mmpur_dynamic_cast l_item im_model. CHECK NOT l_item IS INITIAL.

* Recuperamos los datos ls_mepoitem = l_item->get_data( ).

* Han Cambiado los datos ???? IF ( dynp_data_pbo-ZZSOCIO NE dynp_data_pai-ZZSOCIO ) OR ( dynp_data_pbo-ZZFACT NE dynp_data_pai-ZZFACT ),

CALL FUNCTION 'ZZMEPOBADIEX_GET_DATA' EXPORTING im_ebeln = ls_mepoitem-ebeln im_ebelp = ls_mepoitem-ebelp IMPORTING ex_data = ls_customer.

ls_customer-ZZSOCIO = dynp_data_pai-ZZSOCIO. ls_customer-ZZFACT = dynp_data_pai-FACT.

CALL FUNCTION 'ZZMEPOBADIEX_SET_DATA' EXPORTING im_data = ls_customer.ls_mepoitem-ZZSOCIO = dynp_data_pai-ZZSOCIO. ls_mepoitem-ZZFACT = dynp_data_pai-FACT. CALL METHOD l_item->set_data( ls_mepoitem ).

ENDIF.

WHEN OTHERS.* ... ENDCASE.

Implementacin de la BadiME_PROCESS_PO_CUSTPara implementar la badi, comprobamos si ya hay implementaciones activas:Desde la transaccin SE18 -> Punto de ampliacin -> ME_PROCESS_PO_CUST -> Visualizar

Bajo la pestaa Enhancem.Implementations aparecen las implementaciones existentes y las implementaciones activas.

implementaciones existentes y activas de ME_PROCESS_PO_CUST

Al igual que la anterior Badi, se puede implementar ms de 1 vez, pero slo una implementacin puede estar activa al mismo tiempo. Si hay dos o mas implementaciones activas al mismo tiempo, saltara un DUMP al ejecutar cualquier transaccin de compras.

Debemos crear una nueva implementacin o modificamos una existente.

Para modificar una implementacin existente, doble click soble la implementacin en la pestaa Enhancem.Implementations del punto de ampliacin ME_PROCESS_PO_CUST.

Para crear una nueva implementacion de la badi:1. Transaccin SE18->Nre.Badi->ME_PROCESS_PO_CUST -> Visualizar.2. Dentro de la badi, en el menu superior Implementacin -> Crear3. Introducir el nuevo nombre de la implementacin. Por comprensin, suele ser el ZZ +nombre de la badi.4. Introducir una descripcin para la nueva implementacin

Crear una nueva implementacin de ME_PROCESS_PO_CUST

Nombre dela nueva implementacin

Descripcin de la nueva implementacin

Dentro de la Badi, en la pestaa Interface, Es necesario implementar los siguientes mtodos. INITIALIZE OPEN PROCESS_ITEM FIELDSELECTION_ITEMPara implementarlos , hacer doble clic sobre el nombre del mtodo

Implementacin de mtodos de la Badi ME_PROCESS_PO_CUST

METODOINITIALIZATE

* Rutinas de inicializacin para los campos a medidaCALL FUNCTION 'ZZMEPOBADIEX_INIT'.METODO OPEN

* Leer los datos del pedido de compra y cargar los datos* de los campos a medida de la base de datosDATA: ls_mepoheader TYPE mepoheader.

CHECK im_trtyp EQ 'V' OR im_trtyp EQ 'A'.

ls_mepoheader = im_header->get_data( ).

CALL FUNCTION 'ZZMEPOBADIEX_OPEN' EXPORTING im_ebeln = ls_mepoheader-ebeln.

METODO PROCESS_ITEM

DATA: ls_mepoitem TYPE mepoitem, ls_customer TYPE ZCI_EKPO_DB.

ls_mepoitem = im_item->get_data( ).

CALL FUNCTION 'ZZMEPOBADIEX_GET_DATA' EXPORTING im_ebeln = ls_mepoitem-ebeln im_ebelp = ls_mepoitem-ebelp IMPORTING ex_data = ls_customer.

MOVE ls_customer-ZZSOCIO TO ls_mepoitem-ZZSOCIO. MOVE ls_customer-ZZFACT TO ls_mepoitem-ZZFACT.

CALL METHOD im_item->set_data( ls_mepoitem ).

METODO FIELDSELECTION_ITEMEste mtodo es muy importante porque determina las caractersticas de visualizacin de los campos dependiendo de la transaccin que estemos ejecutando. Si no lo implementis, los campos a medida sern editables en todas las transacciones y aunque nos encontremos en el modo de visualizar documento.* Caractersticas de visualizacin de los campos* '-' Field is suppressed* '*' Field is purely a display field* '.' Input field* '+' Mandatory field

DATA: wc_status TYPE c. DATA: l_changeable TYPE mmpur_bool. FIELD-SYMBOLS: LIKE LINE OF ch_fieldselection.

BREAK-POINT.

l_changeable = IM_HEADER->is_changeable( ). IF l_changeable = 'X'. wc_status = '.'. " READY FOR INPUT ELSE. wc_status = '*'. " view ENDIF.

LOOP AT ch_fieldselection ASSIGNING.

CASE-metafield. WHEN mmmfd_cust_01. -fieldstatus = wc_status. WHEN mmmfd_cust_02. -fieldstatus = wc_status. ENDCASE. ENDLOOP.Y si no hemos cometido algn error:

nuevos campos a medida en ME21N/ME22N/ME23

Campos a medida en la tabla EKPO

Algunos errores comunes: La pestaa solo aparece en la ME23NComprueba el mtodo ME_PROCESS_PO_CUST~FIELDSELECTION_ITEM. Los campos son editables en la ME23NComprueba el mtodo ME_PROCESS_PO_CUST~FIELDSELECTION_ITEM.Comprueba los campos de la dynpro, que estn bien referenciados a la estructura.Comprueba el mtodo ME_GUI_PO_CUST~SUSCRIBE. No se guardan los datos en la BDComprueba la bapi ZZMEPOBADIEX_SET_DATA.

LINK: http://codigoderetorno.blogspot.mx/2014/05/anadir-nuevos-campos-las-transacciones.html