ESPECIFICACIÓN

FUNCIONAL
Página 1 de 13

CLIENTE – AFP CONFIA

PROYECTO INTEGRACIONES PO

Especificación Funcional

GAP : PLANTILLAS DE CONTRATOS

Fecha: 01 julio 2022

Versión: 1.0

FTO07_CORE001 1 de 13
 ESPECIFICACIÓN
FUNCIONAL
Página 2 de 13

1 VERSIONADO 3

2 DATOS DEL PROYECTO 4

3 CLIENTE 5
3.1 AVISO INFORMATIVO 5
3.2 DEFINICIÓN GENERAL DE LA NECESIDAD [DILIGENCIADO POR EL CLIENTE] 5
3.3 ¿COMO LE IMPACTARÍA EL QUE NO SE HICIERA ESTE DESARROLLO? [DILIGENCIADO POR EL CLIENTE] 6
3.4 MÓDULO / SUBMÓDULO:. [DILIGENCIADO POR EPI-USE] 6
3.5 VERSIÓN DE SAP: [DILIGENCIADO POR EPI-USE] 6
3.6 RAZÓN PARA DESARROLLAR: [DILIGENCIADO POR EPI-USE] 6
3.7 REQUERIMIENTOS FUNCIONALES Y NO FUNCIONALES [DILIGENCIADO POR CLIENTE] 6
3.8 VOLUMEN DE DATOS: EJ. APROXIMADAMENTE 1.500 REGISTROS X MES [DILIGENCIADO POR CLIENTE] 6
3.9FRECUENCIA DE EJECUCIÓN: EJ. DIARIO, MENSUAL, SEMANAL [DILIGENCIADO POR CLIENTE] 7
3.10 AUTORIZACIONES: [DILIGENCIADO POR CLIENTE] 7
3.11 TIPO DE PROCESAMIENTO: [DILIGENCIADO POR CLIENTE] 7
3.12 PROCEDIMIENTOS DE CONTINGENCIA: [DILIGENCIADO POR EPI-USE] 7
3.13 RESULTADO ESPERADO [DILIGENCIADO POR CLIENTE] 7
3.14 ANEXO CASO DE PRUEBAS [DILIGENCIADO POR CLIENTE] 8
3.15 CRITERIOS DE ACEPTACION [DILIGENCIADO POR CLIENTE] 9
3.16 GLOSARIO DE TERMINOS [DILIGENCIADO POR CLIENTE] 10
3.17 LISTA DE CONCEPTOS 10
3.18 CLÁUSULA DE ACEPTACIÓN [DILIGENCIADO POR CLIENTE] 12

4 CONSULTOR FUNCIONAL 13
4.1 CLASIFICACION 13
4.2 ESPECIFICACIÓN FUNCIONAL 14
4.3 INVOCACIÓN DEL WEB SERVICE. 16
4.4 FLUJO DEL PROCESO 17
4.5 COMPONENTES REQUERIDOS POR TIPO DE DESARROLLO: 17
4.6 PRUEBAS 17
DETALLE DE CASO DE PRUEBAS INTERNAS: 17

5 GLOSARIO DE CONCEPTOS 17
LISTA DE CONCEPTOS: 17

6 CONTROLES DE CAMBIO 17

7 CUADRO DE APROBACIÓN 17

FTO07_CORE001 2 de 13
 ESPECIFICACIÓN
FUNCIONAL
Página 3 de 13

1 Versionado

Versión Fecha Nro RTC Id Req Secc Motivo Autor

1.0

FTO07_CORE001 3 de 13
 ESPECIFICACIÓN
FUNCIONAL
Página 4 de 13

2 Datos del Proyecto

Proyecto: AFP CONFIA INTEGRACIONES PO

EF- GAP – Plantillas de contratos SAP

ID Req:
Plantillas de contratos SAP

Archivo Adjunto:

Autor: Marilyn Rivas

Fecha: 01 julio 2022

Copyright: EPIUSE

Compañía: EPIUSE

Cliente: AFP CONFIA

Equipo: AFP Confia

Status:

Prioridad: ALTA(), MEDIA(x) BAJA()

FTO07_CORE001 4 de 13
 ESPECIFICACIÓN
FUNCIONAL
Página 5 de 13

