EF - 22 Alertas

Especificación Funcional
Proyecto
INTEGRA
EF_22_Alertas
Versión: 1.0
Proyecto: Integra – Alertas

ID Req: Job22
Archivo: EF_22_Alertas
Autor: Eloisa Vázquez Rojas
Fecha: 03 de mayo de 2021
Copyright: CYDSA
Compañía: CYDSA
Cliente: CYDSA
Equipo:
Estatus:
Prioridad: Recomendado
1 Índice
ESPECIFICACIÓN FUNCIONAL 1
1 ÍNDICE 3
2 BITÁCORA DE MODIFICACIONES 4
3 INTRODUCCIÓN 5
3.1 CREADO POR: 5
3.2 CONTACTO TELEFÓNICO Y MAIL: 5
3.3 AUTORIZADO POR: 5
3.4 UNIDAD DE NEGOCIOS QUE SOLICITA: 5
3.5 PROCESO DE NEGOCIOS RELACIONADO: 5
3.6 NOMBRE DEL USUARIO FINAL: 5
3.7 FECHA DE AUTORIZACIÓN: 5
4 DEFINICIÓN GENERAL 6
4.1 DESCRIPCIÓN DEL REQUERIMIENTO: 6
4.2 TIPO DE DESARROLLO: 6
4.3 MÓDULO / SUBMÓDULO: 6
4.4 VERSIÓN DE SAP: 7
4.5 RAZÓN PARA DESARROLLAR: 7
4.6 BENEFICIOS ESPERADOS / AHORRO ESPERADO: 7
4.7 CONTROL DE ACCESO: 7
4.8 COMENTARIOS: 7
4.9 ANTECEDENTES 7
5 REGLAS GENERALES DEL NEGOCIO 13
6 REQUERIMIENTOS FUNCIONALES Y NO FUNCIONALES 14

6.1 PANTALLAS PROPUESTAS EN FIORI Y BACKEND 14
6.2 DESCRIPCIÓN GENERAL DE LA FUNCIONALIDAD SOLICITADA: 21
6.3 PARAMETRIZACIÓN PREVIA /INICIAL 36
6.4 CONFIGURACÍON DE EJECUCIÓN DE FONDO 36
6.5 DIAGRAMA DE FLUJO 41
6.6 MENSAJES DE RETORNO A LA APP DE FIORI AL EMITIR UN REPORTE EN S4 HANA 41
6.7 TABLAS RELACIONADAS: 41
6.8 VOLUMEN DE DATOS: 41
6.9 TIPO DE PROCESAMIENTO: 41
6.10 FRECUENCIA DE EJECUCIÓN: 42
6.11 AUTORIZACIONES: 42
6.12 TIPO DE PROCESAMIENTO: 42
6.13 CONSIDERACIONES ESPECIALES: 42
6.14 PROCEDIMIENTOS DE CONTINGENCIA: 42
6.15 FIORI CUSTOM: 42
6.16 ID HISTORIA DE USUARIOS: 42
6.17 CRITERIOS DE TERMINADO: 42
6.18 CRITERIOS DE ACEPTACIÓN: 42
6.19 TIPO DE DISPOSITIVO: 42
7 ESPECIFICACIÓN FUNCIONAL 43
8 GLOSARIO DE CONCEPTOS 44
8.1 CONTROL DE CAMBIOS: 44
8.2 CORREO DE CONFIRMACIÓN DEL CAMBIO: 44
9 CASOS DE PRUEBA 45
2 B i t á c o r a d e M o d i fi c a c i o n e s
Versión ID Lotus Id Fecha Motivo Autor

Req.
1.0 eloisa.vazquez@negociando.com.mx 18/05/21 Alertas Eloisa
Vázquez
3 Introducción
3.1 CREADO POR:

Eloisa Vázquez
3.2 CONTACTO TELEFÓNICO Y MAIL:

Teléfono: (55) 5519352375 Email: eloisa.vazquez@negociando.com.mx
3.3 AUTORIZADO POR:

----
3.4 UNIDAD DE NEGOCIOS QUE SOLICITA:

SISA – Sales del Istmo
3.5 PROCESO DE NEGOCIOS RELACIONADO:

EF_22_Alertas
3.6 NOMBRE DEL USUARIO FINAL:

-----
3.7 FECHA DE AUTORIZACIÓN:

09 de octubre de 2020
4 D e fi n i c i ó n G e n e r a l
4.1 DESCRIPCIÓN DEL REQUERIMIENTO:

Este desarrollo consiste en crear una nueva aplicación ya sea un CDS o un Módulo de función a fin de
que se pueda añadir, borrar o cambiar registros en 2 tablas nuevas Z:
 Catálogo de Alertas
 Catálogo de parámetros, y
 Catálogo de Correos electrónicos
para ejecución de Jobs o Reportes.
Los datos de estas tablas se deberán añadir por el rol de administrador comercial a fin de que ellos puedan cargar
y dar mantenimiento a estas tablas.
Posterior se realizarán Job customizados o desarrollados a fin de que tomen estos parámetros y correos
para enviar la información en particular. En otras especificaciones.
Estas aplicaciones deberán actualizar registros en las tablas Z mencionadas anteriormente, donde las
direcciones de correo electrónico se tomarán solo de la tabla Z por lo que no se usarán las Listas de distribución.
De modo tal que como se realizarán programas customizados que pueden leer estas tablas Z para con base a esos
criterios y sus niveles, así como direcciones de correo electrónicos transmitan vía correo electrónico los reportes
requeridos.
4.2 TIPO DE DESARROLLO:

Actualmente se tiene 3 pantallas independientes en Fiori para alimentar justamente estas alertas y dichos
parámetros. Se había contemplado reducir a una aplicación en Fiori para que fuera un maestro detalle que
permita en la 1era pantalla crear, borrar y modificar el catálogo de alertas y parámetros; y que en la 2da pantalla
muestre las direcciones de correo y que permita así de igual forma crear, borrar y modificar los correos según los
criterios apuntando a la 2da tabla Z. Estas aplicaciones solo se deberán crear en el portal Front end o Fiori. En el
backend o S4D no es necesario crear las aplicaciones, ya que estas solo serán utilizadas por usuario del portal.
En caso de que sea necesario revisar algún dato o actualizar información por excepción se realizará en SE16N o
bien SE38.
Sin embargo, se pueden utilizar estas 3 pantallas existentes en Fiori y que cada una apunten a un Modulo de
función o CDS mismo que tendrá la acción de actualizar cada tabla según corresponda.
Como estas tablas se usarán para los Jobs personalizados y que serán actualizadas por el rol Administrador
comercial será necesario concentrarse en tablas Z. Y para no retrabajar, NO se usarán las listas de distribución.
En el backend se deberán crear MF o CDS que permitan justamente crear, modificar y borrar registros en dichas
tablas Z. Donde se deberán considerar los filtros y detalles que se indican la funcionalidad.
4.3 MÓDULO / SUBMÓDULO:

SD (Sales Distribution) / Logístic
4.4 VERSIÓN DE SAP:
SAP FIORI SAP S/4 HANA 1709 FSP2
4.5 RAZÓN PARA DESARROLLAR:

La importancia de este desarrollo radica en que el mantenimiento y alta de estos correos, así como los
parámetros se deberán realizar por los comisionistas o administradores desde el portal de Cydsa. No tendrán
ningún acceso al ERP si no es mediante el portal.
4.6 BENEFICIOS ESPERADOS / AHORRO

ESPERADO:
Controlar, añadir, actualizar o eliminar los correos electrónicos que se usarán para transmitir las alertas
y que se ejecutan mediante Jobs desarrollados o customizados por abap. Así como indicar los parámetros de
límites superiores e inferiores de los mismos Jobs.
4.7 CONTROL DE ACCESO:

Se aplicará control de acceso para el rol de administrador comercial.
4.8 COMENTARIOS:
Cabe señalar que estas aplicaciones solo serán creadas en el front end. Fiori Portal.
4.9 ANTECEDENTES
Se anexa la pantalla que maneja Cydsa actualmente en el ERP Progress para el control de alertas, así como la
propuesta.
Catálogo de Alertas:
E22 - Alertas
48 - Alertas -> Catálogo

53 - Link “Alerta”
49 - Alertas -> Catálogo Parámetros
50 - Link “parámetro” ó Botón “Nuevo parámetro”

