![](/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/360.jpg)
Validaciones
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.
Sustituciones
Reemplaza el valor de un determinado campo.
Características
Las áreas de aplicación que utilizan validaciones y sustituciones son:
 FI Gestión financiera,
 CO Contabilidad de costes,
 AM Contabilidad de activos fijos,
 GL Libros especiales,
 CS Consolidación (sólo validaciones),
 PS Sistema de proyectos,
 RE Bienes inmuebles,
 PC Contabilidad de centros de beneficio (sólo sustituciones).
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.
Por ejemplo se pueden utilizar los siguientes operadores para indicar para validaciones y sustituciones de evento 3:
TOT( ) Total del 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.
 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).
o Una validación/sustitución puede ser válida para varias sociedades al mismo tiempo.
 Por último activar la validación/sustitución.
o 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
Configuración
Transacción OB28: Validaciones
Transacción OBBH: Sustituciones.
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
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.
Editor de fórmulas
Proporciona una interfaz de fácil manejo para indicar sentencias lógicas y aritméticas.
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.
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.
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.
Podemos acceder a la transacción SE91 a crear los mensajes.
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.
Set 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 Documento 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.
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. Comience con Z (definido por el usuario)
Para crear un set hay que seleccionar la tabla y el campo para el cual queremos crear el set de datos.
También podemos identificar al 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 último paso es grabar.
Código Transacción
GS01 Crear
GS02 Modificar
GS03 Visualizar
Tablas importantes
GB92: Es la tabla de que contiene las validaciones creadas en el sistema.
GB93: Es la tabla de que contiene las sustituciones creadas en el sistema.
VWTYGB01: Es la tabla con vista de actualización que permite incluir/excluir campos para la sustitución.
 
 
 
Sobre el autor
Publicación académica de Adolfo Arteta, en su ámbito de estudios para la Carrera Consultor en SAP FI.
Adolfo Arteta
Paraguay - Legajo: CX43H
✒️Autor de: 139 Publicaciones Académicas
🎓Egresado de los módulos:
- Carrera Consultor ABAP Nivel Avanzado
- Carrera Consultor ABAP Nivel Inicial
- Carrera Consultor en SAP MM Nivel Inicial
- Carrera Consultor en SAP FI Nivel Avanzado
- Carrera Consultor en SAP FI Nivel Inicial