Creación y modificación masiva normas reparto PEP

EXPEDIENTE DE REQUERIMIENTO
FORMULARIO O REPORTE
Area de Desarrollo, Aplicaciones & Analíticas
Información del Proyecto

(Diligencia el consultor funcional)
Nombre del cliente Tipo de Proyecto
LEVAPAN Implementación SAP
Nombre del Proyecto
Conexión LEGO
Versión de SAP
S/4 Hana
Identificación del requerimiento

(Diligencia el consultor funcional)
Código del Requerimiento CO 001 C
Descripción del Requerimiento Creacion y/o modificación normas de reparto
Módulo
Prioridad (X ) Alta/Obligatorio
(Marcar con una X una de las opciones)
( ) Media/Recomendado
( ) Baja/Opcional
Nro. Orden de Servicio Khronos
Control de versiones o cambios al contenido del documento

(Diligencia una fila quien actualice el documento)
Versión Fecha Persona que realiza la Descripción
(Consecutivo (DD-MM-AAAA) modificación
1, 2, 3…)
Documentos relacionados
(Diligencia una fila quien requiera referenciar un documento relacionado con el requerimiento)
Descripción Ubicación en Comentarios Persona quien
SolMan, en la Red o referencia éste
Nro. Ticket SolMan documento
A tener en cuenta antes de diligenciar el documento

 Todos los campos deben diligenciarse obligatoriamente, cuando no aplique debe llenarse con “No Aplica”
 El nombre del documento debe ser:
Cliente + Módulo + “ABAP” + RoF(Tipo de Desarrollo: R -> Reporte o F -> Formulario) + Consecutivo + Descripción del
requerimiento.
Sin rayas entre las palabras, sólo espacios. Ejemplo: “La14 MM ABAP F 001 Orden de Compra”. Si no tiene un consecutivo
para el desarrollo, puede obviar esa información y colocar de una vez la descripción. Para los tickets de la mesa de soporte
funcional debe colocarse como “Consecutivo del desarrollo” el número del ticket en el SolMan.
 El tipo de letra para todo el documento debe ser Arial (tamaño entre 10 y 12), en color negro, sin resaltados. Escribir el nombre
de los objetos técnicos en mayúsculas.
 Insertar las imágenes en un formato liviano (JPG), que no aumente considerablemente el tamaño del archivo.
 Revisar la ortografía y correcta redacción antes de entregar el documento. Escribir utilizando oraciones impersonales, concretas
y precisas.
 Al terminar, actualizar la tabla de contenido y dejar el documento en zoom del 100%. No dejar hojas en blanco.
 No se debe alterar el contenido de éste documento ni repetir información de un ítem a otro.
 Es responsabilidad del consultor funcional solicitar y suministrar los escenarios de prueba que le permitan al desarrollador probar
los programas para garantizar que la solución cumpla con lo solicitado.
Fecha de Emisión: 24 de Octubre de 2015 Página 1 de 31

Este documento contiene información legalmente protegida por ser privilegiada o confidencial. Cualquier diseminación, distribución,
copia, reproducción o uso indebido de este documento y/o sus anexos está estrictamente prohibida y podrá ser sancionada legalmente.
¡Imprimir si es absolutamente necesario!
Tabla de Contenido
REQUERIMIENTO FUNCIONAL ................................................................................................................................... 3
ESPECIFICACIÓN TÉCNICA DEL CONSULTOR FUNCIONAL ................................................................................... 6
DOCUMENTACIÓN TÉCNICA DE LA SOLUCIÓN ..................................................................................................... 19
CONTROL DE CAMBIOS # ......................................................................................................................................... 27

REQUERIMIENTO FUNCIONAL
(El usuario responsable por parte del cliente debe diligenciar todos los ítems de esta sección, guiado por el consultor funcional)
Usuario funcional responsable del requerimiento Juan Fernando Martinez

Correo electrónico jmartineza@levapan.com
1. Justificación
La solicitud de este desarrollo se debe a que los elemento PEP y/o grafos puede tener varias normas de
reparto con diferentes objetos PA (clientes, materiales, grupo de productos, vendedores), esta actividad
funcional genera demasiada carga operativa debido a la cantidad de proyectos de publicidad con
diferentes criterios de objetos PA en su liquidación.
2. Descripción Funcional del Proceso de Negocio
Se debe actualizar masivamente las normas de liquidación en los elementos PEP y/o grafo
correspondientes a los proyectos de publicidad que se manejan en el módulo de PS por medio de la
transacción CJ20N. Donde las normas de reparto pueden tener varias posiciones con tipo de imputación
OPA (objeto PA) solicitando el diligenciamiento de varias características como cliente, grupo de
materiales, grupo de vendedores en cada una de las posiciones de la norma de reparto.

3. Criterios de ordenamiento de los datos

N/A
4. Modo de ejecución
En línea
5. Validaciones
6. Manejo de errores (Algunas reglas para alarmas y monitoreo)

Condición para la generación del mensaje Texto del mensaje
 Las normas de reparto liquidan más de un
La sumatoria de la norma de liquidación de
100% en total
cada elemento PEP debe sumar 100%, si
 Las normas de reparto liquidan menos del
no se cumple, arrojar dos mensajes de
100% y la comprobación 100% esta
error dependiendo si supera o no el 100%
activada.
7. Consideraciones de Desempeño
 Cantidad de datos esperados y su periodicidad
Varía dependiendo del elemento PEP, puede tener más de 1.000 líneas de normas de liquidación.
 Frecuencia de ejecución
Una vez al mes
8. Otros requisitos no funcionales
9. Requerimientos de Seguridad y Autenticación (Detalle de autorizaciones)
10. Casos de Prueba

IMPORTANTE: Indique cada uno de los escenarios de prueba que deben validarse como alcance, para garantizar que el resultado
sea el esperado. Agregue tantas filas como requiera.
Criterio de ejecución Resultado Esperado
Modificar elemento PEP, tratar – costos
Normas de liquidación actualizadas.
– norma de liquidación

ESPECIFICACIÓN TÉCNICA DEL CONSULTOR FUNCIONAL

(El consultor funcional debe diligenciar todos los ítems de esta sección)
Consultor funcional asignado John Henry Gutierrez

Correo electrónico John.gutierrez@grupocnet.com
1. Información técnica para formularios

