Sie sind auf Seite 1von 28

PROJECT IDENTIFICATION DETAILS

Project Name PMIS Code Project Start Date

Entrega Saliente
Project End Date GD Regional Delivery GD Project Manager
Head

GD QC Member GD QA Lead SAP Subsidiary

DOCUMENT REVISION, REVIEW, & APPROVAL HISTORY


VER DATE AUTHOR REVIEWER/APPROVER REMARKS

1.0 May 29, 2014 Fabrica


Netwconsulting
Technical Specification Interfaces Page 2 of 28

Table of contents

1. Program Summary..............................................................................................................................3
1.1. Definition..................................................................................................................................................4
1.2. Defined Fields...........................................................................................................................................4
1.3. Procedure..................................................................................................................................................4
2. Appendix......................................................................................................................................................9

Copyright 2011 SAP AG. All rights reserved 2


Technical Specification Interfaces Page 3 of 28

1. Program Summary

OBJECT OVERVIEW

Business
Object ID
Process
Object Title Interfaz Entrega Saliente

Object Description Entrega Saliente

SAP Release SAP Module


Required
Cycle of Testing C1 / C2 / C3 / C4 Development DDMONYY
Completion Date
Complexity of Simple / Medium /
Interface run Batch / Real-time / Both
Object Complex
Interface Type Priority Low / Medium / High
Non-SAP
Non-SAP System(s) System(s) and
and Descriptions corresponding
File Names
TS CONTROL
<Customer>
TS Author and Process Owner
Last Name, First Name Last Name, First Name
Phone Number and Phone
Number
TS Approved By Last Name, First Name TS Approval date DDMONYY
Other Contact
Other Contact and
and Phone
Phone Number
Number

Copyright 2011 SAP AG. All rights reserved 3


Technical Specification Interfaces Page 4 of 28

PROGRAM ATTRIBUTES

Program title Interfaz Entrega Saliente


Program Name
Program Type
Package
Authorization
Group
Transaction Code VL71, VL02N, VT02N
Include Programs
Function Modules
Message Class ZWES
Classes

SELECTION SCREEN
Selection Screen Block Name / Description -

Parameter Type / Field Mandatory Default Param Search Selection Screen


/ Select Name Value ID Help Text
Options
P/S Yes / No

VALIDATION OF SELECTION CRITERIA


<Selection screen values validations>

AUTHORIZATION REQUIREMENTS
< Please fill this section if there are special Authorization Requirements; else mention N/A. Every
authorization object needs to be documented to provide the security administrator information on
the purpose and use of the object. The following sections are the minimal documentation
requirements.>

Copyright 2011 SAP AG. All rights reserved 4


Technical Specification Interfaces Page 5 of 28

1.1. Definition
<The definition establishes the purpose and or use for the object. Is there a standard object
available to be used or custom authorization object to be created.>

1.2. Defined Fields


<The defined fields should be listed with the valid values to be used. (Like Activity 01/02/03)>

1.3. Procedure
<The procedure section helps to explain how this object is to be used. Examples with field values
and explanations should be provided.>

TECHNICAL FLOW DIAGRAM

Sample:

Copyright 2011 SAP AG. All rights reserved 5


Technical Specification Interfaces Page 6 of 28

Entrega Saliente:

PROCESSING LOGIC

Entrega Saliente:

1. Se debe crear una clase que tenga los mtodos para extraccin de datos y el mtodo de
conexin con el proxi.

El N nico definido por SAP, para entrega saliente es el N de la entrega.

El N nico definido por SAP, para el documento de transporte es el N de documento de


transporte.

El mtodo de conexin con el proxi debe tener la lgica definida por PO.

Nombre de la clase creada: ZCL_WMS_ENTREGA_SALIENTE

Copyright 2011 SAP AG. All rights reserved 6


Technical Specification Interfaces Page 7 of 28

Mtodo de conexin a WMS (Pblico): INTERFAZ_WMS


Mtodo Conexin al proxi con PO (Pblico): EJECUTAR_PROXI

Se requieren validar la informacin retornada por PO como lo indica la especificacin funcional,


las validaciones se hacen en la clase de mensajes y en las ampliaciones.

Para entrega Saliente:


- Grabacin de nuevas posiciones
- Validar si la entrega es con relevancia de transporte o no
- Modificacin entrega saliente
- Eliminacin de entrega de salida (total)
- Eliminacin de posicin de entrega de salida
- Modificacin de cantidad de posicin de entrega de salida

Para documento de transporte:


- Cambio e status en documento de transporte
- Modificaciones en documento de transporte
- Cambio de status a NO concluido
- Eliminar documento de transporte
- Eliminar entrega del documento de transporte
- Agregar entrega al documento de transporte

Se debe tener en cuenta las siguientes condiciones en la clase de mensajes ZWES la cual debe
estar previamente parametrizada para las entregas salientes, para empezar a procesar la
informacin, se debe copiar el programa asociado a la clase de mensaje.

NAST-KAPPL=V2. Aplicacin
NAST-OBJKY= N entrega.Clave de objeto
NAST-VSTAT<>0. Status de proceso

Si las condiciones cumplen las condiciones cumplen se procede a la extraccin de informacin.