51 - Alertas -> Catálogos Niveles
Las nuevas tablas deberán contener los siguientes campos:
Tabla ZCALE Catálogo de Alertas
 Mandante
 Clave de Alerta
 Nombre de la Alerta
 Cálculo
 Descripción breve del cálculo
 Clave aplica
 Aplica (Todos, Cliente, Almacén(Centro) y Transportista)
 Nombre del mensaje
 Mensaje inicial de Cuerpo del correo
 Email en caso de error
Tabla ZCPARA Catálogo de Parámetros
 Mandante
 Clave de Alerta
 Cliente en caso de que aplique
 Nombre del cliente
 Centro en caso de que aplique
 Nombre del centro
 Transportista en caso de que aplique
 Nombre del Transportista
 Parámetro
 Límite Inferior
 Límite Superior
Tabla ZCORREOS:
 Mandante
 Clave de Alerta
 Clave aplica
 Aplica (Todos, Cliente, Almacén(Centro) y Transportista)
 Cliente en caso de que aplique
 Nombre del cliente
 Centro en caso de que aplique
 Nombre del centro
 Transportista en caso de que aplique
 Nombre del Transportista
 Nivel
 1- (3-5); 2 (0-2); 3 ( -10 a -1); etc..
 Dirección de Correo
 Dirección de Correo CC
5 Reglas Generales del Negocio
Regla del Negocio Campo Comentarios

Estas tablas se deberán alimentar Aplica Crear 2 MF o CDS:
mediante una aplicación de alta, 1. Crear, Modificar, copiar y borrar una tabla
bajas y cambios. ZCALE
Y podrá ser actualizada desde el 2. Crear, Modificar, copiar y borrar la tabla
portal, pero también desde el ZCPARA
backend solo por SE38, por ello se 3. Crear, Modificar y borrar una tabla
deberán crear las aplicaciones ZCORREOS
solamente en Fiori. En el S4D con
MF o CDS
Se debe crear un CDS o MF que Aplica

permita consultar las tablas pero
que también permita añadir
registros nuevos, copiar algún
registro existente, modificar o
borrar registros de estas tablas.
Se podrán filtrar digitando la clave Aplica

de la alerta, así como cada campo
como Cliente, Almacén o centro y
Transportista
Se deberá tener a unión entre estas Aplica

3 tablas mediante la clave de la
alerta.
Esta aplicación contendrá 3 Aplica

pantallas en Fiori que permitan
añadir estos registros de las tablas
Custom. Y que estarán unidas en
una misma master detail.
6 Requerimientos Funcionales y No Funcionales
6.1 PANTALLAS PROPUESTAS EN FIORI Y

BACKEND
Se anexa la pantalla que maneja Cydsa actualmente en el ERP Progress para el control de alertas, así como la propuesta.
Actualmente en Fiori se tienen las siguientes pantallas divididas:
1. Catálogo de Alertas:
2. Parámetros de Alerta:
Agregando los íconos para crear, modificar, copiar y borrar el registro:

E22 - Alertas
48 - Alertas -> Catálogo
Aplicación nueva Master Detail. sap.f.DynamicPage Dynamic Page with Analytical Table
Inicialmente se había contemplado dejar todo en una misma pantalla, sin embargo, con base al proceso no será
correcto de esta forma. Por lo que se pide dejar las pantallas que existen ya en Fiori y solo agregar los iconos
siguientes:
Si es posible colocar el símbolo de “+” para añadir un registro, y el botecito “ ” y para copiar y seleccionar con la
palomita o doble clic para así poder modificar en caso necesario.
Al ingresar a la aplicación se tendrá otra pantalla donde se podrán modificar cada uno de los registros de la pantalla anterior
(Smart field with valuelist annotation):
49 - Alertas -> Catálogo Parámetros

51 - Alertas -> Catálogos Niveles
Se sugiere combinar el diseño Tab container y Navigation and rounting de Fiori a fin de que pueda tener 2 íconos que le
permitan al usuario elegir en ingresar a modificar las alertas y parámetros incluso crear, o bien ingresar a la pantalla de
listado de correos para de igual forma modificar, crear, borrar o copiar.
Con íconos como el símbolo de para poder añadir nuevos, el símbolo para editar:
incluso el de copiar para ayudar al usuario a crear registros parecidos.
Esta pantalla podría ajustar en Fiori a fin de que pueda quedar tener iconos que ayuden con la creación de registros. Como
copiar, ordenar, etc.:
Ag
regando los íconos de Buscar; copiar y clasificar en orden ascendente, descendente, etc. Se puede dejar el ícono de añadir
nueva alerta, así como el borrar.
Con respecto al backend, se sugiera crear un nuevo CDS o MF o bien si Abap considera posible copiar o clonar la siguiente
odata:
Datos Técnicos: Aplicacíón Odata a Clonar:

fioriId F1306
RoleName Administrator
AppName Maintain Email Templates
ApplicationType Transactional
ApplicationComponent BC-SRV-COM-OM
UITechnology SAP Fiori (SAPUI5)
Servicio Odata APS_OM_EMAIL_TMPL_SRV
Device Type(s) Desktop, Tablet
ProductCategory SAP S/4HANA
Database HANA DB exclusive
FrontendSoftwareComponent UIBAS001 600 - SP 0000
BackendSoftwareComponentVersions SAP_BASIS 755 - SP 0001
SemanticObject EmailTemplate
SemanticAction maintain
TechnicalCatalogName SAP_BASIS_TCR_T
TechnicalCatalogDescription Application Services
With this app you can define email templates to streamline your email
correspondence.
Templates consist of fixed content (such as subject or disclaimer) and variable parts
GTMAppDescription (such as the form of address).
BSPName NW_APS_OM_ET
BSPApplicationURL /sap/bc/ui5_ui5/sap/nw_aps_om_et
SAPUI5ComponentId nw.core.om.emailtemplate
PrimaryODataServiceName APS_OM_EMAIL_TMPL_SRV
Link https://fioriappslibrary.hana.ondemand.com/sap/fix/externalViewer/?appId=F1306
Si se realiza la copia o bien se crea un nuevo MF o un CDS, el objetivo es asegurar la funcionalidad que permita consultar,
modificar o añadir registros en las nuevas tablas ZCALE; ZCPARA y ZCORREOS:
ZCALE Catálogo de Alertas

Dominio Campo Descripción LongitudTipo de datos
AL_MANDT MANDT Mandante 3 CLNT
AL_ALT ALT Clave de Alerta 3 CHAR
ALT_NAME_ALT NAME_ALT Nombre de la Alerta 30 CHAR
ALT_CALC CALC Cálculo 3 CHAR
ALT_NAME_CALC NAME_CALC Descripción breve del cálculo 30 CHAR
ALT_APL APL Clave aplica 1 CHAR
ALT_NAME_APL NAME_APL Aplica (Todos, Cliente, Almacén(Centro) y Transportista) 15 CHAR
ALT_NOM NOM Nombre del mensaje 30 CHAR
ALT_NAME_NOM NAME_NOM Mensaje inicial de Cuerpo del correo 250 CHAR
ALT_LIST_OBJNAM OBJNAM Email en caso de error: 241 CHAR
ZCPARA Catálogo de Parámetros

Dominio Campo Descripción LongitudTipo de datos
AL_MANDT MANDT Mandante 3 CLNT
AL_ALT ALT Clave de Alerta 3 CHAR
ALT_NAME_ALT NAME_ALT Nombre de la Alerta 30 CHAR
ALT_CLIENT CLIENTE Cliente en caso de que aplique 30 CHAR
ALT_NAME_CLIENT NAME_CLIENT Nombre del cliente 30 CHAR
ALT_ALMACÉN (CENTRO) ALMACÉN (CENTRO) Centro en caso de que aplique 30 CHAR
ALT_CENTRO NAME_CENTRO Nombre del centro 30 CHAR
ALT_TRANSPORTISTA TRANSPORTISTA Transportista en caso de que aplique 30 CHAR
ALT_NAME_TRANS NAME_TRANS Nombre del Transportista 30 CHAR
PAR_PAR PAR Parámetro 30 CHAR
PAR_LIM_INF LIM_INF Límite Inferior 5 CHAR
PAR_LIM_SUP LIM_SUP Límite Superior 5 CHAR
Un ejemplo del llenado de la tabla ZCALE :
MANDT ALT NAME_ALT CALC NAME_CALC APL NAME_APL NOM NAME_NOM correos error
Clave de Direcciones
Mandante Alerta Nombre de la Alerta Cálculo Descripción breve del cálculo Aplica NAME_APL Nombre del mensaje Mensaje inicial de Cuerpo del correo en caso de error
Sr. Comis i oni s ta :
Apl i ca (Todos , Cl i ente, Se l e recuerda fa cturar y entregar l as

Al macén(Centro) y si gui entes ordenes de compra que es ta n edmundo.charola @cydsa .com,a bri l .lopez@cyds a .com,a l exi s .v
300 114 Ord. Compra Aut. por Vencer 100 Fecha Fin Vi genci a - DIA ACTUAL BLANCO Tra ns porti sta ) OC por Vencer proxi mas a vencer: a l del amar@cydsa .com
Se l e recuerda fa cturar y entregar l as