(Solo para formularios)
Programa de control Estándar N.A
Formulario Estándar N.A
Clase de mensaje N.A
2. Prerrequisitos y Premisas
 Relacionados con Datos y Procesos
 Dependencias con otros WRICEFs

(Workflow, Reporte, Interfaz, Conversión, Enhancement (Ampliación), Formulario)
N.A
Código del Nombre Requerimiento Descripción de la dependencia
Requerimiento
3. Transacciones involucradas en el proceso

Transacción Descripción
CJ20N Project Builder
CJ12 Modificar elemento PEP
4. Diseño funcional
Si es parte de un proceso estándar debe incluirse un ejemplo pantalla por pantalla indicando la transacción correspondiente
Crear transacción Z para la creación de las normas de liquidación para la clase de proyecto T&M (Trade and Marketing). El reporte
debe ser un ALV editable.
El reporte debe tener dos alternativas.
1. Carga de normas de liquidacion Manual: En esta alternativa el objetivo es ingresar al sistema, invocar proyecto o el
elemento PEP y seleccionar las caracteristicas de la norma de liquidación para el obejeto OPA.
2. Carga de Archivo Excel: Dentro de la misma transacción tener la posibilidad de realizar una carga masiva desde un
archivo de excell.
Carga manual de las carateristicas OPA dentro de los elementos PEP.

Parametros de Entrada:
i) Proyecto: Rango (PROJ – PSPNR) Con este parametro se trae todos los elementos PEP que estan asociados al
proyecto, de la siguiente forma:
ii) Elemento PEP: Rango (PRPS- PSPHI) El PSPNR se convierte en campo llave para realizar la busqueda en la tabla
PRPS.
iii) Nivel: Rango (PRPS-STUFE)
Al ejecutar la transacción Z el sistema debe buscar el proyecto con sus respctivos elementos PEP y niveles.

iv) Centro de costo: Campo obligatorio.
v) De forma matricial debe estar todas las caracteristicas que se estipuelen el el modulo COPA. Las caracteristicas son
datos variables, la propuestas es:
 Cliente
 Artículo
 Clase factura
 Pedido cliente
 PosPedClte
 Orden
 Sociedad
 Centro
 División
 Área funcional
 Segmento
 Organiz.ventas
 Canal distrib.
 Sector
 Centro de coste
 Objeto de coste
 CeBe
 CeBe interl.
 Zona de ventas
 Oficina ventas
 Gr.vendedores
 Grupo artículos
 Grupo clientes
 DestinatFactura
 Dest.mercancías
 País
 Ramo
Estas caractersiticas deben ser mostradas en el reporte Z.
Cada una de las casillas de las caracteristicas deben ser seleccionable, si dentro de las normas de liquidación existen varias lineas.
Se debe descriminar. Para ello el programa debe verificar

Despues de ingresar todas las normas de liqudación en los diferentes elementos PEP. El sistema debe realizar una validación y si
existen normas de liquidación que no estan, se deben completar. Se recomienda para esto realizar un Log de Errores.
Carga desde un archivo de Excell.
Ingresar el nombre del archivo en la ruta para ficheros.
El sistema debe proveer un log, donde muestre los elementos cargados, cuales con W y cuales con E.

5. Definición de información adicional (no estándar de SAP) a incluir

Indique los campos requeridos agrupados por la relación lógica que considere adecuada. Un grupo de campos puede incluir campos
estándar de SAP y campos no estándar, cuya agrupación no existe en SAP como una tabla estándar y por tanto debe crearse como
una tabla Z. El consultor ABAP debe revisar éste diseño y optimizarlo para integrarlo correctamente a la base de datos de SAP
(Repita las dos tablas siguientes por cada grupo de campos que necesite especificar)
 Información general Grupo de datos No. #
Nombre grupo
Tamaño estimado de registros de ese
grupo
Esta información debe tener mantenimiento
por parte del usuario? (Sí/No)
 Estructura Grupo de datos No. #

Nombre Tabla-Campo Formato Obligatorio Valor Observaciones (Regla de
campo (longitud) del /Opcional por Conversión / Lógica de consulta /
(indicar la longitud Cálculo requerido / Validación)
campo Defecto
si no es un campo
estándar)
6. Parámetros de entrada
La transaccion Z creacion de normas de liquidación debe tener en su dinpro, dos botones a seleccionar.
 Carga de normas de liquidacion Manual.

 Carga de Normas de Liquidación por medio de Archivo Excel
Carga de normas de liquidacion Manual: Para la norma de liquidación de los proyectos de Trade and Marketing se debe
contemplar los siguientes parametros de entrada.
Nombre campo Tabla-Campo Valor Único? Obligatorio Valor por

(longitud) / Rango de /Opcional Defecto
(indicar la longitud si valores?
no es un campo
estándar)
Definición del proyecto PROJ-PSPID Rango Valores Opcional N.A
(000024) Desde 1 hasta ZZ
Elemento del plan de PRPS-POSID Rango Valores obligatorio N.A
estructura de proyecto (000024) Desde 1 hasta ZZ
(elemento PEP)

Carga de Normas de Liquidación por medio de Archivo Excel: Para realizar la carga por medio de un archivo plano se debe
contemplar el poder descargar la plantilla
Al oprimir el icono de de descargar modelo CREATE el sistema debe descargar la plantilla estandar
Nombre campo Tabla-Campo Valor Obligatorio Valor por