Estas condiciones se validan en la clase de mensajes ZWES, para la cual se realiz la copia al
programa de control: /SPE/STO_ID_PROCESSING.
Nombre de la copia: ZWMS_STO_ID_PROCESSING,
Rutina Modificada: PERFORM check_subsequent_exist en las lneas 392 a 455

2. Extraccin de datos.

Nota: Las estructuras para la extraccin de datos deben estar definidas por PO.

Para mapear los campos contra la estructura que provee la clase de mensaje.

Se requiere un escenario de datos para identificar los campos que corresponden a los
solicitados.

Copyright 2011 SAP AG. All rights reserved 7


Technical Specification Interfaces Page 8 of 28

El proceso de extraccin de datos del objeto de negocio se utilizando los mtodos definidos en la
clase, es necesario que los mtodos permitan obtener lo bloques de datos de manera individual.

Mtodos de extraccin:
* GET_DATA -> Mtodo que Obtiene la data llamando a mtodos de extraccin

Cadena:
- GET_CABECERA_ENTREGA: Obtiene los datos a nivel de cabecera para las entregas
ingresadas
+ GET_DIR_CLIENTE: Obtiene datos de cliente
- GET_DETALLE_ENTREGA: Obtiene los datos a nivel de detalle para las entregas
- GET_STATUS: Obtiene los estatus nivel de cabecera y nivel de detalle

* GET_DATA_TRANSPORTE -> Obtiene las entregas asociadas a un N de documento de


transporte

* GET_INFO_VTTK -> Obtiene status de transporte para la entrega


* SET_MESSAGE_LINE-> Establece lneas de error en tabla de mensajes
* PROCESS_LIKP_LIPS-> Pasa datos de tablas en memoria a las tablas de trabajo nivel cabecera y
detalle de la clase
* GET_DATA_TRANSPORTE-> Obtiene las entregas asociadas a un documento de transporte

Datos a nivel de cabecera:


Con el N de entrega se obtienen datos a nivel de cabecera, ir a la tabla LIKP donde N de
entrega = LIKP-VBELN.
Obtener los datos cabecera:
LIKP-VBELN
LIKP-KUNNR
LIKP-BLDAT

Datos direccin:
Con KNA1-ADRNR ir a la tabla ADRC donde ADRC- ADDRNUMBER = KNA1-ADRNR, obtener de
esta tabla los datos:
ADRC-NAME1
ADRC-NAME2
ADRC-STREET
ADRC-HOUSE_NUM1
ADRC-POST_CODE1
ADRC-CITY1
ADRC-COUNTRY

Nota: Con ADRC-COUNTRY ir a la tabla T005T donde T005T- SPRAS = SY-LANGU y


T005T- LAND1 = ADRC-COUNTRY obtener la denominacin de pas T005T- LANDX.

ADRC-REGION

Copyright 2011 SAP AG. All rights reserved 8


Technical Specification Interfaces Page 9 of 28

Nota: Con ADDRC-REGION y ADRC-COUNTRY ir a la tabla T005U, donde T005U-SPRAS = SY-


LANGU, T005U-LAND1 = ADRC-COUNTRY y T005U-BLAND, obtener T005U- BEZEI.

ADRC-TIME_ZONE
ADRC-TRANSPZONE

Nota: con ADDRC-TRANSPZONE y ADRC-COUNTRY ir a la tabla TZONT, donde TZONT-SPRAS = SY-


LANGU, TZONT-LAND1 = ADRC-COUNTRY y TZONT- ZONE1 = ADDRC-TRANSPZONE.

ADRC-PO_BOX
ADRC-POST_CODE2
ADRC-POST_CODE3
ADRC-TEL_NUMBER
ADRC-TEL_EXTENS

Nota: con ADRC- ADDRNUMBER ir a la tabla ADR2, donde ADR2- ADDRNUMBER = ADRC-
ADDRNUMBER, obtener ADR2-TEL_NUMBER

ADRC-FAX_NUMBER
ADRC-FAX_EXTENS

Nota: con ADRC- ADDRNUMBER ir a la tabla ADR6, donde ADR6- ADDRNUMBER = ADRC-
ADDRNUMBER, obtener ADR6- SMTP_ADDR
ADRC- DEFLT_COMM
ADRC-EXTENSION1
ADRC-EXTENSION2
ADRC- REMARK

Datos cabecera de gestin:


LIKP-KODAT
LIKP-KOUHR
LIKP-TDDAT
LIKP-TDUHR
LIKP-LDDAT
LIKP-LDUHR
LIKP-WADAT
LIKP-WAUHR
LIKP-LFDAT
LIKP-LFUHR
LIKP-FKDAT
LIKP-FKDIV
LIKP-VLSTK

Copyright 2011 SAP AG. All rights reserved 9


Technical Specification Interfaces Page 10 of 28

Nota: De la tabla VBUK, donde VBUK-VBELN = LIPK-VBELN, obtener:


VBUK-KOSTK
VBUK-LVSTK
VBUK-KOQUK
VBUK-PKSTK
VBUK-WBSTK
VBUK-FKSTK
VBUK-TRSTA
LIKP-VLSTK
VBUK-PDSTK
VBUK-FKIVK
VBUK-CMGST

