1. Que necesitamos los Desarrolladores ABAP en el momento de que se nos asignen
Requerimientos o de Soporte y Mantenimiento o Requerimientos de Implementación
desde cero?
1.- Si es una Implementacion desde cero, o migracion de otro ERP NON-SAP la Descripciones y Flujo de
Informacion de como seu lleva a cabo el negocio en la actualidad. Por Ejemplo: Creacion, Modificacion y
Reportes de Pedidos.
2.- El Funcional ademas de crear o explicar de manera esquematica el Flujo en alguna herramienta BPM o
Diagramas de Flujos, etc., Debe mostrar en que Transacciones se realizan cada pasos de la información que
conlleva a las Distribucion y ventas. En este caso minimo debe mostrar la VA01, VA02 o VA03, donde esta
ultima es la que tienen roles los desarrolladores ABAP.
3.- Si hay alguna condicion especial para determinar un criterio de busquedas o clasificación en especial los
documentos, se debe manifestar que existen CLASES DE DOCUMENTOS personalizadas en el IMG
Transaccion SPRO que comienzan con la letra Z o Y. Esto es muy importante porque asi en el proceso de
extraccion el desarrollador no necesita que estructuras, tablas o vistas manejan ese dato, ya que esa
informacion es muy Tecnica para un consultor Funcional.
4.- Pero al indicarle la(s) transacciones donde las cargas, personalizas, evaluan o simulan entonces asi el
Desarrollador ABAP con su Tecnicas de Buquedas y localizacion de datos se le hara mas facil.
5.- Otro punto importante es mostrar los posibles escenarios como por ejemplo en las Ventas se podrian dar
Clientes muy pocos Frecuentes, como los Locales (Nacionales) y los Clientes de Ventas o exportacion. Cada
uno tiene un tratamiento diferente en las normativas legales de cada pais. Eso se debe especificar en cada
uno de los Flujos que Describen los procesos.
6.- Si Hay Requerimientos donde se deben generar Reportes, Formularios (SMARTFORM o SAPSCRIPT),
ADOBE FORM PDF, etc., diseñen o dibujen solo el Formulario sin especificar tablas o campos tecnicos. El
ABAP debe solo tener el titulo del dato, como por ejemplo Sociedad y no T001-BUKRS. Y asi en lo
sucesivos campos. Pero si es importante señalar el flujo, naturaleza o la forma del negocio ya que puede
implementarses BAPIs, BADIs o cualquier tecnicas de ampliacion-modificacion sin salir del ERP ECC
Standard SAP.
7.- Es importante que los Funcionales al hacer pruebas puntuales dejen Suficiente Data de pruebas en los
System Landscape de Desarrollo (DEV) o Calidad (QAS) dependiendo de las configuraciones de cada
cliente. El Funcional debe dibujar Escenarios como:
Test 001:
Data:
Entrada: Sociedad, Cliente, Numero de Factura, Fecha (Periodo Desde Hasta), Solo Clientes Locales
('X')
Resultados esperados:
Reporte de Clientes:
Cliente Fecha ......Monto Facturas
Test 002: etcetera.
…..
2. Luego si el Funcional se tomo la tarea de crear data para simular aunque sea 3 escenarios de pruebas los
resultados seran satisfactorios.
8.- Luego en las Fechas de acuerdos de entregas colocar en un determinado formato (personalizado cada
cliente) todas las pruebas que han sido satisfactorias para poder liberar las ordenes del ambiente de
Desarrollo y obligar al Desarrollador Respaldar todos los fuentes y objetos (BACKUP), para no perderlos en
caso de que se debe hacer un roll back a las pruebas Unitarias en calidad (QAS). Asi las versiones no se
perderan y estaran vigentes.
Por mi experiencia he visto que muchos clientes deben tener en comunicacion y concordancia:
Lideres proyectos --> Consultores Lideres (ABAP, Logistica, Finanzas) --> Desarrolladores ABAP y
Consultores Funcionales.
A.R. Venezuela Consultor ABAP