(longitud) Único? /Opcional Defecto
(indicar la longitud si no / Rango de
es un campo estándar)
valores?
Definición de Proyecto PROJ-PSPID (000024) N.A N.A N.A
Elemento del plan de PRPS-POSID (000024) N.A N.A N.A
estructura de proyecto
(elemento PEP)
PS: Descripción breve PRPS-POST1 (000040) N.A N.A N.A
(primera línea de texto)
Centro de coste COBL-KOSTL (000010) N.A N.A N.A
Nivel PRPS –STUFE (00002) N.A N.A N.A
Tipo de imputación COBRB-KONTY (00002) N.A N.A N.A
Porcentaje de liquidación COBRB-PROZS(00002) N.A N.A N.A
Cliente CE01000 – KNDNR N.A N.A N.A
(00010)
Número de artículo CE01000 -ARTNR -(40) N.A N.A N.A
Clase de factura CE01000 -FKART -(4) N.A N.A N.A
Número del pedido de cliente CE01000 -KAUFN -(10) N.A N.A N.A
Número de posición en el N.A N.A N.A
pedido de cliente CE01000 -KDPOS -(6)
Número de orden CE01000 -AUFNR -(12) N.A N.A N.A
Sociedad CE01000 -BUKRS -(4) N.A N.A N.A
Centro CE01000 -WERKS -(4) N.A N.A N.A
División CE01000 -GSBER N.A N.A N.A
Área funcional CE01000 -FKBER N.A N.A N.A
Segmento para reporting de CE01000 - N.A N.A N.A
segmento FB_SEGMENT
Organización de ventas CE01000 -VKORG -(4) N.A N.A N.A
Canal distrib. CE01000 -VTWEG -(2) N.A N.A N.A
Sector CE01000 -SPART -(2) N.A N.A N.A
CeBe CE01000 -PRCTR -(10) N.A N.A N.A
CeBe interl. CE01000 -PPRCTR - N.A N.A N.A
(10)
Objeto de coste CE01000 -KSTRG -(12) N.A N.A N.A
Elemento del plan de N.A N.A N.A
estructura de proyecto CE01000 -
(elemento PEP) PS_PSP_PNR
Centro de coste CE01000 - N.A N.A N.A
COPA_KOSTL -(10)
Zona de ventas CE01000 -BZIRK -(6) N.A N.A N.A
Oficina ventas CE01000 -KMVKBU -(4) N.A N.A N.A
Gr.vendedores CE01000 -KMVKGR -(3) N.A N.A N.A
Grupo de artículos CE01000 -MATKL -(9) N.A N.A N.A
Grupo de clientes CE01000 -KDGRP -(2) N.A N.A N.A

Nombre campo Tabla-Campo Valor Obligatorio Valor por

(longitud) Único? /Opcional Defecto
(indicar la longitud si no / Rango de
es un campo estándar)
valores?
Destinatario de la factura CE01000 -KUNRE -(10) N.A N.A N.A
Destinatario de mercancías CE01000 -KUNWE -(10) N.A N.A N.A
Clave de país CE01000 -LAND1 -(3) N.A N.A N.A
Clave de ramo industrial CE01000 -BRSCH -(4) N.A N.A N.A
7. Resultado del Proceso (Salida del reporte o formulario)

 Tipo de salida
(Marque con una equis el que corresponda)
Formulario
Reporte X
 Logos
Utilizar los losgos estandar, establecidos por LEVAPAN
 Traducciones
Indicar si se debe presentar el reporte o formulario en un idioma diferente al español e incluir los textos correspondientes en ese
idioma
El reporte solo debe ser emitido en idioma ES. ( Español).
 Textos estándar / Set de datos

Si se tienen definidos textos o sets de datos para lectura de información en el formulario o reporte, detalle cuales son
N.A
 Título principal y cabecera
Titulo: Norma de Liquidación Para Proyectos Trade And Marketing
 Subtítulos
En los subtítulos debe llevar:
Usuario: Usuario quien emite el reporte.

Fecha de Emisión del Reporte.
Definición del proyecto con su respectivo rango.
 Diseño de la salida
Puede adjuntar un documento con el diseño solicitado para el reporte o formulario, numerando sus campos de tal manera que
correspondan con la descripción dada en el siguiente ítem (Campos de salida)

 Campos de salida
Estos campos de salida aplican para cuando son datos iniciales y no hay normas de liquidacion en los
proyectos y/o elementos PEP.
Número Nombre Tabla-Campo Forma Valor por Observaciones (Regla de

del campo (longitud) to del Defecto Conversión / Lógica de consulta /
(indicar la longitud si Cálculo requerido / Validación)
campo camp
(Según el no es un campo
o
diseño de estándar)
salida del
punto
anterior)
1 Definición PROJ-PSPID CHAR N.A Proyecto / Elemento PEP : PROJ –
de (000024) PSPNR (ingresar el ID del
Proyecto Proyecto).
2 Elemento PRPS-POSID CHAR N.A Elemento PEP: PRPS –PSHI

del plan de (000024) (Ingresar el ID del proyecto), el
estructura resultado de la tabla es traer todos
de los elementos PEP que se
proyecto encuentran en el campo OBJNR.
(elemento
PEP)
3 PS: PRPS-POST1 CHAR N.A Descripción: PRPS / POST1 , traer
Descripció (000040) la descripción de los elementos
n breve PEP.
(primera
línea de
texto)
4 Centro de COBL-KOSTL CHAR N.A Campo de Entrada
coste (000010)
5 Nivel PRPS –STUFE CHAR N.A Campo de Entrada
(00002)
6 Tipo de COBRB-KONTY CHAR OPA Parámetro constante
imputación (00002)
7 Porcentaje COBRB- CHAR N.A Campo de Entrada, cuando el valor
de PROZS(00002) de la norma es menor que 100%,
liquidación se debe copiar una línea con la
información correspondiente al
elemento PEP.
8 Cliente CE01000 – KNDNR CHAR N.A Campo de Entrada
(00010)
9 Número CE01000 -ARTNR - CHAR N.A Campo de Entrada
de artículo (40)
10 Clase de CHAR N.A Campo de Entrada
factura CE01000 -FKART -(4)
11 Número CHAR N.A Campo de Entrada
del pedido CE01000 -KAUFN -
de cliente (10)
de
posición
en el
pedido de
cliente CE01000 -KDPOS -(6)
13 Número CE01000 -AUFNR - CHAR N.A Campo de Entrada
de orden (12)
14 Sociedad CE01000 -BUKRS -(4) CHAR N.A Campo de Entrada

