Documentos de Académico
Documentos de Profesional
Documentos de Cultura
Funcional Técnico
Centro de Soluciones
Soluciones Financieras –Gestión Humana
Tesorería
Descripción
1. Responsable
Tipo de
Fecha de RCR Requerimiento
Autor Área Aprobado
creación Evolutivo /
por Proyecto /
Correctivo
19.11.2018 Luishir Armas GR-XXXX Correctivo
2. Histórico de versiones
Tipo de
Modificado por RCR Requerimient
o
Vers. Fecha Motivo del Cambio
Evolutivo /
Proyecto /
Correctivo
1.0
Índice
1. Responsable..............................................................................................................................2
2. Histórico de versiones...............................................................................................................2
Índice........................................................................................................................................................................3
1. Objetivos...................................................................................................................................5
2.4 Pre-Condiciones...........................................................................................................................................8
3. Sugerencias Técnicas.................................................................................................................9
4. Anexos......................................................................................................................................9
5. Escenarios de Prueba..............................................................................................................10
6. Observaciones al Desarrollo....................................................................................................10
Historial de Modificaciones............................................................................................................11
1. Modificación 001.....................................................................................................................11
2. Modificación 002.....................................................................................................................11
3. Modificación 003.....................................................................................................................12
4. Modificación 004.....................................................................................................................12
1. Objetivos
Actualiza la Fecha de vencimiento de la partida pendiente del Confirming por Pagar.
Cuando se generé la partida de confirming por pagar se deberá de actualizar los siguientes
campos:
Via de Pago = Y
Fecha de vencimiento = de acuerdo al calendario del país del banco de cargo.
Crear una tabla de mantenimiento por el usuario donde se relacione el Banco propio con su
calendario:. Se llamara Banco vs calendario
T012-BUKRS Sociedad
T012-HBKID banco propio
TFACD-IDENT calendario
Buscar el calendario.
Mediante:
BKPF-BUKRS Sociedad
BSEG-HBKID banco propio
IDENT = T012-BANKS
Alcanzo un ejemplo:
2.4 Pre-Condiciones
Describir qué condiciones deben cumplirse o qué transacciones deben ejecutarse antes de
empezar el desarrollo o antes de ejecutar las pruebas.
SI NO X
SI NO X
3. Sugerencias Técnicas
3.1 Ambiente donde se debe desarrollar
X
DEV-ERP DEV- BW DEV-APO DEV-CRM DEV-BPC
4. Anexos
4.1 Anexo 1: Interfaces
Descripción
Identificación del campo
Descripción
Flujo
Formato del Archivo de
Interfaces
Tipo de Proceso
Frecuencia
Consideraciones de
Seguridad
Actividades
Aplicaciones/ Sistemas
involucrados
Esquema
5. Escenarios de Prueba
1.
2.
3.
4.
2 Ingresar las condiciones de ejecución, Ingresar el valor esperado, en números, letras, etc., y el detalle
transacción, datos a ingresar en cada campo y de la visualización esperada.
acciones a tomar.
3 Ingresar las condiciones de ejecución, Ingresar el valor esperado, en números, letras, etc., y el detalle
transacción, datos a ingresar en cada campo y de la visualización esperada.
acciones a tomar.
n Ingresar las condiciones de ejecución, Ingresar el valor esperado, en números, letras, etc., y el detalle
transacción, datos a ingresar en cada campo y de la visualización esperada.
acciones a tomar.
6. Observaciones al Desarrollo
Solo en casos en donde el aplicativo o el desarrollo no se encuentra disponible en PRD y
las observaciones no son de orden técnico, el analista puede solicitar cambios en el diseño
como resultado de las pruebas en QAS. Este cambio de alcance será validado por el gestor
de Software Factory para validar el impacto en las fechas de entrega o solicitar un nuevo
requerimiento.
Historial de Modificaciones
1. Modificación 001
Fecha dd/mm/aaaa
Toda mejora evolutiva y/o corrección posterior a la puesta en vivo se debe detallar en esta
sección adjuntando el número de RCR. Es posible adicionar más secciones de acuerdo a
las necesidades de la modificación.
2 Ingresar las condiciones de ejecución, Ingresar el valor esperado, en números, letras, etc., y el detalle
transacción, datos a ingresar en cada campo y de la visualización esperada.
acciones a tomar.
3 Ingresar las condiciones de ejecución, Ingresar el valor esperado, en números, letras, etc., y el detalle
transacción, datos a ingresar en cada campo y de la visualización esperada.
acciones a tomar.
n Ingresar las condiciones de ejecución, Ingresar el valor esperado, en números, letras, etc., y el detalle
transacción, datos a ingresar en cada campo y de la visualización esperada.
acciones a tomar.
2. Modificación 002
Fecha dd/mm/aaaa
3. Modificación 003
Fecha dd/mm/aaaa
4. Modificación 004
Fecha dd/mm/aaaa