Especificación Funcional – Técnica Sección I (Equipo Funcional) Datos Generales Fecha de Creación (dd- mmm-yyyy) 07/12/2012 Autor Nombre & e-mail Enrique Casachagua Frente Funcional PP Título Tipo de Programa Para Reportes, Formularios y Workflows: ( ) ABAP ( ) Report Painter / Report Writer ( X ) SAPScript / Smartforms ( ) Workflow Para DDIC (Data Dictionary): ( ) Tabla/ Estructura /Vista ( ) Estructura Append ( ) Indice Secundario Para Mejoras: ( ) User Exit ( ) BADI ( ) Transacción Z ( ) Rutina VOFM ( ) Sustitución & Validación Característica s especiales ( X ) ALV ( X ) Drill-down ( ) N/A ( ) Otros: (¿Cuáles?) RICEF ID: PP0003 Criticidad Observaciones ( X ) Alta ( ) Media ( ) Baja Complejidad Observaciones ( ) Alta ( X ) Media ( ) Baja Resumen de Requerimiento Funcional Se debe emitir un reporte a demanda de el status de los productos MTS (Make To Stock) y MTO (Make To Order) a través de una transacción ZPPXXX (De acuerdo a formato Hayduk). CONFIDENTIAL
Transcript
Especificación Funcional – Técnica
Sección I (Equipo Funcional)
Datos Generales
Fecha de Creación (dd-mmm-yyyy)
07/12/2012 AutorNombre & e-mail
Enrique Casachagua
Frente Funcional PP
TítuloTipo de Programa Para Reportes, Formularios y Workflows:
( X ) ALV ( X ) Drill-down ( ) N/A( ) Otros: (¿Cuáles?)
RICEF ID: PP0003
Criticidad Observaciones
( X ) Alta( ) Media( ) BajaComplejidad Observaciones
( ) Alta( X ) Media( ) Baja
Resumen de Requerimiento Funcional
Se debe emitir un reporte a demanda de el status de los productos MTS (Make To Stock) y MTO (Make To Order) a través de una transacción ZPPXXX (De acuerdo a formato Hayduk).
CONFIDENTIAL
Especificación Funcional – Técnica
MAKE TO ORDER (MTO)
El detalle de los campos a imprimir se muestra a continuación:
1. Pedido de ventasNúmero de pedido de venta, selección simple y opcional.
VBAK-VBELN, número de pedido de ventaVBAK-VKORG = F100 La organización de compras debe ser solo para la F100.
Las posiciones de material están en VBAP-POSNR y los materiales de la posición en VBAP-MATNR. Solo se debe de tener en cuenta y mostrar las posiciones de material cuya estrategia es MARC-STRGR = 50.
2. CentroEl centro será siempre F101.Campo T001W-WERKS = F101
CONFIDENTIAL
Especificación Funcional – Técnica
REPORTE
El reporte solo es para los materiales MTO (Make To Order).
El detalle de los campos a imprimir se muestra a continuación (estos son los nombres de los campos)
DATOS DEL PEDIDO DE VENTA
DATOS DEL PEDIDO
Pedido de cliente
Solicitante Denominación CentroPosición de pedido
MaterialNombre del material
N° de Reparto
Cantidad UMBFecha de entrega
1. N° DE PEDIDO DE VENTA
VBUP-VBELNVBUP-POSNRPedidos de venta no cerrados, no se deben de tomar las posiciones que estén con status cerradaVBUP-LFGSA = C.
2. SOLICITANTE
Número de solicitante (Cliente).VBAK-KUNNR
3. DENOMINACIÓN
Denominación del solicitante.KNA1-KUNNR Nº de cliente 1 -> KNA1-NAME1 Nombre 1
4. CENTRO
VBAP-VBELNVBAP-POSNRVBAP-WERKS = F101
5. POSICIÓN DE PEDIDO
Posiciones de Pedidos de Venta.VBEP-VBELN -> VBEP-POSNR.
6. MATERIAL
Material de la posiciones de Pedidos de Venta.VBAP-VBELN -> VBAP-POSNR -> VBAP-MATNR
CONFIDENTIAL
Especificación Funcional – Técnica
7. NOMBRE DEL MATERIAL
Nombre del material del Pedido de VentaMAKT-MATNR Número de materialMAKT-MAKTX Texto breve de material
8. N° DE REPARTO
Posiciones de Reparto, por lo general cada posición de pedido de venta tendrá una sola posición de reparto.VBEP-VBELN -> VBEP- POSNR --> VBEP-ETENR.
9. CANTIDAD DE REPARTO
Cantidad de repartoVBEP-VBELN -> VBEP- POSNR --> VBEP-ETENR.VBEP-LMENG.
10. UNIDAD DE MEDIDA BASE
Unidad de medida base para el reparto.VBEP-VBELN -> VBEP- POSNR --> VBEP-ETENR.VBEP-MEINS
11. FECHA DE ENTREGA
Fecha de entrega del reparto.VBEP-VBELN -> VBEP- POSNR --> VBEP-ETENR.VBEP-EDATU.
12. CREADO POR
Usuario SAP que creo el Pedido de Venta.VBAK- VBELNVBAK-ERNAM
13. CREADO EL
Fecha en que se creo el Pedido de Venta.VBAK- VBELNVBAK-ERDAT
14. FECHA ÚLTIMA MODIFICACIÓN
Fecha de la última modificación del pedidoVBAK- VBELNVBAK-AEDAT
CONFIDENTIAL
Especificación Funcional – Técnica
DATOS DE PLANIFICACIÓN DEL MATERIAL
DATOS DE PLANIFICACIÓN DEL MATERIAL
Periodo de planificación
Cantidad total
UMBFecha de necesidad
1. PERIODO DE PLANIFICACIÓN
Primero verificar la fecha de entregaVBEP- VBELN -> VBEP- POSNR -> VBEP-ETENR -> VBEP-EDATU Fecha de reparto
Con esa fecha de reparto ubicar los Períodos de planificación existentes.PBED-PERXX Período de planificación de la tabla Datos de necesidades primarias para cada material del Pedido de Venta.
2. CANTIDAD TOTAL PLAN
Cantidad planificada como Necesidad Primaria (Planificación de Ventas) del periodo de análisis.
VBEP-VBELN -> VBEP-POSNR -> VBEP- ETENR -> VBAP-MATNRPBIM-MATNR -> PBIM-WERKS -> PBIM-BDZEI = PBED-BDZEI -> PBED-PDATUPBED-PLNMG Cantidad plan de la tabla Datos de necesidades primarias, en el periodo de la posición de reparto del Pedido de venta.
3. UMB
Unidad de medida base de la cantidad plan.
VBEP-VBELN -> VBEP-POSNR -> VBEP- ETENR -> VBAP-MATNRPBIM-MATNR -> PBIM-WERKS -> PBIM-BDZEI = PBED-BDZEI -> PBED-PDATUPBED-MEINS Unidad de medida base
4. FECHA DE NECESIDAD
Fecha en la que se debe de contar en stock la necesidad primaria.
VBEP-VBELN -> VBEP-POSNR -> VBEP- ETENR -> VBAP-MATNRPBIM-MATNR -> PBIM-WERKS -> PBIM-BDZEI = PBED-BDZEI -> PBED-PDATUPBED-PDATU Fecha de entrega/fin-orden
.
CONFIDENTIAL
Especificación Funcional – Técnica
DATOS DE PEDIDOS TOTALES
DATOS DE PEDIDOS TOTALES
ÍtemN° de Pedido de Venta
PosiciónN° de Reparto
Cantidad total
UMBFecha de entrega
Solicitante DenominaciónCreado por
Creado el
Fecha última modificación
1. ITEM
Correlativo de 1 en 1, desde 1.
2. N° DE PEDIDO DE VENTA
Pedidos de venta no cerrados, no se deben de tomar las posiciones que estén con status cerrada VBUP-LFGSA = C. Se debe de mostrar todos los pedidos de venta que estén en el Periodo de Planificación.VBAK-VBELN.VBEP-EDATU cuyo rango de fecha sea Periodo de Planificación
3. POSICIÓN DE PEDIDO
Posiciones de Pedidos de Venta.VBEP-VBELN -> VBEP-POSNR.
4. N° DE REPARTO
Posiciones de Reparto, por lo general cada posición de pedido de venta tendrá una sola posición de reparto.VBEP-VBELN -> VBEP-POSNR -> VBEP-ETENR.
5. CANTIDAD TOTAL
Cantidad de repartoVBEP-VBELN -> VBEP-POSNR -> VBEP-ETENR.VBEP-LMENG.
6. UNIDAD DE MEDIDA BASE
Unidad de medida base para el reparto.VBEP-VBELN -> VBEP-POSNR -> VBEP-ETENR.
CONFIDENTIAL
Especificación Funcional – Técnica
VBEP-MEINS
7. FECHA DE ENTREGA
Fecha de entrega del reparto.VBEP-VBELN -> VBEP-POSNR -> VBEP-ETENR.VBEP-EDATU.
8. SOLICITANTE
Número de solicitante.VBAK-VBELNVBAK-KUNNR
9. DENOMINACIÓN
Denominación del solicitante.VBAK-VBELN -> VBAK-KUNNRKNA1-KUNNR -> KNA1-NAME1
10. CREADO POR
Usuario SAP que creo el Pedido de Venta.VBAK-VBELNVBAK-ERNAM
11. CREADO EL
Fecha en que se creo el Pedido de Venta.VBAK-VBELNVBAK-ERDAT
12. FECHA ÚLTIMA MODIFICACIÓN
Fecha de la última modificación del pedidoVBAK-VBELNVBAK-AEDAT
CONFIDENTIAL
Especificación Funcional – Técnica
DATOS DE STOCK TOTALES
DATOS DE STOCK TOTALES
Stock de cada pedido
Stock en Libre Util.
UMB
1. STOCK DE CADA PEDIDO
Stock bruto disponible en almacén.MSKA-MATNR -> MSKA-WERKS -> MSKA-VBELN -> MSKA-POSNRMSKA-KABAL, Stock valorado de libre utilización
2. STOCK LIBRE UTILIZACIÓN
Stock bruto disponible en los almacenes del centro F101.MARD-MATNR, MARD-WERKS = F101. Suma de los stocks de todos los almacenes MARD-LGORT
MARD-MATNR -> MARD-LABST Stock valorado de libre utilización
3. UNIDAD DE MEDIDA BASE
Unidad de medida de stock.MARD-MATNR ->MARA-MATNR -> MARA-MEINS
Mostrar todas las Órdenes de fabricación asociados al pedido de venta.
AFPO-KDAUF Posición de orden de fabricación, Número del pedido de clienteAFPO-KDPOS Posición pedido de clienteAFPO-KDEIN Reparto pedido de cliente
AFPO-AUFNR: Número de orden
2. CANTIDAD
Cantidad de la Orden de Fabricación en unidades de medida base
AFPO-AUFNR Posición de orden de Fabricación. Número de ordenAFKO-AUFNR Datos cabecera orden p.órdenes PCP. Número de ordenAFKO-GAMNG Cantidad total de la orden
3. UMB
Unidad de medida base del material en la Orden de Fabricación.AFKO-GMEIN Unidad de medida base
4. OPERACIONES TOTALES
Indica el número de posiciones de la orden de fabricación.AFKO-AUFPL -> AFVV-AUFPL --- AFVV-APLZL (Número de posiciones)
OBSERVACIÓN: Mediante el ALV-TREE se debe poder mostrar las operaciones y sus status.AFKO-AUFPL -> AFVV-AUFPL -> AFVV-APLZL Del 1 a la última operación.
n. AFVV-APLZL=n AFVC-APLZ=n -> AFVC-ARBID AFVC-LTXA1
5. OPERACIONES NOTIFICADAS
OBSERVACIÓN: Mediante el ALV-TREE se debe poder mostrar las operaciones y sus status.AFKO-AUFPL -> AFVV-AUFPL -> AFVV-APLZL Del 1 a la última operación.
OBSERVACIÓN: Mediante el ALV-TREE se debe poder mostrar las operaciones y sus status.AFKO-AUFPL -> AFVV-AUFPL -> AFVV-APLZL Del 1 a la última operación.
Si AFRU- AUERU=X (Notif. Final)Si AFRU- AUERU=” “ o no existe AFRU- AUERU (No Notif.)
CONFIDENTIAL
Especificación Funcional – Técnica
¿La funcionalidad existe? ( X ) Sí ( ) No Sistema Fuente
¿Proceso manual? ( X ) Sí ( ) No
Justificación
Enfoque Recomendado (opcional para Formularios, DDIC)
Impacto de no desarrollo
( ) Requerimiento legal( X ) Falta de información operativa o de gestión( X ) Pérdida de funcionalidad respecto al sistema actual( ) Otros (¿Cuáles?) ___________________________________________________
Se evaluaron otras alternativas
( X ) Sí ( ) No
Descripción de alternativas evaluadas
Visualizar 5 reportes, exportarlos a Excel y trabajarlos para generar el reporte requerido.
Razón por la cual la alternativa no fue aceptada
( ) Problemas de performance ( ) Complejidad( ) Otras (¿Cuáles?) ___________________________________________________
Sección II (Equipo Funcional)
Descripción Desarrollo
Requerimientos Organizacionales
Owner de Proceso
Requerimientos Técnicos (opcional para DDIC)Modo de Procesamiento ( ) Batch ( X ) OnlineFrecuencia ( ) Anual ( ) Mensual ( ) Semanal ( ) Diario ( X ) A Pedido
( ) Otro (¿Cuál?) _______________________________________________Volumen estimado
Tipo de Integración<desde punto de vista de sistema fuente> (Sólo para interfaces)
Integración asincrónica( ) Interfaz de entrada( ) Interfaz de salida
Integración sincrónica( ) Publicación( ) Consumo
Sólo para interfaces
Sistema FuenteNombre
CONFIDENTIAL
Especificación Funcional – Técnica
Contacto
Sistema DestinoNombreContacto
Supuestos (Lista de supuestos que se usarán en este documento)ID Descripción12
Definiciones, Abreviaturas (Términos asociados con esta especificación)Término Descripción
Dependencias de Customizing
Descripción de Customizing Fecha Finalización (dd-mmm-yyyy)
Tabla / Estructura / Vista (obligatorio para DDIC)
NombreTipo ( ) Tabla ( ) Estructura ( ) Vista ( ) Estructura AppendDescripciónTipo de Desarrollo
( ) Objeto Nuevo ( ) Modificación objeto ( ) Modificación Objeto SAP( ) Otro (¿Cuál?)___________________________________________
Layout
Nombre Campo
Descripción Elemento de Datos
Tipo (CHAR, NUMC)
Long. Clave(S/N)
Tabla validación (Nombre)
Observaciones
Volumen EstimadoVista de Actualización ( ) No ( ) Sí, código de transacción ____________Requerimiento de SeguridadTipo de Datos ( ) Transaccional ( ) Customizing con Transporte ( ) Customizing sin Transporte
Índice Secundario (obligatorio para DDIC)
NombreDescripciónTipo de Desarrollo
( ) Objeto Nuevo ( ) Modificación objeto( ) Tabla Z ( ) Tabla SAP
LAYOUT DE ARCHIVOS (Si leen o graban archivos planos)
Nombre Archivo Input / Output
Tipo de Archivo
Directorio / CarpetaRef. Nombre Campo Tipo Pos.Inicial Largo Decimal Formato Mandatorio (M) /
Opcional (O)
1.
2.
Requerimientos de Autorización (opcional para formularios)
AnexosTipo Sí / No Nombre de archivo adjunto
Layout del Reporte / Formulario (R)
Planilla de mapeo de datos
Ejemplos de Archivos de Datos
Diagramas de FlujoOtros(s)
(R): Es obligatorio incluir estos anexos
Objetos Z del Diccionario de Datos
Módulos de Función1.2. Tratamiento de Errores (opcional para formularios)
Transacción Z (Sólo para mejoras)
Diagrama de pantallas
CONFIDENTIAL
Especificación Funcional – Técnica
PerformanceDescripción: Criticidad del tiempo de ejecución de la transacción
( ) Crítico( ) Importante( ) No requerido
Capacidad de ProcesamientoDescripción: Fecha/Horario peak de ejecución
VolumenDescripción: Volumen estimado de una ejecución de la transacción
Cantidad de Usuarios ConcurrentesDescripción: Cantidad estimada de usuarios utilizando la transacción en forma simultánea
Requerimientos de AuditoríaDescripción: Necesidad de la transacción de dejar logs de las tareas realizadas
Seguridad (Solamente aplica esta sección para Reportes)
Conceptos de seguridad:o Disponibilidad: Concepto por el cual se asegura que los usuarios autorizados tengan acceso a la
información y los activos asociados cuando sean requeridos.o Integridad: Concepto por el cual se salvaguarda la exactitud y totalidad de la información, tanto en su
procesamiento, transmisión y almacenamiento.o Confidencialidad: Concepto por el cual se asegura que la información es accedida sólo por las personas
autorizadas para ello.(Fuente ISO 27000)
Niveles de Criticidad. De acuerdo a lo anterior defina el nivel de criticidad del desarrollo
( ) Alta( ) Media( ) Baja
Requiere seguridad ( ) Sí( ) No
Razón por la cual no se requiere seguridad: (cuando la respuesta anterior es no)Tipo de Seguridad (puede seleccionar más de una opción)
( ) Grupo de autorización( ) Asignación de código de transacción( ) Asignación de Authority check (objeto de autorización)
Observaciones adicionales Ej.: Si usted marcó las opciones de código de transacción y authority check, deberá detallar al menos los tipos de restricciones que desea realizar, tales como: Restricciones a nivel
CONFIDENTIAL
Especificación Funcional – Técnica
de sociedad, centros, puestos de expedición, actividades, etc.
Facilidad de UsoDescripción: Qué crítico es que el desarrollo sea fácil de utilizar por el usuario final.El objetivo de este requerimiento es medir “qué tan sencillo es para el usuario final utilizar la transacción”. Por ejemplo, para una transacción que será usada por usuarios poco expertos debería ser más importante la facilidad de uso que para un usuario administrador del sistema (muy experto). Es este punto se debe indicar la importancia de la “Facilidad de Uso” para este requerimiento particular.
( ) Crítico( ) Importante( ) No requerido
Para interfaces
Compresión¿Durante el flujo del mensaje, en algún momento éste está comprimido?<Si la respuesta es afirmativa, se debe incluir la especificación de la compresión en el área de lógica del proceso>
( ) Sí ( ) No
Carga de Trabajo para Interfaz por LotesVolumen máximo por ejecución
¿Se debe proveer funcionalidad de procesamiento de emergencia?<Si la respuesta es afirmativa, se debe incluir la especificación del evento disparador en el área correspondiente>
( ) Sí ( ) NoFecha/Horario peak de ejecución de procesamiento de emergencia
Volumen máximo por ejecución de procesamiento de emergencia<tener en cuenta la suma del volumen de los formatos origen y destino, para el caso de interfaces asincrónicas son dos formatos, para el caso de interfaces sincrónicas son cuatro>
Carga de Trabajo para Interfaz en LíneaFecha/Horario peak de ejecución
Concurrencia máxima en horario peak de ejecución <número máximo de ejecuciones simultaneas>
Volumen máximo por ejecución<tener en cuenta la suma del volumen de los formatos origen y destino, para el caso de interfaces asincrónicas son dos formatos, para el caso de interfaces sincrónicas son cuatro>
EscalabilidadEn un periodo menor o igual a un año, ¿se espera un crecimiento en carga de trabajo mayor a un factor de 1.2?<describir el crecimiento esperado en el año>
DisponibilidadNumero de fallos aceptables<Número de fallos que se pueden esperar en un tiempo determinado, o en un número de ejecuciones determinado>
Tiempo de recuperación<Dado un fallo en la ejecución de la interfaz, ¿qué tan rápido se debe dar solución al error?>
CONFIDENTIAL
Especificación Funcional – Técnica
Integridad Transaccional y de Datos¿La interfaz debe garantizar algún nivel de integridad transaccional o de datos?<Por ejemplo:
Chequeos de integridad si se están actualizando datos
Manejo de múltiples entradas si se están actualizando datos (Ej. registros duplicados)
Chequeos de códigos de retorno
Chequeos de resultados intermedios
Validaciones a datos de entrada
Serializaciones o control se secuencias
Si la respuesta es afirmativa, especificar la lógica de los chequeos en los campos correspondientes de especificación de formatos o mapeo>
SeguridadAutenticación
Certificados digitales (Ej... X.509) Usuario / Contraseña Smart Card Single Sign-On Delegación de autenticación (intra) Delegación de autenticación (inter) Sin autenticación¿Es necesario cifrar los datos?<Si la respuesta es afirmativa, especificar el nivel de cifrado>
( ) Sí ( ) NoNivel de cifrado: ( ) 128-bit ( ) AES 256 bitAutorización
Políticas de acceso Reglas de control de acceso Perfiles, grupos o roles de usuario
Portabilidad (tecnologías)¿Qué tecnologías y plataformas intervienen en la integración?<especificar tanto en origen como en destino>
¿Qué futuras tecnologías y plataformas se espera que la integración soporte en el próximo año?<especificar tanto en origen como en destino>
Internacionalización¿La interfaz debe contemplar aspectos de internacionalización?
Idiomas Unidades de medida Tasas de cambio
¿La integración debe contemplar aspectos relacionados a zonas horarias?<especificar las zonas horarias y cómo afectan la interfaz>
Sociabilidad¿La integración debe contemplar algún tipo de estándar específico, abierto, o emergente?<si la respuesta es afirmativa, especificar en el campo correspondiente de definición de formato o mapeo el estándar a contemplar>
( ) Sí ( ) No
CONFIDENTIAL
Especificación Funcional – Técnica
Para conversiones
Tablas de Homologaciones/Conversiones
Tratamiento de Errores – Reproceso
Nombre Objeto SAP Transacción
Transacción (STD) ó Programa (Z)
Función (RFC)
Estructura (IDOC – BAPI)
LSMW
Variante
Sección V (Equipo Funcional)
Escenarios de Prueba
Condiciones de PruebaProceso NormalID Descripción
1
2
Información Adicional
Sólo para interfaces
PrerrequisitosPrerrequisito Descripción
Datos de PruebaRequerimiento de Datos Valores / Códigos
Escenarios de Pruebas
Objetivo de la Prueba Acciones / Pasos Resultado Esperado Resultado de la prueba Observaciones
CONFIDENTIAL
Especificación Funcional – Técnica
Sección VI (Equipo de Desarrollo)
Checklist Especificación Funcional
Revisión (Líder de Desarrollo)
Revisor: Fecha (dd-mmm-yyyy):
Status
Rechazado
( )
Aprobado
( )
Pendiente
( )
Motivo Rechazo / Pendiente
Sección VII (Equipo de Desarrollo)
Datos Técnicos
Fecha (dd-mmm-yyyy) Desarrollador
Tarea Estimación en HorasEspecificación TécnicaCodificación / Prueba UnitariaQA Técnico