si gui entes ordenes de compra que es ta n edmundo.charola @cydsa .com,a bri l .lopez@cyds a .com,a l exi s .v
300 114 Ord. Compra Aut. por Vencer 100 Fecha Fin Vi genci a - DIA ACTUAL BLANCO TODOS OC por Vencer proxi mas a vencer: a l del amar@cydsa .com

300 114 Ord. Compra Aut. por Vencer 100 Fecha Fin Vi genci a - DIA ACTUAL 1 CLIENTE OC por Vencer proxi mas a vencer: a l del amar@cydsa .com

300 114 Ord. Compra Aut. por Vencer 100 Fecha Fin Vi genci a - DIA ACTUAL 1 CLIENTE OC por Vencer proxi mas a vencer: a l del amar@cydsa .com

300 114 Ord. Compra Aut. por Vencer 100 Fecha Fin Vi genci a - DIA ACTUAL 2 CENTRO OC por Vencer proxi mas a vencer: a l del amar@cydsa .com
Sr. Comis i oni s ta : No hemos recibi do l as
evi denci a s de entrega (fol i os ) de la s
si gui entes fa cturas , fa vor de captura rlos
y/o envia rl os pa ra a gi l i zar el pago de s u edmundo.charola @cydsa .com,a bri l .lopez@cyds a .com,a l exi s .v
300 117 Comi s i ones Pendientes de pa go 200 DIA ACTUAL - Fecha Comis i on 3 TRANSPORTISTA Comi s i ones Pendientes comis i ón. a l del amar@cydsa .com
300 117 Comi s i ones Pendientes de pa go 200 DIA ACTUAL - Fecha Comis i on BLANCO TODOS Comi s i ones Pendientes comis i ón. a l del amar@cydsa .com
300 117 Comi s i ones Pendientes de pa go 200 DIA ACTUAL - Fecha Comis i on 1 CLIENTE Comi s i ones Pendientes comis i ón. a l del amar@cydsa .com
ZCPARA:
MANDT ALT NAME_ALT APL NAME_APL PAR_PAR PAR_LIM_INF PAR_LIM_SUP
Clave de
Mandante Alerta Nombre de la Alerta Aplica NAME_APL Parámetro LIM_INF LIM_SUP
Apl i ca (Todos , Cl i ente,
Al ma cén(Centro) y
300 114 Ord. Compra Aut. por Vencer BLANCO Trans porti s ta) 1 1 10
300 114 Ord. Compra Aut. por Vencer BLANCO TODOS 1 1 10
300 114 Ord. Compra Aut. por Vencer 1 CLIENTE 1 1 10

300 114 Ord. Compra Aut. por Vencer 2 CENTRO 1 1 10
300 117 Comi s i ones Pendi entes de pa go 3 TRANSPORTISTA 1 1 10
300 117 Comi s i ones Pendi entes de pa go BLANCO TODOS 1 3 5
Ejemplo de llenado tabla ZCPARA:

MANDT ALT NAME_ALT APL NAME_APL CLIENTE2 NOMBRE CLIENTE CENTRO NOMBRE CENTRO TRANSPORTISTA2 NOMBRE TRANSPORTISTA PAR_PAR PAR_LIM_INF PAR_LIM_SUP
Clave de ALMACÉN
Mandante Alerta Nombre de la Alerta Aplica NAME_APL CLIENTE NAME_CLIENT (CENTRO) NAME_CENTRO TRANSPORTISTA NAME_TRANS Parámetro LIM_INF LIM_SUP
Apl i ca (Todos, Cl i ente,
Al macén(Centro) y NA NA NA NA NA NA
300 114 Ord. Compra Aut. por Vencer BLANCO Transportis ta) 1 1 10
300 114 Ord. Compra Aut. por Vencer BLANCO TODOS NA NA NA NA NA NA 1 1 10
NA NA 1852 NIETOCV NA NA
NA NA Q018 GATCH NA NA
300 114 Ord. Compra Aut. por Vencer 2 CENTRO NA NA Q032 AUTOELEF NA NA 1 1 10
300 117 Comi si ones Pendi entes de pago 3 TRANSPORTISTA NA NA Q352 PLANTA NA NA 1 1 10
300 117 Comi si ones Pendi entes de pago BLANCO TODOS 1957 GOLFO CORTES Q352 PLANTA NA NA 1 3 5
300 117 Comi si ones Pendi entes de pago 1 CLIENTE 2052 GATI 1890 GATI MTY NA NA 1
300 117 Comi si ones Pendi entes de pago 2 CENTRO GATI 1890 GATI MTY NA NA 1
300 117 Comi si ones Pendi entes de pago 3 TRANSPORTISTA 1
3. Para la 3era tabla y 3era pantalla se pide de igual forma agregar los íconos mencionados.
Esta pantalla de igual forma que la anterior se pide que tenga el diseño de Tab Container y con Navigation and Routing.
Con los mismos iconos anteriores para añadir, cambiar, borrar o copiar.
Por lo tanto, se en el backend se deberá crear un CDS o MF que permita añadir, borrar o modificar registros en una nueva
tabla que contendrá la estructura siguiente:
ZCORREOS
EM_MANDT MANDT Mandante 3 CLNT
EM_ALT ALT Clave de Alerta 3 CHAR
EM_NAME_ALT NAME_ALT Nombre de la Alerta 30 CHAR
EM_APL APL Clave aplica 1 CHAR
EM_NAME_APL NAME_APL Aplica (Todos, Cliente, Almacén(Centro) y Transportista) 15 CHAR
ALT_CLIENT CLIENTE Cliente en caso de que aplique 30 CHAR
ALT_NAME_CLIENT NAME_CLIENT Nombre del cliente 30 CHAR
ALT_ALMACÉN (CENTRO) ALMACÉN (CENTRO) Centro en caso de que aplique 30 CHAR
ALT_CENTRO NAME_CENTRO Nombre del centro 30 CHAR
ALT_TRANSPORTISTA TRANSPORTISTA Transportista en caso de que aplique 30 CHAR
ALT_NAME_TRANS NAME_TRANS Nombre del Transportista 30 CHAR
EM_NIV NIVEL Nivel 3 CHAR
EM_DESC_NIVEL DESC_NIVEL 1- (3-5); 2 (0-2); 3 ( -10 a -1); etc.. 10 CHAR
EM_L_ADR_NAME L_ADR_NAME Dirección de Correo 241 CHAR
EM_C_ADR_NAME C_ADR_NAME Dirección de Correo CC 241 CHAR
Ejemplo de su llenado:
Estás tablas deberán unirse:
Descripción TABLA-CAMPO OP. TABLA-CAMPO OP. TABLA-CAMPO

Clave de alerta ZCORREOS-ALT = ZCALE-ALT = ZCPARA-ALT
Aplica ZCORREOS-APL = ZCALE-APL = ZCPARA-APL
Ejemplos del llenado:
Definición_tablas_c
ampos_E22.xlsx
6.2 DESCRIPCIÓN GENERAL DE LA