Datos cabecera de picking


LIKP-VLSTK
LIKP-LGNUM
LIKP-LGBZO
LIKP-BEROT
LIKP-LISPL
LIKP-ANZPK
LIKP-BTGEW
LIKP-GEWEI
LIKP-NTGEW
LIKP-VOLUM
LIKP-VOLEH

Datos cabecera de carga:


LIKP-LSTEL

Nota: de la estructura LIKPD, obtener LIKPD-SPE_CD_PROCESS

LIKP-LGTOR
LIKP-CONT_DG

Datos cabecera para transporte


LIKP-TRAGR
LIKP-LFDAT

Nota: de la estructura RV50A en el programa: SAPMV50A, se obtienen los datos:


RV50A-TIMAB1
RV50A-TIMBI1
RV50A-TIMAB2
RV50A-TIMBI2

LIKP-ABLAD
LIKP-VSTEL
LIKP-ROUTE

Copyright 2011 SAP AG. All rights reserved 10


Technical Specification Interfaces Page 11 of 28

LIKP-TRSPG
LIKP-AULWE
LIKP-INCO1
LIKP-INCO2
LIKP-BOLNR
LIKP-XABLN
LIKP-TRATY
LIKP-TRAID
LIKP-VSBED
LIKP-VSART
LIKP-SDABW

con LIKP-VBELN ir a la tabla VTTP, donde VTTP-VBELN = LIKP-VBELN, obtener VTTP-TKNUM, ir a


la tabla VTTK donde VTTK-TKNUM = VTTP-TKNUM, se obtienen:

VTTK-TKNUM
VTTK-STREG
VTTK-DPLEN

Datos cabecera, gestin


LIKP-LIFEX
LIKP-VKORG
LIKP-LPRIO
LIKP-LIFSK
LIKP-LFART
LIKP-VBTYP
LIKP-AUTLF

Datos, interlocutor
De VBPA, donde VBPA-VBELN = LIKP-VBELN, obtener:
VBPA-PARVW
VBPA-KUNNR

Nota: Con , VBPA-KUNNR, ir a la tabla KNA1 donde, KNA1-KUNNR = VBPA-KUNNR, obtener


KNA1-ADRNR, con KNA1-ADRNR, ir a ADRC, donde ADRC- ADDRNUMBER = KNA1-ADRNR,
obtener:
ADRC-NAME1
ADRC-STREET
ADRC-POST_CODE1
ADRC-CITY1

Nota: Con VBPA-KUNNR y VBPA-PARVW, ir a la tabla KNVP, donde KNVP-KUNNR = VBPA-KUNNR y


KNVP-PARVW = VBPA-PARVW, obtener:
KNVP-KNREF

Nota: de la tabla VBPA, se obtienen:


VBPA-PARVW

Copyright 2011 SAP AG. All rights reserved 11


Technical Specification Interfaces Page 12 of 28

VBPA-KUNNR

Cabecera embalar:
VEKP-EXIDV
VEKP-EXIDA
VEKP-VHILM
VEKP-BRGEW
VEKP-NTGEW
VEKP-MAGEW
VEKP-TARAG
VEKP-GEWEI
VEKP-BTVOL
VEKP-NTVOL
VEKP-MAVOL
VEKP-TAVOL
VEKP-VOLEH
VEKP-WERKS
VEKP-ERNAM
VEKP-ERLKZ
VEKP-ERDAT
VEKP-WMSTA
VEKP-VOLEH_MAX
VEKP-GEWEI_MAX
VEKP-VHART
VEKP-VHILM_KU
VEKP-PACKVORSCHR

Nota: con VEKP-VHILM ir a la tabla MAKT, donde MAKT-MATNR = VEKP-VHILM y MAKT-SPRAS =


SY-LANGU, obtener:
MAKT-MAKTX

VEKP-KZGVH
VEKP-LABELTYP
VEKP-ZUL_AUFL

Detalle datos de embalaje:


Con el N de entrega, LIKP-VBELN = LIPS-VBELN, obtener:
LIPS-MATNR
LIPS-WERKS
LIPS-LGORT
LIPS-LGNUM
LIPS-VRKME
LIPS-VBELN
LIPS-POSNR

Copyright 2011 SAP AG. All rights reserved 12


Technical Specification Interfaces Page 13 of 28

Nota: para cada material LIPS-MATNR ir a la tabla MAKT, donde MAKT-MATNR = LIPS-MATNR y
MAKT-SPRAS = SY-LANGU, obtener:
MAKT-MAKTX

LIPS-BRGEW
LIPS-GEWEI
LIPS-VOLUM
LIPS-VOLEH
LIPS-CHARG
LIPS-BESTQ
LIPS-LGTYP
LIPS-LGPLA
LIPS-MAGRV

Detalle entrega de salida:


De la tabla LIKP, obtener:
LIKP-WADAT_IST

De la tabla LIPS, donde LIPS-VBELN = LIKP-VBELN, obtener:


LIPS-POSNR
LIPS-MATNR
LIPS-LFIMG
LIPS-VRKME
LIPS-LGMNG
LIPS-MEINS
LIPS-UMVKN
LIPS-VRKME
LIPS-UMVKZ
LIPS-MEINS
LIPS-ARKTX
LIPS-PSTYV

