ESPECIFICACIÓN INTERFACES PROCESO DE INTEGRACIÓN

Identificación del Proyecto

Nombre del Proyecto IndiGO
Gerente de Proyecto (cliente) Sandra Hoyos

Información del Requerimiento

Nombre del Desarrollo
ID Matriz FRICE
Requerido Por
Especificado Por
Fecha del Requerimiento
Proceso del Negocio
Interfaz incluida en el alcance
Si la Interface no es aprobada para ser incluida en
el alcance del proyecto, cuáles son las posibles
opciones para cubrir la funcionalidad
SI_DESPACHO_SIEC_IN
MMGAP0028
Juliana Maillane / Viviana Mejía / Marcela Montoya
Giovanni Navarro Moreno
8/10/2022
Gerencia de logística y abastecimiento
SI
Se puede explorar "Tablas de asignación" o "Cargues de

Objetivo y Justificación del Desarrollo para el Modelo del Negocio (Líder Funcional)

En esta interfaz, partiendo del despacho realizado por SIEC se requieren realizar varios procesos al interior de
SAP, listados en el siguiente orden:

Grabar información en tablas Z del monitor

Paso 0. crear xt validar datos

1. Realizar entradas de mercancía en las ordenes de compra y por las cantidades correspondientes (puede
haber varias entradas de mercancía, es decir: un despacho puede ser de más de una orden de compra)
2. Creación de pedidos de traslado / Intercompany (dependerá del tipo de centro destino)
2.5 Automático: SAP creará una entrega de salida por cada combinación de tienda destino + Fecha de entrega.
3. Se validará que cada posición de los pedidos de traslado cuenten con entrega y se creará una línea en el
monitor de entradas por cada entrega generada
4. Se crearán las unidades de manipulación para cada entrega
5. Se actualizará cada Unidad de manipulación con sus datos de peso, entrega de salida y consecutivo de caja
6. Se embala el contenido de la entrega en las unidades de manipulación correspondientes
7. Se contabilizará cada entrega de salida
8. Se validará que exista entrega entrante creada para recepción en destino
9. En caso que el despacho sea para una tienda gran superficie se realizará la entrada de mercancía contra la
entrega entrante validada en el paso 8
 monitor de entradas por cada entrega generada
4. Se crearán las unidades de manipulación para cada entrega
5. Se actualizará cada Unidad de manipulación con sus datos de peso, entrega de salida y consecutivo de caja
6. Se embala el contenido de la entrega en las unidades de manipulación correspondientes
7. Se contabilizará cada entrega de salida
8. Se validará que exista entrega entrante creada para recepción en destino
9. En caso que el despacho sea para una tienda gran superficie se realizará la entrada de mercancía contra la
entrega entrante validada en el paso 8

Pruebas

<Story Telling de la necesidad que no cubre el estándar de S4Hana. Diligenciado por el Líder Funcional>
 ndiGO
dra Hoyos

ACHO_SIEC_IN
MGAP0028
ana Mejía / Marcela Montoya
Navarro Moreno
10/2022
stica y abastecimiento
SI

as de asignación" o "Cargues de

(Líder Funcional)

varios procesos al interior de

1.5

des correspondientes (puede

de una orden de compra) 3
po de centro destino)
da destino + Fecha de entrega.
ga y se creará una línea en el
1
ntrega
de salida y consecutivo de caja 1
ión correspondientes 1
ón en destino
ntrada de mercancía contra la
 ntrega
de salida y consecutivo de caja
ión correspondientes

ón en destino
ntrada de mercancía contra la 1
1
1
1

1.5
ado por el Líder Funcional>
15
 Identificación del Proyecto
Nombre del Proyecto IndiGO
Gerente de Proyecto (cliente) Alexander Vanegas

Información del Requerimiento

Nombre del Desarrollo
ID Matriz FRICE
Requerido Por <líder funcional>
Especificado Por <Consultor Funcional>

Fecha del Requerimiento

Proceso del Negocio

Interfaz incluida en el alcance SI o NO

Si la Interface no es aprobada para ser incluida

en el alcance del proyecto, cuáles son las
posibles opciones para cubrir la funcionalidad

Descripción Funcional del Desarrollo

Diligenciado por el Líder Funcional y Líder Integraciones Cliente

1.    Sistemas Involucrados (Líder Funcional, Líder Integraciones Cliente)

Sistema origen
DESCRIPCIÓN: SAP

TECNOLOGÍA DE ENVIO/RECEPCIÓN PROXY

 aplicación destino

DESCRIPCIÓN: SIT

TECNOLOGÍA DE ENVIO/RECEPCIÓN REST

2.   Generalidades y Protocolos.

Operación de Negocio
Operación Consultar Crear Modificar Eliminar
Frecuencia Online Diaria Semanal Mensual Otra:
Comunicación DESDE LA PERSPECTIVA SAP
Entrada Síncrona (con respuesta)
Tipo de Flujo Salida Modo de Ejecución Asíncrona (sin respuesta)
Inicio del Proceso
Por ejemplo: Creación un pedido de pendientes para cambio en SAP
Resultado del Proceso
Por ejemplo: Se consultan los datos del pedido al sistema SIT