FUNCIONALIDAD SOLICITADA:
El objetivo principal de este catálogo de alertas es poder dejar las bases para que al crear nuevos programas de reportes se
pueda notificar a un grupo de personas a través del correo electrónico. Esto podría haberse realizado mediante listas de
distribución, pero tomando en cuenta el requerimiento de Cydsa donde estos datos deberán ser alimentados en el portal es
como se requiere personalizar el proceso.
Por lo tanto, se deberán crear CDS o MF que permitan crear, modificar y borrar registros. Donde además contengan la
forma de filtrar los mismos. Se pide crear 1 MF por cada tabla customizada. Como serán 3 tablas para crear se deberán
crear 3 CDS o MF. Mediante el portal de Cydsa podrán en una aplicación en Fiori realizar el alta de los correos que serán
almacenados en una lista de distribución en SAP.
La lista de distribución es similar a SMTP y reduce el esfuerzo de programación en gran medida para notificar a grupos de
personas y permite colocar un mensaje de correo, sin embargo, como el comisionista o el administrador comercial solo
tendrá acceso al portal, se manejará con 3 tablas Z para ingresar estas direcciones de correo. Se había pensado usar las
listas de distribución por medio de Bapis actualizar las direcciones de correo ingresadas en las tablas, vaciarlas a las listas,
pero esto implica un trabajo doble, por lo tanto, solo se quedará con el uso de estas tablas Z.
Estos nuevos MF o CDS serán envueltos en Fiori a fin de crear una solo aplicación Master detail que pueda tomar los filtros y
la consulta de dichas tablas, así como su actualización. No aplicará el control de accesos para este desarrollo.
Notas importantes:
 El campo “aplica” es muy importante ya que ahí si se indica que se va a manejar por cliente, este podrá aplicar
en sus parámetros y correos en las tablas posteriores, para todos los clientes o bien para algún en particular. Se
deberán enviar un listado de todos los clientes posibles a elegir, cliente + nombre del cliente concatenado a fin
de que el usuario pueda elegir en un combo box, debe elegir de un listado el cliente que puede ser
seleccionado para esta alerta, y esto mismo pasa con los centros y con los transportistas.
 En la tabla de alertas solo se permite un registro por alerta donde se indique solo una vez el código de aplica.
No se pueden tener varios con diferentes aplicas.
 Como se mencionó anteriormente, como esta alerta al añadirse en el campo aplica indica que es por cliente.
Puede contener ya sea para todos los clientes o bien para alguno en particular
 En caso de seleccionar un cliente, se requiere que por combo box se envíe el listado de todos los clientes con
sus nombres concatenados. Así el usuario selecciona el cliente a elegir.
 En caso de seleccionar un centro se requiere que por combo box se envíe el listado de todos los centros con
sus nombres concatenados. Así el usuario selecciona el cliente a elegir.
 Los parámetros o los registros ingresados en la tabla de parámetros pueden ser tantos como clientes o centros
fueron seleccionados o bien transportistas.
 Se pueden añadir tantos parámetros se requieran. Por cada registro pueden indicar 1 o n parámetros. Tomando
en cuenta que el MF deberá enviar el combo box de los clientes, de los centros y de los transportistas
(proveedores)
 Actualmente no usan el transportista en los parámetros, sin embargo, deberá funcionar de la misma forma que
los clientes.
 Si existiera una alerta por centro se deberá llenar para todos los centros o bien para algún centro en particular,
donde se deberá enviar en el MF el listado de centros con sus nombres concatenados. Lo mismo para el
transportista.
 Se deberán enviar los transportistas como un listado para el combo box, es importante señalar que en la tabla
de correos si será posible combinar, cliente, transportista y centro. Y que en cada rubro se deberá enviar un
listado de valores como combo box, listado de clientes, listado de transportistas y listado de centros. Nota. Los
transportistas serán dados de alta como proveedores en SAP.
El proceso contiene las siguientes secciones:
- Datos de selección(filtro). Una vez creadas las tablas, se indica los campos que deberán ser filtros para Fiori
o Consulta de la 1era pantalla (Tabla de alertas)
o Consulta de la 2da pantalla (Tabla de parámetros)
o Consulta de la 2da pantalla (Tabla de correos)
- Datos de Detalle. Corresponde a los campos que se requieren se envíen por correo electrónico y salgan en el cuerpo
del correo.
o Consulta de la 1era pantalla (Tabla de alertas)
o Consulta de la 2da pantalla (Tabla de parámetros)
o Consulta de la 3era pantalla (Tabla de correos)
Solo a desarrollar la siguiente sección:
- Datos de Filtro:
o Consulta 1era pantalla Alertas: Para la 1era pantalla del Master detail contendrá los siguientes filtros. De
forma inicial deberá mostrar todas las alertas existentes en la tabla Z: ZCALE – Catálogo de Alertas
# Descripción Tabla/Campo Característica Req Rol / Usuario

1 Alerta ZCALE – ALT + Si Rol Administrador Comercial
Concatenar estos 2 campos y
ZCALE - Nacional
mostrar como filtros. Como
Name_ALT
combo box.
Refiere a la Alerta que se registró

en la tabla Z
2 Aplica ZCALE – APL + Si Rol Administrador Comercial
ZCALE – Nacional
NAME_APL
combo box.
Refiere bajo que concepto aplica
la alerta.
Descripción de la lógica de campos:

Una vez creada la tabla ZCALE – Catálogo de Alertas. Y creado el MF o CDS que permita actualizar, borrar, añadir, copiar
los datos de esta tabla, se deberá colocar los siguientes filtros, la cual formará parte de la 1era pantalla del reporte en Fiori.
Contendrá solo 2 filtros, tomando en cuenta estos íconos tanto en Fiori como en la Odata: Añadir, Copiar, Borrar y
Modificar o editar.
1. Alerta: Cabe señalar que a pesar de que en la tabla ZCALE se debe dejar la lógica para añadir nuevos registros,
estos no tendrán sentido por si solos ya que formarán parte de la lógica establecida para los reportes o Jobs a
ejecutarse programados en un determinado horario, así como fecha.
Este campo puede ser valores numéricos, que se deben foliar en automático al crear como nueva la alerta. Ej:
La nueva alerta le dará el folio 020, y así consecutivamente. Se pide colocar un foliador automático.
Una vez con esto tomar el campo ZCALE – ALT + ZCALE – Name_ALT Envía en el MF como un listado para que sea
colocado en combo box en Fiori.
2. Aplica. Este campo sirve para indicar si la alerta aplica para Todos, o bien para un centro, para un cliente o un
transportista en específico. Y de igual forma que el anterior tendrán los siguientes valores fijos:
1 TODOS
2 CENTRO
3 CLIENTE
4 TRANSPORTISTA
Concatenar estos 2 campos y mostrar como filtros. Como combo box.
ZCALE – APL + ZCALE – NAME_APL
Y enviar como un listado para que sea colocado como un combo box en Fiori.
- Datos de Filtro:
o Consulta 2da pantalla Parámetros: Para la 2da pantalla del Master detail contendrá los siguientes filtros. De
forma inicial deberá mostrar todas las alertas existentes en la tabla Z: ZCPARA – Catálogo de parámetros
# Descripción Tabla/Campo Característica Req Rol / Usuario

1 Alerta ZCPARA – ALT + Si Rol Administrador Comercial
ZCPARA - Nacional
Name_ALT
combo box.
Refiere a la Alerta que se registró

en la tabla Z
2 Aplica ZCPARA – APL + Si Rol Administrador Comercial
ZCPARA – Nacional
NAME_APL
combo box.
Refiere bajo que concepto aplica
la alerta.
Una vez creada la tabla ZCPARA – Catálogo de Parámetros. Y creado el MF o CDS que permita actualizar, borrar, añadir,
copiar los datos de esta tabla, se deberá colocar los siguientes filtros, la cual formará parte de la 1era pantalla del reporte en
Fiori. Contendrá solo 2 filtros, tomando en cuenta estos íconos tanto en Fiori como en la Odata: Añadir, Copiar, Borrar y
Modificar o editar.
3. Alerta: Cabe señalar que a pesar de que en la tabla ZCPARA se debe dejar la lógica para añadir nuevos registros,
Una vez con esto tomar el campo ZCPARA – ALT + ZCPARA – Name_ALT Envía en el MF como un listado para que sea
colocado en combo box en Fiori.
1 TODOS
2 CENTRO
3 CLIENTE
4 TRANSPORTISTA
ZCPARA – APL + ZCPARA – NAME_APL
- Datos de Filtro:
o Consulta 3era pantalla tabla de correos:
Para la 2da pantalla del Master detail deberá tener los siguientes filtros que corresponden a la 2da tabla Z:
ZCORREOS – Catálogo de correos.
1 Alerta ZCORREOS– Si Rol Administrador Comercial
ALT + Nacional
ZCORREOS-
combo box.
Name_ALT
Refiere a la Alerta que se

