DIT-PTP-M-201-Anexo-Perú-Movimientos de Ajustes de Costos

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

Descripción Movimientos de Ajustes de Consultor Frank León Zapata
breve Costos doc F2
Modulo MM
ID INT. PTP-N-201 Fecha 06-02-2020
BPD PTP-N-201-Anexo Perú-

Movimientos de Ajustes de Costos
doc
Como trabajara la integración.
Anexo Perú 6 de febrero 2020
1. Descripción
Tanto Legado TI como Negocio indican que PMM en Tottus Peru tendrá la misma estructura y
funcionalidad que PMM Tottus Chile. Por lo que se realiza este anexo de la DI PTP-N-201 para la
Sociedades P009 y P010.
2. Tablas de Homologación
Se deberá trabajar en las siguientes tablas para considerar los valores propios de las sociedades de
Tottus Perú:
1 ZCENTROCORREO Correos Electrónicos
2 ZMMT018 F2 de Complemento
3 ZXXT04 Valores constantes tr-m-56
Configuracion ID
4 ZXXT007
Enhacement
Configuracion ID
5 ZXXT008
Enhacement
6 ZXXT012 Configuracion de escenarios por legado
Se solicita ampliar para que el programa abap tenga en cuenta el país, este dato lo debe
tomar del tag de Header del mensaje. <Pais>PE</Pais>
3. Detalle
Dado que las reglas de negocio y estructura de paquete serán idénticas a las de Tottus Chile, se
pondrá énfasis en las homologaciones que deben realizarse para que esta Integración además
funcione para Tottus Perú, Se deberá trabajar en las siguientes homologaciones, para considerar los
valores propios de Sociedades de Tottus Perú(entiendase las sociedades P009 y P010).
Consideraciones Generales:
R.01 Se Solicita que en el asunto del Correo con error –enviado por SAP- se informe: Nro
Integración - Legado- Sociedad- Fecha. En el Cuerpo del correo –junto con los datos del Error-
colocar GUID y Nro.F2.
Rta: Esta integración es de salida por tal motivo no está del lado de SAP la notificación del caso de
error; por consiguiente es PMM quien notifica a SAP usando un 0 : caso OK y 1 para caso de error.
Ejemplo:
<?xml version="1.0" encoding="UTF-8"?>
<ns1:EnviarFacturaConfirmation xmlns:ns1="urn:Falabella.cl:S4H:LogisticaInventario:Factura">
<Header>
<Id_Mensaje>
94FDF282CCD8EF4EE0537821010AC87A</Id_Mensaje>
<Fecha>2019-10-16</Fecha>
<Pais>PE</Pais>
<Sociedad>P009</Sociedad>
<Legado>PMM</Legado>
</Header>
<ESTADO>0</ESTADO>
<SYS_GUID>005056A24F9A1EE9BBEFAEA0329946B1</SYS_GUID>
<FECHA>2020-02-06</FECHA>
<ID_INTERFAZ>PTP-201-1</ID_INTERFAZ>
<NUMEROLEGADO>14046703</NUMEROLEGADO>
<SOCIEDAD>P009</SOCIEDAD>
</ns1:EnviarFacturaConfirmation>
R.02 Si la integración arroja un mensaje de error debe dejar fuera solo el Documento con
Problemas, los Documentos sin error se deben enviar a Legado.
Rta: Esta integración es de salida y se hace por documento contabilizado no se realizan envíos de
“Lote de Documentos”, se envía uno a uno.
R.03 La Diferencia a enviar como “F2 de Complemento” es identificada manualmente por un
Analista de Cuentas, previo a ello el Documento Tributario debe estar Contabilizado en SAP.
Rta: es una actividad realizada por el usuario.
R.04 El Analista debe determinar si la Diferencia corresponde a “Costo de Producto” enviados por
Legado a SAP mediante la Recepción (F2).
Rta: es una actividad realizada por el usuario.
R.05 Si corresponde a Costo, el Analista procederá a Crear el F2C (F2 Complemento) por cada SKU.
Rta: El analista es quien da las pautas y registra los datos necesarios para que la integración sea
enviada al legado y determina que posiciones serán las notificadas.
R.06 Una vez Contabilizado en SAP el F2C el sistema “cuadrará” el Saldo de la misma Cuenta EM/RF
utilizada en la Recepción e imputará la diferencia contra la cuenta “Control de Ajuste Precio
Legado”.
Rta: es un proceso estándar de SAP.
R.07 Mediante la Integración PTP-N-125 Legado PMM compensará el Saldo de la cuenta “Control de
Ajuste Precio Legado”.
Rta: es un proceso realizado por otra integración, no hay validación; se prevé que la integración
PTP-N-125 este operativa.
R.08 El Analista debe ejecutar el F2C siempre y cuando cuente con la autorización del Gerente de
Línea.
Rta: Es una validación de roles y perfiles ajena a la integración.
R.09 SAP enviará el importe expresado en la misma Moneda de la OC. Ejemplo: si la OC es en
dólares el Importé irá en dólares.
Rta: Es un procedimiento propio de la transacción de verificación de factura, la integración no hace
modificaciones se tipo de moneda.
R.10 SAP siempre enviará el importe sin impuesto incluido. Para Sociedades Oriente será PMM
quién incorporará al Costo el impuesto –siempre y cuando- el producto esté afecto a IGV. Siempre y
cuando el proveedor no sea de Oriente, PMM le adicionara al costo el valor del IGV.
Rta: La integración enviará el valor registrado en la EM.
R.11 El Sistema Legado debe considerar la inclusión del impuesto al costo en los casos de
Proveedores con renuncia a la exoneración.
R.12 El Sistema Legado debe considerar la inclusión del impuesto al costo en los casos y en los casos
de O/C de HTO cuyo Proveedor sea Sociedad HT por “Mercadería Importada Afecta a ISC”.
R.13 Los ajustes pueden ser “positivos” o “negativos”.
4. Alcance
El alcance de la presente integración es a las sociedades de PERU, así:
SOC FI RUT DESCRIPCION SAP PAIS

