DIT-PTP-N-211 Recepción Pedidos (EM) Desde PMM

Diseño - Integración
DISEÑO FUNCIONAL
Detalles del Requerimiento

Descripción Anexo-Perú - Tottus - Recepción Consultor Frank León Zapata
breve Pedidos de Compras desde PMM
Modulo MM
ID INT. PTP-M-211 Fecha 11-02-2020
BPD BPD-PTP-Logística de Inventario
Como trabajara la integración.

Descripción
1. Detalle
En concordancia con la integración PTP-M-352 desarrollada para la creación del pedido de compra en SAP
desde el legado PMM (F1), la integración PTP-M-211 toma todos y cada uno de los aspectos relevantes
para llevar acabo la EM en SAP, si bien el legado es la fuente de datos, la entrada de mercancía se realiza
con referencia al pedido de compra previamente creado en SAP.
Se requiere crear la integración de entrada a S4 HANA teniendo como fuente de información el sistema
PMM, de tal manera que se realice la entrada de mercancías de los pedidos del legado. (Procesos F2 desde
PMM y Tx: MIGO_GR en SAP)
Para la implementación se propone el uso de una la bapi “BAPI_GOODSMVT_CREATE” enmascarada a través

de un proxy y con una respuesta asíncrona con los resultados de bapi.
Tanto Legado TI como Negocio indican que PMM en Tottus Perú tendrá la misma estructura y
funcionalidad que PMM Tottus Chile, salvo un par de puntos que se mencionan más adelante.
Tablas de Homologación
Para las Sociedades de Perú se debe trabajar en las siguientes homologaciones:
Se deberá trabajar en las siguientes homologaciones, para considerar los valores propios de Sociedades Tottus Perú:
Tabla Descripción
1 ZPTPT000 Tabla de Constantes
2 ZCENTROCORREO Correos Electrónicos
3 ZMMT014 Unidad de medida
2. Alcance:
Este documento aplica para las sociedades:

SOC FI RUT DESCRIPCION SAP PAIS
P009 20508565934 HIPERMERCADOS TOTTUS S.A. PE
P010 20393864886 HIPERMERCADOS TOTTUS ORIENTE S.A.C. PE
3. Consideraciones generales:
R.01 El Legado controla la Fecha Contable enviada en la Recepción.
R.02 El Negocio solicita que para VTC (Venta Tipo Consignación – Caso Telefonía) el Legado deberá indicar como
fecha contable de fin de mes: lo recibido hasta la madrugada del primer día hábil del mes siguiente. (Según hora de
carga en VTC) el legado debe enviar como fecha de recepción dentro del último día del mes, ejemplo:
Fecha de Proceso Recibos VTC 01/02/2020 01:45 am
Fecha de envío para SAP de recibos VTC: 31/01/2020
R.03 En el asunto del correo de errores se debe informar: Sociedad – País – Nro Integración. En cuerpo del correo el
Nro.OC y el Nro.F2. Además de incluir los mensajes de error. Ver Resultado del proceso
R.04 En SAP el movimiento de entrada de mercancia será el Y06.
4. ALCANCE TÉCNICO
 Comunicación de mensajes empaquetados.
 Se debe enviar SYS_GUID hexadecimal por mensaje (Empaquetado)
 Si se reenvía el mismo SYS_GUID hexadecimal del documento no será registrado nuevamente y se

responderá que ya está registrado con el número de documento SAP
 El mensaje de confirmación es a través de un SP publicado en la base del legado.
Resultado del proceso
Se debe almacenar el estado de envío (exitoso o con errores) a SAP
 Si durante el proceso de conversión y validación de datos el proceso resulta Ok, SAP deberá responder a
PMM el N° Recepción de Mercadería en SAP.
 Tras la ejecución del proceso en S4Hana se debe enviar un correo electrónico la lista de distribución de
correos creada para tal fin, indicando el log del proceso.
Tratamiento de Errores
Los mensajes de sistema propios de la creación de la Entrada de mercancía deben ser trasmitidos al
sistema de origen para su tratamiento.
Si existen errores en la ejecución del envío se identificará a través de la tx SLG1.

Jerarquía:
Objeto: Z + NEGOCIO + PAIS (ZRETAILPE)

SubObjeto: MOVIMIENTOMERCADERIA
Negocio = Se obtiene con la función de BRF+ ZSOCIEDADESPORNEGOCIO entrando con SOCIEDAD

Pais = Tabla T001 - LAND1
MOVIMIENTOMERCADERIA es un valor fijo.
En caso de que suceda un error en SAP PO, tanto para el mensaje de creación como su respuesta, se
tratará de reenviar de manera automática 5 veces cada 5 minutos y luego se deberá solicitar el reproceso
manual desde la herramienta Message Monitor.
Alertas En caso que al realizar la conversión y validación de datos se detecte algún error,
se cancela el proceso y no realiza la EM y mucho menos la contabilización, se
procede a reportada el error al usuario de la lista de distribución de correos (tabla
ZCENTROCORREO).
Usuario Mail
Carmen Segura CLSEGURA@falabella.com.pe
Ronald Mayaute RMAYAUTE@falabella.com.pe
En caso de que suceda un error en SAP PO se enviará una alerta a la lista de

distribución IntegracionesPO-DEV.
Requerimientos de Monitoreo
Descripción: Necesidad de la transacción de dejar logs de las tareas realizadas
Se usará el registro estándar en el log de aplicaciones.
En SAP PO se utilizará el monitor estándar para darle seguimiento a los escenarios tanto satisfactorios
como con error.
Otras Consideraciones
No aplica
Lógica de Procesamiento
ANTECEDENTES Y SUPUESTOS
Se requiere efectuar la integración de los F2 enviados por el legado PMM.
Movimiento Y06: Recepcionar Pedido
Inicio
Clase
de
movimiento
Y06
Recepción de pedido
BAPI_GOODSMVT_CREATE
Fin
Esta interfaz de entrada parte del supuesto que el pedido de compra en SAP ya está creado y el
documento enviado por el sistema legado, sistema de origen de la interfaz, trae los siguientes datos:
El mensaje XML tiene definidos los siguientes nodos y cardinalidad:
Los elementos que conforman estos nodos son:

Definición de las partes del mensaje:
Nodo Nodo Cardinalidad Comentario Descripción de funcionamiento

Padre
(nodo <Entrega> 1..1 Documento Hace referencia a que todo mensaje es identificado como entrega.
raíz) raíz.
<Entrega> <Cabecera> 1..1 Datos de Hace referencia a que todo mensaje de mercancía tiene 1 y solo 1
cabecera. conjunto de datos de cabecera.
<Entrega> <Item> 1..N Items. Hace referencia a que todo mensaje de mercancía tiene múltiples
items.
Los elementos que conforman estos nodos son:
Cardi-
Nodo Tipo de Descripción de
Dato de Tag XML Mapeo Propuesto
padre dato funcionamiento
Origen nalidad
SYS_GUID hexadecimal
SYS_GUID <Header> <Id_Mensaje> Char(32) 1..1 estándar por mensaje
(Empaquetado)
Fecha de Envío
Fecha <Header> <Fecha> STRING 1..1 Formato YYYYMMDD
Formato aaaa-mm-dd
Id. país de Valores: {“CL”, “PE”, “CO”, “AR”, Código de País

<Header> <Pais> STRING 1..1
origen. “UR”} “PE” para Perú
Cod. P009 o P010 según

<Header> <Sociedad> STRING 1..1
sociedad corresponda
Fijo: “PMM” para

Legado <Header> <Legado> Char(20) 1..1
Falabella Perú
SYS_GUID hexadecimal
Id_Mensaje <Cabecera> <GUID> Char(32) 1..1 estándar por mensaje
(Empaquetado)
Número de Pedido de
Número OC <Cabecera> <NUM_PO_SAP> STRING 1..1 i_goodsmvt_itemPO_NUMBER(C10) PMM con Prefijo
Incluido.
Nro del F2 (Recepción)

Carta de l_goodsmvt_headerheader_txt(c25) Almacenar en Carta de
<Cabecera> <RCV_SESSION_ID> CHAR(12) 1..1
Porte FBNR Porte y Texto de
Cabecera
Fecha
<Cabecera> <RCV_DATE_SES_OPN> DATE 1..1 l_goodsmvt_header-doc_date(D8) Fecha Documento
Documento
Fecha l_goodsmvt_header-
<Cabecera> <RCV_DATE_SES_CLO> DATE 1..1 Fecha Contable
Contable pstng_date(D8)
Legado debe enviar el

Nota de número de Guía de
<Cabecera> <RCV_DOC_NUMBER> CHAR(20) 1..1 i_goodsmvt_XBLNR
Entrega Despacho del
Proveedor
En el caso de que la
unidad de medida
utilizada en el pedido
esté indicada en la
<Posicion> <RCV_SELL_QTY> DEC(15,4) 1..1 tabla ZMMT014 se
utliza este tag para las
Cantidad cantidades.
Cantidad Recibida
Expresada en la misma
<Posicion> <RCV_CASE_QTY> DEC(15,4) 1..1 i_goodsmvt_itemENTRY_QNT UM de la OC
Número de Posición
en la OC en el Legado,
Nro de
<Posicion> <PMG_DTL_TECH_KEY> CHAR(15) 1..1 EKET-Licha informado tal cuál se
Posición
creó en SAP (Eket-
licha) (Lote Proveedor)
Se almacena en puerto
Posición en UNLOAD_PT
<Posicion> <RCV_DTL_TECH_KEY> STRING 1..1 de descarga
el F2 ABLAT
Posición en el F2
Para las OC de
CrossDockin, en la
Recepción (F2) Legado
Centro
ITEM_TEXT podrá informar el
(Tienda- <Posicion> <ORG_LVL_NUMBER> STRING 1..1
SGTXT Código de la Tienda
Sucursal)
que tiene la recepción
según la
predistribución.
*El local y la Unidad de medida se recibirán, pero no serán tomadas por la BAPI porque se heredan del Pedido
de Compras creado en SAP.
Consideraciones respecto de las imputaciones contables:
Las imputaciones son heredadas de la creación del pedido desde PMM (PTP-M-352).
Importante: El contenido de todos los tags enviados debe respetar la longitud máxima, así como las
restricciones específicas de valores, si es el caso.
Log de aplicaciones:
Todos los mensajes de sistema (informativos, advertencia y error) deben ser registrados en el log de
aplicaciones estándar (transacción SLG1), con su consiguiente código numérico. En caso de que el
mensaje no sea estándar (Z), debe ser generado dentro de una clase de mensaje Z y con un código de
error independiente para cada mensaje. No se debe usar mensajes de sistema genéricos (mensaje 000).
Clave de Área Nº mensaje Texto mensaje

idioma funcional
ES M7 024 Se ha sobrepasado la cantidad & & del documento de referencia

ES M7 025 La posición se marcará con indicador de entrega final
ES M7 027 La cantidad se ha fijado automáticamente en unidad medida precio pedido
ES M7 031 El pedido & tiene el indicador de borrado &
ES M7 089 Fecha-doc/Fecha-cont se encuentran en diferentes ejercicios
ES M7 093 Selección campo p.cl.movimiento &/cuenta & p.& (&) divergente
ES M7 127 El material & & & está marcado para su borrado
ES M7 160 Cuenta de mayor & está marcada para borrar en la sociedad &
ES M7 163 La última fecha de entrega posible era el &
ES M7 430 El material & & & está marcado p.borrado
Todas entradas al log de aplicaciones de este desarrollo deben quedar registradas con la jerarquía
definida anteriormente.
La fecha de expiración de todas las entradas en log de aplicaciones debe corresponder a los
lineamientos del proyecto.
LOGICA PARA MAPEO DE CAMPOS Y EJECUCIÓN DE BAPI´s:
Proxy: urn:Falabella.cl:S4H:LogisticaInventario:MovimientoMercaderia
REGISTRO PARA TEST: Prueba PTP-M-211