campo camp
o
salida del
punto
anterior)
15 Centro CHAR N.A Campo de Entrada
CE01000 -WERKS -(4)
16 CHAR N.A Campo de Entrada
División CE01000 -GSBER-(4)
17 Área CHAR N.A Campo de Entrada
funcional CE01000 -FKBER-(16)
18 Segmento CHAR N.A Campo de Entrada
para
reporting
de CE01000 -
segmento FB_SEGMENT - (8)
19 Organizaci CHAR N.A Campo de Entrada
ón de
ventas CE01000 -VKORG -(4)
20 Canal CHAR N.A Campo de Entrada
distrib. CE01000 -VTWEG -(2)
21 Sector CHAR N.A Campo de Entrada
CE01000 -SPART -(2)
22 CeBe CE01000 -PRCTR - CHAR N.A Campo de Entrada
(10)
23 CeBe CE01000 -PPRCTR - CHAR N.A Campo de Entrada
interl. (10)
24 Objeto de CE01000 -KSTRG - CHAR N.A Campo de Entrada
coste (12)
25 Elemento NUMC N.A Campo de Entrada
del plan de
estructura
de
proyecto
(elemento CE01000 -
PEP) PS_PSP_PNR - (8)
26 Centro de CE01000 - CHAR N.A Campo de Entrada
coste COPA_KOSTL -(10)
27 Zona de CHAR N.A Campo de Entrada
ventas CE01000 -BZIRK -(6)
28 Oficina CE01000 -KMVKBU - CHAR N.A Campo de Entrada
ventas (4)
29 Gr.vended CE01000 -KMVKGR - CHAR N.A Campo de Entrada
ores (3)
30 Grupo de CHAR N.A Campo de Entrada
artículos CE01000 -MATKL -(9)
clientes CE01000 -KDGRP -(2)
32 Destinatari CHAR N.A Campo de Entrada
o de la CE01000 -KUNRE -
factura (10)
o de
mercancía CE01000 -KUNWE -
s (10)
34 Clave de CHAR N.A Campo de Entrada
país CE01000 -LAND1 -(3)
ramo
industrial CE01000 -BRSCH -(4)

Modificación de la Norma de Liquidación, se debe identificar el Objeto PA y realizar la modificación de la

caracteristica que requieran adicionar utilizando la siguiente lógica.

campo camp
o
salida del
punto
anterior)
0 Modificaci CHAR Verificar tabla PRPS – PSPNR e
ón ingresar los elementos PEP.
Identifique el campo OBJNR
0 Modificaci CHAR Con el Objeto identificado en el
ón punto anterior, ingrese a la tabla
COBRB y con el OBJNR identifique
el campo RKEOBJNR.
0 Modificaci CHAR Con el o los Objetos encontrados,

ón realizar búsqueda en la tabla
CE41000_ACCT y traer todos los
parámetros a modificar.
1 Definición PROJ-PSPID CHAR N.A Proyecto / Elemento PEP : PROJ –
de (000024) PSPNR (ingresar el ID del
Proyecto Proyecto).
2 Elemento PRPS-POSID CHAR N.A Elemento PEP: PRPS –PSHI

del plan de (000024) (Ingresar el ID del proyecto), el
estructura resultado de la tabla es traer todos
de los elementos PEP que se
proyecto encuentran en el campo OBJNR.
(elemento
PEP)
3 PS: PRPS-POST1 CHAR N.A Descripción: PRPS / POST1 , traer
Descripció (000040) la descripción de los elementos
n breve PEP.
(primera
línea de
texto)
4 Centro de COBL-KOSTL CHAR N.A Campo de Entrada
coste (000010)
5 Nivel PRPS –STUFE CHAR N.A Campo de Entrada
(00002)
6 Tipo de COBRB-KONTY CHAR OPA Parámetro constante
imputación (00002)
7 Porcentaje COBRB- CHAR N.A Campo de Entrada, cuando el valor
de PROZS(00002) de la norma es menor que 100%,
liquidación se debe copiar una línea con la
información correspondiente al
elemento PEP.
8 Cliente CE01000 – KNDNR CHAR N.A Campo de Entrada
(00010)
9 Número CE01000 -ARTNR - CHAR N.A Campo de Entrada
de artículo (40)
10 Clase de CHAR N.A Campo de Entrada
factura CE01000 -FKART -(4)
del pedido CE01000 -KAUFN -
de cliente (10)


campo camp
o
salida del
punto
anterior)
de
posición
en el
pedido de
cliente CE01000 -KDPOS -(6)
13 Número CE01000 -AUFNR - CHAR N.A Campo de Entrada
de orden (12)
14 Sociedad CE01000 -BUKRS -(4) CHAR N.A Campo de Entrada
15 Centro CHAR N.A Campo de Entrada
CE01000 -WERKS -(4)
16 CHAR N.A Campo de Entrada
División CE01000 -GSBER-(4)
17 Área CHAR N.A Campo de Entrada
funcional CE01000 -FKBER-(16)
18 Segmento CHAR N.A Campo de Entrada
para
reporting
de CE01000 -
segmento FB_SEGMENT - (8)
19 Organizaci CHAR N.A Campo de Entrada
ón de
ventas CE01000 -VKORG -(4)
20 Canal CHAR N.A Campo de Entrada
distrib. CE01000 -VTWEG -(2)
21 Sector CHAR N.A Campo de Entrada
CE01000 -SPART -(2)
22 CeBe CE01000 -PRCTR - CHAR N.A Campo de Entrada
(10)
23 CeBe CE01000 -PPRCTR - CHAR N.A Campo de Entrada
interl. (10)
24 Objeto de CE01000 -KSTRG - CHAR N.A Campo de Entrada
coste (12)
25 Elemento NUMC N.A Campo de Entrada
del plan de
estructura
de
proyecto
(elemento CE01000 -
PEP) PS_PSP_PNR - (8)
26 Centro de CE01000 - CHAR N.A Campo de Entrada
coste COPA_KOSTL -(10)
27 Zona de CHAR N.A Campo de Entrada
ventas CE01000 -BZIRK -(6)
28 Oficina CE01000 -KMVKBU - CHAR N.A Campo de Entrada
ventas (4)
29 Gr.vended CE01000 -KMVKGR - CHAR N.A Campo de Entrada
ores (3)
artículos CE01000 -MATKL -(9)
clientes CE01000 -KDGRP -(2)
o de la CE01000 -KUNRE -
factura (10)
33 Destinatari CE01000 -KUNWE - CHAR N.A Campo de Entrada
o de (10)

campo camp
o
salida del
punto
anterior)
mercancía
s
país CE01000 -LAND1 -(3)
ramo
industrial CE01000 -BRSCH -(4)
 Totales
N.A
 Pie de página
N.A
 Tipo de Impresora
(Aplica solamente para formularios)
N.A
 Tamaño del papel y orientación
N.A
 Impresión en papel pre impreso?

(Aplica solamente para formularios) Escribir Sí o No. Si se utilizará Papel Pre Impreso entregar una copia en físico en el tamaño real
de impresión
N.a
 Saltos de página