P009 20508565934 HIPERMERCADOS TOTTUS S.A. PE
P010 20393864886 HIPERMERCADOS TOTTUS ORIENTE SAC PE
5. Validación
Se continúan usando todas las validaciones actuales que existen en PRD, para la integración.
6. TAG – Proxi
Request:
<AjusteCosto>
<Header>
<Id_Mensaje>String 1</Id_Mensaje>
<Pais>String 2</Pais>
<Sociedad>String 3</Sociedad>
<codigoInterfaz>String 4</codigoInterfaz>
<Legado>
<Legados>String 5</Legados>
<Legados>String 6</Legados>
</Legado>
</Header>
<Cabecera>
<GUID>String 7</GUID>
<Tip_Reg>Strin</Tip_Reg>
<NIF>String 9</NIF>
<Pais>Str</Pais>
<Sociedad>Stri</Sociedad>
<CartaDePorte>String 12</CartaDePorte>
<EjercicioSAP>13</EjercicioSAP>
<Usuario>String 14</Usuario>
<Posiciones>
<Posicion>
<SKU>String 15</SKU>
<Importe>16</Importe>
<CostoT>String 17</CostoT>
<CantidadT>String 18</CantidadT>
</Posicion>
<Posicion>
<SKU>String 19</SKU>
<Importe>20</Importe>
<CostoT>String 21</CostoT>
<CantidadT>String 22</CantidadT>
</Posicion>
</Posiciones>
</Cabecera>
</AjusteCosto>
Confirmation:
<Header>
<Id_Mensaje>String 1</Id_Mensaje>
<Pais>String 2</Pais>
<Sociedad>String 3</Sociedad>
<Legado>String 4</Legado>
<codigoInterfaz>String 5</codigoInterfaz>
</Header>
<ESTADO>Strin</ESTADO>
<SYS_GUID>String 7</SYS_GUID>
<FECHA>String 8</FECHA>
<ID_INTERFAZ>String 9</ID_INTERFAZ>
<NUMEROLEGADO>String 10</NUMEROLEGADO>
<SOCIEDAD>Stri</SOCIEDAD>
<TIP_REG>Strin</TIP_REG>
<NUM_GEN_SAP>String 13</NUM_GEN_SAP>
<F2>String 14</F2>
<CXESTADO>String 15</CXESTADO>
Notification:
<Subject>String 2</Subject>
<From>String 3</From>
<To>String 4</To>
<Reply_To>String 5</Reply_To>
<Content_Type>String 6</Content_Type>
<Content_Description>String 7</Content_Description>
<Content_Disposition>String 8</Content_Disposition>
<Date>1999-05-31T13:20:00Z</Date>
<Message_ID>String 9</Message_ID>
<X_Mailer>String 10</X_Mailer>
<Content>anyType 11</Content>
7. Notificación – Correo
Se continúa con el uso de la lista de distribución de correos que será actualizable en el futuro.
SAP PO será el encargado de informar a los usuarios definidos en la lista de distribución si el F2C no
llego de forma correcta a PMM, para el caso en que el error sea de comunicación realizara una serie
de reenvíos por definir, si no resuelve con éxito enviara correo al usuario en donde estarán los
mismos datos del mensaje enviado y un link en donde se podrá revisar en SAP PO el error general, si
el error es de tipo dato PMM será el encargado de lanzar una excepción (error) hacia SAP PO
indicando el motivo del error con el que SAP PO enviara correo a usuarios definidos en lista de
distribución. Esta definición es de carácter funcional para controlar la integración y poder gestionar
en el momento los documentos con problemas.
SE USARÁ EL FORMATO ACTUAL DE CORREO QUE EXISTE PARA CHILE.
TEST
Usuario Mail
Carmen Segura CLSEGURA@falabella.com.pe
Ronald Mayaute RMAYAUTE@falabella.com.pe
María Pellón MPELLONY@falabella.com.pe
Mery Camavilca mcamavilcap@falabella.com.pe
Jesus Cordova jcordova@tottus.com.pe
Luis Sánchez ext_lsanchezr@Falabella.cl
PRODUCCIÓN
Usuario Mail
Carmen Segura CLSEGURA@falabella.com.pe
Ronald Mayaute RMAYAUTE@falabella.com.pe
María Pellón MPELLONY@falabella.com.pe
Mery Camavilca mcamavilcap@falabella.com.pe
Jesus Cordova jcordova@tottus.com.pe
8. Resultado del Proceso
Dado que es una extensión a la DI PTP-N-201 la integración debe funcionar como lo hace
actualmente.
9. Alcance Técnico
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
raíz) raíz. entrega.
<Entrega> <Cabecera> 1..1 Datos de Hace referencia a que todo mensaje de mercancía tiene 1 y
cabecera. solo 1 conjunto de datos de cabecera.
<Entrega> <Item> 1..N Items. Hace referencia a que todo mensaje de mercancía tiene
múltiples items.
Definición del contenido de cada parte del mensaje:
Cardi- Restricción de Descripción de

Dato de Origen Nodo padre Tag XML Tipo de dato
nalidad valores funcionamiento
SYS_GUID
hexadecimal
SYS_GUID <Header> <Id_Mensaje> Char(32) 1..1 estándar por
mensaje
(Empaquetado)
Fecha de Envío
Formato
Fecha <Header> <Fecha> STRING 1..1 Formato aaaa-
YYYYMMDD
mm-dd
Valores: {“CL”,
Código de País
Id. país de origen. <Header> <Pais> STRING 1..1 “PE”, “CO”,
“PE” para Perú
“AR”, “UR”}
P009 o P010
Cod. sociedad <Header> <Sociedad> STRING 1..1 según
corresponda
Código Interfaz <Header> <CodigoInterfaz> Char(15) 1..1 Fijo: PTP-N-201
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)
Tipo de registro <Cabecera> <Tip_Reg> Char(5) 1..1 Fijo: AF2C