3.   Mapeo de Campos

PARÁMETROS DE ENTRADA:
Fecha de Validaciones /
Campo origen Campo destino Tipo Tamaño Opc. Descripción
VBAK- creación del transformaciones
Formato AAAA-MM-
Date 8
AUDAT pedido de DD
Marca Alfanumerico 3 cambio
Orden de compra
Alfanumerico 10
SAP
Centro destino Alfanumerico 4
Nombre Centro
Alfanumerico 30
destino
Doc Regreso
Alfanumerico 12 Sorting
Proveedor
Fecha regreso Fecha 8 AAAMMDD
Posición Orden de
Numérco 5
compra
Variante Alfanumerico 40
ean13 Alfanumerico 18
Cantidad por tienda
Numerico 10
destino
Caja Rotulo de 1 a Contador
Nombrede decajas por
la caja
Numerico 3
n x tienda sorting
(undidad de
Numero de guia Alfanumerico 35 manupulación) que
Numero de caja
Alfanumerico 20 identifca
hasta 2 la caja yydebe
enteros 3
(consecutivo)
Peso Neto (por
Alfanumerico 15 coincidir
decimales. con
La el sticker
unidad
caja) (por hasta
que 2 enteros
tiene pegada 3 de
ycada
Peso Bruto medida es KG
Alfanumerico 15 decimales.caja.
La unidad de
caja)
Transportadora
Alfanumerico 20 medida es KG
(Nit)
Segmento (calidad) Alfanumerico 2
Pais Alfanumerico 2
Orden de
Posición de la Alfanumerico 12
fabricación
Orden de Alfanumerico 4
OC de la cadena. Sólo va
N°fabricación
OC Cliente Alfanumerico 10
si existe, sino, vacío
Campo Libre 1
Campo Libre 2
Campo Libre 3
Campo Libre 4

PARÁMETROS DE SALIDA:
Validaciones /
Campo origen Campo destino Tipo Tamaño Opc. Descripción
transformaciones
KNA1-STCD1 CHAR 10 Nit. de asesora
Código del
VBAP-MATNR CHAR 18
material
VBAP-MENGE QUAN 6 Cantidad

El documento regreso proveedor (Sorting) se deberá registrar en el campo Identificación externa de nota de entrega de todas las
entregas de salida del proceso.
El campo N° OC Cliente se debe registrar en el campo N° de licitación de los pedidos de traslado
El campo Fecha regreso se debe registrar en el campo Fecha movimento mercancías real de la entrega, Fecha de documento y
fecha de contabilización de la entrada y traslados
El N° de guía se debe registrar en la tabla ZTMMORDENES en el campo PARTNER_MBL_ID
Con el NIT de la trasnportadora se debe buscar el código de BP y registrarlo en la tabla ZMMORDENES en el campo TSPID.
El peso Neto y Bruto se deben registrar en la cabecera de las unidades de manipulación en los campos Peso total de la unidad de
manipulación y Peso neto de unidad de manipulación.
El documento regreso proveedor (Sorting) se deberá registrar en el campo Identificación externa de nota de entrega de todas las
entregas de salida del proceso.
El campo N° OC Cliente se debe registrar en el campo N° de licitación de los pedidos de traslado
El campo Fecha regreso se debe registrar en el campo Fecha movimento mercancías real de la entrega, Fecha de documento y
fecha de contabilización de la entrada y traslados
El N° de guía se debe registrar en la tabla ZTMMORDENES en el campo PARTNER_MBL_ID
Con el NIT de la trasnportadora se debe buscar el código de BP y registrarlo en la tabla ZMMORDENES en el campo TSPID.
El peso Neto y Bruto se deben registrar en la cabecera de las unidades de manipulación en los campos Peso total de la unidad de
manipulación y Peso neto de unidad de manipulación.

4.   Manejo de Errores.

5.    Consideraciones de Seguridad.

Actualmente lo devuelve de 10, debe devolverlo de 12 caracteres a SAP. 12

Hoy no se tiene en SIEC y lo requerimos para el proceso

En SIEC no se tiene la variante de SAP, se tiene EAN13 y la referencia anterior. Si se envia en la primera interfaz a SIEC se puede enviar de regreso a SAP?