para cada posicin de la entrega, obtener de la tabla VBUP, donde VBUP-VBELN = LIKP-VBELN,
obtener:
VBUP-KOSTA
VBUP-LVSTA

LIPS-CHARG
LIPS-BWTAR
LIPS-LFIMG
LIPS-MBDAT
LIPS-MBUHR
LIPSD-PIKMG
LIPSD-VRKMP
LIPS-BRGEW
LIPS-GEWEI
LIPS-VOLUM

Copyright 2011 SAP AG. All rights reserved 13


Technical Specification Interfaces Page 14 of 28

LIPS-VOLEH
LIPS-UNTTO
LIPS-UEBTO
LIPS-UEBTK
LIPS-KZTLF
LIPS-UEPOS
LIPS-GRKOR
LIPS-WERKS
LIPS-LGORT
LIPS-KDMAT
LIPS-EMPST

Nota: con LIPS-WERKS, se va a la tabla T001K, donde T001K-BWKEY = LIPS-WERKS, obtener:


T001K-BUKRS

Nota: con LIPS-VGBEL y LIPS-VGPOS donde, LIPS-VGBEL = EKPO-EBELN y LIPS-VGPOS = EKPO-


EBELP, obtener:
EKPO-PWERK
EKPO-LGORT

LIPS-CHSPL
LIPS-CHARG
LIPS-UMBAR
LIPS-KCMENGVME
LIPS-KCMENGVMEF
LIPS-UECHA

Resumen de status:
para cada posicin de la entrega, obtener de la tabla VBUP, donde VBUP-VBELN = LIKP-VBELN
VBUP-PKSTA
VBUP-LVSTA
VBUP-KOQUA
VBUP-WBSTA
VBUP-FKSTA
VBUP-FKIVP
VBUP-PDSTA

Nota: Con LIKP-VBELN ir a la tabla, VBPA, donde VBPA-VBELN = LIKP-VBELN, obtener VBPA-
ABLAD, este dato se refiere al puesto de descarga.

Luego de la extraccin de datos, utilizar el mtodo conexion_proxi definido en la clase,


mapeando los datos al objeto de negocio definido como parmetro de entrada.

Las estructuras de outbound y de inbound son definidas por PO, para la entrada y salida de
datos del proxi.

Copyright 2011 SAP AG. All rights reserved 14


Technical Specification Interfaces Page 15 of 28

Es requeridos que los mtodos de extraccin estn definidos de tal manera que se puedan
obtener de forma individual todos los bloques de datos necesarios.

Por ejemplo:
Se debe tener mtodos para obtener, datos de cabecera entrega, cabecera embalaje, detalle
entrega, detalle embalaje, estados, datos interlocutor, datos direccin, datos de transporte etc.
Con este procesamiento de datos es posible realizar las validaciones en WMS para la entrega y
para el documento de transporte.

Con la informacin obtenida en la consulta sobre la tabla VBUK, se deben realizar las siguientes
validaciones:
Determinar si la entrega de salida tiene relevancia a transporte:
* VBUK-TRSTA <> ''. Tiene relevancia a transporte

Condiciones:
- Si la entrega esta como pendiente por planear transporte, estatus de planificacin de
transporte = A, (VBUK-TRSTA=A), se debe mostrar por pantalla el mensaje:
La entrega est pendiente por transporte, no es posible enviarla a WMS y no debe permitir
modificar el status de envo de la clase de mensaje.

- Si la entrega ya fue planificada para transporte, estatus de planificacin de transporte = B


(VBUK.TRSTA=B) y el status del documento de transporte asociado a la entrega es NO
concluido, estado del registro = nulo (VTTK.STREG=), debe mostrar por pantalla el mensaje:
La entrega tiene relevancia de transporte debe enviarse a WMS por estatus de REGISTRAR y no
debe permitir modificar el status de envo de la clase de mensajes, la entrega.

Si la entrega ya fue planeada para transporte estatus de planificacin de transporte = B


(VBUK.TRSTA=B) y el estatus de registro del documento de transporte asociado a la entrega es
concluido, estado del registro = 'X' (VTTK.STREG=X), debe validar si hay disponibilidad de
PO/WMS, Si no hay disponibilidad de PO y/o WMS, debe informar por pantalla el mensaje Hay
errores de comunicacin PO/WMS, no es permitido el envo a WMS y no permite modificar el
estatus de envio de la clase de mensaje la entrega.
En caso de tener disponibilidad PO/WMS

* VBUK-TRSTA = ''. No tiene relevancia a transporte


Validar disponibilidad en PO/WMS.
Si no hay disponibilidad de PO y/o WMS, debe informar por pantalla el mensaje Hay errores de
comunicacin PO/WMS, no es permitido el envo a WMS y no permite modificar el estatus de
envo de la clase de mensaje la entrega.

Si hay disponibilidad de PO y de WMS:


Se actualizan los campos AccionCabWms y AccionDetWms con el valor de A (se actualiza
AccionDetWms a todas las posiciones de la entrega)
Debe enviar la informacion de la entrega a WMS a nivel de cabecera y detalle con todas las
posiciones (clase proxy definida por PO para creacin de cabecera y detalle de la entrega que
genera el xml y lo entrega a WMS).