RUC del
NIF <Cabecera> <NIF> Char(60) 1..1
Proveedor
Valores: {“CL”,
Código de País
País <Cabecera> <Pais> Char(3) 1..1 “PE”, “CO”,
“PE” para Perú
“AR”, “UR”}
P009 o P010
Sociedad <Cabecera> <Sociedad> Char(4) 1..1 según
corresponda
Corresponde al
Número de F2 al
Carta de Porte <Cabecera> <CartaDePorte> Char(20) 1..1
que se realiza el
Ajuste de Costo
Corresponde al
Ejercicio SAP <Cabecera> <EjercicioSAP> INT4 1..1 Año Contable del
Ajuste
Usuario SAP <Cabecera> <Usuario> Char(12) 1..1 SAPUser SAPUser

Código del
SKU <Posicion> <SKU> Char(15) 1..1
Producto
Importe Unitario
Importe <Posicion> <Importe> STRING 1..1 ya “Ajustado”
(Sin impuestos)
*No utilizado en
Costo Total <Posicion> <CostoT> Char(50) 1..1
PMM
*No Utilizado en
Cantidad <Posicion> <CantidadT> Char(50) 1..1
PMM
1.- Comunicación de mensajes empaquetados.

2.- Se debe enviar SYS_GUID hexadecimal por mensaje (Empaquetado).
3.- 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.
4.- El mensaje de confirmación es a través de un SP publicado en la base del legado.
Ejemplo de mensaje de confirmación:
<?xml version="1.0" encoding="UTF-8"?>

<ns1:EnviarFacturaConfirmation xmlns:ns1="urn:Falabella.cl:S4H:LogisticaInventario:Factura">
<Header>
<Id_Mensaje>
94FDF282CCD8EF4EE0537821010AC87A</Id_Mensaje>
<Pais>PE</Pais>
<Sociedad>P009</Sociedad>
<Legado>PMM</Legado>
</Header>
<ESTADO>0</ESTADO>
<SYS_GUID>005056A24F9A1EE9BBEFAEA0329946B1</SYS_GUID>
<FECHA>2020-02-06</FECHA>
<ID_INTERFAZ>PTP-201-1</ID_INTERFAZ>
<NUMEROLEGADO>14046703</NUMEROLEGADO>
<SOCIEDAD>P009</SOCIEDAD>
</ns1:EnviarFacturaConfirmation>
Se Solicita que en el asunto del Correo con error se informe:
 NRO INTEGRACIÓN
 LEGADO
 SOCIEDAD
 FECHA
 GUI
 F2
Ejemplo:
Asunto: PTP-N-201-PMM-P009-20200206
Se han identificado los siguientes errores durante la lectura y procesamiento de los datos enviados.
Guid Id Mensaje N. Mensaje Texto Mensaje
Error F2 de complemento 7665345

005056926C1F1EEA91D28C21B1D9BB49 ZMM 054
10. Información del sistema legado
Responsable Jesus Cordova () Entrada (X ) Salida

del sistema Tipo Interfaz
legado
( ) Síncrona (Ej.: Una 272 Por Hora
Espera consulta) Cantidad de
Respuesta (X) Asíncrona Registros
(X) Con respuesta aproximados
( ) Sin respuesta
Modo de (X ) Batch (X) Reproceso de ( ) Total (X) Delta
ejecución Online errores
Sistema ( ) File Frecuencia ( ) Anual ( ) Mensual

(X) JDBC (Request y ( ) Semanal (X ) Diario
confirmation) ( ) A Pedido
( ) SOAP (Request) () Otro
( ) Otros (¿Cuál?) _30 Minutos______
________________
Cantidad de 10 () SI
Campos Campos a ( X) NO
Homologar
Acción en SAP () Nueva (X

( ) NO Tipo )A
(X) SI Convertir
Datos Adicionales
Para el caso de los reintentos que son por fallas que no sean funcionales se definirá el
siguiente lineamiento (Guaranteed Delivery), desde SAP hacia el Legado
El sistema PMM deberá devolver el resultado de la ejecución, en caso que haya sido exitoso,
devolver un OK, si fue un error, devolver el error para que PMM proceda a ejecutar
nuevamente.
El reproceso de la orden es responsabilidad de SAP y en caso de error deberá generar un
proceso para reprocesar el F2C 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 PMM con PO se debe enviar un
email al responsable del proceso, con ello se pueden realizar acciones de mitigación.
11. Casos de Prueba

N° Casos Consideraciones / Integraciones con otros Frentes
Rebajar diferencia a documentos, controlar cuadratura EM/RF, validar envío de

1 Ajuste de Costos a documentos
diferencia a cuenta Transitoria.
Error de comunicación en el envío del Mail con aviso al usuario de la lista de distribución con error en el proceso del F2C
2
F2C entre SAP y PO Funcionamiento del Guaranteed Delivery
Error de comunicación en el envío de Mail con aviso al usuario de la lista de distribución con error en el proceso del F2C
3
F2C entre PO y PMM Funcionamiento del Guranteed Delivery
F2C informado correctamente por SAP al Sistema Legado.

Crear F2C en soles para Oriente
4 El Sistema Legado debe actualizar el costo en PMM considerando la imputación al
producto con IGV
costo del igv.
Crear F2C en soles para Oriente F2C informado correctamente por SAP al Sistema Legado.
5
producto sin IGV El Sistema Legado debe actualizar el costo en PMM
Crear F2C en HT a producto con ISC F2C informado correctamente por SAP al Sistema Legado.
6
afecto a IGV El Sistema Legado debe actualizar el costo en PMM
Crear F2C en HTO con producto con F2C informado correctamente por SAP al Sistema Legado.
7
ISC El Sistema Legado debe actualizar el costo en PMM
Crear F2C en HTO con producto sin F2C informado correctamente por SAP al Sistema Legado.
8
ISC El Sistema Legado debe actualizar el costo en PMM

9 Crear F2C en HT en dólares
El Sistema Legado debe actualizar el costo en PMM

10 Crear F2C en HTO en dólares
El Sistema Legado debe actualizar el costo en PMM

