trew@ v1.2.0 - manual de operación

Trew@ v1.2.0 - Manual de Operación

29 de diciembre de 2006


Página 2

ÍNDICE

Instalación......................................................................................... 7

Pasos a seguir para instalar el motor v1.2.0 completo................................... 7Actualización desde un motor v1.0.0 existente (Oracle) ................................ 8Actualización desde un motor v1.0.1 existente (Oracle) ................................ 9Actualización desde un motor v1.1.0 existente (Oracle) ................................ 9Instalación de un motor Trew@ v1.2.0 en PostgreSQL ................................. 9Revisión de objetos y datos en el motor ........................................................ 9

Tablas necesarias ................................................................................................. 9

Secuencias.......................................................................................................... 10

Funciones............................................................................................................ 10

Paquetes PL/SQL................................................................................................ 11

Datos de Sistemas por defecto ........................................................................... 11

Datos de Componentes por defecto.................................................................... 12

Generación de documentos mediante reports de Oracle.................................... 12

Generación de documentos mediante Open Office ............................................ 15

Perfiles de usuario............................................................................................... 15

Instalación de las pantallas de administración (Forms de Oracle) ............... 15General................................................................................................................ 15

Actualización desde Trew@ v1.0.1 ..................................................................... 17

Instalación de las pantallas de administración (J2EE) ................................. 17General................................................................................................................ 17

Actualización desde versiones anteriores ........................................................... 18

Creación de otros usuarios administradores distintos al propietario ............ 18Despliegue y configuración de las J-TrAPIs................................................. 19

Actualización desde Trew@ v1.X.X .................................................................... 19

Despliegue de las J-TrAPIs................................................................................. 19

Configuración de servlets.................................................................................... 20

Configuración de perfiles de conexión ................................................................ 22

Librerías necesarias ............................................................................................ 31

Trazabilidad con log4java.................................................................................... 34

Configuración para WebOffice ............................................................................ 35

Montaje de los Servicios Web de Trew@ ........................................................... 36


Página 3

Condiciones, acciones y variables Java.............................................................. 37

Requerimientos para las aplicaciones “cliente” de Trew@ .......................... 40

Mantenimiento del Motor ................................................................ 41

Base de datos .............................................................................................. 41Pantallas de Administración de Trew@ ....................................................... 41Condiciones y acciones ............................................................................... 41Variables de los documentos ....................................................................... 42

Manual de usuario de las pantallas de administración (Oracle) ..... 43

Conexión al sistema..................................................................................... 43Barra de herramientas común a todas las pantallas .................................... 44Teclas de función ......................................................................................... 45Significado de los colores utilizados............................................................. 46Definición de procedimientos ....................................................................... 46

Tipos de expedientes y versiones del procedimiento.......................................... 46

Procedimientos y versiones del Procedimiento................................................... 48

Tipos de Indicación de la Ficha del Procedimiento ............................................. 57

Caducidades en el Procedimiento....................................................................... 58

Fases y Metafases .............................................................................................. 61

Transiciones permitidas entre fases / Eventos.................................................... 63

Tipos de Actos Administrativos ........................................................................... 71

Normativas .......................................................................................................... 72

Tareas ................................................................................................................. 76

Tareas en Fase ................................................................................................... 85

Simulador de Tramitación. .................................................................................. 96

Documentos (tareas sobre documentos) ................................................... 100Tipos de documentos ........................................................................................ 100

Documentos permitidos en el procedimiento .................................................... 100

Plantillas para generación de documentos ....................................................... 100

Definición de variables ...................................................................................... 102

Tipos de párrafos .............................................................................................. 104

Usuarios..................................................................................................... 107Usuarios del Tramitador .................................................................................... 107

Perfiles de usuarios........................................................................................... 111


Página 4

Definición de firmantes...................................................................................... 112

Disposiciones para la firma ............................................................................... 117

Puestos de Trabajo ........................................................................................... 117

Tipos de Organismos ........................................................................................ 118

Tipos de Organización ...................................................................................... 119

Tipos de Identificador ........................................................................................ 120

Organismos y Empleados ................................................................................. 121

Relaciones (entre entidades fuera de cualquier definición)........................ 126Tipos de relación ............................................................................................... 126

Definición de relaciones .................................................................................... 127

Otras pantallas de codificación .................................................................. 129Condiciones/Acciones/Avisos ........................................................................... 129

Definición de Parámetros .................................................................................. 132

Razones de Interés ........................................................................................... 133

Tipos de contacto (interesados) ........................................................................ 134

Tipos de Vía ...................................................................................................... 134

Provincias y Municipios ..................................................................................... 135

Paises................................................................................................................ 137

Configuración ............................................................................................. 138Sistemas............................................................................................................ 138

Componentes .................................................................................................... 139

Errores de la TRAPI .......................................................................................... 141

Configuración de las pantallas .......................................................................... 142

Configuración de los sistemas .......................................................................... 143

Informes ..................................................................................................... 144Informe “documentador” de procedimientos ..................................................... 144

Manual de usuario de las pantallas de administración (J2EE). .... 146

Botones comunes en las pantallas............................................................. 147Significado de los colores utilizados........................................................... 148Menú principal............................................................................................ 148Definición de procedimientos ..................................................................... 149

Tipos de expedientes y versiones del procedimiento........................................ 149

Procedimientos y versiones del Procedimiento................................................. 151

Tipos de Indicación de la Ficha del Procedimiento ........................................... 160


Página 5

Caducidades en el Procedimiento..................................................................... 160

Fases y Metafases ............................................................................................ 163

Transiciones permitidas entre fases / Eventos.................................................. 165

Tipos de Actos Administrativos ......................................................................... 171

Normativas y sus tipos ...................................................................................... 172

Ámbitos de la Ley.............................................................................................. 173

Tipos de Publicación ......................................................................................... 174

Manipulación de escritos................................................................................... 175

Manipulación de datos y otras........................................................................... 181

Manipulación de escritos................................................................................... 183

Manipulación de datos y otras........................................................................... 187

Documentos (tareas sobre documentos) ................................................... 191Tipos de documentos ........................................................................................ 191

Documentos permitidos en el procedimiento .................................................... 191

Plantillas para generación de documentos ....................................................... 191

Definición de variables ...................................................................................... 192

Tipos de párrafos .............................................................................................. 194

Usuarios..................................................................................................... 196Usuarios del Tramitador .................................................................................... 196

Perfiles de usuarios........................................................................................... 199

Definición de firmantes...................................................................................... 200

Disposiciones para la firma ............................................................................... 205

Puestos de Trabajo ........................................................................................... 205

Tipos de Organismos ........................................................................................ 206

Tipos de Organización ...................................................................................... 207

Tipos de Identificador ........................................................................................ 207

Organismos y Empleados ................................................................................. 208

Relaciones (entre entidades fuera de cualquier definición)........................ 212Tipos de relación ............................................................................................... 212

Definición de relaciones .................................................................................... 212

Otras pantallas de codificación .................................................................. 214Condiciones/Acciones/Avisos ........................................................................... 214

Definición de Parámetros .................................................................................. 216

Razones de Interés ........................................................................................... 217

Tipos de contacto (interesados) ........................................................................ 217


Página 6

Tipos de Vía ...................................................................................................... 218

Provincias y Municipios ..................................................................................... 219

Países ............................................................................................................... 221

Configuración ............................................................................................. 221Sistemas............................................................................................................ 221

Componentes .................................................................................................... 223

Errores de la TRAPI .......................................................................................... 225

Configuración de las pantallas .......................................................................... 226

Configuración de los sistemas .......................................................................... 226

Cambiar Sistema............................................................................................... 228


Página 7

Instalación

En los siguientes apartados se describe cómo debe actualizarse un motor Trew@ (enOracle) a esta nueva versión v1.2.0 a partir de los scripts suministrados.

Asimismo se indica dónde se puede encontrar la documentación necesaria para lainstalación de Trew@ v1.2.0 sobre un motor de base de datos PostgreSQL (o laactualización desde un v1.1.0 existente).

Pasos a seguir para instalar el motor v1.2.0 completo

1. Creamos los tablespaces necesarios para los objetos de Trew@. Concretamente:

• TS_TREWA tablespace para datos, al menos de 100 Mb.

• TS_TREWA_I tablespace para índices, al menos de 500 Mb.

• TS_TREWA_BLOB tablespace para almacenar las columnas tipo BLOB, almenos de 20 Mb.

NOTA: Por ejemplo, para unos 100 procedimientos definidos, con unas 2000fases posibles, unas 3500 transiciones entre fases, con 2000 expedientes, yunos 1000 documentos almacenados en blob, una estimación para el tamañode los tablespaces sería:

• TS_ TREWA sobre 700 Mb.

• TS_ TREWA _I 1 Gb.

• TS_ TREWA _BLOB 1 Gb.

Es decir, aquí se indica el mínimo necesario para la instalación, pero eladministrador de base de datos debe tener en cuenta el crecimiento de estostablespaces conforme se vayan incluyendo datos en la base de datos.

2. Creamos el usuario que va a ser propietario de los objetos, por ejemplo"TREWA", de aquí en adelante consideramos que se llame así (se suministranscripts de ejemplo).

3. Damos los permisos correspondientes al usuario, que serán (siempre que seaposible) al menos:


Página 8

• "alter user TREWA quota unlimited on TS_TREWA" (también en TS_TREWA_Iy TS_TREWA_BLOB).

• "grant connect to TREWA" (o en su defecto create y alter session).

• "grant create table, create view, create synonym, create procedure, create role,create synonym, create sequence, create trigger to TREWA" (NOTA: téngaseen cuenta que en el role de CONNECT van implícitos: create view, table,sequence, etc.).

Si utilizamos el fichero de export:

4. Opcionalmente (sí se decide en la organización en la que nos encontremos) crearlos roles de Trew@ “TR_R_USUARIO” y “TR_R_ADMINISTRADOR”. Tambiéncreamos el role "GN_R_GESTION" (para permisos sobre las tablas "generales").Los roles “TR_R_*” sólo se necesitan en caso de usar la comprobación depermisos sobre apis a través de roles de base de datos. Por defecto dichacomprobación se hace mediante los perfiles que el usuario tenga asignados en elmodelo de datos de Trew@.

5. Lanzamos el import del fichero “trewa_v120_20061229.dmp” suministrado. Hayque tener en cuenta que el fichero.dmp es un export de un esquema“TREWA_TST”, por lo que para la correcta creación de los objetos habrá queincluir en la instrucción del import algo así como “...fromuser=TREWA_TSTtouser=USUARIO_PROPIETARIO...”. Por ejemplo:

Imp userid=trewa/clave@bd file=trewa_v120_20061229.dmplog=trewa_v120_imp.log buffer=10485760 fromuser=trewa_tst touser=trewa

Comprobaríamos a continuación la correcta creación de los objetos.

Actualización desde un motor v1.0.0 existente (Oracle)

Lanzar el script "trewa_v100_a_v120.sql" existente en la carpeta " scripts BD y datos(adaptación desde v100))" suministrado. Este script actualiza tando el modelo de datoscomo los paquetes PL/SQL que ofrecen las PQ-TrApis (revisar no obstante elcontenido del fichero para modificar la creación o no de los paquetes PL/SQL segúninterese, ya que por defecto aparecen comentados los que representan las PQ-TrApis).


Página 9


Lanzar el script "trewa_v101_a_v120.sql" existente en la carpeta " scripts BD y datos(adaptación desde v101)" suministrado. Este script actualiza tando el modelo de datoscomo los paquetes PL/SQL que ofrecen las PQ-TrApis (revisar no obstante elcontenido del fichero para modificar la creación o no de los paquetes PL/SQL segúninterese, ya que por defecto aparecen comentados los que representan las PQ-TrApis).


Lanzar el script "trewa_v110_a_v120.sql" existente en la carpeta " scripts BD y datos(adaptación desde v110 y v110r2))" suministrado. Este script actualiza tando el modelode datos como los paquetes PL/SQL que ofrecen las PQ-TrApis (revisar no obstante elcontenido del fichero para modificar la creación o no de los paquetes PL/SQL segúninterese, ya que por defecto aparecen comentados los que representan las PQ-TrApis).

Instalación de un motor Trew@ v1.2.0 en PostgreSQL

Para la instalación de Trew@ v1.2.0 sobre un motor de base de datos PostgreSQL, seremite al lector al documento de instalación específico para esta base de datos("Manual de operación Trew@ v120 PostgreSQL") que puede encontrarse en elentregable de la versión v1.2.0 en la subcarpeta “Documentación” (los scriptnecesarios se encuentran en "Base_de_datos\PostgreSQL").

Revisión de objetos y datos en el motor

Una vez hemos importado los objetos de Trew@ satisfactoriamente, podemos verificarsi se han creado los objetos:

Tablas necesarias

Podemos distinguir 2 tipos de tablas según su nombre:

• Las que comienzan por “TR_”, constituyen el “metamodelo” en el que seapoya Trew@ y debería estudiarse cualquier modificación en las mismas, yaque afectan a otros objetos necesarios para el correcto funcionamiento.

• Las que comienzan por “GN_”, que serían un conjunto de tablas necesariaspara que Trew@ funcione, pero que no se consideran parte integrante del“metamodelo” de Trew@, sino que más bien se consideran tablas “generales”a todas las aplicaciones. Por ejemplo, se encuentran entre ellas aquellastablas que guardan la estructura organizativa (Unidades Orgánicas de la


Página 10

Junta en nuestro caso), las que guardan los usuarios que utilizan Trew@, etc.Los permisos sobre estás tablas están agrupados en el role"GN_R_GESTION".

Secuencias

Secuencias necesarias para el buen funcionamiento de las pantallas demantenimiento de Trew@ (los nombres de las mismas comienzan por "TR_S_...").También deben exisitr secuencias para las tablas generales (los nombres de lasmismas comienzan por "GN_S_...").

Funciones

Función “GN_FU_VALOR” necesaria para las pantallas de mantenimiento. Estafunción devuelve los valores establecidos en la tabla de constantes"GN_CONSTANTES", que cómo mínimo debe contener los siguientes valores:

• "TRAPLI" TÍTULO DE LA APLICACIÓN DE ADMINISTRACIÓN DETREW@, con el valor por ejemplo de "Trew@".

• "TRMANCHO" ANCHO MÁXIMO DEL CANVAS UTILIZADO PARACENTRAR EL FORM, con el valor "590".

• "TRMALTO" ALTO MÁXIMO DEL CANVAS UTILIZADO PARA CENTRAREL FORM, con el valor "325"

• "TRMOIN" MODULO INICIAL de la aplicación de administración, con elvalor "TRPRINCIPA".

• "TRPTH_AY" PATH DE LAS AYUDAS DE LAS PANTALLAS DEADMINISTRACIÓN DE TREW@, con el valor por ejemplo de"\\nombre_servidor\...\ejecutables_Trew@\Ayuda\". Esta es utilizada cuandose ejecuta la aplicación en cliente-servidor.

• "TRURL_AY" URL DE LAS AYUDAS DE LAS PANTALLAS DEADMINISTRACIÓN DE TREW@, con el valor por ejemplo de"http://nombre_servidor/trewa/Ayuda/". Esta es utilizada cuando se ejecuta laaplicación en 3 capas (Forms Server).

• "TREXT_AY" EXTENSIÓN DE LOS FICHEROS DE AYUDA, con el valorpor defecto de ".htm".

• "TRORG" NOMBRE DEL ORGANISMO DONDE ESTÁ INSTALADOTREW@. Esta constante se utiliza tanto en los reports de generación dedocumentos como en el llamado "documentador de flujos" y muestra en la


Página 11

cabecera el valor de dicha constante, por tanto debería tener el valor"Consejería de...".

• "TRFABT" NOMBRE DEL FORMULARIO "ACERCA DE..." que por defectotendrá el valor "TRCACERCA01".

• "TRVERS" VERSIÓN DE LAS PANTALLAS DE ADMINISTRACIÓN DETREW@, que pondremos con el valor por defecto de "1.2.0". Este valor habráque ir modificando en base según las actualizaciones que vayamos haciendode los ejecutables de la aplicación.

• "TRSTMA" SISTEMA POR DEFECTO PARA INICIALIZACIÓN DELMOTOR, que pondremos con el valor por defecto de "TREW@", que es elsistema creado por defecto al instalar Trew@. Este valor permite que alinstanciarse la API se inicialice el motor con las constantes por defecto.

• TRURLXML URL PARA DESCARGAR LAS ENTIDADES DE UNSISTEMA. Esta constante se utiliza para poder invocar desde las pantallas deadministración al componente que permite descargar vía web un fichero .zipcon todos los datos sobre procedimientos definidos en un sistema. Estainformación puede ser leída posteriormente por la herramienta Model@ parala reutilización de dichos elementos durante la definición de procedimientos.

• "TRUSUPROP" USUARIO PROPIETARIO DE LOS OBJETOS DETREW@, que debe contener como valor el nombre del esquema propietariode los objetos de Trew@.

• "TRPERFXML" PERFIL DE CONEXIÓN PARA DESCARGAR LASENTIDADES DE UN SISTEMA, que debe contener como valor el perfil deconexión a utilizar (por defecto "default").

Paquetes PL/SQL

Para el correcto funcionamiento de las pantallas de administración y para utilizar lasapis de Trew@ en su versión en PL/SQL será necesario además comprobar queestán compilados y válidos los paquetes que ofrecen dicha funcionalidad.

Datos de Sistemas por defecto

Debe existir al menos un sistema (por defecto "TREW@") en la tabla"GN_SISTEMAS" para poder iniciar el motor con los valores por defecto. El nombrede este sistema se debe corresponder con la constante "TRSTMA" de la tabla"GN_CONSTANTES" descrita en el apartado anterior. Se recomienda que estesistema por defecto haga referncia al propio motor de tramitación, ya que así sedefine cierta información que por defecto es necesaria para poder trabajar con el


Página 12

motor, así como otros datos de los que pueden ser compartidos por otros sistemaspor el hecho de estar asociada a este sistema por defecto.

Datos de Componentes por defecto

Debe existir al menos un componente (por defecto "TREW@") en la tabla"TR_COMPONENTES" para poder utilizar ciertas APIs orientadas al funcionamientode Trew@ dentro de un entorno w@ndA, necesario para poder interactúar con otroscomponentes w@ndA. Esta información contendrá los datos del componente detramitación que representa el Trew@ instalado así como otros datos de configuracióncontenidos en la tabla "TR_DATOS_COMPONENTE" necesarios para la integracióncon otros componentes. El nombre de este valor puede ser en principio cualquiera, yserá etiquetado en w@ndA como un componente de tramitación más con un "códigode identificación" en un entorno w@ndA.

En la tabla "TR_CONSTANTES" asociado al sistema por defecto debe existir un valor"MOTOR_TRAMITA" que representa al nombre del componente de tramitación pordefecto definido con la que ciertas APIs que ofrece Trew@ puede obtener lainformación del componente de tramitación definido por defecto, necesaria porejemplo en el XML de exportación de expedientes.

Además del componente por defecto también existirán como datos creados durantela instalación, otros componentes (así como datos asociados al mismo) tales como"W@RDA", para el caso en el que se quiera interactúar con dicho componente, o"WEBOFFICE", para el caso en el que se prefiera el tratamiento de documentosmediante Open Office (en vez de utilizar Report de Oracle) que ofrece desde laversión v1.0.0 de Trew@.

Generación de documentos mediante reports de Oracle

Si se va a utilizar la generación de documentos a través de Reports de Oracle queofrece Trew@ (se generan en PDF), deben ajustarse las constantes existentes en latabla “TR_CONSTANTES”, al menos las asociadas al sistema por defecto, para quelas URL que algunas APIs devuelven sean correctas llamadas a Reports Server deOracle. Es necesario por tanto, disponer de este componente de Developer Serverpara hacer uso de esta funcionalidad.