10
Se le agrega numero de sorting para que quede unico. Devolver sorting concatenado caja, Validar con Marce que quiere decir este campo. COnsecutivo que empieza e
No se tiene en SIEC, actualmente se agrega manual al hacer el despacho. No puede ser manual, debería venir de SIEC. SE puede ingresar manual a SIEC, pero SIEC lo de
Actualmente es un entero que se repite por distribucion (SORT). Nunca pasa de 100. Es un entero de 4 y se concatena con otros valores. Las cajas deben estra marcad
No se tiene en SIEC. Se debe incluir
No se tiene en SIEC. Se debe incluir
Es necesario
Nota: validar para
si es los procesos
necesario decampo
este TM y liquidaación de pago de fletes.
ya que el producto
final para SAP
No se validar
Nota: siempre
tiene ensiSIEC. será una
Se debeeste
es necesario orden
incluir de compra,
campo ya que el producto
independientemente
final para SAP siserá
saleuna
de una SOLPED o de una Orde de
Constante
Fabricación CO, pero tener en cuenta si de
siempre orden compra,
se hace producción en otros paises (incluir iniciales o código ISO del pais)
independientemente si sale una SOLPED o una Orde de
Es necesario
Fabricación enviarlo
Es necesario
No se tiene en SIEC. Se debe incluir
Estos son campos libres creados en el PROXY para un posible uso futuro
Estos son campos libres creados en el PROXY para un posible uso futuro
Estos son campos libres creados en el PROXY para un posible uso futuro
Estos son campos libres creados en el PROXY para un posible uso futuro
de regreso a SAP?
po. COnsecutivo que empieza en 1 y sigue escalando en 1 y va aumentando de acuerdo a la cantidad de cajas que se envíen por tienda. Se espera un numero que diga al consecuti
r manual a SIEC, pero SIEC lo debe enviar por la interfaz a SAP.
. Las cajas deben estra marcadas con este numero, y hacelo unico, unívoco.
era un numero que diga al consecutivo de cajas que van llegando en sorting.
 Identificación del Proyecto
Nombre del Proyecto
Gerente de Proyecto (cliente)

Información del Requerimiento

Nombre del Desarrollo
ID Matriz FRICE
Requerido Por
Especificado Por
Fecha del Requerimiento
Proceso del Negocio
Interfaz incluida en el alcance
Si la Interface no es aprobada para ser incluida en el alcance del proyecto,
cuáles son las posibles opciones para cubrir la funcionalidad

Descripción Técnica del Desarrollo

Paso 0
Se debe generar implementación para nueva interfaz de entrada, la cual se deben guardar en las tabla ZTPOMENSAJE y
ZTPOLOGSINCE con las siguientes estructuras (tomar como ejemplo Doc. Origen SIEC_TEST1 en QAS 300)

ZTPOLOGSINCE
INTERFAZ ESCENARIO

SI_DESPACHO_SIEC_IN 1

ZTPOMENSAJE
INTERFAZ ESCENARIO

SI_DESPACHO_SIEC_IN 1

Escenario 1 - Paso 1
El primer paso de la interfaz se deberán consultar las tablas EKPO y EKET usando CAMPO2 como EBELN y consistirá en la
realización de una entrada de mercancía usando la BAPI_GOODSMVT_CREATE con la siguiente estructura

GOODSMVT_HEADER

PSTNG_DATE sy-datum
DOC_DATE sy-datum
REF_DOC_NO ZTPOMENSAJE-DOCORIG
HEADER_TXT ZTPOMENSAJE-INTERFAZ

GOODSMVT_CODE 1

GOODSMVT_ITEM

MATERIAL ZTPOMENSAJE-CAMPO9

PLANT EKPO-WERKS de la linea correspondiente

STGE_LOC EKPO-LGORT de la linea correspondiente
BATCH EKET-CHARG de la linea correspondiente
MOVE_TYPE Constante MOVE_E1_P1 de la tabla de parámetros
ENTRY_QNT ZTPOMENSAJE-CAMPO11
PO_NUMBER ZTPOMENSAJE-CAMPO2
PO_ITEM ZTPOMENSAJE-CAMPO3
MVT_IND B
STK_SEGMENT ZTPOMENSAJE-CAMPO12

El retorno de la BAPI deberá ser alimentado en el mensaje de ejecución del paso de interfaz y en caso de ejecución exitosa
deberá alimentar el documento de material generado en el campo DOCGENE del paso correspondiente

Buscar el documento de material generado en el resultado de la BAPI y actualizarla en el campo DOCGENE de la tabla
ZTPOLOGSINCE del paso correspondiente

Escenario 1 - Paso 2

En este paso se realizará la entrada de mercancía contra el pedido de servicio del proveedor de producción, para esto debemos toma
ZTPOMENSAJE-CAMPO4 y CAMPO5 (orden de producción y posición) y consultarlos en EKKN-AUFNR
 En este paso se realizará la entrada de mercancía contra el pedido de servicio del proveedor de producción, para esto debemos toma
ZTPOMENSAJE-CAMPO4 y CAMPO5 (orden de producción y posición) y consultarlos en EKKN-AUFNR

Para obtener obtener el número de orden de fabricación

AUFNR, el número de hoja de ruta de operación AUFPL_ORD y el contador de hoja de ruta de operación APLZL_ORD. Consultar
operaciones de la orden de la tabla AFVC donde número de hoja de ruta AUFPL = EKKN-AUFPL_ORD y contador de hoja de ruta AP
= EKKN- APLZL_ORD.

De la tabla AFVC obtener el número de operación VORNR y el número de secuencia PLNFL. Consultar los datos de la cabecera de la
en la posición de la orden AFPO donde AUFNR = EKKN-AUFNR, POSNR = ‘0001’y KTSCH = Valor de constante en tabla de parám
"TERMINA"
 Basándose en las consultas anteriores realizar el movimiento de mercancias usando la BAPI_GOODSMVT_CREATE con la siguie