F2C actualizado en EM/RF de SAP y en Cuenta “Control de Ajuste Precio Legado” de
Crear F2C en HTO intercompany con SAP.
11
ISC
El Sistema Legado debe actualizar costo legado la imputación del importa de ISC y
costo.
Crear F2C en HT con productos
12 SAP.
exonerados o inafecto
El Sistema Legado debe actualizar costo legado
Crear F2C de proveedores que SAP.
13
renunciaron a la exoneración de IGV
El Sistema Legado debe actualizar costo legado y considerando la imputación al costo
del IGV.
DI Chile F2C
El usuario registra en la transacción MIRO las facturas recibidas con referencia a cada uno de los
pedidos de compra*; SAP de manera estándar carga en pantalla las cantidades e importes que
corresponden a las EM*, si se presenta alguna diferencia a nivel de importe el usuario registra en
la pestaña CUENTA DE MAYOR, datos como la cuenta contable, el importe, y en el campo texto
de posición agrega el número factura y la posición, entre otros. Con esto el documento quedaría
igualado (Importe Factura v/s EM)
Una vez el usuario está seguro que el documento se debe salvar hace clic en el botón contabilizar,
en ese momento el programa Z de esta interface se activa y envía a PMM los datos destallados
en la definición
técnica de campos.
Esta imagen es referencia
*Documentos
previamente
creados en SAP.
Alertas No se identifican alertas, dado que el proceso de envió de datos a PMM se

realizará después de la contabilización de la MIRO.
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.
Otras Consideraciones
Esta integración es en una sola vía, esta integración no espera respuesta por parte de PMM.
Lógica de Procesamiento
Alcance de la presente Integración:
La integración entre SAP y PMM se delimitada por las sociedades abajo descritas.
Código Sociedad FI en SAP Nombre sociedad en SAP Pais
C059 HIPERMERCADOS TOTTUS S.A. CL:Chile
P009 HIPERMERCADOS TOTTUS S.A. PE:Peru
P010 HIPERTOTTUS ORIENTE S.A.C PE:Peru
*las sociedades de Perú no están en la EDI se agregan a solicitud del negocio, se exponen que su
manejo sería igual.
Flujo de Información
Estructura y Cardinalidad:
El sistema enviara los siguientes datos:
La estructura tiene definidos los siguientes nodos y cardinalidad:
Nodo Padre Nodo Cardinalidad Comentario
(nodo raíz) <VF> 1..1 Documento raíz.
VF <Cabecera> 1..1 Datos de cabecera.
VF <Posición> 1..N Posiciones o Items.

Los elementos que conforman estos nodos son:
ESTRUCTURA.xlsx
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).
Todas entradas al log de aplicaciones de este desarrollo deben quedar registradas en la siguiente
jerarquía:
 Objeto: Según los lineamientos del área de integraciones & desarrollos.
 Sub-objeto: Según los lineamientos del área de integraciones & desarrollos.
La fecha de expiración de todas las entradas en log de aplicaciones debe corresponder a los
lineamientos del proyecto.
Lógica para el mapeo de campos de la interfaz propiamente dicha
Todo el proceso relacionado a esta interface inicia en el momento en que el usuario hace click
en la opción contabilizar de la transacción MIRO, si dentro de las validaciones propias de SAP el
documento se puede grabar, el programa Z (que hace parte de la interface) evalúa si la Sociedad
usada por el usuario es la C059, P009 ó P010 si esto es correcto se inicia la identificación de
campos detallado líneas abajo.
El programa Z verifica de la estructura interna que se crea en el instante de la grabación del

documento (llámese a estructura a la preparación que hace SAP en tablas internas para grabar el documento):
1. Si en la estructura de CABECERA el campo BURKS=C059 or BURKS=P009 or BURKS=P010.
(Se recomienda controlar las sociedades en una tabla de constantes)
2. Si en la estructura de POSICION los datos de REFERENCIA DE PEDIDO el campo
COMPLAINT_REASON = ”Z2” (F2 Complemento).
A partir de la premisa antes expuesta se construye la estructura interna para envió de datos a
PMM, según lo detallado la sección estructura y cardinalidad, en la tabla se relaciona la columna
regla en cada paso abajo detallado se explica cómo extraer el dato correspondiente.
El campo texto por posición de la pestaña CUENTA DE MAYOR de la MIRO contiene el número
de referencia + la posición que se usa como llave para la consecución de los demás datos.
 Numero de referencia=número de entrada MIGO
 Posición=número de posición de la MIGO.
Paso 0: validamos cuando se ejecuta la interface de envio de datos

IF TabInt-BURKS=”C059” or TabInt-BURKS=P009 or TabInt-BURKS=P010 THEN
IF ACGL_ITEM-HKONT ≠ “vacio” si el campo cuenta es diferente a vacio
Se llena la estructura para envio de datos a PMM.
ENDIF
ENDIF
Paso 1: obtenemos el RUT del proveedor

Con los datos de TabInt-LIFNR ingresamos a la tabla DFKKBPTAXNUM: Nº identificación
fiscal p.interlocutor comercial
Select DFKKBPTAXNUM-TAXNUM from DFKKBPTAXNUM when DFKKBPTAXNUM-
PARTNER= TabInt-LIFNR
Paso 2: obtenemos el país de la sociedad

Con los datos de TabInt-BURKS ingresamos a la tabla T001
Select T001-LAND1, T001-BURKS from T001 when T001-BUKRS=TabInt-BURKS
Paso 3: obtener el número de la entrada de Mercancía de PMM