registró en la tabla Z
2 Aplica ZCORREOS– Si Rol Administrador Comercial
APL + Nacional
ZCORREOS –
combo box.
NAME_APL
Refiere bajo que concepto
aplica la alerta.
3 Nivel ZCORREOS – Si Rol Administrador Comercial
Indica el nivel de correos.
NIVEL Nacional
4 Descripción del ZCORREOS - Si Rol Administrador Comercial

Descripción del Nivel (3-5);
Nivel Desc_nivel Nacional
(0-2) y (-10—1)
Una vez creada la tabla ZCORREOS – Catálogo de Correos. Y creado el MF o CDS que permita actualizar, borrar, añadir,
copiar los datos de esta tabla, se deberá colocar como filtros de esta, la cual formará parte de la 1era pantalla del reporte en
Fiori:
1. Alerta: Cabe señalar que a pesar de que en la tabla ZCORREOS se debe dejar la lógica para añadir nuevos
registros, estos no tendrán sentido por sí solos ya que formarán parte de la lógica establecida para los reportes o
Jobs a ejecutarse programados en un determinado horario, así como fecha.
Una vez con esto tomar el campo ZCORREOS – ALT + ZCORREOS – Name_ALT Envía en el MF como un listado para
que sea colocado en combo box en Fiori.
1 TODOS
2 CENTRO
3 CLIENTE
4 TRANSPORTISTA
ZCORREOS – APL + ZCORREOS – NAME_APL
3. Nivel Clave del nivel que de igual forma son valores fijos y que pueden ser seleccionados al añadir el listado de
correos:
Nivel Desc
1 (3-5)
2 (0-2)
3 (-10--1)
Guardar en el campo ZCORREOS – NIVEL

Este campo puede ser modificado por el usuario y con base a eso serán los días que representan el nivel a donde será
enviados los correos
4. Descripción del nivel Esta descripción corresponderá a los niveles que el usuario elija para los reportes, de modo tal
que puede cambiar la expresión en días.
ZCORREOS – NIVEL + ZCORREOS – DESC_NIVEL
- Datos de Detalle
o 1era pantalla (tabla ZCALE – Catálogo de alertas)
En el detalle cuando se seleccione cualquier alerta y se pulse el ícono de “Catálogo de Alertas” nos mostrará los
siguientes campos donde se pueden tomar todos los campos de esta aplicación estándar, y una vez ajustado, dejar que el
usuario pueda seleccionar los que requiere mostrar u ocultar en caso necesario (por medio de Vistas de Fiori):
# Descripción Tabla/Campo Característica Requerido No. Lógica ó Estructura

Fuente (ODATA)
1 Clave de ZCALE – ALT Si Rol Administrador Comercial
Alerta Nacional
2 Nombre de ZCALE - Si Rol Administrador Comercial
Alerta Name_ALT Nacional
3 Cálculo ZCALE - CALC Si Rol Administrador Comercial
Cálculo para considerar para
Nacional
los reportes (Jobs)
4 Descripción ZCALE – Si Rol Administrador Comercial
Descripción Breve del cálculo
breve del NAME_CALC Nacional
cálculo
5 Clave Aplica ZCALE - APL Si Rol Administrador Comercial

A quién aplica la alerta: Ej.
Nacional
Todos, Cliente, Centro, etc.
6 Aplica ZCALE - Si Rol Administrador Comercial
Nombre o descripción breve
Name_APL Nacional
de aplica.
7 Nombre ZCALE - NOM Si Rol Administrador Comercial
Nombre del mensaje
Mensaje Nacional
8 Mensaje ZCALE – Si Rol Administrador Comercial

Cuerpo del mensaje de correo
cuerpo del NAME_NOM Nacional
correo
9 Email caso de ZCALE - Si Rol Administrador Comercial

Dirección de correo
error Name_ALT Nacional
electrónico a enviar en casos
de error. Separados por una
coma “,”
Una vez creada la tabla ZCALE – Catálogo de Alertas. Y creado el MF o CDS que permita actualizar, borrar, añadir, copiar
los datos de esta tabla, se deberá mostrar estos datos de detalle mismos que podrán ser modificados ya sea en otra pantalla
apuntando a los campos a actualizar del backend.
1. Alerta: Cabe señalar que a pesar de que en la tabla ZCALE se debe dejar la lógica para añadir nuevos registros,
Una vez con esto tomar el campo ZCALE – ALT + ZCALE – Name_ALT Envía en el MF como un listado para que sea
colocado en combo box en Fiori. Se pide en Fiori dejar la opción de poder congelar o fijar la columna.
2. Nombre de Alerta Este campo representa el nombre de la Alerta, y como todos los que se mencionan abajo podrá
ser modificado manualmente por el usuario. Con opción a poder fijar o congelar la columna.
ZCALE – Name_ALT
3. Cálculo Este campo representa el cálculo en días que tomarán los programas al desarrollarse tales como:
a. Calificación de Ordenes de venta
b. Pedidos Pendientes por surtir
c. Facturas sin folio
d. Evidencias de entrega registradas
e. Devoluciones por comisionista
Donde será representando en días. Podrá ser un catálogo
Cálculo Descripción del Cálculo