El unico dato que se debe buscar en SAP es la posición del pedido, para tal efecto realizamos la
búsqueda así:
Con el número del pedido en SAP identificado en el campo del legado <NUM_PO_SAP>, consultamos la
tabla EKKO (cabecera documento de compras) y validamos que exista.
Posteriormente realizo la búsqueda de la posición del pedido para eso uso la posición del pedido en
PMM como llave.
Select EKKO-EBELP from EKKO where <NUM_PO_SAP>=EKKO-EBELN
If Sy-subrc=0 then
LOOP (tantas posiciones del legado)
Select EKET-EBELP from EKET where PMG_DTL_TECH_KEY=EKET- LICHA
** si existe mas de una fila con la misma posicion del pedido de PMM se suma la cantidad y se hace
una sola linea de ingreso
Else
Reporta Error, “tomar el mensaje de la BAPI”
endif
Envío de mensajes de respuesta a PMM.
El objetivo de este mensaje de respuesta es comunicarle al sistema legado el resultado del intento de
crear la Entrada de Mercancía en SAP.
El mensaje de respuesta debe consistir en el envío de la tabla de respuesta que retorno SAP al ejecutar
la BAPI, tabla RETURN.
Si hubiera algún incidente en la comunicación con el legado, este debe ser registrado en el log de
aplicaciones.
Adicionalmente se debe registrar en el log de aplicaciones un mensaje de sistema informativa con el

texto “&1| Movimiento de mercancía de legado finalizando proceso.”, donde &1 corresponde al
número de pedido dado por el sistema SAP.
RESULTADO DEL PROCESO

Se debe almacenar el estado de envío (exitoso o con errores) a SAP
Si durante el proceso de conversión y validación de datos el proceso resulta Ok, SAP deberá responder a PMM
lo siguiente:
Se continua con el usa de la lista de distribución de correos que será actualizable en el futuro. Esta
lista de distribución debe ser utilizada por la integración para notificar a los usuarios responsables
del proceso por cada sociedad FI respecto del resultado de la integración, este control debe ser
supervisado por quien genere el envío de la Orden de Compra con la finalidad de resguardar que
todas hayan sido traspasadas a SAP.
SE USARÁ EL FORMATO ACTUAL DE CORREO QUE EXISTE PARA CHILE.
Usuario Mail
Carmen Segura CLSEGURA@falabella.com.pe
Ronald Mayaute RMAYAUTE@falabella.com.pe
Actualmente el mensaje de error es el siguiente:
En la solicitud de la ERI de ajustar el mensaje de correo podemos evidenciar que actual solo cumple con el NRO.
OC.
Se Solicita la modificación del asunto del Correo donde se agreguen unos campos: Sociedad, País, Nº de
integración, Nro OC y F2. Estos dos últimos campos se colocarán a nivel de detalle debido a que pueden venir
varias OC en un mismo envío.
Asunto: EM Legado PMM sin Éxito 11.02.2020 Sociedad – País – Nº de integración

Ejemplo:
Asunto: EM Legado PMM sin Éxito 11.02.2020 P009-PE-PTP-M-211
Detalle Correo:
Id N.
Guid Texto Mensaje
Mensaje Mensaje
911B496744BC0118E0530A170EA180E1 /
ZMM 048 El pedido T000000860 no está registrado en SAP
NRO OC / F2
**** esta opción se deja a criterio del grupo de PO, lo importante es notificar a las personas
responsables bien sea usando una lista de distribución o una tabla Z.
Tablas Z: ZCENTROCORREO
LOG de Ejecución:
Dentro del proceso se debe tener un log de ejecución el cual registre todos los eventos, además de
validar que toda la información recibida del legado llego a SAP satisfactoriamente.
Notificación de ejecución
Al terminar el proceso en S4Hana se debe enviar un correo electrónico al usuario designado en la

lista de distribución de correos por sociedad, indicando el log del proceso, como se presenta a
continuación:
Correo Modelo:
Asunto: Error Recepción de mercancía OBDMS (dd.mm.aaaa)
Proceso con ERROR
Asunto: EM PO Legado ODBMS sin Exito (dd.mm.aaaa)

Se han identificado los siguientes errores (ejemplos) durante laza lectura y procesamiento de los datos
enviados.
Numero Pedido Numero Pos PO Nº Texto mensaje
legado Pedido SAP SAP mensaje
10 024 Se ha sobrepasado la cantidad & & del
############ T######### documento de referencia
10 025 La posición se marcará con indicador de entrega
############ T######### final
10 027 La caad se ha fijado automáticamente en unidad
############ T######### medida precio pedido
############ T######### 30 031 El pedido & tiene el indicador de borrado &
30 089 Fecha-doc/Fecha-cont se encuentran en
############ T######### diferentes ejercicios
40 093 Selección campo p.cl.movimiento &/cuenta & p.&
############ T######### (&) divergente
40 123 Ud. carece de autorización de impresión para cl-
############ T######### mov &
############ T######### 50 127 El material & & & está marcado para su borrado
10 160 Cuenta de mayor & está marcada para borrar en
############ T######### la sociedad &
############ T######### 10 163 La última fecha de entrega posible era el &
20 389 De la cantidad solicitada para material & quedan
############ T######### & & pendientes
############ T######### 30 430 El material & & & está marcado p.borrado
El sistema deberá responder solamente los errores tipo “E”
Control de procesamiento:
El sistema legado enviara un identificador único por cada documento a crear en SAP (OC, Pedido, Comprobante
contable) que debe ser de tipo UUID largo de 32 caracteres. Con este dato el mensaje viajará a SAP con un
UUDI de mensaje que se utilizará con propósitos de monitoreo y un UUDI por cada documento que requiera
generar para evitar duplicidad en la creación de documentos.
Flujo de GUID
Legado PO S4H
Enviar interfaz
GUID
Entregar a S4H GUID
Validar existencia de
GUID
GUID en tabla Z
NO
¿Existe?
SI
GUID/
N°SAP Enviar N° de
documento SAP al
legado
Enviar N° de
documento a legado
Ejecutar BAPI
GUID/
N°SAP
NO
¿Ejecución OK?
SI
Asociar GUID a
GUID/Cod documento
Error
GUID/Cod
Error
Actualizar Estado y Grabar GUID, N°
número SAP para el documento y fecha
GUID SYS en tabla Z
Enviar respuesta a
legado
:
La tabla a validar contiene la siguiente estructura:
Estructura Tabla Z:
Nombre Técnico Clave Tipo Descripción Valor posible