Copyright 2011 SAP AG. All rights reserved 15


Technical Specification Interfaces Page 16 of 28

Para validar la modificacin de la entrega a nivel de posicin y eliminacin de la entrega se


implementan los user exit:

* USEREXIT_SAVE_DOCUMENT_PREPARE, para validar cuando se modifica


se crea el include: zsd_valida_entrega_saliente
* USEREXIT_DELETE_DOCUMENT, para validar antes de eliminar
se crea el include: zmm_entrega_saliente_delete

3. Documento de transporte.
Para realizar las validaciones sobre el documento de transporte se debe tener previamente
parametrizada la clase de mensajes ZWES, que se active en las transacciones VT01N, VT02N y
VT16.

* Creacin documento de transporte VT01N


Se implementa la ampliacin para que se enve a WMS por el servicio asincrono la entrega si el
documento de transporte es creado con registro concluido
Proyecto de ampliacin: ZMM_LV56
Ampliacin: V56UCHCO
Componente: EXIT_SAPLV56U_004
Dentro del componente se implementa el include: ZXV56U11

* Para las validaciones del documento en modificacin.


Se implementa el exit para hacer las validaciones de documento de transporte.
Proyecto de ampliacin: ZMM_LV56
Ampliacin: V56UCHCO
Componente: EXIT_SAPLV56U_002
Dentro del componente se implementa el include: ZXV56U17

Con la extraccin de datos definido con la clase, se deben validar las siguientes condiciones:

Nota: Antes de cualquier validacin se debe verificar si hay disponibilidad en PO/WMS

* Si ocurre un cambio de status en el documento de transporte a concluido.


VTTK-STREG = 'X'

Se debe validar cuando haya una modificacin en la entrega de salida, transaccin vt02n, se debe
validar que le entrega tengan centro - almacn gestionado por WMS (Respuesta del proxi de PO).

* Modificaciones a documento de transporte:


- Cambio de status a no concluido
VTTK-STREG = ''

Copyright 2011 SAP AG. All rights reserved 16


Technical Specification Interfaces Page 17 of 28

Se implementa el exit para hacer las validaciones de documento de transporte.


Proyecto de ampliacin: ZMM_LV56
Ampliacin: V56UCHCO
Componente: EXIT_SAPLV56U_002
Dentro del componente se implementa el include: ZXV56U17

Si la entrega es vlida segn la respuesta de PO/WMS de sebe validar que la posicin en la


entrega, respuesta de WMS permita modificarla (ob_lno_stt=HOLD)
que la entrega no tenga posiciones en picking (este componente define que no tenga cantidades en
picking cmp_qty=0)

Si las entregas cumplen las condiciones se debe permitir el cambio de status y se debe actualizar en
WMS el campo AccionCabWms con valor 'D', para todas las entregas relacionadas con el
documento de transporte que cumplan con las condiciones.

Nota: No se les debe permitir cambio de status a las entregas que no cumplan
Enviar a WMS a nivel de cabecera y detalle la informacin del cambio de status de cada una de las
entregas relacionadas con el documento de transporte.

Nota: Si al menos una entrega no cumple con las condiciones, no se debe permitir el cambio de
status del documento de transporte a no concluido y se debe mostrar el siguiente mensaje por
pantalla:

No es posible cambiar el estatus de a no concluido el registro del documento de transporte


*documento de transporte*, por que tiene entregas en WMS en estado diferente a HOLD y/o
cantidades en picking.

Nota: Si el documento de transporte no tienen ninguna entrega asociada, cantidad de registros


obtenidos = 0, se debe permitir el cambio de status en el documento de transporte a no concluido y
no notificar a WMS.

- Eliminacin de documento de transporte:


Se implementa el exit para hacer las validaciones de documento de transporte.
Proyecto de ampliacin: ZMM_LV56
Ampliacin: V56UCHCO
Componente: EXIT_SAPLV56U_002
Dentro del componente se implementa el include: ZXV56U17

Se deben tener en cuenta las siguientes validaciones para ejecutar el proceso:


- Que el estado de la entrega en WMS permite modificarla definido por el campo
ob_lno_stt=HOLD
- Que la entrega no tenga cantidades en picking segn WMS, definido por cmp_qty=0

Si todas las entregas cumplen con las validaciones se debe permitir la eliminacin del documento
de transporte
Se actualiza el campo AccionCabWms con valor 'D', para todas las entregas relacionadas en el
documento de transporte.

Copyright 2011 SAP AG. All rights reserved 17


Technical Specification Interfaces Page 18 of 28

Enviar a WMS la eliminacin de cada una de las entregas asociadas al documento de transporte, a
nivel de cabecera y transporte, mapeo definido en el proxi establecido por PO.

Nota: Si por lo menos una entrega no cumple con las validaciones definidas, no se debe permitir a
eliminacin la eliminacin del documento de transporte y se debe mostrar por pantalla el mensaje:
No es posible eliminar el documento de transporte *documento de transporte*, por que tiene
entregas en WMS en estado diferente a HOLD y/o cantidades en picking

Si la consulta a PO/WMS no trae registros, es decir no hay entregas asociadas al documento de


