✒️SAP FI Los conceptos generales sobre configuración
SAP FI Los conceptos generales sobre configuración
Especificación funcional: exponer el objetivo del dllo, alcance, reporte, logica de busqueda, manejo de los posibles, detalle del log, caso de prueba.
Las pruebas realizadas en el mandante Sandbox para el ambiente de desarrollo genera órdenes de transporte?
Las pruebas hechas en Sandbox no deberían generar orden de transporte pero esto depende de la configuración que hayan hecho los consultores basis de cada mandante. Al configurar el mandante se establece si se puede generar orden o no.
¿La creación de órdenes requiere seleccionar el tipo de la misma como Workbench o customizing o la instrucción en el sistema genera de manera automática la clasificación de la misma?
El tipo de orden lo establece el sistema de manera autmática, eso no lo podemos elegir nosotros.
¿Las órdenes workbench que no requieren ser transportadas deben ser creadas en ambiente de desarrollo o se crean en cualquier ambiente afectando los otros?
Las ordenes de workbench deben ser creadas en el ambiente de desarrollo. Ni siquera se debería poder crearse en otro ambiente pero también depende de la configuración que realicen los consultores basis.
¿Qué funciones tienen las transacciones SE01, SE09 y SE10 y cual es la diferente entre ellas?
La transacción SE01 te permite utilizar más filtros para delimitar las ordenes a ver. La SE09 y SE10 son iguales, no sabría decirte si realmente hay una diferencia entre ellas ya que no son transacciones de FI.
¿Qué funciones tienen las transacciones SE11, SE16 y SE16N y cual es la diferente entre ellas?
La transacción SE11 tiene la definición o el detalle de los campos de una tabla, especifica cada campo, el tipo de dato, longitud, etc. En cambio la SE16 y SE16N te permiten ver el contenido de una tabla, es decir, una vez que se hayan realizado operaciones en el sistema se guardarán en tablas y desde esas transacciones lo podrás ver. La SE16N es mas nueva y más facil de utilizar, el contenido es el mismo, solo que tiene otras funcionalidades para utilizar.
El tema de los proyectos es algo que realizan los consultores basis para ordenar el tema de las ordenes de transportes.
Por ejemplo, yo en este momento estoy trabajando en la implementación de una empresa donde su casa matriz y varias filiales de otros países ya han implementado y otras agencias a su vez están implementando en forma conjunta.
En ese caso se creo un proyecto para cada país, entonces cuando yo creo una orden de transporte, tengo que elegir el proyecto del país en el que estoy trabajando. Por lo tanto todas las ordenes que se creen para esta sociedad están bajo el mismo proyecto.
Cuando se prepare la salida en productivo y se deban transportar las ordenes, es mas ordenado y prolijo que todas las ordenes involucradas están bajo el mismo proyecto.
No hay un formato definido para las especificaciones, generalmente, si trabajas en una consultora tienen definido un formato propio pero muchas veces no.
Todo depende de cómo trabajes y con quien. En este aspecto he pasado por diferentes experiencias, como ir a un cliente o un proyecto que tienen plantillas definidas para todo tipo de documentos o también me ha pasado de trabajar en algún cliente que no tiene modelos y quizás si el desarrollador esta contigo haces una especificación más informal y le explicas parte del trabajo de manera verbal.
En otros casos me ha pasado que los desarrollos eran hechos por terceros que ni siquiera estaban en el país, por lo tanto, las especificaciones eran mucho mas formales, muy detalladas para que una persona que no conoces entienda perfectamente cual es el requerimiento.
Mas allá del formato y si es formal o no la especificación debe contener los siguientes puntos:
* Objetivo: se debe explicar cual es la idea del desarrollo, qué y por qué se necesita. Puede ser con texto y también con diagramas.
* Alcance: se debe explicar qué cosas están incluidas con el desarrollo y qué cosas no.
* Lógica de proceso: se debe explicar cual es la lógica de búsqueda de datos, la forma de procesar la información obtenida, si el desarrollo contiene una pantalla de selección explicar los campos. Si es un reporte explicar el diseño del reporte, si es un formaulario, indicar cómo recuperar los datos y donde se verán en el formulario.
* Log o manejo de errores: Explicar que ocurre si hay errores, si se debe mostrar un log o si hay que frenar el programa ante determinados errores, básicamente, explicar que hacer ante posibles errores.
Las primeras especificaciones generalmente las hacemos básicas, después, con las consultas que nos hacen los programadores nos vamos dando cuenta qué cosas hacen falta incorporar a las especificaciones. Siempre se terminan haciendo muchas versiones de un mismo documento donde vamos agregando lo que el programador consulta porque quizás son cosas que no se hayan definido o debamos investigar.
 
 
 
Sobre el autor
Publicación académica de Juan Jose Jaramillo De La Torre, en su ámbito de estudios para la Carrera Consultor en SAP FI.
Juan Jose Jaramillo De La Torre
Profesión: Ingeniero de Sistemas - Colombia - Legajo: PA44Q
✒️Autor de: 49 Publicaciones Académicas
🎓Egresado de los módulos:
- Máster Accounting en SAP S/4HANA FINANCE
- Carrera Consultor en SAP FI Nivel Avanzado
- Carrera Consultor en SAP FI Nivel Inicial
Disponibilidad Laboral: PartTime
Certificación Académica de Juan Jaramillo