3 Cliente
3.1 Aviso Informativo
Este documento debe ser llenado exclusivamente por el usuario/cliente que solicite un cambio a
desarrollo/informe/ funcionalidad o genere una nueva necesidad de desarrollo/informe/
funcionalidad.

En caso de necesitar ayuda, debe solicitarla Consultor Funcional.

La informacion expresada aquí constituye la base sobre la que se construye el

desarrollo/funcionalidad y los parametros para evaluar la satisfaccion de la necesidad.

Solo será tenido en cuenta para el desarrollo lo que haya sido escrito en este documento y los
anexos a los que se haga referencia.

3.2 Definición General de la Necesidad [Diligenciado por el cliente]

Se requiere implementar el funcionamiento de plantillas de contratos de SAP para las diferentes
tipos de solicitudes que se manejan en el flujo, dichas plantillas el sistema deberá reconocerlas
automaticamente dependiendo del tipo de solicitud que este activo dentro del flujo y llenar los
campos con valores del sistema en los nemotecnicos descritos en cada plantilla.

Se adjunta el requerimiento funcional SAP.

3.3 ¿Como le impactaría el que no se hiciera este desarrollo? [Diligenciado por el cliente]
La generacion del documento de contrato no seria automatico sino 100% manual perdiendo
el objetivo del proyecto.

3.4 Módulo / Submódulo:. [Diligenciado por EPI-USE]

3.5 Versión de SAP: [Diligenciado por EPI-USE]
3.6 Razón para desarrollar: [Diligenciado por EPI-USE]
3.7 Requerimientos Funcionales y No Funcionales [Diligenciado por Cliente]
En esta sección se deben indicar los cálculos, escenarios: (variaciones) a ser considerados dentro
del desarrollo. De ser necesario incluir como anexos archivos que permitan detallar dichos
cálculos, filtros requeridos, etc.

N/a

Descripción detallada de la funcionalidad solicitada

FTO07_CORE001 5 de 13
 ESPECIFICACIÓN
FUNCIONAL
Página 6 de 13

3.8 Volumen de Datos: Ej. Aproximadamente 1.500 registros x mes [Diligenciado por cliente]
Se debe indicar el volumen aproximados de datos que considera debe ser consultado por la
solucion.
Aproximadamente 50 solicitudes mensuales

3.9 Frecuencia de Ejecución: Ej. Diario, Mensual, Semanal [Diligenciado por cliente]
Se debe indicar la periodicidad con la que se va a ejecutar esta solucion.
Diaria.
3.10 Autorizaciones: [Diligenciado por cliente]
Se requiere que la aplicación tenga restricciones para uno o varios criterios. (Por Compañía,
Cuenta contable, área de negocio, etc.)
En el documento adjunto especifica los nemotecnicos que seran utilizados por el sistema para
sustituir su valor correspondiente.
3.11 Tipo de Procesamiento: [Diligenciado por cliente]
Manual, Automatico, Dependiente de otros procesos, Proveniente de integración.
Automatico al ejecutar la tarea 9.
.
3.12 Procedimientos de Contingencia: [Diligenciado por EPI-USE]

3.13 Resultado Esperado [Diligenciado por cliente]

Detalle de Caso de Pruebas: Especifique el resultado esperado, pantalla y/o campos finales (a
nivel visual) que espera obtener como resultado final.

El sistema debe de generar de manera automatica el documento de elaboracion de contratos de

acuerdo al tipo de solicitud activo en el flujo sustituyendo los valores del sistema en los
nemotecnicos especificados en cada tipo de plantilla.

3.14 Anexo Caso de Pruebas [Diligenciado por cliente]

Incluya como mínimo un escenario de prueba con resultados claros que pueda ser construido en
ambiente de pruebas.

Incluya en este documento el excel correspondiente o anexelo en la entrega.

En el documento adjunto se especifica la plantilla a utilizar.

FTO07_CORE001 6 de 13
 ESPECIFICACIÓN
FUNCIONAL
Página 7 de 13

3.15 Criterios de Aceptación [Diligenciado por cliente]

Listado de todas las condiciones que un producto de software/funcionalidad/desarrollo debe
satisfacer para ser aceptado por un usuario cliente, que serviran para evaluar la calidad y entrega
a satisfacción.

Ejemplos criterios de Aceptación:

Dada esta condición
Dado que el usuario requiere
que genere las plantillas de
contratos de manera automatica
Cuando Ocurre esta acción
Cuando la tarea 009 se genere.
Entonces, se espera este
resultado
Entonces el sistema debe
reconocer la plantilla acorde al
tipo de solicitud activo en el flujo
llenando automáticamente los
nemotécnicos descritos en cada
plantilla.

Consulte estas referencias para más ejemplos:

https://scrum.menzinsky.com/2015/10/como-escribir-los-criterios-de.html

https://samuelcasanova.com/2017/11/criterios-de-aceptacion/

3.16 Glosario de Terminos [Diligenciado por cliente]

Debe incluir conceptos, palabras y siglas con significado importante para el usuario que deben
tenerse en cuenta para llevar a cabo este desarrollo.

3.17 Lista de Conceptos

Reporte [ ], Corresponden a informes que organizan y exhiben la información contenida en una base de
datos. Su función es aplicar un formato determinado a los datos para mostrarlos por medio de un diseño
atractivo y que sea fácil de interpretar por los usuarios.

Integración [ ], La integración de datos es una combinación de procesos técnicos y de negocio que se

utilizan para combinar información de diferentes fuentes para convertirla en datos fiables y
valiosos. Estas soluciones de integración ayudan a comprender, limpiar, monitorizar, transformar y
entregar datos para que las empresas puedan estar seguras de que la fuente de información es confiable,
consistente y está gestionada en tiempo rea

FTO07_CORE001 7 de 13
 ESPECIFICACIÓN
FUNCIONAL
Página 8 de 13

Conversión[ ], La conversión alude al proceso de transformación de datos informáticos de una

representación concreta a otra, normalmente para lograr la interoperabilidad de aplicaciones o sistemas
diferentes.

Mejora [ ], Corresponde a una adición, modificación o eliminación de algún ítem que podría afectar el
servicio que ya fue implementado. Es conocido también como Cambio.

Formulario [ ], Conjunto de campos de datos solicitados por un determinado programa, los cuales se
almacenarán para su procesamiento y posterior uso.

Workflow [ ] El flujo de trabajo (workflow en inglés) es el estudio de los aspectos operacionales de una
actividad de trabajo: cómo se estructuran las tareas, cómo se realizan, cuál es su orden correlativo, cómo
se sincronizan, cómo fluye la información que soporta las tareas y cómo se le hace seguimiento al
cumplimiento de las tareas.

Los siguientes son ejemplos de un flujo de trabajo

3.18 Cláusula de Aceptación [Diligenciado por cliente]

Confirmo que como usuario del sistema SAP para el presente proyecto, he validado y verificado
toda la informacion de este documento y estoy de acuerdo que un cambio a este, da lugar a un
nuevo entendimiento con el consultor y por lo tanto a un nuevo control de cambios.

Nombre Rol Firma

Usuario Clave 1

Usuario Clave 2

Consultor Funcional

Project Manager Cliente

Project Manager EPI-USE

FTO07_CORE001 8 de 13
 ESPECIFICACIÓN
FUNCIONAL
Página 9 de 13

4 Consultor Funcional
4.1 Clasificacion
Indique como se clasifica este desarrollo, conforme la tabla siguiente y llene la informacion en
consecuencia:

Reportes (R),

Interfaces (I),

Conversiones (C),

Enhancements / Ampliaciones (E),

Formularios (F)

Workflows (W)

4.2
Espe

cificación Funcional
Realice una descripción detallada de lo que necesita en términos funcionales.

FTO07_CORE001 9 de 13
 ESPECIFICACIÓN
FUNCIONAL
Página 10 de 13

Según la clasificacion anterior, utilice las campos

Cree un programa para programar un JOB que permita la siguiente funcionalidad.

Se debe enviar un mensaje de texto al teléfono móvil de los asociados que se

encuentre en mora, según una tabla de parametrización que determina los
periodos moratorios.

Los ciclos de envío de mensaje de texto son los indicados en recuadro SMS.

Se debe crear una tabla Z en SAP con una vista de actualización, que permita
parametrizar la edad de la mora.

Cree la tabla ZFIAR_T + consecutivo actual.

DIMENSI DECIM CLAV

CAMPO TIPO ON AL NOMBRE E
CUOTAS INT4 10   Cuotas X
EDAD_LO Rango edad
W INT4 10   minima X
EDAD_HI Rango edad
GH INT4 10   maxima X
Aviso de
AVISO INT4 10   cobro  
Fecha de
CORTE CHAR 30   corte  
TEXTO CHAR 140   Texto  

