Histórico da Página

Información General

(Obligatorio)

Objetivo

<En esta etapa, informar el objetivo de la especificación del requisito, es decir, lo que la funcionalidad debe realizar. Ejemplo: Permitir que el usuario defina el porcentaje mínimo en efectivo (dinero), la referencia mínima para el cálculo de los débitos del alumno y el periodo de validez del parámetro de negociación>.

 Modificar el proceso de la rutina FINA855 para que al momento de incluir una Orden de Pago Previa se guarden los valores calculados dentro de la tabla FKC, de esta manera si un pago se realiza por cuotas y no se ha generado aún una Orden de Pago para ninguna cuota, considerar los valores calculados en anteriores Ordenes de Pago Previas.

Definición de la Regla de Negocio

<Regla de negocio es lo que define la forma de realizar el negocio, el proceso definido y/o las reglas que se deben considerar. Se deben describir las restricciones, validaciones, condiciones y excepciones del proceso. Si necesario, incluir,también en este capítulo, las reglas de integridad que se deben verificar al momento del desarrollo>. 

Ejemplo de aplicación:

• Crear el campo “% Mínimo Efectivo” (AAA_PERESP), en que el usuario informará el % que el alumno pagará en efectivo (dinero). Ese % podrá modificarse durante la negociación.
• Crear el campo “Referencia Mínima para Cálculo” (AAA_REFCAL), en que el usuario informará uno de los 4 valores disponibles para pago de las mensualidades  como la referencia mínima para calcular el débito total del alumno.
• Crear el parámetro MV_ACPARNE, que definirá si la información de “% Mínimo Efectivo” y “Referencia Mínima para Cálculo” será obligatoria.
• El parámetro MV_ACPARNE debe tener las opciones: 1=Obligatorio y 2=Opcional. Se debe inicializar como opcional>.

Tablas Utilizadas

Actualización al diccionario de datos (UPDMODMI)

Modificar la rutina de update para el módulo de Financiero (UPDFINMI) para:

• Crear Tabla FKC - Retenciones Orden de Pago Previa
• Crear los campos con estructura similar a SFE.
• Modificar la rutina FINA855 para al incluir una Orden de Pago Previa guardar los valores en una nueva tabla
  • Esto implicará que los valores guardados serán considerados hasta el momento de la generación de la Orden de Pago Previa, por lo tanto pueden existir diferencias en los valores al momento de generan la Orden de Pago y la Orden de Pago Previa.
• Modificar la rutina FINRETARG para al visualizar una Orden de Pago Previa tomar los valores de la tabla FKC.
• Modificar la rutina FINRETARG para al incluir una Orden de Pago Previa para una Factura con cuotas, si no se han generado Ordenes de Pago correspondientes a las cuotas, tomar en cuenta las Ordenes de Pago Previas con sus retenciones correspondientes.

Tablas Utilizadas

• SFE – Retenciones Orden de Pago
• SEK – Ordenes de Pago
• FJK – Ordenes de Pago Previas
• FKC – Retenciones Orden de Pago Previa
• SE2 – Archivo de Cuentas por Pagar
• FI9 – Control de Emisión de DARF>.
  
  

Opcional

Prototipo de Pantalla

Prototipo 01

Opcional

Flujo del Proceso

<En esta etapa, incluir representaciones gráficas que describan el problema por solucionar y el sistema que se desarrollará. Ejemplo: Diagrama - Caso de Uso, Diagrama de Actividades, Diagrama de Clases, Diagrama de Entidad y Vínculo y Diagrama de Secuencia>. 

Opcional

Diccionario de Datos

Archivo o Código del Script: FKC – Retenciones Orden Pago Previa

(Opcional)

Estructura de Menú

<Información utilizada en la línea Datasul>.

Procedimientos

Programas

(Opcional)

Grupo de Preguntas

<Información utilizada en la línea Protheus>.

Nombre: FINSRF2

(Opcional)

Consulta Estándar

<Información utilizada en la línea Protheus>

Consulta: AMB

Ejecuta vía RPC

Sí/No

Sí/No

Sí/No

Registro Estándar

Sí

Sí

Sí

Otro Producto

No

No

No

Visualiza Menú

Sí/No

Sí/No

Sí/No

Query on-line

Sí/No

Sí/No

Sí/No

Log Ejec.

Sí/No

Sí/No

Sí/No

Rutina (EMS)

Subrutina (EMS)

Ubicación dentro de la subrutina (EMS)

Compact[4]

Sí/No

Sí/No

Sí/No

Home[5]

Sí/No

Sí/No

Sí/No

Posición del Portlet[6]

0 – Top Left

1 – Top Right

2 – Bottom Left

3 – Bottom Right

0 – Top Left

1 – Top Right

2 – Bottom Left

3 – Bottom Right

0 – Top Left

1 – Top Right

2 – Bottom Left

3 – Bottom Right

Informar los papeles con los que el programa se debe vincular

Archivo de Papeles

<El archivo de papeles es obligatorio para los proyectos de desarrollo FLEX a partir del Datasul 10>.

<Recordatorio: el nombre de los papeles en inglés que se describe en este punto del documento se deben homologar por el equipo de traducción>.