En la estructura cargada por la MIRO de la pestaña CUENTA DE MAYOR obtenemos el
LFBNR, así:
Del campo SGTXT extraemos los primeros 10 caracteres que son el Doc.referencia (EM SAP), y
también extraemos todos (###) los caracteres que estén después de los dos puntos que
corresponden a la posicion:
Ejemplo: 5000000313:1
EM: 5000000313
Pos: 1
ingresamos a la tabla MATDOC y extraemos el FRBNR (carta porte donde se consigna el numero
de entrada PMM) y los datos del pedido para después buscar el SKU.
Select MATDOC-FRBNR, MATDOC- EBELN, MATDOC-EBELP from MATDOC when

MATDOC- MBLNR=EM and MATDOC- LFPOS=Pos
Paso 4: obtener el numero del sku de PMM

De los datos cargados en el paso 3 (MATDOC- EBELN, MATDOC-EBELP) ingresamos a la
tabla EKPO, asi:
Select EKPO- IDNLF from EKPO when EKPO-EBELN=MATDOC- EBELN and EKPO-
EBELP=MATDOC-EBELP
Paso 5: Importe a enviar a PMM (importe asociado a la cuenta contable en positivo o Negativo)
Busco el valor del importe asociado a la cuenta contable que se identificó en la estructura interna,
Campo : ACGL_ITEM-WRBTR
*tener atencion con el signo del importe:
Si SHKZG=”H” : Haber el signo es Negativo
Si SHKZG=”D” : Haber el signo es Positivo
Ejemplo:
if SHKZG = “H” then
ACGL_ITEM-WRBTR - DRSEG-WRBTR
if SHKZG = “D” then
ACGL_ITEM-WRBTR + DRSEG-WRBTR.
Endif
Posteriormente,
En el caso de los SKU con ILA se debe sumar: Monto ajustado + flete + Impuesto adicional.
Luego, dividir entre las cantidades del campo DRSEG-MENGE y asignar el resultado al valor
nodo-tag: <posicion>-<importe>.
En el caso de los SKU restantes se debe sumar: Monto ajustado + flete. Seguidamente, dividir
entre las cantidades del campo DRSEG-MENGE y asignar el resultado al valor nodo-tag:
<posicion>-<importe>.
Como datos de prueba tomar el pedido – Mandante 120:

PO: 6900000013
VF: 5105600507
Se recomienda usar la Badi para la MIRO identificada así:

Una vez creada la tabla interna con estos datos hace un llamado al ABAP PROXI para que se envié
a PMM.
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.
Tratamiento de Errores
En el caso de presentarse errores de comunicación entre SAP y PMM para la transmisión de los
datos, PO (Process Orchestration) realizara tres intentos de retransmisión esto a intervalos de
tiempo (definición proyecto); si es infructuoso y los datos no son transmitidos, se realizará él
envió del LOG de errores a los usuarios registrados en la lista de distribución (correo E-mail)
que se creará para esta integración.
Area Nombre Mail

Contabilidad Ramón Gonzalez redgonzalez@Falabella.cl
Contabilidad Erik Silva easilva@Falabella.cl
Contabilidad Graciela Alarcón gcalarcon@Falabella.cl
Pago Proveedores Olga Carrasco ocarrasco@tottus.cl
Para el reenvió
Pago Proveedores Claudia Diaz canddiaz@Falabella.cl
manual se debe
relevar y evaluar el procedimiento, que deberá ser ejecutado por alguna de las personas
notificada via correo, a nivel de programación la estructura con los datos no transmitidos
será almacenada en SAP con el número del documento MIRO, que será la llave para su
lanzamiento posterior.
Notificación de error 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, si se presenta un error indicando el log del proceso,
como se presenta a continuación:
Correo Modelo:
Asunto: Error (Registro diferencias F2 Complemento)
(dd.mm.aaaa)
Se ha ejecutado el ajuste de la factura para la sociedad C059 - HIPERMERCADOS TOTTUS
S.A, el envió ha generado error con referencia al número de documento MIRO: #########.
Responsable del Tipo Interfaz (X) Entrada ()

sistema legado Salida
( ) Síncrona (Ej.: Una consulta) Cantidad de 5000 Entradas Diarias

Espera Respuesta (X) Asíncrona Registros
(X) Con respuesta aproximados
( ) Sin
Modo de respuesta Reproceso de
( ) Batch (X) Online (X) Total ()
ejecución errores Delta
Sistema ( ) File ( ) Anual ( ) Mensual
(X) JDBC Frecuencia
( ) Semanal ( ) Diario
(Respuesta) (X) (X) A Pedido
SOAP (Request) ( ) Otro (¿cuál?) Con una
( ) Otros hora de frecuencia.
Cantidad de Campos a (X) SI
Campos Homologar ( ) NO
(Cuenta Contable, CeCo,
BP)
Acción en SAP Tipo (X) Nueva

( ) NO
( ) A Convertir
(X) SI
Datos
Adicionale
N/A s
Pruebas
Caso Descripción Resultados esperados
1 Ajuste de Costos a documentos sin impuesto Rebajar diferencia a documentos, liberar bloqueo de
adicional ni flete pago si corresponde al rango de tolerancia, controlar
cuadratura EM/RF, validar envío de diferencia a
cuenta Transitoria.
2 Ajuste de Costos a documentos con distintas tasas de Rebajar diferencia a documentos, liberar bloqueo de
impuestos adicionales y Flete pago si corresponde al rango de tolerancia, controlar
cuenta Transitoria.
3 Ajuste de Costos a documentos con más de 1 tasa de Rebajar diferencia a documentos, liberar bloqueo de
impuestos y flete (Ej: pago si corresponde al rango de tolerancia, controlar
20,5%+31,5%) cuadratura EM/RF, validar envío de diferencia a
cuenta Transitoria.
4 Ajuste de Costos a documentos con impuesto adicional Rebajar diferencia a documentos, liberar bloqueo de
que no influyan en el costo del producto (Ej: harina) pago si corresponde al rango de tolerancia, controlar
cuenta Transitoria.
5 Ajuste de Costos a documentos de envases o Rebajar diferencia a documentos, liberar bloqueo de
exentos. pago si corresponde al rango de tolerancia, controlar
Caso Descripción Resultados esperados

cuenta Transitoria.
SLG1:
Objeto: ZFALABELLAPE
Sub-Objeto: Factura
Documentación Técnica – PO
Descripción de interfaz
COD PTP-M-201 NOMBRE Movimientos de Ajustes de Costos doc F2
Vertical: Tamaño Máximo
Sistema Origen Sistema Destino
de Mensaje (KB)
Destino S4H 18.796 KB Tamaño
PMM
de Mensaje
Descripción PMM en Tottus Perú tendrá la misma estructura y funcionalidad que
PMM Tottus Chile
Modo Operación Asíncrono Síncrono
Respuesta Si No
Activación S4H  PMM
Objeto de Negocio Factura
Tipo de Integración IDOC Proxy Otra
con SAP
Dirección (con Inbound Outbound
respecto a SAP)
Nivel de Alta Media Baja Muy Baja
Complejidad
Modo de ejecución Tiempo Real Batch
Periodicidad de Diaria Semanal Mensual Anual
ejecución Trimestral Por Demanda Otra:_____
Persistencia 7 dias
Módulos FI CO SD MM BW Otros PM
Impactados
Analista Técnico David Valenzuela
Características de la etapa de envío

Etapa de Envío: <Definir evento que gatillara la interfaz con las siguientes características>
272 5000
Nº Estimado de Peak Estimado de
mensajes mensajes por
Mensajes/Día Mensajes/Min
por hora día
< HH:MM
Hora de Inicio (si procede) Hora de Fin (si procede) < HH:MM >
>
Formato Envío (XML, IDOC, Formato Recepción (XML,
XML XML
etc.) IDOC, etc.)
Nº Campos de Mapeo 5 Timeout (si procede) 30 seg
Características de la etapa de respuesta (si procede)

Etapa de Respuesta: <definir evento de respuesta de la interfaz en caso sea necesario>
272 5000
Nº Estimado de Peak Estimado de
mensajes mensajes
Mensajes/Día Mensajes/Min
por hora por día
Formato Envío (XML, IDOC, Formato Recepción (XML,
XML XML
etc.) IDOC, etc.)
Nº Campos de Mapeo 16 Timeout 30 seg
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
SEG1
SEG2
Tratamiento de errores de integración (reproceso técnico)

Introducir aquí el contenido si aplica o no
Asignación del módulo de funciones de entrada / salida al tipo mensaje

Introducir aquí el contenido si aplica o no
Acuerdos de interlocutor
Introducir aquí el contenido
Tratamiento de errores de IDOC

Introducir aquí el contenido
Definición PROXY
Estructura: <nombre de objeto relacionado a estructura proxy>
Pac Pr
Service Interface Namespace SWCV kag efi
e x
urn:Falabella.cl:S4H:Logistic F_I_S4H_LOGISTIC ZPTP ZPO
EnviarFacturaRequest_Out
aInventario:Factura AINVENTARIO
EnviarFacturaConfirmatio urn:Falabella.cl:S4H:Logistic F_I_S4H_LOGISTIC ZPTP ZPO
n_Inb aInventario:Factura AINVENTARIO
EnviarResultadoEnviarFact urn:Falabella.cl:S4H:Logistic F_I_S4H_LOGISTIC ZPTP ZPO
uraNotification_Out aInventario:Factura AINVENTARIO
Estructura de Datos y Requerimiento de Transformación de Datos.

Numero de Flujo Sistemas Entrada, Salida y Mapeo
01 S4H – PMM
Estructura 201.xlsx
DATOS PROPIOS DE LA INTEGRACION (sección dedicada a consultor PO)
System Landscape Directory.

Product Software Component Technical Business System
System
F_S4H F_I_S4H_LOGISTICAINVENTARIO F4D S4H120_D
F_PMM F_I_PMM_LOGISTICAINVENTARIO N/A PMM_PE_D
F_EMAIL F_I_EMAIL_LOGISTICAINVENTARIO N/A EMAIL_D
F_PI F_C_PI_COMMON N/A N/A
Enterprise Service Repository.
Integration Builder Design – REQUEST-PERÚ

Repository – REQUEST PERÚ
Resumen Diagrama de Flujo – REQUEST
Data Type
Nombre Factura
Namespace urn:Falabella.cl:S4H:LogisticaInventario:Factura
Software Component F_I_S4H_LOGISTICAINVENTARIO
Version
Estructura
Estructura 201.xlsx
Data Type
Nombre FacturaSqlStmt
Namespace urn:Falabella.cl:PMM:LogisticaInventario:Factura
Software Component F_I_PMM_LOGISTICAINVENTARIO
Version
Estructura
Estructura 201.xlsx
Message Type
Nombre EnviarFacturaRequest
Version
Data Type Relacionado Factura
Namespace data type urn:Falabella.cl:S4H:LogisticaInventario:Factura
relacionado
Target namespace urn:Falabella.cl:S4H:LogisticaInventario:Factura
Message Type
Nombre EnviarFacturaSqlStmt
Version
Data Type Relacionado FacturaSqlStmt
Namespace data type urn:Falabella.cl:PMM:LogisticaInventario:Factura
relacionado
Target namespace urn:Falabella.cl:PMM:LogisticaInventario:Factura
Service Interface
Nombre EnviarFacturaRequest_Out
Version
Estructura relacionada EnviarFacturaRequest
relacionado
Categoría Inbound Outbound
Modo Asincrónico Sincrónico
Service Interface
Nombre EnviarFacturaRequestSqlStmt_Inb
Version
Estructura relacionada EnviarFacturaSqlStmt
relacionado
Message Mapping
Nombre EnviarFacturaRequest_to_EnviarFacturaSqlStmt
Namespace urn:Falabella.cl:PI:LogisticaInventario:Factura
Software Component F_A_PI_LOGISTICAINVENTARIO
Version
Estructuras EnviarFacturaRequest
Relacionadas Origen
urn:Falabella.cl:S4H:LogisticaInventario:Factura
Estructuras EnviarFacturaSqlStmt
Relacionadas Destino
urn:Falabella.cl:PMM:LogisticaInventario:Factura
Definición de Mapeo
Estructura 201.xlsx
Operation Mapping
Nombre EnviarFacturaRequest_Out_to_EnviarFacturaRequestSqlStmt_Inb
Software F_A_PI_LOGISTICAINVENTARIO
Component Version
Mapeos EnviarFacturaRequest_to_EnviarFacturaSqlStmt
Relacionados
Operaciones EnviarFacturaRequest_Out
Relacionados Origen urn:Falabella.cl:S4H:LogisticaInventario:Factura
Operaciones EnviarFacturaRequestSqlStmt_Inb
Relacionados urn:Falabella.cl:PMM:LogisticaInventario:Factura
Destino
Integration Builder
Configuration Scenario
Nombre EnviarFactura
Integrated Configuration
Comm
unicati
on
Party
Comm S4H120_D
unicati
on
Comp
onent
Interfa EnviarFacturaRequest_Out
ce
Interfa urn:Falabella.cl:S4H:LogisticaInventario:Factura
ce
Names
pace
Inbou Communication Channel
nd
SOAPXISenderEnviarFactura
Proces
sing
Receiv Condition Communication Communication Component
er Party Receiver
/p1:EnviarFacturaRequest/AjusteCo
sto/Header/Pais = PE AND PMM_PE_D
/p1:EnviarFacturaRequest/AjusteCo
sto/Header/Legado/Legados =
PMM
Receiv Condition Operation Mapping Interface Namespace
er EnviarFacturaRequest_Out_t EnviarFacturaR urn:Falabella.cl:PMM
Interfa o_EnviarFacturaRequestSqlSt equestSqlStmt_ :LogisticaInventario:F
ces mt_Inb Inb actura
Outbo Communication Channel
und
JDBCReceiverEnviarFactura
Proces
sing
Communication Channel
Party
Communication S4H120_D
Component
Nombre SOAPXISenderEnviarFactura
Adaptador BC CIDX File HTTP_AAE IDoc_AAE JDBC
JMS
Mail RFC AS2 HTTP IDoc SOAP
WS
REST Otro: SOAPXI

Configuración SOAP/HTTP/XI 3.0/Central Adapter Engine
XMBWS.Timeout / 5000
Party
Communication PMM_PE_D
Component
Nombre JDBCReceiverEnviarFactura
JMS
WS
REST Otro:
Configuración JDBC Driver: oracle.jdbc.OracleDriver
Connection: por definir
User Name: por definir
Password: por definir
Advance
Advance Mode
Additional Parameters
Disconnect from Database After Processing Each Message
Repository – CONFIRMATION PERÚ

Resumen Diagrama de Flujo – CONFIRMATION
Data Type
Nombre EnviarFacturaConfirmation
Version
Estructura
Estructura 201.xlsx
Data Type
Version
Estructura
Estructura 201.xlsx
Message Type
Version
Data Type Relacionado EnviarFacturaConfirmation
Namespace data type urn:Falabella.cl:PMM:LogisticaInventario:Factura
relacionado
Target namespace urn:Falabella.cl:PMM:LogisticaInventario:Factura
Message Type
Version
Data Type Relacionado EnviarFacturaConfirmation
Namespace data type urn:Falabella.cl:S4H:LogisticaInventario:Factura
relacionado
Target namespace urn:Falabella.cl:S4H:LogisticaInventario:Factura
Service Interface
Nombre EnviarFacturaConfirmation_Out
Version
Estructura relacionada EnviarFacturaConfirmation
relacionado
Service Interface
Nombre EnviarFacturaConfirmation_Inb
Version
Estructura relacionada EnviarFacturaConfirmation
relacionado
Message Mapping
Nombre EnviarFacturaConfirmation_to_EnviarFacturaConfirmation
Software Component F_A_PI_LOGISTICAINVENTARIO
Version
Estructuras EnviarFacturaConfirmation
Relacionadas Origen
urn:Falabella.cl:PMM:LogisticaInventario:Factura
Estructuras EnviarFacturaConfirmation
Relacionadas Destino
Definición de Mapeo
Estructura 201.xlsx
Operation Mapping
Nombre EnviarFacturaConfirmation_Out_PMM_to_EnviarFacturaConfirmation_Inb
Software F_A_PI_LOGISTICAINVENTARIO
Component
Version
Mapeos EnviarFacturaConfirmation_to_EnviarFacturaConfirmation
Relacionados
Operaciones EnviarFacturaConfirmation_Out
Relacionados urn:Falabella.cl:PMM:LogisticaInventario:Factura
Origen
Operaciones EnviarFacturaConfirmation_Inb
Relacionados urn:Falabella.cl:S4H:LogisticaInventario:Factura
Destino
Integration Builder
Comm
unicati
on
Party
Comm PMM_PE_D
unicati
on
Compo
nent
Interfa EnviarFacturaConfirmation_Out
ce
Interfa urn:Falabella.cl:PMM:LogisticaInventario:Factura
ce
Names
pace
Inboun Communication Channel
d
SOAPSenderEnviarFacturaConfirmation
Proces
sing
Receiv Condition Communication Communication Component
er Party Receiver
S4H120_D
Receiv Con Operation Mapping Interface Namespace
er ditio
Interfa n
ces EnviarFacturaConfirmation_Out_P EnviarFacturaC urn:Falabella.cl:S4H:L
MM_to_EnviarFacturaConfirmation onfirmation_In ogisticaInventario:Fac
_Inb b tura
Outbo Communication Channel
und
SOAPXIReceiverEnviarFacturaConfirmation
Proces
sing
Party
Communication PMM_PE_D
Component
Nombre SOAPSenderEnviarFacturaConfirmation
JMS
WS
REST Otro:
Configuración SOAP/HTTP/SOAP 1.1/Central Adapter Engine
HTTP Security Level: HTTP
Quality of Service: Exactly Once
Party
Component
Nombre SOAPXIReceiverEnviarFacturaConfirmation
JMS
WS
REST Otro: SOAPXI
Configuración SOAP/HTTP/XI 3.0/Central Adapter Engine
HTTP Destination: S4DCLNT120
Repository – NOTIFICATION PERÚ

Resumen Diagrama de Flujo – NOTIFICATION
External Definition
Nombre Mail
Namespace urn:Falabella.cl:PI:Common:Mail
Software Component Version F_C_PI_COMMON
Archivo a importar
Service Interface
Nombre EnviarResultadoEnviarFacturaNotification_Out
Version
Estructura relacionada External Definition: Mail – Mail
Namespace relacionado urn:Falabella.cl:PI:Common:Mail
Service Interface
Nombre EnviarResultadoEnviarFacturaNotification_Inb
Namespace urn:Falabella.cl:EMAIL:LogisticaInventario:Factura
Software Component F_I_EMAIL_ LOGISTICAINVENTARIO
Version
Estructura relacionada External Definition: Mail – Mail

Namespace relacionado urn:Falabella.cl:PI:Common:Mail
Integration Builder Configuration Scenario – NOTIFICATION PERU

Communicat
ion Party
Communicat
ion S4H120_D
Component
Interface EnviarResultadoEnviarFacturaNotification_Out
Interface
Namespace
Inbound Communication Channel
Processing SOAPXISenderEnviarResultadoEnviarFactura
Condition Communication Party Communication Component Receiver
Receiver
EMAIL_D
Operati
Conditi on
Interface Namespace
Receiver on Mappin
Interfaces g
EnviarResultadoEnviarFacturaNotific urn:Falabella.cl:EMAIL:LogisticaInventari
ation_Inb o:Factura
Outbound Communication Channel
Processing MAILReceiverEnviarResultadoEnviarFactura
Party
Component
Nombre SOAPXISenderEnviarResultadoEnviarFactura
JMS Mail RFC AS2 SOAP WS
REST Otro: SOAPXI
Configuración SOAP / HTTP / XI
Party
Communication EMAIL_D
Component
Nombre MAILReceiverEnviarResultadoEnviarFactura
JMS Mail RFC AS2 SOAP WS
REST Otro:
Configuración SMTP / XIPAYLOAD / Receiver
Servidor: smtp://correoseguro.falabella.cl:25
Puerto:25
Usuario: SAP-PO-PREPROD@falabella.cl
Pass:
Use Mail Package
Content Encoding: base64
Documentación Técnica – ABAP

Fecha Actual Fecha Entrega
(dd/mm/aaaa) (dd/mm/aaaa)
Objetos (Solo en utilización de PROXY)

[Incluir en esta sección un inventario de los objetos que componen y serán utilizados en el
desarrollo, indicando tablas, programas, funciones, etc. Listar todos los objetos, ya sean nuevos
o existentes. En caso de requerir la creación de tablas, estructuras, elementos de datos o campos
específicos incluir un detalle de cada uno. Eliminar este comentario en la versión final del
documento.]
Short Description Program ID Object Type Object Name
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.
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]