estructura

GOODSMVT_HEADER

PSTNG_DATE SY-DATUM
DOC_DATE SY-DATUM
PR_UNAME SY-USER

GOODSMVT_CODE

GM_CODE ‘01’

GOODSMVT_ITEM

PLANT AFPO-PWERK
MOVE_TYPE Constante MOVE_E1_P2 de la tabla de parámetros
ENTRY_QNT ZTPOMENSAJE-CAMPO11
PO_NUMBER EKKN- EBELN
PO_ITEM EKKN- EBELP
ORDERID EKKN-AUFNR
ORDER_ITNO AFVC-VORNR
MVT_IND ‘B’
PROFIT_SEGM_NO AFVC-SAKTO

Se deja en el mandante 150 el escenario de pruebas “Entrada pedido de compra imputado a orde”
 Si es exitoso realizar el commit alimentando el documento de material generado en ZTPOLOGSINCE-DOCGENE y continuar con
siguiente paso, si la ejecución falla, muestra log de ejecución de la BAPI en el monitor

Escenario 1 - Paso 3

En este paso se utilizarán las consultas realizadas en el paso 2 y también se realizará una entrada de mercancía, en este caso contra la ord
fabricación correspondiente usando la BAPI_GOODSMVT_CREATE con la siguiente estructura

GOODSMVT_HEADER

PSTNG_DATE SY-DATUM
DOC_DATE SY-DATUM
PR_UNAME SY-USER

GOODSMVT_CODE

GM_CODE ‘02’

GOODSMVT_ITEM

MATERIAL AFPO-MATNR, el cual debería coincidir con ZTPOMENSAJE-CAMPO9

PLANT AFPO-PWERK
STGE_LOC AFPO-LGORT
BATCH Consultar ZTPOMENSAJE-CAMPO12 en ZTPO_EQUIV_LOTE-STK_SEGMEN
MOVE_TYPE Constante MOVE_E1_P3 de la tabla de parámetros
ENTRY_QNT ZTPOMENSAJE-CAMPO11
ORDERID EKKN-AUFNR
 ORDER_ITNO AFVC-VORNR
MVT_IND ‘F’
STK_SEGMENT ZTPOMENSAJE-CAMPO12

Si la ejecución es exitosas hacer el commit y llevar el resultado del log al monitor de PO, si falla, lleva el resultado al monitor de PO y
con el siguiente paso

Escenario 1 - Paso 4

Se deberá validar ZTPOMENSAJE-CAMPO27 y crear una linea en ZTPOLOGSINCE (monitor) para cada clave unica de CAMPO
encontrada, ingresando en ZTPOLOGSINCE-TDOCORI el valor de la constante DOC_TYPE_CAMPO27

Escenario 1 - Paso 5

El paso 2 consistirá en la creación de uno o varios pedido de traslado usando la BAPI_PO_CREATE1 con la siguiente estruc

POHEADER

CREAT_DATE ZTPOMENSAJE-FECHAPA
DOC_TYPE Constante DOC_TYPE_CAMPO27 de la tabla de parámetros
Si ZTPOLOGSINCE-TDOCORI es igual a 9999 se deberá tomar el valor de
VENDOR
constante CAMPO1_CAMPO20_VENDOR

Si ZTPOLOGSINCE-TDOCORI es diferente de 9999 se deberá tomar el valor

SUPPL_PLNT
concatenación de CAMPO1_CAMPO20_CENTRO en la tabla de parámetro

COLLECT_NO ZTPOMENSAJE-CAMPO19

Consultar la concatenación de CAMPO1_CAMPO20_CAMPO27_EKORG e

PURCH_ORG
tabla de parámetros

Consultar la concatenación de CAMPO1_CAMPO20_GRCOMPRA en la tabl

PUR_GROUP
parámetros

OUR_REF ZTPOLOGSINCE-DOCORIG

POHEADERX
 CREAT_DATE X
DOC_TYPE X
Si POHEADER-VENDOR contiene
VENDOR
datos, se debe enviar X
Si POHEADER-SUPPL_PLNT
SUPPL_PLNT
contiene datos, se debe enviar X
COLLECT_NO X
PURCH_ORG X
PUR_GROUP X
OUR_REF X

POITEM

PO_ITEM Consecutivo de linea, inicia en 10 y avanza de 10 en 10 (20, 30, 40, etc)

MATERIAL ZTPOMENSAJE-CAMPO9
PLANT ZTPOMENSAJE-CAMPO6

STGE_LOC Constante ALM_TIENDAS de tabla parámetros