Si un formulario se imprime en varias páginas aclarar qué información debe presentarse en cada una
N.a
 Requerimientos de código de barras

N.a
 Otros requerimientos de impresión

(Aplica solamente para formularios) Describir el tipo de fuentes a presentar y cualquier otra aclaración importante para la impresión

8. Escenarios de prueba
IMPORTANTE: Indique cada uno de los escenarios de prueba que deben validarse técnicamente para garantizar que el resultado
funcional sea el esperado.
Repetir esta tabla por cada uno de los escenarios de prueba, dichos escenarios deben corresponder con los casos de prueba de la
especificación del requerimiento (Numeral 10 del apartado anterior), en caso de no incluirlos completos explique por qué. Agregue
otros adicionales si lo considera necesario y especifique una variante por cada uno.
Descripción del caso de prueba
Mandante: (Indicar preferiblemente un mandante 150

Sandbox o de pruebas en el ambiente de Desarrollo,
en caso contrario indique un mandante en Calidad)
Ambiente: (Desarrollo/Calidad) Sandbox
Paso Descripción (Incluir transacción correspondiente)
1. CJ12
2. Definición de Proyecto: C10.0001
3. Elemento PEP: C10.0001-001-01
4. Ingrese al Icono de Norma de liquidación
5.
Ingrese en el TP el parámetro OPA

6 Ingresar todas las características
Resultados esperados
Creación de Norma OPA
Comentarios:
Ninguno.
Han sido especificados todos los escenarios

indicados por el usuario? (Si/No)
Comentarios
9. Aprobación especificación
Nombre – Compañía Firma Fecha (DD-MM-AAAA)

DOCUMENTACIÓN TÉCNICA DE LA SOLUCIÓN

(La consultoría ABAP debe diligenciar todos los ítems de esta sección)
Consultor ABAP asignado Jose Rodrigo Cuartas

Correo electrónico jose.cuartas@grupocnet.com
1. Descripción del objeto

Paquete ZPS
Tipo de programa Carga de masiva de datos
Nombre del programa ZRPPSC_NORM_LIQ
Nombre del formulario No aplica
Transacción ZPS_NORM_LIQ
Clase de mensajes No aplica
Fecha de Creación (DD-MM-AAAA) 22-08-2017
2. Diseño de la solución
Diagrama de flujo o una secuencia de pasos precisa y ordenada
Para la carga de normas de liquidación se crearon los siguientes objetos:
 Se creó el Grupo de funciones llamado ZFGPS_NORM_LIQ, este grupo de funciones
tiene los siguientes módulos de funciones:
o ZFMPS_DES_PLAN_EX: Este módulo de funciones se encarga de crear un Excel
el cual se usa como modelo para la carga de datos. Los campos de entrada y
salida son:
 Exporting:
 EX_ERROR: Indica si se generó algún error durante el proceso de
creación de la plantilla.
 Tables:
 TB_HOJAS_PLAN: Lista de pestañas que tendría la plantilla. En
esta tabla se consignan el nombre de la tabla o estructura que se
descargara y el nombre de la pestaña.
o ZFMPS_NORM_LIQ: Se encarga de crear o modificar las normas de reparto PEP.
los campos de entrada y el proceso que realiza el módulo de funciones es:
 Exporting:
 EX_ERROR: Indica si se generó algún error durante el proceso de
creación de la plantilla.
 Tables:
 TB_NORM_LIQ: Contiene la lista de normas de liquidación a crear
o modificar.
 TB_LOG: Log de errores durante el proceso de liquidación.
 El proceso que se realiza para la modificación o creación es:
 Se lee los datos principales de los proyectos y elementos PEP.
 Se recorren todas las imputaciones de la tabla TB_NORM_LIQ.
 Se bloquea el objeto PEP antes de crear o mod la norma de
liquidación.
 se llama a la función K_SRULE_PRE_READ la cual leen los datos
de la norma de liquidación.


Se llama a la función K_SETTLEMENT_RULE_GET la cual lee los
datos básicos de la imputación de la norma de liquidación.
 Se llama a la función K_SRULE_EXPORT_IMPORT la cual envía
los datos de la norma de liquidación del elemento PEP a memoria.
 Se extraen de memoria las estructuras llamadas L_MEM_COBRA
y L_MEM_COBRB de la ID de memoria llamada K_SRULE.
 Se llama a la función K_SETTLEMENT_RULE_REFRESH la cual
refresca las variables de la norma de liquidación.
 Se recorre la tabla TB_NORM_LIQ y se realizan los siguientes
pasos:
o Se modifica o se crea un Objeto PA con la función
COPA_PROFITABILITY_SEGMENT.
o Se agrega o modifica un registro en la tabla
L_MEM_COBRB.
 Se envía a memoria las estructuras L_MEM_COBRA y
L_MEM_COBRB a la ID de memoria llamada K_SRULE.
 Se ejecuta la función K_SRULE_EXPORT_IMPORT para que la
norma de liquidación tome los datos enviados a la memoria.
 Se ejecuta la función K_SETTLEMENT_RULE_SAVE para que
guarde los datos de la norma de liquidación.
 Se llena la tabla TB_LOG con los errores y proceso realizado
correctamente.
 Se creó el programa de carga llamado ZRPPSC_NORM_LIQ, el cual realiza los
siguientes pasos:
o Si el usuario presiono el botón se creara un Archivo de Excel con
la plantilla de que sebe de llenar. Para hacer eso se usa la función
ZFMPS_DES_PLAN_EX.
o Se lee el archivo de la ubicación dada por el usuario en el parámetro P_FIELD y
se llena la tabla llamada TI_NORM_LIQ.
o Se usa la función ZFMPS_NORM_LIQ.
o Se muestra el LOG del proceso con la tabla TI_NORM_LIQ_LOG en un ALV.
3. Parámetros
Nombre campo Tabla-Campo Obligatorio Valor por Entrada/Salida
(longitud) /Opcional Defecto
(indicar la longitud si no es
un campo estándar)
P_FIELD LOCALFILE Obligatorio C:\ Entrada
4. Tablas Z
IMPORTANTE: El consultor ABAP debe revisar el diseño de las tablas Z sugerido por la consultoría funcional en cuanto a la
definición de sus campos, llave, índices, consultas, etc. (Duplique estos dos ítems por cada tabla Z a documentar)
 Información general