transporte se debe permitir la eliminacin del documento de transporte y no notificar a WMS.

- Eliminar entrega del documento de transporte


Se implementa el exit para hacer las validaciones de documento de transporte.
Proyecto de ampliacin: ZMM_LV56
Ampliacin: V56UCHCO
Componente: EXIT_SAPLV56U_002
Dentro del componente se implementa el include: ZXV56U17

Por medio del proxi se consulta el detalle de la orden de salida, de existir la entrega en WMS, se
realizan las siguientes validaciones.
- Que el estado de todas las posiciones de la orden en WMS permitan eliminarse definido
por el parmetros ob_lno_stt=HOLD.
- Que las posiciones de la entrega no tengan cantidades en picking en WMS definido por el
parmetro, cmp_qty=0.

Si cumple con las validaciones:


Se debe permitir eliminar la entrega del documento de transporte
Se actualiza el campo AccionCabWms con valor 'D' para la entrega que se elimina del documento
de transporte.
Se enva la informacin de la eliminacin de la entrega a WMS, a nivel de encabezado y detalle,
esto definido por el proxi PO

En caso de no cumplir con las validaciones no se debe permitir la eliminacin de la entrega del
documento de transporte y debe mostrar por pantalla el mensaje: No es posible eliminar del
documento de transporte la entrega *entrega*, WMS no permite modificar la entrega por estado y/o
cantidades en picking.

Si la entrega no existe en WMS, (no se obtiene registros de WMS), se debe eliminar la entrega del
documento de transporte y no hacer notificacin a WMS.

- Agregar entrega a documento de transporte


Se deben actualizar los campos campos AccionCabWms y AccionDetWms con valor 'A', para la
entrega que se asocia al documento de transporte.
Enviar a WMS la informacin de creacin de la entrega a nivel de cabecera y detalle, esto definido
por el proxi correspondiente de PO.

Copyright 2011 SAP AG. All rights reserved 18


Technical Specification Interfaces Page 19 of 28

Validacin de entrega en WMS.


Esta validacin se hace por medio del mtodo INTERFAZ_WMS.
Este recibe el nmero de la entrega por medio de parmetro: IP_VBELN y retorna la respuesta por
medio de la estructura: EW_INPUT.
EL mtodo enva a WMS los datos de:
- Entrega
- Sociedad
- Tipo orden WMS
- Almacn WMS

Con los cuales se hace la validacin.

Mapeo a PO.
El envo a PO se hace por medio del mtodo EJECUTAR_PROXI.
Este recibe como parmetro de entrada el N de la entrega IP_VBELN y las acciones con indicador
de actualizacin o borrado y devuelve un indicador de error que llaga en X si hay fallos en envo a
PO.

El mapeo para el proxi se hace utilizando la estructura: lwa_output la cual se llena por medio del
mtodo: set_data_proxi

Este mtodo hace el mapeo precio al envo.


Se utilizan las constantes:
lc_idtxt1, lc_idtxt2, lc_object, utilizadas para la lectura de textos, se dejan como constantes por
definicin de especificacin funcional, se sugiere utilizarlas mediante tabla de parmetros.

Al mapeo se envan datos a nivel de cabecera, datos de direccin, gestin, transporte, datos
movimiento de mercancas, textos y datos a nivel de detalle.

En cabecera se envan:
- Entrega -> LIKP-VBELN
- Accin cabecera WMS -> Si es update o delete, A para update y D para delete
- Destinatario mercanca -> LIKP-KUNNR
- Nombre destinatario -> KNA1-NAME1
- Denominador regin -> T005U-BEZEI

Datos de direccin:
- Nmero direccin 1 -> ADRC-NAME1
- Nmero direccin 2 -> ADRC-NAME2
- Calle -> ADRC-STREET
- Poblacin -> CITY1
- Cdigo postal -> ADRC-POST_CODE1
- Primer N de telfono: ADRC-TEL_NUMBER

Copyright 2011 SAP AG. All rights reserved 19


Technical Specification Interfaces Page 20 of 28

Datos gestin:
- Tipo orden WMS -> ZWMS_TIPOORDEN-ORDENWMS
- Fecha ent cliente -> LIKP-LFDAT
- Prioridad ent -> LIKP-LPRIO
- Fecha carga -> LKP-LDDAT
- Fecha picking -> LIKP-KODAT
- Stat conf picking -> VBUK-KOQUK
- Stat tot picking alma -> VBUK-KOSTK
- Stat plan transporte -> VBUK-TRSTA
- Secuencia carga -> 1 valor segn orden en transporte

Datos de transporte
- Cond exped -> LIKP-VSBED
- Ind gestin esp -> LIKP-SDABW
- Est registrar transporte -> VTTK-STREG
- Fecha fin carga > VTTK-DPLEN
- Doc transporte -> VTTK-TKNUM

Datos movimiento de mercancas


- Num doc origen -> LIPS-VGBEL

Textos
- Textos con ID: Z009, NAME: Entrega y Objeto: VBBK
- Textos con ID: Z008, NAME: Entrega y Objeto: VBBK

Datos detalle entrega