FTO07_CORE001 10 de 13
 ESPECIFICACIÓN
FUNCIONAL
Página 11 de 13

Determine si el deudor se le puede enviar el mensaje de texto dependiendo del estatus

de cartera, el estatus de cartera del asociado se puede extraer de la tabla BP3010 con
campo llave PARTNER = KUNNR y campo GRP_TYP = 001 (constante), el campo GRP
puede tener los siguientes valores:

001        Normal

002        Cobranza Interna

003        Cobranza Prejurídico

004        Cobranza Externa

005        Cobranza Castigado

Solo se enviarán mensajes de textos a los deudores que tenga el valor: 001 y 002 en el
campo.

Teléfono móvil:

Ubique el campo de dirección BUT020, en campo ADDRNUMBER con el número del BP,
posteriormente ubique El campo teléfono móvil, que se encuentra en la tabla ADR2,
campo TEL_NUMBER, por medio del campo ADDRNUMBER encontrado en la tabla
BUT020.

Partidas Abiertas - BSID

Una vez identificado los deudores que se consultarán en la BSID, tome este universo de
deudores y cree una función o método de clase que permita consultar la información de
las partidas abiertas en SAP.

En la tabla de jerarquías ztfiar_006 se encuentran las clases de documentos que se

deben filtrar de la BSID. En el método DEBITOS de la clase ZFICL_APLICA_PAGO,
encontrará un ejemplo del uso de esta tabla. Verifique que la partida seleccionada en la
BSID es de naturaleza debito SHKZG = ‘S’.

Para determinar la fecha de vencimiento se debe sumar la fecha de vencimiento base y

sumarle los días de la condición de pago.

Fecha de vencimiento = BSID-ZFBDT + BSID-ZBD1T.

Días de Mora = Fecha de vencimiento - sy-datum

FTO07_CORE001 11 de 13
 ESPECIFICACIÓN
FUNCIONAL
Página 12 de 13

Como este proceso es masivo cree un query hana que realice esta selección para las
partidas de los deudores, si el deudor tiene una mora, es candidato para enviarle el SMS.

SELECT ( BSID-ZFBDT + BSID-ZBD1T ) – FECHA ACTUAL AS DIAS_MORA

CASE DIAS_MORA

WHEN BETWEEN 1 TO 30 (Dinámico, según tabla paramétrica ZFIAR_T######)

Según los días de vencimiento por rango y la cantidad de cuotas que tiene vencida,
seleccione el texto de la tabla ZFIAR_T######.

Determine si la fecha actual corresponde a la fecha de corte que se encuentra en el

campo CORTE de la tabla ZFIAR_T######, como los días se encuentran separados por
coma, llévelos a una tabla interna para que pueda realizar la comparación con el
comando SPLIT.

Una vez identifique que la posición esta en mora y que la fecha de corte corresponde a la
parametrizadas, se debe enviar el mensaje que se encuentra parametrizado en el campo
TEXTO de la tabla ZFIAR_T######. Se debe enviar el mensaje que tenga la cuota mas
vencida.

4.3 Invocación del web Service.

Para invocar el web Service siga los pasos que a continuación se relacionan en el archivo
adjunto, encontrará el detalle técnico del consumo del ws para el envío del SMS.

FTO07_CORE001 12 de 13
 ESPECIFICACIÓN
FUNCIONAL
Página 13 de 13

4.4 Flujo del Proceso

4.5 Componentes Requeridos por Tipo de Desarrollo:

Tipo de Desarrollo Componente Requerido

4.6 Pruebas

Detalle de Caso de Pruebas Internas:

Ejemplo:

Ite Cumple/
m Texto Prueba No Cumple
1. Determinar por la transacción FBL5N, los deudores con mora  
2. Determinar si a estos deudores se les envía el mensaje de texto al celular.  
3. Validar la correcta recepción del mensaje  
4. validar que solo se envíen los mensajes a los deudores que corresponde  
Validar que el mensaje y la fecha de envío corresponde según la tabla de
5. parametrización de fechas de envío.  

5 Glosario de Conceptos

Lista de Conceptos:

6 Controles de Cambio

7 Cuadro de Aprobación

Nombre Rol Firma

FTO07_CORE001 13 de 13