TRACKINGNO (# Necesidad) ZTPOMENSAJE-DOCORIG

QUANTITY ZTPOMENSAJE-CAMPO11
ITEM_CAT 7

STK_SEGMENT ZTPOMENSAJE-CAMPO12

PREQ_NAME (Solicitante)

Consultar CAMPO12 en ZTPO_EQUIV_LOTE-STK_SEGMENT para hall

BATCH
ZTPO_EQUIV_LOTE-BATCH

POITEMX

PO_ITEM Mismo numero de posición registrado en la estructura POITEM

MATERIAL X
PLANT X
STGE_LOC X
TRACKINGNO (# Necesidad) X
QUANTITY X
ITEM_CAT X
X ( Solo diligenciar si el campo STK_SEGMENT de la estructura POITEM
STK_SEGMENT
encuentra lleno )
 PREQ_NAME (Solicitante) X

BATCH X ( Solo diligenciar si el campo BATCH de la estructura POITEM se encuentra

POSCHEDULE

PO_ITEM Misma posición de PO_ITEM

DELIVERY_DATE fecha del día (sy_datum)

POSCHEDULEX

PO_ITEM X

DELIVERY_DATE X

El retorno de la BAPI deberá ser alimentado en el mensaje de ejecución del paso de interfaz en la linea correspondiente a
pedido creado

El pedido creado se encontrará en la variable EXPPURCHASEORDER y también debe ser alimentado en ZTPOLOGSINCE-
DOCGENE del paso correspondiente

Escenario 1 - Paso 6

En este paso se realizarán varias validaciones sobre el pedido creado en el paso 4 (ZTPOLOGSINCE-DOCGENE)

A - Se validará si el pedido creado en el paso 5 se encuentra bloqueado o liberado, para esto debemos consultar el pedido
EKKO-EBELN y si el campo PROCSTAT es diferente de 05 se deberá generar el siguiente manesaje de error en ZTPOLOGSIN
DESCRP "El Pedido no ha sido liberado" ; si EKKO-PROCSTAT es igual a 05 se deberá seguir con la proxima validación

B - Se validará si el pedido creado en el paso 5 cuenta con entrega para todas sus posiciones, para esto consultamos el ped
en EKBE-EBELN con EKBE-VGABE = 8, de esta manera obtenemos todas las posiciones del pedido que cuentan con entrega
salida creada y el total de resultados debe coincidir con EKPO-LPONR de ser así se deberá seguir con la próxima validación
total de posiciones en EKBE y el valor registrado en EKPO-LPONR no coinciden se debe generar el error "No todas las
posiciones cuentan con entrega"
C - En esta ultima validación se deberá tomar la consulta realizada en EKBE y eliminar los duplicados del campo BELNR, po
ultimo alimentar la tabla ZTPOLOGSINCE con la siguiente estructura

INTERFAZ SI_DESPACHO_SIEC_IN
ESCENARIO 1
PASOAE 6
TIPDOCO Consultar EKBE-BELNR en LIKP-VBELN para hallar LIKP-KUNNR
DOCORIG ZTPOLOGSINCE-DOCORIG del paso 4

Consecutivo que iniciará en el 0001 e irá incrementando por cada EKBE-BEL

TDOCORI
diferente a registrar

TIPDOCG
DOCGENE EKBE-BELNR
TDOCGEN
ESTADOP
DESCRP
ESTADOG
FECHAPA
ERZET
NUMINTENTOS

Escenario 1 - Paso 7

Cada linea a ejecutar de la tabla ZTPOMENSAJE debe poder hallarse de manera unica usando el CAMPO6 (Centro destino) y CAMP
(Sociedad)

En este paso se procederá con la creación de las cajas o unidades de manipulación registradas en la tabla ZTPOMENSAJE-
CAMPO13 utilizando la BAPI_HU_CREATE con la siguiente estructura

HEADERPROPOSAL

PACK_MAT Constante PACK_MAT de la tabla de parámetros

HU_EXID ZTPOMENSAJE-CAMPO13

Se deberá tener en cuenta que esta BAPI se debe ejecutar tantas veces como unidades de manipulación diferentes (CAMPO13) se teng
ZTPOMENSAJE relacionadas con el despacho hacia la tienda destino en particular (CAMPO6). En caso de tener errores se deberá alim
el retorno de la BAPI al monitor

Escenario 1 - Paso 8
Asociar Unidad de manipulación a entrega: Una vez creadas las cajas procedemos a asociar cada caja creada con la entreg
salida con la que se está trabajando, Esto lo realizamos con la BAPI_HU_CHANGE_HEADER con los siguientes parámetros

HUKEY ZTPOMENSAJE-CAMPO13

PACK_MAT_OBJECT 1
PACK_MAT_OBJ_KEY ZTPOLOGSINCE-DOCGENE del paso 7

CONTENT

Se deberá tener en cuenta que esta BAPI se debe ejecutar tantas veces como unidades de manipulación diferentes (CAMPO13) se teng
ZTPOMENSAJE relacionadas con el despacho hacia la tienda destino en particular (CAMPO6). En caso de tener errores se deberá alim
el retorno de la BAPI al monitor

Escenario 1 - Paso 9

Embalaje de Unidades de Manipulación: Una vez asociadas las unidades de manipulación o cajas a la entrega, debemos
proceder a embalar el contenido de cada material, lote y cantidad dentro de cada una de las cajas usando la
WS_DELIVERY_UPDATE con la siguiente estructura

VBKOK_WA

VBELN_VL ZTPOLOGSINCE-DOCGENE del paso 7

LIFEX ZTPOMENSAJE-DOCORIG
DELIVERY ZTPOLOGSINCE-DOCGENE del paso 7
SYNCHRON X
COMMIT X

VERKO_TAB

EXIDV ZTPOMENSAJE-CAMPO13
VHILM Constante PACK_MAT de la tabla de parámetros

VERPO_TAB

EXIDV ZTPOMENSAJE-CAMPO13
VBELN ZTPOLOGSINCE-DOCGENE del paso 7
 Consultar DOCGENE del paso 6 en LIPS-VBELN junto al Material para obte
POSNR
LIPS-VBELP

RFBEL ZTPOLOGSINCE-DOCGENE del paso 7

Consultar DOCGENE del paso 7 en LIPS-VBELN junto al Material para obte

RFPOS
LIPS-VBELP

TMENG

MATNR Consultar DOCGENE del paso 7 en LIPS-VBELN para obtener LIPS-MATN

CHARG LIPS-CHARG
WERKS LIPS-WERKS
LGORT LIPS-LGORT

Se deberá alimentar el monitor con el retorno de la función, en este caso el retorno se encuentra en la estructura LT_PROT

Escenario 1 - Paso 10

Contabilización Entrega de Salida; en este paso procederemos a contabilizar el movimiento de mercancía de la entrega co
cual estamos trabajando, utilizando la WS_DELIVERY_UPDATE_2 con la siguiente estructura

VBKOK_WA

VBELN_VL ZTPOLOGSINCE-DOCGENE del paso 7

LIFEX ZTPOMENSAJE-DOCORIG
WABUC X
WADAT_IST sy-datum
KZEBU X
SPE_AUTO_GR X

COMMIT X

DELIVERY ZTPOLOGSINCE-DOCGENE del paso 7

VBPOK_TAB

VBELN_VL ZTPOLOGSINCE-DOCGENE del paso 7

POSNR_VL Consultar VBELN_VL en LIPS-VBELN para obtener LIPS-POSNR
MATNR LIPS-MATNR
EBUMG_BME LIPS-LFIMG
 Se deberá alimentar el monitor con el retorno de la función, en este caso el retorno se encuentra en la estructura LT_PROT

Escenario 1 - Paso 11

En este paso se debe validar que para cada entrega de salida contabilizada en el paso anterior se haya generado una entrega entrante y s
no se cumple, se lance un proceso de creación de entrega entrante

Se deberá tomar el DOCGENE del paso 7 y consultarlo en LIKP-LIFEX:

Si se encuentran resultados quiere decir que la entrega entrante si se creó y se debe alimentar LIKP-VBELN en ZTPOLOGSINCE
DOCGENE del paso 11.
Si no se encuentran resultados quiere decir que la entrega entrante no fue creada y se debe proceder a llamar la función
SHP_IBDLV_CREATE_FROM_OBDLV con los siguientes parámetros:

SHP_IBDLV_CREATE_FROM_OBDLV

IF_OUTB_DELIV_NUM DOCGENE del paso 7

Se deberá alimentar el retorno de la función en el log del monitor y en caso de ser ejecucicón exitosa se deberá alimentar el numero de l
entrega entrante generada en el DOCGENE del paso 11

Marcha Final ...

ecto
IndiGO
Alexander Vanegas

miento

<líder funcional>
<Consultor Funcional>

SI o NO

sarrollo

e deben guardar en las tabla ZTPOMENSAJE y

Origen SIEC_TEST1 en QAS 300)

TIPDOCO DOCORIG TDOCORI IDLINEA

Si Orden de compra SAP tiene datos,
TIPDOCO = MM
Si Orden de compra SAP no tiene datos,
TIPDOCO = PP
Doc Regreso Proveedor

TIPDOCO DOCORIG TDOCORI IDLINEA

Si Orden de compra SAP tiene datos,

TIPDOCO = MM
Si Orden de compra SAP no tiene datos,
TIPDOCO = PP
Doc Regreso Proveedor
usando CAMPO2 como EBELN y consistirá en la
EATE con la siguiente estructura

ZTPOMENSAJE-CAMPO9

O-WERKS de la linea correspondiente

O-LGORT de la linea correspondiente
T-CHARG de la linea correspondiente
e MOVE_E1_P1 de la tabla de parámetros
ZTPOMENSAJE-CAMPO11
ZTPOMENSAJE-CAMPO2
ZTPOMENSAJE-CAMPO3

ZTPOMENSAJE-CAMPO12

el paso de interfaz y en caso de ejecución exitosa se

ENE del paso correspondiente

tualizarla en el campo DOCGENE de la tabla

del proveedor de producción, para esto debemos tomar

posición) y consultarlos en EKKN-AUFNR
 del proveedor de producción, para esto debemos tomar
posición) y consultarlos en EKKN-AUFNR