- Entrega para pos -> LIPS-VBELN
- Pos entrega -> LIPS-POSNR
- Num material -> LIPS-MATNR
- Cant ent en umv -> LIPS-LFIMG
- Unid med vta -> LIPS-VRKME
- Accion det wms -> Segn corresponda A para actualizar y D para delete
- Alma WMS -> ZWMM_ALMAWMS-ALMAWMS
- Prop WMS -> ZWMM_ALMAWMS-PROWMS
- Stat conf picking -> VBUP-KOQUA
- Stat pick entrega pos -> VBUP-KOSTA
- Sociedad -> T001K-BUKRS

Tratamiento de errores.

Para el tratamiento de errores se implementa la clase: ZCL_MONITOR


La cual tiene los mtodos:
* SET_LOGERROR_LINE-> Para agregar lineas a tabla de envo de errores del log
* SEND_MONI_ERROR-> Para enviar informacin de errores al log

Copyright 2011 SAP AG. All rights reserved 20


Technical Specification Interfaces Page 21 of 28

Control de cambios Versin 15 de la EF.

Se debe de ajustar mapeo en el mtodo ZCL_WMS_ENTREGA_SALIENTE- SET_DATA_PROXI, para los


campos Resumen de posiciones, Resumen de status y Datos movimientos mercancas, debido a
que se cambi la cardinalidad de cada una de esta estructuras de 0:N a 0:1 y se ajusta cardinalidad
del nodo Detalle entrega de salida de 1:1 a 1:N

Control de cambios Versin 15-1 de la EF.

Se crea mtodo Mtodos de extraccin:


ZCL_WMS_ENTREGA_SALIENTE -> GET_PARAMETERS: Mtodo que consulta prametros de
desarrollo.

ZCL_WMS_ENTREGA_SALIENTE->GET_TEXTS. Se crea mtodo para consultar los textos. Se


llama la funcin READ_TEXT.

Se agregan los campos al objeto de negocio:

Transporte-ClasTransporte (Mtodo ZCL_WMS_ENTREGA_SALIENTE-> SET_DATA_PROXI )

Agregar campo VTTK-SHTYP a estructura GTY_VTTK.


Agregar campo SHTYP a la consulta de la tabla VTTK en el mtodo
ZCL_WMS_ENTREGA_SALIENTE -GET_DOC_TRANSPORTE.
Agregar mapeo en el mtodo ZCL_WMS_ENTREGA_SALIENTE -SET_DATA_PROXI del campo
VTTK-SHTYP al campo del ON Transporte-ClasTransporte.

Transporte-DesClasTransporte (Mtodo ZCL_WMS_ENTREGA_SALIENTE-> SET_DATA_PROXI )

Se debe de agregar consulta a la tabla ZCL_WMS_ENTREGA_SALIENTE


-GET_DOC_TRANSPORTE a la tabla TVTKT.
Se debe de crear tipo global y atributo global, para guardar los datos de la consulta de la
tabla TVTKT, para consulta el campo BEZEI.
Agregar mapeo en el mtodo ZCL_WMS_ENTREGA_SALIENTE -SET_DATA_PROXI del campo
TVTKT-BEZEI al campo del ON Transporte-DesClasTransporte.

Interlocutor-CodRegInt (Mtodo ZCL_WMS_ENTREGA_SALIENTE-> SET_DATA_PROXI )

Se debe de consultar la tabla GTD_KNA1 y luego GTD_ADRC en el mtodo


ZCL_WMS_ENTREGA_SALIENTE -SET_DATA_PROXI para realizar el mapeo del campo ADDRC-
REGION al campo Interlocutor-CodRegInt.

Interlocutor- DenRegInt (Mtodo ZCL_WMS_ENTREGA_SALIENTE-> SET_DATA_PROXI )

Copyright 2011 SAP AG. All rights reserved 21


Technical Specification Interfaces Page 22 of 28

Se debe de consultar la tabla GTD_KNA1 y luego GTD_T005U en el mtodo


ZCL_WMS_ENTREGA_SALIENTE -SET_DATA_PROXI para realizar el mapeo del campo T005U-
BEZEI al campo Interlocutor- DenRegInt

ResumenPosiciones-IndPicking(Mtodo ZCL_WMS_ENTREGA_SALIENTE-> SET_DATA_PROXI )

Agregar campo LIPS-KOMKZ a la consulta de la tabla LIPS en el mtodo


ZCL_WMS_ENTREGA_SALIENTE-GET_DETALLE_ENTREGA.

Agregar mapeo en el mtodo ZCL_WMS_ENTREGA_SALIENTE -SET_DATA_PROXI del campo


LIPS-KOMKZ al campo del ON ResumenPosiciones-IndPicking

Control de cambio solicitado por Carlos Palacio 16 Febrero 2014

Se anexa detalle del correo

Hola, en la entrega de salida al llenar en el objeto de negocio los campos de estatus de cabecera y detalle de la
entrega, est colocando el estatus anterior al del ltimo cambio realizando por la transaccin VL02N, debido a
esto los valores de los estatus deben tomarse de memoria si el exit es sobre la transaccin VL02N.

Adicional a lo anterior, en la EF dice que por la VL02N solo se debe activar el proceso de integracin si ocurre
alguno de los siguientes cambios en la entrega:

Grabacin de nuevas posiciones

