Validaciones
- Javier Liaño Alcodori (Deactivated)
Analytics
1.1 Validaciones:
Se entienden como validaciones, los programas que podemos asociar a distintos eventos para que impidan o autoricen la ejecución de estos mismos según el resultado de la validación. Estas validaciones se ejecutan antes de que comience la realización del evento al que están asignadas para que, en caso de dar error, dicho evento no se ejecute.
A modo de resumen, para dar de alta la validación se deben seguir los siguientes pasos:
· Dar de alta todos los elementos que componen la validación, su estructura y anexar los elementos externos en la transacción /EFOL/TR_942.
· Asociar la validación a un evento a un tipo de expediente en la transacción /EFOL/TR_946, a una fase en la transacción /EFOL/TR_950, a un estado en la transacción /EFOL/TR_949, a un circuito en la transacción /EFOL/TR_948, a un trámite en la transacción /EFOL/TR_947, a una tarea en la transacción /EFOL/TR_945 o a un documento en la transacción /EFOL/TR_951.
1.1.1 Transacción /EFOL/TR_942 – Maestro de validaciones:
El aspecto de la transacción al entrar es el siguiente:
Donde podemos encontrar los siguientes campos, son obligatorios para crear una validación.
Nombre del Campo | Descripción |
Cod. validación | Código identificativo de la validación. Se recomienda codificar las validaciones utilizando los cuatro primeros caracteres para su tipificación interna en el proyecto y los cuatro últimos como un contador que avance de 10 en 10 (ejemplo. VCIR0010, validación de circuito 0010 o ATRA0010, actualización de trámite 0010). |
Denominación | Nombre o descripción de la validación |
Dentro de las validaciones se pueden crear distintos pasos, cada uno de ellos llevará
consigo la verificación de un programa. Se pueden crear tantos pasos dentro de una
validación como se desee.
Los campos que se deben informar en cada paso son los siguientes:
Nombre del Campo | Descripción |
Cód. validación | Código identificativo de la validación. |
Denominación | Nombre o descripción de la validación |
Orden de ejecución | Orden en el que se ejecutara el paso dentro de la validación |
Denominación | Nombre o descripción del paso |
Cód. programa (Condición previa) | Código de programa. Premisa que se tiene que dar para que se ejecute o no el programa de validación. Si se cumple se ejecuta y si no entrara en la validación. |
Tipo expediente /Órgano gestor/Clas.Nivel 1/Clas. Nivel 2 /Usuario | Tipo de expediente, órgano gestor, clasificación nivel 1, clasificación nivel 2 y usuario para el que se ejecutará la validación |
Valor siguiente tarea | Valor de la tarea que ejecutará la validación. Sólo es válido para las tareas que se ejecutan con valores. |
Cód. programa (Verificación) | Código de programa que ejecutara la validación. |
Tabla o estructura | Nombre de la tabla donde tiene que buscar el programa los condicionantes. |
Campo | Campo dentro de la tabla que habrá que verificar. |
Expresión | La función que cumple este campo es la de poder pasar como parámetro de entrada al programa cualquier información necesaria que no se pueda indicar a través de los otros dos parámetros de entrada. Así si un programa necesita un grupo de campos lo informaríamos aquí con el formato necesario para que el programa lo entendiera. |
Mensaje | Mensajes creados por cada área funcional. |
Área funcional | Determina el área funcional de la que se seleccionarán los textos de errores de los mensajes. |
Texto del mensaje | Descripción del mensaje |
Flag Mostrar tantas veces como parámetros haya | Flag que estando activo lanzara el mensaje tantas veces como parámetros haya en el table control. |
Variable de mensaje | Campos para rellenar los & de los mensajes anteriores por orden. En caso de que por ejemplo el mensaje contenga 4 & pero únicamente se rellena 1, el resto aparecerá en blanco. Este campo se puede rellenar con “tabla”- “campo” (si se quiere recoger el contenido de un campo determinado) o bien como texto. Todo aquello que no esté con la nomenclatura correcta o que no sea tal, se considera como texto. |
Nº Dynpro | Dynpro a la que se redireccionará al dar el error |
Pestaña | Si dentro de una dynpro existen diferentes pestañas, es la pestaña sobre la que se mostrará el error |
Después de rellenar estas pantallas, ya se ha creado la validación. Ahora solo faltaría asignarla al expediente en el que queremos que se ejecute.
1.1.2 Transacción /EFOL/TR_946 – Validaciones por tipo de expediente.
Para asignar una validación por tipo de expediente lo que se debe hacer es insertar una entrada en la tabla que se muestra dentro de esta transacción con los datos que se piden:
· Tipo de expediente.
· Código de evento.
· Código de validación.
· Flag de activo o inactivo.
· Denominación.
1.1.3 Transacción /EFOL/TR_950 – Validaciones por fase.
Para asignar una validación por fase lo que se debe hacer es insertar una entrada en la tabla que se muestra dentro de esta transacción con los datos que se piden:
· Fase en la que tiene que hacerse la comprobación.
· Código de evento.
· Código de validación.
· Actividad.
· Denominación.
1.1.4 Transacción /EFOL/TR_949 – Validaciones por estado.
Para asignar una validación por lo que se debe hacer es insertar una entrada en la tabla que se muestra dentro de esta transacción con los datos que se piden:
· Estado en el que se encuentra en el circuito.
· Código de evento.
· Código de validación.
· Actividad.
· Denominación.
1.1.5 Transacción /EFOL/TR_948 – Validaciones por circuito.
Para asignar una validación por circuito lo que se debe hacer es insertar una entrada en la tabla que se muestra dentro de esta transacción con los datos que se piden:
· Código de circuito.
· Código de evento.
· Código de validación.
· Actividad.
· Denominación.
1.1.6 Transacción /EFOL/TR_947 – Validación por trámite.
Para asignar una validación por trámite lo que se debe hacer es insertar una entrada en la tabla que se muestra dentro de esta transacción con los datos que se piden:
· Código de circuito.
· Trámite en el que se quiere que salte.
· Código de evento.
· Código de validación.
· Actividad.
· Denominación.
1.1.7 Transacción /EFOL/TR_945 – Validaciones por tarea.
Para asignar una validación por tarea, que es a nivel un poco más inferior a un circuito. Lo que se debe hacer es insertar una entrada en la tabla que se muestra dentro de esta transacción con los datos que se piden:
· Código de circuito.
· Trámite en el que se quiere que salte.
· Código de evento.
· Código de validación.
· Actividad.
· Denominación.
1.1.8 Transacción /EFOL/TR_951 – Validaciones por documento.
Para asignar una validación por tarea, que es a nivel un poco más inferior a un circuito. Lo que se debe hacer es insertar una entrada en la tabla que se muestra dentro de esta transacción con los datos que se piden:
· Modelo de documento.
· Secuencial.
· Código de evento.
· Código de validación.
· Código de plantilla.
· Idioma.
· Actividad.
· Denominación.
Related content
Avvale 2024