MANDT X MANDT Mandante 100
GUID X CHAR32 GUID 32000000000000000000000000000099
DOCSAP CHAR10 Documento SAP 0900000001
TIDOC CHAR02 Tipo documento SAP PV=Pedido Venta; OC=Orden compra; DC=Documento contable; ETC
DATUM SYST_DATUM Fecha 20180829
BUKRS BUKRS Sociedad C052

LEGADO CHAR30 Sistema Legado ODBMS
Se debe validar el ingreso de los registros a SAP según las siguientes reglas de validación.
Caso 1: Envío nuevo GUID 32000000000000000000000000000001 (Legado  S4H)
 Se valida campo en tabla Z.

 Como no existe, Ejecuta BAPI creando exitosamente el documento SAP
 Se crea registro en tabla Z asociando GUID, Documento SAP, fecha y sociedad
 Se retorna relación al sistema legado
Caso 2: Envío GUID 32000000000000000000000000000001
 Se valida campo en tabla Z

 Como el GUID ya existe, no aplica ejecución de BAPI
 Se obtiene documento SAP asociado al GUID
Caso 3: Envío nuevo GUID 32000000000000000000000000000002

 Como no existe, ejecuta BAPI teniendo errores que impiden la creación del documento
 Se retorna registro GUID junto a los errores indicados por la BAPI
Caso 4: Reenvío GUID corregido 32000000000000000000000000000002

 Como no existe, ejecuta BAPI creando exitosamente el documento SAP
 Se crea registro en tabla Z asociando GUID, Documento SAP, fecha y sociedad
Responsable Jesus Cordova (X) Entrada ( ) Salida

del sistema Tipo Interfaz
legado
( ) Síncrona (Ej.: Una 4000 Documentos Diarios

consulta) Cantidad de
Espera
(X) Asíncrona Registros
Respuesta
(X) Con respuesta aproximados
( ) Sin respuesta
Modo de ( ) Batch (X) Online Reproceso de ( ) Total (X) Delta

ejecución errores
Sistema ( ) File Frecuencia ( ) Anual ( ) Mensual

( ) Semanal ( ) Diario
(X) JDBC (confirmation)
(X) A Pedido
(x) SOAP (Request)
() Otro
( ) Otros
(¿Cuál?) _____________
________________
Cantidad de 17 Campos a ()
Campos
Homologar ( X) NO
Acción en SAP ( ) NO (X) Nueva ( ) A

Tipo
(X) SI Convertir
Datos Adicionales
El sistema deberá devolver el resultado de la ejecución, en caso que haya sido exitoso, devolver un OK y el N de
Recepción del Pedido en SAP, si fue un error, devolver el error para que Legado proceda a ejecutar nuevamente.
El reproceso de la orden es responsabilidad de Legado y en caso de error, deberá corregir los datos y enviar
nuevamente.
En caso de tener error funcional en la ejecución de la BAPI, guardar Log en SLG1.
Se requiere que si existe una anomalía en la comunicación de Legado con PO se debe enviar un email al
responsable del proceso, con ello se pueden realizar acciones de mitigación.
Se requiere que si existe una anomalía en la comunicación de PO con SAP se debe enviar un email al responsable
del proceso, con ello se pueden realizar acciones de mitigación.
Para el caso de los reintentos que son por fallas que no sean funcionales se definirá el siguiente lineamiento
(Guaranteed Delivery)
Se debe garantizar el envío de la recepción a SAP. Esto permitirá automatizar el proceso de recepción, asegurando
el flujo del proceso. Para lograr esto, se almacena un SYS_GUID de mensaje y campo de Status para determinar
que se debe volver a enviar la recepción en caso de no obtener el mensaje de confirmación.
El Estatus de los mensajes es “CONFIRMADO” y “ENVIADO”. El estatus cambia a CONFIRMADO cuando se recibe el
mensaje de confirmación desde SAP y debe ser eliminado de la tabla de control de estatus.
Para el caso de ENVIADO debe programarse un job que reenvíe los mensajes que no tienen confirmación. La
cantidad debe ser de 5 reintentos con un intervalo de 30 minutos entre cada intento. Si por algún motivo este
patrón no logra la confirmación en el 5to intento se debe enviar una alerta por parte de SRX que no fue posible
realizar el envío de la recepción y se debe revisar los datos con los cuales fue solicitado
Pruebas
Caso Descripción Resultados esperados

Recepción Total con relación al Pedido Se debe actualizar la EM y el historial del
1
pedido
Recepción Parcial con relación al Pedido Se debe actualizar la EM y el historial del
2
con y sin descuento pedido