en de fabricación
de hoja de ruta de operación APLZL_ORD. Consultar las
= EKKN-AUFPL_ORD y contador de hoja de ruta APLZL
D.

ncia PLNFL. Consultar los datos de la cabecera de la orden

001’y KTSCH = Valor de constante en tabla de parámetros
ando la BAPI_GOODSMVT_CREATE con la siguiente

de la tabla de parámetros

a pedido de compra imputado a orde”

do en ZTPOLOGSINCE-DOCGENE y continuar con el
cución de la BAPI en el monitor

rá una entrada de mercancía, en este caso contra la orden de

_CREATE con la siguiente estructura

ebería coincidir con ZTPOMENSAJE-CAMPO9

E-CAMPO12 en ZTPO_EQUIV_LOTE-STK_SEGMENT para hallar BATCH

de la tabla de parámetros
de PO, si falla, lleva el resultado al monitor de PO y seguir

GSINCE (monitor) para cada clave unica de CAMPO27

r de la constante DOC_TYPE_CAMPO27

ndo la BAPI_PO_CREATE1 con la siguiente estructura

ZTPOMENSAJE-FECHAPA
C_TYPE_CAMPO27 de la tabla de parámetros ZTPOMEMSAJE-CAMPO27
TDOCORI es igual a 9999 se deberá tomar el valor de la Parámetro dependiente de
ante CAMPO1_CAMPO20_VENDOR Marca y País
OCORI es diferente de 9999 se deberá tomar el valor de la
MPO1_CAMPO20_CENTRO en la tabla de parámetros Parámetro dependiente de
Marca y País