Eliminacin de la entrega

Eliminacin de posicin de la entrega

Modificacin de la cantidad de una posicin.

Estamos encontrando que al modificar la cantidad de picking activa la integracin y no debe ser ya que no es
ninguno de los eventos anteriores.

Lo anterior est generando que al momento de hacer el picking en SAP, est enviando nuevamente a WMS la
entrega, esto no se debe hacer porque el proceso en WMS ya fue realizado.

Segn la solicitud anterior se realizan las siguiente modificaciones en los siguientes objetos:

Include: ZSD_VALIDA_ENTREGA_SALIENTE
Clase: ZCL_WMS_ENTREGA_SALIENTE

Modificacin include ZSD_VALIDA_ENTREGA_SALIENTE

Se crean las tablas internas LTD_ST_LIKP[] y LTD_ST_LIPS[].

Copyright 2011 SAP AG. All rights reserved 22


Technical Specification Interfaces Page 23 of 28

ltd_st_likp TYPE zcl_wms_entrega_saliente=>gtyd_st_likp


ltd_st_lips TYPE zcl_wms_entrega_saliente=>gtyd_st_lips

Se almacenan en estas tablas los datos en memoria de la tabla VBUP y VBUK, que estn en las tablas XVUK[] y
XVUP[] se almacenan respectivamente en las tablas LTD_ST_LIKP[] y LTD_ST_LIPS[], para obtener los status de
cabecera y detalle de la entrega.

Despus de que estas tablas internas se llenan, se crea una instancia de la clase
ZCL_WMS_ENTREGA_SALIENTE, y al llamar al constructor se pasan las tablas internas LTD_ST_LIKP[] y la
LTD_ST_LIPS[].

Modificacin clase ZCL_WMS_ENTREGA_SALIENTE

Se modifica el CONSTRUCTOR de la clase.

Se inicializan las tablas internas globales GTD_ST_LIKP[] y GTD_ST_LIPS[].

Se modifica el mtodo GET_STATUS

Se agrega la validacin de las tablas internas globales GTD_ST_LIKP[] y GTD_ST_LIPS[] si estn vacas,
si estas no estn llenas, se realiza las respectivas consultas a las tablas VBUK y VBUP.

REUSABLE CODE

FILE ATTRIBUTES

Copyright 2011 SAP AG. All rights reserved 23


Technical Specification Interfaces Page 24 of 28

File Type Excel, ASCII, etc?


Delimited / Fixed- Comma, tab?
width
Header Record? Provide layout
Footer Record? Provide layout
Number of File
Layouts and
Description
File Layout(s) Complete one per file layout (i.e. one for header records and one for detail
records):
File Layout.xls

INTERNAL TABLES

Name Description

MESSAGES

Message Message Message Text


Class ID
ZMM 001 Report Selection fetched no data

SELECTION TEXT

Description
Name
S_PARTNR Business Partner

Copyright 2011 SAP AG. All rights reserved 24


Technical Specification Interfaces Page 25 of 28

TEXT ELEMENTS

Text Description
Name
000 List Contains no text

SUBROUTINES

Description
Name
LAYOUT_BUILD Logic for building the output

INTERFACE LIST OUTPUT

At the end of the interface run, please describe the details for the output list.

Output Method
[Please indicate the expected output method(s) for the report]
Example:
Saved to File / Sent to print / Send to email account / Download to excel

Main Heading
[Provide the main heading field for the report]
Example:
The main report heading will be: Contracts Nearing Expiry

LAYOUT
Please list the sequence of the fields in which the output must be displayed?
Or embed Excel sheet layout.

TOTALING

Copyright 2011 SAP AG. All rights reserved 25


Technical Specification Interfaces Page 26 of 28

[List any totaling or other calculation requirements for the report]


Example:
Number of contracts matching user selection criteria to be displayed at the bottom of the report

SORTING
[List any sorting requirements for the report]
Example:
Users will be able to sort on contract type and vendor. Default sort sequence will be by contract
type.

PAGE BREAK
[Provide details of any page breaking requirements that should be used in addition to field
breaks]
Example:
Page breaks will be used where necessary to prevent overflow of retrieved data

ERROR HANDLING
[Include potential errors, notification procedures, and contingency procedures.]

INTERFACE LIST HEADER / FOOTER


Report Header

Report Footer

ASSUMPTIONS IN TECHNICAL DESIGN

OPEN ISSUES IN TECHNICAL DESIGN

Copyright 2011 SAP AG. All rights reserved 26


Technical Specification Interfaces Page 27 of 28

UNIT TEST PLAN

[Please copy the Business test Conditions and Control scenarios from the FS]

[Add relevant Technical scenarios associated with this development. Examples would include 1)
testing an error-free run; 2) testing the exception processes; 3) testing the error handling.]

Scenario # Input Selection Criteria Expected Result

RELATED DOCUMENTATION (ATTACH OSS NOTES, EMAILS, DOWNLOAD OF EXISTING REPORT,


ETC)

Copyright 2011 SAP AG. All rights reserved 27


Technical Specification Interfaces Page 28 of 28

2. Appendix

Copyright 2011 SAP AG. All rights reserved 28

Das könnte Ihnen auch gefallen