Nombre tabla No aplica
Tiene vista de actualización?
Transacción asociada

 Campos de la tabla Z
Longitud
(indicarla si no
Obligatorio/ Tipo de es un campo
Campo Descripción Opcional campo estándar) Observaciones
No aplica
5. Estructura Z
(Duplique estos dos ítems por cada estructura Z a describir)
5.1. Estructura ZSTPS_NORM_LIQ
Nombre estructura Estructura para la norma de liquidación
 Campos de la estructura Z
Longitud
(indicarla si no
Tipo de es un campo
Campo Descripción campo estándar) Observaciones
PSPID Definición del proyecto PS_PSPID
POSID Elemento del plan de estructura de PS_POSID
proyecto (elemento PEP)
POST1 PS: Descripción breve (primera línea PS_POST1
de texto)
KOSTL Centro de coste KOSTL
STUFE Nivel en jerarquía del proyecto PS_STUFE
LFDNR Número actual de una norma de BR_LFDNR
reparto
KONTY Tipo de imputación INV_OFFSET_
CAT_KK
PROZS Porcentaje de liquidación BRGPROZS
KNDNR Cliente KUNDE_PA
ARTNR Número de artículo ARTNR
FKART Clase de factura FKART
KAUFN Número del pedido de cliente KDAUF
KDPOS Número de posición en el pedido de KDPOS
cliente
AUFNR Número de orden AUFNR
BUKRS Sociedad BUKRS
WERKS Centro WERKS_D
GSBER División GSBER
FKBER Área funcional FKBER
SEGMENT Segmento para reporting de FB_SEGMENT
segmento
VKORG Organización de ventas VKORG
VTWEG Canal de distribución VTWEG
SPART Sector SPART
PRCTR Centro de beneficio PRCTR
PPRCTR Centro de beneficio interlocutor PPRCTR

KSTRG Objeto de coste KSTRG
PSPNR Elemento del plan de estructura de PS_PSP_PNR
COPA_KO Centro de coste COPA_KOSTL
STL
BZIRK Zona de ventas BZIRK
KMVKBU Oficina de ventas VKBUR
KMVKGR Grupo de vendedores VKGRP
MATKL Grupo de artículos MATKL
KDGRP Grupo de clientes KDGRP
KUNRE Destinatario de la factura KUNRE
KUNWE Destinatario de mercancías KUNWE
LAND1 Clave de país LAND1_GP
BRSCH Clave de ramo industrial BRSCH
5.2. Estructura ZSTPS_NORM_LIQ_LOG

