LECCION: CONCEPTOS GENERALES SOBRE CONFIGURACIÓN
En esta lección explicaremos varios temas relacionados a la configuración. Son temas generales que no están relacionados con un módulo en particular y que todo consultor debe conocer.
1- Ordenes de Transporte
En el nivel inicial hemos visto que existen diferentes ambientes, habamos un repaso de los mismos:
DEV - Desarrollo: es donde se realizan todas las parametrizaciones y se desarrollan los programas a medida (conocidos como z) que necesita la empresa. Generalmente, dentro de este ambiente hay 3 mandantes, en uno de los mandantes solo se parametriza, otro denominado Testing que se utiliza para probar todo lo que se ha parametrizado en el ambiente de customizing y un tercero denominado Sandbox en el cual se puede parametrizar a modo a prueba.
QAS - Calidad: es el ambiente en el cual se realizan todas las prebas para validar que la configuración realizada en el servidor de desarrollo sea correcta. En estas pruebas participan los usuarios responsables del proceso que se ha modificado.
PRD - Producción: es el ambiente en el cual realmente trabajan los usuarios y donde se realizan todas las operaciones de la empresa.
Todo lo que se realice en el ambiente de desarrollo pasa a calidad y a producción a través de órdenes de transportes. Cada vez que realicemos alguna parametrización se debe guardar en una orden de transporte.
Podemos agrupar muchas tareas en una misma orden o separarlas con algún criterio. Por ejemplo, en una orden ingresamo todo lo relacionado con estructura organizativa, en otra orden todo lo referente a datos maestros y en una tercer orden las parametrizaciones sobre procesos.
TIPOS DE ORDEN
Hay dos tipos de Ordenes que dependen de los objetos que almacenen:
Workbench: posee objetos que son independiente de mandante, es decir, son válidos para todos los mandantes. Un ejemplo clásico son los programas.
Customizing: son objetos que solo son válidas en el mandante en el cual se crea (dependiente de mandante). Por lo tanto, si queremos que éstas tareas sean válidas en otros mandantes debemos transportarlas.
El sistema determina si una orden es de Workbench o de customizing de acuerdo al tipo de objeto que se ha modificado.
CREAR ORDENES
Los mandantes son creados por los consultores basis y en la configuración del mandante se establece si se pueden realiar cambios en el customizing o no y si los cambios se deben guardar orden de transporte o no .
Por lo tanto , cada vez que grabemos una modificación en una transacción de customizing, en un ambiente de customizing, deberemos ingresar dicho cambio en una orden de transporte. A tal efecto, se abrirá una ventana que solicitará que se ingrese el número de orden.
Con el botón Ordenes Propias se abrirá una pantalla que nos mostrará todas las ordenes que tenemos abiertas en las cuales podemos incluir el nuevo cambio.
Si no tenemos ninguna orden creada o deseamos crear una nueva orden para guardar los cambios efectuados, simplemente presionamos el botón Nuevo. Para crear una nueva orden solo debemos ingresar un texto descriptivo. El sistema asignará automáticamente un número de orden.
Dependiendo de la envergadura de la implementación, se pueden crear diferentes proyectos en el customizing. De esta manera se pueden mantener por separado las parametrizaciones de los diferentes proyectos, por este motivo, a cada orden la podemos asignar a un proyecto en especial.
LIBERAR ORDENES
Podemos ingresar todos los cambios que consideremos necesarios en una orden, Pueden ser temas relacionados o no. Pensemos en una orden como si fuera un paquete en cual ingresamos diferentes tareas, las cuales luego transportaremos a otros ambientes para replicar las parametrizaciones efectuadas.
Cuando hayamos finalizado con los cambios debemos liberar la orden para poder transportarla a otros ambientes, por ej a QAS. Si luego de las pruebas detectamos que algo debe corregirse, entonces deberemos crear una nueva orden ya que las ordenes liberadas no se pueden modificar.
La administración de las ordenes se puede hacer desde la transacción SE10, Transport Organizer. Desde esta transacción podemos crear ordenes, modificarlas y liberarlas.
Las ordenes están compuestas por tareas, para liberar siempre debemos posicionarnos primero en las tareas y presionar el icono Camión y por úlitmo repetir este mismo paso pero posicionados sobre la orden.
---Hay que ser muy prolijos con el manejo y administración de las ordenes, si estamos parametrizando un tema en especial todas las modificaciones relacionadas a esa parametrización deben ir en la misma orden, si hacemos diferentes ordenes hay que tener cuidado en el orden en el cual se transportan las ordenes, ya que si no se pasan correctamente una orden puede pisar lo que hizo la otra---
COPIAR ORDENES ENTRE MANDANTES
Si quisiéramos copiar la configuración que hemos realizado en el mandante de customizing a un mandante de test dentro del mismo ambiente, es decir, mandantes que pertenecen a un mismo servidor (por ejemplo DEV) no es necesario liberar las ordenes, sino que simplemente las copiamos por medio de la transacción SCC1.
Para llevar a cabo esta copia solo debemos completar el número de orden y el mandante fuente y presionar el botón Inicio Inmediato.
TRANSPORTAR ORDENES ENTRE AMBIENTES
El transporte de ordenes entre ambientes es una tarea que realizan los consultores Basis. Luego de que hemos liberado las ordenes, ellos se ocuparán de importarlas en los ambientes de Calidad y Producción. Esta operación la realizan por medio de la transacción STMS.
2- TABLAS
Todo lo que configuramos en SAP se encuentra almacenados en tablas transparentes o estructuras. Es muy importante conocer las tablas ya que las necesitaremos al momento de hacer una especificación funcional o consultas sobre los contenidos de las tablas.
Las tablas se pueden consultar desde la transacción SE11, completando el nombre de la tabla y luego presionando el boton Visualizar.
En la visualización de los datos de una tabla podremos ver el nombre del campo, el tipo de datos, la longitud y la denominación. si bien estos datos son muy técnicos, debemos tener una noción de cuales son los campos que forman una tabla.
Las tablas mas importantes que debemos conocer en FI en las cuales se almacenan los documentos son dos:
BKPF: Contiene los datos de cabecera de los documentos ( Ej. Fecha de documento, clase de doc. referencia, etc)
BSEG: Contiene los datos de posición de los documentos (Ej. número de posición, cuentas, importes, imputaciones adicionales, etc)
Ambas tablas poseen como datos claves y en común el número de documento, sociedad y ejercicio.
Podemos consultar el contenido de las tablas por medio de la transacción SE16 , se abriá una pantalla de selección que nos permitirá completar con ciertos parámetros a efectos de acotar la búsqueda de datos.
Tambien se pueden consultar el contenido de las tab las con la transacción SE16N
Luego de ejecutar se listará el contenido de la tabla en función de los parámetros que se hayan seleccionado.
Hay que tener cuidado al listar una tabla ya que la cantidad de registros podría desbordar la memoria del sistema. En FI, la tabla BSEG es una de las mas grandes y por eso hay que tratar de acotar bastante las búsqueda o hacerlo en lo posib le por medio de datos claves (Sociedad, documeto, ejercicio).
¿QUE ES UNA ESPECIFICACIÓN FUNCIONAL?
Muchas veces, en una implementación debemos hacer desarrollos a medida del cliente para poder cumplier con algún requerimiento que no es estandar en SAP. Estos desarrollos son conocidos como ZETA y son llevados a cabo por programadores abap. Los programadores necesitan un documento donde se especifique que deben hacer, que funcionalidad debe cumplir el desarrollo y que se espera cómo resultado.
Para llevar a cabo una especificación funcional debemos hacerlo mencionando de donde deben obtenerse los datos y de que manerra deben procesarse, es por eso que es muy importante conocer las tablas y cmapos estándares de SAP.
Una forma muy simple de conocer las tablas es posicionandose sobre un campo en una transacción y presionando F1, se abrirá la ventana de ayuda y desde alli deberemos presionar el botón herramientas.
--Generalmente en una especificación funcional debemos exponer cual es el objetivo del desarrollo, cual es el alcance, si es un reporte debemos indicar cual es la pantalla de selección, cual es la logica de busqueda, el manejo de posibles errores, el detalle que debe tener el log, en la medida de lo posible preparar un caso de prueba para que el ABAP pueda ir probando lo que esta haciendo.
3- HELP SAP
Debemos tener siempre presente que encontraremos mucha información sobre los procesos y la forma de llevarlos a cabo en la pagina de ayuda de SAP.
En la pagina de ayuda podremos buscar por versión, las versiones mas nuevas las encontramos bajo el tiulo SAP ERP, en cambio las versiones más antiguas están como SAP R/3. No todas las versiones se encuentran traducidas al español.
A continuación encontrarán un lin k sobre los proceso de FI para la versión 4.7 en español.
4- SOPORTE
SAP brinda soporte a sus clientes y partners. La información referida a descarga de programas, descarga de documentación, solicitudes, registraciones ymuchas cosas mas . la podremos encontrar en SAP Service Marketplace. Para poder acceder a esta pagina es necesario estar registrado y poseer un usuario. Todos los clientes, partner y consultores certificados poseen una clave de acceso.
service.sap.com
5- NOTAS SAP
En determinadas ocasiones, nos podemos encontrar con errores en el sistema, muchas veces, obedecen a inconsistencias en el customizing, por lo tanto deberemos realizar los ajustes correspondientes hasta que funcione correctamente. Sin embargo, los mensajes de error también pueden tratarse de errores del programa. dichos errores pueden estar solucionados por SAP y éstas soluciones se encuentran en "Notas" que se deberán aplicar para salvar el error. también hay muchas notas explicativas, sobre todo cuando se trata de nuevas funcionalidades.
Si no encontramos el error también es posible enviar una nota a SAP a fin de que evalué el error que tenemos en el sistema.
Para buscar o enviar notas se deberá realizar a través de la pagina de Marketplace de SAP.
Todo lo que vimos en esta leccion es sobre conocimiento general. No esta incluido en los manuales oficiales de la academia de FI y por lo tanto no forma parte de la evalucación de la certificación.