Varias recepciones Parciales con relación Se debe actualizar la EM y el historial del
3
a un Pedido pedido
Reenvío de una recepción ya enviada a debe validar que ese GUID ya fue procesado y
SAP no debe registrar una nueva recepción
4
solamente debe retornar el número de
documento SAP procesado anteriormente
Enviar una recepción con problemas de La recepción que no se logró entregar debe
5 conectividad a SAP(bajar canal receiver) viajar hasta SAP en la siguiente ejecución con
el mismo GUID
Recepción de un Pedido en Dólares Se debe actualizar la EM y el historial del
6
pedido
Recepción de Insumos Se debe actualizar la EM y el historial del
7 pedido
Revisar Cuentas Contables
Recepción total con mercadería afecta a IGV Visualizar en SAP la recepción de la
8 mercadería, con el impuesto correspondiente
Recepción total con mercadería inafecta al Visualizar en SAP la recepción de la

IGV mercadería, con el impuesto correspondiente
9
Recepción total con mercadería exonerada Visualizar en SAP la recepción de la

10 mercadería, con el impuesto correspondiente
Recepción total con mercadería afecta a Visualizar en SAP la recepción de la

detracción con tasa (Frutas y Verduras, mercadería, con el impuesto correspondiente
11 Carnes)
Recepción total con mercadería con renuncia Visualizar en SAP la recepción de la

a la exoneración del IGV mercadería, con el impuesto correspondiente
12

13 detracción sin tasa (azúcar) con O/C mayor mercadería, con el impuesto correspondiente

a ½ UIT y menor a ½ UIT tanto de HT como
de HTO
Recepción de mercadería con productos con SAP no da Error, este control se solicita a
diferente tipo de impuestos (IGV18% e IGV Legado.
14 Inafecto)
Para el caso de Tottus Oriente: recepción de Visualizar en SAP la recepción de la

mercadería sin derecho a crédito fiscal mercadería, con el impuesto correspondiente
15

detracción con tasa (Frutas, verduras y mercadería, con el impuesto correspondiente
16
carnes)
Recepción en Oriente con Lima como Visualizar en SAP la recepción con impto
17 Proveedor de un Producto importado correspondiente (ISC+IGV)
(Ejemplo vino importado)
Documentación Técnica – PO
Descripción de interfaz
COD PTP-N-211 NOMBRE Recepción de Pedidos (EM) desde PMM
Tamaño Máximo de
Vertical: Tottus Sistema Origen Sistema Destino
Mensaje (KB)
Destino PMM S4H 15Kb
Descripción Desde PMM se envían los movimientos de mercancía para que sean
registrados en SAP. Luego se envía una confirmación a PMM con el número
SAP generado para los casos de éxito. Para los casos de error se envía la
misma confirmación y adicionalmente se envía un correo a una lista de
distribución mencionando los errores detectados.
Modo Operación Asíncrono
Respuesta Si
Activación Grabar movimiento de mercaderia en PMM
Objeto de Negocio Movimiento Mercaderia
Tipo de Integración PROXY

con SAP
Dirección (con Entrante

respecto a SAP)
Nivel de Complejidad Media
Modo de ejecución Tiempo Real
Periodicidad de Por Demanda

ejecución
Persistencia 7 días
Módulos Impactados MM
Analista Técnico Luis Diaz

Características de la etapa de envío

Etapa de Envío: Grabar movimiento de mercaderia en PMM
Peak Estimado de
Nº Estimado de Mensajes/Día 5000 1000
Mensajes/Min
Hora de Inicio (si procede) 8am Hora de Fin (si procede) 6pm
Formato Envío (XML, IDOC, Formato Recepción (XML,

XML XML
etc.) IDOC, etc.)
Nº Campos de Mapeo 15 Timeout (si procede) 10seg
Características de la etapa de respuesta (si procede)

Etapa de Respuesta: Al registrar el movimiento de mercaderia en SAP
Peak Estimado de
Nº Estimado de Mensajes/Día 5000 1000
Mensajes/Min
Formato Envío (XML, IDOC, Formato Recepción (XML,

XML XML
etc.) IDOC, etc.)
Nº Campos de Mapeo 5 Timeout 10seg
Definición estructura SAP

Creación de Tipo Base IDOC (si la interfaz se define con IDOC)
Elemento
COD Segmento Tabla Campo Obl. Rep. Descripción
de datos
N/A
Tratamiento de errores de integración (reproceso técnico)

N/A
Asignación del módulo de funciones de entrada / salida al tipo mensaje

N/A
Acuerdos de interlocutor
N/A
Tratamiento de errores de IDOC

N/A
Definición PROXY
Estructura: CrearMovimientoMercaderiaRequest_Inb
Packag Prefi
Service Interface SWCV Namespace
e x
CrearMovimientoMercaderiaReq F_I_S4H_LOGISTICAI urn:Falabella.cl:S4H:LogisticaInventario:
ZPTP ZPO
uest_Inb NVENTARIO MovimientoMercaderia
CrearMovimientoMercaderiaCon F_I_S4H_LOGISTICAI urn:Falabella.cl:S4H:LogisticaInventario:
ZPTP ZPO
firmation_Out NVENTARIO MovimientoMercaderia
EnviarFalloMovimientoMercader F_I_S4H_LOGISTICAI urn:Falabella.cl:S4H:LogisticaInventario:
ZPTP ZPO
iaNotification_Out NVENTARIO MovimientoMercaderia
Estructura de Datos y Requerimiento de Transformación de Datos.

Numero de Flujo Sistemas Entrada, Salida y Mapeo
001 PMM  S4H

001 S4H  PMM

001 S4H  EMAIL

DATOS PROPIOS DE LA INTEGRACION (sección dedicada a consultor PO)
System Landscape Directory.