DIT-PTP-M-201-Anexo-Perú-Movimientos de Ajustes de Costos

Caricato da

Informazioni sul documento

Descrizione originale:

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-M-201-Anexo-Perú-Movimientos de Ajustes de Costos

Caricato da

Copyright:

Formati disponibili

Diseño - Integración

Detalles del Requerimiento

BPD PTP-N-201-Anexo Perú-

3 ZXXT04 Valores constantes tr-m-56

6 ZXXT012 Configuracion de escenarios por legado

El alcance de la presente integración es a las sociedades de PERU, así:

SOC FI RUT DESCRIPCION SAP PAIS

8. Resultado del Proceso

Definición de las partes del mensaje:

Nodo Nodo Cardinalidad Comentario Descripción de funcionamiento

Definición del contenido de cada parte del mensaje:

Cardi- Restricción de Descripción de

Código Interfaz <Header> <CodigoInterfaz> Char(15) 1..1 Fijo: PTP-N-201

Fijo: “PMM” para

Tipo de registro <Cabecera> <Tip_Reg> Char(5) 1..1 Fijo: AF2C

Usuario SAP <Cabecera> <Usuario> Char(12) 1..1 SAPUser SAPUser

1.- Comunicación de mensajes empaquetados.

<?xml version="1.0" encoding="UTF-8"?>