ZTPOMENSAJE-CAMPO19

ión de CAMPO1_CAMPO20_CAMPO27_EKORG en la
tabla de parámetros Parámetro dependiente de
Marca y País

ón de CAMPO1_CAMPO20_GRCOMPRA en la tabla de
parámetros Parámetro dependiente de
Marca y País
ZTPOLOGSINCE-DOCORIG
ea, inicia en 10 y avanza de 10 en 10 (20, 30, 40, etc)

ZTPOMENSAJE-CAMPO9
ZTPOMENSAJE-CAMPO6

nte ALM_TIENDAS de tabla parámetros

ZTPOMENSAJE-DOCORIG
ZTPOMENSAJE-CAMPO11
7

ZTPOMENSAJE-CAMPO12

en ZTPO_EQUIV_LOTE-STK_SEGMENT para hallar

ZTPO_EQUIV_LOTE-BATCH

de posición registrado en la estructura POITEM

el campo STK_SEGMENT de la estructura POITEM se

encuentra lleno )
ampo BATCH de la estructura POITEM se encuentra lleno )

Misma posición de PO_ITEM

fecha del día (sy_datum)

el paso de interfaz en la linea correspondiente al

bién debe ser alimentado en ZTPOLOGSINCE-

l paso 4 (ZTPOLOGSINCE-DOCGENE)

liberado, para esto debemos consultar el pedido en

r el siguiente manesaje de error en ZTPOLOGSINCE-
se deberá seguir con la proxima validación

das sus posiciones, para esto consultamos el pedido

s posiciones del pedido que cuentan con entrega de
er así se deberá seguir con la próxima validación, si el
iden se debe generar el error "No todas las
E y eliminar los duplicados del campo BELNR, por

SI_DESPACHO_SIEC_IN
1
6
BELNR en LIKP-VBELN para hallar LIKP-KUNNR
POLOGSINCE-DOCORIG del paso 4

á en el 0001 e irá incrementando por cada EKBE-BELNR

diferente a registrar

EKBE-BELNR

a unica usando el CAMPO6 (Centro destino) y CAMPO27

ipulación registradas en la tabla ZTPOMENSAJE-

te PACK_MAT de la tabla de parámetros

ades de manipulación diferentes (CAMPO13) se tengan en

ar (CAMPO6). En caso de tener errores se deberá alimentar
onitor
edemos a asociar cada caja creada con la entrega de
HANGE_HEADER con los siguientes parámetros

OLOGSINCE-DOCGENE del paso 7

ades de manipulación diferentes (CAMPO13) se tengan en

ar (CAMPO6). En caso de tener errores se deberá alimentar
onitor

e manipulación o cajas a la entrega, debemos

de cada una de las cajas usando la

OLOGSINCE-DOCGENE del paso 7

ZTPOMENSAJE-DOCORIG
OLOGSINCE-DOCGENE del paso 7

ZTPOMENSAJE-CAMPO13
te PACK_MAT de la tabla de parámetros

ZTPOMENSAJE-CAMPO13
OLOGSINCE-DOCGENE del paso 7
el paso 6 en LIPS-VBELN junto al Material para obtener
LIPS-VBELP

NE del paso 7

el paso 7 en LIPS-VBELN junto al Material para obtener

LIPS-VBELP

del paso 7 en LIPS-VBELN para obtener LIPS-MATNR

LIPS-CHARG
LIPS-WERKS
LIPS-LGORT

el retorno se encuentra en la estructura LT_PROT

zar el movimiento de mercancía de la entrega con la