Product Software Component Technical System Business System
F_PMM F_I_PMM_LOGISTICAINVENTARIO PMM_PE_D PMM_PE_D
F_S4H F_I_S4H_LOGISTICAINVENTARIO F4D S4H120_D
F_PI F_B_PI_LOGISTICAINVENTARIO N/A N/A
F_PI F_A_PI_LOGISTICAINVENTARIO N/A N/A
F_PI F_C_PI_COMMON N/A N/A
F_EMAIL F_I_EMAIL_LOGISTICAINVENTARIO EMAIL_D EMAIL_D
Request
Enterprise Service Repository.

Data Type
Nombre Header
Namespace urn:Falabella.cl:PI:Common
Software
Component F_C_PI_COMMON
Version
Estructura existente
Estructura
PTP- 211.xlsx
Data Type
Nombre MovimientoMercaderia
Namespace urn:Falabella.cl:PI:LogisticaInventario:MovimientoMercaderia
Software
Component F_B_PI_LOGISTICAINVENTARIO
Version
Estructura
PTP- 211.xlsx
Data Type
Nombre N/A
Namespace
Software
Component
Version
Estructura
External Definition
Nombre N/A
Namespace
Software
Component
Version
Archivo a
importar
Message Type
Nombre CrearMovimientoMercaderiaRequest
Software
Component F_B_PI_LOGISTICAINVENTARIO
Version
Data Type
MovimientoMercaderia
Relacionado
Namespace
data type urn:Falabella.cl:PI:LogisticaInventario:MovimientoMercaderia
relacionado
Target
urn:Falabella.cl:PI:LogisticaInventario:MovimientoMercaderia
namespace
Message Type
Nombre N/A
Namespace
Software
Component
Version
Data Type
Relacionado
Namespace
data type
relacionado
Target
namespace
Service Interface
Nombre CrearMovimientoMercaderiaRequest_Out
Namespace urn:Falabella.cl:PMM:LogisticaInventario:MovimientoMercaderia
Software
Component F_I_PMM_LOGISTICAINVENTARIO
Version
Estructura
CrearMovimientoMercaderiaRequest
relacionada
Namespace
relacionado
Categoría Outbound
Modo Asincronico
Service Interface
Nombre CrearMovimientoMercaderiaRequest_Inb
Namespace urn:Falabella.cl:S4H:LogisticaInventario:MovimientoMercaderia
Software
Component F_I_S4H_LOGISTICAINVENTARIO
Version
Estructura
CrearMovimientoMercaderiaRequest
relacionada
Namespace
relacionado
Categoría Inbound
Modo Asincronico
Imported Archive
Nombre N/A
Namespace
Software
Component
Version
Archivo a
importar
Message Mapping
Nombre N/A
Namespace
Software
Component
Version
Estructuras
Relacionadas
Origen
Estructuras
Relacionadas
Destino
Definición de
Mapeo
Operation Mapping
Nombre N/A
Namespace
Software
Component
Version
Mapeos
Relacionados
Operaciones
Relacionados
Origen
Operaciones
Relacionados
Destino
Integration Builder
Configuration Scenario
Nombre CrearMovimientoMercaderia
Party
Nombre N/A
Business Component
Nombre N/A
Integrated Configuration
Communica
tion Party
Communica
tion PMM_PE_D
Component
Interface CrearMovimientoMercaderiaRequest_Out
Interface
urn:Falabella.cl:PMM:LogisticaInventario:MovimientoMercaderia
Namespace
Inbound Communication Channel
Processing SOAPSenderCrearMovimientoMercaderia
Condition Communication Party Communication Component Receiver
Receiver
S4H120_D
Operati
Conditi on
Interface Namespace
on Mappin
Receiver g
Interfaces
CrearMovimientoMercaderiaR urn:Falabella.cl:S4H:LogisticaInventario:Movimi
equest_Inb entoMercaderia
Outbound Communication Channel

Processing SOAPXIReceiverCrearMovimientoMercaderia
Communication Channel
Party
Communica
tion PMM_PE_D
Component
Nombre SOAPSenderCrearMovimientoMercaderia
Adaptador SOAP
Configuraci SOAP / Sender / Exactly once
ón Module: XMBWS.Timeout / 10000
Party
Communica
tion S4H120_D
Component
Nombre SOAPXIReceiverCrearMovimientoMercaderia
Adaptador SOAPXI
SOAP / HTTP / XI
Configuraci
HTTP Destination: S4DCLNT120
ón
Module: XMBWS.Timeout / 10000
Confirmation

