Post on 08-Jan-2016
description
Especificacin Funcional
Objetivo del Documento XE "Purpose" Describir funcionalmente como se debe mostrar la estructura del reporte de soporte de cierre de caja por cajero al trmino de su jornada de trabajo. Esta estructura se puede utilizar como una transaccin Z de uso de supervisores/promotores o cargo superior.Actualizaciones del documento
Versin FechaAutorAutorizadoDescripcin
1.02013-11-12Carlos MendozaCreacin
Informacin del proyecto
Nombre de ProyectoID. De Proyecto
Fecha de Inicio06/03/13Fecha de Terminacin10/03/14
SponsorUnidad de Negocio
ndice31. Definicin General
31.1 Alcance del Requerimiento
51.2 Tipo de Desarrollo
61.3 Problemtica/Situacin Actual
61.4 Comentarios
62. Requerimientos Funcionales y No Funcionales
62.1 Descripcin General de la funcionalidad solicitada
92.1 Volumen de Datos
92.2 Frecuencia de Ejecucin
92.3 Autorizaciones
92.4 Tipo de Procedimiento
92.5 Consideraciones Especiales
92.6 Procedimientos de Contingencia
93. Especificacin Funcional
93.1 Flujo del Proceso
103.2 Componentes Requeridos por Tipo de Desarrollo
104. Aprobacin
1. Definicin General1.1 Alcance del Requerimiento
La funcionalidad de caja SAP estar en la capacidad de proporcionar un reporte que refleje informacin de manera detallada por cada transaccin que se realice dentro de un punto de recaudo en un rango de fechas dado; al final del reporte se totalizara por cada unidad de negocio, el valor y cantidad de las transacciones realizadas. Dado lo anterior se requiere que el reporte contemple la informacin con los siguientes parmetros:
CAMPOS DE ENTRADA:
Son datos registrados por el usuario bien sea seleccionndolos de una lista o registrndolos de forma manual por el usuario que genera la consulta.
1. Fecha inicial: Fecha inicial correspondiente al rango de fechas del reporte. Formato DDMMAAAA.
2. Fecha final: Fecha final correspondiente al rango de fechas del reporte. Formato DDMMAAAA.
3. Punto de recaudo: Sucursal originadora del recaudo y de cierre. Lista desplegable de los puntos de venta que tienen la funcionalidad de caja.
Premisa: Para este campo se requiere que exista un control por perfil de usuario (restriccin).
Ejemplo:
Perfil de Supervisin: Debe poder visualizar solamente el listado de puntos (sucursales) asociados a su usuario.
Perfil de Auditor o Revisor medios de pago: Puede visualizar la totalidad de puntos creados en la funcionalidad de caja.
Perfil de cajero: No puede visualizar el informe.
CAMPOS DE SALIDA:El reporte debe detallar una a una las transacciones realizadas en caja por parte de los usuarios teniendo en cuenta los siguientes campos de visualizacin:
1. Fecha de impresin y hora: Fecha y hora de impresin. Formato Fecha: DDMMAAAA, formato hora hh: mm.
2. No. Recibo: Nmero de recibo de caja recaudado.
3. Fecha: Fecha de recaudo del recibo de caja. Formato DDMMAAAA.
4. Hora: Hora de recaudo del recibo de caja. Formato hh:mm
5. No. Transaccin: Numero de consecutivo de transaccin del sistema (por caja) utilizado para el recaudo.
6. Medios de pago: Nombre del medio de pago afectado en el recibo de caja.
7. Valor: Valor recaudado por medio de pago. Formato $ (moneda) sin decimales
8. Referencia: Nmero de referencia de pago.
9. Concepto de pago: Corresponde al concepto registrado en el recibo de caja.
10. Cedula cajero: Cedula cajero
11. Nombre Cajero: Nombre del cajero.
12. Servicio: Corresponde al servicio y/o negocio recaudado.
13. Total: Sumatoria de los valores en la columna Valor. Formato $ (moneda) sin decimales
14. Total por servicio: Sumatoria de los valores que corresponden al servicio recaudado. Formato $ (moneda) sin decimales
15. Cantidad de transacciones: Sumatoria de transacciones que corresponden al servicio recaudado. Formato numrico sin decimales.
16. Total por servicio: Sumatoria del total por servicio (numeral 17 y numeral 18). Formato $ (moneda) sin decimales.
ESPECIFICACIONES DE SALIDA:1. Generacin automtica del reporte: Se debe ejecutar en un horario determinado de forma automtica una vez generado el cierre de caja por parte de todos los usuarios de la funcionalidad asignados a la sucursal, direccionado el archivo a una ubicacin (carpeta) especificada por Colsubsidio. Esta actividad debe realizarse diariamente por cada punto de recaudo (sucursal).
i. El formato del archivo: PDF.2. Generacin manual del reporte: El informe se genere de forma manual diligenciando los campos de entrada por parte del perfil autorizado.
i. El formato del archivo: PDF o Excel.
1.2 Tipo de DesarrolloAdecuacin a la solucin de caja recaudadora. Modificacin de los programas SAPLZAR_FGRDEUDA y adecuacin a reporte individual de Reporte de recaudos.1.3 Problemtica/Situacin ActualLa funcionalidad de caja debe contemplar los diferentes reportes necesarios, para el control de los movimientos de los cajeros, adicionalmente para los diferentes anlisis referentes a la gestin administrativa.
1.4 Comentarios
La salida del reporte se debe generar en un archivo PDF y desde ah imprimirse.
Este requerimiento cubre el GAPs Reporte recaudo por cajero en un rango de fechas2. Requerimientos Funcionales y No Funcionales2.1 Descripcin General de la funcionalidad solicitadaPrevio a los ajustes de estructura de reporte se debe considerar lo siguiente:
Agregar un campo a la tabla ZAR_012C-STCD1 Cdula de cajero.
Se debe actualizar el programa de mantenimiento de esta tabla; transaccin ZAR_012C para que se incluya este campo.
Para este campo se debe mostrar una lista desplegable de datos maestros de deudor (Tabla KNA1) y se debe capturar el campo STCD1 o se puede ingresar manualmente. Si se registra manualmente se debe validar que exista en la tabla KNA1.
El reporte de cierre de caja actualmente cuenta con una estructura que cubre la informacin requerida por Colsubsidio y a la cual hay que agregarle algunos campos que se detallan a continuacin:
Estructura resumen de reporte actual:
En esta estructura se deben ocultar la primera columna de Importe de recaudos del sistema. Se debe habilitar la segunda columna de importe para que el cajero ingrese los valores segn conteo fsico. Si existe importe de sobrante o faltante, este valor debe ocultarse.
Los sobrantes y faltantes se obtendrn en forma posterior y fuera de la funcionalidad de caja recaudadora en el proceso de conteo de empresa transportadora.Se debe bloquear el proceso de contabilizaciones de cierre de sobrantes/faltantes y de entrega de valores efectivo y cheques a bancos. Esta parte est cubierta por las entregas parciales.
Estructura Base Detalle por medio de pago :
En los ttulos de cabecera se deben realizar los siguientes ajustes:
Eliminar Centro de costo
En lugar de Usuario, colocar Supervisor y el dato extraerlo de la tabla ZAR_012C-SUPERVISOR entrando con NCAJA, NSUC, BNAME.
En las columnas de detalle deben realizar los siguientes ajustes:
Adicionar la columna Cajero antes de Tipo Pago. Extraer el valor del campo ZAR_012C-BNAME.
Adicionar la columna Cdula Cajero. Extraer el valor del campo ZAR_012C-STCD1.
Adicional la columna Ref. Pago despus de Doc.SAP. Extraer el valor del campo ZAR_012I-NUM_FACT.
Modificar el ttulo Folio/Nro.Doc por Nro.Recibo.
Adicionar la columna Servicio despus de la columna Texto tipo pago. Extraer el valor del campo BSAD-GSBER del documento de pago. Entrar a la BSAD con ZAR_012I-BUKRS, ZAR_012I-BELNR y ZAR_012I-GJAHR
Al final debe existir un resumen por medio de pago y otro resumen por tipo de servicio incluyendo una columna Cantidad de transacciones.
Cuando el reporte se emite desde la funcionalidad de Caja, los datos de cajero, supervisor, supervisor se encuentran en memoria. La seleccin de datos en este caso corresponde a los recaudos del cajero que tiene la caja abierta.
Si por otro lado este reporte se invoca desde transaccin Z, en los parmetros de entrada se debe validar que existan o incluir los campos a los parmetros ya existentes (Fecha, Sociedad, etc):
Sucursal (parameter) ObligatorioNro. De Caja (select-options) ObligatorioSUPERVISOR (select-options) OpcionalFecha de recaudo (Desde hasta) ObligatorioLa lgica de extraccin de datos debe ser la misma que contiene la funcionalidad de caja por cajero a excepcin de que se debe ampliar a los parmetros de entrada seleccionados.2.2 Volumen de DatosNo se tienen considerado las transacciones por este proceso.2.3 Frecuencia de EjecucinA solicitud de usuario supervisor/promotor o rango superior.2.4 AutorizacionesAcceso a supervisor/promotor o rango superior.2.5 Tipo de ProcedimientoEn lnea2.6 Consideraciones EspecialesEste reporte puede generarse a partir de la funcionalidad de Caja o desde una transaccin Z individual con parmetros de entrada.
El reporte debe tener la posibilidad de generarse en formato PDF sin necesidad de smartform.
2.7 Procedimientos de ContingenciaNo se tiene definido tipo de procedimiento de contingencia de acuerdo a las polticas de Colsubsidio.
3. Especificacin Funcional3.1 Flujo del Proceso
3.2 Componentes Requeridos por Tipo de DesarrolloComponenteTipo
SAPLZAR_FGRDEUDAGrupo de Funciones
LZAR_FGRDEUDATOPInclude
LZAR_FGRDEUDAUXXInclude
LZAR_FGRDEUDAU01
ZAR_CONFBOLInclude
Mdulo de Funciones
LZAR_FGRDEUDAU02
ZER_VERBUSQUEDAInclude
Mdulo de Funciones
LZAR_FGRDEUDAO01Include
LZAR_FGRDEUDAI01Include
LZAR_FGRDEUDAO02Include
LZAR_FGRDEUDAI02Include
LZAR_FGRDEUDAF01Include
LZAR_FGRDEUDAF02Include
LZAR_FGRDEUDAI03Include
LZAR_FGRDEUDAO03Include
LZAR_FGRDEUDAI04Include
ZAR_012CTransaccin
ZAR_012CTabla
ZAR_012ITabla
4. AprobacinAPROBACIONES
Gerente de proyecto ColsubsidioLder funcional Colsubsidio
Nombre:Patricia MeloNombre:Marcela Fajardo
Cargo:Gerente de ProyectoCargo:Gestor de Riesgo
Firma:Firma:
Fecha de Firma:Fecha de Firma:
Gerente de proyecto NeorisLder Funcional Frente de Tesorera Neoris
Nombre:Alejandro LinaresNombre:Diana Marcela Paredes
Cargo:Gerente de ProyectoCargo:Lder Funcional
Firma:Firma:
Fecha de Firma:Fecha de Firma:
Lder Funcional NeorisUsuario experto Colsubsidio
Nombre:Carlos MendozaNombre:Diego Alejandro Contreras
Cargo:Lder FuncionalCargo:Analista Seccin Medios de pago
Firma:Firma:
Fecha de firmaFecha de firma
Usuario Experto ColsubsidioAsesor de Tecnologa
Nombre:Carlos Andres ParraNombre:Oscar Gamboa
Cargo:Revisor Medios de PagoCargo:Asesor de Tecnologa
Firma:Firma:
Fecha de FirmaFecha de Firma
Lder Tcnico Neoris
Nombre:Abelardo Nuez
Cargo:Desarrollador
Firma:
Fecha de Firma
TEC-080 Actualizacin ERP, Tesorera, Abastecimiento y Gestin Humana- Reporte cierre de caja por punto de venta TESID38 TESID39 TESID43 TESID46 TESID70
Colsubsidio Autor:Carlos Parra- Fernando Rativa Carlos MendozaFecha de Creacin: 2013-11-12 CREATEDATE \* MERGEFORMAT Fecha de Modificacin:2013-11-12Versin:1.0
Especificacin Funcional
Cules sern Campos Obligatorios?.
Cuales SELECT OPTIONS (Rango)y cules PARAMETER (Individual)?Leer documento completo
Si existe actualmente una ESTRUCTURA que tenga los campos que deben mostrarse, indicarla, en caso contrario dar los nombres de referencia de los campos. Leer documento completo. Se muestra figura
Cul es el Horario determinado en que debe ejecutarse?Programar Job de fondo
Se indica que no se requiere formulario (Smartform), pero que quiere enviarse a PDF? Bajo Criterio? (No es claro que debe ir en PDF). No se requiere smartform previo. Se imprime directo a PDF con diseo segn criterio del programador.
Aclararlo, es confuso. Mostrar el matchcode estndar de deudores
Se indica que no se requiere formulario (Smartform), pero que quiere enviarse a PDF? Bajo Criterio? (No es claro que debe ir en PDF). Respondido en mismo comentario anterior en pginas previas.