Documenti di Didattica
Documenti di Professioni
Documenti di Cultura
DISEÑO FUNCIONAL
Los Ajustes de Cantidad informados por esta Integración deben rebaja la cantidad de recepción, recibida
previamente.
2. Tablas de Homologación
Se deberá trabajar en las siguientes homologaciones, para considerar los valores propios Perú:
Tabla: ZCENTROCORREO
3. Detalle
Este Documento representa un Anexo para ampliar la Funcionalidad Actual Sobre PMM Chile a PMM
Perú.
Se requiere el uso de la integración existente en PMM Chile hacia S4HANA sobre los “Ajustes de
Cantidad” (F2Q) para recepciones de proveedores nacionales en valor negativo (rebajan cantidad de
recepción)
Este proceso se realiza en PMM e inicia al momento de registrar el N° de recepción (sesión) en donde el
sistema localiza y despliega todos los datos de esta recepción (N° OC- local - proveedor - detalle de
Diseño - Integración
productos recibidos, entre otros), al momento de desplegar esta información, se identifica el SKU a
ajustar y se ingresa manualmente en el sistema las unidades realmente recibidas, en donde PMM de
forma automática presenta el ajuste de las unidades a rebajar, mostrando el valor total del ajuste para
esta recepción, una vez realizado el ajuste, PMM de forma interna modifica el inventario realizando los
ajustes al stock.
Una vez realizado el ajuste de cantidad en PMM la Orden de Compra NO libera la cantidad del ajuste
realizado, no cambia su status ni permite seguir recibiendo artículos por la cantidad del ajuste.
4. Alcance
Esta Integración actualmente está siendo utilizada por la Sociedad C059 Chile, se debe extender para la
siguiente Sociedad:
SOC FI RUT DESCRIPCION SAP PAIS
P009 20508565934 HIPERMERCADOS TOTTUS S.A PE
P010 20393864886 HIPERMERCADOS TOTTUS ORIENTE S.A.C PE
5. Validación
Se continúan usando todas las validaciones actuales que existen en PRD, para la integración.
6. TAG – Proxi
Request
Diseño - Integración
Confirmation
Notification
7. Notificación – Correo
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.
Diseño - Integración
Se Solicita que en el asunto del Correo con error se informe: Nro Integración – Sociedad y el Nro.OC, este
último campo se colocará a nivel de detalle debido a que pueden venir varias OC en un mismo envió.
Usuario Mail
Nota: En la solicitud de la ERI de ajustar el mensaje de correo podemos evidenciar que el actual solo
cumple con el NRO. OC, Se Solicita la modificación del asunto del Correo donde se agreguen los siguientes
campos: Nro Integración(<codigoInterfaz>) Sociedad(<Sociedad>) y el Nro.OC(<NumeroPO>).
Ejemplo:
Asunto: Error en integración PTP-M-239-PMM-P002-20200205
Detalle Correo:
Id N.
Guid Texto Mensaje
Mensaje Mensaje
911B496744BC0118E0530A170EA180E1 /
ZMM 048 El pedido T000000860 no está registrado en SAP
NRO OC
Si durante el proceso de conversión y validación de datos se identifican errores, el proceso debe ser
suspendido solamente para los ajustes que presenten problemas (no debe contabilizarse nada) y los
errores reportados a los usuarios de la lista de distribución de correos creada para tal fin.
9. Alcance Técnico
Nota:En la ERI piden el campo Centro (Tienda-sucursal) el cual no esta mapeado a nivel del
documento de ajuste de cantidad y no esta visible en la clase de movimiento Y07, por lo que
resulta un cambio de alcance.
Lógica:
Transacción MIGO:
Diseño - Integración
Modo de ejecución () Batch (X) Online Reproceso de errores ( ) Total (X) Delta
Datos Adicionales
Se debe generar una alerta por email en caso de una excepción en la ejecución del WS en una lista de distribución por definir.
Se requiere que si existe una anomalía en la comunicación de PMM 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.
Se requiere que si existe una anomalía en la comunicación de PMM 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 del Ajuste de Cantidad a SAP. Esto permitirá automatizar el proceso de ajuste,
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 el ajuste de cantidad en caso de no obtener el mensaje de confirmación y en
caso de que el mensaje ya fue procesado en SAP no se debe contabilizar nuevamente y se debe retornar el número
de documento SAP.
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 PMM que no fue posible realizar el ajuste y se debe revisar los datos con los cuales fue solicitado.
1 Ajuste de cantidad para F2 con factura Debe viajar el ajuste de cantidad a SAP, debe ser partícipe al
asociada momento de verificar factura (Factura-Recepción-Ajuste
Cantidad) validar procesamiento de GUIID según reglas de
validación.
Diseño - Integración
2 Ajuste de cantidad por totalidad de la Debe viajar a SAP y marcar la recepción con un estado distinto para
recepción identificar que se encuentra con ajuste en su totalidad.
3 Ajuste de cantidad a factura cuadrada Enviar mensaje de error a lista de distribución definida
4 Ajuste de cantidad en valor positivo Debe viajar a SAP y notificar esta acción a los usuarios definidos en
la lista de distribución indicando el motivo.
5 Enviar ajuste de cantidad duplicado No debe permitirse el registro en SAP, debe enviar mensaje de error
de esta acción a los usuarios definidos en la lista de distribución
indicando el motivo para su revisión.
6 Enviar ajuste de cantidad con referencia a Debe arrojar mensaje de error estándar de BAPI al no encontrar el
una recepción no existente en SAP documento de entrada en SAP
7 Ajuste de cantidad en dólares Debe viajar el ajuste de cantidad a SAP, debe ser partícipe al
momento de verificar factura (Factura-Recepción-Ajuste Cantidad)
validar procesamiento de GUIID según reglas de validación
8 Ajuste de cantidad a proveedor Debe viajar el ajuste de cantidad a SAP, debe ser
(fuera de la zona de selva) en partícipe al momento de verificar factura (Factura-
Tottus Oriente afecto a IGV Recepción-Ajuste Cantidad) validar procesamiento
de GUIID según reglas de validación
9 Ajuste de cantidad a proveedor (de Debe viajar el ajuste de cantidad a SAP, debe ser
la zona de selva) en Tottus Oriente partícipe al momento de verificar factura (Factura-
inafecto a IGV Recepción-Ajuste Cantidad) validar procesamiento
de GUIID según reglas de validación
10 Legado debe Reenviar a SAP Ajustes SAP PO debe enviar la misma respuesta de la creación
enviados anteriormente de los Ajustes originales
11 Enviar Ajustes desde Legado hacia El resultado esperado es la ejecución de reintentos por
SAP con error de comunicación en parte de Legado
PO
Con la Operación estándar de SAP se sustenta las necesidades del negocio como se describe líneas abajo:
Necesidad 1: Si el ajuste de cantidad aplica a una factura Cuadrada (Sin diferencia o diferencia dentro del
rango de tolerancia) el ajuste debe pasar a SAP y enviar una notificación a los usuarios definidos en la lista
de distribución para que revise dicha situación y proceda a reversar este ajuste.
Funcionalidad SAP: La acción de enviar a SAP un ajuste de cantidad sobre una entrada de mercancías recae
totalmente en el Legado y los errores que esto pueda causar; mas sin embargo SAP de manera estándar
controla y valida que si una posición ya cuadrada (entiéndase como igualdad en cantidades recibidas y
cantidades facturadas) no se pueda modificar. Retornando un error al legado a través de los canales
definidos en este documento.
Necesidad 3: Si el ajuste de cantidad no cuadra la diferencia de la factura, debe actualizar la diferencia para
posterior análisis, debe mantener el bloqueo de pago.
Diseño - Integración
Necesidad 4: Si la recepción de pedido no se encuentra asociada a una factura o no tiene factura, el ajuste
deberá viajar a SAP (devolución) y quedar a la espera de su verificación factura, debe formar parte de la
cuadratura cuando sea efectuada. (Factura – Recepción – Ajuste Cantidad).
Funcionalidad SAP: Mientras se cumplan los datos mínimos para el tratamiento de la devolución el sistema
realizara el ajuste, reflejando el movimiento en el historial de la posición.
Necesidad 5: En caso que el ajuste de cantidad sea por el valor total de la recepción (anular EM) el ajuste
deberá viajar a SAP y reversar la entrada inicial.
Funcionalidad SAP: Como tal se realiza un movimiento de devolución que como consecuencia genera una
reversa a la entrada inicial, en el historial de la posición se visualiza un movimiento Y7.
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.
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 3 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 Z).
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
Flujo del proceso
Antecedentes y supuestos:
Diseño - Integración
Lógica de Procesamiento
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:
Importante: El contenido de todos los tags enviados debe respetar la longitud máxima, así como las
restricciones específicas de valores, todos los campos provenientes del legado para la creación del
documento en SAP son Obligatorios.
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).
Diseño - Integración
Lógica de Procesamiento
Clave de Área Nº mensaje Texto mensaje
idioma funcional
** tabla referencial los mensajes y textos pueden varias acorde el error reportado por la BAPI estándar de
SAP.
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.
Lógica de Procesamiento
Parametros BAPI
GOODSMVT_HEADER
PSTNG_DATE
DOC_DATE
REF_DOC_NO
BILL_OF_LADING
HEADER_TXT : “Devolución PMM”
GOODSMVT_ITEM
MOVE_TYPE : Y07
ENTRY_QNT
PO_NUMBER
PO_ITEM
ITEM_TEXT : “Devolución a Proveedores”
MVT_IND : “B”
MOVE_REAS : “0001”
REF_DOC_YR
REF_DOC
REF_DOC_IT
Constantes:
HEADER_TXT=“Devolución PMM”
ITEM_TEXT=“Devolución a Proveedores”
MVT_IND = “B”
MOVE_REAS=“0001”
Select MATDOC- EBELN, MATDOC- EBELP, MATDOC- LFBNR, MATDOC- LFBJA, MATDOC- LFPOS from MATDOC
where <Posicion>-<RCV_DTL_TECH_KEY> = MATDOC-ABLAD and
<Posicion>-<NUMERO_SAP > = MATDOC-LFBNR
If sy-subrc = 0 then
Diseño - Integración
Lógica de Procesamiento
MATDOC- EBELN move to PO_NUMBER
MATDOC- EBELP move to PO_ITEM
MATDOC- LFBJA move to REF_DOC_YR
MATDOC- LFBNR move to REF_DOC
MATDOC- LFPOS move to REF_DOC_IT
*** Asignar el contenido de los campos obtenidos en el select a la estructura de la tabla para usar en la BAPI.
*** Tener presente que pueden ser varias posiciones las que se van a devolver por documento
*** Después de ejecutar la bapi el número de doc de material obtenido en el proceso se debe enviar como
respuesta a PMM.
Select EKET- EBELP from EKET where EKET- WEMNG=0 and EKET-EBELP= PO_ITEM
and EKET-EBELN= PO_NUMBER
IF SY-SUBRC = 0 THEN
***Bloquear la posición del pedido identificada en EKET-EBELP
ENDIF
El objetivo de este mensaje de respuesta es comunicarle al sistema legado el resultado del intento de crear
la Devolución 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 hubiese algún incidente en la comunicación con el legado, este debe ser registrado en el log de
aplicaciones.
Diseño - Integración
Lógica de Procesamiento
Adicionalmente se debe registrar en el log de aplicaciones un mensaje de sistema informativa con el texto
“&1|Entrada de Mercancía de legado finalizando proceso.”, donde &1 corresponde al número de la Entrada
de mercancía dado por el sistema SAP.
2. Alcance Regional
Se requiere la creación de una lista de distribución de correos que sea 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. Así mismo se debe enviar correo a todas las
cuentas de correo que estén asignadas a la sociedad.
Este control debe ser supervisado por quien emita el ajuste en PMM, en este caso “Control de Inventarios”
con la finalidad de resguardar que todos estos ajustes hayan sido traspasados a SAP.
Usuario Mail
Hugo Cid hjcid@tottus.cl
Jorge Cifuentes jecifuentes@tottus.cl
Olga Carrasco ocarrasco@tottus.cl
**** 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.
Id de Tabla ZMMT###
Diseño - Integración
Lógica de Procesamiento
Denominación
NotificEMLegado
Estructura de la tabla
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:
Proceso Exitoso
Para este caso no se requiere correo, solo se responderá a PMM el número del documento de material
que SAP asigna de manera automática y secuencial a cada una de las devoluciones realizadas a la entrada
de mercancía previamente realizada. (Definición dada por PO).
Lógica de Procesamiento
10 024 Se ha sobrepasado la cantidad & & del documento
############ T######### de referencia
10 025 La posición se marcará con indicador de entrega
############ T######### final
10 027 La cantidad se ha fijado automáticamente en
############ T######### unidad medida precio pedido
############ T######### 30 031 El pedido & tiene el indicador de borrado &
30 089 Fecha-doc/Fecha-cont se encuentran en diferentes
############ T######### 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 132 Para el pedido de cliente & & no es posible movim.
############ T######### de anulación
10 160 Cuenta de mayor & está marcada para borrar en la
############ T######### 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
Control de procesamiento:
El sistema S4Hana enviara un identificador único por cada documento a crear en SAP (Doc. Material) que debe ser de
tipo UUID largo de 32 caracteres. Con este dato el mensaje viajará al Legado con un UUID de mensaje que se utilizará
con propósitos de monitoreo y un UUID por cada documento que requiera generar para evitar duplicidad en la
creación de documentos
Diseño - Integración
Lógica de Procesamiento
Diseño - Integración
Pruebas
Caso Descripción Resultados esperados
1 Ajuste de cantidad cuadra Debe contabilizar el documento de ajuste, actualizar
diferencia del documento. diferencia del documento, levantar bloqueo de pago,
validar procesamiento de GUID según reglas de
validación
2 Ajuste de cantidad no cuadra Debe contabilizar el documento de ajuste, actualizar
diferencia del documento. diferencia del documento, mantener el bloqueo de pago,
validar procesamiento de GUID según reglas de
validación
Diseño - Integración
Documentación Técnica – PO
Descripción de interfaz
COD NOMBRE
Tamaño Máximo de
Vertical: Tottus Sistema Origen Sistema Destino
Mensaje (KB)
Descripción Desde PMM se envían las devoluciones 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.
Respuesta Si
Persistencia 7 días
Módulos Impactados MM
Hora de Inicio (si procede) 8am Hora de Fin (si procede) 6pm
N/A
Acuerdos de interlocutor
N/A
Definición PROXY
Estructura: ActualizarDevolucionMercaderiaRequest_Inb
Pack Pre
Service Interface SWCV Namespace
age fix
ActualizarDevolucionMercaderi F_I_S4H_LOGISTICAIN urn:Falabella.cl:S4H:LogisticaInventario:De
ZP
aRequest_Inb VENTARIO volucionMercaderia ZPTP
O
Requisitos Especiales.
N° Descripción.
N/A
Definición PROXY
Estructura: ActualizarDevolucionMercaderiaConfirmation_Out
Pack Pre
Service Interface SWCV Namespace
age fix
Diseño - Integración
PTP-M-239.xlsx
Requisitos Especiales.
N° Descripción.
N/A
Definición PROXY
Estructura: EnviarFalloDevolucionMercaderiaNotification_Out
Pack Pre
Service Interface SWCV Namespace
age fix
urn:Falabella.cl:S4H:LogisticaInventario:D
EnviarFalloDevolucionMercaderia F_I_S4H_LOGISTICAI ZP
evolucionMercaderia ZPTP
Notification_Out NVENTARIO O
PTP-M-239.xlsx
Requisitos Especiales.
N° Descripción.
Diseño - Integración
N/A
Request
Data Type
Nombre Header
Diseño - Integración
Namespace urn:Falabella.cl:PI:Common
Software
Component F_C_PI_COMMON
Version
Tipo de
Campo Proxy Largo/Formato Cardinalidad Descripción
Dato
->Header 1..1
Id de mensaje para poder hacer
->->Id_Mensaje string 0..1
seguimiento
Data Type
Nombre DevolucionMercaderia
Namespace urn:Falabella.cl:PI:LogisticaInventario:DevolucionMercaderia
Software
Component F_B_PI_LOGISTICAINVENTARIO
Version
Estructura
PTP-M-239.xlsx
Message Type
Nombre ActualizarDevolucionMercaderiaRequest
Namespace urn:Falabella.cl:PI:LogisticaInventario:DevolucionMercaderia
Software
Component F_B_PI_LOGISTICAINVENTARIO
Version
Data Type
DevolucionMercaderia
Relacionado
Namespace
data type urn:Falabella.cl:PI:LogisticaInventario:DevolucionMercaderia
relacionado
Target
urn:Falabella.cl:PI:LogisticaInventario:DevolucionMercaderia
namespace
Diseño - Integración
Service Interface
Nombre ActualizarDevolucionMercaderiaRequest_Out
Namespace urn:Falabella.cl:PMM:LogisticaInventario:DevolucionMercaderia
Software
Component F_I_PMM_LOGISTICAINVENTARIO
Version
Estructura
ActualizarDevolucionMercaderiaRequest
relacionada
Namespace
urn:Falabella.cl:PI:LogisticaInventario:DevolucionMercaderia
relacionado
Categoría Outbound
Modo Asincronico
Service Interface
Nombre ActualizarDevolucionMercaderiaRequest_Inb
Namespace urn:Falabella.cl:S4H:LogisticaInventario:DevolucionMercaderia
Software
Component F_I_S4H_LOGISTICAINVENTARIO
Version
Estructura
ActualizarDevolucionMercaderiaRequest
relacionada
Namespace
urn:Falabella.cl:PI:LogisticaInventario:DevolucionMercaderia
relacionado
Categoría Inbound
Modo Asincronico
Integration Builder
Configuration Scenario
Nombre ActualizarDevolucionMercaderia
Party
Nombre N/A
Business Component
Diseño - Integración
Nombre N/A
Integrated Configuration
Communication Party
Communication
PMM_PE_D
Component
Interface ActualizarDevolucionMercaderiaRequest_Out
Interface Namespace urn:Falabella.cl:PMM:LogisticaInventario:DevolucionMercaderia
Communication Channel
Inbound Processing
SOAPSenderActualizarDevolucionMercaderia
Condition Communication Party Communication Component Receiver
Receiver
S4H120_D
Conditio Operation
Interface Namespace
n Mapping
Receiver Interfaces
ActualizarDevolucionMe urn:Falabella.cl:S4H:LogisticaInventari
rcaderiaRequest_Inb o:DevolucionMercaderia
Communication Channel
Outbound Processing
SOAPXIReceiverActualizarDevolucionMercaderia_PMM_PE
Communication Channel
Party
Communication
PMM_PE_D
Component
Nombre SOAPSenderActualizarDevolucionMercaderia
Adaptador SOAP
SOAP / Sender / Exactly once
Configuración HTTP Destination: S4DCLNT120
Timeout: XMBWS.Timeout 10000
Communication Channel
Party
Communication
S4H120_D
Component
Nombre SOAPXIReceiverActualizarDevolucionMercaderia_PMM_PE
Adaptador SOAPXI
SOAP / HTTP / XI
Configuración HTTP Security Level: HTTP
Timeout: XMBWS.Timeout 10000
Confirmation
Data Type
Nombre ResultadoTransaccion
Namespace urn:Falabella.cl:S4H:Common:Structures
Software
Componen F_C_S4H_COMMON
t Version
Estructura
PTP-M-239.xlsx
Data Type
Nombre ResultadoTransaccionSqlStmt
Namespace urn:Falabella.cl:PI:Common:Structures
Software
Componen F_C_PI_COMMON
t Version
Estructura
PTP-M-239.xlsx
Diseño - Integración
Message Type
Nombre EnviarResultadoTransaccionConfirmation
Namespace urn:Falabella.cl:S4H:Common:Structures
Software Component
F_C_S4H_COMMON
Version
Data Type Relacionado ResultadoTransaccion
Namespace data type
urn:Falabella.cl:S4H:Common:Structures
relacionado
Target namespace urn:Falabella.cl:S4H:Common:Structures
Message Type
Nombre EnviarResultadoTransaccionConfirmationSqlStmt
Namespace urn:Falabella.cl:PI:Common:Structures
Software Component
F_C_PI_COMMON
Version
Data Type Relacionado ResultadoTransaccionSqlStmt
Namespace data type
urn:Falabella.cl:PI:Common:Structures
relacionado
Target namespace urn:Falabella.cl:PI:Common:Structures
Service Interface
Nombre ActualizarDevolucionMercaderiaConfirmation_Out
Namespace urn:Falabella.cl:S4H:LogisticaInventario:DevolucionMercaderia
Software
Componen F_I_S4H_LOGISTICAINVENTARIO
t Version
Estructura
EnviarResultadoTransaccionConfirmation
relacionada
Namespace
relacionad urn:Falabella.cl:S4H:Common:Structures
o
Categoría Outbound
Modo Asincronico
Service Interface
Nombre ActualizarDevolucionMercaderiaConfirmationSqlStmt_Inb
Namespace urn:Falabella.cl:PMM:LogisticaInventario:DevolucionMercaderia
Diseño - Integración
Software
Componen F_I_PMM_LOGISTICAINVENTARIO
t Version
Estructura
EnviarResultadoTransaccionConfirmationSqlStmt
relacionada
Namespace
relacionad urn:Falabella.cl:PI:Common:Structures
o
Categoría Inbound
Modo Asincronico
Message Mapping
Nombre EnviarResultadoTransaccionConfirmation_to_EnvioRespuestaSqlStmt
Namespace urn:Falabella.cl:PI:Common:Mappings
Software
Componen F_A_PI_COMMON
t Version
Estructuras EnviarResultadoTransaccionConfirmation
Relacionad
urn:Falabella.cl:S4H:Common:Structures
as Origen
Estructuras EnvioRespuestaSqlStmt
Relacionad
as Destino urn:Falabella.cl:PI:Common:Structures
Definición
de Mapeo PTP-M-239.xlsx
Operation Mapping
ActualizarDevolucionMercaderiaConfirmation_Out_to_ActualizarDevolucionMercaderiaConfirmation
Nombre
SqlStmt_Inb
Namespace urn:Falabella.cl:PI:LogisticaInventario:DevolucionMercaderia
Software
Componen F_A_PI_LOGISTICAINVENTARIO
t Version
Mapeos
Relacionad EnviarResultadoTransaccionConfirmation_to_EnvioRespuestaSqlStmt
os
Operacione ActualizarDevolucionMercaderiaConfirmation_Out
s
Relacionad urn:Falabella.cl:S4H:LogisticaInventario:DevolucionMercaderia
os Origen
Diseño - Integración
Operacione ActualizarDevolucionMercaderiaConfirmationSqlStmt_Inb
s
Relacionad urn:Falabella.cl:PMM:LogisticaInventario:DevolucionMercaderia
os Destino
Integration Builder
Configuration Scenario
Nombre ActualizarDevolucionMercaderia
Party
Nombre N/A
Business Component
Nombre N/A
Integrated Configuration
Communication Party
Communication
S4H120_D
Component
Interface ActualizarDevolucionMercaderiaConfirmation_Out
Interface Namespace urn:Falabella.cl:S4H:LogisticaInventario:DevolucionMercaderia
Communication Channel
Inbound Processing
SOAPXISenderActualizarDevolucionMercaderiaConfirmation
Communication Component
Condition Communication Party
Receiver
p1:EnviarResultadoTransaccionConfi
rmation/Respuestas/Header/Legado
Receiver
/Legados = PMM AND
PMM_PE_D
/p1:EnviarResultadoTransaccionConf
irmation/Respuestas/Header/Pais =
PE
Conditio
Operation Mapping Interface Namespace
n
ActualizarDevolucionMerc
Receiver Interfaces aderiaConfirmation_Out_ ActualizarDevolucionMerc urn:Falabella.cl:PMM:LogisticaI
to_ActualizarDevolucion aderiaConfirmationSqlStm nventario:DevolucionMercader
MercaderiaConfirmation t_Inb ia
SqlStmt_Inb
Communication Channel
Outbound Processing
JDBCReceiverActualizarDevolucionMercaderiaConfirmation
Diseño - Integración
Communication Channel
Party
Communication
S4H120_D
Component
Nombre SOAPXISenderActualizarDevolucionMercaderiaConfirmation
Adaptador SOAPXI
SOAP / HTTP / XI
Configuración
TimeOut: XMBWS.Timeout 10000
Communication Channel
Party
Communication
PMM_PE_D
Component
Nombre JDBCReceiverActualizarDevolucionMercaderiaConfirmation
Adaptador JDBC
JDBC Driver: oracle.jdbc.OracleDriver
Connection: P/D
User Name: P/D
Configuración Password: P/D
TimeOut: XMBWS.Timeout 10000
Advanced Mode:
Additional parameters: disconnect from database after processing each message
External Definition
Nombre Mail
Namespace urn:Falabella.cl:PI:Common:Mail
Software Component Version F_C_PI_COMMON
Archivo a importar
Service Interface
Nombre EnviarFalloDevolucionMercaderiaNotification_Out
Namespace urn:Falabella.cl:S4H:LogisticaInventario:DevolucionMercaderia
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 EnviarFalloDevolucionMercaderiaNotification_Inb
Namespace urn:Falabella.cl:Email:LogisticaInventario:DevolucionMercaderia
Software Component Version F_I_EMAIL_LOGISTICAINVENTARIO
Estructura relacionada Mail
Namespace relacionado urn:Falabella.cl:PI:Common:Mail
Diseño - Integración
Categoría Inbound
Modo Asincronico
Integration Builder
Configuration Scenario
Nombre ActualizarDevolucionMercaderia
Integrated Configuration
Communication Party
Communication
S4H120_D
Component
Interface EnviarFalloDevolucionMercaderiaNotification_Out
Interface Namespace urn:Falabella.cl:S4H:LogisticaInventario:DevolucionMercaderia
Communication Channel
Inbound Processing
SOAPXISenderEnviarFalloDevolucionMercaderia
Condition Communication Party Communication Component Receiver
Receiver
EMAIL_D
Operati
Condit on
Interface Namespace
Receiver ion Mappin
Interfaces g
EnviarFalloDevolucionMercaderiaN urn:Falabella.cl:Email:LogisticaInventario:Dev
otification_Inb olucionMercaderia
Outbound Communication Channel
Processing MailReceiverEnviarFalloDevolucionMercaderia
Communication Channel
Party
Communic
ation
S4H120_D
Componen
t
Nombre SOAPXISenderEnviarFalloDevolucionMercaderia
Adaptador SOAPXI
SOAP / HTTP / XI
Configurac
TimeOut: XMBWS.Timeout 10000
ión
Communication Channel
Diseño - Integración
Party
Communic
ation
EMAIL_D
Componen
t
Nombre MailReceiverEnviarFalloDevolucionMercaderia
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
TimeOut: XMBWS.Timeout 10000
Tiene relación con la llamada a programas y/o funciones necesarias para la ejecución del
proceso en SAP, ejemplo, monitoreo, clases de mensajes, funciones de formatos de campos.
Diseño - Integración
Implementación
[Incluir en esta sección las consideraciones para implementar la solución en el entorno productivo,
incluyendo definiciones sobre órdenes de transporte y cualquier otro requerimiento para que su
correcta puesta en marcha. Eliminar este comentario en la versión final del documento.]
Orden Transporte Descripción Comentario
[ID] [Describir el título de la orden]