Data Type
Nombre Header
Namespac
urn:Falabella.cl:PI:Common
e
Software
Componen F_C_PI_COMMON
t Version
Estructura Estructura existente
Data Type
Nombre ResultadoTransaccion
Namespace urn:Falabella.cl:S4H:Common:Structures
Software
Version
Estructura
PTP- 211.xlsx
Data Type
Nombre EnvioRespuestaSqlStmt
Namespace urn:Falabella.cl:PI:Common:Structures
Software
Component F_C_PI_COMMON
Version
Estructura
PTP- 211.xlsx
External Definition
Nombre N/A
Namespace
Software
Component
Version
Archivo a
importar
Message Type
Nombre EnviarResultadoTransaccionConfirmation
Namespace urn:Falabella.cl:S4H:Common:Structures
Software
Component F_C_S4H_COMMON, 1.0 of falabella.cl
Version
Data Type
ResultadoTransaccion
Relacionado
Namespace
data type urn:Falabella.cl:S4H:Common:Structures
relacionado
Target
urn:Falabella.cl:S4H:Common:Structures
namespace
Message Type
Nombre EnvioRespuestaSqlStmt
Namespace urn:Falabella.cl:PI:Common:Structures
Software
Component F_C_PI_COMMON, 1.0 of falabella.cl
Version
Data Type
EnvioRespuestaSqlStmt
Relacionado
Namespace
data type urn:Falabella.cl:PI:Common:Structures
relacionado
Target
urn:Falabella.cl:PI:Common:Structures
namespace
Service Interface
Nombre CrearMovimientoMercaderiaConfirmation_Out
Software
Version
Estructura
EnviarResultadoTransaccionConfirmation
relacionada
Namespace
urn:Falabella.cl:S4H:Common:Structures
relacionado
Categoría Outbound
Modo Asincronico
Service Interface
Nombre CrearMovimientoMercaderiaConfirmationSqlStmt_Inb
Namespace urn:Falabella.cl:Pmm:LogisticaInventario:MovimientoMercaderia
Software
Component F_I_PMM_LOGISTICAINVENTARIO
Version
Estructura
EnvioRespuestaSqlStmt
relacionada
Namespace
relacionado
Categoría Inbound
Modo Asincronico
Imported Archive
Nombre N/A
Namespace
Software
Component
Version
Archivo a
importar
Message Mapping
Nombre EnviarResultadoTransaccionConfirmation_to_EnvioRespuestaSqlStmt
Software
Component F_A_PI_LOGISTICAINVENTARIO
Version
Estructuras CrearMovimientoMercaderiaConfirmation
Relacionada
s Origen urn:Falabella.cl:S4H:LogisticaInventario:MovimientoMercaderia
Estructuras EnviarResultadoTransaccionConfirmationSqlStmt
Relacionada
s Destino
Definición
de Mapeo Mapeo Proxy -
Legado.xlsx
Operation Mapping
CrearMovimientoMercaderiaConfirmation_Out_to_CrearMovimientoMercaderiaConfirmationSqlSt
Nombre
mt_Inb
Software
Component F_A_PI_LOGISTICAINVENTARIO
Version
Mapeos
Relacionado EnviarResultadoTransaccionConfirmation_to_EnvioRespuestaSqlStmt
s
Operaciones CrearMovimientoMercaderiaConfirmation_Out
Relacionado
urn:Falabella.cl:S4H:LogisticaInventario:MovimientoMercaderia
s Origen
Operaciones CrearMovimientoMercaderiaConfirmation_Inb
Relacionado
s Destino urn:Falabella.cl:PMM:LogisticaInventario:MovimientoMercaderia
Integration Builder
Nomb
CrearMovimientoMercaderia
re
Party
Nomb
N/A
re
Business Component
Nomb
N/A
re
Comm
unicat
ion
Party
Comm
unicat
ion S4H120_D
Comp
onent
Interf
CrearMovimientoMercaderiaConfirmation_Out
ace
Interf
ace
urn:Falabella.cl:S4H:LogisticaInventario:MovimientoMercaderia
Name
space
Inbou Communication Channel
nd
Proce SOAPXISenderCrearMovimientoMercaderiaConfirmation
ssing
Communication Component
Condition Communication Party
Receiv Receiver
er /p1:Respuestas/Header/Legado/Legados =
PMM_PE_D
PMM AND /p1:Respuestas/Header/Pais = PE
Con
Receiv diti Operation Mapping Interface Namespace
er on
Interf CrearMovimientoMercaderiaConfirmation_O CrearMovimientoMer urn:Falabella.cl:PMM:Logisti
aces ut_to_CrearMovimientoMercaderiaConfirma caderiaConfirmationS caInventario:MovimientoM
tionSqlStmt_Inb qlStmt_Inb ercaderia
Outbo Communication Channel
und
Proce JDBCReceiverCrearMovimientoMercaderiaConfirmation
ssing
Party
Comm
unicat
ion S4H120_D
Comp
onent
Nomb
SOAPXISenderCrearMovimientoMercaderiaConfirmation
re
Adapt
SOAPXI
ador
Config
SOAP / HTTP / XI
uració
n
Party
Comm
unicat
ion PMM_PE_D
Comp
onent
Nomb
JDBCReceiverCrearMovimientoMercaderiaConfirmation
re
Adapt
JDBC
ador
JDBC Driver: oracle.jdbc.OracleDriver
Config Connection: jdbc:oracle:thin:@ f1s00709:1541:pmmclpp
uració User Name: POPMMPEPP
n Password: pmpe75r5hq2
Notificación por email

Data Type
Nombre N/A
Namespace
Software Component Version
Estructura
Data Type
Nombre N/A
Namespace
Estructura
External Definition
Nombre Mail
Namespace urn:Falabella.cl:PI:Common:Mail
Software Component Version F_C_PI_COMMON
Archivo a importar
Message Type
Nombre N/A
Namespace
Data Type Relacionado
Namespace data type
relacionado
Target namespace
Message Type
Nombre N/A
Namespace
Data Type Relacionado
Namespace data type
relacionado
Target namespace
Service Interface
Nombre EnviarFalloMovimientoMercaderiaNotification_Out
Software Component Version F_I_S4H_LOGISTICAINVENTARIO
Estructura relacionada Mail
Namespace relacionado urn:Falabella.cl:PI:Common:Mail
Categoría Outbound
Modo Asincronico
Service Interface
Nombre EnviarFalloMovimientoMercaderiaNotification_Inb
Namespace urn:Falabella.cl:Email:LogisticaInventario:MovimientoMercaderia
Software Component Version F_I_EMAIL_LOGISTICAINVENTARIO
Estructura relacionada Mail
Namespace relacionado urn:Falabella.cl:PI:Common:Mail
Categoría Inbound
Modo Asincronico
Imported Archive
Nombre N/A
Namespace
Archivo a importar
Message Mapping
Nombre N/A
Namespace
Estructuras Relacionadas Origen
Estructuras Relacionadas
Destino
Definición de Mapeo
Operation Mapping
Nombre N/A
Namespace
Mapeos Relacionados
Operaciones Relacionados
Origen
Operaciones Relacionados
Destino
Integration Builder
Nombre CrearMovimientoMercaderia
Party
Nombre N/A
Business Component
Nombre N/A
Communic
ation Party
Communic
ation
S4H120_D
Componen
t
Interface EnviarFalloMovimientoMercaderiaNotification_Out
Interface
Namespac urn:Falabella.cl:S4H:LogisticaInventario:MovimientoMercaderia
e
Inbound Communication Channel
Processing SOAPXISenderEnviarFalloMovimientoMercaderia
Condition Communication Party Communication Component Receiver

