![](/cvo_files/imgs_sap_abap/logos/logo_cvo_academy_it.png)
✒️SAP FI Sustituciones y validaciones
SAP FI Sustituciones y validaciones
![SAP FI Sustituciones y validaciones SAP FI Sustituciones y validaciones](https://www.cvosoft.com/cvo_files/imgs_sap_abap/og-images/382.jpg)
Lección 9 Sustituciones y validaciones
1 | Las Validaciones
La función de la validación permite verificar determinados valores antes de la registración de un documento.
El sistema realiza la verificación y en caso de que no se cumpla emite un mensaje, el cual puede ser de advertencia o de error. Si se trata de un mensaje de error no se graba el documento hasta que no se cumpla con la validación establecida.
2 | Las sustituciones
La sustitución reemplaza el valor de un determinado campo.
3 | Las Características
Se requieren las siguientes medidas para ejecutar una validación/sustitución:
Se debe decidir a qué área de aplicación se aplicará la validación/sustitución.
El área de aplicación es donde se utiliza la validación, la sustitución (en qué módulo). Las áreas de aplicación que utilizan validaciones y sustituciones son:
- FI Gestión Financiera
- CO contabilidad de costes
- AM Contabilidad de activos fijos,
- SL Libros especiales,
- CS Consolidación (sólo validaciones),
- PS Sistema de proyectos,
- RE Bienes inmuebles
- PC Contabilidad de centros de beneficio (sólo sustituciones)
Cada aplicación define las estructuras disponibles y habilita los campos para la sustitución.
Se debe seleccionar el evento correcto para la validación/sustitución.
Los eventos son lugares específicos de una aplicación que define la ubicación exacta donde se lleva a cabo una validación/sustitución. Se proporcionan tres eventos para FI:
- Cabecera de documento .- Con este evento podemos validar los datos de cabecera de un documento. Ejemplo: que la fecha de documento no sea mayor a la fecha de contabilización.
- Posición de documento .- Con el evento de posición podemos validar los datos de una posición. Por ejemplo, Si se trata de una cuenta de acreedor, que se complete un determinado campo con valores específicos. Para armar la validación en un evento de posición de documento, podemos utilizar datos de cabecera. Ejemplo, si la clase de documento es "KG" y el tipo de cuenta es de acreedor, entonces el campo Referencia Factura debe tener un valor.
- Documento completo .- En el evento de documento completo se tienen en cuenta todas las posiciones de un documento para realizar la validación. En este evento sólo se pueden utilizar aquellos campos numéricos con los que se puede ejecutar principalmente cálculos matemáticos. Ejemplo, se pueden utilizar los siguientes operadores para indicar para validaciones y sustituciones de evento 3:
TOT ( ) Total de documento
MED ( ) Media del documento
MAX ( ) Valor máximo de todas las líneas del documento
MIN ( ) Valor mínimo de todas las líneas del documento
GRUPO Compara un grupo de totales con otro
Un ejemplo de validación de documento completo sería validar que la suma de un determinado grupo de cuentas no sea menor a otro grupo de cuentas.
Se debe definir la validación/sustitución.
Para definir validaciones y sustituciones se deben crear pasos que contiene condiciones, verificación y mensaje. Este punto lo desarrollamos más adelante donde se explica cómo crear una validación/sustitución.
Se deben asignar la validación/sustitución a una unidad organizativa apropiada (p. ej.: Sociedad FI para Gestión financiera, sociedad CO para Controlling).
Una validación/sustitución puede ser válida para varias sociedades al mismo tiempo.
Por último, activar la validación/sustitución
La validación/sustitución debe estar activada para el evento correcto.
Existen los siguientes grados de activación para la combinación de la unidad organizativa evento sustitución (o validación):
- 0 Inactivo
- 1 Activo para ventana de diálogo y segundo plano
- 2 Activo excepto para batch input
4 | La configuración
Transacción OB28 Validaciones
Transacción OBBH Sustituciones
SPRO > IMG > Gestión financiera > Parametrizaciones básicas de GF >Herramientas > Validación/sustitución > Validación en documentos contables.
Una Validación cuenta con pasos o etapas. Cada paso que creemos es una nueva validación. Un paso comprende:
Condición .-Por medio de la condición se establece cuándo se iniciará una validación. Si la condición se cumple, entonces se pasa a la verificación. Por ejemplo:
Si la clase de documento se encuentra dentro del SET ZFACTURAS_DEUDOR y la clase de cuenta es igual a D, el sistema realizará la validación.
Verificación .-Establece que es lo que el sistema debe verificar. Si la verificación es satisfactoria se puede continuar con la operación. Si la verificación no se cumple, entonces el sistema mostrará un mensaje de error.
mensaje','27',"onclick="javascript:window.open(https://www.cvosoft.com/selfgestor_alm_v2/panel_glosario_ver.php?s_term=mensaje ' ,'_blank'); "onmouseout="javascript:hideddrivetip();">Mensaje
Al configurar una validación se pueden crear mensajes específicos para que el usuario entienda que es lo que debe corregir, de modo que la validación le permita seguir registrando el documento.
En el caso de una sustitución es muy similar y se cuenta con los siguientes pasos o etapas:
Condición .-Por medio de la condición se establece cuándo se iniciará la sustitución de un campo. Si la condición se cumple, entonces se sustituye el campo que se define en el próximo paso (campo a sustituir).
Campo a Sustituir .-Se especifica cual es el campo que se deberá sustituir y de qué manera se hará, es decir, cómo se obtendrá el valor con el cual se sustituirá el campo.
5 | Editor de Fórmulas
El editor de fórmula proporciona una interfaz de fácil manejo para indicar sentencias lógicas y aritméticas.
Dependiendo del contexto y de los requisitos, existen diferentes pulsadores disponibles con los que se puede indicar sentencias lógicas para las fórmulas.
El sistema sólo permite que se indiquen sentencias correctas, de manera que no aparezcan errores cuando se utilicen las reglas.
Una gran ventaja que tienen los operadores es que no es necesario conocer todos los campos y tablas, sino que el sistema nos muestra la lista de campos y tablas disponibles.
NOTA: El operador TRUE significa que es válido siempre. Es decir, si creamos una condición que tenga el operador TRUE la validación se realizará SIEMPRE
Al final de la lección encontrarás un video que muestra como configurar una validación con los operadores lógicos.
Las validaciones pueden ser diversas. Ejemplos
- Una validaciones muy utilizada es la que en determinada transacciones no se utilizan ciertas cuentas supongamos que las transacciones de pago manuales no pueden utilizarse cuentas de resultados
- Otra validación muy utilizada es que se complete de manera obligatorio un dato por ejemplo si estamos en la transaccion F-40 y la clase de documento es ZZ entonces se tiene que completar el banco propio en las posiciones manuales del banco. Este tipo de validaciones es muy comun cuando no lo podemos resolver por estatus campo porque la cuenta es la misma solo que en determinadas operaciones debe llevar un dato obligatorio entonces en la condiciones decimos cual es la clase de documentos que tiene que tener cual es la transacciones en la cual tenemos que estar para que se pueda cumplir la validación y que ese dato sea solicitado como obligatorio.
- Otra validación muy utilizada es validar los usuarios autorizantes ya que para desbloquear una factura en FI simplemente hay que ingresar a la transacción FB02. Si solo queremos limitar a que el campo bloqueo que lo realize determinadas personas se puede hacer una tabla Z donde se ingrese los usuarios autorizantes y el sistema valide que el usuario que realicen el bloqueo esten en la tabla Z
6 | Los mensajes
Las validaciones tienen por objetivo mostrar un mensaje al usuario para que tome una determinada acción. Para lo cual hay que crear los mensajes. Los mensajes siempre se crean bajo una clase de mensaje.
Desde la transacción en la cual estamos definiendo una validación podemos acceder a crear un nuevo mensaje. Pero si fuera necesario, podemos acceder a la transacción SE91 a crear los mensajes.
Debemos seleccionar la clase de mensaje en el cual crearemos el mensaje, en el ejemplo de la imagen 3..9.4. se creará en la clase Z1, presionamos el ícono Modificar y escribimos el nuevo mensaje.
Elegimos un número de mensaje para identificar el mensaje a crear y completamos el texto del mensaje
Al crear mensajes se pueden crear variables que se identifican con el simbolo &. Luego se le asignará un campo a la variable y al momento de mostrar el mensaje al usuario, el mensaje mostrará el valor de dicha variable.
Ejemplo, en el mensaje 024, la variable corresponde a la clase de documento. Si el usuario se encuentra registrando un movimiento con la clase de documento DR, el mensaje mostrará el siguiente error:
Para la clase de Doc DR completar el campo Asignación.
El tipo de mensaje determina cuales son las consecuencias de que la validación no haya sido exitosa. Los posibles valores de un tipo de mensaje son los siguientes:
A = Cancela la transacción: Se vuelve a la pantalla SAP Easy Access.
E = Error : el sistema muestra el mensaje, se soluciona el error y se puede continuar.
W = Advertencia: a pesar del mensaje de la validación se puede continuar con la operación
I = Información : el sistema muestra el mensaje y se puede continuar con la operación.
7 | El set de datos
Los sets de datos son muy útiles para utilizar en las validaciones o sustituciones. Nos permiten generar un grupo con múltiples valores. Por ejemplo, en lugar de escribir, SI la Clase de Documneto es DA ó DR ó DG, creamos un set e ingresamos los valores que correspondan.
La otra gran ventaja de un set de datos es que al ser una transacción de usuario se puede mantener en cada mandante. En cambio, si en la validación escribiéramos cada una de las clases de documento involucradas, ante un cambio o modificación se debe realizar en el ambiente de desarrollo y luego transportarlo.
Teniendo un set de datos, simplemente se agregan o se borran nuevas entradas con gran facilidad.
Los sets de datos se deben identificar con una clave libre. Es recomendable que la clave comience con Z (definido por el usuario) de manera de encontrarlo rápidamente ante una búsqueda ya que existen una gran cantidad de sets creados de manera estándar por SAP.
Para crear un set hay que seleccionar la tabla y el campo para el cual queremos crear el set de datos. Por ejemplo, para crear un set de clases de documentos, el campo se encuentra en la tabla BKPF (Datos de cabecera de FI) y el campo que identifica a las clases de documento es BLART.
Tambien podemos identificar el set con un texto descriptivo. Una vez que hayamos creado el set podremos ingresarle los valores que correspondan. Los valores se pueden ingresar por rango o como lista individual.
El ultimo paso es grabar.
Se puede acceder a los sets desde varios lugares de SAP Easy Access o desde el menú customizing. Independientemente de la ruta desde donde se acceda las transacciones son siempre las mismas.
TRANSACCIONES:
- GS01 = Crear set de datos
- GS02 = Modificar set de datos
- GS03 = Visualizar set de datos
8 | Video demostrativo
 
 
 
Sobre el autor
Publicación académica de Maria Del Rosario Haas Naal, en su ámbito de estudios para la Carrera Consultor en SAP FI.
Maria Del Rosario Haas Naal
Profesión: Lic en Contaduría y Administración - Mexico - Legajo: OU45V
✒️Autor de: 46 Publicaciones Académicas
🎓Cursando Actualmente: Consultor en SAP FI Nivel Avanzado
Certificación Académica de Maria Haas