guiente estructura

OLOGSINCE-DOCGENE del paso 7

ZTPOMENSAJE-DOCORIG

OLOGSINCE-DOCGENE del paso 7

OLOGSINCE-DOCGENE del paso 7

N_VL en LIPS-VBELN para obtener LIPS-POSNR
LIPS-MATNR
LIPS-LFIMG
 el retorno se encuentra en la estructura LT_PROT

aso anterior se haya generado una entrega entrante y si esto

ón de entrega entrante

nsultarlo en LIKP-LIFEX:
e debe alimentar LIKP-VBELN en ZTPOLOGSINCE-
1.
ue creada y se debe proceder a llamar la función
los siguientes parámetros:

ejecucicón exitosa se deberá alimentar el numero de la

FECHAPA ERZET

sy-datum

FECHAPA ERZET CAMPO1 CAMPO2 CAMPO3 CAMPO4 CAMPO5 CAMPO6

Posición Posición de la
Orden de Orden de
Marca Orden de Orden de Centro destino
compra SAP fabricación
compra fabricación
sy-datum

Debe ser de
5 digitos con
0 a la
izquierda
CAMPO7 CAMPO8 CAMPO9 CAMPO10 CAMPO11 CAMPO12 CAMPO13 CAMPO14

Numero de
Nombre Cantidad por Segmento Peso Neto (por
Fecha regreso Variante ean13 caja
Centro destino tienda destino (calidad) caja)
(consecutivo)

Debe ser de
18 dígitos
con ceros a la
izquierda
CAMPO15 CAMPO16 CAMPO17 CAMPO18 CAMPO19 CAMPO20 CAMPO21 CAMPO22

Peso Bruto Caja Rotulo de Numero de Transportadora

N° OC Cliente Pais
(por caja) 1 a n x tienda guia (Nit)
CAMPO23 CAMPO24 CAMPO25 CAMPO26 CAMPO27 CAMPO28 CAMPO29 CAMPO30

Sociedad

Consultar
CAMPO6 en
T001K para
hallar BUKRS
CAMPO31 CAMPO32 CAMPO33 CAMPO34
 Identificación del Proyecto
Nombre del Proyecto IndiGO
Gerente de Proyecto (cliente) Alexander Vanegas

Información del Requerimiento

Nombre del Desarrollo
ID Matriz FRICE
Requerido Por <líder funcional>
Especificado Por <Consultor Funcional>
Fecha del Requerimiento
Proceso del Negocio
Interfaz
Si la Interface no es incluida
aprobada enpara
el alcance
ser incluida en el SI o NO
alcance del proyecto, cuáles son las posibles opciones
para cubrir la funcionalidad

Pasos Transaccionales para pruebas del desarrollo

Paso 1 Paso 2 Paso 3 Paso 4

Global Global Global Global
Tabla Posición
1 Linea A Linea A1
2 Linea B Linea B2
3 Linea A
4 Linea A
5 Linea A
6 Linea A
7 Linea A
8 Linea A
9 Linea A
10 Linea A
11 Linea A
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
Paso 5 Paso 6 Paso 7 Paso 8
Linea A Linea A Linea A1
Linea B Linea B Linea A2
Linea A3
Linea A4
Linea A5
Linea A6
Linea A7
Linea A8
Linea B1
Linea B2
Linea B3
Linea B4
Linea B5
Linea B6
Linea B7
Linea B8
 Identificación del Proyecto
Nombre del Proyecto IndiGO
Gerente de Proyecto (cliente) Alexander Vanegas

Información del Requerimiento

Nombre del Desarrollo
ID Matriz FRICE
Requerido Por <líder funcional>
Especificado Por <Consultor Funcional>
Fecha del Requerimiento
Proceso del Negocio
Interfaz
Si la Interface no es incluida
aprobada enpara
el alcance
ser incluida en el SI o NO
alcance del proyecto, cuáles son las posibles opciones para
cubrir la funcionalidad

Casos de Prueba
Describir los escenarios a probar
OC 1 CO09   OC 2 CO09  
  CANT TIENDA POSICION   CANT TIENDA POSICION
EAN1 10 T1 10 EAN10 10 T1 10
EAN1 3 T2 20 EAN10 3 T2 20
EAN2 6 T1 30 EAN20 6 T1 30
EAN2 8 T2 40 EAN20 8 T2 40

REGRESO SIEC
      CANTI   POSICIÓN
T1 CJ1 EAN1 10 OC1 10
    EAN10 10 OC2 10
T1 CJ2 EAN2 6 OC1 30
    EAN20 6 OC2 30

1. ENTRADA

OC1 16
OC2 16

2. CREAR PEDIDO DE TRASLADO (POR TIPO DE PEDIDO)

  CANT POS DESTINO

EAN1 10 10 T1
EAN2 6 20 T1
EAN10 10 30 T1
EAN20 6 40 T1

2.5 (AUTOMÁTICO) CREACIÓN DE ENTREGA DE SALIDA

Para todo lo que tenga el mismo destino y misma fecha de entrega, se crea una sola entrega de salida