10 Fecha Fin Vigencia - DIA ACTUAL
20 DIA ACTUAL - Fecha Factura
30 DIA ACTUAL - Fecha Comisión
40 Antigüedad de pedidos sin surtir
50 NA
Guardar y mostrar el siguiente campo:
ZCALE - CALC
4. Descripción del cálculo Este campo representa la descripción del cálculo de la alerta como se menciona en el
campo anterior.
ZCALE – NAME_CALC
5. Clave Aplica. Este campo sirve para indicar si la alerta aplica para Todos, o bien para un centro, para un cliente o
un transportista en específico. Y de igual forma que el anterior tendrán los siguientes valores fijos:
1 TODOS
2 CENTRO
3 CLIENTE
4 TRANSPORTISTA
ZCALE – APL + ZCALE – NAME_APL
6. Desc. Aplica Este campo representa el nombre de la clave de aplica. Es importante separar los nombres ya para que
sean tomados por los programas y como tal en la base de datos es conveniente de esta forma:
ZCALE – NAME_APL
7. Nombre mensaje. Breve descripción del contenido. Indique una denominación de como máximo 30 caracteres.
Representa el título del mensaje. Anteriormente se indican las características de cada campo.
ZCALE - NOM
8. Mensaje Cuerpo del correo. En este apartado se deberá colocar el mensaje que desea que aparezca en el correo que
será enviado mediante los programas de reportes mencionados anteriormente. De modo que esos reportes deberán
tomar este mensaje para de ahí enviar el mismo.
ZCALE – NAME_NOM
9. Email caso de error. Este campo servirá para colocar las direcciones de correo electrónico separadas por una “,”
quedando en un mismo campo. Se indica la longitud de 241 caracteres. Mismos que serán tomados por los
programas o reportes mencionados para poder así enviar el correo a estos destinatarios en caso de que contengan
error los mismos.
ZCALE - Name_ALT
- Datos de Detalle
o 2da pantalla (tabla ZCPARA – Catálogo de Parámetros)
Una vez hecha la unión entre ZCALE y ZCPARA se pueden tomar los datos Clave de alerta, Nombre de Alerta, Clave
aplica y aplica para esta tabla. Podría ser una sugerencia para que solo sean seleccionados x el usuario al momento de
añadir los demás campos, ya que estos al ser registrados ya no se modificarán sino serán como selección para esta
nueva.
En el detalle cuando se seleccione cualquier alerta y se pulse el ícono de “Catálogo de Parámetros” nos mostrará los
siguientes campos donde se pueden tomar todos los campos de esta aplicación estándar, y una vez ajustado, dejar que el
usuario pueda seleccionar los que requiere mostrar u ocultar en caso necesario (por medio de Vistas de Fiori):
# Descripción Tabla/Campo Característica Requerido No. Lógica ó Estructura
Fuente (ODATA)
1 Clave de ZCPARA – ALT Si Rol Administrador Comercial
Alerta Nacional
2 Nombre de ZCPARA - Si Rol Administrador Comercial
Alerta Name_ALT Nacional
3 Clave Aplica ZCPARA – APL Si Rol Administrador Comercial
A quién aplica la alerta: Ej.
Nacional
Todos, Cliente, Centro, etc.
4 Aplica ZCPARA - Si Rol Administrador Comercial
Nombre o descripción breve
Name_APL Nacional
de aplica.
5 Cliente ZCPARA - Si Rol Administrador Comercial
Si en el campo de aplica se
CLIENTE Nacional
indica que es por Cliente, se
deberá llenar el valor de este
campo
Si el campo de aplica indica
el cliente, en este campo se
debe indicar el cliente al que
pertenece la alerta
Permitir la consulta al
siguiente campo: KNA1 -
KUNNR
6 Nombre del ZCPARA - Si Rol Administrador Comercial
Unir a la tabla mediante el
cliente NAME_CLIENT Nacional
campo ZCORREOS –
CLIENTE = BUT000-
PARTNER
Y tomar este BUT000 -
NAME_ORG1 para
guardarlo en la tabla Z.
7 Almacén ZCPARA - Si Rol Administrador Comercial
(centro) CENTRO Nacional
debe indicar el centro al que
pertenece la alerta
siguiente campo: T001W O
TVKWZ-WERKS
Unirse a la tabla T001W –
centro NAME_CENTR Nacional
WERKS mediante
O
ZCORREOS – CENTRO y
tomar el campo
T001W – NAME1
9 Transportista ZCPARA - Si Rol Administrador Comercial
TRANSPORTIS Nacional
TA
debe indicar el Transportista
al que pertenece la alerta
siguiente campo: LFA1 –
LIFNR
Enviar el transportista en
listado según la función de
interlocutor CRM010-
Transportista
Unir a la tabla LFA1 y enviar
Transportista NAME_TRANS Nacional
el campo NAME1
11 Parámetro ZCPARA- PAR Si Rol Administrador Comercial
Representa el parámetro que
Nacional
el programa podrá usar
12 Límite inferior ZCPARA – Si Rol Administrador Comercial
Límite inferior expresado en
LIM_INF Nacional
días para poder calcular los
días de atraso, en tiempo, etc.
Para los reportes
13 Límite ZCPARA – Si Rol Administrador Comercial
Límite superior expresado en
Superior LIM_SUP Nacional
días para el cálculo según los
reportes o programas a usar.
Una vez creada la tabla ZCPARA– Catálogo de parámetros. Y creado el MF o CDS que permita actualizar, borrar, añadir,
copiar los datos de esta tabla, se deberá mostrar estos datos de detalle mismos que podrán ser modificados ya sea en otra
pantalla apuntando a los campos a actualizar del backend.
1) Alerta: Cabe señalar que a pesar de que en la tabla ZCPARA se debe dejar la lógica para añadir nuevos
registros, estos no tendrán sentido por si solos ya que formarán parte de la lógica establecida para los reportes
o Jobs a ejecutarse programados en un determinado horario, así como fecha.
Una vez con esto tomar el campo ZCPARA – ALT + ZCPARA – Name_ALT Envía en el MF como un listado para que sea
colocado en combo box en Fiori. Se pide en Fiori dejar la opción de poder congelar o fijar la columna.
2) Nombre de Alerta Este campo representa el nombre de la Alerta, y como todos los que se mencionan abajo
podrá ser modificado manualmente por el usuario. Con opción a poder fijar o congelar la columna.
ZCPARA – Name_ALT
3) Clave Aplica. Este campo sirve para indicar si la alerta aplica para Todos, o bien para un centro, para un
cliente o un transportista en específico. Y de igual forma que el anterior tendrán los siguientes valores fijos:
1 TODOS
2 CENTRO
3 CLIENTE
4 TRANSPORTISTA
ZCPARA – APL + ZCPARA – NAME_APL
4) Desc. Aplica Este campo representa el nombre de la clave de aplica. Es importante separar los nombres ya
para que sean tomados por los programas y como tal en la base de datos es conveniente de esta forma:
ZCPARA – NAME_APL
5) Cliente En caso de que el campo anterior de aplica contenga el valor 3 = Cliente, entonces en este campo se
deberá solicitar que ingresen el número de BP del cliente al cuál pertenecerá la alerta. En caso de que sea
diferente a 3 entonces este campo deberá y podrá estar en blanco. Este campo deberá tener la opción de
buscar en la tabla de BP KNA1 – KUNNR. A fin de que pueda elegir el número de BP correcto es decir
existente en BP. No contendrá un control de accesos. Una vez con esto guardar en el campo:
ZCPARA – CLIENTE
Y envía de igual forma como un listado de clientes de los registros existentes para que sean colocados como combo
box en Fiori
6) Nombre del cliente. Tomar el nombre del cliente del BP:
Unir a la tabla mediante el campo ZCPARA – CLIENTE = BUT000-PARTNER
BUT000 - NAME_ORG1
7) Almacén o Centro. En caso de que el campo anterior de aplica contenga el valor 2 = Centro, entonces en este
campo se deberá solicitar que ingresen el número de centro al cuál pertenecerá la alerta. En caso de que sea
diferente a 2 entonces este campo deberá y podrá estar en blanco.
Este campo deberá tener la opción de buscar en la tabla de BP TVKWZ-WERKS o bien T001W - WERKS . A
fin de que pueda elegir el número de BP correcto es decir existente en BP. No contendrá un control de accesos. Una
vez con esto guardar en el campo:
ZCPARA – CENTRO
Y envía de igual forma como un listado de centros de los registros existentes para que sean colocados como combo
box en Fiori
8) Nombre del centro. Unirse a la tabla T001W – WERKS mediante ZCPARA – CENTRO y tomar el campo
T001W – NAME1
9) Transportista En caso de que el campo anterior de aplica contenga el valor 4 = Transportista, entonces en este
campo se deberá solicitar que ingresen el número de BP del transportista al cuál pertenecerá la alerta. En caso
de que sea diferente a 4 entonces este campo deberá y podrá estar en blanco.
Este campo deberá tener la opción de buscar en la tabla de BP LFA1 – LIFNR. A fin de que pueda elegir el número
de BP correcto es decir existente en BP. No contendrá un control de accesos. Una vez con esto guardar en el
campo:
ZCPARA – TRANSPORTISTA
Y envía de igual forma como un listado de Transportistas de los registros existentes para que sean colocados como
combo box en Fiori
Para poder diferenciar el transportista de los demás proveedores se podrá hacer mediante el uso de la función del
interlocutor tabla BUT100-IC – RLTYP = “CRM010-Transportista”.
10) Nombre del Transportista Tomar el nombre del Transportista del BP:
Unir a la tabla mediante el campo ZCPARA – TRANSPORTISTA = LFA1-LIFNR
LFA1 - NAME1
11) Parámetro. Este campo es numérico que indica el tipo de parámetro y que puede ser un catálogo. Este valor
deberá ser foliado automáticamente por el servicio de OData, de modo tal que marque un consecutivo único:
ZCPARA – PAR
12) Límite inferior. Este valor será representado en días. Donde se colocará un límite inferior para ser considerado
en los reportes como a tiempo, tardío, o bien para la calificación de cada uno de los programas o reportes.
ZCPARA – LIM_INF
13) Límite superior. Este valor será representado en días. Donde se colocará un límite superior para ser
considerado en los reportes como a tiempo, tardío, o bien para la calificación de cada uno de los programas o
reportes.
ZCPARA – LIM_SUP
- Datos de Detalle
o 3era pantalla (tabla ZCORREOS – Catálogo de correos)
En el detalle se pueden tomar todos los campos de la tabla ZCORREOS de esta aplicación estándar, y una vez ajustado,
dejar que el usuario pueda seleccionar los que requiere mostrar u ocultar en caso necesario(por medio de Vistas de
Fiori):
# Descripción Tabla/Campo Característica Requerid No. Lógica ó Estructura
o Fuente (ODATA)
1 Clave de ZCORREOS – Si Rol Administrador
Alerta ALT Comercial Nacional
2 Nombre de ZCORREOS - Si Rol Administrador
Alerta Name_ALT Comercial Nacional
3 Clave Aplica ZCORREOS - Si Rol Administrador
A quién aplica la alerta:
APL Comercial Nacional
Ej. Todos, Cliente, Centro,
etc.
4 Desc. Aplica ZCORREOS - Si Rol Administrador
Nombre o descripción
Name_APL Comercial Nacional
breve de aplica.
5 Cliente ZCORREOS - Si Rol Administrador
Si en el campo de aplica
CLIENTE Comercial Nacional
se indica que es por
Cliente, se deberá llenar el
valor de este campo
Si el campo de aplica
indica el cliente, en este
campo se debe indicar el
cliente al que pertenece la
alerta
siguiente campo: KNA1 -
KUNNR
6 Nombre del ZCORREOS - Si Rol Administrador
Unir a la tabla mediante el
cliente NAME_CLIE Comercial Nacional
campo ZCORREOS –
NT
CLIENTE = BUT000-
PARTNER
Y tomar este BUT000 -
NAME_ORG1 para
guardarlo en la tabla Z.
7 Almacén ZCORREOS - Si Rol Administrador
(centro) CENTRO Comercial Nacional
centro al que pertenece la
alerta
siguiente campo:
TVKWZ-WERKS
Unirse a la tabla T001W –
centro NAME_CENT Comercial Nacional
WERKS mediante
RO
ZCORREOS – CENTRO
y tomar el campo
T001W – NAME1
9 Transportist ZCORREOS - Si Rol Administrador
a TRANSPORTI Comercial Nacional
STA
Transportista al que
pertenece la alerta
siguiente campo: LFA1 –
LIFNR
Unir a la tabla LFA1 y
Transportist NAME_TRAN Comercial Nacional
enviar el campo NAME1
a S
11 Nivel ZCORREOS – Si Rol Administrador
Nivel (se puede usar este
NIVEL Comercial Nacional
nivel dependiendo
la lista de distribución o
bien crear una lista por
cada nivel). O bien añadir
nuevo campo: 1-Todos (3-
5); 2 Todos (0-2) y 3
(Todos -10 a -1)
12 Desc. Nivel ZCORREOS - Si Rol Administrador
Texto o Descripción del
DESC_NIVEL Comercial Nacional
nivel para de igual forma
ser considerado en los
programas subsecuentes.
13 Correo ZCORREOS – Si Rol Administrador
Definición de Lógica de campos:
1. Alerta: Cabe señalar que a pesar de que en la tabla ZCORREOS se debe dejar la lógica para añadir nuevos
registros, estos no tendrán sentido por sí solos ya que formarán parte de la lógica establecida para los reportes o
Jobs a ejecutarse programados en un determinado horario, así como fecha.
Una vez con esto tomar el campo ZCORREOS – ALT + ZCORREOS – Name_ALT Envía en el MF como un listado para
que sea colocado en combo box en Fiori. Se pide en Fiori dejar la opción de poder congelar o fijar la columna.
2. Nombre de Alerta Este campo representa el nombre de la Alerta, y como todos los que se mencionan abajo podrá
ser modificado manualmente por el usuario. Con opción a poder fijar o congelar la columna.
ZCORREOS – Name_ALT
3. Clave Aplica. Este campo sirve para indicar si la alerta aplica para Todos, o bien para un centro, para un cliente o
un transportista en específico. Y de igual forma que el anterior tendrán los siguientes valores fijos:
1 TODOS
2 CENTRO
3 CLIENTE
TRANSPORTIS
4 TA
ZCORREOS – APL + ZCORREOS – NAME_APL
4. Desc. Aplica Este campo representa el nombre de la clave de aplica. Es importante separar los nombres ya para que
sean tomados por los programas y como tal en la base de datos es conveniente de esta forma:
ZCORREOS – NAME_APL
5. Cliente En caso de que el campo anterior de aplica contenga el valor 3 = Cliente, entonces en este campo se
deberá solicitar que ingresen el número de BP del cliente al cuál pertenecerá la alerta. En caso de que sea diferente
a 3 entonces este campo deberá y podrá estar en blanco. Este campo deberá tener la opción de buscar en la tabla de
BP KNA1 – KUNNR. A fin de que pueda elegir el número de BP correcto es decir existente en BP. No contendrá
un control de accesos. Una vez con esto guardar en el campo:
ZCORREOS – CLIENTE
Y envía de igual forma como un listado de clientes de los registros existentes para que sean colocados como combo
box en Fiori
6. Nombre del cliente. Tomar el nombre del cliente del BP:
Unir a la tabla mediante el campo ZCORREOS – CLIENTE = BUT000-PARTNER
BUT000 - NAME_ORG1
7. Almacén o Centro. En caso de que el campo anterior de aplica contenga el valor 2 = Centro, entonces en este
campo se deberá solicitar que ingresen el número de centro al cuál pertenecerá la alerta. En caso de que sea
diferente a 2 entonces este campo deberá y podrá estar en blanco.
Este campo deberá tener la opción de buscar en la tabla de BP TVKWZ-WERKS o bien T001W - WERKS . A
fin de que pueda elegir el número de BP correcto es decir existente en BP. No contendrá un control de accesos. Una
vez con esto guardar en el campo:
ZCORREOS – CENTRO
Y envía de igual forma como un listado de centros de los registros existentes para que sean colocados como combo
box en Fiori
8. Nombre del centro. Unirse a la tabla T001W – WERKS mediante ZCORREOS – CENTRO y tomar el campo
T001W – NAME1
9. Transportista En caso de que el campo anterior de aplica contenga el valor 4 = Transportista, entonces en este
campo se deberá solicitar que ingresen el número de BP del transportista al cuál pertenecerá la alerta. En caso de
que sea diferente a 4 entonces este campo deberá y podrá estar en blanco.
Este campo deberá tener la opción de buscar en la tabla de BP LFA1 – LIFNR A fin de que pueda elegir el número
de BP correcto es decir existente en BP. No contendrá un control de accesos. Una vez con esto guardar en el
campo:
ZCAPWF – TRANSPORTISTA
Y envía de igual forma como un listado de Transportistas de los registros existentes para que sean colocados como
combo box en Fiori
10. Nombre del Transportista Tomar el nombre del Transportista del BP:
Unir a la tabla mediante el campo ZCORREOS – TRANSPORTISTA = LFA1 – LIFNR
LFA1 – NAME1
11. Nivel. Este nivel es numérico y representará un campo consecutivo, si es posible foliar automáticamente, si no
puede digitarse manualmente. Se puede colocar 10, 20, 30... o bien 1, 2, 3… no importa con solo colocar el orden.
ZCORREOS – NIVEL
Nivel Desc
10 (3-5)
20 (0-2)
30 (-10--1)
40 (1-365)
12. Descripción Nivel. En este apartado se deberá colocar el mensaje que desea que aparezca en el correo que será
enviado mediante los programas de reportes mencionados anteriormente. De modo que esos reportes deberán tomar
este mensaje para de ahí enviar el mismo.
ZCORREOS - DESC_NIVEL
13. Correo Destinatario. Este campo servirá para colocar las direcciones de correo electrónico destinatarias separadas
por una “,” quedando en un mismo campo. Se indica la longitud de 241 caracteres. Mismos que serán tomados por
los programas o reportes mencionados para poder así enviar el correo a estos destinatarios.
ZCORREOS – L_ADR_NAME
14. Correo Copia. Este campo servirá para colocar las direcciones de correo electrónico que son con copia separadas
por una “,” quedando en un mismo campo. Se indica la longitud de 241 caracteres. Mismos que serán tomados por
los programas o reportes mencionados para poder así enviar el correo a estos destinatarios en caso de que sean con
copia.
ZCORREOS – C_ADR_NAME
6.3 PARAMETRIZACIÓN PREVIA /INICIAL