Nombre estructura Log para Estructura de la norma de liquidación
Longitud
(indicarla si no
Tipo de es un campo
ICON Icono en campos de texto ICON_D
(representación adicional, alias)
TYPE Tipo mensaje: S Success, E Error, W BAPI_MTYPE
Warning, I Info A Abort
ID Clase de mensajes SYMSGID
NUMBER Número de mensaje SYMSGNO
PSPID Definición del proyecto PS_PSPID
POSID Elemento del plan de estructura de PS_POSID
LFDNR Número actual de una norma de BR_LFDNR
reparto
MESSAGE Texto de mensaje BAPI_MSG
6. Listado de tablas / estructuras / vistas estándar utilizadas en el programa

Nombre Descripción
PRPS Elemento PEP (elem.de plan estruct.proyecto) datos maestros
PROJ Definición del proyecto

7. Includes asociados al programa

(Listar objetos Z y estándar)
Nombre Descripción
ZRPPSC_NORM_LIQ_RTN Include de Performs
ZRPPSC_NORM_LIQ_SCR Funciones básicas para la pantalla
ZRPPSC_NORM_LIQ_TOP Top de campos del programa ZRPPSC_NORM_LIQ
8. Funciones utilizadas en el programa

Nombre Grupo de Funciones Descripción
ZFMPS_DES_PLAN_EX ZFGPS_NORM_LIQ
Descargar plantilla para
cargas masivas
GET_FIELDTAB SDD3 Read fields of a table in the
format DFIES
ZFMPS_NORM_LIQ ZFGPS_NORM_LIQ Crear - Act Norma de
liquidación
ENQUEUE_EC_PROJ /1BCDWBEN/CEN0013 Request lock for object
EC_PROJ
ENQUEUE_EKCOBR /1BCDWBEN/KEN0000
K_SRULE_PRE_READ KOBS Abrechnungsvorschrift von
DB in lokales Gedächtnis
füllen
K_SETTLEMENT_RULE_GET KOBS Abrechnungsvorschrift an
Tabelle übergeben
K_SRULE_EXPORT_IMPORT KOBS Übergabe von
Abrechnungsvorschriften
über Rollbereichsgrenzen
K_SETTLEMENT_RULE_REFRESH KOBS Zurücksetzen der internen
Tabellen bei
Abrechnungsvorschrift
K_SETTLEMENT_RULE_SAVE KOBS Sichern einer
Abrechnungsvorschrift
BAPI_TRANSACTION_COMMIT BAPT Execute external Commit
when using BAPIs
9. Detalle de las Pantallas Z

Número de Descripción
Pantalla
No aplica
10. Clases utilizadas en el programa

(Listar objetos Z y estándar). En la descripción incluir Interfaces, Atributos, Métodos, Eventos, Alias
Nombre Descripción
OLE2_OBJECT

11. Otros objetos

IMPORTANTE: Indicar Sets de Datos, Variables o cualquier otra información a la que el usuario deba hacer mantenimiento.
Nombre Tipo de Objeto Descripción
No aplica
12. Verificaciones técnicas

(Incluir pantallazos)
Code Inspector
Comentarios:
Verificación ampliada
Comentarios
13. Manual de ejecución

 Consideraciones para la Ejecución
Listar las consideraciones para una correcta ejecución del programa
 Procedimiento de Ejecución
Presentar todas las pantallas que intervienen en la ejecución del programa (de un mandante del sistema SAP del cliente)
 Se debe de ejecutar la transacción ZPS_NORM_LIQ.
 Para tener obtener el Modelo del Excel que se debe de usar para la carga se debe de
usar el botón , el cual abre un Excel con la plantilla a usar.
 Se debe de llenar la plantilla para la carga de la Norma de liquidación.
 Se debe de llenar el campo Fichero con la ubicación del archivo.
 Se debe de presionar el botón .
 Se cargara el archivo y se mostrara el Log del resultado.

14. Pruebas Técnicas

IMPORTANTE: Detalle cada uno de los casos de prueba verificados técnicamente para garantizar que el resultado funcional es el
esperado.
Repetir esta tabla por cada uno de los casos de prueba, dichos escenarios deben corresponder con los descritos en el numeral 8 del
apartado anterior, en caso de no incluirlos completos explique por qué. Agregue otros adicionales si lo considera necesario.
Descripción del caso de prueba (Se puede hacer referencia al número del escenario de prueba planteado
en la especificación funcional, numeral 8 del apartado anterior)
Mandante: (Indicar preferiblemente un

mandante Sandbox o de pruebas en el
ambiente de Desarrollo, en caso contrario
indique un mandante en Calidad)
Ambiente: (Desarrollo/Calidad)
Paso Descripción
1. Se descarga la plantilla
2. Se llena la plantilla
3. Se ingresa la ubicación del archivo y se ejecuta la transacción.
Resultados obtenidos (incluir pantallas)
15. Descargué de la plantilla.
Plantila Norm
Liq.xlsx
16. Se llena la plantilla con los datos.
17. Se ingresa la ubicación del archivo y se ejecuta la transacción.
Prueba satisfactoria? Sí/No SI

Observaciones
Nombre de quien realiza la prueba
Han sido probados todos los escenarios

indicados por el consultor funcional? (Si/No)
Comentarios
18. QA al desarrollo y la documentación

Dependiendo de la complejidad del desarrollo el área técnica determina si se realiza la documentación del QA realizado al
desarrollo, en caso contrario se diligencia con “No Aplica”
Fecha de Revisión (DD-MM-AAAA)
Consultor ABAP asignado al QA Alexander Riaño Corredor
Correo electrónico alexander.riano@grupocnet.com
Comentarios al código fuente Cumple con los estándares requeridos por
Compunet
Comentarios al resultado de la ejecución Prueba exitosa
Comentarios a la documentación Completa
Si el desarrollo o la documentación no requieren ajustes apruebe de una vez el desarrollo (no es necesario diligenciar la tabla de
Respuesta QA)
Respuesta al QA
Consultor ABAP
Fecha Respuesta (DD-MM-AAAA)
Comentarios
Aprobación del QA
Consultor que aprueba el Alexander Riaño Corredor
desarrollo
19. Relación de órdenes de transporte

Secuencia de Orden de transporte Descripción dada a la Orden de transporte
transporte
(Consecutivo 1, 2, 3,.. )
1 LVDK900445 PS: Programa 001 C Norma reparto
elemento PEP (17.08.2017)RC
20. Aprobación del desarrollo


CONTROL DE CAMBIOS #
(Asigne un número consecutivo 1, 2, 3,… según la secuencia de controles de cambio sobre el mismo programa)
Copie éste apartado por cada control de cambios a incluir (antes de diligenciarlo)
El usuario responsable por parte del cliente debe diligenciar los siguientes ítems:
Usuario funcional responsable del requerimiento

Correo electrónico
21. Cambio solicitado
22. Prioridad
Prioridad ( ) Alta/Obligatorio
(Marcar con una X una de las
opciones)
( ) Media/Recomendado
( ) Baja/Opcional
23. Casos de Prueba

IMPORTANTE: Indique cada uno de los escenarios de prueba que deben validarse como alcance, para garantizar que el resultado
del cambio sea el esperado. Agregue tantas filas como requiera.
Criterio de ejecución Resultado Esperado
24. Aprobación del control de cambios

El consultor funcional debe diligenciar los siguientes ítems:
Consultor funcional asignado

Correo electrónico
25. Descripción detallada del cambio
26. Definición de información adicional (no estándar de SAP)

Indique los campos requeridos agrupados por la relación lógica que considere adecuada. Un grupo de campos puede incluir campos
estándar de SAP y campos no estándar, cuya agrupación no existe en SAP como una tabla estándar y por tanto debe crearse como
una tabla Z. El consultor ABAP debe revisar éste diseño y optimizarlo para integrarlo correctamente a la base de datos de SAP
(Repita las dos tablas siguientes por cada grupo de campos que necesite especificar)
 Información general Grupo de datos No. #
Nombre grupo

Tamaño estimado de registros

de ese grupo
Esta información debe tener
mantenimiento por parte del
usuario? (Sí/No)
 Estructura Grupo de datos No. #

Nombre Tabla-Campo Formato Obligatorio Valor por Observaciones (Regla de
campo (longitud) del /Opcional Defecto Conversión / Lógica de
(indicar la longitud si consulta / Cálculo requerido /
campo
no es un campo Validación)
estándar)
27. Parámetros de entrada a agregar o modificar

Nombre Tabla-Campo (longitud) Valor Único? Obligatorio Valor por
campo (indicar la longitud si no es un campo / Rango de /Opcional Defecto
estándar)
valores?
28. Salida
 Campos de salida a agregar o modificar
Número Nombre Tabla-Campo Formato Valor Observaciones (Regla de Conversión /
del campo (longitud) del por Lógica de consulta / Cálculo requerido /
(indicar la longitud Validación)
campo campo Defecto
si no es un campo
estándar)
 Información de otros cambios en la salida
29. Escenarios de prueba

IMPORTANTE: Indique cada uno de los escenarios de prueba que deben validarse técnicamente para garantizar que el resultado
funcional sea el esperado.
Repetir esta tabla por cada uno de los escenarios de prueba, dichos escenarios deben corresponder con los casos de prueba de
éste control de cambios (Numeral 3), en caso de no incluirlos completos explique por qué. Agregue otros adicionales si lo considera
necesario.
Descripción del caso de prueba
Mandante: (Indicar preferiblemente un mandante

Paso Descripción (Incluir transacción correspondiente)
1.
2.
3.
Resultados esperados
Comentarios:
Han sido especificados todos los escenarios

indicados por el usuario? (Si/No)
Comentarios
30. Aprobación de la especificación del control de cambios

La consultoría ABAP debe diligenciar los siguientes ítems:
Consultor ABAP asignado

Correo electrónico
31. Diseño del cambio

(Diagrama de flujo o una secuencia de pasos precisa y ordenada)
32. Parámetros agregados o modificados

Nombre Tabla-Campo (longitud) Obligatorio Valor por Entrada/Salida
campo (indicar la longitud si no es un /Opcional Defecto
campo estándar)
33. Tablas Z agregadas o modificadas

IMPORTANTE: El consultor ABAP debe verificar el diseño de las tablas Z sugerido por la consultoría funcional en cuanto a la
definición de sus campos, llave, índices, consultas, etc.
Duplique estos dos ítems por cada tabla Z a describir.
Nombre tabla
Tiene vista de actualización?
Transacción asociada
 Campos de la tabla Z
Longitud
(indicarla si no
Obligatorio/ Tipo de es un campo
Campo Descripción Opcional campo estándar) Observaciones
34. Estructura Z agregadas o modificadas

Duplique estos dos ítems por cada estructura Z a describir
Nombre estructura
Tipo Longitud
(indicarla si no
de es un campo
35. Listado de otros objetos agregados o modificados con éste control de

cambios
IMPORTANTE: Indicar Sets de Datos, Variables o cualquier otra información a la que el usuario deba hacer mantenimiento.
Nombre Tipo de Objeto Descripción
36. Hay modificaciones en la ejecución del programa?

Escribir Sí o No, en caso de ser “Sí” indique en qué consisten dichos cambios

37. Pruebas Técnicas

IMPORTANTE: Detalle cada uno de los casos de prueba verificados técnicamente para garantizar que el resultado funcional es el
esperado.
Repetir esta tabla por cada uno de los casos de prueba, dichos escenarios deben corresponder con los descritos en el numeral 9 de
éste control de cambios, en caso de no incluirlos completos explique por qué. Agregue otros adicionales si lo considera necesario.
Descripción del caso de prueba (Se puede hacer referencia al número del escenario de prueba planteado en la
especificación funcional, numeral 9 de éste control de cambios)
Mandante: (Indicar preferiblemente un mandante

Paso Descripción
1.
2.
3.
Resultados obtenidos (incluir pantallas)
Prueba satisfactoria? Sí/No

Observaciones

Nombre de quien realiza la prueba
Han sido probados todos los escenarios

indicados por el consultor funcional? (Si/No)
Comentarios
38. Relación de órdenes de transporte del cambio

Secuencia de Orden de transporte Descripción dada a la Orden de transporte
transporte
(Consecutivo 1, 2, 3,.. )
39. Aprobación del cambio



Creación y modificación masiva normas reparto PEP

Cargado por

Información del documento

Título original

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

Creación y modificación masiva normas reparto PEP

Cargado por

Copyright:

Formatos disponibles

EXPEDIENTE DE REQUERIMIENTO

Información del Proyecto

Identificación del requerimiento

Control de versiones o cambios al contenido del documento

A tener en cuenta antes de diligenciar el documento

Fecha de Emisión: 24 de Octubre de 2015 Página 1 de 31

Fecha de Emisión: 24 de Octubre de 2015 Página 2 de 31

Usuario funcional responsable del requerimiento Juan Fernando Martinez

2. Descripción Funcional del Proceso de Negocio

Fecha de Emisión: 24 de Octubre de 2015 Página 3 de 31

3. Criterios de ordenamiento de los datos

6. Manejo de errores (Algunas reglas para alarmas y monitoreo)

8. Otros requisitos no funcionales

9. Requerimientos de Seguridad y Autenticación (Detalle de autorizaciones)

10. Casos de Prueba

Fecha de Emisión: 24 de Octubre de 2015 Página 5 de 31

ESPECIFICACIÓN TÉCNICA DEL CONSULTOR FUNCIONAL

Consultor funcional asignado John Henry Gutierrez

1. Información técnica para formularios

 Dependencias con otros WRICEFs

3. Transacciones involucradas en el proceso

El reporte debe tener dos alternativas.

Carga manual de las carateristicas OPA dentro de los elementos PEP.

Fecha de Emisión: 24 de Octubre de 2015 Página 6 de 31

Fecha de Emisión: 24 de Octubre de 2015 Página 7 de 31

iv) Centro de costo: Campo obligatorio.

Estas caractersiticas deben ser mostradas en el reporte Z.

Fecha de Emisión: 24 de Octubre de 2015 Página 8 de 31

Carga desde un archivo de Excell.

Ingresar el nombre del archivo en la ruta para ficheros.

Fecha de Emisión: 24 de Octubre de 2015 Página 9 de 31

5. Definición de información adicional (no estándar de SAP) a incluir

 Estructura Grupo de datos No. #

 Carga de normas de liquidacion Manual.

Nombre campo Tabla-Campo Valor Único? Obligatorio Valor por

Fecha de Emisión: 24 de Octubre de 2015 Página 10 de 31

Nombre campo Tabla-Campo Valor Obligatorio Valor por

Fecha de Emisión: 24 de Octubre de 2015 Página 11 de 31

Nombre campo Tabla-Campo Valor Obligatorio Valor por

7. Resultado del Proceso (Salida del reporte o formulario)

El reporte solo debe ser emitido en idioma ES. ( Español).

 Textos estándar / Set de datos

 Título principal y cabecera

Titulo: Norma de Liquidación Para Proyectos Trade And Marketing

En los subtítulos debe llevar:

Usuario: Usuario quien emite el reporte.

Fecha de Emisión: 24 de Octubre de 2015 Página 12 de 31

Número Nombre Tabla-Campo Forma Valor por Observaciones (Regla de

2 Elemento PRPS-POSID CHAR N.A Elemento PEP: PRPS –PSHI

Número Nombre Tabla-Campo Forma Valor por Observaciones (Regla de

Fecha de Emisión: 24 de Octubre de 2015 Página 14 de 31

Modificación de la Norma de Liquidación, se debe identificar el Objeto PA y realizar la modificación de la

Número Nombre Tabla-Campo Forma Valor por Observaciones (Regla de

0 Modificaci CHAR Con el o los Objetos encontrados,

2 Elemento PRPS-POSID CHAR N.A Elemento PEP: PRPS –PSHI

Fecha de Emisión: 24 de Octubre de 2015 Página 15 de 31

Número Nombre Tabla-Campo Forma Valor por Observaciones (Regla de

Número Nombre Tabla-Campo Forma Valor por Observaciones (Regla de

 Impresión en papel pre impreso?

 Requerimientos de código de barras

 Otros requerimientos de impresión

Fecha de Emisión: 24 de Octubre de 2015 Página 17 de 31

Mandante: (Indicar preferiblemente un mandante 150