Receiver
EMAIL_D
Operati
Condit on
Interface Namespace
Receiver ion Mappi
Interfaces ng
EnviarFalloMovimientoMercaderia urn:Falabella.cl:Email:LogisticaInventario:Mov
Notification_Inb imientoMercaderia
Outbound Communication Channel
Processing MailReceiverEnviarFalloMovimientoMercaderia
Party
Communic
ation
S4H120_D
Componen
t
Nombre SOAPXISenderEnviarFalloMovimientoMercaderia
Adaptador SOAPXI
Configurac SOAP / HTTP / XI
ión Module: XMBWS.Timeout / 10000
Party
Communic
ation
EMAIL_D
Componen
t
Nombre MailReceiverEnviarFalloMovimientoMercaderia
Adaptador Mail
SMTP / XIPAYLOAD / Receiver
URL: smtp://correoseguro.falabella.cl:25
Configure User Authentication
Configurac Authentication Method: Plain
ión User: SAP-PO-PREPROD@falabella.cl
Use Mail Package
Content Encoding: base64

DIT-PTP-N-211 Recepción Pedidos (EM) Desde PMM

Caricato da

Informazioni sul documento

Titolo originale

Copyright

Formati disponibili

Condividi questo documento

Condividi o incorpora il documento

Opzioni di condivisione

Hai trovato utile questo documento?

Questo contenuto è inappropriato?

Copyright:

Formati disponibili

DIT-PTP-N-211 Recepción Pedidos (EM) Desde PMM

Caricato da

Copyright:

Formati disponibili

Diseño - Integración

Detalles del Requerimiento

BPD BPD-PTP-Logística de Inventario

Como trabajara la integración.

Para la implementación se propone el uso de una la bapi “BAPI_GOODSMVT_CREATE” enmascarada a través

Para las Sociedades de Perú se debe trabajar en las siguientes homologaciones:

Este documento aplica para las sociedades:

R.01 El Legado controla la Fecha Contable enviada en la Recepción.

Fecha de Proceso Recibos VTC 01/02/2020 01:45 am

Fecha de envío para SAP de recibos VTC: 31/01/2020

R.04 En SAP el movimiento de entrada de mercancia será el Y06.

 Comunicación de mensajes empaquetados.

 Se debe enviar SYS_GUID hexadecimal por mensaje (Empaquetado)

 Si se reenvía el mismo SYS_GUID hexadecimal del documento no será registrado nuevamente y se

 El mensaje de confirmación es a través de un SP publicado en la base del legado.

Resultado del proceso

Se debe almacenar el estado de envío (exitoso o con errores) a SAP

Si existen errores en la ejecución del envío se identificará a través de la tx SLG1.

Objeto: Z + NEGOCIO + PAIS (ZRETAILPE)

Negocio = Se obtiene con la función de BRF+ ZSOCIEDADESPORNEGOCIO entrando con SOCIEDAD

Ronald Mayaute RMAYAUTE@falabella.com.pe

En caso de que suceda un error en SAP PO se enviará una alerta a la lista de

Movimiento Y06: Recepcionar Pedido

El mensaje XML tiene definidos los siguientes nodos y cardinalidad:

Los elementos que conforman estos nodos son:

Nodo Nodo Cardinalidad Comentario Descripción de funcionamiento

Los elementos que conforman estos nodos son:

Id. país de Valores: {“CL”, “PE”, “CO”, “AR”, Código de País

Cod. P009 o P010 según

Fijo: “PMM” para

Nro del F2 (Recepción)

Legado debe enviar el

Consideraciones respecto de las imputaciones contables:

Clave de Área Nº mensaje Texto mensaje

ES M7 024 Se ha sobrepasado la cantidad & & del documento de referencia

LOGICA PARA MAPEO DE CAMPOS Y EJECUCIÓN DE BAPI´s:

REGISTRO PARA TEST: Prueba PTP-M-211

Select EKKO-EBELP from EKKO where <NUM_PO_SAP>=EKKO-EBELN

Adicionalmente se debe registrar en el log de aplicaciones un mensaje de sistema informativa con el

RESULTADO DEL PROCESO

SE USARÁ EL FORMATO ACTUAL DE CORREO QUE EXISTE PARA CHILE.

Ronald Mayaute RMAYAUTE@falabella.com.pe

Actualmente el mensaje de error es el siguiente:

Asunto: EM Legado PMM sin Éxito 11.02.2020 Sociedad – País – Nº de integración

Asunto: EM Legado PMM sin Éxito 11.02.2020 P009-PE-PTP-M-211

Al terminar el proceso en S4Hana se debe enviar un correo electrónico al usuario designado en la

Asunto: Error Recepción de mercancía OBDMS (dd.mm.aaaa)

Proceso con ERROR

Asunto: EM PO Legado ODBMS sin Exito (dd.mm.aaaa)

El sistema deberá responder solamente los errores tipo “E”

Nombre Técnico Clave Tipo Descripción Valor posible

GUID X CHAR32 GUID 32000000000000000000000000000099

DOCSAP CHAR10 Documento SAP 0900000001

DATUM SYST_DATUM Fecha 20180829

BUKRS BUKRS Sociedad C052

Caso 1: Envío nuevo GUID 32000000000000000000000000000001 (Legado  S4H)

 Se valida campo en tabla Z.

Caso 2: Envío GUID 32000000000000000000000000000001

 Se valida campo en tabla Z

Caso 3: Envío nuevo GUID 32000000000000000000000000000002

 Se valida campo en tabla Z

Caso 4: Reenvío GUID corregido 32000000000000000000000000000002

 Se valida campo en tabla Z