No se requiere una parametrización previa a reserva de los centros y clientes.
Es importante señalar que se usará la aplicación estándar SOST para la consulta de Bitacora de alertas, tanto en
Fiori como en el backend:
Para ello será necesario que los programas o Jobs que se desarrollen posteriormente sean configurados para
ejecutarse de fondo:
6.4 CONFIGURACÍON DE EJECUCIÓN DE FONDO
Una vez que los programas desarrollados estén listos, se deberá configurar su ejecución de fondo, si bien la aplicación
podrá ser utilizada como una transacción ZVL06O en caso requerido, el objetivo principal será programarlo como job de
fondo con los siguientes pasos:
1. Crear un job de fondo

Mostraré un ejemplo considerando la aplicación VL06O (Monitor de entregas), donde podemos ver el nombre interno del
programa: WS_MONITOR_OUTB_DEL_FREE, o bien SAPLV50Q o el reporte SAPLKKBL
 En primer lugar, debemos conocer el programa que se esconde detrás de la transacción. Para ello vamos a la
transacción y pulsamos el menú Sistema / Status. En el ejemplo el programa se
llama WS_MONITOR_OUTB_DEL_FREE, o bien SAPLV50Q o el reporte SAPLKKBL.
 Seguidamente vamos a la transacción que nos permitirá definir nuestro job y damos nombre a nuestro job.