Además el Report Server debe configurarse para que encuentre los ficheros dereports necesarios para la generación de documentos ("TRTPL01_V100" y"TRTPLNRI_V100" suministrados desde la versión v1.0.0). No obstante, si esnecesario que al menos el servidor de reports encuentre el report"TRDOCFL01_V100", el cual puede instanciarse desde las pantallas deadministración de Trew@ (es el llamado "Informe documentador de Procedimientos


Página 13

definidos").

Por tanto, debe revisarse en este caso si existen las siguientes constantes asignadasal sistema por defecto (típicamente "TREW@", ver párrafo anterior):

• "URL_LOCAL" DIRECCIÓN URL DEL SERVIDOR LOCAL, por ejemplocon el valor "http://nombre_servidor/ ". Esta constante es la que servirá debase para construir las URLs de llamada al DAD para la descarga dedocumentos vía web. Debe ajustarse al valor real que se haya configurado.

• "REPORT_LOCAL" CADENA QUE REPRESENTA AL SERVIDOR DEREPORT LOCAL, con el valor por ejemplo de "http://nombre_servidor/cgi-bin/rwcgi60.exe/?server=nombre_report_server&destype=cache&desformat=pdf". Debe ajustarse al valor real que se haya configurado. Esta cadena debecontener al menos los parámetros "destype" y "desformat" para el report,aunque no sería necesario indicarlos si la url contiene un alias que yasustituye a dichos valores. Esta constante es la que sirve de base para lallamada al servidor de reports.

• "PLSQL_LOCAL" CADENA QUE REPRESENTA LA EJECUCIÓN DEPLSQL LOCAL, es decir, el alias del DAD configurado para poder ejecutarprocedimientos de la Base de datos a través de una URL. Por ejemplo con elvalor "pls/trewa/".

• "CONEXION_LOCAL" CADENA DE CONEXIÓN A LA BASE DE DATOSLOCAL", es decir, valor por defecto de la conexión que necesitará el servidorde reports para conectarse a Trew@. Por ejemplo con el valor"trewa/trewa@bdtrewa". No sería necesario indicar el valor de esta constantesi "REPORT_LOCAL" contiene un alias que ya sustituye a dicha cadena deconexión.

• "TIPOMIME_DESCARGA" GUARDA EL TIPO MIME A UTILIZAR EN LADESCARGA DE DOCUMENTOS, con el valor por ejemplo "application/pdf"(ya que por defecto los documentos se generan mediante reports en esteformato). Necesaria para la API de descarga de documentos vía web.

• "FORMATO_FECHA" FORMATO DE FECHA UTILIZADO POR ELMOTOR, por ejemplo con el valor "DD/MM/YYYY". Este formato será el queutilicen todas las APIs de Trew@ en el caso de trabajar con fechas.

• "COMP_PERMISOS_DOC" PERMITE CONFIGURAR TREW@ PARAHABILITAR O NO LA COMPROBACIÓN DE LOS PERMISOS SOBREDOCUMENTOS QUE UN USUARIO TIENE EN UNA DETERMINADA FASEDEL EXPEDIENTE, por defecto con el valor "N". Si ponemos esta constantecomo "S", Trew@ verificará que el usuario tenga el permiso sobre tareas de


Página 14

manipulación de escritos exactamente igual a como se haya definido en elprocedimiento además de el perfil de tramitación adecuado. Es decir, si porejemplo sólo se ha asignado a este tipo de tareas permisos de "Editar", lasAPIs destinadas a la edición de los párrafos o datos de documentospermitirán realizar la edición del mismo sólo en el caso de que el usuariotenga el perfil de tramitación al que se ha asignado este permiso, además deque no se permitirán llamadas a otras APIs que no sean para editar eldocumento (por ejemplo no podría generar documentos aunque sí editarlos).De esta forma un usuario que no tenga este pefil no podrá editar los datos deldocumento aunque tenga otros perfiles con otros permisos sobre eldocumento (por ejemplo de Firma o generación). En el caso de "N" Trew@sólo verifica que el documento esté permitido al perfil de tramitación delusuario independientemente del permiso concreto asignado en la definicióndel procedimiento, todos los usuarios con el perfil adecuado tienen el mismopermiso sobre el documento, sin distinguir si es para "genera", "editar","firmar", etc..

• "DESCARGA_XML_JAVA" URL DEL SERVLET DE DESCARGA DEL XMLPARA JAVA, por ejemplo "/trewa/DescargaXML". Usada por las APis java deutilidades de importación/exportación XML, para configurar el servlet dedescarga de estos XMLs vía web.

• "EXTENSION_GENERAR" GUARDA LA EXTENSION DEL FICHERO AUTILIZAR EN LA GENERACION DE DOCUMENTOS. Por defecto a ".pdf".Permite obtener la extensión del nombre del fichero para el caso degeneración de documentos con reports.

NOTA: Aunque estas constantes deben existir por defecto (ya que Trew@ estableceestos valores iniciales), cada sistema puede definir las suyas propias, incluso podríadefinir varias para los valores de "URL", "REPORT", "PLSQL" y "CONEXION". Estopermitiría a un sistema poder trabajar con varios servidores incluso parametrizar elservidor dependiendo del usuario, ya que vía API puede establecerse el "juego" deconstantes que necesite el sistema en cuestión en cada momento (mediante"ESTABLECER_PARAMETROS"). Cabe destacar que en el caso de que un sistemano defina estas constantes se tomaran las definidas en el sistema por defecto, si bienes aconsejable que cada sistema disponga de su propio "juego" de constantes.

De la misma forma, si se va a utilizar la generación de documentos que ofreceTrew@, la tabla "TR_TIPOS_PARRAFOS" debe contener los datos necesarios parala correcta visualización de los documentos generados. Estos datos indican a losreports utilizados para formatear el documento, el estilo de los párrafos quecomponen el documento.


Página 15

El report con el que cada tipo de documento definido en el procedimiento, se indicamediante una "plantilla" que representa a dicho report y que contien el nombre delmismo. Estos datos se encuentran en la tabla "TR_PLANTILLAS", en la que pordefecto deben existir asociadas al sistema por defecto 2 plantillas"TR_DOC_GENERAL" y "TR_NRI" que representan a los 2 reports de generaciónsuministrados desde la versión v1.0.0 ("TRTPL01_V100" y "TRTPLNRI_V100"respectivamente).

Generación de documentos mediante Open Office

Si se desa esta nueva funcionalidad disponible desde Trew@ v1.2.0, deben ajustarselos datos necesarios del componente "WEBOFFICE". Para más detalle sobre lainstalación de los componentes necesarios para la utilización de esta funcionalidadver la documentación al efecto.

Perfiles de usuario

Deben existir por defecto 2 perfiles de usuarios asignados al sistema "TREW@"denominados "TR_R_USUARIO" y "TR_R_ADMINISTRADOR", necesarios en elcaso de utilizar Trew@ con aplicaciones basadas en usuarios que no son de base dedatos (aplicaciones que utilizan los mismos datos de conexión independientementedel usuario de la aplicación). Estos perfiles se daran a los usuarios definidos en elsistema a modo de perfiles de tramitación desde la pantalla de administraciónhabilitada al efecto. Si un usuario que no es de base de datos no tiene alguno deestos perfiles no podrá ejecutar las APIs Trew@. Desde la versión v1.1.0 estemecanismo para dar permisos puede usarse también para usuarios "reales" de basede datos como alternativa a los roles de base de datos.

Instalación de las pantallas de administración (Forms deOracle)

General

Para poder ejecutar las pantallas de mantenimiento es necesario en general:

• Tener instalado runtime de Developer 6i parche 9 mínimo, ya sea runtime enPC local o Developer Server si se va a usar dicha aplicación vía web. Esteúltimo caso es el recomendado desde la versión v1.0.0 de Trew@, ya queexisten ciertas funcionalidades de administración que sólo están disponiblessi se ejecuta la aplicación mediante Forms Server, tales como elalmacenamiento y posterior recuperación de ficheros almacenados en elservidor de base de datos. En este caso el cliente debe disponer de "Jinitiator


Página 16

1.3.1.9".

• En caso de utilizar Forms Server se deben configurar los ficheros necesariosen el servidor tales como el "formsweb.cfg" y ".env" de la aplicación, en el quedeben ponerse los parámetros de configuración necesarios. Se suministranejemplos de estos ficheros.

• También en el caso de utilizar Developer Server se deben incluir en la carpetade la aplicación las subcarpetas "Ayuda" y "trwebutil", mientras que en el casode cliente-servidor sólo es necesaria la de "Ayuda". En la subcarpeta"trwebutil" existe un ejemplo de fichero de configuración webutil, funcionalidadque debe ajustarse para la subida y bajada de ficheros al servidor de base dedatos.

• Para la generación de documentos (si se utiliza esta funcionalidad) y paraejecutar el informe "documentador de procedimientos" (accesible desde laspantallas de adminitración) es necesaria la configuración de Report Server,deforma que pueda ejecutar los ficheros ".rep" suministrados.

• El usuario que va a mantener los datos de Trew@ debe (además de tener lospermisos necesarios sobre los objetos de Trew@), estar dado de alta en latabla “GN_USUARIOS”. También debe tener permisos de "SELECT" en"DBA_ROLE_PRIVS".

• La pantalla principal sobre la que hay que hacer el icono de acceso directo encaso de cliente-servidor o la que hay que indicar en el fichero "formsweb.cfg"en el caso de Froms Server, es “TRLOGON.fmx”.

• Si se desea se puede limitar el uso de las teclas en las pantallas mediante lautilización del fichero de recursos también suministrado “trewa.res”. Tambiénse suministra el correspondiente "trewaweb.res" para el caso de Formsserver.

• Si se van a utilizar las pantallas en cliente-servidor, hay que asegurarse detener los ficheros ".ico" para los botones de la barra de herramientas común atodas las pantallas y otros botones que dan otras fucnionalidades. Para elcaso de utilizar Developer Server los ficheros utilizados y necesarios son los".gif" en vez de los ".ico", todos se pueden encontrar junto con los ejecutablesde la aplicación.

• Como anteriormente se cita, deben estar definidas las constantes deconfiguración de las pantallas ("GN_CONSTANTES") para el correctofuncionamiento de la aplicación. Además debe verificarse que la tabla"GN_ERRORES" contiene datos, ya que en esta tabla están configurados losmensajes de error que desde la aplicación pueden elevarse.

Página 17

Actualización desde Trew@ v1.0.1

Para actualizar las pantallas de mantenimiento desde una instalación Trew@ v1.0.1,se deben sustituir los ficheros ".fmx" suministrados en la subcarpeta"Administración\ejecutables Forms (adaptación desde v101)".

Instalación de las pantallas de administración (J2EE)

General

Para la instalación de este componente disponible desde la versión v1.2.0 de Trew@,es necesario disponer de un servidor de aplicaciones en el que desplegar el fichero"TrewaAdm.war" suministrado en la subcarpeta "Administración\J2EE". Estas pantallashacen uso de las JTrApis de administración por lo que para más detalle se remite allector al apartado "Despliegue y configuración de las J-TrAPIs" que más adelante sepuede encontrar en este documento, sobre todo en lo que se refiere a "perfiles deconexión".

La ventana de conexión de esta aplicación permite obtener una lista de perfiles deconexión definidos previamente si se desea. Para que los perfiles nos aparezcan en lalista de perfiles debemos darlos de alta en el fichero web.xml de nuestra aplicaciónweb. Para ello añadimos un parámetro del contexto cuyo nombre debe comenzar conel sufijo TrPerfil_, por ejemplo TrPerfil_Default.

 <context-param> <param-name>TrPerfil_Default</param-name> <param-value>default</param-value> <description>Perfil por defecto para realizar laconexión</description> </context-param>

<context-param> <param-name>TrPerfil_Postgresql</param-name> <param-value>postgresql</param-value> <description>Perfil para realizar la conexión a una base dedatos postgresql</description> </context-param>

 <context-param> <param-name>TrPerfil_PoolTomcat</param-name> <param-value>java:comp/env/jdbc/nombreDatasource</param-value> <description>Perfil para realizar la conexión mediante pool detomcat</description></context-param>


Página 18

Si se desea fijar uno de los perfiles de conexión basta con indicarlo en la url dearranque de la aplicación una vez desplegada (por ejemplo"http://maquina:puerto/TrewaAdm/?perfil=perfilTrewa").

Actualización desde versiones anteriores

Para actualizar este componente desde versiones anteriores ya instaladas, además desustituir el fichero “trewa.jar” suministrado, se deben sustituir los ficheros contenidosen las distintas subcarpetas (según la versión anterior) que pueden encontrarse en“Administración\J2EE”.

Creación de otros usuarios administradores distintos alpropietario

Las pantallas de mantenimiento de Trew@, permiten desde la versión v1.0.1 utilizardistintos usuarios administradores, típicamente para separar la administración de losdistintos sistemas que hagan uso del motor de tramitación. Esto permite que cadaaplicación que use Trew@ pueda permitirse tener un usuario de conexión distinto alpropietario y tener así organizadas las conexiones y mantenimiento de dichossistemas. Para más detalle sobre la creación de usuarios para uso de Trew@ seremite al lector al documento "Notas sobre creación de usuarios.pdf".

Para crear estos usuarios administradores se pueden seguir los siguientes pasos:

1. Crear el usuario de base de datos (no más de 10 caracteres, pues debe darse dealta posteriormente en la tabla de usuarios de Trew@). Dar los permisos de"connect" y "create synonym" mínimo. Además debe darse permiso de "select" enla tabla "SYS.DBA_ROLE_PRIVS" o en su defecto asociarle posteriormentemediante las pantallas de administración uno de los perfiles de usuario del sistemapor defecto "TREW@". Para la creación de este usuario se puede utilizar el script"Sentencia creación usuarios BD [email protected]" suministrado en la subcarpeta"Base_de_datos/scripts usuarios BD" desde la versión v1.0.1.

2. Desde una conexión con el usuario propietario de los objetos de Trew@, lanzar elscript "Permisos a usuario BD de Trew@ v120.sql" suministrado en la subcarpetaanteriormente mencionada, sustituyendo en dichos scripts los valores de losusuarios por los reales.

3. Desde una conexión con el usuario administrador de Trew@ creado, lanzar elscript "Sinónimos de usuarios BD de Trew@ v120.sql" suministrado en lasubcarpeta anteriormente mencionada, sustituyendo en dichos scripts los valores


Página 19

de los usuarios por los reales.

4. Sí se desea, también se suministran los anteriores scripts en el caso de usar lasvistas filtradas de Trew@ en la subcaperta “scripts usuarios BD (vistas filtradas porsistema)”.

5. Lanzar la aplicación conectándose con el usuario propietario de los objetos deTrew@. Entrar en la pantalla de mantenimiento "Usuarios del Tramitador" bajo elmenú "Usuarios". Dar de alta el usuario administrador creado y asignarle losperfiles de usuario sobre los sistemas que vaya a administrar. Si los permisos sevan a dar a través de roles en vez de perfiles de usuario, es necesario también (siasí se desea) indicar el valor de la opción "Permiso" con el valor de "Administrador"(para esto es necesario que el propietario Trew@ tenga los roles Trew@asignados con "ADMIN OPTION").

6. Hacer doble-click sobre el campo "Usuario" para abrir la funcionalidad de "Test declave". Introducir la clave deseada para conexión con las pantallas deadministración y se calculará la clave que debe actualizarse al usuario de base dedatos. Una vez obtenida actualizar dicha clave de base de datos.

A partir de entonces el usuario administrador creado podrá entrar con las pantallas deadministración de Trew@, pero sólo podrá administrar los sistemas en los que se hayadado permiso. Además este usuario podría utilizarse como conexión de lasaplicaciones J2EE que hagan uso de las J-TrApis, para lo que deberán cambiar losdatos de conexión (Datasource del servidor de aplicaciones o datos del fichero".properties" que se utilice como "perfil" de conexión) utilizando la clave "encriptada"obtenida en la pantalla de usuarios.

Despliegue y configuración de las J-TrAPIs

Actualización desde Trew@ v1.X.X

Para actualizar las aplicaciones J2EE que hagan uso del las J-TrApis, sólo debensustituir el fichero "trewa.jar" suministrado.

Despliegue de las J-TrAPIs

Para que las J-TrAPIs puedan estar accesibles desde diferentes aplicaciones, debenestar desplegadas en el mismo servidor de aplicaciones donde dichas aplicacionesresidan. El despliegue de las mismas variará en función del servidor de aplicacionesdonde se vaya a realizar y en todo caso también se tendrá que realizar unaconfiguración para habilitar el acceso a los servlets.


Página 20

Despliegue en Tomcat

Incluir la librería trewa.jar en el directorio %Tomcat%\common\lib, o desplegar deforma completa las clases en el directorio %Tomcat%\common\classes.

Despliegue en Jboss

Incluir la librería trewa.jar en el directorio %JBOSS%\server\default\lib para quetodas las aplicaciones desplegadas a nivel default puedan acceder a ella.

Configuración de servlets

Para que una aplicación pueda acceder a los servlets de subida y descarga dedocumentos (TrAPIUI), para los de subida y descarga de XML (TrAPIUTL) y para losde subida de documento WebOffice y descarga de XML WebOffice, debe existir unpaso previo de configuración a nivel del servidor de aplicaciones. Básicamente laconfiguración consistirá en modificar el archivo “web.xml” del servidor para registrar lainformación de los servlets.

Se editará el archivo web.xml y en la primera parte “Built In ServletDefinitions” definimos los servlets de la siguiente forma:

<servlet>

<servlet-name>TrAPIUIDescarga</servlet-name>

<servlet-class>trewa.bd.trapi.trapiui.servlet.DescargaDocumento</servlet-class>

</servlet>

<servlet>

<servlet-name>TrAPIUISubida</servlet-name>

<servlet-class>trewa.bd.trapi.trapiui.servlet.SubidaDocumento</servlet-class>

</servlet>

<servlet>

<servlet-name>TrAPIUTLDescarga</servlet-name>

<servlet-class>trewa.bd.trapi.trapiutl.servlet.DescargaXML</servlet-class>

</servlet>

<servlet>

<servlet-name>TrAPIUTLSubida</servlet-name>

<servlet-class>trewa.bd.trapi.trapiutl.servlet.SubidaXML</servlet-class>

</servlet>

<servlet>

<servlet-name>TrAPIUTLSubidaZip</servlet-name>

Página 21

<servlet-class>trewa.bd.trapi.trapiutl.servlet.SubidaXMLzip</servlet-class>

</servlet>



<servlet> <servlet-name>TrAPIUISubidaOO</servlet-name> <servlet-class>trewa.bd.trapi.trapiui.servlet.OOSubidaDocumento</servlet-class></servlet>

<servlet> <servlet-name>TrAPIUIDescargaXMLOO</servlet-name> <servlet-class>trewa.bd.trapi.trapiui.servlet.OODescargaXML</servlet-class>

</servlet>

Además se debe añadir información referente a desde dónde se puede acceder a losservlets. Esta información se denomina “Servlet Mappings”, y para configurarla seincluirán las siguientes líneas en el apartado “Built In Servlet Mappings”:

<servlet-mapping>

<servlet-name>TrAPIUIDescarga </servlet-name>

<url-pattern>/trewa/DescargaDoc</url-pattern>

</servlet-mapping>

<servlet-mapping>

<servlet-name>TrAPIUISubida </servlet-name>

<url-pattern>/trewa/SubidaDoc</url-pattern>

</servlet-mapping>

<servlet-mapping>

<servlet-name>TrAPIUTLDescarga </servlet-name>

<url-pattern>/trewa/DescargaXML</url-pattern>

</servlet-mapping>

<servlet-mapping>

<servlet-name>TrAPIUTLSubida </servlet-name>

<url-pattern>/trewa/SubidaXML</url-pattern>

</servlet-mapping>


Página 22

<servlet-mapping>

<servlet-name>TrAPIUTLSubidaZip</servlet-name>

<url-pattern>/trewa/SubidaXMLzip</url-pattern>

</servlet-mapping>

<servlet-mapping> <servlet-name>TrAPIUISubidaOO</servlet-name> <url-pattern>/trewa/OOSubidaDoc/*</url-pattern></servlet-mapping>

<servlet-mapping> <servlet-name>TrAPIUIDescargaXMLOO</servlet-name> <url-pattern>/trewa/OODescargaXML/*</url-pattern></servlet-mapping>

La ubicación por defecto del archivo “web.xml” variará en función del servidor deaplicaciones:

• En Tomcat el archivo “web.xml” se encuentra en la carpeta %Tomcat%\conf .

• En JBoss el archivo “web.xml” se encuentra en la carpeta%JBOSS%\server\default\deploy\jbossweb-tomcat50.sar .

Nota: Estas ubicaciones son a modo orientativo, en todo caso se recomienda recurrir a ladocumentación técnica del servidor de aplicaciones en uso para garantizar una correctainstalación de las TrAPIs.

Configuración de perfiles de conexión

Un perfil de conexión para las J-TrAPIs no es más que una configuración de laconexión a una base de datos.

En la actualidad las J-TrAPIs permiten dos posibles usos de perfil de conexión:


Página 23

• Configuración básica con archivo de properties

• Configuración con DataSources a nivel del servidor de aplicaciones

A nivel de aplicación el uso de un perfil u otro va a ser totalmente transparente y no seva a a conocer exactamente donde se establece la conexión. Lo único que van anecesitar las aplicaciones será el nombre del perfil que deberá ser aportado por eladministrador del servidor de aplicaciones donde se desplieguen las J-TrAPIs.

Configuración básica

En este caso el nombre del perfil va a coincidir con el nombre del archivo de propertiesdonde se realice la configuración. Así por ejemplo si el administrador crea un archivotrOracle.properties, el nombre del perfil será trOracle.

Posibles ubicaciones para el archivo de perfiles

Los perfiles deben ubicarse en el paquete trewa.conf.perfiles para que las J-TrAPIslos puedan localizar. En esa carpeta debe existir configurado por lo menos un perfildefault (default.properties) que es el que intentarán usar las J-TrAPIs cuando no se leindique perfil alguno.

En todo caso será conveniente analizar varias posibles situaciones para asegurarse deque el perfil sea detectado por las TrAPIs. En la tabla adjunta se muestra unacomparativa de la ubicación del archivo trewa.jar y del archivo de configuraciónindicándose si la localización se llevará a cabo o no:

Ubicación del archivotrewa.jar en el servidorde aplicaciones

Ruta default.properties en el servidorde aplicaciones Observaciones

TOMCATcommon/lib common/classes/trewa/conf/perfiles El perfil es localizado por las TrAPIs

common/libwebapps/<APLICACIÓN>/classes

/trewa/conf/perfilesEl perfil no es localizado por las TrAPIs

webapps/<APLICACIÓN>/lib common/classes/trewa/conf/perfiles El perfil es localizado por las TrAPIs

webapps/<APLICACIÓN>/libwebapps/<APLICACIÓN>/classes

/trewa/conf/perfilesEl perfil es localizado por las TrAPIs

JBOSS


Página 24

server/default/lib deploy/<APLICACIÓN.war> El perfil no es localizado por las TrAPIs

deploy/<APLICACIÓN.war> deploy/<APLICACIÓN.war> El perfil es localizado por las TrAPIs

Formato del fichero de properties

La configuración del archivo de properties se realiza editando el archivo y publicandolos siguientes campos:

Campo Ob. Descripción

tipo SíTipo de base de datos a la que se va a acceder. Pordefecto ORACLE

nombreMaquina Sí Máquinapuerto Sí Puerto de accesonombreBD Sí Nombre de la base de datosnombreUsuario No Nombre de usuarioclaveUsuario No Clave de acceso

Un ejemplo de archivo de properties sería:

#Archivo de propiedadestipo=ORACLE#Datos para realizar la conexionnombreMaquina=desa.ja.espuerto=1521nombreBD=bdOraclenombreUsuario=claveUsuario=

Si no se especifica usuario, este será exigido a través de las J-TrAPIs para establecer laconexión. En este caso se dejaría el campo en el archivo pero sin valor asignado.

Configuración con DataSources

En este caso se intenta aprovechar la configuración de DataSources que aportan lamayoría de los servidores de aplicaciones, ganando así la posibilidad de habilitar unpool de conexiones que será en todo caso el administrador del servidor el que seencargue de gestionar debidamente.

Esta gestión a través del DataSource va a redundar en beneficio del rendimiento de labase de datos. Estableciéndose una serie de conexiones (configuradas por eladministrador) al inicio y reutilizándose las mismas, se reducirá el número de


Página 25

conexiones y desconexiones a la base de datos, reduciéndose así el uso de recursosde la base de datos. Es preferible en muchos casos tener un número de sesionespredefinidas abiertas que no ir abriendo y cerrando sesiones a la base de datos.

En los apartados siguientes se muestra una orientación básica de cómo configurar losDataSources en diferentes servidores de aplicaciones, remitiendo al lector a losmanuales de configuración del servidor de aplicaciones en uso para cuestiones deconfiguración.

Configuración de DataSource en Tomcat (5.0.18)

Para crear un DataSource en Tomcat se debe modificar el archivo server.xml queestá ubicado en %TOMCAT%\conf, incluyendo la información referente al DataSourcey a la aplicación que lo usará.

Entre las etiquetas <GlobalNamingResources> y </GlobalNamingResources> se debeaportar la información del DataSource:

Etiqueta ResourceParámetro Ob. Descripciónname Sí Nombre del DataSourcetype Sí Clase del DataSourceEtiqueta ResourceParamsParámetro Ob. Descripciónname Sí Nombre del DataSourceurl Sí Cadena de conexión JDBCpassword Sí ContraseñamaxActive No Máximo número de conexiones activasmaxWait No Máximo número de conexiones en esperadriverClassName Sí Clase que implementa el driver de conexiónmaxIdle No Máximo de conexiones que se dejan abiertas en espera de

ser utilizadasusername Sí Usuario


Página 26

La estructura para las etiquetas Resource y ResourceParams, en el server.xml quedaría:

<Resource name="trOracle" type="javax.sql.DataSource"/><ResourceParams name="trOracle"> <parameter>

<name>url</name><value>jdbc:oracle:thin:@desa.ja.es:1521:bdOracle</value>

</parameter> <parameter>

<name>password</name> <value>Pwd</value> </parameter> <parameter>

<name>maxActive</name> <value>10</value> </parameter> <parameter>

<name>maxWait</name><value>5000</value>

</parameter> <parameter>

<name>driverClassName</name> <value>oracle.jdbc.driver.OracleDriver</value> </parameter> <parameter> <name>maxIdle</name> <value>2</value> </parameter> <parameter> <name>username</name> <value>Usuario</value> </parameter></ResourceParams>


Página 27

Para completar la configuración, hay que indicar la aplicación (o aplicaciones) que va ausar el DataSource definido anteriormente. Para ello se debe añadir entre las etiquetas<Host> y </Host> la siguiente información ( un contexto por aplicación):

<Context path="/AppWeb" docBase="AppWeb" debug="0"><ResourceLink name="trOracle" global="trOracle" type="javax.sql.DataSource"/>

</Context>

En el caso anterior se indica que la aplicación AppWeb, que se encuentra en eldirectorio %TOMCAT%/webapps/AppWeb, va a hacer uso del DataSource definidocomo trOracle.

El archivo server.xml, una vez modificado, quedaría del siguiente modo:

<?xml version='1.0' encoding='utf-8'?><Server> <Listener className="org.apache.catalina.mbeans.ServerLifecycleListener"/> <Listener className="org.apache.catalina.mbeans.GlobalResourcesLifecycleListener"/> <GlobalNamingResources> <Environment name="simpleValue" type="java.lang.Integer" value="30"/> <Resource auth="Container" description="User database that can be updated and saved"name="UserDatabase" type="org.apache.catalina.UserDatabase"/> <ResourceParams name="UserDatabase"> <parameter> <name>factory</name> <value>org.apache.catalina.users.MemoryUserDatabaseFactory</value> </parameter> <parameter> <name>pathname</name> <value>conf/tomcat-users.xml</value> </parameter> </ResourceParams> <Resource name="trOracle" type="javax.sql.DataSource"/> <ResourceParams name="trOracle"> <parameter> <name>url</name> <value>jdbc:oracle:thin:@desa.ja.es:1521:bdOracle</value> </parameter> <parameter> <name>password</name> <value>Pwd</value> </parameter> <parameter> <name>maxActive</name>


Página 28

<value>10</value> </parameter> <parameter> <name>maxWait</name> <value>5000</value> </parameter> <parameter> <name>driverClassName</name> <value>oracle.jdbc.driver.OracleDriver</value> </parameter> <parameter> <name>maxIdle</name> <value>2</value> </parameter> <parameter> <name>username</name> <value>Usuario</value> </parameter> </ResourceParams></GlobalNamingResources><Service name="Catalina"> <Connector acceptCount="100" connectionTimeout="20000" disableUploadTimeout="true"port="8080" redirectPort="8443"> </Connector> <Connector port="8009" protocol="AJP/1.3"protocolHandlerClassName="org.apache.jk.server.JkCoyoteHandler" redirectPort="8443"> </Connector> <Engine defaultHost="localhost" name="Catalina"> <Host appBase="webapps" name="localhost"> <Logger className="org.apache.catalina.logger.FileLogger" prefix="localhost_log."suffix=".txt" timestamp="true"/> <Context path="/AppWeb" docBase="AppWeb" debug="0"> <ResourceLink name="trOracle" global="trOracle" type="javax.sql.DataSource"/> </Context> </Host> <Logger className="org.apache.catalina.logger.FileLogger" prefix="catalina_log."suffix=".txt" timestamp="true"/> <Realm className="org.apache.catalina.realm.UserDatabaseRealm"/> </Engine> </Service></Server>


Página 29

Datasource para una aplicación cliente desde Tomcat

Se puede defininir un DataSource asociado a la aplicación desde las pantallas deadministración de Tomcat. La configuración definida quedará registrada en el archivo:

<rutaTomcat>\conf\Catalina\localhost\<nombreApp>.xml

<?xml version='1.0' encoding='utf-8'?><Context displayName="Seervicios Web de Trewa" docBase="C:/Servidores/Tomcat50N/webapps/trewaws"path="/trewaws"> <Resource name="jdbc/trewaws" type="javax.sql.DataSource"/> <ResourceParams name="jdbc/trewaws"> <parameter> <name>maxWait</name> <value>5000</value> </parameter> <parameter> <name>maxActive</name> <value>25</value> </parameter> <parameter> <name>password</name> <value>pwd</value> </parameter> <parameter> <name>url</name> <value>jdbc:oracle:thin:@máquina:1521:bd</value> </parameter> <parameter> <name>driverClassName</name> <value>oracle.jdbc.driver.OracleDriver</value> </parameter> <parameter> <name>maxIdle</name> <value>1</value>


Página 30

</parameter> <parameter> <name>username</name> <value>user</value> </parameter> </ResourceParams></Context>

Configuración de Datasource en JBoss (4.0.0/4.0.1)

Desde JBoss es necesario modificar o crear el archivo oracle-ds.xml. Este archivodebe estar ubicado en %JBOSS%\server\default\deploy y para el DataSource que sevaya a crear se tendrá que aportar la siguiente información:

Etiqueta Ob. Descripción

<jndi-name> Sí Nombre del DataSource<connection-url> Sí Cadena de conexión JDBC<driver-class> Sí Clase que implementa el driver de conexión<user-name> No Nombre de usuario<password> No Contraseña<min-pool-size> No Mínimo número de conexiones en el pool<max-pool-size> No Máximo número de conexiones en el pool<type-mapping> Sí Tipo de base de datos

La estructura del oracle-ds.xml vendría a ser:

<datasources> <local-tx-datasource> <jndi-name>[Nombre del DataSource]</jndi-name> <connection-url>[Cadena de conexión jdbc]</connection-url> <driver-class>[Clase java que implementa el driver de conexión]</driver-class> <user-name>[Nombre de usuario]</user-name> <password>[Contraseña]</password> <exception-sorter-class-name> org.jboss.resource.adapter.jdbc.vendor.OracleExceptionSorter </exception-sorter-class-name> <min-pool-size>[mínimo de conexiones en el pool]</min-pool-size> <max-pool-size>[máximo de conexiones en el pool]</max-pool-size> <metadata> <type-mapping>Oracle9i</type-mapping> </metadata> </local-tx-datasource> <local-tx-datasource> ...................... </local-tx-datasource>

</datasources>


Página 31

El caso descrito en la configuración con archivos de properties quedaría en este casodel siguiente modo:

La estructura del oracle-ds.xml sería:

<datasources> <local-tx-datasource> <jndi-name>trOracle</jndi-name> <connection-url>jdbc:oracle:thin:@desa.ja.es:1521:bdOracle</connection-url> <driver-class>oracle.jdbc.driver.OracleDriver</driver-class> <user-name>UsrComun user-name> <password>Pwd</password> <exception-sorter-class-name> org.jboss.resource.adapter.jdbc.vendor.OracleExceptionSorter </exception-sorter-class-name> <min-pool-size>5</min-pool-size> <max-pool-size>20</max-pool-size> <metadata> <type-mapping>Oracle9i</type-mapping> </metadata> </local-tx-datasource> <local-tx-datasource> ...................... </local-tx-datasource>

</datasources>

En este caso las aplicaciones accederán usando el perfil trOracle ya que así se ha definido por partedel administrador y no tendrían que validarse pues en la propia especificación del DataSource llevaincluido usuario y password.

Librerías necesarias

JDK

Para el correcto funcionamiento de las TrAPIs se precisa de la versión 1.4.2 delJDK/JRE o posterior.

JDBC Oracle

Las TrAPIs hacen uso de la librería ojdbc14.jar que contiene las clases deJDBCDrivers Oracle10g. Para que las TrAPIs hagan uso de estas clases, dichalibrería puede estar en uno de estos directorios:


Página 32

Despliegue en Tomcat

Incluir la librería ojdbc14.jar en el directorio %Tomcat%\common\lib.

Despliegue en Jboss

Incluir la librería ojdbc14.jar en el directorio %JBOSS%\server\default\lib.

El uso de la librería ojdbc14.jar permite, entre otras cosas, el uso de Savepoint yRollback.

IMPORTANTE: Si durante la ejecución de la aplicación JSP aparece el siguiente error:

ERROR: java.lang.AbstractMethodError: java.sql.Savepoint

java.sql.Connection.setSavepoint()

la causa puede ser que no haya reconocido la librería ojdbc14.jar. Esto puede ser porvarios motivos: por que no esté colocada en el directorio correcto, o porque en eldirectorio donde esté colocada exista la librería clases12.jar que también incluye losdrivers de Oracle pero no soporta Savepoint ni Rollback. Una posible solución a esteúltimo caso es renombrar la librería ojdbc14.jar con un nombre menor queclases12.jar para que encuentre antes la librería ojdbc14.jar que la clases12.jar. Sepodría renombrar la librería ojdbc14.jar a aojdbc14.jar por ejemplo.

Despliegue en OC4J

Para asegurar que en oc4j se carga inicicialmente el jdbc y otras clases necesarias sedebe incluir junto con la aplicación el archivo orion-web.xml con el siguiente contenido:

<?xml version = '1.0' encoding = 'windows-1252'?><!DOCTYPE orion-web-app PUBLIC "-//Evermind//DTD Orion Web Application2.3//EN" "http://xmlns.oracle.com/ias/dtds/orion-web.dtd"><orion-web-app servlet-webdir="/servlet/"> <web-app-class-loader search-local-classes-first="true"/></orion-web-app>

Este archivo se ubicará en la carpeta WEB-INF de la aplicación.


Página 33

Drivers Oracle Database 10g (10.1.0.4) - Versión 10.1.0.2.0 driver jdbc

Archivosojdbc14.jar Clases para usar con JDK 1.4orai18n.jar Clases NLS (National Language Support) para usar con JDK 1.2, 1.3 y 1.4.

Este jar reemplaza a los antiguos nls_charset jar/zip.NLS permite obtener e insertar información en la base de datos encualquier juego de caracteres que soporte Oracle.

ocrs12.jar Clases que implementan las interfaces javax.sql.rowset CachedRowSet yWebRowSet para ser usadas con JDK 1.2, 1.3 y 1.4

Drivers Oracle Database 10g Release 2 - Versión 10.2.0.1.0 driver jdbc

Archivosojdbc14.jar Clases para usar con JDK 1.4 y JDK 1.5orai18n.jar Clases NLS (National Language Support) para usar con JDK 1.2, 1.3, 1.4 y

1.5. Este jar reemplaza a los antiguos nls_charset jar/zip.NLS permite obtener e insertar información en la base de datos encualquier juego de caracteres que soporte Oracle.

Otras librerías necesarias

Para el correcto funcionamiento de Trew@ se precisa una serie de libreríasadicionales que se aportan junto con la distribución y que se describen a continuación:

Librerías adicionalesJdbc PostgreSQL 8 Librería para acceso a base de datos con postgreSQL.

Necesaria si se monta la base de datos sobre PostgreSQL

Jdom 1.0 Librería para parseo de XML.Necesaria para habilitar la importación y exportación de definición deprocedimientos, expedientes y entidades del sistema.(Ver APIUTL )

Log4java 1.2.9 Librería para trazabilidad de errores.Necesaria si se quiere habilitar la trazabilidad de la aplicación paradetectar posibles errores.(Ver Trazabilidad con log4java)

Clientes webServices Clientes necesarios para habilitar el acceso a @visador, notific@dor,port@firmas, w@rda y trew@

Axis 1.1 Librerías necesarias para desplegar los servicios web de Trew@(Ver Montaje de servicios Trew@)


Página 34

Trazabilidad con log4java

Para habilitar la trazabilidad de log4java en trewa, bastará con modificar dos archivos:

1.- <web_app>/WEB-INF/classes/trewa/conf/trewaconf.properties

En este archivo se tendrá que especificar la ruta del archivo de configuración log4java:

#Ruta del fichero de configuración para Log4Java

log_4j_configuration_file=/trewa/log4j.properties


log_4j_configuration_file NoRuta donde está ubicado el fichero deconfiguración para log4java

2.- El archivo log4j.properties

A través de este archivo se podrá configurar el nivel de trazabilidad que se deseahabilitar sobre trewa.

#Logger para aplicación TREWA

log4j.logger.trewa=DEBUG, FILE_LOG_TREWA_APPENDER

log4j.additivity.trewa=false

#Appender usado por aplicación TREWA

log4j.appender.FILE_LOG_TREWA_APPENDER=org.apache.log4j.RollingFileAppender

log4j.appender.FILE_LOG_TREWA_APPENDER.File=/trewa.log

log4j.appender.FILE_LOG_TREWA_APPENDER.layout=org.apache.log4j.PatternLayout

log4j.appender.FILE_LOG_TREWA_APPENDER.layout.ConversionPattern=%d{[yyyy-MM-dd

HH:mm:ss,SSS]} %5p: %m%n

log4j.appender.FILE_LOG_TREWA_APPENDER.MaxFileSize=10MB

log4j.appender.FILE_LOG_TREWA_APPENDER.MaxBackupIndex=10


Página 35

Para cambiar la configuración de los niveles de trazabilidad sobre Trew@, semodificará la entrada log4j.logger.trewa estableciendo algún nivel de los posiblesque se describen a continuación:

DEBUG: Se utiliza para escribir mensajes de depuración, este log no debe estaractivado cuando la aplicación se encuentre en producción.

INFO: Se utiliza para mensajes similares al modo "verbose" en otras aplicaciones.

WARN: Se utiliza para mensajes de alerta sobre eventos que se desea mantenerconstancia, pero que no afectan el correcto funcionamiento del programa.

ERROR: Se utiliza en mensajes de error de la aplicación que se desea guardar, estoseventos afectan al programa pero lo dejan seguir funcionando.

FATAL: Se utiliza para mensajes críticos del sistema, generalmente luego de guardarel mensaje el programa abortará.

Adicionalmente a estos niveles de log, existen 2 niveles extras que solo se utilizan enel archivo de configuración, estos son:

ALL: este es el nivel más bajo posible, habilita todos los logs.

OFF: este es el nivel más alto posible, deshabilita todos los logs.

log4j.logger.trewa=OFF, FILE_LOG_TREWA_APPENDER

Configuración para WebOffice

Para el correcto funcionamiento de WebOffice se precisa el establecimiento de unperfil para el mismo. Dicho perfil se especificará a través del archivo deweboffice.properties que se ubicará en el paquete trewa.conf de la aplicación clientecon el siguiente formato:

perfil=default


perfil No Perfil de acceso para WebOffice


Página 36

Montaje de los Servicios Web de Trew@

Para el correcto funcionamiento de los servicios web de Trew@ se precisa realizar eldespliegue de una aplicación con las siguientes características:

1.- Definición de los perfiles de acceso. Para esto se creará el archivotrewaws.properties en el paquete trewa.conf, donde se especificarán los perfiles ausar por los diferentes servicios. El archivo trewaws.properties tiene el siguienteformato:

perfil=java:comp/env/jdbc/trewawsperfil_trewa=java:comp/env/jdbc/trewaws1perfil_modelo=java:comp/env/jdbc/trewaws2perfil_warda=java:comp/env/jdbc/trewaws3


perfil No Perfil por defecto para todos los servicios

perfil_trewa NoPerfil por defecto para el servicio de trewa. Si no seespecifica esta entrada se tomará la que se indique enla entrada perfil.

perfil_modelo NoPerfil por defecto para el servicio de actualización decodificadoras. Si no se especifica esta entrada setomará la que se indique en la entrada perfil.

perfil_warda NoPerfil por defecto para el servicio de warda. Si no seespecifica esta entrada se tomará la que se indique enla entrada perfil.

2.- Inclusión en la carpeta public_html\WEB-INF de la aplicación los archivosweb.xml y server-config.wsdd. Ambos archivos se aportan junto con la plantilla deejemplo para montar el servicio web.

3.- Inclusión de las librerías necesarias.


Página 37

Condiciones, acciones y variables Java

Una de las características que aporta la interfaz de acceso a Trew@ es la posibilidadde ejecutar clases java desplegadas en el servidor de aplicaciones. Para poderhabilitar esta característica se deben tener en cuenta los siguientes puntos:

1.- Se debe definir alguna condición/acción y/o variable en un procedimiento con<<Tipo de implementación>> = "Java". Dicha definición debe llevar el nombre de laclase, que incluirá el paquete completo al que pertenezca(miApp.trewa.condiciones.ClaseCondiciones), y el nombre de la función a ejecutar.Dicha función debe aparecer definida como public en la clase de forma que pueda seraccesible por trew@.

2.- Los métodos asociados a condiciones o acciones deben devolver un valornumérico ( objeto java.lang.Integer,... ) ,0 si no se cumple la condición y 1 si se cumplela condición. Los parámetros en este caso deben llevar el siguiente orden y deben serdel tipo que corresponda según la siguiente tabla:

Parámetro en Trew@ Parámetro en métodoId Expediente java.math.BigDecimalId Transición java.math.BigDecimal

Id Documento permitido java.math.BigDecimalId Expediente en fase java.math.BigDecimalId del procedimiento java.math.BigDecimal

Fecha java.sql.TimestampUsuario java.lang.StringId Fase java.math.BigDecimal

Id del tipo de documento java.math.BigDecimal

3.- Los métodos asociados a variables deben devolver un java.lang.String. Losparámetros en este caso deben ser equivalentes a los definidos en los parámetrosasociados a la variable, siendo la correspondencia la indicada en la siguiente tabla:

Tipo de parámetro en Trew@ Tipo de parámetro en métodoNUMÉRICO java.lang.Integer

CADENA java.lang.StringFECHA java.sql.Timestamp


Página 38

4.- La clase debe aparecer accesible a las clases de Trew@. Esto se puede conseguirde alguna de las formas siguientes (se muestra ejemplo para Tomcat):

Si trewa.jar está a nivel de aplicación(%TOMCAT%\webapps\AplicacionJSP\WEB-INF\lib\trewa.jar)

En este caso las clases de condiciones y/o variables podrán ubicarse en:

- %TOMCAT%\webapps\AplicacionJSP\WEB-INF\lib ( empaquetadas en un jar )- %TOMCAT%\webapps\AplicacionJSP\WEB-INF\classes ( los .class )- %TOMCAT%\common\lib ( empaquetadas en un jar )- %TOMCAT%\common\classes ( los .class )

Si trewa.jar está a nivel de servidor(%TOMCAT%\common\lib\trewa.jar)

En este caso las clases de condiciones y/o variables podrán ubicarse en:

- %TOMCAT%\common\lib ( empaquetadas en un jar )

- %TOMCAT%\common\classes ( los .class )

5.- Si se desea que la función a ejecutar en la condición o variable reutilice la interfazTrAPIUI, la clase a la que pertenezca se tendrá que derivar de la clase

trewa.ext.TrAccesoUI

Derivando de la clase TrAccesoUI se tendrá acceso al método getApiUI() a través delcual se podrá obtener la interfaz TrAPIUI y reutilizar la conexión actual.

import trewa.ext.TrAccesoUI;

public class ClaseVariable extends TrAccesoUI

{

// Método de variable sin parámetros

public String metodoVar( java.lang.String val ) throws TrException {

String valRet = "";

.....

return str;

}

}


Página 39

import trewa.ext.TrAccesoUI;

public class ClaseCondicion extends TrAccesoUI

{

// Método de condición

public Integer existenDatos( BigDecimal idExpediente ) throws TrException

{

Integer intRet = new Integer(0);

apiUI = getApiUI();

if ( apiUI == null ) return intRet;

....

return str;

}

}


Página 40

Requerimientos para las aplicaciones “cliente” de Trew@

• Todas las aplicaciones que usen Trew@ deben estar dadas de alta en la tabla“GN_SISTEMAS”.

• Para poder ejecutar las APIs de Trew@ los usuarios de cada aplicación debenestar dados de alta en la tabla “GN_USUARIOS” y tener asignado uno de losroles de Trew@ (bien el de usuario o bien el de administrador) ya seadirectamente a través de las pantallas de administración (Mantenimiento deusuarios) o bien a través de un role de aplicación que ya contenga el role deTrew@. Como alternativa a los roles y a partir de la versión v1.1.0 existe laposibilidad de dar los permisos a través de pefiles de usuario del sistema pordefecto "TREW@".

• Si trabajamos con una aplicación basada en usuarios que no son de base dedatos, no podremos asignar a un usuario concreto el role de base de datoscorrespondiente. En este caso es necesario asociar al usuario el perfil deusuario correspondiente (TR_R_USUARIO o TR_R_ADMINISTRADOR) comosi de un perfil de tramitación se tratara.

• Como ya se ha citado anteriormente, también se puede establacer para cadaaplicación un "juego" de constantes. Si no existen se tomarán las definidas enel sistema por defecto.

• Además cada aplicación "cliente" de Trew@ debe dar de alta una serie dedatos si se utiliza la generación de documentos mediante reports de Oracle.Como se ha dicho anteriormente se suministran ficheros de scripts para crearestos datos (ver el apartado "Generación de documentos mediante reports deOracle").


Página 41

Mantenimiento del Motor

Base de datos

La base de datos de Trew@ no requiere especial mantenimiento, aparte de las tareastípicas de administración de base de datos. Basta con ir actualizando cuando seanecesario a futuras nuevas versiones.

Cabe destacar en el caso de utilizar las APIS PL/SLQ de Trew@ v1.0.0, que como lascondiciones/acciones/avisos son físicamente funciones en el servidor, puede que unacompilación de los paquetes del motor invaliden estas funciones (que deben estar enlos esquemas propietarios de los sistemas que utilizan Trew@), y por tanto una vezcompilados los paquetes del motor haya que recompilar estas funciones o paquetes.

Pantallas de Administración de Trew@

Estas pantallas no sólo nos van a permitir definir procedimientos en Trew@, sino quetambién nos van a permitir mantener los datos de configuración del motor (tablas deconstantes nombradas anteriormente).

Mediante estas pantallas podremos por ejemplo definir el "juego" de constantes que vaa utilizar cada sistema (siempre que sea necesario) así como modificar los permisos yperfiles asociados a cada usuario.

Además nos van a permitir la importación al sistema y exportación desde el sistema deficheros de definición de procedimientos en XML.

Condiciones y acciones

Cabe destacar en este apartado que las condiciones y acciones que se definen en elprocedimiento a nivel de transiciones y de tareas, deben estar definidas comofunciones PL/SQL que devuelven un valor numérico (0 para cuando no se cumplan y 1cuando se ejecuten correctamente). También deben darse permisos de ejecuciónsobre las mismas al usuario propietario del motor Trew@.


Página 42

Variables de los documentos

Al igual que las condiciones las variables que se definen en los documentos, debenestar definidas como funciones PL/SQL que devuelven un valor cadena de caracteres(varchar2). También deben darse permisos de ejecución sobre las mismas al usuariopropietario del motor Trew@.

Para que Trew@ haga la sustitución de variables por el valor de la función PL/SQLque representan, éstas deben ponerse en los párrafos de los documentos como"$$NOMBRE_VARIABLE$$".


Página 43

Manual de usuario de las pantallas de administración(Oracle)

A continuación se incluye la ayuda al administrador que puede ser invocada "on-line"desde cada pantalla de la aplicación de administración de Trew@, dónde se describela funcionalidad de cada pantalla, así como el significado de cada campo.

Conexión al sistema

Pantalla que permite la conexión a la aplicación de administración mediante pantallasde Trew@. Es necesario indicar usuario, clave y la base de datos dónde esté instaladoel motor de tramitación.

Al entrar se muestra al usuario un diálogo mediante el que se solicita la elección delsistema que se va a mantener de entre todos en los que el usuario tiene definido algúnperfil (o todos los definidos si el usuario que se conecta es el propietario). Esobligatorio elegir uno para trabajar con la aplicación. Esto permite que las pantallas deadministración del motor trabajen sólo con el sistema elegido, no accediendo a datosde otros sistemas.

Desde el menú principal de la aplicación (Configuracion/Cambiar de Sistema) tambiénpodemos llamar a esta pantalla que nos permitirá cambiar de sistema.


Página 44

Barra de herramientas común a todas las pantallas

- Boton , al pulsarlo, salimos de la pantalla en la que nos encontremos. Si hemosrealizado algún cambio en la pantalla y no hemos guardado los cambios, se muestraun mensaje que confirma si queremos salir de la pantalla. Si queremos realmente salirsin guardar los cambios pulsaremos ‘SI’. En caso contrario ‘NO’

- Botón , guarda los cambios que hayamos realizado en la pantalla actual dondenos encontremos

- Botón , permite insertar un nuevo registro en el bloque en el que nos encontremos

- Botón , elimina el registro actual en el que nos encontremos

- Botón , pantalla en modo consulta. Al pulsar este botón, el bloque actual en elque nos encontremos se activará en modo consulta. Esto permite filtrar los datos porcualquiera de los campos permitidos, que serán los que se encuentren de otro color.También al pulsarlo, este botón se transformará en otros dos: uno para ejecutar laconsulta y otro para cancelarla

- Botón , cancela la consulta introducida. Se cancelará la consulta y la pantallavolverá al modo inserción

- Botón , ejecuta la consulta introducida, mostrándose los datoscorrespondientes a la consulta en función de los parámetros de filtrado quehayamos introducido

- Botón , limpiar registro. Limpia el registro actual

- Botón , primer registro. Se situa en el primer registro del bloque.

- Botón , registro anterior. Se situa en el registro anterior al que estamos situados.

- Botón , registro siguiente. Se situa en el registro siguiente al que estamossituados.

- Botón , último registro. Se situa en el último registro del bloque.

- Botón , imprimir. Este botón no se encuentra activo para esta versión


Página 45

- Botón , lista de valores. Se muestran los valores posibles asociados al campo enel que se estemos situados

- Botón , teclas disponibles. Muestra la información de las teclas de funcióndisponibles (ver el siguiente apartado para más detalle).

- Botón , acerca de

- Botón , ayuda. Muestra la información correspondiente a la pantalla donde nosencontremos en ese momento

Teclas de función

Mediante teclas de función (F1, F2 ...) o combinaciones de otras teclas, se puedenrealizar ciertas acciones en las pantallas de administración, correspondientes afuncionalidades también disponibles desde la barra de herramientas.

A continuación se muestra un subconjunto representativo de estas teclas y susefectos:

- F10, Aceptar / Salvar cambios

- Esc, Cancelar

- F6, Dar alta

- MAYUS+F6, Dar baja

- CTRL+e, Editar campo

- F7, Entrar consulta

- F8, Ejecutar consulta

- CTRL+u, Cancelar

- MAYUS+F7, Aceptar / Salvar cambios

- CTRL+q, Cancelar

- F6, Limpiar campo

- MAYUS+F6, Limpiar pantalla

- CTRL+e, Salida / Cancelar consulta

- TAB, Siguiente campo


Página 46

- MAYUS+TAB, Campo anterior

La relación completa de teclas disponibles se puede solicitar mediante la acción‘Teclas Disponibles’ o pulsando CRTL+F1.

Significado de los colores utilizados

El uso de colores sobre los campos de una ventana ayuda a identificar algunas de suspropiedades. Se tienen básicamente cuatro colores:

- Fondo amarillo, indica que es obligatorio introducir un valor en el campo.

- Fondo blanco, indica que el campo es opcional.

- Fondo celeste, en modo consulta indica que el campo puede ser utilizado paraintroducir criterios de consulta.

- Fondo naranja, señala el registro en curso o activo en el caso de que se muestrenvarios al mismo tiempo.

Definición de procedimientos

Tipos de expedientes y versiones del procedimiento

Pantalla que permite consultar, modificar, insertar y borrar los tipos de expedientes.


Página 47

Además permite establecer para cada tipo de expediente las versiones delprocedimiento que debe seguir.

- Bloque ‘Tipos de Expedientes’, muestra los tipos de expedientes ya definidos ypermite el mantenimiento de los mismos.

• Abreviatura: abreviatura del tipo de expediente. Es única dentro delsistema en el que se ha definido.

• Descripción: breve descripción del tipo de expediente.

• ¿Vigente?: indica si el tipo de expediente está vigente o no.

• Marco ‘Definido para el sistema’, sistema (aplicación que utiliza Trew@)para el que está definido el tipo de expediente.

• Identificativo: código identificativo del sistema. Los valores seseleccionan a partir de una lista de valores.

• Descripción: breve descripción del sistema. Este campo no se puedeeditar.

- Bloque ‘Versiones del Procedimiento’, muestra las versiones de procedimientosrelacionadas con el expediente en el que estamos situados.

• Descripción: breve descripción de la versión.

• Fecha Vigor: fecha en la que entra en vigor la versión del procedimiento.


Página 48

• Marco ‘Procedimientos’, procedimiento asociado a la versión delprocedimiento.

• Abreviatura: abreviatura del procedimiento. Los valores se seleccionan apartir de una lista de valores.

• Descripción: breve descripción del procedimiento. Este campo no sepuede editar.

Botón ‘Procedimientos’, al pulsar el botón se mostrará la pantalla de "Mantenimientode Procedimientos"

Procedimientos y versiones del Procedimiento

Pantalla que permite consultar, modificar, insertar y borrar los procedimientos. Ademáspermite relacionar los distintos tipos de expedientes con un procedimiento en concretoy el mantenimiento de las normativas, la ficha y las plantillas de un determinadoprocedimiento.


Página 49

- Bloque ‘Procedimientos’, mostrará los procedimientos ya definidos y permitirá elmantenimiento de los mismos.

• Abreviatura : abreviatura del procedimiento. Es única dentro del sistemaen el que se ha definido.

• Descripción: breve descripción del procedimiento.

• Sistema: código identificativo del sistema (aplicación que utiliza Trew@).Los valores se seleccionan a partir de una lista de valores.

• Código w@ndA: código de identificación w@ndA del procedimiento. Estecampo no se puede editar.

• Categoría: indica la categoría del procedimiento. Los posibles valores son:Familia, Subfamilia o Procedimiento.

• ¿Informar?: indica si se debe informar al bus de este procedimiento y delos expedientes que se tramiten

• ¿Vigente?: indica si el procedimiento está vigente o no.

• Marco “Bloquear/Desbloquear”: permite bloquear y desbloquear elprocedimiento. Cuando un procedimiento está bloqueado por otro usuario,no se podrá modificar dicho procedimiento.

• ¿Bloqueado?: indica si el procedimiento esta bloqueado o no.

• Bloqueado por el usuario...: indica qué usuario tiene bloqueado elprocedimiento, si lo está. Este campo no se puede editar, cuando unusuario bloquea el procedimiento, se mostrará en este campo dichousuario.

Botón ‘Usuarios’, al pulsar el botón se mostrará la pantalla de "Mantenimiento deUsuarios".


Página 50

• Descripción ampliada: descripción ampliada del procedimiento.

• Marco “Clave ajena a la familia/subfamilia”: mostrará la familia osubfamilia de la que depende el procedimiento.

• Abreviatura : abreviatura de la familia o subfamilia de la que depende.Los valores se seleccionan de una lista de valores que mostrará, enforma de árbol las familias o subfamilias de Trew@ de las que puededepender el procedimiento (para seleccionar la familia o subfamiliadeseada, se debe hacer doble “click” en el nodo correspondiente)

La estructura es la siguiente:

- Una familia no puede depender de otra familia ni de una subfamilia.

- Una subfamilia, puede depender, o no, de una familia.

- Un procedimiento, puede depender, o no, de una familia o de unasubfamila, por lo que en este caso no se mostrarán.

Icono , indica que es una familia.

Icono , indica que es una subfamilia..

• Descripción: descripción de la familia o subfamilia de la quedepende. Este campo no se puede editar.

• Marco “Unidad orgánica a la que pertenece”: organismo a la quepertenece el procedimiento.


Página 51

• Unidad orgánica: nombre del organismo. Los valores se seleccionande una lista de valores.

• Provincia: provincia del organismo. Este campo no se puede editar.

Botón ‘Organismos’, al pulsar el botón se mostrará la pantalla de "Mantenimiento deOrganismos".

• Marco “Unidad orgánica competente”: organismo competente.




• Marco “Unidad orgánica que resuelve”: organismo que resuelve.




• Marco “Unidad orgánica que tramita”: organismo que tramita.




Botón ‘Arbol de Familias’, al pulsar el botón, se abrirá una nueva ventana quemostrará en estructura de árbol las familias y subfamilias de Trew@ y losprocedimientos del sistema en el que estamos.


Página 52


- Una familia, no puede depender de otra.

- Una subfamilia, puede depender, o no, de una familia o de otra subfamilia.

- Un procedimiento puede depender, o no, de una familia o de una subfamilia.

Icono , indica que es una familia.

Icono , indica que es una subfamilia.

Icono , indica que es un procedimiento.

Al hacer doble “click” en alguno de los nodos, se mostrarán por pantalla los datos delprocedimiento.

Botón , al pulsar el botón, se mostrará la siguiente ventana:

- Exportar el procedimiento: exportará el procedimiento a un documento XML.


Página 53

Esta opción se activará cuando el procedimiento esté dado de alta. En estecaso se descargarán todos los ficheros asociados al procedimiento en elmismo directorio en el que se guardará el XML (La descarga de ficheros noestá disponible en cliente-servidor.)

- Exportar un expediente del procedimiento: exportará un expediente delprocedimiento actual, que se mostrarán en una lista de valores, a undocumento XML. Esta opción se activará cuando el procedimiento esté dadode alta.

- Exportar las entidades del sistema actual: exportará las entidades delsistema actual. Esta opción no esta disponible en cliente-servidor.

Botón , al pulsar el botón se importará un procedimiento desde un documento XMLy se subirán todos los ficheros asociados al procedimiento (La subida de ficheros noestá disponible en cliente-servidor.)

Botón , al pulsar el botón, se mostrará un cuadro de diálogo que permitiráincorporar el fichero de otros datos del procedimiento. Para que este botón estéactivado, es necesario que el procedimiento esté dado de alta.

Botón , al pulsar el botón, se mostrará un cuadro de diálogo que permitirádescargar el fichero de otros datos del procedimiento al directorio deseado. Este botónsolo estará activado en el caso de que exista un fichero incorporado para elprocedimiento.

Botón , al pulsar el botón, se eliminará el fichero de otros datos del procedimiento.Este botón solo estará activado en el caso de que exista un fichero incorporado para elprocedimiento.

Los tres botones anteriores, independientemente de los casos explicados en cada unode ellos, solo se activarán si la aplicación no se está ejecutando en cliente-servidor.

- Pestaña ‘Versiones de Procedimiento’, muestra los expedientes relacionados con


Página 54

ese procedimiento.



• Marco ‘Tipos de expedientes’ mostrará el expediente relacionado con laversión del procedimiento

• Abreviatura: abreviatura del tipo de expediente. Los valores seseleccionan a partir de una lista de valores.

• Descripción: breve descripción del tipo de expediente. Este campo nose puede editar.

Botón ‘Tipos de Expediente’, al pulsar el botón se mostrará la pantalla de"Mantenimiento de Tipos de Expedientes".

- Pestaña ‘Normativas’, muestra las normativas que rigen los procedimientos ypermite el mantenimiento de las mismas.

• Título: titulo de la normativa.

• Descripción: descripción de la normativa.

• Número: número de la normativa.

• Año: año de la normativa.

• Tip. Public: tipo de publicación de la normativa.

• Amb. Ley: ámbito de la ley de la normativa.

Botón ‘Tipos Normativas’, al pulsar el botón se mostrará la pantalla de"Mantenimiento de Tipos de Normativas".


Página 55

- Pestaña ‘Ficha del procedimiento’, muestra los datos sobre la ficha descriptiva delprocedimiento y permite el mantenimiento de los mismos.

• Descripción: descripción de la indicación de la ficha del procedimiento.

• Marco ‘Tipos de indicación’, tipo de indicación de la ficha.

• Abreviatura: abreviatura del tipo de indicación. Los valores seseleccionan desde una lista de valores.

• Descripción: descripción del tipo de indicación. Este campo no sepuede editar.

Botón ‘Tipos Indicaciones’, al pulsar el botón se mostrará la pantalla de"Mantenimiento de Tipos de Indicaciones".

- Pestaña ‘Plantillas’, muestra las posibles plantillas del procedimiento necesariaspara comenzar un expediente o que servirán a lo largo de la vida de su tramitación ypermite el mantenimiento de las mismas.

• Nombre: nombre de la plantilla del procedimiento.

• Descripción: descripción de la plantilla del procedimiento.

• Nombre del Fichero: nombre del fichero físico de la plantilla. Este campo


Página 56

se podrá modificar pero no insertar (se inserta al incorporar una plantilla)

• Formato del Fichero: formato del fichero físico de la plantilla. Este campose podrá modificar pero no insertar (se inserta al incorporar una plantilla)

Botón , al pulsar el botón, se mostrará un cuadro de diálogo que permitiráincorporar el fichero de la plantilla del procedimiento. Para que este botón estéactivado, es necesario que la plantilla esté dada de alta.

Botón , al pulsar el botón, se mostrará un cuadro de diálogo que permitirádescargar el fichero de la plantilla del procedimiento al directorio deseado. Este botónsolo estará activado en el caso de que exista un fichero incorporado para la plantilla.

Botón , al pulsar el botón, se eliminará el fichero de otros datos del procedimiento.Este botón solo estará activado en el caso de que exista un fichero incorporado para laplantilla del procedimiento.

Independientemente de los casos explicados anteriormente, estos botones seactivarán sólo cuando estemos situados en un registro de esta pestaña y la aplicaciónno se esté ejecutando en cliente-servidor.

- Pestaña ‘Caducidades’, muestra las caducidades definidas para al procedimiento.Este bloque es de solo consulta.

• Abreviatura: abreviatura de la caducidad.

• Descripción: breve descripción de la caducidad.

• Unidad: unidad de medida de la caducidad: días, meses, años.

• Nº Uds.: número de unidades de la caducidad: nº de días, nº de meses, nºde años.

• Tipo: tipo de caducidad: plazo de ejecución, otro.

• ¿Vigente?: indica si el tipo de caducidad está vigente o no.


Página 57

Botón ‘Caducidades’, al pulsar el botón se mostrará la pantalla de "Mantenimiento deCaducidades".

- Pestaña ‘Representado ...’, muestra las fases que representan a ese procedimiento(módulos reutilizables). Este bloque es de solo consulta.

• Nombre: nombre de la fase que representa al procedimiento (móduloreutilizable).

• Metafase: nombre de la metafase a la que pertenece la fase que representa alprocedimiento.

Tipos de Indicación de la Ficha del Procedimiento

Pantalla que permite consultar, modificar, insertar y borrar los tipos de datos variablessobre la ficha descriptiva del procedimiento.

- Bloque ‘Tipos de indicación de la ficha’, muestra los tipos indicación, de la fichadel procedimiento ya definidos y permite el mantenimiento de los mismos.


Página 58

• Abreviatura: abreviatura del tipo de indicación. Es única en Trew@.

• Descripción: breve descripción del tipo de indicación.

• ¿Obsoleto?: indica si el tipo de indicación está obsoleto o no. Este campono se puede editar.

• Código w@ndA: código de identificación w@ndA del tipo de indicación.Este campo no se puede editar.

Caducidades en el Procedimiento

Pantalla que permite consultar, modificar, insertar y borrar los tipos de caducidades decada procedimiento para una determinada transición.

- Bloque ‘Procedimientos’, permite consultar los procedimientos, para ver lascaducidades que tiene asociadas.



Página 59

• Descripción: breve descripción del procedimiento

• Sistema: código identificativo del sistema (aplicación que utiliza Trew@).

- Bloque ‘Caducidades’, muestra las caducidades definidas para el procedimiento enel que estamos situados.



• Tipo: tipo de caducidad. Los posibles valores son: Plazo de ejecución,Otro.

• Unidad: unidad de medida de la caducidad. Los posibles valores son: Días,Meses, Años.

• Nº Uds.: número de unidades de la caducidad: nº de días, nº de meses, nº deaños.


• Marco ‘Empieza a contar en la transición ...’, transición a partir de la cualcomienza la caducidad.

• Etiqueta: etiqueta de la transición. Los valores se seleccionan a partirde una lista de valores.

• Descripción: breve descripción de la transición. Este campo no sepuede editar.

• Fase inicial: fase inicial de la transición. Este campo no se puedeeditar.

• Fase final: fase final de la transición. Este campo no se puede editar.

• Tipo de Acto Administrativo: tipo de acto administrativo asociado a latransición. Este campo no se puede editar.


Página 60

La clave única de esta entidad, la componen el Procedimiento, Abreviatura de lacaducidad y Transición en la que comienza a contar.

- Bloque ‘Tiene como limite final las transiciones ...’, muestra las transicionesdonde termina la cuenta del plazo para la caducidad en la que estamos situados.

• Etiqueta: etiqueta de la transición. Los valores se seleccionan a partir deuna lista de valores.

• Descripción: breve descripción de la transición. Este campo no se puedeeditar.

• Fase inicial: fase inicial de la transición. Este campo no se puede editar.



Botón ‘Transiciones’, al pulsar el botón se mostrará la pantalla de "Mantenimiento deTransiciones".


Página 61

Fases y Metafases

Pantalla que permite consultar, modificar, insertar y borrar las metafases y fases decada una de ellas.

- Bloque ‘Metafases’, muestra las metafases ya definidas y permite el mantenimientode las mismas.

• Nombre: nombre de la metafase. Es única en el sistema para el que se hadefinido.

• Descripción: breve descripción de la metafase.

• Sistema: código identificativo del sistema(aplicación que utiliza TREW@).Los valores se seleccionan a partir de una lista de valores.

• Orden: orden de la metafase

• ¿Informar?: indica si se debe informar al bus de la entrada en la metafase

• Que contenga a la fase... : fase contenida en la metafase. Este campo no


Página 62

se puede editar.

- Bloque ‘Fases’, muestra las fases que pertenecen a la metafase en la que estamossituados y permite el mantenimiento de las mismas.

• Nombre: nombre de la fase. Es único para el sistema en el que se hadefinido.

• Descripción: breve descripción de la fase

• Orden: orden de la fase dentro de la metafase.

• ¿Informar?: indica si se debe informar al bus de la entrada en la fase (pordefecto, tendrá el valor que tenga la metafase, pero se puede modificar)

• Marco ‘Representa al módulo reutilizable...’, procedimiento (móduloreutilizable) que representa la fase.

• Abreviatura: abreviatura del procedimiento. Los valores se seleccionana partir de una lista de valores.


Botón ‘Procedimientos’, al pulsar el botón se mostrará la pantalla de "Mantenimientode Procedimientos".

Botón ‘Cambiar Metafase', al pulsar el botón se mostrará una lista de valores quepermitirá cambiar de metafase la fase seleccionada.


Página 63

Transiciones permitidas entre fases / Eventos

Pantalla que permite consultar, modificar, insertar y borrar las transiciones, así comover para qué procedimientos y perfiles de usuario están permitidas.


Página 64

- Bloque ‘Transiciones’, muestra las transiciones ya definidas y permite elmantenimiento de las mismas.

• Marco ‘Fase Inicial’: fase inicial de la transición.

• Nombre: nombre de la fase inicial. Los valores se seleccionan a partirde una lista de valores. Haciendo doble click nos permite "navegar" alas transiciones que tienen como llegada esta fase.

• Metafase: nombre de la metafase a la que pertenece la fase. Estecampo no se puede editar.

• Marco ‘Fase Final’: fase final de la transición.

• Nombre: nombre de la fase final. Los valores se seleccionan a partir deuna lista de valores. Haciendo doble click nos permite "navegar" a lastransiciones que parten de esta fase.

• Metafase: nombre de la metafase a la que pertenece la fase. Estecampo no se puede editar

• Etiqueta: etiqueta de la transición.

• Descripción: breve descripción de la transición.

• Tipo: tipo de transición. Los posibles valores son: Normal, Transición dedivisión, Transición de unión, Evento que abandona la fase actual y Eventoque no abandona la fase actual. Según cada uno de estos tipos, unatransición quedaría definida correctamente de la siguiente forma:

- Transición Normal y Transición de Unión: deben tener una fase inicial yuna fase final.

- Evento que abandona la fase actual y Evento que no abandona la fase


Página 65

actual: no deben tener la fase inicial, sólo fase final.

- Transición de División: no deben tener la fase final, sólo fase inicial

• Etiqueta larga: etiqueta larga de la transición.

• Fecha de... (descripción): breve descripción de lo que significa la fecha derealización de la transición.

• Marco ‘Es división de la transición’, es la transición de división de la cuales división. Si se define una transición como división de otra, no se podrádefinir el plazo simple (no se podrán editar los campos “Unidades” y “NºUds” del bloque procedimientos)

• Etiqueta: etiqueta de la transición de división. Los valores seseleccionan a partir de una lista de valores.

• Fase inicial: fase inicial de la transición de división. Este campo no sepuede editar.

• Descripción: breve descripción de la transición de división. Este campono se puede editar.

• Acto Admtvo. : tipo de acto administrativo asociado a la transición.Este campo no se puede editar.

• Marco ‘Tipo de acto administrativo que representa’, tipo de actoasociado a la transición.

• Abreviatura: abreviatura del tipo de acto administrativo. Los valores seseleccionan a partir de una lista de valores.

• Descripción: descripción del tipo de acto administrativo. Este campo nose puede editar.

Botón ‘Tipos de Acto’, al pulsar el botón mostrará la pantalla de "Mantenimiento deTipos de Actos".

• Orden: orden de la transición.

• ¿Informar?: indica si se debe informar al bus del cambio de fase. Pordefecto, tendrá el valor que tenga el este campo la fase final.

• ¿Válida?: indica si la transición válida o no.


Página 66

La clave única de esta entidad queda definida por el Tipo, el campo Válida, la Etiqueta,la Fase inicial, la Fase final y la transición de la que es división.

Botón ‘Fases’, al pulsar el botón mostrará la pantalla de "Mantenimiento de Fases yMetafases" .

Botón ‘Ajustar expedientes’, al pulsar el botón se mostrará una lista de valores quepermitirá sustituir la transición asociada a la evolución del expediente por otra similar.Una vez sustituida, la transición quedará fuera de dicha evolución permitiendo asíeliminarla (típicamente para transiciones no válidas que han sido sustituidas por otrasen alguna modificación del procedimiento).

- Bloque ‘Procedimientos’, muestra los procedimientos definidos en los que estápermitida la transición en la que estamos situados.



• Unidad: unidad de medida del plazo simple. Los posibles valores son: Días,Meses, Años. Si la transición es de división, este campo no se podrá editar.

• Nº Uds: número de unidades de medida del plazo simple. Si la transición esde división, este campo no se podrá editar.

• Descripción fecha: descripción del significado de la fecha límite deestancia en la fase.

• Nª Máx: Número máximo de posibles repeticiones para la transición en elprocedimiento.

• Marco ‘Transición a provocar’, mostrará la transición a provocar porvencimiento de plazo simple.

• Etiqueta: etiqueta de la transición a provocar.


Página 67

• Descripción: descripción de la transición a provocar.

Botón ‘Procedimientos’, al pulsar el botón se mostrará la pantalla de "Mantenimientode Procedimientos"

- Pestaña ‘Perfiles de Usuario’, muestra qué perfiles de usuario tienen permiso pararealizar la transición en el procedimiento y fase en los que estamos situados.

• Nombre: nombre del perfil de usuario. Los valores se seleccionan a partirde una lista de valores.

• Descripción: breve descripción del perfil de usuario. Este campo no sepuede editar.

• Permiso: permisos que tiene el usuario sobre la transición para esa fase yese procedimiento. Los posibles valores son: “Tramitar y Deshacer”,“Tramitar” y “Deshacer”

Botón ‘Perfiles de Usuario’, al pulsar el botón se mostrará la pantalla de"Mantenimiento de Perfiles de Usuarios"


Página 68

- Pestaña ‘Condiciones, Acciones, Avisos’, muestra las condiciones, acciones yavisos que están asociadas a la transición en ese procedimiento.

• Nombre: nombre de la condición, acción o aviso. Los valores seseleccionan a partir de una lista de valores.

• Descripción: breve descripción de la condición, acción o aviso. Estecampo no se puede editar.

• Tipo : indica si es una condición, una acción o un aviso. Este campo no sepuede editar.

• Comprobar: indica el momento en el que se comprueba una condición,acción o aviso. Los posibles valores son: “Tramitar y Deshacer”, “Tramitar”,“Deshacer” y “Visualizar”. Si se elige la opción ‘Visualizar’, la condiciónquedará definida como obligatoria.

• ¿Obligatoria?: indica si la condición, acción o aviso se debe cumplirobligatoriamente. Si se ha elegido en el campo anterior la opción ‘Visualizar’,este campo estará a ‘Si’ y no se podrá editar.

• ¿Válida?: indica si la condición, acción o aviso asociada es válida.

• Mostrar Mensaje: define qué mensaje se mostrará cuando se ejecute lacondición, acción o aviso:

No Ok: se muestra el mensaje del campo ‘Mensaje No Ok’ cuando no secumple la condición.

Ok: se muestra el mensaje del campo ‘Mensaje Ok’ cuando se cumple lacondición.

Ninguno: no se muestra ninguno de los dos mensajes, se cumpla o no secumpla la condición, acción o aviso.

Ambos: no se muestra ninguno de los dos mensajes, se cumpla o no secumpla la condición, acción o aviso.

• Mensaje Ok: mensaje que se muestra cuando se cumple la condición,acción o aviso.

• Mensaje No Ok: mensaje que se muestra cuando no se cumple lacondición, acción o aviso.

• Marco 'Parámetros de Entrada', son los posibles parámetros de entradadefinidos para las condiciones, acciones o avisos.


Página 69

• Expediente: indica si se pasa como parámetro el id del expediente a lacondición/acción

• Transición: indica si se pasa como parámetro el id de la transición a lacondición/acción

• Tarea en fase: indica si se pasa como parámetro el id de la tarea en lafase a la condición/acción

• Procedimiento: indica si se pasa como parámetro el id delprocedimiento a la condición/acción

• Expte. en fase: indica si se pasa como parámetro el id del paso en elprocedimiento actual a la condición/acción

• Fecha: indica si se pasa como parámetro la fecha detramitación/generación/incorporación indicada a la condición/acción

• Usuario: indica si se pasa como parámetro el usuario a lacondición/acción

• Fase: indica si se pasa como parámetro el id de la fase actual a lacondición/acción

• Tarea: indica si se pasa como parámetro el id de la tarea a lacondición/acción

Botón ‘Cond.,Acc.,Aviso’, al pulsar el botón se mostrará la pantalla de"Mantenimiento de Condiciones/Acciones".

- Pestaña ‘Caducidades’, muestra las caducidades para las que la transición en laque estamos situados es inicio de cuenta del plazo o es límite final de cuenta de dichoplazo (en el procedimiento en el que estamos situados). Este bloque es de sóloconsulta.


Página 70

• Abreviatura: abreviatura de la caducidad para la cual la transición actual esinicio de cuenta del plazo.


• Tipo: tipo de caducidad. Los posibles valores son: Plazo de ejecución yOtro.

• Marco ‘Es limite final de ...’, muestra las caducidades que tienen comolímite final de cuenta del plazo la transición actual, para el procedimiento enel que estamos situados.

• Abreviatura: abreviatura de la caducidad para la cual la transición actuales fin de cuenta de plazo.



- Pestaña ‘Se divide en ...’, muestra las transiciones en la que se divide la transición,para ese procedimiento. Este bloque es de sólo consulta.



• Fase final: fase final de la transición.

• Acto Administrativo: abreviatura del acto administrativo.


Página 71

Tipos de Actos Administrativos

Pantalla que permite consultar, modificar, insertar y borrar los tipos de actos.

- Bloque ‘Tipos de Actos’, muestra los tipos de actos ya definidos y permite elmantenimiento de los mismos.

• Abreviatura: abreviatura del tipo de acto. Es única para el sistema en quese ha definido.

• Descripción: breve descripción del tipo de acto.



Página 72

Normativas

Normativas y sus tipos

Pantalla que permite consultar, modificar, insertar y borrar los tipos de normativas.Además, para cada tipo de normativa se podrán definir las distintas normativas querigen los procedimientos.

- Bloque ‘Tipos de normativas’, muestra los tipos de normativas ya definidos ypermite el mantenimiento de los mismos.

• Abreviatura: abreviatura del tipo de normativa. Es única en Trew@.

• Descripción: breve descripción del tipo de normativa.

• ¿Obsoleto?: indica si el tipo de normativa está obsoleto o no. Este campono se puede editar.


Página 73

• Código w@ndA: código de identificación w@ndA del tipo de normativa.Este campo no se puede editar.

- Bloque ‘Normativas’, muestra las normativas que rigen los procedimientos para eltipo de normativa en el que estamos situados y permite el mantenimiento de lasmismas.

• Título: título de la normativa.

• Descripción: breve descripción de la normativa.

• Fecha Vigor: fecha en vigor de la normativa.



• Marco ‘Tipo de publicación’, tipo de publicación de la normativa.

• Abreviatura : abreviatura del tipo de publicación. Los valores seseleccionan a partir de una lista de valores.

• Descripción: breve descripción del tipo de publicación. Este campo no sepuede editar.

Botón ‘Tipos publicaciones’, al pulsar el botón se mostrará a la pantalla de"Mantenimiento de Tipos de publicación".

• Fecha publicación: fecha de publicación de la normativa.

• Nº publicación: número de publicación de la normativa.

• Marco ‘Ámbito de la ley’, ámbito de la ley de la normativa.

• Abreviatura : abreviatura del ámbito de la ley. Los valores se seleccionana partir de una lista de valores.


Página 74

• Descripción: breve descripción del ámbito de la ley. Este campo no sepuede editar.

Botón ‘Ámbitos de la ley’, al pulsar el botón se mostrará la pantalla de"Mantenimiento de Ámbitos de Ley".

• Código w@ndA: código de identificación w@ndA del tipo de publicación.Este campo no se puede editar.

La clave única de esta entidad, queda definida por el tipo de normativa, el ámbito de laley, el número el año y el título.

Ámbitos de la Ley

Pantalla que permite consultar, modificar, insertar y borrar los ámbitos de la ley paralas normativas.

- Bloque ‘Ámbitos de la ley’, muestra los ámbitos de la ley ya definidos y permite elmantenimiento de los mismos.

• Abreviatura: abreviatura del ámbito de ley. Es única en Trew@.

• Descripción: breve descripción del ámbito de ley.

• ¿Obsoleto?: indica si el ámbito de ley está obsoleto o no. Este campo nose puede editar.

• Código w@ndA: código de identificación w@ndA del ámbito de la ley. Estecampo no se puede editar.


Página 75

Tipos de Publicación

Pantalla que permite consultar, modificar, insertar y borrar los tipos de publicación paralas normativas.

- Bloque ‘Tipos de publicación’, mostrará los tipos de publicación ya definidos ypermite el mantenimiento de los mismos.

• Abreviatura: abreviatura del tipo de publicación. Es única en Trew@.

• Descripción: breve descripción del tipo de publicación.

• ¿Obsoleto?: indica si el tipo de publicación está obsoleto o no en [email protected] campo no se puede editar.

• Cód. w@ndA: código de identificación w@ndA del tipo de publicación. Estecampo no se puede editar.


Página 76

Tareas

Manipulación de escritos.

Pantalla que permite consultar, modificar, insertar y borrar los tipos de documentosque se pueden dar en cualquier procedimiento. Además definiremos los distintospárrafos que forman el documento, los firmantes y las variables.

- Bloque ‘Tipos de Documentos’, muestra los tipos de documentos ya definidos y


Página 77

permite el mantenimiento de los mismos.

• Nombre: nombre del documento. Es único dentro del sistema en el que seha definido.

• Descripción: breve descripción del documento.

• Etiqueta: abreviatura de la descripción del documento.

• Entrada/Salida: indica si el documento es de entrada, de salida o deentrada/salida.

• Generar/incorporar: indica si el documento es a generar o a incorporar.

• Tipo de firma: indica el tipo de firma del documento. Los posibles valoresson: Cascada, Paralelo, No hay firma.

• Modo de generación: modo de generación del documento. Los posiblesvalores son: Report Server Oracle, Generando Java PDF, Office Bean

• Texto auxiliar: campo de texto libre, que se deja para que las aplicacionesque usan Trew@ le den la utilidad que quieran.

• Código w@ndA: código de identificación w@ndA del tipo de documento.Este campo no se puede editar.

• ¿Múltiple?: indica si un documento va dirigido a una persona o a más deuna (documentos múltiples).

• ¿Fecha de Firma?: indica si para el tipo de documento se debe indicar lafecha en el pie de firma.

• ¿Registrable?: permite definir que el documento es susceptible de serregistrado.

• ¿Notificable?: permite definir que el documento es susceptible de sernotificado.

• ¿Firma digital?: indica si el documento se puede firmar digitalmente o no.

• ¿Archivar?: permite definir que el documento es susceptible de serarchivado.

• ¿Versionable?: indica si se permiten versionar los documentos de estetipo.

• ¿Reutilizable?: indica si se permite reutilizar en otros expedientes los


Página 78

documentos de este tipo.

• ¿Obsoleto?: indica si el tipo de documento está obsoleto o no.

• ¿Fusionar?: indica si se deben fusionar las variables al generar.

• ¿Informar?: indica si se debe informar al bus de los documentos de estetipo.

• Marco ‘Sistema’, es el sistema (aplicación que utiliza Trew@) en el que seha definido el tipo de documento.



• Marco ‘Plantilla’, es la plantilla que utiliza el documento a la hora devisualizarlo.

• Nombre: nombre de la plantilla. Los valores se seleccionan a partir deuna lista de valores.

• Descripción: breve descripción de la plantilla.

Botón , al pulsar el botón, se mostrará un cuadro de diálogo que permitiráincorporar la plantilla binaria de Open Office Bean. Para que este botón esté activado,es necesario que el tipo de documento esté dado de alta y que el modo de generacióndel mismo sea “Open Office Bean”.

Botón , al pulsar el botón, se mostrará un cuadro de diálogo que permitirádescargar la plantilla binaria de Open Office Bean al directorio deseado. Este botónsolo estará activado en el caso de que exista una plantilla incorporada para el tipo dedocumento.

Botón , al pulsar el botón, se eliminará la plantilla binaria de Open Office Bean.Este botón solo estará activado en el caso de que exista una plantilla incorporada parael tipo de documento.

Los tres botones anteriores, independientemente de los casos explicados en cada unode ellos, solo se activarán si la aplicación no se está ejecutando en cliente-servidor.

Botón ‘Plantillas’, al pulsar el botón se mostrará la pantalla de "Mantenimiento dePlantillas".


Página 79

- Pestaña ‘Párrafos’, muestra los párrafos que forman el documento en el queestamos situados.

• Abreviatura: abreviatura del tipo de párrafo. Los valores se seleccionan apartir de una lista de valores.

• Descripción: breve descripción del tipo de párrafo. Este campo no sepuede editar.

• Ubicación: lugar en el que se situará el párrafo: cabecera, cuerpo, pie....Este campo no se puede editar

• ¿Editable?: indica si el párrafo se puede editar.

• ¿Fusionar?: indica si se deben fusionar las variables al generar. Pordefecto, tendrá el valor que tenga este campo para el tipo de documento,pero se puede modificar.

• Imagen: si el tipo de párrafo tiene una imagen asociada, se mostrará eneste campo.

• Etiqueta: numeración o etiqueta del párrafo: 1ª, 2ª,primero, A), b) ....

• Párrafo: texto del párrafo.

• Orden: orden en el que aparecerá el párrafo en el documento.

• Img.: este campo podrá aparecer en verde, indicando así que existe unaimagen asociada al párrafo del tipo de documento, o en rojo, lo que indicaráque no existe ninguna imagen. Al hacer doble “click” aparecerá una nuevaventana donde se podrá consultar, insertar o eliminar la imagen del párrafo:(Se activará cuando el párrafo esté dado de alta)


Página 80

• Nombre de la imagen: nombre de la imagen del párrafo. Este campo sepuede modificar, pero no insertar. (Se inserta cuando se incorpora la imagen)

• Formato de la imagen: formato de la imagen del párrafo. Este campo sepuede modificar, pero no insertar. (Se inserta cuando se incorpora la imagen)

• Imagen: mostrará la imagen.

Botón , al pulsar el botón (que se activará cuando el párrafo esté dado de alta),aparecerá un cuadro de diálogo para incorporar la imagen. En este momento, semostrará la imagen y se rellenarán los campos ‘Nombre de la Imagen’ y ‘Formato de laImagen’. También se activarán los botones (si no estamos en cliente-servidor) y .Solo se podrán incorporar imágenes con extensión “.bmp” para poder mostrarlas enlas plantillas que se usan para visualizar los documentos.

Botón , al pulsar el botón (que se activará cuando exista una imagen definida parael párrafo), aparecerá un cuadro de diálogo para descargar la imagen. Esta utilidad noestá disponible en cliente-servidor.

Botón , al pulsar el botón (que se activará cuando exista una imagen definida parael párrafo), se eliminará la imagen, el nombre y el formato. En este momento, al noexistir ninguna imagen, se desactivará este botón y .

Botón , indica y cambia el estilo del texto indicado a negrita.

Botón , indica y cambia el estilo del texto indicado a cursiva.

Botón , indica y cambia el estilo del texto indicado a subrayado.

Botón , justifica el texto indicado a centrado.

Botón , justifica el texto indicado a la derecha.

Botón , justifica el texto indicado a la izquierda.

Botón , justifica el texto indicado a justificada.

Mediante estos botones se le dará formato a los dos siguientes campos:


Página 81


• Contenido: texto del párrafo.

- Marco ‘Muestra’, muestra aspecto visual del texto en el documento.

Botón ‘Tipos de Párrafos’, al pulsar el botón se mostrará la pantalla de"Mantenimiento de Tipos de Párrafos".

- Pestaña ‘Firmantes’, muestra los firmantes definidos para el tipo de documento enel que estamos situados.

• Puesto de Trabajo: será el puesto de trabajo que ocupa el firmante. Losvalores se seleccionan a partir de una lista de valores.

• Unidad Orgánica: es el organismo al que pertenece el firmante. Estecampo no se puede editar.

• Provincia: es la provincia del organismo al que pertenece el firmante. Estecampo no se puede editar.

• Inicio de Vigencia: fecha de inicio de vigencia del firmante. Este campo nose puede editar.

• Fin de Vigencia: fecha final de vigencia del firmante. Este campo no sepuede editar.

• Orden: orden del firmante dentro del organismo.

• Etiqueta: valor de la etiqueta en el pie de firma.

• ¿Editable?: indica si el pie de firma es editable para ese firmante.


Página 82

Botón ‘Firmantes Definidos’, al pulsar el botón se mostrará la pantalla de"Mantenimiento de los Firmantes Definidos".

- Pestaña ‘Variables Tipo Documento’, muestra las variables definidas para el tipode documento.

• Nombre: nombre de la variable del tipo de documento. Los valores seseleccionan de una lista de valores.

• Descripción: descripción de la variable del tipo de documento. Este campono se puede editar.

Botón ‘Firmantes Definidos’, al pulsar el botón se mostrará la pantalla de"Mantenimiento de los Firmantes Definidos".


Página 83

Manipulación de datos y otras.

Pantalla que permite consultar, modificar, insertar y borrar las tareas. Además sedefinirán los parámetros que necesita cada tarea.

- Bloque ‘Tareas’, muestra las tareas ya definidas y permite el mantenimiento de lasmismas.

• Nombre: nombre de la tarea. Es única dentro del sistema en el que se hadefinido.

• Descripción: breve descripción de la tarea.

• Tipo: tipo de tarea. Los posibles valores son: Pantalla(form),Informe(report), Módulo Web (URL) y Otros.


• ¿Informar?: indica si se debe informar al bus de esta tarea.


Página 84

- Bloque ‘Parámetros de las Tareas’, muestra los parámetros que necesita la tareaen la que estamos situados.

• Nombre: nombre del parámetro. Los valores se seleccionan a partir de unalista de valores.

• Descripción: breve descripción del parámetro. Este campo no se puedeeditar.

• Tipo : tipo de dato del parámetro. Los posibles valores son: Numérico,Carácter o Fecha. Este campo no se puede editar.

• Tamaño: tamaño del tipo de dato del parámetro. Este campo no se puedeeditar.

• Orden: orden del parámetro de la tarea.

Botón ‘Parámetros’, al pulsar el botón se mostrará la pantalla de "Mantenimiento deParámetros".


Página 85

Tareas en Fase


Pantalla que permite consultar, modificar, insertar y borrar los documentos que sonpermitidos en una determinada fase.

- Bloque ‘Documentos Permitidos’, muestra los documentos permitidos asociados alas fases ya definidos y permite el mantenimiento de los mismos.


Página 86

• Etiqueta: texto con el que se etiqueta el documento permitido en la fase.

• Descripción: descripción de lo que representa el documento permitido enla fase.

• Fase: nombre de la fase. Los valores se seleccionan a partir de una lista devalores.

• Etiqueta larga: etiqueta larga del documento permitido.

Botón ‘Fases’, al pulsar el botón se mostrará la pantalla de "Mantenimiento de Fasesy Metafases".

• Marco ‘Tipos de Documentos’, tipo del documento permitido en la fase.

• Nombre: nombre del tipo de documento. Los valores se seleccionan apartir de una lista de valores.

• Descripción: breve descripción del tipo de documento. Este campo no sepuede editar.

• Generar/Incorporar: indica si el tipo de documento es a generar o aincorporar. Este campo no se puede editar.

• ¿Informar?: indica si se debe informar al bus de este documento. Por defecto,tendrá el valor que tenga en este campo el Tipo de Documento.

• ¿Obligatorio?: indica si es obligatorio generar o incorporar ese documento en esafase.

• ¿Válido?: indica si el documento permitido está vigente o no.

• Orden: orden del documento en la fase.

La clave única de esta entidad, queda determinada por la Fase y el Tipo deDocumento.

Botón ‘Tipos de Documento’, al pulsar el botón se mostrará la pantalla de"Mantenimiento de Tipos de Documentos".


Página 87

- Bloque ‘Procedimientos’, muestra los procedimientos en los que está permitido eldocumento en esa fase.



• Unidad: unidad de medida del plazo simple para la realización deldocumento. Define un plazo para la fecha límite de terminación de la tareade manipulación de escritos definida. Los posibles valores son: Días,Meses, Años.

• Nº Uds: número de unidades de medida.

• Descripción fecha: descripción del significado de la fecha límite derealización de la tarea.


- Pestaña ‘Perfiles de Usuario’, muestra los perfiles de usuario para los que estápermitido ese documento en ese procedimiento y fase determinada.



• Permiso: permisos que tiene el usuario sobre el documento para esa fasey ese procedimiento. Los posibles valores son Generar, Incorporar, Editar,Firmar, Todo.


Página 88

Botón ‘Perfiles de Usuario’, al pulsar el botón mostrará la pantalla de "Mantenimientode Perfiles de Usuarios".

- Pestaña ‘Condiciones, Acciones, Avisos’, muestra las condiciones, acciones yavisos asociados al documento permitido en esa fase y para ese procedimiento.




• Comprobar: indica el momento en el que se comprueba una condición,acción o aviso. Los posibles valores son al Generar e incorporar, Generar,Incorporar o Visualizar. Si se elige ‘Visualizar’, la condición se definirá comoobligatoria.

• ¿Obligatoria?: indica si la condición, acción o aviso se debe cumplirobligatoriamente. Si el campo ‘Comprobar’ tiene el valor ‘Visualizar’, lacondición no se podrá modificar (estará definida como obligatoria)

• ¿Válida?: indica si la condición, acción o aviso está vigente o no.





Página 89





• ‘Parámetros de Entrada’, son los posibles parámetros de entradadefinidos para las condiciones, acciones o avisos.

• Expte: indica si se pasa como parámetro el id del expediente a lacondición/acción.


• Bloq. Perm.: indica si se pasa como parámetro el id del bloque permitido ala condición/acción


• Procedimiento: indica si se pasa como parámetro el id del procedimientoa la condición/acción


• Usuario: indica si se pasa como parámetro el usuario a lacondición/acción.

• Fase: indica si se pasa como parámetro el id de la fase a lacondición/acción.

• Tip. Doc: indica si se pasa como parámetro el id del tipo de documento ala condición/acción.

Botón ‘Cond.,Acc.,Aviso’, al pulsar el botón se mostrará la pantalla de"Mantenimiento de Condiciones/Acciones".


Página 90


Pantalla que permite consultar, modificar, insertar y borrar las tareas que sonpermitidas en una determinada fase, para un determinado procedimiento y con unosperfiles de usuario.


Página 91

- Bloque ‘Tareas en fase’, muestra las tareas que están permitidas en una fase ypermite el mantenimiento de las mismas.

• Marco ‘Fase’, fase en la que la tarea esta permitida.

• Nombre: nombre de la fase. Los valores se seleccionan a partir de unalista de valores.

• Metafase: metafase a la que pertenece la fase. Este campo no se puedeeditar.


• Marco ‘Tarea llamante’, es la tarea principal (escritorio de tramitación) quellama a las ‘Tareas llamadas’.

• Nombre: nombre de la tarea. Los valores se selecciona a partir de unalista de valores.

• Descripción: breve descripción de la tarea. Este campo no se puedeeditar.

• Tipo: tipo de tarea. Los posibles valores son: Pantalla, Informe, MóduloWeb y Otros. Este campo no se puede editar.

• Marco ‘Tarea llamada’’, es la tarea llamada por las ‘Tareas llamantes’.

• Nombre: nombre de la tarea. Los valores se seleccionan a partir de unalista de valores.

• Descripción: breve descripción de la tarea. Este campo no se puede


Página 92

editar.

• Tipo: tipo de tarea. Los posibles valores son: Pantalla, Módulo Web yOtros. Este campo no se puede editar.

• Etiqueta: etiqueta de la tarea en fase.


• Etiqueta larga: etiqueta larga de la tarea.

• ¿Válida?: indica si la tarea en la fase está vigente o no.

• ¿Informar?: indica si se debe informar al bus esta tarea. Por defecto,tendrá el valor que tenga en este campo la tarea llamada, pero se puedemodificar.

• ¿Obligatorio?: indica si es obligatoria la realización de esta tarea.

• Orden: orden de la tarea dentro de la fase.

La clave única de esta entidad queda determinada por la etiqueta, la fase en la queestá definida la tarea en fase llamante, la tarea llamada y si es válido o no.

Botón ‘Tareas’, al pulsar el botón mostrará la pantalla de "Mantenimiento de Tareas".

- Bloque ‘Procedimientos’, muestra los procedimientos en los que está permitida latarea para la fase indicada en el bloque anterior.



• Unidad: unidad de medida del plazo simple. Los posibles valores son: Días,Meses, Años.


Página 93




- Pestaña ‘Perfiles de Usuario’, muestra los perfiles de usuario para los que estápermitida esa tarea en el procedimiento y fase en los que estamos situados.



Botón ‘Perfiles de Usuario’, al pulsar el botón se mostrará la pantalla de"Mantenimiento de Perfiles de Usuario".

- Pestaña ‘Condiciones, Acciones, Avisos’, muestra las condiciones, acciones yavisos asociados a la tarea en esa fase y para ese procedimiento.

• Nombre: nombre de la condición, acción o aviso. Los valores se seleccionan


Página 94

a partir de una lista de valores.

• Descripción: breve descripción de la condición, acción o aviso. Este campono se puede editar.


• Comprobar: indica el momento en el que se comprueba una condición,acción o aviso. Los posibles valores son: Iniciar y Visualizar. Si se elige‘Visualizar’, la condición, acción o aviso se define como obligatoria.

• ¿Obligatoria?: indica si la condición, acción o aviso se debe cumplirobligatoriamente. Si en el campo ‘Comprobar’ se ha elegido la opción‘Visualizar’, este campo estará a ‘Si’ y no se podrá modificar.









• ‘Parámetros de Entrada’, son los posibles parámetros de entrada definidospara las condiciones, acciones o avisos.




Página 95

• Tarea en fase: indica si se pasa como parámetro el id de la tarea en fase ala condición/acción






• Tarea: indica si se pasa como parámetro el id de la tarea a lacondición/acción.

Botón ‘Cond.,Acc.,Aviso’, al pulsar el botón mostrará la pantalla de "Mantenimientode Condiciones/Acciones".


Página 96

Simulador de Tramitación.

Pantalla que permite simular los procedimientos. Se podrán consultar las fases,transiciones de salida, transiciones de entrada, documentos y bloques de dichosprocedimientos.

- Bloque ‘Procedimiento’, muestra los procedimientos definidos.


Página 97

• Abreviatura: abreviatura del procedimiento. Es única dentro del sistema enel que se ha definido.


• Sistema: código identificativo del sistema (aplicación que utiliza Trew@)

- Bloque ‘Fases’, muestra las fases asociadas al procedimiento en el que estamossituados (si no se introduce ningún criterio de consulta, por ejemplo, la primera vez,muestra las transiciones de tipo 'N', 'EN' y 'ES')

• Nombre: nombre de la fase. Es única en Trew@.

• Descripción: breve descripción de la fase.

• Metafase: nombre de la metafase a la que pertenece la fase.

• Módulo reutilizable: abreviatura del procedimiento (módulo reutilizable)que representa la fase.

- Bloque ‘Transiciones de salida’, muestra las transiciones de salida de la fase en laque estamos situados.

• Etiqueta: etiqueta de la transición. Haciendo doble click se mostrarán losdatos correspondientes a la simulación de esa transición, es decir, sevisualizará en el bloque ‘Fases’ la fase o fases finales resultantes de lasimulación de esa transición, en el bloque ‘Transiciones de salida’ lastransiciones de salida desde la fase o fases finales resultantes, en el bloque‘Transiciones de entrada’ las transiciones de entrada desde esa fase ofases finales resultantes,...


Página 98


• Lleva a..: fase final a la que se llega desde esa transición.

• Tipo: tipo de transición. Los posibles valores son: Normal, Transición dedivisión, Transición de unión, Evento que abandona la fase actual y Eventoque no abandona la fase actual.

• ¿Válida?: indica si la transición está vigente o no en Trew@.

- Bloque ‘Transiciones de entrada’, muestra las transiciones de entrada a la fase enla que estamos situados

• Etiqueta: etiqueta de la transición. Haciendo doble click se mostrarán losdatos correspondientes a la simulación de esa transición, es decir, sevisualizará en el bloque ‘Fases’ la fase o fases iniciales desde la que sepuede dar esa transición, en el bloque ‘Transiciones de salida’ lastransiciones de salida desde la fase o fases iniciales resultantes, en elbloque ‘Transiciones de entrada’ las transiciones de entrada desde esa faseo fases iniciales resultantes,...


• Lleva a..: fase final a la que se llega desde esa transición

• Tipo: tipo de transición: Normal, Transición de división, Transición de unión,Evento que abandona la fase actual y Evento que no abandona la faseactual.

• ¿Válida?: indica si la transición está vigente o no en Trew@.


Página 99

- Pestaña ‘Documentos en la fase actual’, muestra los documentos que se puedengenerar o incorporar desde la fase en la que estamos situados.

• Etiqueta: texto con el que se etiqueta del tipo de documento.

• Nombre: nombre del tipo de documento.

• Descripción: descripción del tipo de documento.

• ¿Obligatorio?: indica si es obligatorio generar o incorporar ese documentoen esa fase.

• ¿Válido?: indica si el documento está vigente en o no Trew@.

- Pestaña ‘Otras tareas’, muestra los datos sobre las tareas de tipo “Manipulación dedatos” y “Otras tareas” que están definidas en la fase seleccionada.

• Etiqueta: etiqueta de la tarea.


• ¿Válido?: indica si la tarea está vigente o no en Trew@.

• Marco ‘Tarea’, es la tarea definida en la fase


Página 100



• Marco ‘Tarea llamante’, son las tareas desde la que se llama a la tareadefinida en la fase.



Documentos (tareas sobre documentos)

Tipos de documentos

Ver apartado “Tareas/ Manipulación de escritos”

Documentos permitidos en el procedimiento

Ver apartado “Tareas en Fase/Manipulación de escritos”

Plantillas para generación de documentos

Pantalla que permite consultar, modificar, insertar y borrar las plantillas usadas para lageneración de documentos.

- Bloque ‘Plantillas’, muestra las plantillas ya definidas y permite el mantenimiento delas mismas.

• Nombre: nombre de la plantilla. Es única dentro del sistema en el que se


Página 101

ha definido.


• Nombre del Informe: nombre del fichero que utiliza el documento comoplantilla a la hora de visualizarlo.


Botón ‘Buscar fichero’, al pulsar el botón aparecerá una ventana de diálogo, en laque se podrá buscar el fichero deseado. Al elegir el fichero, se cargará el nombre delinforme en el campo correspondiente.

Botón ‘Copiar de...’, al pulsar el botón, se mostrará una lista de valores que permitiráelegir un sistema en el cual podremos seleccionar las plantillas definidas en dichosistema para copiarlas en el que estamos trabajando:

Se muestran las plantillas definidas en el sistema seleccionado que no existen en elsistema en el que nos encontramos. Mediante el check situado a la izquierda de cadaregistro, indicamos si deseamos copiar o no, la plantilla.

• Todas: si se marca esta opción, se seleccionan todas las plantillasmostradas en la pantalla. En caso contrario, no quedará ningunaseleccionada.

Botón ‘Aceptar’, copiará todas las plantillas seleccionadas al sistema en el queestamos.

Botón ‘Cancelar’, cancela los cambios y nos devuelve al bloque de plantillas.


Página 102

Definición de variables

Pantalla que permite consultar, modificar, insertar y borrar las variables, que seutilizarán para sustituir su valor en los párrafos de los documentos.

- Bloque ‘Variables’, muestra las variables ya definidas y permite el mantenimiento delas mismas.

• Nombre: nombre de la variable. Es única en el sistema en el que se hadefinido.

• Descripción: breve descripción de la variable.

• Implementación: indica el tipo de implementación. Los posibles valores son:PL/SQL y JAVA.

• Sistema: nombre del sistema (aplicación que utiliza Trew@). Los valores seseleccionan a partir de una lista de valores.


Página 103

• Función: nombre de la función que calcula la variable.

• Paquete: nombre del paquete que contiene la función almacenada o métodojava.

• Marco ‘Tipo de acto administrativo que representa’, tipo de actoadministrativo asociado.

• Abreviatura: abreviatura del tipo de acto administrativo. Los valores seseleccionan a partir de una lista de valores.

• Descripción: descripción del tipo de acto administrativo. Este campo nose puede editar.

Botón ‘Tipos de Actos’, al pulsar el botón se mostrará la pantalla de "Mantenimientode Tipos de Actos".

- Bloque ‘Parámetros Variables’, muestra los parámetros que necesita la función queproporciona el valor de la variable en la que estamos situados.


• Descripción: breve descripción del parámetro. Este campo no se puede editar.

• Tipo : tipo de dato del parámetro: Numérico, Carácter o Fecha. Este campo nose puede editar.


• Orden: orden del parámetro de la variable.

Botón ‘Parámetros’, al pulsar el botón se mostrará la pantalla de "Mantenimiento deParámetros".


Página 104

Tipos de párrafos

Pantalla que permite consultar, modificar, insertar y borrar los tipos de párrafos, que seutilizarán para confeccionar los documentos.

- Bloque ‘Tipos de Párrafo’, muestra los tipos de párrafos ya definidos y permite elmantenimiento de los mismos.

• Abreviatura: abreviatura del tipo de párrafo. Es única dentro del sistema enel que se ha definido.

• Descripción: breve descripción del tipo de párrafo.

• Editable: nos indica si el contenido del párrafo podrá ser editado por elusuario.

• Ubicación: lugar en el que se situará el párrafo. Los posibles valores son:Cabecera, Cuerpo, Pie y Otro.


Botón , indica y cambia el estilo del texto a negrita.

Botón , indica y cambia el estilo del texto a cursiva.

Botón , indica y cambia el estilo del texto a subrayado.

Botón , justifica el texto a centrado.

Botón , justifica el texto a la derecha.

Botón , justifica el texto a la izquierda.


Página 105

Botón , justifica el texto a justificado.




Botón ‘Incorporar Imagen’, al pulsar el botón aparecerá una nueva ventana en la quese podrá buscar la imagen para el tipo de párrafo: (Este botón se activará cuando eltipo de párrafo esté dado de alta)

• Nombre de la imagen: nombre de la imagen del tipo de párrafo. Este campose puede modificar, pero no insertar. (Se inserta cuando se incorpora laimagen)

• Formato de la imagen: formato de la imagen del tipo de párrafo. Estecampo se puede modificar, pero no insertar. (Se inserta cuando se incorporala imagen)

• Imagen: mostrará la imagen.

Botón , al pulsar el botón, aparecerá un cuadro de diálogo para incorporar laimagen desde el directorio especificado. Si se elige una imagen, se mostrará en elcampo ‘Imagen’ y se rellenarán los campos ‘Nombre de la imagen’ y ‘Formato de laimagen’. También se activarán los botones de (si no estamos en cliente-servidor) y

Botón , al pulsar el botón (que se activará cuando exista una imagen definida parael tipo de párrafo), aparecerá un cuadro de diálogo para descargar la imagen aldirectorio especificado. Esta utilidad no está disponible en cliente-servidor.

Botón , al pulsar el botón (que se activará cuando exista una imagen definida parael tipo de párrafo), se eliminará la imagen, el nombre y el formato. En este momento, alno existir ninguna imagen, se desactivará este botón y .

Botón ‘Copiar de...’, al pulsar el botón, se mostrará una lista de valores que permitiráelegir un sistema en el cual podremos seleccionar los tipos de párrafos definidos en


Página 106

dicho sistema para copiarlos en el que estamos trabajando:

Se muestran los tipos de párrafos definidos en el sistema seleccionado que no existenen el sistema en el que nos encontramos. Mediante el check situado a la izquierda decada registro, indicamos si deseamos copiar o no, dicho tipo de párrafo.

• Todos: si se marca esta opción, se seleccionan todos los tipos de párrafosmostrados en la pantalla. En caso contrario, no quedará ninguno seleccionado.

Botón ‘Aceptar’, copiará todos los tipos de párrafos seleccionados al sistema en elque estamos.

Botón ‘Cancelar’, cancela los cambios y nos devuelve al bloque de tipos de párrafos.


Página 107

Usuarios

Usuarios del Tramitador

Pantalla que permite consultar, modificar, insertar y borrar los usuarios. Se podrándefinir los permisos y los perfiles que tendrá el usuario.

- Bloque ‘Usuarios’, muestra los usuarios ya definidos y permite el mantenimiento delos mismos.

• Usuario: identificador del usuario. Este campo no se puede modificar paraun usuario existente.

• Clave: Si el usuario que se conecta es el propietario, al hacer “doble click”en este campo, se mostrará una nueva ventana que le permitirá introduciruna clave y ver cómo se guardaría en la base de datos y viceversa.


Página 108

• Nombre: nombre del usuario.

• Primer Apellido: primer apellido del usuario.

• Segundo Apellido: segundo apellido del usuario.

• Sexo: sexo del usuario.

• Nº identificación: tipo de documento identificador del usuario (DNI/NIF,Pasaporte, NIE y Otros) y el número del documento

• Fecha Alta: fecha de alta del usuario en el sistema.

• Fecha Baja: fecha de baja del usuario en el sistema.

• Anag. Fiscal: anagrama fiscal del usuario.

• E-mail: correo electrónico del usuario

• Marco ‘Permiso’, permite definir el permiso de ejecución que un usuariotiene sobre las APIs de Trew@. Se activará cuando el usuario que estáadministrando puede dar el role Trew@ correspondiente a un usuario debase de datos.

- Administrador: permite que el usuario pueda ejecutar determinadasAPIs destinadas a este permiso, así como evitar algunas restriccionesque ciertas APIs comprueban. Permite ejecutar, por tanto, todas lasAPIs de Trew@ con perfil de administración.

- Usuario: permite ejecutar la mayoría de las APIs de Trew@, es elpermiso por defecto que deben tener los usuarios que hacen uso dedichas APIs.

- Ninguno: el usuario no tendrá permisos para ejecutar ninguna API deTrew@.

Para los dos primeros casos, se activará la opción de "Opción de Administración",es decir, para que el usuario destinatario del permiso pueda a su vez darlos a untercero (Típicamente para usuarios propietarios de aplicaciones). Sólo se activarápara el caso de usuarios oracle y que no sean administradores.

Botón ‘Firma’, al pulsar el botón se mostrará una nueva ventana para incorporar lafirma del usuario: (Se activará cuando el usuario esté dado de alta)


Página 109

• Nombre de la imagen: nombre de la imagen de la firma. Este campo sepuede modificar, pero no insertar. (Se inserta cuando se incorpora la imagen)

• Formato de la imagen: formato de la imagen de la firma. Este campo sepuede modificar, pero no insertar. (Se inserta cuando se incorpora la imagen)

• Imagen: mostrará la imagen de la firma.

Botón , al pulsar el botón, aparecerá un cuadro de diálogo para incorporar laimagen desde el directorio especificado. Si se elige una imagen, se mostrará en elcampo ‘Imagen’ y se rellenarán los campos ‘Nombre de la imagen’ y ‘Formato de laimagen’. También se activarán los botones de (si no estamos en cliente-servidor) y

.

Botón , al pulsar el botón (que se activará cuando exista una imagen definida parala firma), aparecerá un cuadro de diálogo para descargar la imagen al directorioespecificado. Esta utilidad no está disponible en cliente-servidor.

Botón , al pulsar el botón (que se activará cuando exista una imagen definida parala firma), se eliminará la imagen, el nombre y el formato. En este momento, al noexistir ninguna imagen, se desactivará este botón y .

- Pestaña ‘Perfiles de Usuario’, muestra las funciones que podrá desempeñar elusuario en el que estamos situados.



Página 110


• Sistema: código identificativo del sistema (aplicación que utiliza Trew@)para el que se define el perfil. Este campo no se puede editar.

Botón ‘Perfiles de Usuario’, al pulsar el botón se mostrará la pantalla de"Mantenimiento de Perfiles de Usuario"

- Pestaña ‘Empleados’, muestra los puestos de trabajo que ocupa el usuario en elque estamos situados (los datos de donde es empleado el usuario). Este bloque essólo de consulta.

• Puesto de Trabajo: breve descripción del puesto de trabajo.

• Unidad orgánica: breve descripción del organismo al que pertenece elpuesto de trabajo.

• Provincia: provincia a la que pertenece el organismo.

• Tipo: tipo del empleado. Los posibles valores son: Funcionario y Laboral.

• F. Nombramiento: fecha de ocupación del puesto por el usuario.

• F. Cese: fecha de baja del usuario en el puesto.

• Tratamiento: texto de tratamiento para los documentos (D., Dª, Ilmo., etc.)

• Referencia: texto de referencia para el usuario (para variables, etc.)

Botón ‘Organismos/Empleados’, al pulsar el botón, se mostrará la pantalla de"Mantenimiento de Organismos y Empleados"


Página 111

Perfiles de usuarios

Pantalla que permite consultar, modificar, insertar y borrar los perfiles que puedentener los usuarios.

- Bloque ‘Perfiles de Usuario’, muestra los perfiles de usuarios ya definidos y permiteel mantenimiento de los mismos.

• Nombre: nombre del perfil de usuario. Es único dentro del sistema en elque se ha definido.

• Descripción: breve descripción del perfil de usuario.



Página 112

Definición de firmantes

Pantalla que permite consultar, modificar, insertar y borrar los firmantes definidos.Además se definirán los firmantes Sustitutos o Delegados de esos firmantes definidos,así como los documentos delegados.

- Bloque ‘Firmantes’, muestra los firmantes ya definidos y permite el mantenimientode los mismos.

• Organismos / Firmantes Definidos: muestra todos los organismosdefinidos en estructura de árbol, indicando así si depende o no de otroorganismo. Se mostrará también los firmantes que hay definidos para cadauno de ellos (también en estructura de árbol: Principal, Delegados ySustitutos). Al hacer “doble click” en un firmante concreto, se cargan losdatos de dicho firmante en el bloque. La estructura es la siguiente:

- Un firmante principal puede tener firmantes sustitutos y/o delegados.


Página 113

- Un firmante delegado puede tener firmantes sustitutos.

En el árbol, los firmantes vendrán con un icono que indicará el tipo del firmante:

Icono , indica que es firmante principal.

Icono , indica que es firmante delegado.

Icono , indica que es firmante sustituto.

• Puesto de Trabajo: puesto de trabajo del firmante. Los valores seseleccionan a partir de una lista de valores.

• Unidad Orgánica: unidad orgánica del firmante. Este campo no se puedeeditar

• Provincia: provincia de la unidad orgánica del firmante. Este campo no sepuede editar.

• Inic. vigencia: fecha de inicio de la vigencia del firmante.

• Fin vigencia: fecha de finalización de la vigencia del firmante.

• Tipo: tipo del firmante. Los posibles valores son: Principal, Sustituto yDelegado.

• Marco ‘Disposición que le permite firmar’, muestra la disposición defirma que permite firmar al firmante.

• Texto: texto de la disposición de firma. Los valores se seleccionan apartir de una lista de valores.

• Tipo: tipo de la disposición. Los posibles valores son: Decreto, Orden,Otros. Este campo no se puede editar.

Botón ‘Disposiciones’, al pulsar el botón se mostrará la pantalla de "Mantenimientode Disposiciones de firma".

• Marco ‘Es Firmante Sustituto o Delegado de ...’, muestra los datos delpuesto de trabajo del firmante del cual es firmante sustituto o delegado.Haciendo doble “click” en alguno de los campos de este marco, buscará elfirmante del que es sustituto o delegado en el árbol de Organismos /Firmantes Definidos.

• Puesto de Trabajo: puesto de trabajo del firmante. Los valores seseleccionan a partir de una lista de valores


Página 114

• Unidad Orgánica: unidad orgánica del firmante. Este campo no se puedeeditar.

• Provincia: provincia de la unidad orgánica del firmante. Este campo nose puede editar.

Botón ‘Organismos / Empleados’, al pulsar el botón se mostrará la pantalla de"Mantenimiento de Organismos y Empleados".

- Pestaña ‘Sustitutos’, muestra los datos de los firmantes que son sustitutos delfirmante en el que estamos situados.

• Puesto de Trabajo: puesto de trabajo del firmante sustituto. Los valores seseleccionan a partir de una lista de valores.

• Unidad Orgánica: organismo del firmante sustituto. Este campo no sepuede editar.

• Provincia: provincia del organismo del firmante sustituto. Este campo no sepuede editar.

• Inicio de Vigencia: fecha de inicio de la vigencia del firmante sustituto.

• Fin de Vigencia: fecha de finalización de la vigencia del firmante sustituto.

• Texto: texto de la disposición de firma del firmante sustituto. Los valores seseleccionan a partir de una lista de valores.



Página 115

- Pestaña ‘Delegados’, muestra los datos de los firmantes que son delegados delfirmante en el que estamos situados.

• Puesto de Trabajo: puesto de trabajo del firmante delegado. Los valoresse seleccionan a partir de una lista de valores.

• Unidad Orgánica: organismo del firmante delegado. Este campo no sepuede editar.

• Provincia: provincia del organismo del firmante delegado. Este campo nose puede editar.

• Inicio de Vigencia: fecha de inicio de la vigencia del firmante delegado.

• Fin de Vigencia: fecha de finalización de la vigencia del firmantedelegado.

• Texto: texto de la disposición de firma del firmante delegado. Los valoresse seleccionan a partir de una lista de valores.


- Pestaña ‘Documentos Delegados’, muestra los documentos delegados, si elfirmante es delegado.


Página 116

• Nombre: nombre del documento que se delega. Los valores se seleccionan apartir de una lista de valores.

• Descripción: breve descripción del tipo de documento que se delega. Este campono se puede editar.

• Inicio de vigencia: fecha de inicio de la vigencia de la delegación deldocumento.

• Fin de vigencia: fecha de finalización de la vigencia de la delegación deldocumento.


Botón ‘Tipos Documentos’, al pulsar el botón se mostrará la pantalla de"Mantenimiento de Tipos de Documentos".

- Pestaña ‘Empleados del Puesto’, muestra los empleados (usuarios) del puesto detrabajo. Este bloque es de sólo consulta.

• Usuario: código del empleado.

• Nombre: nombre del empleado.

• Primer apellido: primero apellido del empleado.

• Segundo apellido: segundo apellido del empleado.

• Tipo: tipo de empleado. Los posibles valores son: Funcionario y Laboral.

• F. Nombramiento: fecha de nombramiento del empleado en el puesto.

• F. Cese: fecha de baja el empleado en el puesto.

Botón ‘Usuarios’. Al pulsar el botón se mostrará la pantalla de "Mantenimiento deUsuarios".


Página 117

Disposiciones para la firma

Pantalla que permite consultar, modificar, insertar y borrar los textos para las firmasacerca de decretos, orden, etc, que serán las disposiciones que permiten al usuariofirmar.

- Bloque ‘Disposiciones’, muestra las disposiciones de firma ya definidas y permiteel mantenimiento de las mismas.

• Texto de la disposición: es el texto de la disposición de firma.

• Tipo: tipo de la disposición. Los posibles valores son: Decreto, Orden,Otros.

Puestos de Trabajo


Página 118

Pantalla que permite consultar, modificar, insertar y borrar los puestos de trabajo.

- Bloque ‘Puestos de trabajo’, muestra los puestos de trabajo ya definidos y permiteel mantenimiento de los mismos.

• Código: código del puesto de trabajo. Es único en Trew@.

• Nombre: descripción abreviada del puesto de trabajo (nombre).

• Descripción: descripción del puesto de trabajo.

Tipos de Organismos

Pantalla que permite consultar, modificar, insertar y borrar los tipos de organismos.

- Bloque ‘Tipos de organismos’, muestra los tipos de organismos ya definidos ypermite el mantenimiento de los mismos.

• Abreviatura: abreviatura del tipo de organismo. Es única en Trew@.

• Descripción: breve descripción del tipo de organismo.

• ¿Obsoleto?: indica si el tipo de organismo está obsoleto o no. Este campono se puede editar.

• Cód. w@ndA: código de identificación w@ndA del tipo de organismo. Estecampo no se puede editar.


Página 119

Tipos de Organización

Pantalla que permite consultar, modificar, insertar y borrar los tipos de organizaciónpara el caso de la entidad jurídica.

- Bloque ‘Tipos de organización’, muestra y los tipos de organización ya definidos ypermite el mantenimiento de los mismos.

• Código: código del tipo de organización. Es único en Trew@.

• Descripción: breve descripción del tipo de organización.

• ¿Vigente?: indica si el tipo de organización está vigente o no.


Página 120

Tipos de Identificador

Pantalla que permite consultar, modificar, insertar y borrar los tipos de identificadorfiscal/personal (NIF, CIF, etc.)

- Bloque ‘Tipos de identificador fiscal/personal’, muestra los tipos de identificadorya definidos y permite el mantenimiento de los mismos.

• Abreviatura: abreviatura del tipo de identificador. Es única en Trew@.

• Descripción: breve descripción del tipo de identificador.

• Tipo: indica si el tipo de identificador identifica a una persona física ojurídica.

• ¿Obsoleto?: indica si el tipo de identificador está obsoleto o no. Estecampo no se puede editar.

• Cód. w@ndA: código de identificación w@ndA del tipo de identificador.Este campo no se puede editar.


Página 121

Organismos y Empleados

Pantalla que permite consultar, modificar, insertar y borrar los organismos. Ademáspermite el mantenimiento de los puestos de trabajo asociados al organismo, de losempleados de dicho puesto y consultar los componentes asociados al organismo.

- Bloque ‘Organismos’, muestra los organismos definidos ya definidos y permite elmantenimiento de los mismos.


Página 122

• Árbol de organismos: muestra todos los organismos definidos enestructura de árbol, indicando así si depende o no de otro organismo. Alhacer “doble click” en un organismo concreto, se cargan los datos de dichoorganismo en el bloque.

• Código: código del organismo. Es único en Trew@.

• Nombre: denominación corta del organismo (nombre).

• Descripción: denominación del organismo.

• Marco ‘Tipo de organismo’, tipo del organismo:

• Abreviatura: abreviatura del tipo de organismo. Los valores seseleccionan a partir de una lista de valores.

• Tipo: tipo del organismo. Los posibles valores son: DelegaciónProvincial, Servicios Centrales, Centros Adscritos y Empresa Externa.

Botón ‘Tipos Organismos’, al pulsar el botón se mostrará la pantalla de"Mantenimiento de Tipos de Organismos".

• Vigente desde... hasta: fechas de inicio y fin de vigencia del organismo.

• Identif. @ries: identificador de @ries.

• Marco ‘Identificación’, número de identificación del organismo (CIF).

• Nº de identificación (CIF): código de identificación fiscal del organismo.Se puede detallar algo más, indicando el tipo de organización (que es elprimero de los tres campos y se selecciona a partir de una lista devalores) y el dígito de control.

• Ciw@: código de identificación w@nda del organismo. Este campo nose puede editar.

Botón ‘Tipos Organización’, al pulsar el botón se mostrará la pantalla de"Mantenimiento de Tipos de Organización".

• Marco ‘Depende de...’, muestra los datos del organismo del que depende.Al hacer “doble click” en alguno de estos campos, se seleccionará en elárbol el organismo en cuestión y se cargará el bloque con los datos dedicho organismo.

• Código: código del organismo del que depende. Los valores seseleccionan a partir de una lista de valores.


Página 123

• Nombre: denominación corta del organismo del que depende (nombre).Este campo no se puede editar.

• Descripción: denominación del organismo del que depende. Estecampo no se puede editar.

- Pestaña ‘Dirección y datos de contacto’,muestra datos de contacto del organismo.

• Tipo de vía: nombre del tipo de vía pública. Los valores se seleccionan apartir de una lista de valores (Avenida, Calle...)

• Nombre de la vía: nombre de la vía pública.

• Número, Letra, Esc. Piso y Pta: datos asociados a la dirección.

• CP: código postal del municipio.

• Provincia: provincia del organismo. Se selecciona a partir de una lista devalores.

• Municipio: municipio del organismo. Se selecciona a partir de una lista devalores que contendrá todos los municipios o, sólo los de la provinciaseleccionada (en el caso de haber indicado una provincia en el campoanterior).

• Teléfono(s): número o números de teléfono del organismo.

• Teléfono(s) movil: número o números de teléfono móvil del organismo.

• Fax(es): número o números de fax del organismo.

• e-mail: dirección de correo electrónico del organismo.


Página 124

- Pestaña ‘Puestos de trabajo’, muestra los puestos de trabajo asociados alorganismo en el que estamos situados.

• Código: código del puesto de trabajo. Los valores se seleccionan a partirde una lista de valores.

• Nombre: nombre del puesto de trabajo. Este campo no se puede editar.

• Descripción: descripción del puesto de trabajo. Este campo no se puedeeditar.

Botón ‘Puestos de trabajo’, al pulsar el botón se mostrará la pantalla de"Mantenimiento de Puestos de Trabajo".

- Pestaña ‘Empleados del puesto’, muestra los empleados del puesto de trabajo enel que estamos situados.

• Usuario: código de usuario del empleado. Los valores se seleccionan apartir de una lista de valores.

• Primer apellido: primer apellido del empleado. Este campo no se puedeeditar.

• Segundo apellido: segundo apellido del empleado. Este campo no sepuede editar.


Página 125


• Tipo: tipo de empleado. Los posibles valores son Funcionario o Laboral.

• F. Nombramiento: fecha de ocupación del puesto de trabajo.

• F. Cese: fecha de baja del usuario en el puesto de trabajo.

• Referencia: texto de referencia para el usuario (para variables, etc)

• Tratamiento: texto de tratamiento para los documentos (D.,Dª, Ilmo., etc)

Botón ‘Usuarios’, al pulsar el botón mostrará la pantalla de "Mantenimiento deUsuarios".

- Pestaña ‘Componentes’, muestra los componentes w@ndA instalados en elorganismo en el que estamos situados. Este bloque es de sólo consulta.

• Nombre: nombre el componente.

• Descripción: descripción del componente.

• Marco ‘Tipo de Componente’: tipo del componente.

• Abreviatura: abreviatura del tipo de componente.

• Descripción: descripción del tipo de componente.

Botón ‘Tipos Componentes’, al pulsar el botón se mostrará la pantalla de"Mantenimiento de Componentes y Tipos de Componentes”.

• Dirección IP: dirección IP del componente.

• Usuario: usuario para acceder al componente.

• Password: password del usuario para acceder al componente.


Página 126

• Cód. w@ndA: código de identificación w@ndA del componente. Estecampo no se puede editar.

Relaciones (entre entidades fuera de cualquier definición)

Tipos de relación

Pantalla que permite consultar, modificar, insertar y borrar los tipos de relaciones quepueden existir entre fases, transiciones, tipos de documentos y procedimientos.

- Bloque ‘Tipos de relación’, muestra los tipos de relación definidos y permite elmantenimiento de los mismos.

• Nombre: nombre del tipo de relación. Es único dentro del sistema en el quese ha definido.

• Descripción: breve descripción del tipo de relación.

• Marco ‘Definido para el Sistema’, mostrará el sistema (aplicación queutiliza Trew@) para el que se define el tipo de relación:




Página 127

Definición de relaciones

Pantalla que permite consultar, modificar, insertar y borrar las relaciones existentesentre fases, transiciones, tipos de documentos y procedimientos.

- Bloque ‘Relaciones entre fases, transiciones, etc.’, muestra las relaciones yadefinidas y permite el mantenimiento de las mismas.

• Descripción: breve descripción de la relación.

• Marco ‘Tipo de relación’, es el tipo (de relación) que tendrá la relación.

• Nombre: nombre del tipo de relación. Los valores se seleccionan a partirde una lista de valores.

• Descripción: breve descripción del tipo de relación. Este campo no sepuede editar.

• Sistema: código identificativo del sistema (aplicación que utiliza Trew@)al que pertenece el tipo de relación. Este campo no se puede editar.

Botón ‘Tipos de Relación’, al pulsar el botón, se mostrará la pantalla de"Mantenimiento de Tipos de Relación".

• Marco ‘Fase A’ y ‘Fase B’, muestra las fases que pueden intervenir en larelación.

• Nombre: nombre de la fase. Los valores se seleccionan a partir de unalista de valores.


Página 128


• Marco ‘Transición’, muestra la transición que interviene en la relación.


• Descripción: breve descripción de la transición. Este campo no sepuede editar.



• Tipo de acto admtvo.: tipo de acto administrativo asociado a latransición. Este campo no se puede editar.

Botón ‘Transiciones’, al pulsar el botón se mostrará la pantalla de "Mantenimiento deTransiciones".

• Marco ‘Tipo de documento’, muestra el tipo de documento que intervieneen la relación.

• Nombre: nombre del tipo de documento. Los valores se seleccionan apartir de una lista de valores.

• Descripción: breve descripción del tipo de documento. Este campo no sepuede editar.

Botón ‘Tipos de documentos’, al pulsar el botón se mostrará la pantalla de"Mantenimiento de Tipos de Documentos".

• Marco ‘Procedimiento’, muestra el procedimiento que interviene en larelación.




Para que la relación quede definida, se debe elegir, al menos, una fase, transición, tipode documento o procedimiento.


Página 129

Otras pantallas de codificación

Condiciones/Acciones/Avisos

Pantalla que permite consultar, modificar, insertar y borrar las condiciones, acciones yavisos, además de los posibles parámetros de entrada definidos para las condiciones,acciones o avisos.

- Bloque ‘Condiciones/Acciones’, muestra las condiciones, acciones y avisos quepodrán ser utilizadas en la definición de las transiciones, de documentos permitidos yde bloques permitidos.

• Nombre: nombre de la condición, acción o aviso.

• Descripción: breve descripción de la condición, acción o aviso.

• Tipo : indica si es una condición, una acción o un aviso.


• Implementación: indica el tipo de implementación. Los posibles valoresson: función en el servidor (PL-SQL) y java.

• ¿Compleja?: indica si la condición es compleja (operaciones booleanasentre otras condiciones). Solo se podrá indicar como compleja para el casode las condiciones.


Página 130

• Nombre del paquete: nombre del paquete que contiene la funciónalmacenada o método java. Sólo será editable para el caso de las accionesy las condiciones no complejas.

• Nombre de la función: nombre de la función almacenada que representa ala condición/acción o nombre del método en el caso de llamada a java. Sóloserá editable para el caso de las acciones y las condiciones no complejas y,en estos casos, si no se pusiese ninguna, se tomará como nombre defunción el nombre de la condición o acción.

• Expresión: contiene la expresión a evaluar en el caso de condicionescomplejas. Este campo no se puede editar directamente, se hará a travésdel botón ‘Modificar expresion’.

Botón ‘Modificar Expresion’, al pulsar el botón, que se activará para el caso de lascondiciones complejas, se abrirá una ventana que permitirá construir la expresión aevaluar. Si el campo ‘Expresión’ ya tiene datos, éstos se mostrarán en esta ventanapara poder modificarlos o eliminarlos.

Botón , al pulsar el botón, se mostrará una lista de valores con las condiciones cuyaimplementación sea la misma que la de la condición para la cual estamos creando laexpresión a evaluar. Así, se podrá elegir la condición que se quiere añadir a laexpresión a evaluar.

Botón , al pulsar el botón, se añadirá “Y” a la expresión. Para que la expresión seacorrecta, “Y” siempre debe ir entre dos espacios. (Ejemplo: CONDICIÓN YCONDICIÓN)

Botón , al pulsar el botón, se añadirá “O” a la expresión. Para que la expresión seacorrecta, “O” siempre debe ir entre dos espacios. (Ejemplo: CONDICIÓN OCONDICIÓN)


Página 131

Botón , al pulsar el botón, se añadirá “(” a la expresión.

Botón , al pulsar el botón, se añadirá “)” a la expresión.

Para que la expresión se pueda evaluar correctamente, se deben dar una serie decondiciones, por lo que hay que tener especial cuidado con manipular los datosdirectamente (Se recomienda usar los botones de la ventana).

Botón ‘Aceptar’, al pulsar el botón, se cargará los datos de la expresión en el campo‘Expresión’ y se cerrará la ventana.

Botón ‘Aceptar’, al pulsar el botón se cancelará los cambios realizados y se cerrará laventana.

• Marco ‘Parámetros de Entrada’, son los posibles parámetros de entradadefinidos para las condiciones, acciones o avisos.




• Expediente en fase: indica si se pasa como parámetro el id del paso enel procedimiento actual a la condición/acción



• Usuario: indica si se pasa como parámetro usuario a la condición/acción.


• Tarea: indica si se pasa como parámetro la tarea a la condición/acción.


Página 132

Definición de Parámetros

Pantalla que permite consultar, modificar, insertar y borrar los parámetros, que seutilizarán en la definición de las variables y las tareas.

- Bloque ‘Parámetros’, muestra los parámetros que se utilizarán en la definición delas variables y las tareas ya definidos y permite el mantenimiento de los mismos.

• Nombre: nombre del parámetro. Es único dentro del sistema en el que seha definido.

• Descripción: breve descripción del parámetro.

• Tipo : tipo de dato del parámetro. Los posibles valores son: Numérico,Carácter o Fecha.

• Tamaño: tamaño del tipo de dato del parámetro.



Página 133

Razones de Interés

Pantalla que permite consultar, modificar, insertar y borrar las razones de interés delos interesados.

- Bloque ‘Razones de interés’, muestra las razones de interés ya definidas y permiteel mantenimiento de las mismas.

• Abreviatura: abreviatura de la razón de interés. Es única en Trew@

• Descripción: breve descripción de la razón de interés.

• ¿Obsoleta?: indica si la razón de interés está obsoleta o no. Este campono se puede editar.

• Código w@ndA: código de identificación w@ndA de la razón de interés.Este campo no se puede editar.


Página 134

Tipos de contacto (interesados)

Pantalla que permite consultar, modificar, insertar y borrar los tipos de contacto quepueden existir entre ciudadanos.

- Bloque ‘Tipos de contacto (interesados)’, muestra los tipos de contacto yadefinidos y permite el mantenimiento de los mismos.

• Abreviatura: abreviatura del tipo de contacto. Es única en Trew@.

• Descripción: descripción del tipo de contacto.

• ¿Obsoleto?: indica si el tipo de contacto está obsoleto o no. Este campono se puede editar.

• Código w@ndA: código de identificación w@ndA del tipo de contacto. Estecampo no se puede editar.

Tipos de Vía


Página 135

Pantalla que permite consultar, modificar, insertar y borrar los tipos de vía pública paralas direcciones.

- Bloque ‘Tipos de vía’, muestra los tipos de vía ya definidos y permite elmantenimiento de los mismos.

• Siglas: siglas de la vía pública. Es única en Trew@.

• Descripción: breve descripción de la vía pública.

• ¿Obsoleto?: indica si el tipo de vía pública está obsoleto o no. Este campono se puede editar.

• Cód. w@ndA: código de identificación w@ndA del tipo de vía pública. Estecampo no se puede editar.

Provincias y Municipios

Pantalla que permite consultar, modificar, insertar y borrar los municipios definidospara una determinada provincia. También permite consultar, modificar, insertar yborrar dichas provincias.


Página 136

- Bloque ‘Provincias’, muestra las provincias ya definidas y permite el mantenimientode las mismas.

• Código: código INE de la provincia. Es único en Trew@.

• Nombre: descripción abreviada de la provincia (nombre).

• Descripción: descripción de la provincia.

- Bloque ‘Municipios’, muestra los municipios definidos para la provincia en la queestamos situados y permite el mantenimiento de los mismos.

• Código: código del municipio. Es único en Trew@.

• Nombre: descripción abreviada del municipio (nombre).

• Descripción: descripción del municipio.


Página 137

Paises

Pantalla que permite consultar, modificar, insertar y borrar los países.

- Bloque ‘Países’, muestra los países ya definidos y permite el mantenimiento de losmismos.

• Código: código del país. Es único en Trew@.

• Nombre: descripción abreviada del país (nombre).

• Descripción: descripción del país.


Página 138

Configuración

Sistemas

Pantalla que permite consultar, modificar, insertar y borrar los sistemas que utilizan elmotor de tramitación.

- Bloque ‘Sistemas’, muestra los sistemas en los que el usuario tiene algún perfildefinido (o todos en el caso de ser el usuario propietario) y permite el mantenimientode los mismos.

• Identificativo: identificativo del sistema. Es único dentro de Trew@.

• Descripción: breve descripción del sistema.

• Conex. bus: indica el tipo de conexión que se puede definir para cadasistema con el bus de conexión w@ndA. Los posibles valores son:

- Si: Indica que se informará al bus w@ndA de todo aquello que así se hayadefinido: cambios de fase de expedientes, anotación de tareas al mismo,etc. En caso de que la comunicación con el bus no esté disponible Trew@elevará un error a través de la API invocada. Por ejemplo la API de tramitarexpediente elevará un error si hay que informar al bus de dicha tramitacióny existe algún problema para informar.

- No: Indica que no habrá conexión con el bus de conexión w@ndA y portanto no se informará de nada aunque se haya definido lo contrario.

- Opcional: Indica que se informará al bus w@ndA siempre que sea posible,es decir, si ocurre un error durante este proceso no se tendrá en cuenta y


Página 139

la API invocada seguirá su proceso sin detener su ejecución ni elevarningún tipo de error.

• Informar a...: componente al que se debe informar. Los valores seseleccionan de una lista de valores.

• Guardar docs. en...: componente que guarda los documentos. Los valoresse seleccionan de una lista de valores.

• Firmar docs. en...: componente que firma los documentos. Los valores seseleccionan de una lista de valores.

• Registrar docs. en...: componente que registra los documentos. Losvalores se seleccionan de una lista de valores.

• Notificar en...: componente que notifica los documentos. Los valores seseleccionan de una lista de valores.

• Archivar en...: componente que archiva los documentos. Los valores seseleccionan de una lista de valores.

• @visador en...: componente del @visador. Los valores se seleccionan deuna lista de valores.

Componentes

Pantalla que permite consultar, modificar, insertar y borrar los tipos de componentesque pueden existir, así como los componentes y otros datos necesarios para la


Página 140

definición de dichos componentes.

- Bloque ‘Tipos de componentes’, muestra los tipos de componentes ya definidos ypermite el mantenimiento de los mismos.

• Abreviatura: abreviatura del tipo de componente. Es única en Trew@

• Descripción: breve descripción del tipo de componente.

• ¿Obsoleto?: indica el tipo de componente está obsoleto o no. Este campono se puede editar

• Cód. w@ndA: código de identificación w@ndA del tipo de componente.Este campo no se puede editar.

- Pestaña ‘Componentes’, muestra los componentes que pueden intervenir enw@ndA, para el tipo de componente en el que estamos situados y permite elmantenimiento de los mismos.

• Nombre: nombre del componente. Es único en Trew@

• Descripción: breve descripción del componente.




Página 141



- Pestaña ‘Datos del componente’, muestra otros datos necesarios para elcomponente (atributo-valor) en el que estamos situados y permite el mantenimiento delos mismos.

• Atributo: nombre del atributo del componente. Es único para elcomponente en el que se ha definido.

• Valor: valor del atributo del componente.

Errores de la TRAPI

Pantalla que permite consultar, modificar, insertar y borrar los errores de Trew@ quese utilizarán luego para mostrar mensajes de error.

- Bloque ‘Errores’, muestra los errores ya definidos y permite el mantenimiento de los


Página 142

mismos.

• Código: código del error. Es único Trew@.

• Mensaje: mensaje que se mostrará cuando se produzca el error.

Configuración de las pantallas

Pantalla que permite consultar, modificar, insertar y borrar las constantes deconfiguración de las propias pantallas de administración, así como otras relacionadascon los interfaces de usuario con Trew@ (versión, título de los informes, etc.).

- Bloque ‘Constantes’, muestra todas las constantes de interfaz ya definidas ypermite el mantenimiento de las mismas.

• Código: código identificativo de la constante. Es único en Trew@.

• Descripción: breve descripción de la constante.

• Valor: valor de la constante.

Nota IMPORTANTE:

Debido a que el valor de estas constantes puede influir en la ejecución de las pantallasde administración, se ruega no modificar los valores por defecto (al menos consultarantes con el administrador del sistema), ya que pueden afectar al funcionamientonormal de dichas pantallas.


Página 143

Configuración de los sistemas

Pantalla que permite consultar, modificar, insertar y borrar las constantes deconfiguración del motor de tramitación Trew@ (formato fecha de trabajo, url del reportserver, etc.). Pueden establecerse por cada sistema aunque por defecto deben existirlas constantes de configuración para un sistema Trew@. De esta forma cada sistemaque trabaje con el motor Trew@ puede definir sus propias constantes de configuracióndel sistema

- Bloque ‘Constantes’, muestra todas las constantes de interfaz ya definidas ypermite el mantenimiento de las mismas.

• Código: código identificativo de la constante. Es único dentro del sistemaen el que se ha definido.



• Sistema: código identificativo del sistema (aplicación que utiliza Trew@)para el que se define la constante.

Botón ‘Copiar de...’, al pulsar el botón, se mostrará una lista de valores que permitiráelegir un sistema en el cual podremos seleccionar las constantes definidas en dichosistema para copiarlas en el que estamos trabajando:


Página 144

Se muestran las constantes definidas en el sistema seleccionado que no estándefinidas en el sistema en el que nos encontramos. Mediante el check situado a laizquierda de cada registro, indicamos si deseamos copiar o no, dicha constante.

• Todas: si se marca esta opción, se seleccionan todas las constantesmostradas en la pantalla. En caso contrario, no quedará ningunaseleccionada.

Botón ‘Aceptar’, copiará todas las constantes seleccionadas al sistema en el queestamos.

Botón ‘Cancelar’, cancela los cambios y nos devuelve al bloque de constantes delsistema.

Nota IMPORTANTE: Debido a que el valor de estas constantes influyen en elfuncionamiento del motor, se ruega no modificar los valores por defecto (al menosconsultar antes con el administrador del sistema), ya que pueden afectar alfuncionamiento normal de Trew@.

Informes

Informe “documentador” de procedimientos

Está opción del menú nos permite obtener un listado con todos los elementosdefinidos en el sistema acerca de una definición de procedimiento concreto.


Página 145

- Bloque ‘Procedimientos’, pulsando el botón , se podrá elegir el procedimientopara el que queremos obtener el listado.

• Abreviatura: abreviatura del procedimiento.

• Descripción: descripción del procedimiento.

• Sistema: código identificativo del sistema (aplicación que utiliza Trew@) enel que está definido el procedimiento.


Página 146

Manual de usuario de las pantallas de administración(J2EE).

Conexión al sistema

Pantalla que permite la conexión a la aplicación de administración de Trew@. Esnecesario indicar el usuario y la clave .El perfil de conexión que usa la interfazTrAPIADM para conectarse al motor de tramitación es opcional, si no se indica pordefecto usa el perfil default. El perfil se puede indicar de varias formas:

- Mediante un parámetro en la url que arranca la aplicación, por ejemplo:http://maquina:puerto/TrewaAdm/?perfil=perfilTrewa

- Introduciendo el perfil en el campo Perfil.

- Seleccionando un perfil de la lista de perfiles que aparece al pulsar sobre elicono .

Si hemos seleccionado un perfil se rellenarán automáticamente el usuario y la claverelacionadas con ese perfil.

Al entrar se muestra al usuario un diálogo mediante el que se solicita la elección delsistema que se va a mantener de entre todos en los que el usuario tiene definido algúnperfil (o todos los definidos si el usuario que se conecta es el propietario). Esobligatorio elegir uno para trabajar con la aplicación. Esto permite que las pantallas deadministración del motor trabajen sólo con el sistema elegido, no accediendo a datosde otros sistemas.

Desde el menú principal de la aplicación (Configuración/Cambiar de Sistema) tambiénpodemos llamar a esta pantalla que nos permitirá cambiar de sistema.


Página 147

Botones comunes en las pantallas

- Botón , al pulsarlo, se mostraran todos los campos que pueden ser insertados endicho registro. Hay que tener en cuenta que por motivos de espacio y para visualizar lainformación con mayor claridad, en algunas pantallas multiregistro puede que no se muestrentodos los campos que se insertan, para visualizar estos campos bastaría con utilizar el botónque se detalla a continuación ‘Editar’.

- Botón , con este botón podemos editar la datos correspondientes al registroque tengamos seleccionado, también es posible utilizarlo para visualizar datos que nose muestran en los multiregistros.

- Botón , permite eliminar el registro seleccionado.

- Botón , nos permite buscar registros filtrando por los campos que aparecen al lsarel botón. Para realizar la búsqueda seleccionamos un operador de la lista desplegable eintroducimos el valor en el campo correspondiente.

Una vez introducidos los criterios de búsqueda en aquellos campos por los quedeseemos filtrar pulsaremos el botón de ‘aceptar’, en ese momento la aplicaciónmuestra los registros que cumplan los criterios y el propio botón de búsquedasaparecerá en rojo para advertirnos que existe un filtro establecido en la pantalla.

Para eliminar el filtro disponemos de un boton que aparecera a la derecha del boton defiltrado, siempre y cuando tenga algun filtro activo, o bien hacer una nueva consulta sinningún criterio de búsqueda.

También disponemos en la parte superior derecha de varios iconos que nos aportan


Página 148

información del sistema donde nos encontramos(TREW@) y el usuario(TREWAV101D) que esta conectado, mas un botón para salir de las pantallas deadministración.

Significado de los colores utilizados

El uso de colores sobre los campos de una ventana ayuda a identificar algunas de suspropiedades.

En las ventanas de alta y edición, el color del campo puede ser:

- Fondo verde Oscuro, indica que es obligatorio introducir un valor en el campo.

- Fondo verde claro, indica que el campo es opcional.

- Fondo gris, indica que el usuario no puede introducir ningún valor en él, ni tampoconos permite la edición de dicho campo.

En las ventanas con multiregistros

- Fondo del registro blanco, situación normal del registro, indica que no estaseleccionado.

- Fondo del registro verde claro, nos resalta el registro donde tenemos posicionadoel cursor.

- Fondo del registro verde oscuro, una vez posicionados sobre el registro y hacerclick sobre él, tomara esto color para indicarnos que es el reigistro seleccionado.

Menú principal

Este menú, situado en la parte izquierda, nos permite seleccionar la ventana de laspantallas de administración de Trew@ a la que queremos navegar. Esta compuestopor varios niveles que se irán desplegando según vayamos abriendo sus diferentesnodos.

Para incrementar el espacio de visualización de las pantallas de administración, unavez seleccionado el nodo correspondiente en el menú, se abrirá dicha pantalla y seocultara automáticamente el menú en la parte izquierda. También es posible ocultar elmenú haciendo click en la barra vertical que lo separa de las pantalla.


Página 149

Para volver a desplegar el menú bastara con desplazar el cursor hasta el limiteizquierdo de la pantalla.

a continuación se detalla cada uno de los niveles que componen este menú, o lo quees lo mismo, cada una de las pantallas de administración de Trew@.

Definición de procedimientos

Tipos de expedientes y versiones del procedimiento

Pantalla que permite consultar, modificar, insertar y borrar los tipos de expedientes.Además permite establecer para cada tipo de expediente las versiones delprocedimiento que debe seguir.


Página 150

Bloque ‘Tipos de Expedientes’

Muestra los tipos de expedientes ya definidos y permite el mantenimiento de losmismos. Al entrar se mostraran todos los tipos de expedientes definidos en el sistemaen el que nos encontremos.

• Abreviatura: abreviatura del tipo de expediente. Es única dentro delsistema en el que se ha definido.

• Descripción: breve descripción del tipo de expediente.

• ¿Vigente?: indica si el tipo de expediente está vigente o no.

En las vistas de edición y de búsqueda aparecerán estos tres campos parapermitir modificarlos o añadirles algún filtro.

Bloque ‘Versiones del Procedimiento’

Muestra las versiones de procedimientos relacionadas con el expediente en el queestamos situados.


• Fecha Vigor: fecha en la que entra en vigor la versión del procedimiento..

• Abreviatura Procedimiento: abreviatura del procedimiento asociado a laversión. Los valores se seleccionan a partir de una lista de valores.

• Descripción Procedimiento: breve descripción del procedimiento.

En la vista de edición procedimiento que se asocia a la versión se obtiene de una


Página 151

lista de procedimientos ya definidos en el sistema, por tanto no apareceráncomo tal los campos ‘Abreviatura’ y ‘Descripción’ de procedimientos. Para lasbúsquedas si podremos encontrar estos campos para hacer filtros sobre ellos.

Procedimientos y versiones del Procedimiento

Pantalla que permite consultar, modificar, insertar y borrar los procedimientos. Ademáspermite con las pestañas inferiores relacionar los distintos tipos de expedientes con unprocedimiento en concreto y el mantenimiento de las normativas, la ficha y lasplantillas de un determinado procedimiento, además de suministrar informaciónadicional del procedimiento.


Página 152

Bloque ‘Procedimientos’

Vista multiregistro:

Al entrar en esta pantalla se nos mostraran automáticamente algunos campos de losprocedimientos definidos en el sistema donde nos encontremos. Estos campos son:

Categoría, Abreviatura, Descripción, Vigente, Bloqueado, Bloqueado por el usuario,Otros datos. El resto de campos pertenecientes al procedimientos los encontramos enla pestaña de ‘Otros Datos’ o en la vista de edición.

Vista inserción o edición:

• Categoría: indica la categoría del procedimiento. Los posibles valores son:Familia( ), Subfamilia( ) o Procedimiento ( ) .


• Descripción: breve descripción del procedimiento.

• ¿Vigente?: indica si el procedimiento está vigente o no.

• ¿Bloqueado?: permite bloquear y desbloquear el procedimiento. Cuandoun procedimiento está bloqueado por otro usuario, no se podrá modificardicho procedimiento.


Página 153

• Bloqueado por el usuario...: indica qué usuario tiene bloqueado elprocedimiento, si lo está. Este campo no se puede editar, cuando unusuario bloquea el procedimiento, se mostrará en este campo dichousuario.

• Código w@ndA: código de identificación w@ndA del procedimiento. Estecampo no se puede editar.

• ¿Informar?: indica si se debe informar al bus de este procedimiento y delos expedientes que se tramiten

• Descripción ampliada: descripción ampliada del procedimiento.

• Familia/Subfamilia: mostrará la familia o subfamilia de la que depende elprocedimiento (abreviatura mas descripción). Los valores se seleccionan deuna lista de valores.

• Organismo al que pertenece: organismo a la que pertenece elprocedimiento. Se seleccionara de una lista donde aparece el nombre y elcódigo del organismo.

• Organismo competente: organismo competente.

• Organismo que resuelve: organismo que resuelve.

• Organismo que tramita”: organismo que tramita.

• Otros datos (XML): nos permite adjuntar, obtener o borrar un archivo .xmlasociado al procedimiento mediante los botones que aparecen junto a laetiqueta.

• Comentarios: permite almacenar comentarios que el usuario quiera asociar alexpediente.

En la vista de consulta nos aparecerán, a diferencia de las vistas anteriores, la‘Abreviatura’ y ’Descripción’ de la familia/subfamilia y el ‘Organismo’ y la ’Provincia’ delos distintos organismos para permitir realizar filtros a estos campos.

Además de los botones comunes, esta pantalla tiene cuatro botones adiciaonalescuyas funcionalidades pasamos a comentar:


Página 154

• Arbol Familias/Subfamilias/Procedimientos: al pulsar el botón, se abrirá unanueva ventana que mostrará en estructura de árbol las familias y subfamilias deTrew@ y los procedimientos del sistema en el que estamos.


• Una familia no puede depender de otra familia ni de una subfamilia.

• Una subfamilia, puede depender, o no, de una familia.

• Un procedimiento, puede depender, o no, de una familia o de una subfamila,por lo que en este caso no se mostrarán.

• Visor de Model@ : desde este botón accedemos a una ventana que nos mostrara losexpedientes que siguen la evolución que tengamos seleccionada, eligiendo uno de losexpedientes y pulsando el botón de aceptar nos aparecerá en el visor de Model@ laevolución y los pasos que el expediente ha seguido.

• Importar procedimientos desde xml: nos permite importar procedimientos desdeficheros xml. Al pulsar este botón, nos aparecerá una ventana de dialogo donde podremosseleccionar el fichero xml que contenga el procedimiento que deseemos importar. Una vezimportado hay que tener en cuenta que este nuevo procedimiento estará bloqueado aespera que el propio usuario lo desbloquee manualmente.

En el caso de que se encuentre el procedimiento definido en Trew@, misma etiqueta parael sistema en el que nos encontremos, se pide confirmación al usuario para eliminarlo einsertar el que se encuentra en el fichero xml.

También debemos saber que no se permite importar en los casos en el que el sistemadefinido en xml no corresponda con el sistema en el que estamos trabajando las pantallasde administración.

• Exportar procedimientos a xml: desde este botón accedemos a tres funcionalidad quese explican a continuación:

• Exportar el procedimiento: para que la selección de esta opción sea posible,debemos tener un procedimiento seleccionado, que será exportado junto con susreutilizables a un fichero en formato xml. Antes de la exportación se pregunta alusuario si desea exportar toda información de los reutilizables o solo su etiquetaprincipal. Se descargarán todos los ficheros asociados al procedimiento en el


Página 155

mismo directorio en el que se guardará el XML

• Exportar un expediente del procedimiento: se mostrara un listado de losexpedientes del procedimiento seleccionado para que el usuario elija cual va a serexportado a un fichero xml.

• Exportar las entidades del sistema: se exportaran las entidades del sistema conel que estemos trabajando en las pantallas de administración. Este archivo podráser cargado en la aplicación Model@ para crear procedimientos reutilizando estasentidades sin necesidad de darlas de alta de nuevo en Model@.

Pestaña ‘Otros datos’

Nos muestra algunos campos relativos al procedimientos que no aparecen en elbloque de procedimientos. Esta pestaña no contiene ninguna funcionalidad ya que sucometido es simplemente mostrar dichos campos. Si necesitamos modificar alguno deellos deberemos editar el procedimiento en el bloque superior.

Bloque ‘Versiones’

Muestra los expedientes relacionados con el procedimiento seleccionado en el bloquede procedimientos.


Página 156



• Abreviatura Tipo Exp: mostrará la abreviatura del tipo de expedienterelacionado con la versión del procedimiento

• Descripción Tipo Exp: breve descripción del tipo de expediente.

Tanto para el alta como para la edición de este bloque, tanto la abreviatura comola descripción del tipo de documento aparecen unidas en una lista donde semostraran los tipos de expedientes definidos en el sistema.

Pestaña ‘Normativas’

Sobre esta pestaña se mostraran las normativas que rigen el procedimientoseleccionado y además nos permiten su mantenimiento.

• Título: titulo de la normativa.

• Descripción: descripción de la normativa.



• Tipo Public.: tipo de publicación de la normativa.

• Ambito Ley: ámbito de la ley de la normativa.

En la vista de inserción solo nos aparece una lista de la cual podremos elegir lanormativa, previamente definida en el Trew@, que vamos a asociar al procedimiento.

En la vista de búsqueda podemos hacer filtros a todos los campos comentadosanteriormente.


Página 157

Pestaña ‘Ficha del procedimiento’

Muestra los datos sobre la ficha descriptiva del procedimiento y permite elmantenimiento de los mismos.

• Descripción: descripción de la indicación de la ficha del procedimiento.

• Tipos de indicación, tipo de indicación de la ficha.

• Abreviatura: abreviatura del tipo de indicación. Los valores seseleccionan desde una lista de valores.

• Descripción: descripción del tipo de indicación. Este campo no sepuede editar.

Tanto al insertar una nueva ficha como al editarla, el tipo de indicación se obtendrá deuna lista donde aparecerá la abreviatura seguida de la descripción separadas por unguión. No así a la hora de buscar, que si nos permite filtrar por ambos campos deforma independiente.

Pestaña ‘Plantillas’

Muestra las posibles plantillas del procedimiento necesarias para comenzar unexpediente o que servirán a lo largo de la vida de su tramitación y permite elmantenimiento de las mismas.

• Nombre: nombre de la plantilla del procedimiento.


Página 158

• Descripción: descripción de la plantilla del procedimiento.

• Nombre del Fichero: nombre del fichero físico de la plantilla. Este campose podrá modificar pero no insertar (se inserta al incorporar una plantilla)

• Formato del Fichero: formato del fichero físico de la plantilla. Este campose podrá modificar pero no insertar (se inserta al incorporar una plantilla)

• Fichero: Indica con un icono de un clip, que existe un fichero adjuntado a laplantilla.

Los pasos a seguir para dar de alta una plantilla para el procedimiento serian lossiguientes:

Con el botón ‘Nuevo’ damos de alta el nombre y la descripción de la nueva plantilla.Una vez tengamos los datos de la plantilla los editaremos con el botón ‘Editar’, nosaparece la siguiente vista:

En esta vista podemos editar el nombre y la descripción, pero además disponemos delos siguientes botones para adjuntar, descargar y borrar el fichero físico de la plantilla.

Botón , al pulsar el botón, se mostrará un cuadro de diálogo que permitiráincorporar el fichero de la plantilla del procedimiento. Una vez adjuntada se rellenaranautomáticamente los campos ‘nombre’ y ’formato’ del fichero.

Botón , al pulsar el botón, se mostrará un cuadro de diálogo que permitirádescargar el fichero de la plantilla del procedimiento al directorio deseado. Este botónsolo estará activado en el caso de que exista un fichero incorporado para la plantilla.

Botón , al pulsar el botón, se eliminará el fichero de la plantilla del procedimiento.Este botón solo estará activado en el caso de que exista un fichero incorporado para laplantilla del procedimiento.


Página 159

Pestaña ‘Caducidad’

Muestra la caducidad definida para al procedimiento. Este bloque es de solo consulta.Nos permite hacer filtros en cada uno de los campos de este bloque.



• Unidad: unidad de medida de la caducidad: días, meses, años.

• Nº Uds.: número de unidades de la caducidad: nº de días, nº de meses, nºde años.

• Tipo: tipo de caducidad: plazo de ejecución, otro.


Pestaña ‘Reutilizable en...’

Muestra las fases que representan a ese procedimiento (módulos reutilizables). Aligual que el anterior, este bloque es de solo consulta.

• Nombre: nombre de la fase que representa al procedimiento (móduloreutilizable).

• Metafase: nombre de la metafase a la que pertenece la fase que representa alprocedimiento.


Página 160

Tipos de Indicación de la Ficha del Procedimiento

Pantalla que permite consultar, modificar, insertar y borrar los tipos de datos variablessobre la ficha descriptiva del procedimiento. Cuenta con un único bloque compuestopor los siguientes campos.

• Abreviatura: abreviatura del tipo de indicación. Es única en Trew@.

• Descripción: breve descripción del tipo de indicación.

• ¿Obsoleto?: indica si el tipo de indicación está obsoleto o no. Este campono se puede editar.

• Código w@ndA: código de identificación w@ndA del tipo de indicación.Este campo no se puede editar.

Caducidades en el Procedimiento


Página 161

Pantalla que permite consultar, modificar, insertar y borrar los tipos de caducidades decada procedimiento para una determinada transición. Se compone de los siguientesbloques.

Bloque ‘Procedimientos’

Permite consultar los procedimientos, para ver las caducidades que tiene asociadas.Se mostraran automáticamente los definidos en el sistema.



Bloque ‘Caducidades’

Muestra las caducidades definidas para el procedimiento en el que estamos situados.



• Tipo: tipo de caducidad. Los posibles valores son: Plazo de ejecución, Otro.

• Unidad: unidad de medida de la caducidad. Los posibles valores son: Días,Meses, Años.

• Nº Uds.: número de unidades de la caducidad: nº de días, nº de meses, nº deaños.



Página 162

Desde este bloque debemos indicar en que transición comienza la caducidad.

Bloque ‘Transición Inicial’

Nos muestra la transición a partir de la cual comienza la caducidad. Para modificaresta transición debemos editar la caducidad en el bloque superior.

• Etiqueta: etiqueta de la transición. Los valores se seleccionan a partir de una listade valores.

• Descripción: breve descripción de la transición. Este campo no se puede editar.



• Tipo de Acto Administrativo: tipo de acto administrativo asociado a la transición.Este campo no se puede editar.

La clave única de esta entidad, la componen el Procedimiento, Abreviatura de lacaducidad y Transición en la que comienza a contar.

Bloque ‘Transiciones Finales’

Muestra las transiciones donde termina la cuenta del plazo para la caducidad en la queestamos situados.


• Descripción: breve descripción de la transición. Este campo no se puede


Página 163

editar.




Para añadir una nueva transición debemos pulsar el botón ‘Nuevo’ y elegirla de unalista en la que se mostrara le etiqueta y la descripción.

Desde la vista de búsqueda podemos filtrar por cada uno de los campos comentadosanteriormente.

Fases y Metafases

Pantalla que permite consultar, modificar, insertar y borrar las metafases y fases decada una de ellas.

Bloque ‘Metafases’


Página 164

Muestra las metafases ya definidas y permite el mantenimiento de las mismas.

• Nombre: nombre de la metafase. Es única en el sistema para el que se hadefinido.

• Descripción: breve descripción de la metafase.

• Sistema: código identificativo del sistema(aplicación que utiliza TREW@).Los valores se seleccionan a partir de una lista de valores.

• Orden: orden de la metafase

• ¿Informar?: indica si se debe informar al bus de la entrada en la metafase

Bloque ‘Fases’

Muestra las fases que pertenecen a la metafase en la que estamos situados y permiteel mantenimiento de las mismas.

• Nombre: nombre de la fase. Es único para el sistema en el que se hadefinido.

• Descripción: breve descripción de la fase

• Texto Auxiliar: texto auxiliar para la fase.

• Orden: orden de la fase dentro de la metafase.

• ¿Informar?: indica si se debe informar al bus de la entrada en la fase (pordefecto, tendrá el valor que tenga la metafase, pero se puede modificar)

• Módulo reutilizable, procedimiento (módulo reutilizable) que representa lafase. Este campo se compone de la abreviatura del procedimiento y ladescripción. Los valores se seleccionan a partir de una lista de valores.


Página 165

Transiciones permitidas entre fases / Eventos

Pantalla que permite consultar, modificar, insertar y borrar las transiciones, así comover para qué procedimientos y perfiles de usuario están permitidas.

Bloque ‘Transiciones’

Muestra las transiciones ya definidas y permite el mantenimiento de las mismas.

• Tipo: Indica el tipo de la transición, que puede ser:

• Indica que es una transición de inicio de procedimiento

• Indica que es una transición de finalización de procedimiento.

• Transición de tipo normal.

• Transición de división.

• Transición de unión.

• Evento que no abandona la fase actual.

• Evento que abandona la fase actual.


Página 166

Según cada uno de estos tipos, una transición quedaría definidacorrectamente de la siguiente forma:

- Transición Normal y Transición de Unión: deben tener una fase inicial yuna fase final.

- Evento que abandona la fase actual y Evento que no abandona la faseactual: no deben tener la fase inicial, sólo fase final.

Transición de División: no deben tener la fase final, sólo fase inicial

• Fase Inicial (Metafase): nombre de la fase inicial seguido del nombre de lametafase a la que pertenece. Los valores se seleccionan a partir de una listade valores.

• Fase Final (Metafase): nombre de la fase final inicial seguido del nombre dela metafase a la que pertenece. Los valores se seleccionan a partir de unalista de valores.



• ‘Es división de la transición’, es la transición de división de la cual esdivisión. Si se define una transición como división de otra, no se podrádefinir el plazo simple (no se podrán editar los campos “Unidades” y “NºUds” ). Se tomara el valor de una lista donde aparece la etiqueta y ladescripción.

• Etiqueta larga: etiqueta larga de la transición.

• Desc. Fecha: breve descripción de lo que significa la fecha de realizaciónde la transición.

• Tipo de Acto: abreviatura del tipo de acto administrativo. Los valores seseleccionan a partir de una lista de valores.

• Procedimiento: procedimiento al que pertenece la transición. Los valoresse seleccionan a partir de una lista de valores. Una vez insertada latransición este campo no podrá ser modificado.

• Orden: orden de la transición.

• ¿Informar?: indica si se debe informar al bus del cambio de fase. Pordefecto, tendrá el valor que tenga el este campo la fase final.

• ¿Válida?: indica sí la transición válida o no.


Página 167

• Caducidad

• Unidad: número de unidades de medida del plazo simple. Si latransición es de división, este campo no se podrá editar.

• Nº. Unidades: número de unidades de medida del plazo simple. Si latransición es de división, este campo no se podrá editar.

• Desc Fecha limite: descripción del significado de la fecha límite deestancia en la fase.

• Nº máximo: Número máximo de posibles repeticiones para la transiciónen el procedimiento.

• Transición a provocar: mostrará la transición a provocar porvencimiento de plazo simple. Se seleccionará de una lista desplegable.

Con el botón ‘Buscar’ podemos filtrar por todos los campos definidos.

La clave única de esta entidad queda definida por el Tipo, el campo Válida, la Etiqueta,la Fase inicial, la Fase final y la transición de la que es división.

Pestaña ‘Perfiles de Usuario’

Muestra qué perfiles de usuario tienen permiso para realizar la transición en elprocedimiento y fase en los que estamos situados.



• Permiso: permisos que tiene el usuario sobre la transición para esa fase yese procedimiento. Los posibles valores son: “Tramitar y Deshacer”,“Tramitar” y “Deshacer”


Página 168

Pestaña ‘Condiciones, Acciones, Avisos’

Muestra las condiciones, acciones y avisos que están asociadas a la transición en eseprocedimiento.




• ¿Obligatoria?: indica si la condición, acción o aviso se debe cumplirobligatoriamente. Si se ha elegido en el campo anterior la opción ‘Visualizar’,este campo estará a ‘Si’ y no se podrá editar.

• ¿Válida?: indica si la condición, acción o aviso asociada es válida.

• Comprobar: indica el momento en el que se comprueba una condición,acción o aviso. Los posibles valores son: “Tramitar y Deshacer”, “Tramitar”,“Deshacer” y “Visualizar”. Si se elige la opción ‘Visualizar’, la condiciónquedará definida como obligatoria.








Página 169


• Parámetros, son los posibles parámetros de entrada definidos para lascondiciones, acciones o avisos.




• Procedimiento: indica si se pasa como parámetro el id delprocedimiento a la condición/acción



• Usuario: indica si se pasa como parámetro el usuario a lacondición/acción

• Fase: indica si se pasa como parámetro el id de la fase actual a lacondición/acción

• Tarea: indica si se pasa como parámetro el id de la tarea a lacondición/acción

Pestaña ‘Caducidades ( I )’

Muestra las caducidades para las que la transición en la que estamos situados esinicio de cuenta del plazo (en el procedimiento en el que estamos situados). Estebloque es de sólo consulta.


Página 170

• Abreviatura: abreviatura de la caducidad para la cual la transición actual esinicio de cuenta del plazo.



Pestaña ‘Caducidades ( F )’

Muestra las caducidades para las que la transición en la que estamos situados eslímite final de cuenta de dicho plazo (en el procedimiento en el que estamos situados).Este bloque es de sólo consulta.

• Abreviatura: abreviatura de la caducidad para la cual la transición actuales fin de cuenta de plazo.



Pestaña ‘Se divide en ...’

Muestra las transiciones en la que se divide la transición, para ese procedimiento. Estebloque es de sólo consulta.



• Fase final: fase final de la transición.


Página 171

• Tipo Acto: abreviatura del acto administrativo.

Tipos de Actos Administrativos

Pantalla que permite consultar, modificar, insertar y borrar los tipos de actos.

Bloque ‘Tipos de Actos’

Muestra los tipos de actos ya definidos y permite el mantenimiento de los mismos.

• Abreviatura: abreviatura del tipo de acto. Es única para el sistema en quese ha definido.

• Descripción: breve descripción del tipo de acto.

• Sistema: código identificativo del sistema (aplicación que utiliza Trew@).Los valores se asigna automáticamente según el sistema en el que nosencontremos. No es editable ni se nos permite hacer filtros en la búsquedapor este campo.

Normativas

Desde este nodo del menú tenemos acceso a las siguientes pantallas:


Página 172

Normativas y sus tipos

Pantalla que permite consultar, modificar, insertar y borrar los tipos de normativas.Además, para cada tipo de normativa se podrán definir las distintas normativas querigen los procedimientos.

Bloque ‘Tipos de normativas’

Muestra los tipos de normativas ya definidos y permite el mantenimiento de losmismos.

• Abreviatura: abreviatura del tipo de normativa. Es única en Trew@.

• Descripción: breve descripción del tipo de normativa.

• ¿Obsoleto?: indica si el tipo de normativa está obsoleto o no. Este campono se puede editar.

• Código w@ndA: código de identificación w@ndA del tipo de normativa.Este campo no se puede editar.


Página 173

Bloque ‘Normativas’

-, muestra las normativas que rigen los procedimientos para el tipo de normativa en elque estamos situados y permite el mantenimiento de las mismas.

• Título: título de la normativa.

• Descripción: breve descripción de la normativa.

• Fecha Vigor: fecha en vigor de la normativa.



• Tipo de publicación: abreviatura del tipo de publicación. Los valores seseleccionan a partir de una lista de valores.

• Fecha publicación: fecha de publicación de la normativa.

• Nº publicación: número de publicación de la normativa.

• Ámbito de la ley: abreviatura del ámbito de la ley. Los valores seseleccionan a partir de una lista de valores.

• Código w@ndA: código de identificación w@ndA del tipo de publicación.Este campo no se puede editar.

La clave única de esta entidad, queda definida por el tipo de normativa, el ámbito de laley, el número el año y el título.

Ámbitos de la Ley

Pantalla que permite consultar, modificar, insertar y borrar los ámbitos de la ley paralas normativas.


Página 174

Bloque ‘Ámbitos de la ley’

Muestra los ámbitos de la ley ya definidos y permite el mantenimiento de los mismos.

• Abreviatura: abreviatura del ámbito de ley. Es única en Trew@.

• Descripción: breve descripción del ámbito de ley.

• ¿Obsoleto?: indica si el ámbito de ley está obsoleto o no. Este campo nose puede editar.

• Código w@ndA: código de identificación w@ndA del ámbito de la ley. Estecampo no se puede editar.

Tipos de Publicación

Pantalla que permite consultar, modificar, insertar y borrar los tipos de publicación paralas normativas.

Bloque ‘Tipos de publicación’

Mostrará los tipos de publicación ya definidos y permite el mantenimiento de losmismos.

• Abreviatura: abreviatura del tipo de publicación. Es única en Trew@.

• Descripción: breve descripción del tipo de publicación.

• ¿Obsoleto?: indica si el tipo de publicación está obsoleto o no en [email protected] campo no se puede editar.


Página 175

• Cód. w@ndA: código de identificación w@ndA del tipo de publicación. Estecampo no se puede editar.

Tareas

Desde este nodo del menú accedemos a las dos pantallas necesarias para elmantenimiento de tareas.


Pantalla que permite consultar, modificar, insertar y borrar los tipos de documentosque se pueden dar en cualquier procedimiento. Además definiremos los distintospárrafos que forman el documento, los firmantes y las variables.


Página 176

Bloque ‘Tipos de Documentos’

Muestra los tipos de documentos ya definidos y permite el mantenimiento de losmismos.

• Nombre: nombre del documento. Es único dentro del sistema en el que seha definido.

• Descripción: breve descripción del documento.

• Etiqueta: abreviatura de la descripción del documento.

• Generar/incorporar: indica si el documento es a generar o a incorporar.

• Modo de generación: modo de generación del documento. Los posiblesvalores son: Report Server Oracle, Generando Java PDF, Office Bean

• Texto auxiliar: campo de texto libre, que se deja para que las aplicacionesque usan Trew@ le den la utilidad que quieran.

• Tipo de firma: indica el tipo de firma del documento. Los posibles valoresson: Cascada, Paralelo, No hay firma.

• ¿Firma digital?: indica si el documento se puede firmar digitalmente o no.

• ¿Fecha de Firma?: indica si para el tipo de documento se debe indicar lafecha en el pie de firma.

• ¿Fusionar?: indica si se deben fusionar las variables al generar.

• ¿Múltiple?: indica si un documento va dirigido a una persona o a más deuna (documentos múltiples).

• Entrada/Salida: indica si el documento es de entrada, de salida o deentrada/salida.

• Código w@ndA: código de identificación w@ndA del tipo de documento.Este campo no se puede editar.

• ¿Informar?: indica si se debe informar al bus de los documentos de estetipo.


Página 177

• ¿Obsoleto?: indica si el tipo de documento está obsoleto o no.

• ¿Registrable?: permite definir que el documento es susceptible de serregistrado.

• ¿Reutilizable?: indica si se permite reutilizar en otros expedientes losdocumentos de este tipo.

• ¿Notificable?: permite definir que el documento es susceptible de sernotificado.

•

• ¿Archivar?: permite definir que el documento es susceptible de serarchivado.

• ¿Versionable?: indica si se permiten versionar los documentos de estetipo.

• Plantilla Open Office: dispone de los siguientes botones.

Botón , al pulsar el botón, se mostrará un cuadro de diálogo quepermitirá incorporar la plantilla binaria de Open Office Bean. Para que estebotón esté activado, es necesario que el tipo de documento esté dado dealta y que el modo de generación del mismo sea “Open Office Bean”.

Botón , al pulsar el botón, se mostrará un cuadro de diálogo quepermitirá descargar la plantilla binaria de Open Office Bean al directoriodeseado. Este botón solo estará activado en el caso de que exista unaplantilla incorporada para el tipo de documento.

Botón , al pulsar el botón, se eliminará la plantilla binaria de Open OfficeBean. Este botón solo estará activado en el caso de que exista una plantillaincorporada para el tipo de documento.

• Nombre fichero: nombre del fichero físico que corresponde con la plantillaOpen Office.

• Formato plantilla: formato de la plantilla Open Office.

• Plantilla, es la plantilla que utiliza el documento a la hora de visualizarlo.Se compone del nombre de la plantilla más la descripción que seseleccionaran desde de una lista de valores.


Página 178

Pestaña ‘Otros datos’

Muestra datos que no aparecen en el bloque superior, su finalidad es solo devisualización, no tiene ninguna funcionalidad, para editar los campos contenidos enesta pestaña se debe editar el tipo de documento en el bloque superior.

Pestaña ‘Párrafos’

Muestra los párrafos que forman el documento en el que estamos situados.

• Abreviatura: abreviatura del tipo de párrafo. Los valores se seleccionan apartir de una lista de valores.

• Descripción: breve descripción del tipo de párrafo. Este campo no sepuede editar.

• Ubicación: lugar en el que se situará el párrafo: cabecera, cuerpo, pie....Este campo no se puede editar.

• ¿Editable?: indica si el párrafo se puede editar.

• ¿Fusionar?: indica si se deben fusionar las variables al generar. Pordefecto, tendrá el valor que tenga este campo para el tipo de documento,pero se puede modificar.

• Imagen: si el tipo de párrafo tiene una imagen asociada, se mostrará eneste campo.


Página 179


• Párrafo: texto del párrafo.

• Orden: orden en el que aparecerá el párrafo en el documento.

• Imagen: permite por medio de los botones incorporar, bajar o eliminar laimagen asociada al párrafo.

Botón , al pulsar el botón (que se activará cuando el párrafo esté dado dealta), aparecerá un cuadro de diálogo para incorporar la imagen. En estemomento, se rellenarán los campos ‘Nombre de la Imagen’ y ‘Formato de laImagen’.

Botón , al pulsar el botón (que se activará cuando exista una imagen definidapara el párrafo), aparecerá un cuadro de diálogo para descargar la imagen. Estautilidad no está disponible en cliente-servidor.

Botón , al pulsar el botón (que se activará cuando exista una imagen definidapara el párrafo), se eliminará la imagen, el nombre y el formato. En estemomento, al no existir ninguna imagen, se desactivará este botón y .

• Nombre de la imagen: nombre de la imagen del párrafo (Se insertacuando se incorpora la imagen)

• Formato de la imagen: formato de la imagen del párrafo (Se insertacuando se incorpora la imagen)

Botón , indica y cambia el estilo del texto indicado a negrita.

Botón , indica y cambia el estilo del texto indicado a cursiva.

Botón , indica y cambia el estilo del texto indicado a subrayado.

Botón , justifica el texto indicado a centrado.

Botón , justifica el texto indicado a la derecha.

Botón , justifica el texto indicado a la izquierda.

Botón , justifica el texto indicado a justificada.


• Etiqueta y Párrafo


Página 180

Pestaña ‘Firmantes’

Muestra los firmantes definidos para el tipo de documento en el que estamos situados.

• Puesto de Trabajo: será el puesto de trabajo que ocupa el firmante. Losvalores se seleccionan a partir de una lista de valores.

• Unidad Orgánica: es el organismo al que pertenece el firmante. Estecampo no se puede editar.

• Provincia: es la provincia del organismo al que pertenece el firmante. Estecampo no se puede editar.

• Inicio de Vigencia: fecha de inicio de vigencia del firmante. Este campo nose puede editar.

• Fin de Vigencia: fecha final de vigencia del firmante. Este campo no sepuede editar.

• Orden: orden del firmante dentro del organismo.

• Etiqueta: valor de la etiqueta en el pie de firma.

• ¿Editable?: indica si el pie de firma es editable para ese firmante.

Pestaña ‘Variables Tipo Documento’

Muestra las variables definidas para el tipo de documento.

• Nombre: nombre de la variable del tipo de documento. Los valores seseleccionan de una lista de valores.


Página 181

• Descripción: descripción de la variable del tipo de documento. Este campono se puede editar.


Pantalla que permite consultar, modificar, insertar y borrar las tareas. Además sedefinirán los parámetros que necesita cada tarea.

Bloque ‘Tareas’

Muestra las tareas ya definidas y permite el mantenimiento de las mismas.

• Nombre: nombre de la tarea. Es única dentro del sistema en el que se hadefinido.



Página 182

• Tipo: tipo de tarea. Los posibles valores son: Pantalla(form),Informe(report), Módulo Web (URL) y Otros.

• ¿Informar?: indica si se debe informar al bus de esta tarea.

Bloque ‘Parámetros de las Tareas’

Muestra los parámetros que necesita la tarea en la que estamos situados.


• Descripción: breve descripción del parámetro. Este campo no se puedeeditar.

• Tipo : tipo de dato del parámetro. Los posibles valores son: Numérico,Carácter o Fecha. Este campo no se puede editar.


• Orden: orden del parámetro de la tarea.

Tareas en Fase

Desde este nodo del menú podemos acceder a las pantallas que se describen acontinuación.


Página 183


Pantalla que permite consultar, modificar, insertar y borrar los documentos que sonpermitidos en una determinada fase.

Bloque ‘Documentos Permitidos’

Muestra los documentos permitidos asociados a las fases ya definidos y permite elmantenimiento de los mismos.

• Etiqueta: texto con el que se etiqueta el documento permitido en la fase.

• Descripción: descripción de lo que representa el documento permitido enla fase.

• Fase(Metafase): nombre de la fase seguida del nombre de la metafase a laque pertenece. Los valores se seleccionan a partir de una lista de valores.

• Etiqueta larga: etiqueta larga del documento permitido.

• Tipos de Documentos: nombre del tipo de documento más la indicación siel tipo de documento es a generar o a incorporar. Los valores seseleccionan a partir de una lista de valores.

• Procedimiento: abreviatura del procedimiento

• ¿Informar?: indica si se debe informar al bus de este documento. Por


Página 184

defecto, tendrá el valor que tenga en este campo el Tipo de Documento.

• ¿Obligatorio?: indica si es obligatorio generar o incorporar ese documentoen esa fase.

• ¿Válido?: indica si el documento permitido está vigente o no.

• Orden: orden del documento en la fase.

La clave única de esta entidad, queda determinada por la Fase y el Tipo deDocumento.

• Procedimientos’, muestra la abreviatura y la descripción del procedimientoen los que está permitido el documento en esa fase.

• Unidad: unidad de medida del plazo simple para la realización deldocumento. Define un plazo para la fecha límite de terminación de la tareade manipulación de escritos definida. Los posibles valores son: Días,Meses, Años.




Muestra los perfiles de usuario para los que está permitido ese documento en eseprocedimiento y fase determinada.



• Permiso: permisos que tiene el usuario sobre el documento para esa fasey ese procedimiento. Los posibles valores son Generar, Incorporar, Editar,


Página 185

Firmar, Todo.


Muestra las condiciones, acciones y avisos asociados al documento permitido en esafase y para ese procedimiento.




• Comprobar: indica el momento en el que se comprueba una condición,acción o aviso. Los posibles valores son al Generar e incorporar, Generar,Incorporar o Visualizar. Si se elige ‘Visualizar’, la condición se definirá comoobligatoria.

• ¿Obligatoria?: indica si la condición, acción o aviso se debe cumplirobligatoriamente. Si el campo ‘Comprobar’ tiene el valor ‘Visualizar’, lacondición no se podrá modificar (estará definida como obligatoria)








Página 186



• ‘Parámetros de Entrada’, son los posibles parámetros de entradadefinidos para las condiciones, acciones o avisos.



• Bloq. Perm.: indica si se pasa como parámetro el id del bloque permitido ala condición/acción






• Tip. Doc: indica si se pasa como parámetro el id del tipo de documento ala condición/acción.


Página 187


Pantalla que permite consultar, modificar, insertar y borrar las tareas que sonpermitidas en una determinada fase, para un determinado procedimiento y con unosperfiles de usuario.

Bloque ‘Tareas en fase’

Muestra las tareas que están permitidas en una fase y permite el mantenimiento de lasmismas.

• Fase (Metafase), nombre de la fase mas el nombre de la metafase en laque la tarea esta permitida.

• Tarea llamante: es la tarea principal (escritorio de tramitación) que llama alas ‘Tareas llamadas’.

• Etiqueta: etiqueta de la tarea en fase.

• Descripción: breve descripción de la tarea en fase.

• Tarea llamada, es la tarea llamada por las ‘Tareas llamantes’.

• Etiqueta larga: etiqueta larga de la tarea.

• ¿Válida?: indica si la tarea en la fase está vigente o no.

• ¿Informar?: indica si se debe informar al bus esta tarea. Por defecto,


Página 188

tendrá el valor que tenga en este campo la tarea llamada, pero se puedemodificar.

• ¿Obligatorio?: indica si es obligatoria la realización de esta tarea.

• Orden: orden de la tarea dentro de la fase.

• Procedimiento: muestra la abreviatura del procedimiento donde estápermitida la tarea para la fase indicada. Los valores se seleccionan a partirde una lista de valores.

• Unidad: unidad de medida del plazo simple. Los posibles valores son: Días,Meses, Años.




Muestra los perfiles de usuario para los que está permitida esa tarea en elprocedimiento y fase en los que estamos situados.




Página 189


Muestra las condiciones, acciones y avisos asociados a la tarea en esa fase y paraese procedimiento.

• Nombre: nombre de la condición, acción o aviso. Los valores se seleccionana partir de una lista de valores.

• Descripción: breve descripción de la condición, acción o aviso. Este campono se puede editar.


• Comprobar: indica el momento en el que se comprueba una condición,acción o aviso. Los posibles valores son: Iniciar y Visualizar. Si se elige‘Visualizar’, la condición, acción o aviso se define como obligatoria.

• ¿Obligatoria?: indica si la condición, acción o aviso se debe cumplirobligatoriamente. Si en el campo ‘Comprobar’ se ha elegido la opción‘Visualizar’, este campo estará a ‘Si’ y no se podrá modificar.









Página 190


• Parámetros: son los posibles parámetros de entrada definidos para lascondiciones, acciones o avisos.



• Tarea en fase: indica si se pasa como parámetro el id de la tarea en fase ala condición/acción






• Tarea: indica si se pasa como parámetro el id de la tarea a lacondición/acción.


Página 191

Documentos (tareas sobre documentos)

Tipos de documentos

Ver apartado “Tareas/ Manipulación de escritos”

Documentos permitidos en el procedimiento

Ver apartado “Tareas en Fase/Manipulación de escritos”

Plantillas para generación de documentos

Pantalla que permite consultar, modificar, insertar y borrar las plantillas usadas para lageneración de documentos.

Bloque ‘Plantillas’

Muestra las plantillas ya definidas y permite el mantenimiento de las mismas.

• Nombre: nombre de la plantilla. Es única dentro del sistema en el que seha definido.


• Nombre del Informe: nombre del fichero que utiliza el documento comoplantilla a la hora de visualizarlo.


Botón ‘Buscar fichero’, al pulsar el botón aparecerá una ventana de diálogo, en laque se podrá buscar el fichero deseado. Al elegir el fichero, se cargará el nombre delinforme en el campo correspondiente. Este botón solo es visible en la vista de ediciónde la plantilla.

Botón ‘Copiar de...’, al pulsar el botón, se mostrará una lista de valores que permitirá


Página 192

elegir un sistema en el cual podremos seleccionar las plantillas definidas en dichosistema para copiarlas en el que estamos trabajando.

Se muestran las plantillas definidas en el sistema seleccionado que no existen en elsistema en el que nos encontramos. Mediante el check situado a la izquierda de cadaregistro, indicamos si deseamos copiar o no, la plantilla. Para seleccionar todas marcarel check situado a la izquierda de la descripción de la columna ‘Código’

Botón ‘Aceptar’, copiará todas las plantillas seleccionadas al sistema en el queestamos.

Botón ‘Cancelar’, cancela los cambios y nos devuelve al bloque de plantillas.

Definición de variables

Pantalla que permite consultar, modificar, insertar y borrar las variables, que seutilizarán para sustituir su valor en los párrafos de los documentos.

Bloque ‘Variables’

Muestra las variables ya definidas y permite el mantenimiento de las mismas.

• Nombre: nombre de la variable. Es única en el sistema en el que se ha


Página 193

definido.

• Descripción: breve descripción de la variable.

• Implementación: indica el tipo de implementación. Los posibles valores son:PL/SQL y JAVA.

• Paquete: nombre del paquete que contiene la función almacenada o métodojava.

• Función: nombre de la función que calcula la variable.

• Tipo de acto: abreviatura del tipo de acto administrativo asociado. Losvalores se seleccionan a partir de una lista de valores..

Si definimos una función de tipo de implementación Java con los campos ‘paquete’y ’función’ rellenos, nos aparecerá un icono en la parte derecha de la vista multiregistrocon el que podremos generar la implementación de la clase java en un archivo conextensión txt.

Bloque ‘Parámetros Variables’

Muestra los parámetros que necesita la función que proporciona el valor de la variableen la que estamos situados.


• Descripción: breve descripción del parámetro. Este campo no se puede editar.

• Tipo : tipo de dato del parámetro: Numérico, Carácter o Fecha. Este campo nose puede editar.



Página 194

• Orden: orden del parámetro de la variable.

Tipos de párrafos

Pantalla que permite consultar, modificar, insertar y borrar los tipos de párrafos, que seutilizarán para confeccionar los documentos.

Bloque ‘Tipos de Párrafo’

Muestra los tipos de párrafos ya definidos y permite el mantenimiento de los mismos.

• Abreviatura: abreviatura del tipo de párrafo. Es única dentro del sistema enel que se ha definido.

• Descripción: breve descripción del tipo de párrafo.


Página 195

• Editable: nos indica si el contenido del párrafo podrá ser editado por elusuario.

• Ubicación: lugar en el que se situará el párrafo. Los posibles valores son:Cabecera, Cuerpo, Pie y Otro.


Botón , indica y cambia el estilo del texto a negrita.

Botón , indica y cambia el estilo del texto a cursiva.

Botón , indica y cambia el estilo del texto a subrayado.

Botón , justifica el texto a centrado.

Botón , justifica el texto a la derecha.

Botón , justifica el texto a la izquierda.

Botón , justifica el texto a justificado.

Estos botones son visibles en la vista de edición.




Botón ‘Copiar de...’, al pulsar el botón, se mostrará una lista de valores que permitiráelegir un sistema en el cual podremos seleccionar los tipos de párrafos definidos endicho sistema para copiarlos en el que estamos trabajando:

Se muestran los tipos de párrafos definidos en el sistema seleccionado que no existenen el sistema en el que nos encontramos. Mediante el check situado a la izquierda decada registro, indicamos si deseamos copiar o no, dicho tipo de párrafo. Marcando elcheck superior se seleccionaran todos los existentes en la lista.

Botón ‘Aceptar’, copiará todos los tipos de párrafos seleccionados al sistema en elque estamos.

Botón ‘Cancelar’, cancela los cambios y nos devuelve al bloque de tipos de párrafos.


Página 196

Usuarios

Usuarios del Tramitador

Pantalla que permite consultar, modificar, insertar y borrar los usuarios. Se podrándefinir los permisos y los perfiles que tendrá el usuario.

Bloque ‘Usuarios’

Muestra los usuarios ya definidos y permite el mantenimiento de los mismos.


Página 197

• Usuario: identificador del usuario. Este campo no se puede modificar paraun usuario existente.

• Clave: Si el usuario que se conecta es el propietario, al hacer “doble click”en este campo, se mostrará una nueva ventana que le permitirá introduciruna clave y ver cómo se guardaría en la base de datos y viceversa.

• Nombre: nombre del usuario.

• Primer Apellido: primer apellido del usuario.

• Segundo Apellido: segundo apellido del usuario.

• Sexo: sexo del usuario.

• Nº identificación: tipo de documento identificador del usuario (DNI/NIF,Pasaporte, NIE y Otros) y el número del documento

• Fecha Alta: fecha de alta del usuario en el sistema.

• Fecha Baja: fecha de baja del usuario en el sistema.

• Anag. Fiscal: anagrama fiscal del usuario.

• E-mail: correo electrónico del usuario

• Imagen de la Firma:

Botón , al pulsar el botón, aparecerá un cuadro de diálogo paraincorporar la imagen desde el directorio especificado. Si se elige unaimagen, se mostrará en el campo ‘Imagen’ y se rellenarán los campos‘Nombre de la imagen’ y ‘Formato de la imagen’. También se activarán losbotones de y .

Botón , al pulsar el botón (que se activará cuando exista una imagendefinida para la firma), aparecerá un cuadro de diálogo para descargar laimagen al directorio especificado. Esta utilidad no está disponible en cliente-servidor.

Botón , al pulsar el botón (que se activará cuando exista una imagendefinida para la firma), se eliminará la imagen, el nombre y el formato. Eneste momento, al no existir ninguna imagen, se desactivará este botón y .

• Nombre de la imagen: nombre de la imagen de la firma (Se inserta cuandose incorpora la imagen).

• Formato de la imagen: formato de la imagen de la firma (Se inserta cuando


Página 198

se incorpora la imagen).


Muestra las funciones que podrá desempeñar el usuario en el que estamos situados.



• Sistema: código identificativo del sistema (aplicación que utiliza Trew@)para el que se define el perfil. Este campo no se puede editar.

Pestaña ‘Empleados’

Muestra los puestos de trabajo que ocupa el usuario en el que estamos situados (losdatos de donde es empleado el usuario). Este bloque es sólo de consulta.

• Puesto de Trabajo: breve descripción del puesto de trabajo.

• Unidad orgánica: breve descripción del organismo al que pertenece el


Página 199

puesto de trabajo.

• Provincia: provincia a la que pertenece el organismo.

• Tipo: tipo del empleado. Los posibles valores son: Funcionario y Laboral.

• F. Nombramiento: fecha de ocupación del puesto por el usuario.

• F. Cese: fecha de baja del usuario en el puesto.

• Tratamiento: texto de tratamiento para los documentos (D., Dª, Ilmo., etc.)

• Referencia: texto de referencia para el usuario (para variables, etc.)

Perfiles de usuarios

Pantalla que permite consultar, modificar, insertar y borrar los perfiles que puedentener los usuarios.

Bloque ‘Perfiles de Usuario’

Muestra los perfiles de usuarios ya definidos y permite el mantenimiento de losmismos.

• Nombre: nombre del perfil de usuario. Es único dentro del sistema en elque se ha definido.

• Descripción: breve descripción del perfil de usuario.



Página 200

Definición de firmantes

Pantalla que permite consultar, modificar, insertar y borrar los firmantes definidos.Además se definirán los firmantes Sustitutos o Delegados de esos firmantes definidos,así como los documentos delegados.

Bloque ‘Firmantes’


Página 201

Muestra los firmantes ya definidos y permite el mantenimiento de los mismos.

• Organismos / Firmantes Definidos: muestra todos los organismosdefinidos en estructura de árbol, indicando así si depende o no de otroorganismo. Se mostrará también los firmantes que hay definidos para cadauno de ellos (también en estructura de árbol: Principal, Delegados ySustitutos). Al hacer “doble click” en un firmante concreto, se cargan losdatos de dicho firmante en el bloque. La estructura es la siguiente:

- Un firmante principal puede tener firmantes sustitutos y/o delegados.

- Un firmante delegado puede tener firmantes sustitutos.

En el árbol, los firmantes vendrán con un icono que indicará el tipo del firmante:

Icono , indica que es firmante principal.

Icono , indica que es firmante delegado.

Icono , indica que es firmante sustituto.

• Puesto de Trabajo: puesto de trabajo seguida de la unidad orgánica delfirmante. Los valores se seleccionan a partir de una lista de valores.

• Inic. vigencia: fecha de inicio de la vigencia del firmante.

• Fin vigencia: fecha de finalización de la vigencia del firmante.

• Tipo: tipo del firmante. Los posibles valores son: Principal, Sustituto yDelegado.

• Disposición que le permite firmar, muestra la disposición de firma quepermite firmar al firmante. Se mostrara en una lista de valores.

• ‘Sustituto o Delegado de ...’, muestra los datos del puesto de trabajo delfirmante del cual es firmante sustituto o delegado.


Página 202

Pestaña ‘Otros datos’:

Muestra algunos datos del bloque superior de firmantes definidos como son ladisposición de la firma (texto y tipo) más los datos del firmante al que sustituye o elque delega en el firmante que tengamos seleccionado. Para modificar estos camposdebemos editar el firmante en el bloque correspondiente.

Pestaña ‘Sustitutos’

Muestra los datos de los firmantes que son sustitutos del firmante en el que estamossituados.

• Puesto de Trabajo: puesto de trabajo del firmante sustituto. Los valores seseleccionan a partir de una lista de valores.

• Unidad Orgánica: organismo del firmante sustituto. Este campo no sepuede editar.

• Provincia: provincia del organismo del firmante sustituto. Este campo no sepuede editar.

• Inicio de Vigencia: fecha de inicio de la vigencia del firmante sustituto.


Página 203

• Fin de Vigencia: fecha de finalización de la vigencia del firmante sustituto.

• Texto: texto de la disposición de firma del firmante sustituto. Los valores seseleccionan a partir de una lista de valores.


Pestaña ‘Delegados’

Muestra los datos de los firmantes que son delegados del firmante en el que estamossituados.

• Puesto de Trabajo: puesto de trabajo del firmante delegado. Los valoresse seleccionan a partir de una lista de valores.

• Unidad Orgánica: organismo del firmante delegado. Este campo no sepuede editar.

• Provincia: provincia del organismo del firmante delegado. Este campo nose puede editar.

• Inicio de Vigencia: fecha de inicio de la vigencia del firmante delegado.

• Fin de Vigencia: fecha de finalización de la vigencia del firmante delegado.

• Texto: texto de la disposición de firma del firmante delegado. Los valoresse seleccionan a partir de una lista de valores.



Página 204

Pestaña ‘Documentos Delegados’

Muestra los documentos delegados, si el firmante es delegado.

• Nombre: nombre del documento que se delega. Los valores seseleccionan a partir de una lista de valores.

• Descripción: breve descripción del tipo de documento que se delega. Estecampo no se puede editar.

• Inicio de vigencia: fecha de inicio de la vigencia de la delegación deldocumento.

• Fin de vigencia: fecha de finalización de la vigencia de la delegación deldocumento.


Pestaña ‘Empleados del Puesto’

Muestra los empleados (usuarios) del puesto de trabajo. Este bloque es de sóloconsulta.

• Usuario: código del empleado.


Página 205

• Nombre: nombre del empleado.

• Primer apellido: primero apellido del empleado.

• Segundo apellido: segundo apellido del empleado.

• Tipo: tipo de empleado. Los posibles valores son: Funcionario y Laboral.

• F. Nombramiento: fecha de nombramiento del empleado en el puesto.

• F. Cese: fecha de baja el empleado en el puesto.

Disposiciones para la firma

Pantalla que permite consultar, modificar, insertar y borrar los textos para las firmasacerca de decretos, orden, etc, que serán las disposiciones que permiten al usuariofirmar.

Bloque ‘Disposiciones’

Muestra las disposiciones de firma ya definidas y permite el mantenimiento de lasmismas.

• Texto de la disposición: es el texto de la disposición de firma.

• Tipo: tipo de la disposición. Los posibles valores son: Decreto, Orden,Otros.

Puestos de Trabajo

Pantalla que permite consultar, modificar, insertar y borrar los puestos de trabajo.


Página 206

Bloque ‘Puestos de trabajo’

Muestra los puestos de trabajo ya definidos y permite el mantenimiento de los mismos.

• Código: código del puesto de trabajo. Es único en Trew@.

• Nombre: descripción abreviada del puesto de trabajo (nombre).

• Descripción: descripción del puesto de trabajo.

Tipos de Organismos

Pantalla que permite consultar, modificar, insertar y borrar los tipos de organismos.

Bloque ‘Tipos de organismos’

Muestra los tipos de organismos ya definidos y permite el mantenimiento de losmismos.

• Abreviatura: abreviatura del tipo de organismo. Es única en Trew@.

• Descripción: breve descripción del tipo de organismo.

• ¿Obsoleto?: indica si el tipo de organismo está obsoleto o no. Este campono se puede editar.

• Cód. w@ndA: código de identificación w@ndA del tipo de organismo. Estecampo no se puede editar.


Página 207

Tipos de Organización

Pantalla que permite consultar, modificar, insertar y borrar los tipos de organizaciónpara el caso de la entidad jurídica.

Bloque ‘Tipos de organización’

Muestra los tipos de organización ya definidos y permite el mantenimiento de losmismos.

• Código: código del tipo de organización. Es único en Trew@.

• Descripción: breve descripción del tipo de organización.

• ¿Vigente?: indica si el tipo de organización está vigente o no.

Tipos de Identificador

Pantalla que permite consultar, modificar, insertar y borrar los tipos de identificadorfiscal/personal (NIF, CIF, etc.)

Bloque ‘Tipos de identificador fiscal/personal’

, muestra los tipos de identificador ya definidos y permite el mantenimiento de los


Página 208

mismos.

• Abreviatura: abreviatura del tipo de identificador. Es única en Trew@.

• Descripción: breve descripción del tipo de identificador.

• Tipo: indica si el tipo de identificador identifica a una persona física ojurídica.

• ¿Obsoleto?: indica si el tipo de identificador está obsoleto o no. Estecampo no se puede editar.

• Cód. w@ndA: código de identificación w@ndA del tipo de identificador.Este campo no se puede editar.

Organismos y Empleados

Pantalla que permite consultar, modificar, insertar y borrar los organismos. Ademáspermite el mantenimiento de los puestos de trabajo asociados al organismo, de losempleados de dicho puesto y consultar los componentes asociados al organismo.

Bloque ‘Organismos’

Muestra los organismos definidos ya definidos y permite el mantenimiento de los


Página 209

mismos.

• Árbol de organismos: muestra todos los organismos definidos enestructura de árbol, indicando así si depende o no de otro organismo. Alhacer “click” en un organismo concreto, se cargan los datos de dichoorganismo en el bloque.

• Código: código del organismo. Es único en Trew@.

• Nombre: denominación corta del organismo (nombre).

• Descripción: denominación del organismo.

• Vigente desde... hasta: fechas de inicio y fin de vigencia del organismo.

• Identif. @ries: identificador de @ries.

• Tipo de organismo: abreviatura del tipo de organismo. Los valores seseleccionan a partir de una lista de valores.

• Tipo: tipo del organismo. Los posibles valores son: Delegación Provincial,Servicios Centrales, Centros Adscritos y Empresa Externa.

• Nº de identificación (CIF): código de identificación fiscal del organismo. Sepuede detallar algo más, indicando el tipo de organización (que es elprimero de los tres campos y se selecciona a partir de una lista de valores)y el dígito de control.

• Depende de...: muestra los datos del organismo del que depende.

• Ciw@: código de identificación w@nda del organismo. Este campo no sepuede editar.

• Tipo de vía: nombre del tipo de vía pública. Los valores se seleccionan apartir de una lista de valores (Avenida, Calle...)

• Nombre de la vía: nombre de la vía pública.

• Número, Letra, Esc. Piso y Pta: datos asociados a la dirección.

• CP: código postal del municipio.

• Provincia: provincia del organismo. Se selecciona a partir de una lista devalores.

• Municipio: municipio del organismo. Se selecciona a partir de una lista devalores que contendrá todos los municipios o, sólo los de la provincia


Página 210

seleccionada (en el caso de haber indicado una provincia en el campoanterior).

• Teléfono(s): número o números de teléfono del organismo.

• Teléfono(s) móvil: número o números de teléfono móvil del organismo.

• Fax(es): número o números de fax del organismo.

• e-mail: dirección de correo electrónico del organismo.

Pestaña ‘Dirección y datos de contacto’

Muestra la dirección y datos de contacto del organismo que tengamos seleccinado.Estos campos se insertan y modifican desde la vista de edición del bloque deorganismos.

Pestaña ‘Puestos de trabajo’

Muestra los puestos de trabajo asociados al organismo en el que estamos situados.

• Código: código del puesto de trabajo. Los valores se seleccionan a partirde una lista de valores.


• Descripción: descripción del puesto de trabajo. Este campo no se puedeeditar.


Página 211

Pestaña ‘Empleados del puesto’

Muestra los empleados del puesto de trabajo en el que estamos situados.

• Usuario: código de usuario del empleado. Los valores se seleccionan apartir de una lista de valores.

• Primer apellido: primer apellido del empleado. Este campo no se puedeeditar.

• Segundo apellido: segundo apellido del empleado. Este campo no sepuede editar.


• Tipo: tipo de empleado. Los posibles valores son Funcionario o Laboral.

• F. Nombramiento: fecha de ocupación del puesto de trabajo.

• F. Cese: fecha de baja del usuario en el puesto de trabajo.

• Referencia: texto de referencia para el usuario (para variables, etc)

• Tratamiento: texto de tratamiento para los documentos (D.,Dª, Ilmo., etc)

Pestaña ‘Componentes’

Muestra los componentes w@ndA instalados en el organismo en el que estamossituados. Este bloque es de sólo consulta.

• Nombre: nombre el componente.

• Descripción: descripción del componente.


Página 212

• Tipo de Componente: compuesto por la abreviatura y la descripción deltipo de componente.





Relaciones (entre entidades fuera de cualquier definición)

Tipos de relación

Pantalla que permite consultar, modificar, insertar y borrar los tipos de relaciones quepueden existir entre fases, transiciones, tipos de documentos y procedimientos.

Bloque ‘Tipos de relación’

Muestra los tipos de relación definidos y permite el mantenimiento de los mismos.

• Nombre: nombre del tipo de relación. Es único dentro del sistema en el quese ha definido.

• Descripción: breve descripción del tipo de relación.

Definición de relaciones

Pantalla que permite consultar, modificar, insertar y borrar las relaciones existentesentre fases, transiciones, tipos de documentos y procedimientos.


Página 213

Bloque ‘Relaciones entre fases, transiciones, etc.’

La vista de inserción y edición seria la siguiente.

Muestra las relaciones ya definidas y permite el mantenimiento de las mismas.

• Descripción: breve descripción de la relación.

• Marco ‘Tipo de relación’: es el tipo (de relación) que tendrá la relación.Se muestra el nombre más la descripción del tipo de relación en una listade valores.

• ‘Fase A’ y ‘Fase B’: muestra los nombres de las fases más el de lametafase , en listas de valores, que pueden intervenir en la relación..

• Transición: muestra, en una lista de valores, la etiqueta de la transiciónque interviene en la relación, seguida del nombre de la fase inicial y final dedicha transición.

• Tipo de documento: muestra el nombre del tipo de documento, seguido desu descripción, que interviene en la relación. Se mostraran en una listadesplegable.


Página 214

• Procedimiento: muestra la abreviatura del procedimiento que interviene enla relación seguida de su descripción.

Para que la relación quede definida, se debe elegir, al menos, una fase, transición, tipode documento o procedimiento.

Otras pantallas de codificación

Condiciones/Acciones/Avisos

Pantalla que permite consultar, modificar, insertar y borrar las condiciones, acciones yavisos, además de los posibles parámetros de entrada definidos para las condiciones,acciones o avisos.

Bloque ‘Condiciones/Acciones’

Muestra las condiciones, acciones y avisos que podrán ser utilizadas en la definiciónde las transiciones, de documentos permitidos y de bloques permitidos.

• Nombre: nombre de la condición, acción o aviso.

• Descripción: breve descripción de la condición, acción o aviso.

• Tipo : indica si es una condición, una acción o un aviso.

• Implementación: indica el tipo de implementación. Los posibles valoresson: función en el servidor (PL-SQL) y java.

• ¿Compleja?: indica si la condición es compleja (operaciones booleanasentre otras condiciones). Solo se podrá indicar como compleja para el casode las condiciones.

• Paquete: nombre del paquete que contiene la función almacenada ométodo java. Sólo será editable para el caso de las acciones y lascondiciones no complejas.

• Función: nombre de la función almacenada que representa a lacondición/acción o nombre del método en el caso de llamada a java. Sóloserá editable para el caso de las acciones y las condiciones no complejas y,


Página 215

en estos casos, si no se pusiese ninguna, se tomará como nombre defunción el nombre de la condición o acción.

• Expresión: contiene la expresión a evaluar en el caso de condicionescomplejas. Este campo no se puede editar directamente, se hará a travésdel botón ‘Modificar expresión’.

Botón ‘Expresión’, al pulsar el botón, que se activará para el caso de las condicionescomplejas, se abrirá una ventana que permitirá construir la expresión a evaluar. Si elcampo ‘Expresión’ ya tiene datos, éstos se mostrarán en esta ventana para podermodificarlos o eliminarlos.

, se mostrará una lista de valores con las condiciones cuyaimplementación sea la misma que la de la condición para la cual estamos creando laexpresión a evaluar. Así, se podrá elegir la condición que se quiere añadir a laexpresión a evaluar.

Botón , al pulsar el botón, se añadirá “Y” a la expresión. Para que la expresión seacorrecta, “Y” siempre debe ir entre dos espacios. (Ejemplo: CONDICIÓN YCONDICIÓN)

Botón , al pulsar el botón, se añadirá “O” a la expresión. Para que la expresión seacorrecta, “O” siempre debe ir entre dos espacios. (Ejemplo: CONDICIÓN OCONDICIÓN)

Botón , al pulsar el botón, se añadirá “(” a la expresión.

Botón , al pulsar el botón, se añadirá “)” a la expresión.

Para que la expresión se pueda evaluar correctamente, se deben dar una serie decondiciones, por lo que hay que tener especial cuidado con manipular los datosdirectamente (Se recomienda usar los botones de la ventana).


Página 216

Botón ‘Aceptar’, al pulsar el botón, se cargará los datos de la expresión en el campo‘Expresión’ y se cerrará la ventana.

Botón ‘Cancelar’, al pulsar el botón se cancelará los cambios realizados y se cerrarála ventana.

• Parámetros: son los posibles parámetros de entrada definidos para lascondiciones, acciones o avisos.




• Expediente en fase: indica si se pasa como parámetro el id del paso enel procedimiento actual a la condición/acción



• Usuario: indica si se pasa como parámetro usuario a la condición/acción.


• Tarea: indica si se pasa como parámetro la tarea a la condición/acción.

Definición de Parámetros

Pantalla que permite consultar, modificar, insertar y borrar los parámetros, que seutilizarán en la definición de las variables y las tareas.

Bloque ‘Parámetros’


Página 217

Muestra los parámetros que se utilizarán en la definición de las variables y las tareasya definidos y permite el mantenimiento de los mismos.

• Nombre: nombre del parámetro. Es único dentro del sistema en el que seha definido.

• Descripción: breve descripción del parámetro.

• Tipo : tipo de dato del parámetro. Los posibles valores son: Numérico,Carácter o Fecha.

• Tamaño: tamaño del tipo de dato del parámetro.

• Sistema: código identificativo del sistema.

Razones de Interés

Pantalla que permite consultar, modificar, insertar y borrar las razones de interés delos interesados.

Bloque ‘Razones de interés’

Muestra las razones de interés ya definidas y permite el mantenimiento de las mismas.

• Abreviatura: abreviatura de la razón de interés. Es única en Trew@

• Descripción: breve descripción de la razón de interés.

• ¿Obsoleta?: indica si la razón de interés está obsoleta o no. Este campono se puede editar.

• Código w@ndA: código de identificación w@ndA de la razón de interés.Este campo no se puede editar.

Tipos de contacto (interesados)

Pantalla que permite consultar, modificar, insertar y borrar los tipos de contacto quepueden existir entre ciudadanos.


Página 218

Bloque ‘Tipos de contacto (interesados)’

Muestra los tipos de contacto ya definidos y permite el mantenimiento de los mismos.

• Abreviatura: abreviatura del tipo de contacto. Es única en Trew@.

• Descripción: descripción del tipo de contacto.

• ¿Obsoleto?: indica si el tipo de contacto está obsoleto o no. Este campono se puede editar.

• Código w@ndA: código de identificación w@ndA del tipo de contacto. Estecampo no se puede editar.

Tipos de Vía

Pantalla que permite consultar, modificar, insertar y borrar los tipos de vía pública paralas direcciones.

Bloque ‘Tipos de vía’

Muestra los tipos de vía ya definidos y permite el mantenimiento de los mismos.

• Siglas: siglas de la vía pública. Es única en Trew@.

• Descripción: breve descripción de la vía pública.


Página 219

• ¿Obsoleto?: indica si el tipo de vía pública está obsoleto o no. Este campono se puede editar.

• Cód. w@ndA: código de identificación w@ndA del tipo de vía pública. Estecampo no se puede editar.

Provincias y Municipios

Pantalla que permite consultar, modificar, insertar y borrar los municipios definidospara una determinada provincia. También permite consultar, modificar, insertar yborrar dichas provincias.


Página 220

Bloque ‘Provincias’

Muestra las provincias ya definidas y permite el mantenimiento de las mismas.

• Código: código INE de la provincia. Es único en Trew@.

• Nombre: descripción abreviada de la provincia (nombre).

• Descripción: descripción de la provincia.

Bloque ‘Municipios’

Muestra los municipios definidos para la provincia en la que estamos situados ypermite el mantenimiento de los mismos.

• Código: código del municipio. Es único en Trew@.

• Nombre: descripción abreviada del municipio (nombre).

• Descripción: descripción del municipio.


Página 221

Países

Pantalla que permite consultar, modificar, insertar y borrar los países.

Bloque ‘Países’

Muestra los países ya definidos y permite el mantenimiento de los mismos.

• Código: código del país. Es único en Trew@.

• Nombre: descripción abreviada del país (nombre).

• Descripción: descripción del país.

Configuración

Sistemas

Pantalla que permite consultar, modificar, insertar y borrar los sistemas que utilizan elmotor de tramitación.

Bloque ‘Sistemas’

Muestra los sistemas en los que el usuario tiene algún perfil definido (o todos en elcaso de ser el usuario propietario) y permite el mantenimiento de los mismos.

• Identificativo: identificativo del sistema. Es único dentro de Trew@.


Página 222

• Descripción: breve descripción del sistema.

• Conex. bus: indica el tipo de conexión que se puede definir para cadasistema con el bus de conexión w@ndA. Los posibles valores son:

- Si: Indica que se informará al bus w@ndA de todo aquello que así se hayadefinido: cambios de fase de expedientes, anotación de tareas al mismo,etc. En caso de que la comunicación con el bus no esté disponible Trew@elevará un error a través de la API invocada. Por ejemplo la API de tramitarexpediente elevará un error si hay que informar al bus de dicha tramitacióny existe algún problema para informar.

- No: Indica que no habrá conexión con el bus de conexión w@ndA y portanto no se informará de nada aunque se haya definido lo contrario.

- Opcional: Indica que se informará al bus w@ndA siempre que sea posible,es decir, si ocurre un error durante este proceso no se tendrá en cuenta yla API invocada seguirá su proceso sin detener su ejecución ni elevarningún tipo de error.

• Informar a...: componente al que se debe informar. Los valores seseleccionan de una lista de valores.

• Guardar docs. en...: componente que guarda los documentos. Los valoresse seleccionan de una lista de valores.

• Firmar docs. en...: componente que firma los documentos. Los valores seseleccionan de una lista de valores.

• Registrar docs. en...: componente que registra los documentos. Losvalores se seleccionan de una lista de valores.

• Notificar en...: componente que notifica los documentos. Los valores seseleccionan de una lista de valores.

• Archivar en...: componente que archiva los documentos. Los valores seseleccionan de una lista de valores.

• @visador en...: componente del @visador. Los valores se seleccionan deuna lista de valores.


Página 223

Componentes

Pantalla que permite consultar, modificar, insertar y borrar los tipos de componentesque pueden existir, así como los componentes y otros datos necesarios para ladefinición de dichos componentes.

Bloque ‘Tipos de componentes’

Muestra los tipos de componentes ya definidos y permite el mantenimiento de losmismos.

• Abreviatura: abreviatura del tipo de componente. Es única en Trew@

• Descripción: breve descripción del tipo de componente.

• ¿Obsoleto?: indica el tipo de componente está obsoleto o no. Este campono se puede editar

• Cód. w@ndA: código de identificación w@ndA del tipo de componente.Este campo no se puede editar.


Página 224

Pestaña ‘Componentes’

Muestra los componentes que pueden intervenir en w@ndA, para el tipo decomponente en el que estamos situados y permite el mantenimiento de los mismos.

• Nombre: nombre del componente. Es único en Trew@

• Descripción: breve descripción del componente.





• Organismo donde está: organismo para el que se ha definido elcomponente.

Pestaña ‘Datos del componente’

Muestra otros datos necesarios para el componente (atributo-valor) en el que estamossituados y permite el mantenimiento de los mismos.

• Atributo: nombre del atributo del componente. Es único para elcomponente en el que se ha definido.


Página 225

• Valor: valor del atributo del componente.

Errores de la TRAPI

Pantalla que permite consultar, modificar, insertar y borrar los errores de Trew@ quese utilizarán luego para mostrar mensajes de error.

Bloque ‘Errores’

Muestra los errores ya definidos y permite el mantenimiento de los mismos.

• Código: código del error. Es único Trew@.

• Mensaje: mensaje que se mostrará cuando se produzca el error.


Página 226

Configuración de las pantallas

Pantalla que permite consultar, modificar, insertar y borrar las constantes deconfiguración de las propias pantallas de administración, así como otras relacionadascon los interfaces de usuario con Trew@ (versión, título de los informes, etc.).

Bloque ‘Constantes’

Muestra todas las constantes de interfaz ya definidas y permite el mantenimiento delas mismas.

• Código: código identificativo de la constante. Es único en Trew@.



Nota IMPORTANTE:

Debido a que el valor de estas constantes puede influir en la ejecución de las pantallasde administración, se ruega no modificar los valores por defecto (al menos consultarantes con el administrador del sistema), ya que pueden afectar al funcionamientonormal de dichas pantallas.

Configuración de los sistemas

Pantalla que permite consultar, modificar, insertar y borrar las constantes deconfiguración del motor de tramitación Trew@ (formato fecha de trabajo, url del reportserver, etc.). Pueden establecerse por cada sistema aunque por defecto deben existirlas constantes de configuración para un sistema Trew@. De esta forma cada sistemaque trabaje con el motor Trew@ puede definir sus propias constantes de configuracióndel sistema


Página 227

Bloque ‘Constantes’

Muestra todas las constantes de interfaz ya definidas y permite el mantenimiento delas mismas.

• Código: código identificativo de la constante. Es único dentro del sistemaen el que se ha definido.



• Sistema: código identificativo del sistema (aplicación que utiliza Trew@)para el que se define la constante.

Botón ‘Copiar de...’, al pulsar el botón, se mostrará una lista de valores que permitiráelegir un sistema en el cual podremos seleccionar las constantes definidas en dichosistema para copiarlas en el que estamos trabajando:

Se muestran las constantes definidas en el sistema seleccionado que no estándefinidas en el sistema en el que nos encontramos. Mediante el check situado a laizquierda de cada registro, indicamos si deseamos copiar o no, dicha constante.

Botón ‘Aceptar’, copiará todas las constantes seleccionadas al sistema en el que


Página 228

estamos.

Botón ‘Cancelar’, cancela los cambios y nos devuelve al bloque de constantes delsistema.

Nota IMPORTANTE: Debido a que el valor de estas constantes influyen en elfuncionamiento del motor, se ruega no modificar los valores por defecto (al menosconsultar antes con el administrador del sistema), ya que pueden afectar alfuncionamiento normal de Trew@.

Cambiar Sistema

Nos permite pasar del sistema en el que estamos a otro. Se mostrara un listado contodos los sistemas definidos. Al hacer un solo click sobre uno de ellos (salvo el quecorresponde con el sistema donde ya estemos) nos cambiara automáticamente desistema. Se podrá comprobar en todo momento en que sistema estamos trabajandomirando en la parte superior derecha de la pantalla.

En este ejemplo observamos que el usuario ‘TREWAV101D’ esta trabajando con el sistema‘TREW@’.

trew@ v1.2.0 - manual de operación

Documents