Se Solicita que en el asunto del Correo con error se informe:

Guid Id Mensaje N. Mensaje Texto Mensaje

Error F2 de complemento 7665345

10. Información del sistema legado

Responsable Jesus Cordova () Entrada (X ) Salida

Sistema ( ) File Frecuencia ( ) Anual ( ) Mensual

Acción en SAP () Nueva (X

11. Casos de Prueba

Rebajar diferencia a documentos, controlar cuadratura EM/RF, validar envío de

F2C informado correctamente por SAP al Sistema Legado.

F2C informado correctamente por SAP al Sistema Legado.

F2C informado correctamente por SAP al Sistema Legado.

F2C informado correctamente por SAP al Sistema Legado.

Esta imagen es referencia

Alertas No se identifican alertas, dado que el proceso de envió de datos a PMM se

VF <Posición> 1..N Posiciones o Items.

El programa Z verifica de la estructura interna que se crea en el instante de la grabación del

Paso 0: validamos cuando se ejecuta la interface de envio de datos

Paso 1: obtenemos el RUT del proveedor

Paso 2: obtenemos el país de la sociedad

Paso 3: obtener el número de la entrada de Mercancía de PMM

Select MATDOC-FRBNR, MATDOC- EBELN, MATDOC-EBELP from MATDOC when

Paso 4: obtener el numero del sku de PMM

Como datos de prueba tomar el pedido – Mandante 120:

Se recomienda usar la Badi para la MIRO identificada así:

Area Nombre Mail

Notificación de error de ejecución

Responsable del Tipo Interfaz (X) Entrada ()

( ) Síncrona (Ej.: Una consulta) Cantidad de 5000 Entradas Diarias

Acción en SAP Tipo (X) Nueva

Caso Descripción Resultados esperados

Características de la etapa de envío

Características de la etapa de respuesta (si procede)

Definición estructura SAP

Tratamiento de errores de integración (reproceso técnico)

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

Tratamiento de errores de IDOC

Estructura de Datos y Requerimiento de Transformación de Datos.

DATOS PROPIOS DE LA INTEGRACION (sección dedicada a consultor PO)

System Landscape Directory.

Enterprise Service Repository.

Integration Builder Design – REQUEST-PERÚ

REST Otro: SOAPXI

Repository – CONFIRMATION PERÚ