Herramientas / CCMS / Background processing / SM36 - Define job
 Pulsamos en el botón ‘Paso’ y escribimos el nombre del programa y la variante con la que lo lanzaremos.
 Seguidamente pulsamos el botón ‘Parámetros de impresión’ y luego ‘Atributos’. Nos aseguramos de que no se
imprima automáticamente el resultado, sino que el listado quede en el spool.
 Grabamos y volvemos a la pantalla anterior.

 Pulsamos el botón ‘Condición inicio’ e indicamos cuándo queremos que se inicie. Podemos indicar que se lance
inmediatamente, en una fecha y hora concretas, cuando finalice otro job, etc. En este caso voy a indicar que se
lance inmediatamente. Y grabamos.

 Volvemos a la pantalla anterior y grabamos el conjunto.
2. Extraer la información de una orden de spool
Una vez ha finalizado la ejecución del job podemos ir a recuperar la información de salida.
 Vamos al spool controller.
Herramientas / CCMS / Print / SP01 – Output controller
 Buscamos una orden de spool que debe contener el nombre del programa que hemos lanzado.
 Marcamos esta orden y el botón ‘Lista ABAP’.
 Vamos al menú Orden spool / Transmitir / Grabar en fichero local.

 Nos abrirá una ventana e indicaremos el formato en que queremos guardar el listado. Ya la tenemos para tratar
fuera de SAP.
3. Enviar la información de un job a una cuenta de mail

Otra opción es que a la finalización del job, éste envíe el resultado directamente a nuestra cuenta de correo electrónico. Para
ello hay que incluir la dirección de correo electrónico a la hora de crear el job en el botón ‘Destino listas spool’.
Se puede enviar la información:
 A una cuenta de correo individual. O bien en este caso a la tabla ZCORREOS Y ZCAPWF
Herramientas / CCMS / Background processing / SM36 - Define job / Destino listas spool
 A un grupo de usuarios creando una lista de distribución mediante la transacción SO28. Es importante mencionar
que en este caso el desarrollo deberá tomar los correos que se indican en estas tablas Z para realizar el envío. Por
lo que pueden hacer esa programación de fondo de forma interna en el programa diseñado o desarrollado.
6.5 DIAGRAMA DE FLUJO
Ejecución de reportes en fondo.
6.6 MENSAJES DE RETORNO A LA APP DE FIORI

AL EMITIR UN REPORTE EN S4 HANA
Es muy importante el poder enviar a la app en Fiori los mensajes de error que se hayan generado al ejecutar un reporte.
A continuación, algunos ejemplos de los errores, por los cuales no se pudo concluir el reporte en S4/HANA y Fiori:
- Como tal siendo un reporte donde solo visualización de tablas customizadas, no existen casi errores.
6.7 TABLAS RELACIONADAS:
Tablas Relacionadas:
Tabla Nombre Comentarios

ZCORREOS Catalogo de correos
ZCAPWF Catálogo de alertas
T001w Centros
BUT000 IC Datos generales I
6.8 VOLUMEN DE DATOS:

Alto – 100 o más veces diarias
6.9 TIPO DE PROCESAMIENTO:
Síncrono.
6.10 FRECUENCIA DE EJECUCIÓN:

Diaria – 100 o más veces diarias
6.11 AUTORIZACIONES:
N/A
6.12 TIPO DE PROCESAMIENTO:

N/A
6.13 CONSIDERACIONES ESPECIALES:

N/A
6.14 PROCEDIMIENTOS DE CONTINGENCIA:
N/A
6.15 FIORI CUSTOM:

Patrón de diseño:
List report
Master Detail
Diagram
Shopping cart
Otro Especifique:
6.16 ID HISTORIA DE USUARIOS:

Alertas E22 – Catálogos de Alertas, parámetros y de correos.
6.17 CRITERIOS DE TERMINADO:
6.18 CRITERIOS DE ACEPTACIÓN:
6.19 TIPO DE DISPOSITIVO:

Programa custom en abap – exclusivo backend.
7 E s p e c i fi c a c i ó n F u n c i o n a l
Tipo de Desarrollo Componente Requerido
Crear una nueva aplicación
Sap Script / Report

8 Glosario de Conceptos
Para las nomenclaturas y el glosario SAP revise el siguiente documento anexo:
Glosario y
Nomeclaturas SAP.docx
8.1 CONTROL DE CAMBIOS:

N/A
8.2 CORREO DE CONFIRMACIÓN DEL CAMBIO:

N/A
9 Casos de Prueba
Los casos de Prueba se verán en un documento independiente y serán responsabilidad de los Producto Owner.

EF - 22 Alertas

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

EF - 22 Alertas

Cargado por

Copyright:

Formatos disponibles

Especificación Funcional

Proyecto: Integra – Alertas

5 REGLAS GENERALES DEL NEGOCIO 13

6 REQUERIMIENTOS FUNCIONALES Y NO FUNCIONALES 14

Versión ID Lotus Id Fecha Motivo Autor

3.1 CREADO POR:

3.2 CONTACTO TELEFÓNICO Y MAIL:

3.3 AUTORIZADO POR:

3.4 UNIDAD DE NEGOCIOS QUE SOLICITA:

3.5 PROCESO DE NEGOCIOS RELACIONADO:

3.6 NOMBRE DEL USUARIO FINAL:

3.7 FECHA DE AUTORIZACIÓN:

4.1 DESCRIPCIÓN DEL REQUERIMIENTO:

para ejecución de Jobs o Reportes.

4.2 TIPO DE DESARROLLO:

4.3 MÓDULO / SUBMÓDULO:

4.5 RAZÓN PARA DESARROLLAR:

4.6 BENEFICIOS ESPERADOS / AHORRO

4.7 CONTROL DE ACCESO:

48 - Alertas -> Catálogo

50 - Link “parámetro” ó Botón “Nuevo parámetro”

Las nuevas tablas deberán contener los siguientes campos:

Tabla ZCALE Catálogo de Alertas

Regla del Negocio Campo Comentarios

Se debe crear un CDS o MF que Aplica

Se podrán filtrar digitando la clave Aplica

Se deberá tener a unión entre estas Aplica

Esta aplicación contendrá 3 Aplica

6.1 PANTALLAS PROPUESTAS EN FIORI Y

Actualmente en Fiori se tienen las siguientes pantallas divididas:

Agregando los íconos para crear, modificar, copiar y borrar el registro:

49 - Alertas -> Catálogo Parámetros

incluso el de copiar para ayudar al usuario a crear registros parecidos.

Datos Técnicos: Aplicacíón Odata a Clonar:

ZCALE Catálogo de Alertas

ZCPARA Catálogo de Parámetros

Apl i ca (Todos , Cl i ente, Se l e recuerda fa cturar y entregar l as

Se l e recuerda fa cturar y entregar l as

Se l e recuerda fa cturar y entregar l as

Se l e recuerda fa cturar y entregar l as

Se l e recuerda fa cturar y entregar l as

300 114 Ord. Compra Aut. por Vencer 1 CLIENTE 1 1 10

300 114 Ord. Compra Aut. por Vencer 1 CLIENTE 1 1 10

Ejemplo de llenado tabla ZCPARA:

Descripción TABLA-CAMPO OP. TABLA-CAMPO OP. TABLA-CAMPO

Ejemplos del llenado:

6.2 DESCRIPCIÓN GENERAL DE LA

El proceso contiene las siguientes secciones:

Solo a desarrollar la siguiente sección:

# Descripción Tabla/Campo Característica Req Rol / Usuario

Refiere a la Alerta que se registró

Descripción de la lógica de campos:

# Descripción Tabla/Campo Característica Req Rol / Usuario

Refiere a la Alerta que se registró

Refiere a la Alerta que se

4 Descripción del ZCORREOS - Si Rol Administrador Comercial

Descripción de la lógica de campos:

Guardar en el campo ZCORREOS – NIVEL

# Descripción Tabla/Campo Característica Requerido No. Lógica ó Estructura

5 Clave Aplica ZCALE - APL Si Rol Administrador Comercial

8 Mensaje ZCALE – Si Rol Administrador Comercial

9 Email caso de ZCALE - Si Rol Administrador Comercial

Donde será representando en días. Podrá ser un catálogo