Administracion Eco v1.9.1

eCO
Manual de Administracin
Versin: 0101
v1.9.1
Consejera de Economa,
eCO Innovacin y Ciencia.
Manual de Administracin Servicio de Innovacin y
Prospectiva
HOJA DE CONTROL
Organismo Consejera de Economa, Innovacin y Ciencia
Proyecto eCO
Entregable Manual de Administracin
Autor Guadaltel, S.A.
Aprobado por Fecha Aprobacin 31/03/2012
N Total de
199
Pginas
REGISTRO DE CAMBIOS
Versi Fecha del

Causa del Cambio Responsable del Cambio
n Cambio
0100 Versin inicial Jos Antonio Camarero Romn 10/02/2012
0101 Actualizacin del contenido Jos Antonio Camarero Romn 31/03/2012
CONTROL DE DISTRIBUCIN
Nombre y Apellidos
Rosa Mara Torres de Paz
Francisco Jos Cantero Villar
Jos Antonio Camarero Romn
Pgina 2 de 199
Prospectiva
NDICE
1 OBJETIVO......................................................................................................................... 8
2 MATRIZ DE DISPONIBILIDAD DE FUNCIONALIDADES....................................................... 9
3 TAREAS DE ADMINISTRACIN........................................................................................ 11
3.1 Gestin de Organismos y Usuarios......................................................................... 11

3.1.1 Mantenimiento Organismos............................................................................ 11
3.1.2 Ordenacin de Organismos............................................................................. 18
3.1.3 Filtrado en el alta por Organismos vigentes.................................................... 18
3.1.4 Mantenimiento Puestos de trabajo / Empleados.............................................. 19
3.1.5 Alta de usuarios y parametrizacin de alta automtica.................................. 24
3.1.6 Usuarios con ms de un puesto de trabajo..................................................... 28
3.1.7 Definicin de Firmantes................................................................................... 29
3.1.8 Mantenimiento Firmantes................................................................................ 34
3.1.9 Mantenimiento Usuarios................................................................................ 37
3.1.9.1 Modificar Usuario..................................................................................... 37
3.1.9.2 Validar / Invalidar Usuario........................................................................ 38
3.1.9.3 Asignar / Desasignar Perfiles al Usuario................................................... 38
3.1.9.4 Consultar / Asignar puesto de trabajo al Usuario..................................... 39
3.1.9.5 Simular acceso........................................................................................ 41
3.1.10 Perfil de supervisor....................................................................................... 41
3.1.11 Mantenimiento Interesados........................................................................... 42
3.1.12 Administracin Delegada.............................................................................. 45
3.1.13 Gestin de los Multisistemas......................................................................... 47
3.2 Modelados y Tareas................................................................................................ 50
3.2.1 Procedimientos............................................................................................... 50
3.2.1.1 Visto Bueno Intermedio........................................................................... 51
3.2.1.2 Visto Bueno Por Zonas............................................................................. 53
3.2.1.3 Organismos Origen (Organismo al que pertenece)............................... 54
3.2.1.4 Ocultar Procedimientos............................................................................ 55
3.2.1.5 Organismos Destino (Organismo competente)..................................... 56
3.2.1.6 Filtrado por familias................................................................................. 58
3.2.2 Comunicaciones Pblicas................................................................................ 59
Pgina 3 de 199
Prospectiva
3.2.3 Tarea de Aadir y quitar Interesados............................................................... 60

3.2.4 Tarea de incorporacin de documentos externos............................................ 63
3.2.5 Tareas externas............................................................................................... 64
3.2.5.1 Declaracin del archivo struts-config.xml............................................. 64
3.2.5.2 Configuracin de tareas externas en la herramienta de administracin de
Trew@.................................................................................................................. 65
3.2.5.3 Aadir tareas externas............................................................................ 65
3.3 Tipos de comunicacin........................................................................................... 67
3.3.1 Comunicaciones con mltiples destinatarios................................................... 67
3.3.1.1 Comunicaciones Circulares...................................................................... 67
3.3.1.2 Expediente Mltiple................................................................................. 68
3.3.2 Comunicaciones Personales............................................................................ 72
3.3.3 Categorizacin de comunicaciones / archivado............................................... 74
3.4 Interfaz del usuario................................................................................................. 77
3.4.1 Modo Debug.................................................................................................... 77
3.4.2 Inicio con DNI.................................................................................................. 77
3.4.3 Mensaje al no tener Puesto de trabajo asignado............................................. 78
3.4.4 Vigencia en la autenticacin........................................................................... 78
3.4.5 Comprobacin de usuarios receptores............................................................ 79
3.4.6 Pendientes en la bandeja de entrada.............................................................. 80
3.4.7 Personalizacin de ayuda on-line.................................................................... 80
3.4.8 Personalizacin Asistencia.............................................................................. 80
3.4.9 Notificaciones.................................................................................................. 81
3.4.9.1 Comprobacin de documentos PDF......................................................... 81
3.4.9.2 Mensajes de OK y NO OK......................................................................... 82
3.4.9.3 Tabln de anuncios.................................................................................. 84
3.5 Mantenimiento....................................................................................................... 87
3.5.1 Expedientes.................................................................................................... 87
3.5.2 Componentes.................................................................................................. 87
3.5.2.1 Cach Objetos de Trew@......................................................................... 87
3.5.2.2 Cach de APIs.......................................................................................... 88
3.5.2.3 Control de demonios................................................................................ 88
3.5.3 Monitores........................................................................................................ 89
3.5.4 Multinodos balanceados.................................................................................. 91
3.5.5 Migracin de datos.......................................................................................... 92
3.5.6 Servicios a terceros......................................................................................... 95
Pgina 4 de 199
Prospectiva
3.5.6.1 Alta de comunicaciones mediante Servicio Web...................................... 95

3.5.6.2 WS de Autenticacin de @firma.............................................................. 96
4 CONFIGURACIN EXTERNA........................................................................................... 98
4.1 WebOffice y Formula.............................................................................................. 98

4.1.1 WebOffice........................................................................................................ 98
4.1.1.1 Configuracin.......................................................................................... 98
4.1.1.2 Modelado............................................................................................... 101
4.1.2 Formula......................................................................................................... 103
4.1.2.1 Configuracin........................................................................................ 103
4.1.2.2 Modelado............................................................................................... 103
4.1.3 Plantilla......................................................................................................... 106
4.1.3.1 Configuracin........................................................................................ 106
4.1.3.2 Modelado............................................................................................... 106
4.2 Portafirmas........................................................................................................... 110
4.2.1 Configuracin................................................................................................ 110
4.2.1.1 Enlace a Portafirmas.............................................................................. 110
4.2.1.2 Registro de Portafirmas automatizado................................................... 110
4.2.1.3 Deshabilitar la descarga del PKCS7....................................................... 112
4.2.1.4 Parametrizacin del remitente de Portafirmas....................................... 113
4.2.1.5 Verificacin de firmas en Portafirmas..................................................... 113
4.2.1.6 Anexos por defecto................................................................................ 114
4.2.1.7 Servicios de Portafirmas v2................................................................... 115
4.2.1.8 Metadatos en Portafirmas v2................................................................. 116
4.2.1.9 Continuidad de Firma............................................................................. 116
4.2.1.10 Formato de Firma................................................................................. 118
4.2.1.11 Envo de URI a Alfresco........................................................................ 118
4.2.2 Modelado...................................................................................................... 121
4.2.2.1 Definicin de tareas de envo a Portafirmas........................................... 121
4.2.2.2 Definir comportamiento de los documentos en la firma........................122
4.2.2.3 Permitir el deshacer envo a Portafirmas............................................... 123
4.2.2.4 Eliminar marca del envo a Portafirmas.............................................. 126
4.2.2.5 Varias transiciones en la fase de Envo a Portafirmas......................... 128
4.2.2.6 Definir lneas de firma en Portafirmas v2............................................... 129
4.2.2.7 Visto Bueno en Portafirmas.................................................................... 130
4.2.2.8 Compulsa de Documentos..................................................................... 131
Pgina 5 de 199
Prospectiva
4.3 @ries.................................................................................................................... 132

4.3.1 Configuracin................................................................................................ 132
4.3.2 Modelado...................................................................................................... 136
4.3.3 Registro @ries Multiusuario........................................................................... 138
4.3.4 Personalizacin de la posicin del sello de los documentos.......................... 139
4.4 Gestor de avisos................................................................................................... 140
4.4.1 Configuracin................................................................................................ 140
4.4.2 Modelado...................................................................................................... 143
4.5 Alfresco................................................................................................................ 144
4.5.1 Integracin nativa......................................................................................... 144
4.5.2 Incorporacin de documentos pesados......................................................... 146
4.6 PLATINA................................................................................................................ 150
4.6.1 Configuracin Trew@..................................................................................... 150
4.6.1.1 Procedimiento de recepcin................................................................... 150
4.6.1.2 Procedimiento de envo......................................................................... 150
4.6.1.3 Usuario Remoto..................................................................................... 153
4.6.2 Configuracin de eco-configuracion.xml....................................................... 155
4.6.3 Configuracin del XML de Descarga de Documentos Externos......................156
4.6.4 Configuracin del Keystore y los Certificados................................................ 157
4.6.4.1 Mini-gua para la creacin y manipulacin de nuestro Certificado.........158
4.6.5 Servicio de Consulta de Estado de las Peticiones por PLATINA......................159
4.6.5.1 Instalacin ActiveMQ............................................................................. 159
4.6.5.2 Configuracin de cola JMS...................................................................... 161
4.6.6 Control de errores en el proceso de envo por PLATINA................................. 162
4.6.6.1 Configuracin del procedimiento.......................................................... 162
4.6.6.2 Configuracin del componente............................................................. 162
4.6.6.3 Configuracin del demonio................................................................... 163
4.6.6.4 Configuracin de la cola JMS................................................................. 163
4.7 Remisin Electrnica............................................................................................ 164
4.7.1 Configuracin del componente en Trew@..................................................... 164
4.7.2 Parmetros generales de Siboja.................................................................... 165
4.7.3 Acciones y condiciones parametrizables de Siboja........................................ 167
4.7.4 Revisin de otros parmetros........................................................................ 170
5 OTRAS CONSIDERACIONES.......................................................................................... 172
5.1 Condiciones.......................................................................................................... 172
Pgina 6 de 199
Prospectiva
5.2 Acciones............................................................................................................... 181

5.3 Acciones y condiciones parametrizables.............................................................. 186
5.3.1 Configuracin de las condiciones.................................................................. 186
5.3.2 Configuracin de las acciones....................................................................... 192
6 LISTA DE VARIABLES DISPONIBLES.............................................................................. 198
Pgina 7 de 199
Prospectiva
1 OBJETIVO
El objetivo de este documento es explicar de manera clara la realizacin de
diversas tareas asociadas a la administracin del sistema eCO.
Va dirigido a los usuarios administradores del sistema, y las tareas que sern
explicadas se desarrollarn en varios mbitos, a saber:
Sistema eCO v1.9.1
Herramienta de Administracin Trew@
Ficheros de propiedades (eco-configuracion.xml por ejemplo)
Antes de comenzar este manual, se recomienda haber ledo con anterioridad el

Manual de Instalacin eCO v1.9.1.
Pgina 8 de 199
Prospectiva
2 MATRIZ DE DISPONIBILIDAD DE FUNCIONALIDADES
Versin ndice Funcionalidad

1.1.6 3.3.2 Comunicaciones Pblicas
1.1.6 3.3.3 Categorizacin de comunicaciones/archivado
1.2 3.4.3 Perfil de Supervisor
1.2 4.2.2.3 Permitir el deshacer envo a Portafirmas
1.2 4.2.2.5 Varias transiciones en la fase de Envo a Portafirmas
1.2 3.3.1.1 Comunicaciones Circulares
1.2 4.2.1.2 Registro de Portafirmas automatizado
1.2.1 4.4 Gestor de avisos: Crear uno nuevo y propiedades relacionadas
1.2.1 3.4.9.1 Comprobacin de documentos PDF
1.2.1 3.5.3 Monitores
1.3 4.3 Registro @ries de slo salida
1.3 3.2.5 Tareas externas
1.3 5.3 Acciones y condiciones parametrizables
1.3 3.4.9.2 Mensajes de OK y NO OK
1.3 3.5.2.1 Componentes: Cach Objetos Trew@
1.3 3.5.2.2 Componentes: Cach de Api's
1.5 3.1 Mantenimiento de Organismos, Puestos de trabajo y Firmantes
1.5 3.1.9 Mantenimiento de Usuarios
1.5 3.1.11 Interesados
1.5 4.2.2.4 Anular marca del Anular Envo a Portafirmas
1.5 4.3 Registro @ries de comunicaciones a Terceros
1.5 3.2.1.1 Visto Bueno intermedio
1.5 3.3.1.2 Expediente Mltiple
1.5 3.5.2.3 Componentes: Control de Demonios
1.5 3.5.6.1 Alta de comunicaciones mediante Servicio Web
1.5 4.6 Mdulo de configuracin de PLATINA
1.6 3.1.12 Administracin Delegada
1.6 3.2.3 Tarea de aadir y quitar interesados
1.6 3.2.1.2 Visto Bueno Por Zonas
Pgina 9 de 199
Prospectiva
1.6 3.2.1.3 Organismos Origen (Organismo al que pertenece)
1.6 3.2.1.5 Organismos Destino (Organismo competente)
1.6 3.5.2.3 Demonio de espera activa
1.6 3.5.3 Monitor de PLATINA
1.6 4.3.3 Registro multiusuario intranet
1.6 4.6.5 Servicio de consulta de estado por PLATINA
1.7 3.1.2 Ordenacin de organismos por Prelacin
1.7 3.2.1.4 Ocultar Procedimientos
1.7 3.5.4 Multinodos balanceados
1.7 4.3.3 Registro multiusuario telemtico
1.7 4.6.6 Control de errores en el proceso de envo por PLATINA
1.8 4.1.3 Incluir generacin de documentos con Plantilla
1.8 4.2.2.7 Tarea de Envo a Portafirmas con visto bueno
1.8 4.2.1.6 Anexos por defecto en Portafirmas
1.8 3.2.1.6 Visibilidad por Familias
1.8 3.3.2 Comunicaciones Personales
1.8 3.5.5 Migracin de Datos
1.8 3.4.9.3 Tabln de Anuncios
1.8.1 3.4.6 Pendientes en la bandeja de entrada
1.8.1 4.3 Registro @ries Intranet slo salida y slo entrada
1.9 3.3.2 Comunicaciones Personales
1.9 4.3 Registro @ries masivo y registro telemtico de entrada
1.9 3.1.13 Multisistemas
1.9 4.2.2.8 Compulsa de documentos
1.9 4.2.1.9 Continuidad de Firma
1.9 4.2.1.10 Formato de Firma
1.9 4.5 Componente Alfresco
1.9.1 4.7 Remisin Electrnica
1.9.1 4.5.2 Tarea de Incorporacin de documentos pesados
1.9.1 4.2.1.9 Validacin de Firma
Pgina 10 de 199
Prospectiva
3 TAREAS DE ADMINISTRACIN
3.1 Gestin de Organismos y Usuarios

En este apartado se tratar las distintas configuraciones que permite el sistema
para un mejor mantenimiento de los organismos.
En este apartado se tratar la configuracin de los organismos mediante la
herramienta de administracin eCO apartado Mantenimiento de Organismos,
mediante la Herramienta de Adminsitracin Trew@, y mediante la herramienta
de configuracin eCO, la cual permite modificar las distintas propiedades del
sistema. El uso de cada herramienta viene especificado en cada apartado.
En algunos puntos podr encontrar una pequea tabla en la que se indican todos
los datos necesarios para la configuracin de esa propiedad en el archivo de
configuracin eCO.
3.1.1 Mantenimiento Organismos

En la seccin Organismos veremos el rbol de unidades existentes en nuestro
sistema, los puestos de trabajo con sus empleados y los firmantes definidos.
Tendremos la posibilidad de exportar, importar y actualizar organismos, puestos
de trabajo y firmantes manejando archivos en formato XML, y as llevar un mejor
mantenimiento de todos ellos.
Veremos en la parte izquierda el rbol de organismos, en la parte central superior
el rbol de puestos de trabajo, correspondientes al organismo seleccionado, con
sus respectivos empleados y en la parte central inferior veremos el rbol de
firmantes correspondientes al organismo seleccionado.
En la parte derecha veremos informacin de lo que est seleccionado en ese

momento, ya sea un Organismo...
Pgina 11 de 199
Prospectiva
...un Puesto de trabajo...
...o un Firmante definido...
Pgina 12 de 199
Prospectiva
En cualquiera de los 3 casos dispondremos de una botonera compuesta por 3

botones que explicaremos a continuacin:
Modificar: Editar los datos del elemento correspondiente. Se nos mostrar
una pantalla similar a la de creacin de dicho elemento.
Invalidar / Validar: Podremos hacer vigente o no vigente el elemento
seleccionado. En caso de los Puestos de trabajo slo podremos invalidarlo
si posee empleados.
Filtro usuarios: Efectuar una bsqueda que nos redireccionar a la seccin
Usuarios mostrndonos los usuarios que pertenezcan al elemento
seleccionado.
Dentro de la administracin de eCO, en la parte izquierda de la seccin
Organismos, veremos el rbol de organismos que tenemos en nuestro sistema
y, justo debajo, una botonera cuyos botones pasaremos a explicar (de izquierda a
derecha) a continuacin:
Agregar Organismo: Insertar un Organismo nuevo en nuestro sistema.
Pgina 13 de 199
Prospectiva
Tendremos que rellenar los datos obligatorios que son: Cdigo, Nombre,
Descripcin, Provincia, Municipio, Tipo de Via y CIW@.
El cdigo Ciw@ es el identificador utilizado para identificar de forma unvoca

al organismo en el organigrama. Este valor es necesario para distintas
funcionalidades de eCO, como puede ser el envo de comunicaciones por Platina
o la definicin de vistos buenos intermedios.
El resto sern necesarios segn necesidades, al igual que los datos en la pestaa
Otros.
Por ltimo slo queda configurar la informacin ofrecida por @ries para el registro
que corresponda.
Pgina 14 de 199
Prospectiva
Recordar que esta configuracin se aplica de forma jerrquica descendente al

resto de organismos. Para ms informacin acudir al apartado 4.3 @ries.
Una vez cumplimentados los datos pulsaremos en aceptar y si todo ha ido bien
se nos mostrar un mensaje comunicndonos el xito de la operacin.
Eliminar Organismo: Borra un Organismo de nuestro sistema.

Seleccionaramos el organismo deseado, pulsaramos en Eliminar Organismo y
veramos una pantalla de confirmacin con los datos del Organismo.
Si confirmamos la eliminacin pulsando en Eliminar y todo ha ido bien se nos

mostrar un mensaje comunicndonos el xito de la operacin.
Pgina 15 de 199
Prospectiva
Al eliminar un organismo, tambin se eliminarn los puestos de trabajo y

firmantes asignados a ste.
Exportar Organismo: Exporta a un archivo .xml el Organismo seleccionado

marcando su check correspondiente. Al pulsar este botn podremos
abrir/guardar el archivo en nuestro equipo como copia de seguridad o para
importarlo en otro sistema. Esta copia que se realiza respalda los datos
bsicos del organismo, pero no respalda ni los datos @ries, ni los firmantes
y puestos de trabajo asociados al mismo.
Importar Organismo: Importa Organismos procedentes de un archivo .xml.
Si se ha realizado con xito la importacin se nos mostrar un informe con las

acciones realizadas.
Pgina 16 de 199
Prospectiva
Actualizar Organismo: Actualiza Organismos ya existentes (comparando el

cdigo) en nuestro sistema o los crea si no existen partiendo de un archivo
.xml.
Si se ha realizado con xito la actualizacin se nos mostrar un informe con las

Mostrar todos: Esta ltima opcin en el panel de Organismos nos dar la

posibilidad de filtrar o no el rbol de Organismos, haciendo que se
muestren o no los Organismos No Vigentes. Si marcamos el check,
veremos los Organismos No Vigentes destacados con un icono especfico
(con el signo de admiracin !). Tambin nos da la posibilidad de mostrar
los empleados que se encuentran en estado no vigente en el rbol de
Pgina 17 de 199
Prospectiva
puestos de trabajo empleados. Los empleados que se encuentran en

estado no vigente se representan con un icono distinto al de los vigentes
como podemos ver en la siguiente imagen.
3.1.2 Ordenacin de Organismos

Configuracin eCO - eco Propiedades generales de eCO Propiedades de alta
CDIGO ordenacion.campo
ETIQUETA Ordenacin Organismos

Ordenaciones para el rbol de organismos destino en el alta de
DESCRIPCIN comunicaciones. Valores posibles: CODIGO, NOMBRE,
DESCRIPCION, FECHA, CIWA, ARIES, PRELACION
VALOR PRELACION,FECHA,NOMBRE
Con esta propiedad podemos escoger que criterio deseamos escoger para que
nos ordene los rboles de organismos que existen en la aplicacin. Posibles
valores: CODIGO, NOMBRE, DESCRIPCION, FECHA, CIWA, ARIES, PRELACION.
Podemos escoger ms de un criterio de ordenacin separndolos por comas y sin
espacios de por medio. La ordenacin ser siempre ASCENDENTE.
3.1.3 Filtrado en el alta por Organismos vigentes

Esta propiedad va a permitir filtrar el rbol de organismos a la hora de elegir un
destino para una comunicacin.
Configuracin eCO - eco Propiedades generales de eCO Propiedades de alta
CDIGO alta.mostrarSoloVigentes
ETIQUETA Mostrar slo vigentes

Permite visualizar slo Organismos vigentes en el alta de
DESCRIPCIN
comunicacin
VALOR true
Si esta propiedad tiene el valor true se mostrarn slo los Organismos en

estado Vigente y que no tengan empleados o que al menos uno de los
empleados que tengan no est cesado. Si tiene el valor false se mostrarn
todos los Organismos, estn vigentes o cesados, y resaltar los cesados con un
icono especial con !.
Pgina 18 de 199
Prospectiva
3.1.4 Mantenimiento Puestos de trabajo / Empleados
Dentro de la administracin de eCO, en la parte central superior de la seccin

Organismos, veremos el rbol de Puestos de trabajo y Empleados que tenemos
en nuestro sistema y, justo debajo, una botonera cuyos botones pasaremos a
explicar (de izquierda a derecha) a continuacin:
Agregar Puesto de trabajo: Aade un Puesto de trabajo al Organismo que
tengamos seleccionado.
En la pantalla que nos aparecer seleccionaremos el Puesto de trabajo que
queramos incluir en el Organismo deseado a travs de una lista desplegable.
Si todo ha ido bien se nos mostrar un mensaje de confirmacin.
Pgina 19 de 199
Prospectiva
Eliminar Puesto de trabajo: Elimina un Puesto de trabajo del Organismo

que tengamos seleccionado.
Si todo ha ido bien se nos mostrar un mensaje de confirmacin.
Exportar Puesto de trabajo: Exporta a un archivo .xml el Puesto de trabajo

seleccionado asociado al Organismo marcando su check correspondiente.
Al pulsar este botn podremos abrir/guardar el archivo en nuestro equipo
como copia de seguridad o para importarlo en otro sistema.
Importar Puesto de trabajo: Importa Puestos de trabajo procedentes de un
archivo .xml.
Pgina 20 de 199
Prospectiva

Actualizar Puesto de trabajo: Actualiza Puestos de trabajo ya existentes

(comparando el cdigo) en nuestro organismo o los crea si no existen
partiendo de un archivo .xml.
Si se ha realizado con xito la actualizacin se nos mostrar un informe con las

Pgina 21 de 199
Prospectiva
Asignar Desasignar Usuarios: Para poder asignar Usuarios a un Puesto de

trabajo tendremos que contar con Usuarios en el Porta-Usuarios
(posteriormente veremos como se incluyen estos Usuarios al Porta-
Usuarios en el apartado 3.10.5 - Consultar / Asignar puesto de trabajo al
Usuario).
Una vez tengamos Usuarios en el Porta-Usuarios simplemente tendremos que

pulsar este botn y as podremos asignar Usuarios a los Puestos de trabajo que
tengamos creados en determinado Organismo. En la pantalla que veremos al
pulsarlo seleccionaremos los Usuarios de la lista de la izquierda que queremos
asignar al Puesto y haremos clic en el botn con la flecha hacia la derecha.
Si quisiramos quitar a determinado Usuario de cierto Puesto de trabajo

simplemente, sin necesidad de tener Usuarios en el Porta-Usuarios, haremos clic
en Asignar Desasignar Usuarios y teniendo seleccionado el Usuario
correspondiente de la lista de la derecha pulsaremos el botn con la flecha hacia
la izquierda.
Administrar Puestos de Trabajo: Con el ltimo botn del panel de Puestos

de trabajo accederemos a la administracin de dichos elementos.
Pgina 22 de 199
Prospectiva
Desde aqu podremos realizar bsquedas de Puestos de trabajo, crear nuevos,

modificar los ya existentes e incluso eliminarlos del sistema.
Para crear un nuevo Puesto pulsaremos en Nuevo y rellenaremos los datos
correspondientes:
Si todo ha ido bien veremos la confirmacin de la creacin del nuevo Puesto de

trabajo.
Para eliminar Puestos de trabajo podemos hacerlo de uno en uno pulsando en el

correspondiente botn X o marcando varios con sus check y pulsando en
Eliminar Marcados.
Pgina 23 de 199
Prospectiva
Si todo ha ido bien veremos el mensaje de confirmacin correspondiente.
3.1.5 Alta de usuarios y parametrizacin de alta automtica

Debemos prestar atencin es a saber si tenemos habilitada el alta automtica.
Mediante est opcin tenemos la posibilidad de elegir si queremos o no que cada
vez que un usuario entre por primera vez en eCO se le d de alta
automticamente en Trew@.
Este tipo de alta automtica slo est disponible si el sistema est configurado
para que autentique mediante fachada de tickets.
Esta funcionalidad es bastante til ya que permite al administrador que los
usuarios intenten entrar y creen el registro en BBDD, de forma que el
administrador tan slo tendr que repasar la lista de usuarios posteriormente y
asignarles un puesto de trabajo y sus perfiles correspondientes.
Para ello tenemos un parmetro a nuestra disposicin en el fichero eco-
configuracion.xml que recibir los valores true o false segn nuestra preferencia.
Configuracin eCO - eco Propiedades generales de eCO Propiedades de logueo
CDIGO altaAutomatica
ETIQUETA Alta Automtica
DESCRIPCIN Activar el Alta Automtica de eCO
VALOR true
Si el valor es false, no tendremos ms remedio que dar de alta a los usuarios

manualmente, a travs del apartado Usuarios de la Herramienta de
Administracin de Trew@, pulsando el botn Nuevo.
Pgina 24 de 199
Prospectiva
Adems, en este caso tendremos que prestar mucha atencin a asignarle los
perfiles a los usuarios, como mnimo los bsicos (TR_R_USUARIO, ECO_ACCESO,
ECO_TECNICO).
En caso de que el valor de la propiedad del alta automtica fuera true, no sera
necesario dar de alta al usuario, ya que habr sido dado de alta
automticamente al intentar entrar en eCO por primera vez, eso s, siempre que
se haya identificado con su certificado digital. Al realizar este intento, el usuario
ver la siguiente pantalla:
Pgina 25 de 199
Prospectiva
Para facilitar la comunicacin del usuario al darse de alta por primera vez en la
aplicacin, se ha habilitado un enlace mail-to o href en la pantalla donde
indica que se ponga en contacto con el administrador Trew@ para indicar el
servicio al que pertenece.
eco Propiedades generales de eCO Propiedades de Asistencia

CDIGO mailAdm
ETIQUETA E-mail o URL Administrador de Trew@
DESCRIPCIN Correo del administrador de Trew@ o URL de asistencia
VALOR admineCO@juntadeandalucia.es
Se puede por tanto especificar un buzn para recoger estas peticiones y as
facilitar el proceso de alta, o bien la direccin electrnica de alguna herramienta
de soporte.
Adems, se le habrn asignado los perfiles que hayan sido indicados como por
defecto en eco-configuracin.xml, los bsicos anteriormente citados.
eco Propiedades de Trew@

CDIGO trewaPerfil.default
ETIQUETA Perfiles por defecto
DESCRIPCIN Perfiles por defecto de Trew@
Pgina 26 de 199
Prospectiva
VALOR TR_R_USUARIO,ECO_ACCESO,ECO_TECNICO
El resto de perfiles que se le pueden asociar vendrn asociados a su puesto de

trabajo, los cuales le asignaremos tras conocer dicho puesto a travs del correo
electrnico que nos enviar. Habitualmente, a los responsables de los servicios
(Jefes de servicio, Directores, Secretarios Generales, etc...) se les asigna, adems
de los bsicos, el ECO_RECEPTOR y el ECO_VALIDADOR, adems de algn otro si
fuera necesario.
A continuacin, en cualquier caso, ya sea alta automtica o no, debemos asignar
un puesto de trabajo al usuario. Para ello, accedemos al rbol de Organismos,
dentro del men Usuarios de la Herramienta de Administracin Trew@,
seleccionamos el organismo en cuestin, a continuacin en la pestaa de Puestos
de Trabajo elegimos el deseado, y para finalizar en la pestaa de Empleados del
Puesto localizamos y damos de alta al usuario en el organismo y puesto que nos
solicit para el acceso al sistema eCO.
No estara de ms, que desde cada servicio se nos indicara de antemano que
usuarios, a parte de los responsables de servicios, quieren que dispongan de
algn perfil en especial y cuales sern estos perfiles. Por ejemplo, poner el perfil
ECO_RECEPTOR a los administrativos de los responsables, para que cuando ellos
falten no dejen de entrar comunicaciones en el servicio.
Pgina 27 de 199
Prospectiva
3.1.6 Usuarios con ms de un puesto de trabajo

En ocasiones podemos encontrarnos la necesidad de dar de alta a un usuario en
ms de un puesto de trabajo, ya sea para nuestras propias pruebas o en algn
caso especial, como por ejemplo un usuario que sea administrativo de dos jefes
de servicio a la vez. En esos casos, lo ms interesante no es asignar dos puestos
de trabajo al usuario que se haya dado de alta en el sistema, sino crear tantos
usuarios como puestos de trabajo deseemos, y a cada uno de ellos asignarle uno
de los puestos.
Para ello, slo debemos tener la precaucin, sobre todo, de mantener el mismo
anagrama fiscal en todos los usuarios. El funcionamiento tpico sera el siguiente;
el usuario se da de alta en el sistema eCO, ya sea con alta automtica o no,
nosotros le asignamos un puesto de trabajo a ese usuario, y a continuacin
damos de alta manualmente a travs de la Herramienta de Administracin de
Trew@ o de la Herramienta de Administracin eCO, tantos usuarios como puestos
de trabajo necesitemos, manteniendo al menos el anagrama fiscal intacto.
Por ltimo, asignamos a todos los usuarios su puesto de trabajo a travs de la
herramienta de configuracin eCO (para ms informacin acudir al apartado
Mantenimiento Puestos de trabajo / Empleados).
De este modo el usuario al acceder a eCO, ve una pantalla en la que decide con
que puesto de trabajo va a trabajar.
Pgina 28 de 199
Prospectiva
3.1.7 Definicin de Firmantes

En aquellos procedimientos donde nos interese definir una firma controlada por
Trew@, deberemos definir en nuestro organigrama que puestos de trabajo son
susceptibles de ser firmantes de los documentos, generalmente, cargos de
responsabilidad dentro de una organizacin (Jefaturas de Servicio, Direcciones
Generales, Secretaras Generales, etc).
Pgina 29 de 199
Prospectiva
Para ello podemos bien usar la herramienta de administracin Trew@,

accederemos al men de Usuarios, Definicin de firmantes, donde se nos
mostrar la estructura de nuestra organizacin que dimos de alta antes, y donde
podremos ir incluyendo los firmantes en cada una de las unidades.
Al dar de alta el firmante nos pedir la disposicin por la cual le permite firmar,
por lo general es por competencia, pero se puede matizar si accedemos al men
de Usuarios, Disposiciones para la firma.
Tambin es posible usar para este mismo cometido la herramienta de

administracin eCO, accediendo al apartado Administrar Mantenimiento
Pgina 30 de 199
Prospectiva
Organismos. En el rbol que nos aparece debemos marcar el organismo donde se

encuentra el puesto de trabajo firmante, y a continuacin debemos pulsar sobre
el puesto de trabajo mostrado a la derecha:
Una vez seleccionado el puesto de trabajo, tan slo pulsar sobre el botn
aadir del cuadro de firmantes (el que se encuentra en el centro parte inferior)
y rellenar los datos que necesitemos:
Para ms informacin, acudir al apartado Mantenimiento Firmantes.
En aquellos procedimientos donde queramos definir una firma normalizada,

deberemos concretar quienes son los posibles firmantes del documento. Para ello
accederemos a la Herramienta de Configuracin Trew@,l men de Documentos,
Tipos de Documento:
Pgina 31 de 199
Prospectiva
Para una multifirma, sea firma en paralelo o en cascada, el sistema buscar en el

rbol de nuestra organizacin, filtrando por mi provincia, en principio de forma
ascendente, buscando personas que ocupen el puesto de trabajo definido como
firmante del documento. En caso de no encontrarlo, buscar en el resto del rbol
aunque este no est directamente en la lnea de dependencia dentro de la
organizacin.
Si queremos que el documento tenga una firma simple tendremos que
asignarle el mismo orden a todos los firmantes, en Tipo de firma podremos
poner indistintamente Paralelo o Cascada.
Veamos un ejemplo de cada uno de los tipos de firma:
Firma simple (firma de un slo firmante)
Pgina 32 de 199
Prospectiva
Multifirma (firma en Paralelo: No hay orden de quien debe firmar primero //

firma en Cascada: existe un orden estricto de quien debe firmar primero):
Pgina 33 de 199
Prospectiva
Para la firma en cascada, el campo Orden, nos permite indicar cual es la jerarqua
de la multifirma.
Tambin sera conveniente que los diferentes servicios nos comunicaran con
antelacin los posibles firmantes por sustitucin o delegacin de los definidos
como principales, para nosotros darlos de alta en la Herramienta de
Administracin de Trew@.
Para ms detalles acerca del uso y configuracin de las diferentes tareas de

envo a firma acudir a los apartados NRI entre Jefaturas de Servicio y
Definicin de tareas de envo a Portafirmas de los documentos Manual de
Usuario eCO v1.9.1 y del presente respectivamente.
3.1.8 Mantenimiento Firmantes
Dentro de la administracin de eCO, en la parte central inferior de la seccin

Organismos, veremos el rbol de Firmantes que tenemos en nuestro sistema y,
justo debajo, una botonera cuyos botones pasaremos a explicar (de izquierda a
derecha) a continuacin:
Agregar Firmante definido: Aadir un Firmante definido al sistema

partiendo del Puesto de trabajo seleccionado.
Pgina 34 de 199
Prospectiva
Habr que completar los campos obligatorios que son todo los que vemos
rellenos ms la fecha de Inicio de Vigencia. Si todo ha ido bien veremos el
correspondiente mensaje de confirmacin.
Eliminar Firmante definido: Elimina un Firmante definido del sistema.
Pgina 35 de 199
Prospectiva
Si todo ha ido bien veremos el correspondiente mensaje de confirmacin.
Exportar Firmante definido: Exporta a un archivo .xml el Firmante definido

seleccionado asociado al Organismo y al Puesto de trabajo marcando el
check correspondiente a ste ltimo. Al pulsar este botn podremos
abrir/guardar el archivo en nuestro equipo como copia de seguridad o para
importarlo en otro sistema.
Importar Firmante definido: Importa Firmantes definidos procedentes de un
archivo .xml.

Pgina 36 de 199
Prospectiva
3.1.9 Mantenimiento Usuarios

En la seccin Usuarios veremos los datos principales de los usuarios de nuestro
sistema y, adems de poder simular su acceso a la aplicacin, permite la gestin
de los usuarios gracias a las funcionalidades que incorpora, tales como
modificacin de los datos del usuario, validarlo e invalidarlo, asignarle perfiles y
consultar su Puesto de trabajo (para asignarle un Puesto de trabajo veremos que
hay que ir tambin a la seccin Organismos dentro de la Administracin de
eCO). De igual manera podremos variar la paginacin, hacer bsquedas y
exportar los listados. En cuanto a los filtrados tendremos la posibilidad de ver
solamente los usuarios vigentes o ver tambin los cesados, para ello
marcaramos el check Mostrar todos, situado en la parte superior izquierda de
la pantalla, al hacerlo nos aparecer una nueva columna en el listado de usuarios
con un icono que nos indicar si el usuario est vigente o es cesado.
Cabe destacar que en la primera carga de esta seccin, se lanza

automticamente el formulario de bsqueda avanzada, evitando as una carga de
datos innecesaria.
A continuacin pasamos a explicar cada una de las nuevas funcionalidades:
(Para las 3 primeras funcionalidades partiremos del panel derecho en el cual se
encuentran 3 pestaas y bajo ellas 3 botones que recorreremos de izquierda a
derecha)
3.1.9.1 Modificar Usuario

El segundo botn de la botonera nos permitir modificar los datos del Usuario,
para ello haremos clic sobre dicho botn y veremos la siguiente pantalla:
Pgina 37 de 199
Prospectiva
Para confirmar los cambios pulsaremos Aceptar y si todo ha ido bien veremos el
correspondiente mensaje de confirmacin.
3.1.9.2 Validar / Invalidar Usuario

El tercer botn nos permite cesar o volver a dar validez al Usuario seleccionado.
Simplemente con pulsarlo le dar un valor a la fecha de baja o se lo quitar,
segn corresponda.
3.1.9.3 Asignar / Desasignar Perfiles al Usuario

En esta segunda pestaa podremos dar y quitar Perfiles al Usuario seleccionado.
Se lo daremos seleccionndolo de la lista desplegable y pulsando en el icono +
(Agregar perfil) y se lo quitaremos pulsando en el icono - (Eliminar perfil)
correspondiente.
Pgina 38 de 199
Prospectiva
3.1.9.4 Consultar / Asignar puesto de trabajo al Usuario

En la tercera pestaa podremos consultar el Puesto de trabajo que tiene
asignado el Usuario seleccionado.
Para asignar un Puesto de trabajo a un Usuario seguiremos los siguientes pasos:

Marcar el check correspondiente al Usuario deseado.
Hacer clic en el botn Enviar a Porta-Usuarios.
Pgina 39 de 199
Prospectiva
Una vez hayamos hecho esto el Usuario seleccionado debe estar disponible en el
Porta-Usuarios. Haciendo clic en Porta-Usuarios podremos comprobar el/los
usuario/s que tengamos ah cargados.
El nmero nos indica la cantidad de Usuarios que hay cargados en el Porta-

Usuarios.
Podremos limpiar los datos del Porta-Usuarios haciendo clic en cualquiera de los
dos botones que contiene, el superior es para eliminar el usuario que
seleccionemos dentro del Porta-Usuarios y el botn inferior es para vaciar por
completo el Porta-Usuarios.
Una vez tenemos el Usuario deseado en el Porta-Usuarios tendremos que ir a la

seccin Organismos dentro de la Administracin de eCO y proceder como
explicamos en el apartado Mantenimiento Puestos de trabajo / Empleados,
subapartado Asignar Desasignar Usuarios de este mismo documento.
Pgina 40 de 199
Prospectiva
3.1.9.5 Simular acceso

Teniendo el Usuario deseado seleccionado haremos clic en el botn Simular
acceso y, automticamente apareceremos en la pantalla de autenticacin con
los datos del usuario que simularemos.
Desde ese acceso simulado podremos volver a nuestra sesin original haciendo
clic en Fin Simulacin.
3.1.10 Perfil de supervisor

Existen ocasiones en las que no nos basta con asignarle el perfil ECO_VALIDADOR
a un usuario. Por ejemplo, un Secretario General que desea tener no slo acceso
a las comunicaciones de todos los miembros de su servicio, sino que tambin
desea acceder a las comunicaciones de los servicios jerrquicamente por debajo
de su Secretara. Para configurar el que llamaremos perfil supervisor hay que
seguir los siguientes pasos:
Crear el perfil "ECO_SUPERVISOR" en la herramienta de Administracin de
Trew@.
Asignar ese perfil a nuestro usuario.
Pgina 41 de 199
Prospectiva
Revisar la configuracin necesaria del eco.configuracion.xml:

CDIGO trewaPerfil.supervisor
ETIQUETA Perfil
DESCRIPCIN Perfil Supervisor de Trew@
VALOR ECO_SUPERVISOR
supervisor: El mismo nombre que hayamos decidido en la HAT.
3.1.11 Mantenimiento Interesados

En esta seccin nos encontramos con una lista de todos los Interesados dados
de alta en el Sistema.
Desde esta pantalla podremos realizar las tareas de aadir interesados, modificar
interesados, eliminar interesados, invalidar interesados y buscar a interesados.
Pgina 42 de 199
Prospectiva
Al pulsar sobre el botn de Agregar nuevo interesado, nos abrir una ventana
emergente donde incluir los datos del Interesado. Los datos obligatorios a
rellenar en el momento del alta de un interesado son los datos cuyo campo
aparecen sombreados.
Existen dos pestaas donde hay que rellenar datos: la pestaa Datos y la
pestaa Otros. En la pestaa de Datos, los campos obligatorios son: Nombre,
Apellido 1, Apellido 2, DNI, Provincia y Municipio.
Pestaa Datos
Para la pestaa Otros, los campos obligatorios son: Tipo de va y Nombre de la

va.
Pestaa Otros
Pgina 43 de 199
Prospectiva
En ocasiones, si se modifica el cdigo de un Organismo, se puede perder la

visibilidad sobre ciertos Expedientes Multidestino. Esto ocurre porque aunque el
Organismo se modifique el interesado en ese Expediente en concreto no se
modifica. Para subsanar esas situaciones se ha incluido en esta misma pantalla
una lista desplegable para filtrar por tipo de Interesados: Terceros, Circulares,
Personales y Asociados.
Terceros: Estos interesados son los creados por el sistema para asociar a
las comunicaciones que tienen un organismo intermedio que realiza un
VB.
Circulares: Estos interesados se asocian a la comunicacin para determinar
quienes son los organismos destino de una comunicacin circular.
Personales: Controlan el origen y destino de las comunicaciones de tipo
personal, de forma que esta lista incluir a los usuarios que hayan enviado
o recibido una comunicacin de este tipo.
Asociados: Estos interesados son aquellos que se asocian a la
comunicacin para as poder generar posteriormente un registro a nombre
de dicho interesado.
Independientemente de la administracin, si nuestro entorno permite agregar

interesados para comunicaciones a terceros (propiedad interesados.visible)
y si el usuario con el que estamos autenticado posee el perfil que indica la
propiedad trewaPerfil.interesados.edita, tendremos la posibilidad de
administrar los interesados desde la pantalla de alta de comunicacin.
Para ello, el usuario deber activar la pestaa rbol de interesados y a

continuacin pulsar el botn Aadir interesados. Aparecer la ventana desde la
que agregamos los interesados a la comunicacin. Como podemos ver en la
imagen, tenemos la opcin de agregar, modificar y borrar interesados.
Pgina 44 de 199
Prospectiva
Propiedades necesarias para la administracin de interesados desde la pantalla

de alta de comunicacin:
eco Propiedades generales de eCO Propiedades de alta
CDIGO interesados.visible
ETIQUETA Interesados visible
DESCRIPCIN Mostrar acorden con interesados

VALOR true

CDIGO trewaPerfil.interesados.edita
ETIQUETA Perfil edita interesados
DESCRIPCIN Perfil edita interesados

VALOR ECO_EDITA_INT
3.1.12 Administracin Delegada

Con esta funcionalidad da la posibilidad de delegar parte de la administracin de
eCO. Para ello haremos uso de la siguiente propiedad del eco-configuracion.xml:
eco Propiedades de documentos
CDIGO trewaPuestoTrabajo.administrador.delegado
ETIQUETA Administracin delegada
Pgina 45 de 199
Prospectiva
DESCRIPCIN Administracin delegada

VALOR ADM_DELE
El valor de esta propiedad ser el cdigo del Puesto de trabajo que se decida
como Administrador Delegado.
A continuacin, se ha de decidir que rama del rbol de organismos se va a
administrar de forma delegada, teniendo en cuenta que el administrador
delegado podr administrar los datos del organismo donde se encuentre este
puesto de trabajo y de los organismos que dependan de ste.
Una vez creado el puesto de trabajo en el organismo seleccionado, la
configuracin ms comn para que un usuario sea administrador delegado es
crendole un segundo usuario (para ms informacin acudir al apartado Usuarios
con ms de un puesto de trabajo), al cual se le asignara el puesto de trabajo
anteriormente establecido. Este usuario podr administrar en los sistemas que
tenga perfiles asignados (ver apartado Gestin de los Multisistemas).
De esta forma, cuando el usuario autentique en la aplicacin, podr escoger
entre su usuario con puesto de trabajo normal o su usuario administrador
delegado.
El usuario al que se le asigne este puesto de trabajo ver parte de la
Administracin, restringida siempre a su mbito en el organigrama:
Expedientes: Todos los Expedientes del Organismo del Administrador

Delegado y de los Organismos que dependan de l.
Organismos: Todos los Organismos teniendo como raz el Organismo del
Administrador Delegado.
Usuarios: Todos los Usuarios del Organismo del Administrador Delegado,
de los Organismos que dependan de l y los que no tengan Puesto de
trabajo asignado.
Pgina 46 de 199
Prospectiva
Interesados: Todos los Interesados del sistema.
3.1.13 Gestin de los Multisistemas

Trew@ permite la posibilidad de crear distintos sistemas, de forma que cada uno
de los sistemas contemple una informacin cuya visibilidad est restringida para
el resto de sistemas.
eCO permite diferenciar parte de los datos entre los distintos sistemas, de forma
que se pueda organizar mejor la informacin.
Esta configuracin, llamada Multisistemas, permite que bajo uno o varios
servidores de aplicaciones, se puedan realizar distintos perfiles de configuracin.
As pues, el usuario se podr conectar a un sistema u otro y trabajar con ese
conjunto de datos y configuraciones.
Para la gestin de los datos de los distintos sistemas, en primer lugar es
necesario diferenciar que datos se comparten entre los distintos sistemas y que
datos son particulares para cada sistema.
No compartidos Compartidos
Procedimientos Usuarios
Tipos de Expediente Firmantes
Fases Puestos de Trabajo
Metafases Organismos
Transiciones Razones de Inters
Tareas Provincias
Tipos de documento Municipios
Plantillas Tipos de componente
Variables Componentes
Perfiles Datos de componente
Condiciones Interesados
Acciones
Avisos
Ser necesario dar de alta todos aquellos datos no compartidos en cada

sistema, por lo que se tendrn que importar los procedimientos, perfiles,
condiciones, etc a cada sistema de forma individual.
Para que un usuario, o un grupo de usuarios, puedan acceder a la informacin de
un sistema concreto, es necesario asignar los perfiles de eCO necesarios para ese
sistema a ese usuario. De esta forma, cuando un usuario autentica en la
aplicacin, el sistema ofrecer al usuario la posibilidad de conectarse a los
Pgina 47 de 199
Prospectiva
distintos sistemas que tenga asociado el usuario en los distintos perfiles.

De esta forma, para que un usuario tuviese acceso a los sistemas ECO y ECO2 (el
primero como administrador y el segundo como usuario), sera necesario asignar
los siguientes perfiles:
La administracin a travs de la Herramienta de Administracin Trew@ se

comporta igual que eCO, es decir, es necesario asignar los perfiles de
TR_R_ADMINISTRADOR de los distintos sistemas al usuario administrador para
que, al autenticar en dicha herramienta, sta le ofrezca escoger el sistema al que
consultar/modificar.
En cuanto a la gestin de las BBDD, los sistemas tambin estn asociados a los
usuarios de BBDD, de forma que para que un sistema sea visible para un usuario
ser necesario asignarle un perfil de dicho sistema al usuario. En el caso de que
el usuario tenga varios perfiles de varios sistemas distintos, el usuario tendr
visibilidad sobre todos ellos. Para esto se usan vistas filtradas en base de datos y
filtradas por perfiles.
Para el correcto funcionamiento del envo de comunicaciones entre organismos

que se encuentren en distintos sistemas, es necesario revisar las propiedades del
procedimiento remoto, ya que la recepcin de comunicaciones desde otro
sistema ajeno se realizar del mismo modo. Ser necesario revisar la
configuracin del procedimiento de recepcin de comunicaciones externas (ver
apartado 4.6.1.1 Procedimiento de recepcin) y configurar el usuario encargado
de dichas comunicaciones (ver apartado 4.6.1.3 Usuario Remoto). Por ltimo,
sera necesario revisar que todas las propiedades estn configuradas
correctamente, para lo cual ser necesario revisar las propiedades comentadas
en el apartado 4.6.2 Configuracin de eco-configuracion.xml.
El comportamiento ser idntico al de las comunicaciones recibidas desde el Bus
Pgina 48 de 199
Prospectiva
de conexiones:
En el origen se crea una comunicacin cuyo destino es un organismo de
otro sistema.
Cuando la comunicacin entre en la metafase de entrada, de forma
automtica y transparente para el usuario, comprobar si en el destino de
la comunicacin existe algn usuario con el mismo sistema que el usuario
redactor.
En caso de que coincidan los sistemas del usuario redactor y de algn
usuario receptor, la comunicacin continuar su ciclo como normalmente
hace en el mismo sistema.
Sin embargo, si no existe ningn usuario que tenga asociado un perfil del
sistema del redactor, se crear una comunicacin en el sistema del
usuario en destino con los mismos datos y documentos que la original.
Esta nueva comunicacin ser de tipo Remoto (al igual que las recibidas
por Platina).
Pgina 49 de 199
Prospectiva
3.2 Modelados y Tareas
3.2.1 Procedimientos
En el apartado Administracin Mantenimiento subseccin
Procedimientos, se administran los Organismos Origen, Intermedios y Destino
para acotar por cada procedimiento si hiciera falta.
En la pantalla principal aparece una lista de Procedimientos reunidos en un
combo.
Independientemente del procedimiento que seleccionemos podemos comprobar

que disponemos de 3 paneles: Origen, Intermedio y Destino. Con cada uno
de esos paneles podremos delimitar qu Organismos o grupos de Organismos
tienen visibilidad sobre un Procedimiento en concreto en segn qu momento de
la tramitacin.
Pgina 50 de 199
Prospectiva
3.2.1.1 Visto Bueno Intermedio

Al seleccionar un procedimiento, se nos mostrar en el panel Intermedio otra
lista en la parte inferior, donde aparecern las distintas Metafases asociadas a
dicho procedimiento. Seleccionamos una metafase, y pulsamos al botn aadir
para incluir en esa metafase los distintos Organismos Intermedios.
Si marcamos el checkbox llamado Jerrquico haremos que la bsqueda del

validador se haga de forma ascendente en el rbol de nuestra estructura
orgnica. Buscaremos haca arriba dentro de la rama en la que nos encontramos.
Para incluir Organismos a esa metafase, tan slo tendremos que pulsar sobre el
botn (+) que aparece a la derecha del nombre de la metafase. A continuacin
aparecer la lista de Organismos y un campo de texto que filtra
automticamente los Organismos. En dicha pantalla podremos seleccionar a
varios destinos y pulsarsobre el botn Asignar para incluirlos a la metafase.
Una vez terminada la asignacin de Organismos Intermedios, pulsaremos sobre
el botn Cerrar para cerrar la ventana.
Pgina 51 de 199
Prospectiva
Hay que tener en cuenta es que el Organismo que incluyamos tenga cdigo
CIW@ En caso de que no tenga cdigo CIW@, a la hora de guardar el XML en el
Procedimiento, veremos un mensaje de error indicando dicha situacin.
Para que dichas comunicaciones sean visibles para el usuario, es necesario

definir la propiedad comentada a continuacin y asignarle dicho perfil a los
usuarios que deseen puedan consultar comunicaciones intermedias:
eco Propiedades de comunicaciones pblicas
CDIGO intermedios.perfil
ETIQUETA Perfil intermedios
DESCRIPCIN Perfil para dar visibilidad a Organismos Intermedios

VALOR ECO_VALIDADOR
Pgina 52 de 199
Prospectiva
3.2.1.2 Visto Bueno Por Zonas

Con esta nueva versin se incluye una nueva funcionalidad llamada Visto Bueno
Por Zonas que consiste en crear grupos de Organismos dentro de los cuales
existirn uno o varios Autorizadores que sern los que tengan capacidad
validadora dentro de dicho grupo. Esta funcionalidad puede coexistir con el
Visto Bueno Intermedio anteriormente expuesto.
Para llevar a cabo este tipo de Visto Bueno seguiremos los pasos necesarios para
un Visto Bueno Intermedio (apartado anterior) pero incluyendo los Organismos
dentro de un mismo grupo. Para crear un grupo dentro del cual introducir
Organismos pulsaremos en el botn Agregar grupo a metafase, podremos crear
tantos como sean necesarios y, dentro de cada grupo, pulsaremos sobre su botn
(+) correspondiente para agregar los Organismos.
Pgina 53 de 199
Prospectiva
3.2.1.3 Organismos Origen (Organismo al que pertenece)

eCO incorpora la posibilidad de poder definir qu Organismos van a tener la
posibilidad de dar de alta un procedimiento en concreto. Si no indicramos
ningn origen, el procedimiento podra usarse por cualquier unidad del sistema.
Sin embargo, si se declara cualquier origen, el procedimiento quedar filtrado
visualmente mostrndose solo a las unidades indicados.
Para asignar estos Organismos Origen nos fijaremos en el panel izquierdo
Origen. Al pulsar en el botn (+) tendremos la posibilidad de asignar uno o
varios Organismos.
Una vez asignados existe la posibilidad de afinar todava ms las circunstancias

bajo las que los Organismos podrn dar de alta este procedimiento, marcando o
desmarcando las diferentes opciones que aparecen:
Pgina 54 de 199
Prospectiva
Alta: El Organismo puede usar este procedimiento al realizar un alta

nueva.
Respuesta: El Organismo puede usar este procedimiento para responder a
un Expediente.
Reenvo: el Organismo puede usar este procedimiento para reenviar un
Expediente.
Herencia: Se aplicar los filtros de visibilidad a los Organismos que
dependan del Organismo origen.
3.2.1.4 Ocultar Procedimientos

En ocasiones puede interesar ocultar determinados procedimientos que deben
estar activos pero no visibles al usuario como por ejemplo el procedimiento que
se use como hijo de una comunicacin multiexpediente. Para ello, en el panel
izquierdo Origen, tenemos un botn Ocultar procedimiento justo a la
izquierda del botn Agregar Organismo (+). Al pulsarlo comprobaremos que se
aaden todos los organismos raz y se les marca exclusiva y automticamente el
check de Herencia, esto har que puedan usarlo en todo el rbol de organismos
pero sin poder usarlo como un alta nueva, como una respuesta o como un
reenvo.
Pgina 55 de 199
Prospectiva
3.2.1.5 Organismos Destino (Organismo competente)

eCO incorpora la posibilidad de poder definir qu Organismos van a ser los
posibles destinos de un procedimiento en concreto. Si no indicramos ningn
destino, el procedimiento podra tener como destino cualquier unidad del
sistema. Para asignar estos Organismos Destino, o grupos de Organismos
Destino, nos fijaremos en el panel derecho Destino. Al pulsar en el botn (+)
tendremos la posibilidad de asignar uno o varios Organismos.
Una vez asignados existe la posibilidad de agrupar los Organismos que hayamos
asignado. Para ello pulsaremos en Agregar Grupo Asociado.
Pgina 56 de 199
Prospectiva
Dentro del nuevo grupo, introducir todos los Organismos que hagan falta
teniendo en cuanta que sern de los que hemos asignado anteriormente.
Tambin tenemos la posibilidad de hacer que un Destino sea obligatorio

marcando la casilla correspondiente, esto, a su vez, hara que se marcaran por
defecto todos los Organismos que compartan grupo con ese Organismo
Obligatorio.
Pgina 57 de 199
Prospectiva
3.2.1.6 Filtrado por familias

Entre los procedimientos a escoger de la lista, se encontrarn tambin las
familias y subfamilias definidas en el sistema.
Si se escoge una de estas familias, el sistema dar la oportunidad de establecer

una configuracin de Origen y Destino (no intermedios) para todos los
procedimientos que dependan de dicha familia, ahorrando as el tener que aplicar
las configuraciones de visibilidad en los procedimientos uno a uno.
Para ello tan slo hay que escoger la familia, establecer que orgenes y destinos
se desean para dichos procedimientos, y por ltimo pulsar sobre el botn
guardar.
Es importante recordar que esta configuracin sobreescribir la que tenan
anteriormente los procedimientos hijos, as mismo la configuracin de los
organismos intermedios quedar intacta, ya que este sistema de herencia slo
afecta a los organismos de origen y destino. Los intermedios no sern aplicados
en herencia debido a que los procedimientos descendientes no tienen porqu
coincidir en sus metafases, valor imprescindible para la definicin de organismos
intermedios.
Si se vuelve a escoger una familia tras realizar cambios, sta no mostrar la
configuracin anteriormente establecida ya que dicha familia no siempre
representa la configuracin de los procedimientos dependientes. Ello se debe a
que la configuracin de los procedimientos dependientes es modificable
independientemente de la familia a la que pertenezca.
Pgina 58 de 199
Prospectiva
3.2.2 Comunicaciones Pblicas

Existen algunos casos, en los que una comunicacin necesita la intervencin de
un agente, que no es ni del origen ni del destino final de la comunicacin, por
ejemplo, una comunicacin que va del Servicio A al Servicio B, pero necesita el
VB de un responsable del Servicio C. En esos casos se pueden utilizar este tipo
de comunicaciones, el cual consistira en definir una fase del procedimiento como
fase pblica, y as esta fase sera visible para cualquier usuario que tenga los
perfiles adecuados.
Por un lado debemos configurar las propiedades del eco-configuracion.xml.
eco Propiedades de comunicaciones pblicas
CDIGO comunicacion.publica.texto
ETIQUETA Pblica texto
DESCRIPCIN Texto auxiliar para las comunicaciones pblicas

VALOR PUBLICA
CDIGO comunicacion.publica.perfil
ETIQUETA Perfil pblica
DESCRIPCIN Perfiles pblicos

VALOR ECO_INTERMEDIO,ECO_ADMINISTRADOR
comunicacion.publica.texto: eCO marcar las fases como pblicas
aquellas que posean en su Texto Auxiliar el texto aqu indicado.
comunicacion.publica.perfil: Se indicarn que perfiles se usarn para
poder ver las fases pblicas. Es interesante combinar estos perfiles con
los filtros de perfiles de visualizacin de las transiciones en eCO.
Por otro lado, a la fase en concreto que queramos hacer pblica, debemos
ponerle como texto auxiliar lo mismo que hayamos decidido en la propiedad
comunicacion.publica.texto.
Pgina 59 de 199
Prospectiva
3.2.3 Tarea de Aadir y quitar Interesados

Tarea desde la cual podemos agregar o suprimir interesados a terceros asociados
a una comunicacin. Para ello, lanzamos la tarea y nos mostrar la siguiente
pantalla, la cual indica los interesados que ya tiene asociados y los interesados
disponibles.
Como podemos apreciar en la imagen, la pantalla dispone de dos listas de

interesados una a cada lado de la pantalla y una parte central en la que se
encuentran los botones que asocian o suprimen segn nuestras necesidades.
La lista de la izquierda es la de los interesados que ya estn asociados a la
comunicacin. En la parte inferior de la lista se encuentra un campo de texto
vaco con el que podemos hacer un filtrado que ser de gran ayuda para localizar
interesados rpidamente.
Pgina 60 de 199
Prospectiva
Para suprimirlos basta con seleccionar los interesados que vayamos a eliminar y
pulsar el botn que esta en el centro que representa una flecha apuntando hacia
la derecha (vase imagen). Se puede seleccionar ms de un interesado al mismo
tiempo pulsando la tecla CTRL y haciendo clic en los nombres.
La lista de la derecha es la de los interesados que estn disponibles para

asociarlos a la comunicacin. El mecanismo es similar al de los interesados
asociados. En la parte inferior de la lista se encuentra un campo de texto vaco
con el que podemos hacer un filtrado que ser de gran ayuda para localizar
interesados rpidamente.
Para asociarlos basta con seleccionar los interesados que vayamos a asociar y
pulsar el botn que esta en el centro que representa una flecha apuntando hacia
la izquierda (vase imagen). Se puede seleccionar ms de un interesado al
mismo tiempo pulsando la tecla CTRL y haciendo clic en los nombres.
Pgina 61 de 199
Prospectiva
Finalmente, para dejar guardados los cambios realizados hay que pulsar el botn
Guardar que podemos ver en la parte inferior de la pantalla. En caso contrario,
si no queremos guardar los cambios y dejar la comunicacin con los interesados
originales, basta con pulsar el botn Cancelar.
Pgina 62 de 199
Prospectiva
3.2.4 Tarea de incorporacin de documentos externos

El sistema dispone de la posibilidad de incorporar documentos desde un gestor
documental externo, concretamente asocia el documento previamente
incorporado al gestor documental como si de un documento incorporado a la
comunicacin se tratase.
Tanto la definicin como la configuracin de esta tarea vienen descritos en el
apartado 4.5.2 Incorporacin de documentos pesados.
En el caso de que usemos Portafirmas, tambin ser necesario configurar el
sistema para que se enve la URI del documento a Portafirmas en lugar del
binario, para lo cual hay que activar la propiedad 4.2.1.11 Envo de URI a
Alfresco.
Una vez est configurada y asociada a una fase, el usuario tendr la oportunidad
de asociar los documentos que se encuentren en su personal home de Alfresco.
Al entrar en la tarea, el sistema mostrar un formulario en el que el usuario ha de
introducir su usuario y contrasea de Alfresco.
Una vez introducidos los datos, el sistema mostrar todos los documentos que se
encuentran en el personal home del usuario de Alfresco y un check que nos
Pgina 63 de 199
Prospectiva
permitir marcar el documento a incorporar.
3.2.5 Tareas externas

Disponemos de la posibilidad de incorporar tareas externas, es decir, tareas no
contempladas por el propio sistema eCO. Gracias a estas tareas externas
podremos crear a nuestra medida tareas personalizadas sin tener que cambiar
cdigo de la aplicacin, con lo cual ganaremos en seguridad.
Para llevar acabo esta configuracin seguiremos los siguientes pasos:
3.2.5.1 Declaracin del archivo struts-config.xml

En este punto se explicar cmo se ha de declarar el archivo struts-config en
nuestro web.xml.
Para hacer sto debemos modificar el archivo web.xml, el cual se encuentra
dentro del directorio WEB-INF del proyecto eCO desplegado en Tomcat.
Una vez localizado este archivo, debemos editarlo y buscar la declaracin del
Servlet action.
<servlet>
<servlet-name>action</servlet-name>
<servlet-class>org.apache.struts.action.ActionServlet</servlet-class>
Una vez aqu, debemos aadir las siguientes lneas de cdigo:
<init-param>
<param-name>config/contexto</param-name>
<param-value>/WEB-INF/struts-config-externo.xml</param-value>
</init-param>
contexto: Aqu debemos de poner el contexto que tendrn nuestras tareas

struts-config-externo.xml: Aqu indicaremos cual es el nombre de nuestro
archivo de configuracin de struts personalizado.
Una vez declarado el struts-config-externo en el web.xml, debemos copiar el

archivo struts-config-externo.xml que hayamos desarrollado con las tareas
externas en el mismo directorio donde se encuentra el archivo web.xml, es
decir, en directorio_tomcat/webapps/directorio_eco/WEB-INF/.
Pgina 64 de 199
Prospectiva
3.2.5.2 Configuracin de tareas externas en la herramienta de

administracin de Trew@
Para definir las tareas, debemos abrir la herramienta de administracin y
dirigirnos a Definicin de procedimientos Tareas Manipulacin de datos y
otras.
Una vez aqu, debemos pulsar sobre Nuevo y nos aparecer la siguiente
pantalla, en la cual debemos rellenar los datos siguientes:
Nombre:
contexto/nombre_tarea*
Descripcin: (Descripcin
que deseemos sobre la
tarea)
Tipo: Modulo Web(URL)
* el nombre lo debemos escribir

respetando la sintaxis
contexto/nombre_de_jsp_tarea
Una vez declarada la tarea, tan slo es necesario asignarla a la transicin

correspondiente en la herramienta de administracin de Trew@: Tareas en Fase
Manipulacin de datos y otras.
3.2.5.3 Aadir tareas externas

Por ltimo, debemos aadir las tareas externas al proyecto.
Pgina 65 de 199
Prospectiva
Archivos Web (jsp, js y css)

Para aadir los archivos web al proyecto, debemos meter todos los archivos
relacionados con las tareas en un solo directorio (jsp, js y css). Este directorio ha
de llamarse exactamente igual al contexto que le hayamos puesto en la
declaracin del struts del web.xml (para ms detalle ir al captulo 1:
Declaracin del archivo struts-config).
Una vez tengamos el directorio con todos los archivos de las tareas juntos,
debemos copiar este directorio en la siguiente ruta:
<directorio_tomcat>/webapps/directorio_eco/agenda/
Clases
Por otro lado, debemos compilar las clases correspondientes a las tareas externas
y copiarlas dentro de la estructura del proyecto que hayamos escogido segn los
paquetes.
Por ejemplo, si el paquete de nuestras clases es
es.juntadeandalucia.cice.tareas_ext, debemos de meter todas las clases en un
directorio que se llame tareas_ext y copiar este directorio en la direccin:
<directorio_tomcat>/webapps/directorio_eco/WEB-INF/classes/es/juntadeandalucia/cice/
Tambin es posible empaquetar todas las clases correspondientes a las tareas

externas en un archivo JAR y posteriormente incluir dicho archivo JAR en el
directorio de libreras de nuestro eCO, en la siguiente ruta:
<directorio_tomcat>/webapps/directorio_eco/WEB-INF/lib/
Pgina 66 de 199
Prospectiva
3.3 Tipos de comunicacin
3.3.1 Comunicaciones con mltiples destinatarios
3.3.1.1 Comunicaciones Circulares

Las comunicaciones circulares son aquellas que poseen mltiples destinos pero la
comunicacin se trata como una sola.
Para poder utilizar las comunicaciones circulares (comunicacin nica para
mltiples destinatarios con recepcin comn) tendremos que seguir los
siguientes pasos:
Crear el perfil ECO_MULTIDESTINO en la herramienta de Administracin
de Trew@.
Asignar ese perfil a aquellos usuarios que vayan a utilizar las

comunicaciones circulares. Para ello, desde la propia herramienta de
Administracin de eCO, apartado Administrar Mantenimiento
Usuarios, realizamos una bsqueda del usuario y le asignamos el perfil:
Pgina 67 de 199
Prospectiva
Revisar la configuracin necesaria en el eco-configuracion.xml:

CDIGO multidestino.activado
ETIQUETA Multidestino activado
DESCRIPCIN Activar multidestino en el Alta

VALOR true
CDIGO multidestino.perfil
ETIQUETA Perfil multidestino
DESCRIPCIN Perfil necesario para dar de alta Comunicaciones Multidestino

VALOR ECO_MULTIDESTINO
multidestino.perfil: El mismo nombre que hayamos decidido en la

Herramienta de Administracin de Trew@.
3.3.1.2 Expediente Mltiple

Las comunicaciones mltiples son aquellas que poseen mltiples destinos y que,
una vez lleguen a la metafase de ENTRADA, se generar una comunicacin por
cada uno de los destinos, para as cada uno de los receptores pueda tratar la
comunicacin independientemente del resto.
Para poder utilizar las comunicaciones con Expediente mltiple tendremos que
seguir los siguientes pasos:
Crear el perfil ECO_MULTIEXPE en la herramienta de Administracin de
Trew@.
Pgina 68 de 199
Prospectiva
Asignar ese perfil a aquellos usuarios que vayan a utilizar el expediente

mltiple.
Revisar la configuracin necesaria en el eco-configuracion.xml:

CDIGO multiexpediente.activado
ETIQUETA Multiexpediente activado
DESCRIPCIN Activar multiexpediente en el Alta

VALOR true
CDIGO multiexpediente.perfil
ETIQUETA Perfil multiexpediente
DESCRIPCIN Perfil necesario para dar de alta Comunicaciones Multiexpediente

VALOR ECO_MULTIEXPE
CDIGO multiexpediente.tipo_expe
ETIQUETA Tipo Expediente multiexpediente
DESCRIPCIN Tipo de Expediente de la Comunicaciones Multiexpediente

VALOR MULTIEXPE
CDIGO multiexpediente.procedimiento
Pgina 69 de 199
Prospectiva
ETIQUETA Procedimiento hijo
DESCRIPCIN Procedimiento usado para Multiexpediente

VALOR ECOMULTIEX
multiexpediente.activado: Activa o desactiva la posibilidad de enviar
una comunicacin de tipo Expediente Mltiple.
multiexpediente.perfil: Lista de perfiles que permite al usuario la
posibilidad de crear comunicaciones de tipo Expediente Mltiple.
multiexpediente.tipo_expe: Tipo de expediente que se utilizar a la
hora de crear comunicaciones de tipo Expediente Mltiple. Es
necesario tener en cuenta que el procedimiento que se defina como
Expediente Mltiple (ver siguiente propiedad) tenga este tipo de
expediente.
multiexpediente.procedimiento: Procedimiento a usar por las
comunicaciones de tipo Expediente Mltiple.
La primera transicin que tenga el procedimiento que se use como hijo

debe tener asociada una accin que se encargar de tramitar el
Expediente padre una vez hayan sido recepcionados todos los Expedientes
hijo, para ello la daremos de alta desde la Herramienta de Administracin
de Trew@:
(Otras tablas de codificacin Condiciones, Acciones y Avisos)
Nombre: ECO_TRAMITA_PADRE_MULTIEXPE
Tipo: Accin
Implementacin: Java
Paquete: es.juntadeandalucia.cice.eco.trewa.Acciones
Funcin: tramitarPadreMultiexpe
Parmetros: Marcamos 1.Expediente y 7.Usuario
Pgina 70 de 199
Prospectiva
Si se quiere tener la posibilidad de enviar comunicaciones multiexpediente por

PLATINA hay que tener la precaucin de asociarle un cdigo w@nda a este
procedimiento
Es importante destacar que en caso de usar la accin

ECO_TRAMITA_PADRE_MULTIEXPE (ver apartado 5.2 Acciones), el
procedimiento padre ha de estar preparado para tramitar correctamente.
Para ello, debemos localizar la fase ENVIADA del procedimiento padre y,
ya tenga una o dos transiciones posibles, asignar el tipo de acto OK a la
transicin que vaya a la fase RECIBIDA. De esta forma, la accin sabr
reconocer que transicin utilizar en caso de que las comunicaciones hijas
hayan sido tramitadas correctamente.
En caso de no encontrar dicho tipo de acto, tomar como transicin
correcta la primera transicin posible ordenada por el campo orden.
Pgina 71 de 199
Prospectiva
3.3.2 Comunicaciones Personales

Desde la versin de eCO v1.8, el sistema ofrece la posibilidad de crear
comunicaciones personales, las cuales se diferencian de las comunicaciones
comunes principalmente por su visibilidad en las bandejas.
Existen dos tipos de comunicaciones personales:
Comunicacin Persona a Organismo: Estas comunicaciones, por su
carcter personal, slo podrn ser accedidas por las personas que las haya
creado y, en el momento de llegar al destino, por las reglas normales de
eCO en cualquier comunicacin.
Comunicacin Organismo a Persona: Estas comunicaciones se darn como
respuesta a una comunicacin personal de Persona-Organismos, o bien por
que el Organismo en cuestin tenga la potestad de enviar comunicaciones
personales por los temas que trata en la Consejera. En la bandeja de
salida sern visibles normalmente como cualquier otra comunicacin, sin
embargo una vez la comunicacin llegue a una metafase de entrada, sta
ser visible slo para el receptor elegido.
Las comunicaciones personales, al igual que las multiexpediente, se basan en un

tipo de expediente para destacarse entre las dems.
Para configurarlas, en primer lugar es necesario establecer el nombre a dicho
tipo de expediente. Para ello debemos indicar la abreviatura del Tipo de
Expediente que eCO debe tomar para dar de alta las comunicaciones
Personales:
eco Propiedades generales de eCO Propiedades de categoras
CDIGO tipoexpe.personal
ETIQUETA Comunicaciones Personales

Tipo de expediente correspondiente a las comunicaciones
DESCRIPCIN
personales
VALOR PERSONAL
A continuacin, el perfil que necesitar el usuario para crear una comunicacin

personal en el archivo de configuracin eCO:
CDIGO personal.perfil
ETIQUETA Perfil Personal
DESCRIPCIN Perfil necesario para dar de alta Comunicaciones Personales
Pgina 72 de 199
Prospectiva
VALOR ECO_PERSONAL
En caso de que no exista la propiedad en el archivo de configuracin o que el valor
de dicha propiedad est vaco, el sistema permitir que todos los usuarios puedan crear
este tipo de comunicaciones
A continuacin es necesario crear (o comprobar que ya est creado) el tipo de

expediente que hemos indicado en las propiedades. Es necesario abrir la
Herramienta de Administracin Trew@ Definicin de procedimientos Tipos
de Expediente y Versiones de Procedimiento. All pulsar sobre nuevo e introducir
los siguientes datos:
* El literal color ha de ser sustituido por el valor hexadecimal del color con el que se
mostrarn dichas comunicaciones en la bandeja de entrada.
Por otro lado, tambin es necesario comprobar que el perfil indicado

anteriormente est dado de alta. Para ello es necesario abrir la Herramienta de
Administracin Trew@ Usuarios Perfiles de Usuario:
Una vez establecida las propiedades y creado el tipo de expediente, debemos

asignar este tipo a los procedimientos que se desee puedan ser personales,
asocindolos como una nueva versin:
Pgina 73 de 199
Prospectiva
Desde ese momento, en el alta los usuarios podrn escoger si desean que la
comunicacin sea personal o pblica. En caso de no definir el tipo de expediente
por defecto (ECOENRI) como versin para el procedimiento provocar que el
usuario slo pueda escoger este procedimiento como Personal.
Este tipo de comunicaciones no podrn ser ni multidestino (tanto circulares

como multiexpediente) ni externas (que viajen por Platina), por lo que el destino
de dichas comunicaciones siempre ser nico y dentro de la consejera del
usuario.
3.3.3 Categorizacin de comunicaciones / archivado

Es importante prestar atencin a estas propiedades si deseamos que eCO pueda
categorizar las comunicaciones:
eco Propiedades generales de eCO Propiedades de categoras
CDIGO tipoexpe.defecto
ETIQUETA Por defecto
DESCRIPCIN Tipo de expediente correspondiente a la categora por defecto
Pgina 74 de 199
Prospectiva
VALOR ECOENRI
tipoExpe.defecto: Aqu debemos indicar la abreviatura del Tipo de
Expediente que eCO debe tomar para dar de alta las comunicaciones
Sin Categora. Es importante que en la herramienta de Administracin
de Trew@ pongamos a este tipo de expediente la fecha ms reciente
que al resto de tipos.
A todo procedimiento hay que crearle una versin que use el Tipo de
expediente que tengamos en la propiedad de expediente por defecto (en este
caso ECOENRI). Slo en el caso de que el procedimiento sea slo personal,
puede carecer de dicho tipo de expediente.
Adems, en la bandeja de entrada vamos a tener la posibilidad de clasificar las

diferentes comunicaciones mediante categoras. Dichas categoras debern ser
definidas en el men Definicin de procedimientos, Tipos de Expediente y
Versiones de Procedimiento.
Al crear un nuevo tipo de expediente, en el apartado Descripcin, se aade
justo a continuacin, el color que deseemos, expresado en hexadecimal y
precedido de almohadilla(#). Si el color aadido no existe o no se incluye, el color
tomado por defecto ser el negro.
De este modo quedara definido el nuevo tipo de expediente.

Por ltimo, debemos seleccionar qu procedimientos van a poder ser clasificados
con dicha categora. Para ello crearemos una nueva versin.
La pantalla de alta de versiones es la siguiente:
Pgina 75 de 199
Prospectiva
Por ltimo debemos tener en cuenta la fecha de vigor de la versin, ya que eCO
tomar por defecto la versin ms reciente del procedimiento al dar de alta una
nueva comunicacin. Recomendamos por tanto que la versin ms reciente sea
siempre la del procedimiento ECOENRI para que todas las comunicaciones se
creen con categora estndar.
Se han de aadir dos imgenes por cada categora en la ruta

WEBCONTENT/imgenes/. Estas imgenes han de llevar la estructura
cat_ABREVIATURA.gif y cat_ABREVIATURA2.gif. La abreviatura ha de ser la
misma que el TIPO DE EXPEDIENTE que definamos en la herramienta de
administracin de Trew@.
La imagen cat_ABREVIATURA.gif ser la que aparezca por defecto en el filtro
para categorizar (Bsqueda Avanzada), mientras que la imagen
cat_ABREVIATURA2.gif ser la que aparezca cuando hagamos clic sobre dicha
categora.
Se recomienda que las imgenes que se introduzcan tengan un tamao de
16x16 pixeles, ya que si las imgenes son demasiado grandes puede que
descuadren el resto de la pantalla.
En cuanto al archivado, en anteriores versiones eCO utilizaba un tipo de

expediente ARCHIVADO para clasificar aquellas comunicaciones que se
archivaran en el sistema. Era necesario crear este tipo de expediente y asignarlo
como versin a cada uno de los procedimientos.
Desde la versin eCO v1.8 esta lgica ha cambiado y esta versin ya no es
necesaria en el procedimiento, por lo que se puede eliminar dicha versin para
simplificar la definicin del procedimiento.
Pgina 76 de 199
Prospectiva
3.4 Interfaz del usuario
3.4.1 Modo Debug

Este valor habilita el modo debug, con el que el sistema no exigir la
autenticacin mediante certificado. Al activarlo con true nos aparecer tambin
un nuevo icono en la pantalla de bienvenida que nos permitir entrar en la
aplicacin mediante usuario y password. El campo de usuario nos permite
identificarnos mediante el cdigo de usuario, el DNI o el anagrama fiscal.
eco Propiedades generales de eCO Propiedades de logueo
CDIGO debug
ETIQUETA Modo Debug
DESCRIPCIN Activar el modo debug en eCO
VALOR true
El valor en pruebas debe ser 'true', mientras en produccin debe ser

SIEMPRE 'false'
3.4.2 Inicio con DNI

CDIGO login.dni
ETIQUETA Login DNI
DESCRIPCIN Permitir login por DNI en eCO en caso de no encontrar anagrama
VALOR true
CDIGO login.actualiza
ETIQUETA Actualiza
Permitir actualizar el anagrama fiscal en caso de loguear con DNI
DESCRIPCIN
en eCO y no tener anagrama
VALOR false
Si ponemos a true el valor de la propiedad login.dni, eCO buscar a los
usuarios por DNI en el caso de que no tengan anagrama fiscal.
Por otro lado la propiedad login.actualiza a true indicar al sistema que
actualice el campo ANAGRAMA FISCAL del usuario si ste ha logueado mediante
Pgina 77 de 199
Prospectiva
DNI.
3.4.3 Mensaje al no tener Puesto de trabajo asignado

Disponemos de dos propiedades con las que podremos personalizar el mensaje
en caso de que el usuario intente acceder a eCO y no tenga puesto de trabajo
asignado:
CDIGO mensaje.cuerpo
ETIQUETA Mensaje Cuerpo

Mensaje a mostrar por la aplicacin en caso de alta automtica y
DESCRIPCIN
no tener puesto de trabajo asignado: Cuerpo
El usuario autenticado no tiene asociado un puesto de trabajo en
VALOR un organismo. Es un requisito obligatorio para acceder a la
aplicacin.
CDIGO mensaje.receptor
ETIQUETA Mensaje Receptor

Mensaje a mostrar por la aplicacin en caso de alta automtica y
DESCRIPCIN
no tener puesto de trabajo asignado: Receptor
VALOR Administrador de Trew@
mensaje.cuerpo: Cuerpo del mensaje para indicarle al usuario que no
tiene asociado un puesto de trabajo.
mensaje.receptor: Texto que hace referencia a la persona que se
encarga de dar de alta a los usuarios en sus respectivos puestos de
trabajo.
3.4.4 Vigencia en la autenticacin

El sistema dispone de distintos tipos de autenticacin (nativa y fachada de
tickets). Dependiendo del tipo de autenticacin, cuando algn usuario no pueda
loguear porque su certificado ya no est vigente, aparecer distintas pantallas
dependiendo del tipo de autenticacin.
En el caso de intentar autenticar con sistema nativo, aparecer la siguiente
pantalla:
Pgina 78 de 199
Prospectiva
Sin embargo, en caso de que la autenticacin se realice con la fachada de tickets

aparecer este otro mensaje:
3.4.5 Comprobacin de usuarios receptores

CDIGO alta.comprobarReceptor
ETIQUETA Comprobar receptor

No permite tramitar una comunicacin si el destino o destinos no
DESCRIPCIN
tienen receptores
VALOR true
Esta propiedad activa la comprobacin de receptores en los organismos destinos,

de forma que si ponemos true, la aplicacin antes de enviar la comunicacin
comprobar si el destino o destinos tiene algn usuario receptor. En el caso de
que no tenga, lanzar un aviso y no permitir el alta de la comunicacin.
Si ponemos la propiedad a false, la aplicacin dar de alta la comunicacin
exista o no receptores en el/los destino/s.
Pgina 79 de 199
Prospectiva
3.4.6 Pendientes en la bandeja de entrada

El sistema eCO permite configurar el comportamiento de la bandeja de entrada,
de forma que activando esta propiedad (o en ausencia de la misma) el sistema
slo mostrar en la pestaa Pendientes aquellas comunicaciones que an
tengan alguna tarea/transicin posible para el usuario.
En caso de desactivar esta propiedad (valor false), la pestaa Pendientes
mostrar aquellas comunicaciones que an no hayan sido archivadas,
independientemente de las tareas permitidas en esa fase para ese usuario.
CDIGO bandeja.entrada.pendientes
ETIQUETA Pendientes en la bandeja de Entrada
Permite mostrar slo comunicaciones pendientes en la pestaa

DESCRIPCIN
pendientes o todas excepto las archivadas.
VALOR true|false
3.4.7 Personalizacin de ayuda on-line

eco Propiedades generales de eCO Propiedades de asistencia
CDIGO manual.direccion
ETIQUETA URL de acceso al manual de ayuda on-line
DESCRIPCIN Direccin o ruta relativa del manual de ayuda online

VALOR manual/HTML/slides/pagina_01.html
Aqu tenemos la posibilidad de aadir una direccin propia en la que indicar a la

aplicacin donde debe de acudir para mostrar el manual de ayuda on-line.
3.4.8 Personalizacin Asistencia

eco Propiedades generales de eCO Propiedades de asistencia
CDIGO asistencia.ruta
ETIQUETA Ruta asistencia
DESCRIPCIN Direccin de la asistencia (ruta absoluta o direccin de correo)
http://naos.i-administracion.junta-
VALOR
andalucia.es/ServiceDeskPortalLite/acegilogin.jsp
CDIGO asistencia.texto
Pgina 80 de 199
Prospectiva
ETIQUETA Texto asistencia
DESCRIPCIN Texto del botn de asistencia

VALOR Asistencia Naos
GPodemos indicarle cual es la direccin y el literal que mostrar el botn

Asistencia.
En la propiedad asistencia.ruta, podemos indicarle tanto una URL (absoluta)

como un correo electrnico.
En el caso de que no tengamos estas propiedades en el eco-configuracion.xml, el
botn asistencia no aparecer en el men de eCO. Sin embargo, si incluimos las
propiedades pero no les indicamos valor, eCO tomar los valores por defecto
(enlace al correo del administrador de Trew@ y texto Asistencia).
3.4.9 Notificaciones
3.4.9.1 Comprobacin de documentos PDF

Esta propiedad puede tener los valores de true o false.
CDIGO documento.comprobacionPDF
ETIQUETA Comprobacin PDF
DESCRIPCIN Permite comprobar si los documentos son PDF o no

VALOR true
Si la propiedad tiene el valor true, la aplicacin comprobar cada vez que se

incorpore un documento si ste es un documento PDF. Si no es as, se lanzar un
mensaje de aviso advirtiendo que el documento incorporado no es un PDF.
Pgina 81 de 199
Prospectiva
En el caso de que la propiedad tenga el valor false, la aplicacin no realizar

esta comprobacin.
3.4.9.2 Mensajes de OK y NO OK
Al realizar un trmite con condiciones asociadas podr aparecer una ventana que
nos impedir avanzar si no cumplimos las condiciones necesarias (condiciones
obligatorias para realizar el trmite) o nos advertir si queremos continuar a
pesar de no cumplir una condicin (condiciones no obligatorias para realizar el
trmite), teniendo ambos tipos de condiciones mensajes de OK y de NO OK.
De esta forma, podremos mostrar mensajes antes de Tramitar (con los mensajes
NO OK) y despus de tramitar (con los mensajes OK).Para especificar dichos
mensajes entraremos en la herramienta de administracin de Trew@ en el
apartado: Definicin de procedimientos Transiciones permitidas entre
Fases/Eventos.
Pgina 82 de 199
Prospectiva
Desde ah accederemos a la Fase a cuyas condiciones queremos asociar

mensajes de OK y/o de NO OK:
Marcaremos si queremos que esa condicin se tenga que cumplir para realizar el
trmite (Obligatoria), que se compruebe al Tramitar y seleccionaremos el/los
mensaje/s que queremos que se muestren (Ok, No Ok, Ambos, Ninguno).
Despus Escribiremos los mensajes OK y NO OK correspondientes y haremos clic
en Aceptar.
Con todo ello obtendremos dos tipos de mensajes antes de tramitar, cuando no
se cumplan condiciones obligatorias y/o condiciones no obligatorias. Y un
mensaje de xito cuando se realice el trmite deseado cumpliendo las
condiciones que tuviera asociadas.
Por ltimo, se han creado dos condiciones para el uso especifico de esta
funcionalidad. Estas condiciones no evalan ningn valor ya que su nica
funcionalidad es la de mostrar estos mensajes.
Pgina 83 de 199
Prospectiva
3.4.9.3 Tabln de anuncios

Gracias a la herramienta de administracin eCO, tenemos la posibilidad de
establecer anuncios en la primera pantalla de entrada de eCO, abriendo as una
va de comunicacin directa con todos los usuarios de eCO sin necesidad de que
stos lleguen a autenticarse.
Pgina 84 de 199
Prospectiva
Para configurar dichas noticias, es necesario acudir a la Pantalla de

Administracin eCO Configuracin eCO Propiedades para las noticias. Una
vez all, tan solo dar de alta una propiedad por cada noticia que se desee poner:
CDIGO noticia.X
ETIQUETA Noticia X para el Gestor de Anuncios
DESCRIPCIN Noticia X para el Gestor de Anuncios
VALOR Texto de la noticia
X se ha de sustituir por el nmero de noticia. Este valor ser utilizado para la

ordenacin alfanumrica de las noticias.
Se ha de tener en cuenta que el literal X ser el texto que aparecer junto a

Noticia en el propio tabln.
Aadir tambin que las noticias se ordenar a partir de esta cadena de texto, es
decir, en caso de que se definan distintas noticias, el sistema ordenar de forma
ascendente dependiendo del literal X.
Pgina 85 de 199
Prospectiva
Si la propiedad definida no respeta el patrn noticia.X, el sistema no podr

ordenar de forma correcta las noticias.
Un ejemplo de cmo se pueden definir dichas noticias sera establecer dos
propiedades con las siguientes caractersticas:
CDIGO noticia.1
VALOR Primera noticia de pruebas.
CDIGO noticia.2
VALOR Segunda noticia de pruebas.
Pgina 86 de 199
Prospectiva
3.5 Mantenimiento
3.5.1 Expedientes
En la seccin Expedientes podremos ver, modificar y eliminar los expedientes
que tenemos actualmente en el sistema, filtrados por ao.
Tambin podremos paginar por el nmero de expedientes que queramos, realizar
bsquedas, filtrar por ao e incluso por semestre y exportar dichas tablas tal y
como lo hacemos con las bandejas.
3.5.2 Componentes
3.5.2.1 Cach Objetos de Trew@

En la subseccin Cach Objetos de Trew@ veremos los objetos de Trew@ que
tenemos actualmente creados en nuestro sistema. Si se efectan cambios en
dichos objetos (se crean o se eliminan) tendremos dos formas de actualizar los
datos: haciendo clic en Reset o dejando que transcurra el tiempo que marque
el campo Tiempo restante. Tambin existe un botn llamado Resetear todo
que actualiza los datos, pero de todos los objetos a la vez.
Pgina 87 de 199
Prospectiva
3.5.2.2 Cach de APIs

Se llama Cach de APIs al conjunto de conexiones preestablecidas con base de
datos que se conserva en memoria para aumentar el rendimiento y la velocidad
de las consultas.
En esta subseccin Cach de Apis controlaremos el uso de las APIs de Trew@,
las cuales se componen de dos tipos: APIUI y APIADM. La primera es la encargada
de realizar las consultas del usuario, mientras que la segunda es la encargada de
realizar las consultas de administrador y de realizar las gestiones internas
asociadas a la amisma.
Su uso es mucho menor que el de la apiUI pero se aconseja su revisin para
evitar posibles conexiones perdidas a la base de datos. Tendremos en el campo
Mximo de Api's el mayor nmero de APIs permitidas y en el campo Cach
actual de Api's el nmero de APIs que hay en ese instante cargadas en cach.
En cualquier momento podemos liberar todas las APIs haciendo clic en Resetear
Cach.
3.5.2.3 Control de demonios

En la subseccin Control de demonios podremos monitorizar las tareas
programadas en eCO (Demonio de Documentos, Demonio de recepcin de
Portafirmas, etc.).
Pgina 88 de 199
Prospectiva
En la pantalla principal se mostrarn todas aquellas tareas que estn

configuradas en el archivo web.xml, junto con una descripcin de dicha tarea, el
estado en el que se encuentra actualmente y la hora de su prxima ejecucin.
Tambin existe una columna llamada Acciones con el botn de Ejecutar
Demonio. Dicho botn aparece siempre que la tarea est en estado Parado.
Cuando pulsemos el botn, se ejecutar la tarea correspondiente, y el estado de
la tarea pasa a ser Activo. El botn desaparecer y en su lugar se muestra el
mensaje En ejecucin.
Una vez la tarea termine, el estado de la tarea volver a establecerse como

Parado y el botn de acciones volver a estar disponible.
3.5.3 Monitores
Para mejorar el control sobre la aplicacin, se han incluyen una serie de
monitores que controlan las conexiones con los mdulos exteriores (@firma,
@ries, @visador, Alfresco, BB.DD, Formula, Portafirmas, Sello y Sesiones).
Para su uso, debemos dirigirnos a la pantalla de administracin y pulsar sobre el
botn Monitores. Una vez pulsado, se nos desplegar una lista con los
monitores disponibles, y tendremos que pulsar sobre el monitor deseado.
Pgina 89 de 199
Prospectiva
Una vez pulsado, podremos navegar por los diferentes elementos monitorizables,
como la conexin por telnet (comn para todos los monitores) u otros elementos
caractersticos del mdulo que hayamos seleccionado (ms adelante veremos
cuales son esos elementos especficos), consulta de usuarios o consulta de tipos
de documentos en Portafirmas.
Cada uno de los elementos tendr un monitor diferente, aunque todos se lanzan
a la misma vez.
Para ejecutar el monitor una sola vez, debemos pulsar Ejecutar Ahora y se nos
actualizarn tanto los informes del monitor como la grfica.
Si deseamos que el monitor se ejecute cada 5 minutos, debemos pulsar sobre el

botn Lanzar Monitor, y ste automticamente se lanzar peridicamente.
Para detener el monitor lanzado, tan slo debemos pulsar sobre el botn
Detener Monitor que nos aparecer una vez lanzado el monitor.
Pgina 90 de 199
Prospectiva
Junto a la grfica, encontraremos un botn que nos permitir abrir la grfica en

una nueva pantalla y a mayor resolucin.
Anteriormente comentamos que todos los mdulos disponen de monitor Telnet.

Adems de este monitor, a continuacin, veremos los monitores especficos de
algunos de los mdulos:
Para Alfresco tenemos el monitor Autenticacin en Alfresco.
Para BB.DD. tenemos Consulta de Conexiones APIUI's establecidas en la
base de Datos, Consulta de Conexiones APIADM's establecidas en la base
de Datos y Consulta de Conexiones abiertas con la base de Datos.
Para Portafirmas tenemos Consulta de Usuarios de Portafirmas y
Consulta de Tipos Documentos de Portafirmas.
3.5.4 Multinodos balanceados

El sistema eCO tiene la posibilidad de instalarse en distintos nodos balanceados
con intencin de que la carga de trabajo que tenga la aplicacin se distribuya por
los distintos nodos, haciendo as el sistema eCO mas estable y robusto.
Pgina 91 de 199
Prospectiva
Debido a que la configuracin de eCO se haya en un archivo independiente (eco-

configuracion.xml), ste no es capaz de sincronizarse por si mismo con el resto
de nodos, con la incoherencia entre configuraciones de los distintos nodos que
ello conlleva.
Para solventar esta problemtica eCO ha incorporado una subcategora la cual
permite indicarle al sistema cuantos y cuales son los nodos donde se encuentra
eCO, para que el sistema pueda sincronizar as los distintos archivos de
configuracin. Su configuracin tan solo consiste en activar la propiedad
multinodo.activado e indicarle cada uno de los nodos en las propiedades
multinodo.tomcatX, donde X es el nmero de nodo o la letra identificativa.
eco Propiedades multi-nodo
CDIGO multinodo.activado
ETIQUETA Multinodo activo
DESCRIPCIN Multinodo activo
VALOR false
CDIGO Multinodo.tomcatA
ETIQUETA Nodo TomcatA
DESCRIPCIN URL donde se encuentro el nodo de Tomcat A
VALOR http://host_1:puerto/eco
CDIGO Multinodo.tomcatB
ETIQUETA Nodo TomcatB
DESCRIPCIN URL donde se encuentro el nodo de Tomcat B
VALOR http://host_2:puerto/eco
De esta forma, una vez especificados todos los nodos asociados, cuando el
administrador modifique o aada cualquier valor al archivo de configuracin, el
sistema de forma automtica propagar la configuracin del archivo guardado en
el resto de archivos de configuracin de los otros nodos.
3.5.5 Migracin de datos

Debido a que de una versin a otra es bastante comn que cambie la lgica de la
Pgina 92 de 199
Prospectiva
aplicacin en el uso de algunas funcionalidades, existe una pantalla en la

herramienta de administracin la cual permite al administrador migrar la
informacin ya existente para prepararla y as que el sistema pueda reconocer
los antiguos datos.
Para acceder a esta pantalla es necesario pulsar sobre el botn Administrar
Mantenimiento Migracin de Datos:
All nos aparecer una pantalla en la cual podremos consultar los procesos de
migracin disponibles, en que consisten, desde que versin se deben migrar y la
propia migracin.
Para realizar alguna migracin tan solo es necesario pulsar sobre el botn
Ejecutar Migracin y esperar a que aparezca la pantalla con el resultado de la
operacin.
Pgina 93 de 199
Prospectiva
Cabe destacar que estos procesos de migracin no pueden ser deshechos,

por lo que una vez lanzados la configuracin se cambiar de forma permanente
en el sistema.
Procesos disponibles:
Migracin de los datos @ries de la Configuracin a la Herramienta de
Administracin Trew@: Proceso que migra la configuracin @ries
anteriormente definida en el archivo de configuracin eco-
configuracion.xml a los componentes del propio Trew@. Asigna
automticamente los usuarios y claves a los organismos configurados. De
igual forma los datos por defecto que usaba el sistema sern establecidos
como los datos @ries del organismo padre.
Se le ha de prestar especial atencin a que los UUIDs asociados a los
organismos no se repitan entre s, ya que dicho valor es el utilizado por la
herramienta de migracin para identificar a quien pertenece cada
configuracin. Es por ello que los UUIDs no se deben repetir en el rbol de
organismos.
Por ltimo destacar que los antiguos registros del archivo de configuracin
no se borrarn al hacer la migracin, se conservarn y ser el propio
administrador el que decida eliminarlo a mano.
Para ms informacin sobre esta configuracin consultar el apartado 4.3
@ries.
Comunicaciones Archivadas: Proceso que migra el archivo de las
comunicaciones del antiguo formato (basado en tipos de expediente) al
nuevo formato (basado en la api Trew@).
En caso de que existan comunicaciones archivadas cuyo procedimiento ya
no sea vigente, el sistema no podr migrar dichas comunicaciones,
mostrando as una advertencia de que algunas comunicaciones no han
podido ser archivadas por la no vigencia de su procedimiento.
Para ms informacin consultar el apartado 3.3.3 Categorizacin de
comunicaciones / archivado.
Pgina 94 de 199
Prospectiva
3.5.6 Servicios a terceros
3.5.6.1 Alta de comunicaciones mediante Servicio Web

eCO dispone de un Servicio Web que permite crear nuevas altas desde terceras
aplicaciones. Para ello, se ha incluido una tarea que recoge las solicitudes
generadas por terceras aplicaciones y posteriormente procesar dichas altas. La
configuracin necesaria se realizar en el archivo web.xml.
As, los parmetros que quedan a configurar dentro del archivo nombrado
anteriormente son los siguientes:
Parmetro horaDeEjecucion del servlet AltaDaemonInitialize:
Este parmetro nos servir para configurar la hora de ejecucin de la tarea y/o
para programarla.
<servlet>
<servlet-name>AltaDaemonInitialize</servlet-name>
<servlet-class>es.juntadeandalucia.cice.eco.service.AltaDaemonInitialize</servlet-class>
<init-param>

<param-name>horaDeEjecucion</param-name>

<param-value>15 06 12 ? * *</param-value>
</init-param>
<load-on-startup>7</load-on-startup>
</servlet>
Si NO disponemos de Servicio Web de eCO, desactivaremos la tarea comentando
la lnea correspondiente al demonio, de la siguiente manera:

Para ms informacin sobre la configuracin de los componentes programados,

deben acudir al sitio oficial del componente Quartz:
http://camel.apache.org/quartz.html
Pgina 95 de 199
Prospectiva
3.5.6.2 WS de Autenticacin de @firma

Estas propiedades son obligatorias para que el WebService de eCO pueda
conectarse con @firma y loguearse a travs de certificado digital.
CDIGO protocolo
ETIQUETA Protocolo del WS de autentificacin
VALOR https
CDIGO host
ETIQUETA Host del WS de autentificacin
VALOR afirma40a.guadaltel.es
CDIGO port
ETIQUETA Puerto del WS de autentificacin
VALOR 443
CDIGO httpUser
ETIQUETA Usuario HTTP del WS de autentificacin
VALOR membermull
CDIGO httpPassword
ETIQUETA Password HTTP del WS de autentificacin
VALOR a4210
CDIGO proxy
ETIQUETA Proxy del WS de autentificacin
VALOR false
CDIGO proxyHost
ETIQUETA Host del Proxy del WS de autentificacin
Pgina 96 de 199
Prospectiva
VALOR afirma..proxy.es
CDIGO proxyPort
ETIQUETA Puerto del Proxy del WS de autentificacin
VALOR 443
CDIGO proxyUser
ETIQUETA Usuario del Proxy del WS de autentificacin
VALOR membermull
CDIGO proxyPassword
ETIQUETA Password del Proxy del WS de autentificacin
VALOR a4210
CDIGO keystorePath
ETIQUETA Ruta del Keystore del WS de autentificacin
VALOR C:/keystore/cacerts
CDIGO keystorePassword
ETIQUETA Password del Keystore del WS de autentificacin
VALOR changeit
Pgina 97 de 199
Prospectiva
4 CONFIGURACIN EXTERNA
4.1 WebOffice y Formula
4.1.1 WebOffice
4.1.1.1 Configuracin
Desde la versin de eCO v1.6.1 el sistema es compatible con WebOffice 3.0.
Para la utilizacin de la herramienta WebOffice es necesario la instalacin del cliente
WebOffice. En versiones de WebOffice anteriores a la 3.0, dicha instalacin del cliente
WebOffice se debe hacer a travs del instalador de WebOffice in situ. Para la nueva
versin, dicho instalador de WebOffice est incluido en el servidor, y se carga en el momento
que el usuario vaya a hacer uso de la herramienta WebOffice.
Antes de instalar esta nueva versin, se recomienda encarecidamente que se eliminen las
otras instalaciones del cliente WebOffice. Para ello, tendr que eliminar la carpeta (o
carpetas) que contengan la estructura .w02XY (X e Y son valores referidos a la versin de
WebOffice) que estar bajo la carpeta de su usuario. Por ejemplo, si estamos en un Sistema
Operativo Windows, la ruta sera c:\Documents and Settings\<nombre-usuario>\ y en caso
de que estuviramos bajo un entorno Linux, la ruta sera /home/<nombre-usuario>.
Una vez eliminada esa carpeta (o carpetas), eliminaremos el fichero .java.policy que se
encuentra bajo la carpeta de su usuario (como ocurre con el anterior punto).
Una vez realizado los pasos descritos anteriormente, ya se puede configurar el servidor para
que la instalacin del WebOffice 3.0 se realice correctamente.
Para ello, hay que crear/modificar los componentes WEBOFFICE y WEBOFFICE_PDF de la
H.A.T. incluyendo un nuevo Dato de componente:
(Configuracin Componentes Tipos de componente Seleccionar tipo de componente

TREW@ Pestaa Componentes Nuevo/Editar)
Datos de componente del componente WEBOFFICE:
OO_MARCA_VARIABLE = $$
OO_PREFIJO_IMAGEN = IMG_
OO_PREFIJO_COLUMNA = TAB_
OO_SEPARADOR_COLUMNA = ,
OO_SEPARADOR_FILA = ;
OO_SERVLET_WEBDAV = false
OO_TIPO_DESTINO = StarOffice XML (Writer)
Pgina 98 de 199
Prospectiva
Datos de componente del componente WEBOFFICE_PDF:

OO_AUTO_GUARDA = true
OO_SERVLET_WEBDAV = false
OO_TIPO_DESTINO = writer_pdf_Export
Una vez creados los componentes habr que comprobar que la siguiente propiedad de eCO
est correctamente configurada dndole como valor el nombre del componente
WEBOFFICE_PDF:
CDIGO weboffice.componentePDF
ETIQUETA Componente PDF
DESCRIPCIN Componente PDF de WebOffice
VALOR WEBOFFICE_PDF
Cuando un usuario genera un documento a travs de WebOffice a travs de eCO, a la hora

de modificar el documento, si no tiene instalado el cliente WebOffice, se cargar un applet
para la instalacin del mismo.
Primeramente cargar los componentes WebOffice.

Posteriormente se ha de indicar la ruta donde se tenga instalado el OpenOffice.
Pgina 99 de 199
Prospectiva
Una vez seleccionada la ruta de la carpeta OpenOffice, el asistente nos dir la

versin de nuestro OpenOffice.
Pulsamos en el botn Aceptar y ya tenemos instalado el cliente de WebOffice.

Hay que tener en cuenta que con las versiones de OpenOffice 3.0 y superiores,
es necesaria crear una variable de entorno llamada UNO_PATH, en la cual le
indicaremos la ruta donde se encuentra el ejecutable de OpenOffice, como por
ejemplo C:\Archivos de programa\OpenOffice.org 3\program.
Pgina 100 de 199

Prospectiva
4.1.1.2 Modelado
Si deseamos tener en las comunicaciones de un tipo de procedimiento la
posibilidad de generar documentos con WebOffice lo primero que debemos de
verificar es que tenemos WebOffice bien configurado, para detalles sobre la
configuracin de WebOffice ver apartado WebOffice y Formula de este mismo
documento. Adems de la configuracin habr que tener un Tipo de Documento,
que sea generado, y con la plantilla que vamos a usar para la generacin
WebOffice:
Si lo deseamos podemos asociar al tipo de documento variables, para que

posteriormente puedan ser sustituidas por su valor correspondiente en nuestra
comunicacin.
Pgina 101 de 199

Prospectiva
Por ltimo, asociamos ese Tipo de Documento al procedimiento en el que

deseamos usarlo:
Pgina 102 de 199

Prospectiva
4.1.2 Formula
CDIGO formula.url_motor_formularios
ETIQUETA URL motor formularios
DESCRIPCIN URL del motor de formularios de Formula

http://servidor_formula:7070/formula2/services/MotorFormularioRe
VALOR
moteServiceImpl
CDIGO formula.campo_motor_formularios
ETIQUETA Campo motor formularios
DESCRIPCIN Campo del motor de formularios de Formula

VALOR URL_MOTOR_FORMULARIOS_REGISTRO_RMI
formula.url_motor_formularios: Debemos indicar la URL del motor de
formularios.
formula.campo_motor_formularios: Aqu indicamos la referencia para
comunicarse con el cliente de Formula. Este valor se ha de dejar tal
como esta por defecto.
4.1.2.2 Modelado
Si deseamos tener en las comunicaciones de un tipo de procedimiento la
posibilidad de generar documentos con Formula lo primero que debemos de
verificar es que tenemos la integracin con Formula bien configurada, para
detalles sobre la configuracin de la integracin con Formula ver apartado
WebOffice y Formula de este mismo documento. Adems, deberemos seguir los
siguientes pasos:
Accedemos a la herramienta de Formula y diseamos el formulario
dinmico que deseemos.
Formula nos devolver un mensaje de Alta Correcta y el CDIGO del
formulario.
Accedemos a la herramienta de Administracin de Trew@ y damos de alta
una plantilla. En el campo de Nombre del Informe introducimos el
CDIGO que nos devolvi formula.
Pgina 103 de 199

Prospectiva
Creamos en la herramienta de administracin de Trew@ un tipo de documento,

que debe ser de tipo Generar, Generado Java PDF, y le asociamos la plantilla
creada anteriormente.
Pgina 104 de 199

Prospectiva
Es importante que se active la casilla de Versionable ya que esto

permitir al sistema guardar el XML del formulario como versin tras
convertirlo en PDF.
Si lo deseamos al igual que para la integracin con WebOffice, podemos

asociar al tipo de documento variables, para que posteriormente puedan ser
sustituidas por su valor correspondiente en nuestra comunicacin
Creamos un Documento Permitido con ese tipo de documento.
Pgina 105 de 199

Prospectiva
4.1.3 Plantilla
Realmente el sistema eCO no ofrece la generacin de documentos con Plantilla,
pero si permite la generacin del PDF con Plantilla a partir de un formulario
creado con Formula, de forma que se puede configurar que la generacin del
documento sea con Formula y la transformacin a PDF con Plantilla.
Para ello debemos modificar dos propiedades:
CDIGO plantilla.url
ETIQUETA URL de PLANTILLA
DESCRIPCIN URL de PLANTILLA

VALOR rmi://host_plantilla:6007
CDIGO conversorPdf.tipo
ETIQUETA Tipo de Conversor a PDF
DESCRIPCIN Tipo de conversor a PDF para los documentos generados
VALORES
formula | plantilla
POSIBLES
VALOR plantilla
La primera propiedad es la encargada de indicar la URL de Plantilla. Dicha URL

comienza por RMI, protocolo por el cual se integra al sistema Plantilla.
La segunda propiedad es la encargada de indicar a eCO que sistema utilizar
para la conversin de los documentos en PDF.
4.1.3.2 Modelado
Una vez hayan sido definidas ambas propiedades, ser necesario dar de alta el
documento en Trew@.
Creamos en la herramienta de administracin de Trew@ un tipo de documento,
que debe ser de tipo Generar, Generado Java PDF, y le asociamos la plantilla
creada anteriormente.
Pgina 106 de 199

Prospectiva
Importante prestar atencin en que el valor de la Plantilla sea el mismo que

el del tipo de documento de Formula anteriormente definido.
A dicho tipo de documento debemos asociarle las variables que se vayan a

usar tanto en Formula como en Plantilla.
Pgina 107 de 199

Prospectiva
Y por ltimo creamos el documento permitido correspondiente a dicho tipo

de documento.
En cuanto a las variables que se usarn en el documento, es necesario que tanto

en Formula, como en Plantilla, como en Trew@ hayan sido definidas y stas sean
iguales en los tres sistemas.
Para definir una variable en el documento de Plantilla, ser necesario hacerlo

desde el propio Open Office. Para ello debemos ir a Insertar Campos Otros...
Funciones Campo de entrada.
Pgina 108 de 199

Prospectiva
Una vez all, debemos escribir en el campo Indicacin la abreviatura de la

variable que se desee definir, y pulsar sobre Insertar, lo que provocar que se
abra una nueva ventana en la cual debemos definir la descripcin que tendr
dicha variable.
De forma que en el documento el texto se quedar tal que as:

Ttulo del expediente
Para la correcta generacin del documento es necesario que est operativo

el servidor de OpenOffice.
Pgina 109 de 199

Prospectiva
4.2 Portafirmas
4.2.1 Configuracin
4.2.1.1 Enlace a Portafirmas

Podemos hacer que desde la pantalla de la aplicacin ofrezcamos a los usuarios
un enlace a nuestra instalacin de Portafirmas directamente para iniciar la
aplicacin de firma de documentos.
eco Propiedades de Portafirmas
CDIGO pfirma.visible
ETIQUETA Visible
DESCRIPCIN Propiedad que controla la visualizacin del enlace a Portafirmas

VALOR true
Esta opcin se puede deshabilitar poniendo false si tenemos problemas con la

reautenticacin mediante @firma.
4.2.1.2 Registro de Portafirmas automatizado

eCO dispone de una tarea que permite la recepcin del envo a Portafirmas de
manera remota. Esta tarea se encargar de tramitar el Expediente de forma
automtica (sin tener que recurrir al botn de Refrescar de la Agenda de
Tramitacin) una vez se hayan tratado TODAS las peticiones de dicho expediente.
Para la configuracin de dicha tarea, hay que tener la siguiente propiedad del
archivo eco-configuracion.xml tal y como se indica a continuacin:
CDIGO pfirma.recepcion_remota
ETIQUETA Recepcin remota
Propiedad que nos permite controlar si la recepcin de Portafirmas

DESCRIPCIN
se hace de forma remota o manual
VALOR true
Si el valor de dicha propiedad es false, la tarea quedar inhabilitada, y la

tramitacin del Expediente se realizar de la misma forma que se ha realizado
siempre.
Pgina 110 de 199

Prospectiva
Una vez configurada la propiedad, falta fijar la hora de ejecucin de la tarea. Para
realizar este paso, tendremos que ir al fichero web.xml y modificar los
parmetros siguientes:
Parmetro horaDeEjecucion del servlet DocumentosInitialize:
Este parmetro se encargar de recoger aquellos Expedientes que tengan
documentos pendientes de firma, para su posterior tratamiento
Parmetro horaDeEjecucion del servlet RecepcionInitialize:
Este parmetro se encargar de realizar el registro de cada uno de aquellos
documentos pendientes de firma y de la tramitacin del Expediente.


<servlet>
<servlet-name>DocumentosInitialize</servlet-name>
<servlet-class>es.juntadeandalucia.cice.pfirma.DocumentosInitialize</servlet-class>
<init-param>

</init-param>
</servlet>
<servlet>
<servlet-name>RecepcionInitialize</servlet-name>
<servlet-class>es.juntadeandalucia.cice.pfirma.RecepcionInitialize</servlet-class>
<init-param>

</init-param>
</servlet>

Pgina 111 de 199

Prospectiva
4.2.1.3 Deshabilitar la descarga del PKCS7

El sistema permite deshabilitar la descarga del PKCS7 para la actualizacin de las
comunicaciones firmadas en Portafirmas. Cabe destacar que esta configuracin
no es necesaria a menos que el tiempo de respuesta en las comunicaciones entre
Portafirmas y @firma excedan del tiempo declarado como TIMEOUT. En ese caso,
es necesaria esta configuracin para evitar que las comunicaciones queden en el
estado Pendiente de firma de manera perenne.
Para deshabilitar la descarga, debemos de ir a la herramienta de Administracin
de Trew@, al siguiente men:
Configuracin Componentes.
A continuacin pulsaremos sobre el Tipo de componente TREW@, y en la

pestaa de Componentes que aparece debajo, pulsaremos sobre el
componente Portafirmas.
A continuacin pulsaremos sobre la pestaa Datos del Componente, e

incluiremos un nuevo Dato del componente de la siguiente manera:
Atributo: DESCARGA_PKCS7
Valor: FALSE
Pgina 112 de 199

Prospectiva
Con esto, deshabilitaremos la descarga del PKCS7 a la hora de registrar las

comunicaciones firmadas en eCO.
4.2.1.4 Parametrizacin del remitente de Portafirmas

Con esta nueva versin tendremos la posibilidad de personalizar el remitente
de la peticin que generemos en Portafirmas.
El remitente por defecto en las peticiones de Portafirmas consta de dos partes:
Cdigo de Organismo Nombre de la persona que genera la peticin.
Podremos hacer que en vez de mostrar el nombre de la persona que gener la
peticin, se muestre el nombre de la persona que dio el ltimo VB asignndole
el valor ULTIMO_VB a la propiedad pfirma.remitente y si queremos modificar la
parte referente al organismo le daremos el valor NOMBRE a la propiedad
pfirma.remitente.organismo, con ello en lugar del cdigo del organismo
mostraremos el nombre de dicho organismo.
CDIGO pfirma.remitente
ETIQUETA Persona remitente Portafirmas
DESCRIPCIN Persona remitente de la peticin a Portafirmas

VALOR REMITENTE
CDIGO pfirma.remitente.organismo
ETIQUETA Organismo remitente Portafirmas
DESCRIPCIN Dato del Organismo remitente dela peticin a Portafirmas

VALOR CODIGO
4.2.1.5 Verificacin de firmas en Portafirmas

Desde la agenda de eCO, sobre los documentos firmados, se puede acceder a
Pgina 113 de 199

Prospectiva
consultar el proceso de firma en Portafirmas para as sacar el informe de firmas, o

bien cuando se reenvan comunicaciones, los documentos firmados, adjuntar los
informes de firmas correspondientes.
Revisar los valores marcados en rojo para que la direccin se resuelva
correctamente desde los navegadores de los usuarios.
CDIGO pfirma.tipo
ETIQUETA Tipo de visualizacin
DESCRIPCIN Tipo de visualizacin en Portafirmas

VALOR matriz
pfirma.tipo: matriz o informe segn se quiera tener una pantalla
intermedia o directamente mostrar el informe de firma.
Dependiendo de la versin de portafirmas que se desee usar, se deber escoger
uno u otro valor:
CDIGO pfirma.url
ETIQUETA URL Pfirma
DESCRIPCIN URL de Portafirmas

VALOR http://servidorAplicaciones:puerto/pfirma/pf_comprobar_firma.jsp
VALOR v2 http://servidorAplicaciones:puerto/pfirmav2/pf_comprobar_firma.jsp
CDIGO pfirma.url.informe
ETIQUETA URL informe Pfirma
DESCRIPCIN URL del informe de Portafirmas

VALOR http://servidorAplicaciones:puerto/pfirma/informeFirma/
VALOR v2 http://servidorAplicaciones:puerto/pfirmav2/downloadReport/
4.2.1.6 Anexos por defecto

Tanto para el envo a Portafirmas normalizado como para el desnormalizado, se
ha creado una nueva propiedad la cual permite que los tipos de documentos
indicados en dicha propiedad aparezcan por defecto en tipo anexo de citadas
pantallas.
Pgina 114 de 199

Prospectiva
Para establecer que ciertos tipos de documentos sean anexos por defecto, tan
solo hay que aadir la etiqueta del tipo de documento en una propiedad del eco-
configuracin.xml.
Para ver dicha etiqueta debemos dirigirnos a la Herramienta de Administracin
Trew@ Documentos Tipos de Documento, y una vez all buscar el tipo de
documento que deseemos que aparezca como anexo y mirar el campo ETIQUETA.
Una vez sepamos cual es la etiqueta, tan solo buscar la propiedad
pfirma.tiposDocAnexo y aadir a sus valores la etiqueta consultada:
CDIGO Pfirma.tiposDocAnexo
ETIQUETA Etiquetas de Documentos Anexos

Etiquetas de los Tipos de Documento que se van a mostrar como
DESCRIPCIN
'Anexar' en la pantalla de envo a Portafirma
VALOR ANEXO,N.R.I.
4.2.1.7 Servicios de Portafirmas v2

Para que la aplicacin encuentre correctamente los servicios de Portafirmas v2 es
necesario definirle un nuevo dato componente al componente de Portafirmas.
Para ello, debemos acudir a la Herramienta de Administracin eCO
Configuracin Componentes Tipo de componente Trew@. Aqu debemos
pulsar sobre el componente que tengamos definido para Portafirmas y a
continuacin pulsar sobre la pestaa Datos del componente y crear uno nuevo
con los siguientes datos:
Es necesario sustituir el literal url_pfirmav2 por el contexto correcto de

Portafirmas v2.
Este componente es el encargado de indicar donde se encuentra el nuevo
Portafirmas, para que as sepa la aplicacin donde buscar los servicios para
consultar el estado de las comunicaciones.
El contenido de Valor de dicho componente no ha de acabar en el literal /
(barra), para as evitar posibles errores.
Pgina 115 de 199

Prospectiva
Tambin ser necesario sustituir la URL de verificacin de firma. Para ms

informacin acudir al apartado 4.2.1.5 Verificacin de firmas en Portafirmas.
4.2.1.8 Metadatos en Portafirmas v2
La tarea de Envo a Portafirmas con Visto Bueno hace uso de Portafirmas v2, el
cual soporta el uso de metadatos (informacin adicional).
El sistema eCO tiene definido una serie de metadatos, los cuales sern enviados
siempre a Portafirmas con cada peticin. No es necesario configurar dichos
metadatos en la aplicacin, ya que el sistema los recoge automticamente y los
enva a Portafirmas, sin embargo si es necesario preparar Portafirmas para que
recepcione estos datos de forma correcta.
Para ello, es necesario acudir a la administracin de Portafirmas, y establecer los
siguientes metadatos como Informacin adicional de la aplicacin ECO,
dentro del propio Portafirmas (para ms informacin deben acudir al Manual de
Administracin de Portafirmas v2).
NOMBRE ORG_ORIGEN
DESCRIPCIN Organismo Origen
VISIBLE EN LA BANDEJA OBLIGATORIO VIGENTE
SI SI SI
NOMBRE ORG_DESTINO
DESCRIPCIN Organismo Destino
SI SI SI
NOMBRE ULTIMO_VB
DESCRIPCIN ltimo VB
SI NO SI
4.2.1.9 Continuidad de Firma

El sistema tiene la capacidad de continuar firmas gracias a Portafirmas v2.
Este servicio permite al usuario incorporar un documento y su archivo de firma
digital (el cual ha debido ser generado anteriormente en otro Portafirmas
Pgina 116 de 199

Prospectiva
firmando el documento por uno o varios firmantes), para que as estos puedan
ser enviados a un Portafirmas cualquier donde el usuario est registrado y que
ste pueda continuar con la peticin. De esta forma, el usuario del nuevo
Portafirmas ver en el historial de esta nueva peticin las firmas realizadas
anteriormente sobre este documento.
Para que esta funcionalidad est correctamente configurada es necesario indicar
al sistema eCO que tipo de documentos sern aquellos considerados como
Firma. Para ello es necesario aadir una nueva propiedad al archivo de
configuracin eCO con los siguientes atributos:
CDIGO pfirma.tiposDocFirma
ETIQUETA Etiqueta Tipos de Documento Firma
DESCRIPCIN Etiquetas de los Tipos de Documento Firma
VALOR FirmaDisp
Esta propiedad admite una lista de valores, de forma que se pueden poner varias
abreviaturas de distintos tipos de documentos en el valor de propiedad, siempre
y cuando estn separados por comas y sin espacios.
Tambin es importante tener en cuenta que, a pesar de que el sistema permite
adjuntar los documentos de firma en distintos formatos, en los casos en los que
se pretende continuar la firma ser necesario adjuntar la firma slo y
exclusivamente en el mismo formato que haya sido previamente configurado en
eCO y en Portafirmas (ver prximo apartado Formato de Firma.
Una vez especificados cuales son los tipos de documentos que se consideran
firma, ser necesario configurar la validacin de firma, ya que el sistema eCO
validar en @firma si el fichero de firma corresponde al documento indicado. En
caso contrario interrumpir la subida del documento e informar al usuario por
pantalla.
Para el correcto funcionamiento de esta validacin, por un lado es necesario
configurar las propiedades de @firma descritas en el apartado Autenticacin del
Manual de Instalacin. Por otro lado tambin ser necesario configurar las
siguientes propiedades:
CDIGO signer.afirma5.hash.algorithm
ETIQUETA Algoritmo de validacin
DESCRIPCIN Algoritmo de validacin para la firma
VALOR SHA1
En esta propiedad hay que indicar que algoritmo de validacin utilizar
Pgina 117 de 199

Prospectiva
@firma para validar esta firma. Se recomienda dejar este por defecto.
CDIGO signer.afirma5.servercert.alias
ETIQUETA Alias del certificado local
DESCRIPCIN Alias del certificado local
VALOR Alias_certificado_eco_local
Si se est usando una JDK 1.6.X en el servidor de aplicaciones, es posible

que la validacin no se haga de forma correcta por un conflicto en las versiones
de la librera AXIS que utiliza dicha versin de la JDK. Para solventar este
problema, es necesario aadir la siguiente lnea al lanzador del servidor de
aplicaciones (catalina.sh):
-Djavax.xml.soap.MessageFactory=org.apache.axis.soap.MessageFactoryImpl
4.2.1.10 Formato de Firma

Para algunos procesos del sistema, como por ejemplo el envo de disposiciones a
travs de SIBOJA Remisin Electrnica, es necesario especificar que formato de
firma utilizar Portafirmas para realizar las firmas de los documentos. Para ello,
ya que el formato de firma es el mismo para toda la aplicacin, se ha establecido
una nueva propiedad en la cual le tendremos que indicar cual es el formato de
firma configurado en Portafirmas.

CDIGO pfirma.formato
ETIQUETA Formato de la Firma en Portafirmas
DESCRIPCIN Formato de la Firma configurado en Portafirmas
VALOR CMS
4.2.1.11 Envo de URI a Alfresco

El sistema Portafirmas tiene la capacidad de aceptar documentos por referencia
en lugar del archivo binario, de forma que si se est haciendo uso de Alfresco se
puede configurar el sistema para que Portafirmas use directamente este gestor
documental como fuente de informacin.
Este caso se dar cuando tengamos configurada la tarea de Tarea de
Pgina 118 de 199

Prospectiva
incorporacin de documentos externos o bien cuando est activado el

componente de Alfresco. Para cualquiera de los casos, debemos activar esta
propiedad para que as el sistema, en caso de que el documento haya sido
asociado desde Alfresco, enve a Portafirmas la URI del documento en lugar del
binario.

CDIGO pfirma.envio_uri
ETIQUETA Envio de URIs a Alfresco
DESCRIPCIN Permitir envo de URIs a Alfresco
VALOR true
Una vez activada la propiedad, ser necesario configurar en Portafirmas los

distintos orgenes de datos. En eCO existen 2 posibles orgenes de datos externos
al propio sistema:
1. Alfresco de custodia Integracin nativa
2. Alfresco asignado a la tarea de Incorporacin de documentos pesados
Por tanto, ser necesario configurar estos dos componentes de custodia en

Portafirmas. Para saber los nombres de los componentes de custodia que
tenemos que configurar, debemos consultar las dos siguientes propiedades en
eCO:
CDIGO pfirma.alfresco.componente
ETIQUETA Custodia Alfresco Componente
DESCRIPCIN Custodia Alfresco Componente
VALOR ALF_COMP
CDIGO pfirma.alfresco.tarea
ETIQUETA Custodia Alfresco Tarea
DESCRIPCIN Custodia Alfresco Tarea
VALOR ALF_TAREA
Una vez tenemos estos dos valores, debemos acudir a Portafirmas y dar de alta
Pgina 119 de 199

Prospectiva
las distintas custodias con los datos indicados a continuacin. Es importante

destacar que los valores indicados entre llaves {} y en rojo hacen referencia a
propiedades de eCO:
Custodia realizada por el componente nativo de Integracin (4.5.1)
NOMBRE ALF_COMP
CLASE DE es.juntadeandalucia.cice.pfirma.utils.document.impl.AlfrescoCu
SUBIDA stodyServiceInputImpl
DESCARGA stodyServiceOutputImpl
URL {alfresco.componente.url}
RUTA PFIRMAV2
ROOTSPACE {alfresco.componente.rootSpace}
SPACESTORE {alfresco.componente.spaceStore}
USUARIO {alfresco.componente.usuario}
CLAVE {alfresco.componente.password}
Custodia para los documentos incorporados por la tarea de Documentos Pesados (4.5.2)
NOMBRE ALF_TAREA
SUBIDA stodyServiceInputImpl
DESCARGA stodyServiceOutputImpl
URL {alfresco.tarea.url}
RUTA PFIRMAV2
ROOTSPACE {alfresco.tarea.rootSpace}
SPACESTORE {alfresco.tarea.spaceStore}
USUARIO {alfresco.tarea.usuario}
CLAVE {alfresco.tarea.password}
Para ms informacin sobre la definicin de custodias en Portafirmas, deben

acudir al Manual de Administracin de Portafirmas apartado Custodia en
Alfresco.
Pgina 120 de 199

Prospectiva
4.2.2 Modelado
4.2.2.1 Definicin de tareas de envo a Portafirmas

En la actual versin de eCO contamos con 5 procesos diferentes de envo a
Portafirmas:
Envo a Portafirmas: Envo tradicional en el cual los firmantes vienen
predefinidos por el procedimiento en Trew@.
Envo a Portafirmas Sin Normalizar: Envo que se diferencia del anterior en
que los firmantes no estn definidos.
Envo a Portafirmas General: Envo que dividir en diferentes peticiones
segn el Tipo de Documento, englobando los dos tipos anteriores de envo
a Portafirmas.
Aadir Firmantes: Esta tarea permite la posibilidad de aadir nuevos
firmantes a una peticin normalizada (envo a Portafirmas tradicional) en
una fase posterior.
Envo a Portafirmas v2: Envo de comunicaciones a Portafirmas v2, el cual
permite sincronizar las lineas de firma y vistos buenos de Portafirmas en
eCO. Para ms informacin ver los puntos 4.2.1.7, 4.2.1.8, 4.2.2.6 y
4.2.2.7.
Para crear cualquiera de estas tareas tendremos que ir a la siguiente ruta en la
Herramienta de Administracin de Trew@:
Definicin de procedimientos Tareas Manipulacin de datos y otras Nuevo
Y rellenar los datos siguientes:

Nombre: (cualquiera de las cuatro
segn corresponda)
enviopfirma
enviopfirmasinnorm
enviopfirmageneral
anyadirfirmantes
enviopfirmavb
Descripcin: (Descripcin que deseemos sobre la tarea)
Pgina 121 de 199

Prospectiva
Si ya tenemos creada la tarea tendremos que asignarla a la fase correspondiente.

Para ello iremos a:
Definicin de procedimientos Tareas en Fase Manipulacin de datos y otras
Nuevo
Rellenaremos los datos segn corresponda indicando la Fase a la que queremos
incorporar nuestra tarea de envo a Portafirmas, darle una etiqueta, una
descripcin, elegir el procedimiento al que va a afectar el cambio y especificar en
Tarea llamada la tarea que deseemos utilizar.
Una vez creada la tarea en fase la seleccionaremos y en la parte inferior en la

pestaa Perfiles de usuario Nuevo asignaremos los perfiles necesarios para
llevar a cabo tal tarea.
4.2.2.2 Definir comportamiento de los documentos en la firma

El sistema eCO permite para cada uno de los tipos de documentos un
Pgina 122 de 199

Prospectiva
comportamiento distinto en la pantalla de envo a Portafirmas. El sistema ofrece

las siguientes posibilidades:
El documento aparezca como firmable: para ello, es necesario en primer
lugar acudir al apartado Documentos Tipos de Documento y localizar el
tipo de documento que deseemos cambiar. Al editar este tipo documento
mostrar la casilla firma digital la cual debemos marcar.
El documento sea firmable pero aparezca como anexo por defecto: Para
ello, adems de marcar el tipo de documento como firma digital, es
necesario modificar la propiedad pfirma.tiposDocAnexo y aadir a la lista
el cdigo del tipo de documento. De esta forma, aunque el documento
pueda ser firmado, aparecer por defecto como anexo .
4.2.2.3 Permitir el deshacer envo a Portafirmas

En determinados procedimientos tendremos la posibilidad de solicitar la firma
digital de documentos a travs de un envo a Portafirmas. Cuando el usuario
realiza esa tarea en eCO, se queda a la espera en un estado llamado Pendiente
de Firma. En principio, lo lgico, es que el modelado del procedimiento no nos
permita deshacer esa transicin, ya que corremos el peligro de que el firmante ya
haya accedido al Portafirmas para firmar el documento, a continuacin veremos
como podemos abordar este tipo de situaciones.
Con el deshacer envo a Portafirmas tendremos la posibilidad de anular un envo,
o poder retocar alguna peticin, pero siempre con la seguridad de que se
verificar que el firmante an no haya firmado o devuelto los documentos en los
que se le solicita su firma .
Por tanto, si queremos habilitar dicha posibilidad, tenemos que tener en cuenta la
siguiente configuracin:
En primer lugar debemos definir la accin y la condicin en la Herramienta de
Administracin de Trew@ para poder asociarlas seguidamente a la transicin.
Para ello nos debemos dirigir al apartado Otras tablas de codificacin

Condiciones, Acciones y Avisos, donde aparecern todas las condiciones y
acciones definidas en Trew@.
Aqu debemos pulsar sobre nuevo y creamos en primer lugar la accin con los
siguientes datos:
Nombre: ANULAR_DOC_ENVIO_PFIRMA
Tipo: Accin
Implementacin: Java
Funcin: anularDocEnvioPFirma
Parmetros: Marcamos 1.Expediente
Pgina 123 de 199

Prospectiva
A continuacin creamos la condicin que comprueba ms nos interese, la primera

comprueba si los documentos estn firmados y la segunda si los documentos han
sido ledos :
Nombre: ECO_DOCUMENTOS_FIRMADOS
Tipo: Condicin
Implementacin: Java
Paquete: es.juntadeandalucia.cice.eco.trewa.Condiciones
Funcin: checkDocumentosFirmados
Pgina 124 de 199

Prospectiva
Nombre: ECO_DOCUMENTOS_LEIDOS
Tipo: Condicin
Implementacin: Java
Paquete: es.juntadeandalucia.cice.eco.trewa.Condiciones
Funcin: checkDocumentosLeidos
A continuacin nos dirigimos a las Transiciones permitidas entre fases/eventos

y localizamos el procedimiento al cual queramos aadirle esta funcionalidad.
Una vez lo encontremos, escogemos la transicin que se encuentra entre ENVO
A FIRMA (FIRMA) y PENDIENTE DE FIRMA (FIRMA) y marcamos la pestaa que
se encuentra en la parte inferior de la pantalla Condiciones, Acciones, Avisos.
Una vez aqu, tan slo debemos asociar la accin a la transicin:

Condicin, Accin o Aviso: ANULAR_DOC_ENVIO_PFIRMA (Accin)
Pgina 125 de 199

Prospectiva
Obligatoria?: S
Vlida?: S
Comprobar: Deshacer
Y a continuacin la condicin:
Condicin, Accin o Aviso: ECO_DOCUMENTOS_FIRMADOS //
ECO_DOCUMENTOS_LEIDOS (Condicin)
Obligatoria?: S
Vlida?: S
Comprobar: Deshacer
4.2.2.4 Eliminar marca del envo a Portafirmas

En las ocasiones en las que el firmante nos devuelva la peticin de firma, para
poder reutilizar los documentos que quisimos enviar para volver a enviarlos
posteriormente corregidos, debemos pulsar sobre el botn correspondiente:
men de Acciones Anular envo a Portafirmas.
Pgina 126 de 199

Prospectiva
Existe una alternativa que hara automticamente este rescate de documentos

de forma que no tendramos que pulsar el botn ahorrndole as un paso al
usuario.
Para llevar a cabo esa funcionalidad habr que crear una nueva accin:
(Otras tablas de codificacin Condiciones, Acciones y Avisos)
Nombre: ANULAR_ENVIO_PF_DOC_DESCARTADOS
Tipo: Accin
Implementacin: Java
Funcin: anularPFDocumentosDescartados
Una vez creada la accin slo tendremos que asignarla a la transicin

correspondiente, por lo general en la transicin DEVOLVER. Para ello iremos a:
Definicin de procedimientos Transiciones permitidas entre Fases/Eventos, ah
seleccionaremos la transicin deseada y en la pestaa Condiciones, Acciones,
Pgina 127 de 199

Prospectiva
Avisos la incorporaremos con los siguientes datos:

Condicin, Accin o Aviso: ANULAR_ENVIO_PF_DOC_DESCARTADOS (Accin)
Obligatoria?: S
Vlida?: S
Comprobar: Tramitar
4.2.2.5 Varias transiciones en la fase de Envo a Portafirmas

Si deseamos tener ms de una transicin de salida desde la fase Envo a Firma
slo debemos tener en cuenta que hay que poner orden 1 a la transicin hacia
el estado Pendiente de Firma, y al resto los rdenes consecutivos.
Pgina 128 de 199

Prospectiva
4.2.2.6 Definir lneas de firma en Portafirmas v2

Una de las caractersticas de Portafirmas v2 es que ofrece la posibilidad de definir
lneas de firma algo ms complejas que el Portafirmas clsico, aadiendo vistos
buenos y sincronizando los estados con eCO.
Para ello es necesario, en primer lugar, definir la lnea de firma en Trew@. Esta
tarea, al igual que el resto de Portafirmas, acude a los firmantes Trew@ para
saber quien corresponde a cada firma, de forma que si nos dirigimos a la
Herramienta de Administracin Trew@ Documentos Tipos de documento,
podremos escoger el documento de nuestro procedimiento y consultar sus
firmantes:
Pgina 129 de 199

Prospectiva
Ya que el tipo de firma siempre ser en cascada, para definir una lnea de
firmantes tan slo es necesario diferenciar dichos firmantes en el campo orden.
En caso que coincidan varios firmantes en el mismo orden, al igual que en el
envo a Portafirmas normalizado, se escoger el firmante mas cercano de forma
jerrquica descendente, ascendente y ajeno a la lnea jerrquica, en el orden
citado.
En el caso de que deseemos que uno de esos firmantes no haga una firma sino
un Visto Bueno, tan slo es necesario aadir a la etiqueta de dicho firmante algn
visto bueno que haya sido indicado previamente en la propiedad
trewaTipoActoVB (consultar el Manual de Instalacin eCO v1.9.1).
Recordar que para que una lnea de firma sea vlida en Portafirmas v2, es
necesario que el ltimo proceso que se haga en la lnea de firma sea una firma,
nunca un visto bueno.
4.2.2.7 Visto Bueno en Portafirmas

Una vez haya sido definida la lnea de firma y aadida la tarea de
enviopfirmavb (ver apartado 4.2.2.1 Definicin de tareas de envo a
Portafirmas), es necesario realizar ciertos cambios en el procedimiento, como
definir las transiciones necesarias para que el sistema eCO se sincronice con los
estados de Portafirmas v2.
Pgina 130 de 199

Prospectiva
Para ello debemos declarar una nueva transicin cuyo origen y destino sea la
fase PENDIENTE DE FIRMA. Tanto como para el nombre, como para el tipo de
acto se le debe asignar algn visto bueno que haya sido indicado previamente en
la propiedad trewaTipoActoVB (consultar el Manual de Instalacin eCO v1.9.1).
Este visto bueno no tiene porqu coincidir con el indicado en el firmante.
Por ltimo, asignarle a dicha transicin el perfil ECO_TECNICO para que sea
tramitable por la aplicacin y la condicin ECO_OCULTAR (no obligatoria y solo
para visibilidad, ms informacin en el apartado 5.1 Condiciones) la cual va a
permitir controlar la visibilidad.
4.2.2.8 Compulsa de Documentos

El sistema eCO permite la firma de documentos compulsados. Para ello se ha
habilitado un nuevo botn en los envo a Portafirmas que permite marcar si
queremos que los documentos sean compulsados o no previamente a la firma.
Desde la administracin es necesario habilitar el versionado de documentos para
aquellos documentos que deseemos compulsar. Para ello es necesario acudir a la
Herramienta de Administracin Trew@ Documentos Tipos de documento,
escoger el documento de nuestro procedimiento y pulsar doble clic. Aparecer la
ventana de edicin del tipo de documenta, en la cual debemos marcar la opcin
Versionable.
Pgina 131 de 199

Prospectiva
4.3 @ries
4.3.1 Configuracin
Revisar los valores marcados en rojo, y modificarlos acorde a los datos
proporcionados por la plataforma @ries para la aplicacin eCO. Es importante
prestar atencin sobre los campos DEPRECATED, ya que se trata de propiedades
que han cambiado su forma de configurarse.
eco Propiedades de @ries
CDIGO ariesAsunto
ETIQUETA Asunto
DESCRIPCIN Asunto de @ries
VALOR ECO
CDIGO ariesExtracto
ETIQUETA Extracto
DESCRIPCIN Extracto de @ries
VALOR ECO
CDIGO ariesSello
ETIQUETA Sello
DESCRIPCIN Direccin de Sello de @ries
VALOR http://servidorAplicaciones:puerto/sello/services/SellarWS?wsdl
CDIGO ariesTipoReg
ETIQUETA Tipo registro @ries
DESCRIPCIN Tipo de registro para la conexin

VALOR WS
Pgina 132 de 199

Prospectiva
CDIGO ariesUrl.intranet
ETIQUETA URL (registro en Intranet)
DESCRIPCIN URL de @ries para el registro en Intranet

http://ariesdes.chap.junta-
VALOR
andalucia.es:8081/WSAriesIntranet/services/ariesri.wsdl
CDIGO ariesUrl.telematico
ETIQUETA URL (registro Telemtico)
DESCRIPCIN URL de @ries para registro Telemtico

http://ariesdes.chap.junta-
VALOR andalucia.es:8081/WSAriesRTL/services/RegistroTelematicoSOAP
?wsdl
El usuario que vaya a registrar debe tener anagrama fiscal en Trew@.
Una vez revisadas todas las propiedades (y eliminadas aquellas obsoletas),

debemos configurar los usuarios que se usarn para el registro en eCO. Para ello
debemos dirigirnos a la Pantalla de Administracin eCO Mantenimiento
Organismos.
Una vez all, seleccionamos el organismo al que deseamos configurar los usuarios
@ries y pulsamos sobre editar.
Pgina 133 de 199

Prospectiva
Entre otros datos, podremos encontrar una pestaa llamada @ries en la cual
podremos localizar tanto el identificador @ries asociado al organismo, como los
usuarios y claves para los registros telemticos y de intranet.
Esta configuracin se aplicar de forma jerrquica descendente, de forma que los

usuarios establecidos para un nodo tambin sern los que usen los organismos
que dependan de dicho nodo, a menos que a estos se les asigne otros usuarios.
Cabe destacar que dicha configuracin, a pesar de que en la Pantalla de

Administracin de eCO se muestre as, no se asocia directamente al organismo,
sino a un componente de tipo @ries el cual s est asociado al organismo.
En caso de desear configurar un usuario @ries a un organismo desde la

Herramienta de Administracin Trew@, tan solo deben dirigirse a Configuracin
Componentes @RIES. Una vez all ser necesario aadir un nuevo
componente cuyo nombre y descripcin sean identificativos para el
administrador del sistema, y asociarlo al organismo correspondiente.
Pgina 134 de 199

Prospectiva
A continuacin pulsar sobre Datos del componente y aadir all un usuario y

clave por cada tipo de registro:
Pgina 135 de 199

Prospectiva
4.3.2 Modelado
En la actual versin de eCO contamos con diferentes mtodos para registrar en @ries:
Nombre Tipo Funcionalidad
registroaries Intranet Registro de salida y entrada en el cual tanto el
origen como el destino estn contemplados en
eCO.
registrointranetentrad Intranet Registro de Entrada de tipo Intranet en el cual el
a origen de la comunicacin es externo a la
consejera pero perteneciente a la JdA.
registrointranetsalida Intranet Registro de Entrada de tipo Intranet en el cual el
destino de la comunicacin es externo a la
consejera pero perteneciente a la JdA.
registrosoloentrada Telemtico Registro telemtico slo de entrada en el cual el
origen de la comunicacin es externo a eCO.
registrosolosalida Telemtico Registro telemtico slo de salida en el cual el
destinatario de la comunicacin es externo a
eCO.
registrointeresado Telemtico Registro telemtico de salida con Interesados
asociados. Es muy similar al registro de slo
salida pero este ya lleva definidos los
interesados. Todos los documentos son
registrados para cada uno de los detisnos
registromasivo Telemtico Registro telemtico slo de salida en el cual los
destinatarios de la comunicacin son externos a
la JdA, con la particularidad de que cada
documento es enviado a un interesado a la
comunicacin independientemente del resto de
documentos.
Para crear cualquiera de estas tareas tendremos que

ir a la siguiente ruta en la Herramienta de
Administracin de Trew@:
Definicin de procedimientos Tareas Manipulacin de
datos y otras Nuevo
Pgina 136 de 199

Prospectiva
Y rellenar los datos siguientes:
Nombre: (cualquiera de las tres segn corresponda)

registroaries
registrointranetentrada
registrointranetsalida
registrosolosalida
registrosoloentrada
registrointeresado
registromasivo
Descripcin: (Descripcin que deseemos sobre la tarea)
Si ya tenemos creada la tarea correspondiente tendremos que asignarla a la fase

correspondiente. Para ello iremos a:
Definicin de procedimientos Tareas en Fase Manipulacin de datos y otras Nuevo
Rellenaremos los datos segn corresponda indicando la Fase a la que queremos

incorporar nuestra tarea de registro, darle una etiqueta, una descripcin, elegir el
Pgina 137 de 199

Prospectiva
procedimiento al que va a afectar el cambio y especificar en Tarea llamada la

tarea que deseemos utilizar.
Una vez creada la tarea en fase la seleccionaremos y en la parte inferior en la
pestaa Perfiles de usuario Nuevo asignaremos los perfiles necesarios para
llevar a cabo tal tarea.
El usuario que vaya a registrar debe tener anagrama fiscal en Trew@.
Por ltimo es necesario configurar las propiedades relativas al registro en el

apartado 4.3 @ries.
4.3.3 Registro @ries Multiusuario

Ya que los datos de configuracin @ries se pueden asociar directamente a los
organismos (ver captulo anterior), la configuracin multiusuario de @ries ya no
es necesaria definirla en el archivo de configuracin eCO. Ahora es tan sencillo
como establecer los mismos usuarios y claves a un organismo y tanto dicho
organismo como todos los que dependan de l (y no estn configurados) usarn
los dichos datos.
Pgina 138 de 199

Prospectiva
4.3.4 Personalizacin de la posicin del sello de los

documentos
El sistema eCO, al registrar en @ries, proporciona la descarga del documento
registrado y sellado por Sello, de forma que los documentos quedan listos para
su descarga ya sellados.
El sistema permite personalizar la posicin donde se desea que aparezcan los
sellos de salida y entrada, este ltimo en caso de que exista. Para ello se han de
aadir dos nuevas propiedades las cuales contemplen las posiciones de los
sellos:
eco Propiedades de @ries Propiedades generales de @ries
CDIGO sello.posicion.salida
ETIQUETA Posicin del Sello de Salida
DESCRIPCIN Posicin en la que se pondr el sello de salida en los documentos

sellados
VALOR 4
CDIGO sello.posicion.entrada
ETIQUETA Posicin del Sello de Entrada

Posicin en la que se pondr el sello de entrada en los documentos
DESCRIPCIN
sellados
VALOR 6
Estas posiciones se indican con un valor del 1 al 6 correspondiendo a la siguiente

estructura:
Pgina 139 de 199

Prospectiva
4.4 Gestor de avisos

Si queremos crear un nuevo tipo de aviso automtico, es decir, de los que se
generan al ocurrir una determina transicin en un procedimiento, lo debemos de
configurar en varios pasos.
4.4.1 Configuracin
A travs de la pantalla de Configuracin, modificaremos el eco-configuracion.xml
definiendo el mensaje que se va a generar automticamente en la transicin de
nuestro procedimiento, identificada con el tipo de acto asociado a ella.
avisos Avisos por tipo de Acto
CDIGO aviso.TIPODEACTO
ETIQUETA TIPODEACTO
DESCRIPCIN Mensaje para TIPODEACTO

eCO: La comunicacin con nmero de identificacin
VALOR %EXPNUMERO% ha pasado al tipo de acto VB con fecha
%EXPFECHAVISTOBUENO%
Tambin podemos especificar el patrn que preceder a nuestros mensajes y el

asunto de los mismos, de forma que todos los mensajes aparecern con la
siguiente estructura:
Asunto: <aviso.ASUNTO>
Mensaje: <aviso.PATRON>: mensaje del aviso.
avisos Propiedades generales de Avisos
CDIGO aviso.PATRON
ETIQUETA Patrn
DESCRIPCIN Propiedades de informacin configurable: Patrn
VALOR eCO
CDIGO aviso.ASUNTO
ETIQUETA Asunto
DESCRIPCIN Propiedades de informacin configurable: Asunto
VALOR Mensaje de prueba enviado por eCO.
Del mismo modo debemos indicar cul ser el modo de funcionamiento,
Pgina 140 de 199

Prospectiva
pudiendo elegir entre tres opciones: Desactivado, Smtp o Avisador.

avisos Propiedades generales de Avisos
CDIGO aviso.MODO
ETIQUETA Modo
DESCRIPCIN Modo de notificacin
VALOR Smtp
Igualmente debemos especificar los parmetros de configuracin del correo
saliente: host, puerto, usuario y password, nombre del remitente y correo.
avisos Propiedades de Avisos por SMTP

CDIGO aviso.CORREOSALIENTE
ETIQUETA Host
DESCRIPCIN Configuracin del correo saliente: Host
VALOR smtp.guadaltel.es
CDIGO aviso.USERSALIENTE
ETIQUETA User saliente
DESCRIPCIN Configuracin del correo saliente: User
VALOR valor_no_obligatorio
CDIGO aviso.PUERTOSALIENTE
ETIQUETA Puerto saliente
DESCRIPCIN Configuracin del correo saliente: Puerto
CDIGO aviso.PASSWORDSALIENTE
ETIQUETA Password saliente
DESCRIPCIN Configuracin del correo saliente: Password
Pgina 141 de 199

Prospectiva
CDIGO aviso.NOMBREREMITENTESMTP
ETIQUETA Nombre remitente SMTP
DESCRIPCIN Configuracin del correo saliente: Nombre del remitente
VALOR Remitente
CDIGO aviso.EMAILREMITENTESMTP
ETIQUETA E-mail remitente SMTP
DESCRIPCIN Configuracin del correo saliente: E-mail del remitente
VALOR remitente@juntadeandalucia.es
Tambin, los datos que aparecern en la plantilla de correo html generado. Por
ejemplo:
avisos Propiedades de Avisos por SMTP
CDIGO aviso.PLANTCABECERA
ETIQUETA Cabecera
DESCRIPCIN Datos de la plantilla html de correo SMTP: Cabecera
VALOR Avisos eCO
CDIGO aviso.PLANTTITULO
ETIQUETA Ttulo
DESCRIPCIN Datos de la plantilla html de correo SMTP: Ttulo
VALOR Avisos Enviados Por eCO
CDIGO aviso.PLANTSUBTITULO
ETIQUETA Subttulo
DESCRIPCIN Datos de la plantilla html de correo SMTP: Subttulo
Este correo electrnico recoge los avisos generados tanto por

VALOR eCO, automticamente durante la transicin de los Expedientes,
como los creados por los miembros del grupo de trabajo.
Pgina 142 de 199

Prospectiva
CDIGO aviso.PLANTPIE
ETIQUETA Pie
DESCRIPCIN Datos de la plantilla html de correo SMTP: Pie

No es necesario que responda a este mensaje. Una vez recibido,
VALOR
el sistema da por ledos los avisos que lo componen.
Por ltimo, podremos cambiar el aspecto del correo electrnico html generado en
el caso de que se haya seleccionado Smtp como modo de envo. Para ello
deberamos de modificar directamente sobre el fichero avisos.xsl, pero con
atencin a slo modificar informacin referente a cdigo html.
4.4.2 Modelado
En primer lugar, verificar que la accin ECO_AVISO_CAMBIO_TRANSICION existe
en la herramienta de administracin de Trew@, y si no crearla.
Nombre Funcin
ECO_AVISO_CAMBIO_TRANSICION generarAvisos
Tipo Paquete
Accin es.juntadeandalucia.cice.eco.trewa.Acciones
Parmetros
Expediente, Transicin
Observaciones
Asociando dicha accin a las transiciones que deseemos, se generarn avisos
que habrn sido configurados correspondientemente.
A continuacin tan slo tenemos que asociar la accin a una o varias transiciones
en la tabla Transiciones permitidas entre Fases/Eventos de la Herramienta de
Administracin de Trew@.
Dicha transicin a la que asociamos la accin anteriormente nombrada, debe

estar relacionada con un Tipo de Acto, y si no es as la asociaremos a uno, ya
existente o creado nuevo sobre la marcha.
Pgina 143 de 199

Prospectiva
4.5 Alfresco
El sistema eCO permite integrar con Alfresco para custodiar los documentos que
sean incorporados al sistema. eCO implementa dos integraciones distintas:
integracin nativa para la custodia de documentos y la integracin nativa para el
anexado de documentos.
Ambas integraciones no son excluyentes entre si, ya que la primera se encarga
de la custodia de los documentos incorporados a la comunicacin realizando una
copia en el gestor documental por cada documento incorporado a eCO, mientras
que la segunda integracin slo se encarga de anexar a la comunicacin
documentos que se tengan previamente subido al espacio personal del usuario.
La antigua integracin con Alfresco, tambin llamada integracin a travs del

emulador W@rda, ha quedado obsoleta ya que la integracin nativa suple las
funcionalidades de esta otra integracin. Por tanto es importante que se
desactive el antiguo componente.
Para ms informacin acudir al Manual de Actualizacin eCO v1.9.1 apartado
Componente W@rda.
4.5.1 Integracin nativa

Gracias al componente de integracin nativa, el sistema permite integrarse con
el gestor documental Alfresco sin necesidad de instalar ni configurar un
Emulador W@rda. Para la activacin de este componente ser necesario
configurar las siguientes propiedades:
CDIGO alfresco.componente
ETIQUETA Componente Alfresco

Poner a true para el uso del gestor documental a travs del
DESCRIPCIN
componente Alfresco
VALOR true
alfresco.componente: con esta propiedad controlaremos que el sistema
haga uso del componente Alfresco o no. Los posibles valores para esta
propiedad son true o false.
CDIGO alfresco.componente.url
ETIQUETA URL Alfresco
DESCRIPCIN URL donde se encuentra alojado el gestor documental Alfresco
Pgina 144 de 199

Prospectiva
VALOR http://host_alfresco:puerto_alfresco/alfresco/api
alfresco.componente.url: URL donde se encuentra la aplicacin Alfresco
CDIGO alfresco.componente.usuario
ETIQUETA Usuario Alfresco
DESCRIPCIN Usuario Alfresco

VALOR Usuario_Alfresco
alfresco.componente.usuario: en esta propiedad se ha de indicar el
usuario Alfresco con el que el sistema autenticar y consultar por
defecto. Este usuario no tiene porque ser el mismo que usen los
usuarios.
El usuario indicado en esta propiedad ha de ser propietario y tener
permisos tanto consulta como de escritura sobre la carpeta donde se
guardarn los respaldos de los documentos (indicada en la propiedad
alfresco.componente.rootSpace).
CDIGO alfresco.componente.password
ETIQUETA Contrasea Alfresco
DESCRIPCIN Contrasea usuario Alfresco

VALOR Contrasea_Alfresco
alfresco.componente.password: contrasea del usuario Alfresco
anteriormente indicado.
CDIGO alfresco.componente.spaceStore
ETIQUETA Space Store
DESCRIPCIN Space Store

VALOR SpacesStore
alfresco.componente.spaceStore: Propiedad que el indica al sistema
Alfresco cual es el nombre del space store. Se recomienda no modificar
el valor por defecto de esta propiedad.
CDIGO alfresco.componente.rootSpace
ETIQUETA Dir. Raiz Alfresco
Pgina 145 de 199

Prospectiva
DESCRIPCIN Directorio inicial Alfresco

VALOR /app:company_home/sys:user_homes/cm:eco
alfresco.componente.rootSpace: en esta propiedad se le indica cual es
el espacio personal del usuario Alfresco por defecto (indicado en la
propiedad alfresco.componente.usuario).
Este espacio no tiene porque encontrarse dentro de la carpeta
user_homes, ya que puede alojar las custodias en la carpeta que se le
indique.
El usuario ha de ser propietario de esta carpeta, la cual ha de ser
creada por el sistema Alfresco de forma automtica al indicar el
rootSpace del usuario.
Para obtener la ruta del rootSpace correspondiente al usuario, ser
necesario seguir los siguientes pasos:
Autenticar con un usuario con permisos de administrador.
Entrar en la consola de administracin.
Entrar en Node Browser y a continuacin workspace://SpacesStore.
Navegar entre los nodos hasta llegar a la carpeta del usuario.
Obtenemos el valor de la propiedad Primary Path y le aplicamos los
siguientes cambios:
/{http://www.alfresco.org/model/application/1.0} /app:
/{http://www.alfresco.org/model/system/1.0} /sys:
/{http://www.alfresco.org/model/content/1.0} /cm:
A continuacin mostramos como sera la Primary Path del valor por
defecto que muestra esta propiedad:
/{http://www.alfresco.org/model/application/1.0}company_home/
{http://www.alfresco.org/model/system/1.0}user_homes/
{http://www.alfresco.org/model/content/1.0}eco
4.5.2 Incorporacin de documentos pesados

El sistema eCO tiene una tercera implementacin de Alfresco, sin embargo esta
ltima implementacin no est diseada para realizar custodia de los
documentos sino para poder anexar sobre la comunicacin de eCO un documento
previamente subido al directorio personal del usuario.
Para ello se har uso de la tarea Incorporacin de documentos pesados. sta,
en primer lugar, mostrar un ligero formulario en el que requerir el usuario y
contrasea de Alfresco del propio usuario. Una vez introducidos los datos, listar
todos los documentos que se encuentran en su directorio personal para que as
seleccione el que desee y pueda incorporarlo a la comunicacin.
Pgina 146 de 199

Prospectiva
Es importante aclarar que cuando se realiza esta operacin, no se crea ninguna

copia del fichero en BBDD, de forma que el documento estar nicamente en el
gestor documental. Sin embargo, el sistema eCO har de puente entre el gestor
documental y el usuario en caso de que, una vez haya sido anexado el
documento, el usuario desee descargar un documento subido de esta forma
desde el propio eCO.
Por ltimo, es necesario tener en cuenta que en el envo a Portafirmas de
documentos incorporados de esta forma no se transfiere el contenido binario del
documento, sino su referencia a Alfresco. Por tanto, en Portafirmas ser
necesario configurar la integracin con el mismo Alfresco que usar eCO para
esta tarea, no para el componente descrito en el apartado anterior Integracin
nativa, para que as Portafirmas pueda consultar y firmar el documento
directamente desde el gestor documental.
Esta tarea viene definida en los distintos procedimientos de eCO, pero tambin
es posible aadirla de forma manual con los siguientes datos:
Nombre: asociarDocAlfresco
Descripcin: Asociar Documentos
Alfresco
Tipo: Modulo Web (URL)
Para la configuracin de este componente es necesario configurar las siguientes

propiedades:
CDIGO alfresco.tarea.url
ETIQUETA URL Alfresco de Tarea Documentos Pesados
URL donde se encuentra alojado el gestor documental Alfresco

DESCRIPCIN de tarea la de Incorporacin de Documentos Pesados
VALOR http://host_alfresco/alfresco/api
alfresco.tarea.url: URL donde se encuentra la aplicacin Alfresco donde
acceder el sistema para listar los documentos.
CDIGO alfresco.tarea.rootSpace
ETIQUETA Dir. Raiz Alfresco de Tarea Documentos Pesados
Directorio del Personal Home de Alfresco que usa la tarea de

DESCRIPCIN Incorporacin de Documentos Pesados
VALOR /app:company_home/sys:user_homes
alfresco.tarea.rootSpace: Directorio donde el sistema consultar las
Pgina 147 de 199

Prospectiva
carpetas con las custodias de los documentos del usuario.

A diferencia de la anterior integracin, este rootSpace no tiene porque
indicar directamente la carpeta del usuario, sino que indica la ruta de
los User Homes (siempre y cuando la carpeta de consulta del usuario
se encuentre en el interior de esta carpeta).
Para obtener esta ruta ser necesario seguir los mismos pasos descritos
en el punto anterior Integracin nativa pero en este otro gestor
documental Alfresco.
CDIGO alfresco.tarea.spaceStore
ETIQUETA Space Store de Tarea Documentos Pesados
DESCRIPCIN Space Store de tarea la de Incorporacin de Documentos

Pesados
VALOR SpacesStore
alfresco.tarea.spaceStore: SpaceStore correspondiente al Alfresco
donde acceder el sistema para listar los documentos. En esta
propiedad se suele conservar el valor por defecto.
CDIGO alfresco.tarea.usuario
ETIQUETA Usuario Alfresco de Tarea Documentos Pesados
DESCRIPCIN Usuario Alfresco de tarea la de Incorporacin de Documentos

Pesados
VALOR usuario_eco
alfresco.tarea.usuario: en esta propiedad se ha de indicar el usuario
Alfresco con el que el sistema consultar en Alfresco los documentos en
caso de que un usuario solicite la descarga a travs de eCO, o bien sea
necesario para el sistema. Este usuario no tiene porque ser el mismo
que usen los usuarios.
El usuario indicado en esta propiedad debe tener privilegios suficientes
para consultar el contenido de los distintos User Home de los
usuarios, as como los directorios personales de los usuarios que hagan
uso de esta tarea y no se encuentren dentro del directorio User
Home's. Ser necesario aplicarle en Alfresco el perfil Coordinator.
CDIGO alfresco.tarea.password
ETIQUETA Contrasea Alfresco de Tarea Documentos Pesados
Contrasea del usuario Alfresco de tarea la de Incorporacin de

DESCRIPCIN Documentos Pesados
VALOR password_eco
Pgina 148 de 199

Prospectiva
alfresco.tarea.password: contrasea del usuario de Alfresco indicado en

la propiedad descrita anteriormente.
CDIGO alfresco.tarea.documentos
ETIQUETA Etiquetas documentos permitidos en tarea
DESCRIPCIN Etiquetas documentos permitidos en tarea Alfresco

VALOR DocTrabajo
alfresco.tarea.documentos: Etiquetas de los documentos permitidos
que se mostrarn en la tarea. Para que un documento se muestre en la
lista, ha de estar reflejado en esta propiedad.
Pgina 149 de 199

Prospectiva
4.6 PLATINA
Tenemos la posibilidad de tramitar comunicaciones entre distintos sistemas eCO,
es decir, enviar comunicaciones a Organismos Externos y todo ello gracias a
Platina. Para tener operativo el uso de nuestro eCO con PLATINA hay tener en
cuenta tres configuraciones:
Configuracin del eCO-Bus (que contempla la Configuracin Trew@ y la
Configuracin de eco-configuracion.xml).
Configuracin del XML de Descarga de Documentos Externos.
Configuracin del KeyStore y los Certificados.
4.6.1 Configuracin Trew@
4.6.1.1 Procedimiento de recepcin

Desde las pantallas de administracin:
Importamos el procedimiento ECOREMOTO del Pack de Procedimientos de
Despliegue. Este procedimiento ser el escogido para crear las comunicaciones
entrantes desde PLATINA o de otro sistema, el cual est relacionado con la
propiedad remoto.procedimiento. Una vez importado el procedimiento, ser
necesario crearle al menos una versin vlida y vigente del procedimiento de tipo
ECONRI (tipo de comunicaciones por defecto).
Este procedimiento llevar asociado un tipo de documento al que haremos
referencia ms adelante a travs de la propiedad remoto.documento_gen, el
cual debe tener asignado a su vez su cdigo w@nda al igual que el
procedimiento. Hay que tener en cuenta que estos dos cdigos w@nda nos sern
solicitados posteriormente por la configuracin de PLATINA.
Para mas informacin sobre la configuracin de PLATINA, consultar el Manual de
Adaemo para eCOBUS, disponible en el Catlogo de Software de la Junta de
Andalucia, proyecto eCO.
4.6.1.2 Procedimiento de envo

Modificamos el procedimiento que deseemos que utilice el bus (ejemplo
ECONRIJS):
Asignamos el Cdigo W@ndA en el procedimiento escogido. Este cdigo ha de
ser el mismo que el indicado posteriormente en el archivo de configuracin eCO.
Pgina 150 de 199

Prospectiva
Damos de alta la fase NO RECIBIDA dentro de la metafase RECEPCIN, para que

PLATINA sepa llevar la comunicacin a la fase correcta en caso que falle el envo
de la comunicacin.
Ahora debemos dar de alta la transicin NO ENTRADA de la fase ENVIADA a NO

RECIBIDA, para que el procedimiento contemple el paso a esta fase.
Pgina 151 de 199

Prospectiva
A continuacin, damos de alta la accin ECO_ENVIO_BUS
Se asocia la accin anterior (de forma NO OBLIGATORIA) a la transicin REGISTRO

que va desde la fase X a ENVIADA (en este caso desde FIRMADA a ENVIADA).
Debemos de indicar tambin el tipo de acto REGISTRO, para que eCO nos haga
el registro @ries de la comunicacin.
Pgina 152 de 199

Prospectiva
4.6.1.3 Usuario Remoto

Una vez asociada la accin de envo a la transicin, hay que dar de alta el usuario
que va a usar el bus.
Y le asignamos los perfiles TR_R_USUARIO, ECO_TECNICO y ECO_RECEPTOR y,

adems, habr que asignarle un puesto de trabajo en los organismos receptores.
Este usuario a su vez debemos asignarlo como empleado de todas las unidades
orgnicas a las que se vaya a permitir el envo de comunicaciones PLATINA, para
evitar as los problemas de enviar una comunicacin a un destino sin receptor.
Pgina 153 de 199

Prospectiva
Por ltimo, es necesario configurar los componentes:
Se ha de definir un componente por cada entorno PLATINA con el que se vaya a

conectar el sistema (incluyendo el propio). Cada componente se asociar al
organismo correspondiente o a alguno de sus ascendientes, ya que el sistema
buscar el componente de forma jerrquica ascendentemente.
A su vez a cada componente, hay que indicarle cual es la URL donde se
encuentra PLATINA. Para ello se le definir a cada uno su Dato de componente
cuyo atributo es URL_BUS y cuyo valor ha de ser la URL del servicio de
PLATINA. Tambin podemos incluir otro atributo URL_BUS_WS para indicar cul
es la URL donde se encuentra el servicio web encargado de controlar el estado de
las transacciones de PLATINA.
Es muy importante definir los cdigos W@ndA con el mismo valor en todos
los Trew@. Este ser el campo que nos sirva para identificar organismos,
componentes, ... entre distintos Trew@s. La misma precaucin deberemos
tener con los identificadores de @ries pues deben coincidir en los diferentes
Pgina 154 de 199

Prospectiva
Trew@, adems, todo Organismo que vaya a emitir/recibir comunicaciones por

PLATINA debe tener asociado un identificador @ries.
4.6.2 Configuracin de eco-configuracion.xml

En el fichero de configuracin de eCO: eco-configuracion.xml debemos tener
las siguientes propiedades:
eco Propiedades de la tramitacin remota
CDIGO remoto.procedimiento
ETIQUETA Procedimiento
Cdigo w@nda del procedimiento con el que se crearn las
DESCRIPCIN
comunicaciones entrantes
VALOR cod_w@ndA_proc
CDIGO remoto.documento_gen
ETIQUETA Documento genrico

Cdigo w@nda del tipo de documento con el que se crearn los
DESCRIPCIN
documentos de las comunicaciones entrantes
VALOR cod_w@ndA_doc
CDIGO remoto.fase_envio
ETIQUETA Fase de envo
DESCRIPCIN Nombre de la fase a la que tramitar la comunicacin al crearse

VALOR ENVIADA
CDIGO remoto.tipo_componente
ETIQUETA Tipo de componente
DESCRIPCIN Tipo de componente de los componentes de PLATINA

VALOR ECO
CDIGO remoto.usuario_bus
ETIQUETA Usuario bus
Pgina 155 de 199

Prospectiva
DESCRIPCIN Usuario encargado de la gestin de las comunicaciones entrantes.

VALOR TRECO_BUS
CDIGO remoto.url.datocomponente
ETIQUETA URL dato componente

DESCRIPCIN Atributo que indica la URL de PLATINA en el dato de componente.
VALOR URL_BUS
CDIGO remoto.perfil
ETIQUETA Perfil eCO externo
DESCRIPCIN Perfil que identifica si el usuario es externo.

VALOR ECO_EXTERNO
4.6.3 Configuracin del XML de Descarga de Documentos

Externos
El fichero a configurar es el fichero ConfigDocExt.xml. Lo nico a modificar de
dicho fichero es la URI, que debe de estar configurada correctamente para
nuestra instalacin de eCO.
<document>
<hash>
<SHA1/>
</hash>
<protocols>
<protocol type="servlet">
<uri>http://maquina:puerto/eco/DescargaDocumentoExterno/</uri>
<constraints>
<constraint type="JAAS">
<user></user>
<password></password>
</constraint>
</constraints>
</protocol>
</protocols>
<numeroRegistroSalida/>
<fechaRegistroSalida/>
</document>
En la URI habr que poner la ruta correspondiente al servlet de descarga de
documentos externos.
Debemos asegurarnos que el puerto indicado no esta filtrado por alguna
Pgina 156 de 199

Prospectiva
restriccin de redes, ya que esa URL ser accedida desde otros eCOs para
solicitar los documentos.
Las etiquetas user y el password no han de ser rellenados ni modificados, pero
deben existir por requisitos internos del sistema.
4.6.4 Configuracin del Keystore y los Certificados

Propiedades para llevar la gestin de los certificados de los propios sistemas.
eco Propiedades de la tramitacin remota
CDIGO eco.keystore.ruta
ETIQUETA Ruta Keystore
DESCRIPCIN Ruta del Keystore

VALOR ruta_del_keystore_del_eCO_local
CDIGO eco.keystore.pass
ETIQUETA Password Keystore
DESCRIPCIN Password del Keystore

VALOR password_del_keystore_del_eCO_local
CDIGO eco.certificado.publico.pass
ETIQUETA Password Certificado Pblico

DESCRIPCIN Password del Certificado Pblico
password_de_los_certificados_pertenecientes_a_otros_sistemas_
VALOR
eCO(eCO de organismos externos)
CDIGO eco.certificado.privado.pass
ETIQUETA Password Certificado Pblico
DESCRIPCIN Password del Certificado Pblico

VALOR password_del_certificado_del_eCO_local
eco.keystore.ruta: Ruta del keystore de nuestro sistema eCO.
eco.keystore.pass: Clave del keystore indicado en la anterior propiedad.
eco.certificado.publico.pass: Clave de los certificados pblicos que
correspondan a los eCO's externos. Esta clave ser SIEMPRE la misma
Pgina 157 de 199

Prospectiva
para todos los certificados pblicos que correspondan a los eCO's

externos.
eco.certificado.privado.pass: Clave del certificado de nuestro eCO local.
Este certificado ser el que tendremos que exportar para que los
sistemas eCO's ajenos puedan comunicarse con nuestro eCO.
4.6.4.1 Mini-gua para la creacin y manipulacin de nuestro

Certificado
A la hora de la creacin del certificado de nuestro eCO, hay que tener en cuenta
que el alias se debe de corresponder con el cdigo CIW@ del Organismo al que
pertenece la configuracin del eCO-Bus en Trew@ (ver apartado Configuracin
TREW@ del apartado Configuracin del eCO-Bus).
Crear el par de claves (keypair) de nuestro Certificado eCO:

keytool -genkeypair -keystore nuestro_keystore -storepass
pass_de_nuestro_keystore -alias ciwa_de_nuestro_organismo -keypass pass_privado
-keyalg RSA
Con este comando, tendremos en nuestro almacn de Certificados (keystore)

nuestro certificado propio. Si se carece de keystore, ste se crea
automticamente en la ruta donde nos encontremos con el nombre que le hemos
dado en el parmetro -keystore. El certificado creado de esta forma se
compondr de clave pblica y clave privada, y en nuestro almacn de claves
aparecer como PrivateKeyEntry.
Si la versin de JDK es inferior a 1.6, el comando genkeypair se debe sustituir

por genkey.
Exportar nuestro certificado de nuestro almacn de claves (keystore):

keytool -exportcert -keystore nuestro_keystore -storepass
pass_de_nuestro_keystore -alias ciwa_de_nuestro_organismo -file
archivo_donde_se_guardara_el_certificado -keypass pass_privado -keyalg RSA
La finalidad de exportar nuestro certificado es que otros eCO's puedan

comunicarse con nuestro eCO. Una vez exportado nuestro certificado, tan slo
quedara dar dicho certificado a aquellos eCO's con los que nos vayamos a
comunicar.
Si la versin de JDK es inferior a 1.6, el comando exportcert se debe sustituir
por export.
Pgina 158 de 199

Prospectiva
Importar el certificado de aquellos eCO's con los cuales vamos a

comunicarnos:
keytool -importcert -keystore nuestro_keystore -storepass
pass_de_nuestro_keystore -alias ciwa_de_organismo_que_corresponda -file
archivo_certificado_a_importar -keypass pass_de_certificados_pblicos
Cuando tengamos importado el certificado de otro eCO y siguiendo todos los

pasos para la configuracin de PLATINA, ya podremos comunicar ambos eCO's.
Hay que tener especial cuidado a la hora de definir el alias, ya que ste se debe
de corresponder con el cdigo CIW@ al que est asociado el Organismo al que
pertenece el Certificado a importar. El certificado importado aparecer como
trustedCertEntry ya que solo dispondremos de su clave pblica.
Si la versin de JDK es inferior a 1.6, el comando importcert se debe sustituir

por import.
Los comandos expuestos pueden variar en funcin de la versin de la

herramienta keytool, de la jdk instalada y del Sistema Operativo.
Prestar especial atencin a generar el par de keys con la misma versin de jdk
que se gener el keystore para evitar posibles conflictos de versiones.
4.6.5 Servicio de Consulta de Estado de las Peticiones por

PLATINA
Se ha incorporado un nuevo Servicio Web destinado a controlar el estado de las
peticiones realizadas por PLATINA gracias a una cola JMS y su servidor ActiveMQ.
Con este servicio se pretende robustecer el flujo de informacin y evitar posibles
redundancias al enviar los documentos asociados al expediente desde PLATINA.
Para su configuracin, ser necesario instalar y configurar un servidor ActiveMQ
v5.2.0 y configurar eCO para que use las colas JMS.
4.6.5.1 Instalacin ActiveMQ

En primer lugar es necesario descargar el servidor ActiveMQ. Para ello hay que
acudir a la pgina web de Apache http://activemq.apache.org/ y descargar la
aplicacin. Debe valer cualquier versin de dicho servidor, pero la recomendada
es la v5.2.0. En dicha web tambin podrn encontrar los manuales de instalacin
para el caso en el que el sistema tenga alguna peculiaridad.
Para su instalacin hay que tener en cuenta que se debe copiar la librera que
configura el acceso a los datos de base de datos en la carpeta lib, como por
Pgina 159 de 199

Prospectiva
ejemplo:
/opt/ActiveMQ/lib/odbc.jar
Dicha librera se puede obtener en la carpeta WEB-INF/lib/ del propio sistema.
Una vez descargado e instalado el servidor ActiveMQ, ser necesario editar su
archivo de configuracin conf/activemq.xml e incluir las siguientes lneas para
su correcto funcionamiento:
Bean:
<bean id="oracle-ds" class="org.apache.commons.dbcp.BasicDataSource"
destroy-method="close">
<property name="driverClassName">
<value>oracle.jdbc.driver.OracleDriver</value>
</property>
<property name="url">
<value>jdbc:oracle:thin:@hostName:port:SID</value>
</property>
<property name="username">
<value>Usuario_BBDD</value>
</property>
<property name="password">
<value>Password_BBDD</value>
</property>
<property name="poolPreparedStatements">
<value>true</value>
</property>
</bean>
Es necesario sustituir los valores "hostName", "port", "SID", "Usuario_BBDD" y

"PasswordBBDD" por los datos correspondientes a la conexin a base de datos.
Conectores de red:
Tambin es necesario aadir el siguiente conector a la lista de conectores
(cambindo el nombre de la mquina), el resultado sera similar a lo siguiente:
<networkConnectors>
<networkConnector name="tcp"
uri="static://(tcp://nombre_maquina:61616)"/>
</networkConnectors>
Gestor de Contexto y adaptador de persistencia:

Se ha de aadir un gestor de contextos para que los cree en caso de que no
existan:
<managementContext>
<managementContext createConnector="true"/>
</managementContext>
<persistenceAdapter>
Pgina 160 de 199

Prospectiva
<jdbcPersistenceAdapter dataSource="#oracle-ds"/>
</persistenceAdapter>
4.6.5.2 Configuracin de cola JMS

Para activar la cola JMS en eCO debemos configurar las siguientes propiedades:
jndi Propiedades de JNDI

CDIGO java.naming.factory.initial
ETIQUETA java.naming.factory.initial
DESCRIPCIN Nombre de la factora inicial de JNDI
VALOR org.apache.activemg.jndi.ActiveMqInitialContextFactory
CDIGO java.naming.provider.url
ETIQUETA java.naming.provider.url
DESCRIPCIN URL del proveedor de JNDI
VALOR tcp://nombre_de_maquina:61616
CDIGO connectionFactoryNames
ETIQUETA connectionFactoryNames
DESCRIPCIN Nombre de la Factora de la Conexin
VALOR ConnectionFactory
CDIGO queue.PlatinaQueue
ETIQUETA queue.PlatinaQueue
DESCRIPCIN Nombre de la cola a utilizar para Platina
VALOR PlatinaQueue
CDIGO queue.WSQueue
ETIQUETA queue.WSQueue
DESCRIPCIN Nombre de la cola a utilizar
VALOR WSQueue
Pgina 161 de 199

Prospectiva
4.6.6 Control de errores en el proceso de envo por PLATINA

Platina ha puesto a disposicin del resto de aplicaciones un servicio el cual
controla el estado de las transacciones que viajan por el sistema. En eCO se ha
desarrollado un demonio el cual pregunta peridicamente por el estado de las
comunicaciones que se han enviado por Platina, y en caso de que alguna no haya
llegado con xito a su destino, el sistema tramita esa comunicacin a una fase
NO RECIBIDA.
4.6.6.1 Configuracin del procedimiento

El procedimiento estndar de envo por PLATINA ya viene configurado con esta
transicin necesaria. En caso de no ser as o que se desee configurar en cualquier
otro procedimiento, debemos realizar la siguientes modificaciones:
El procedimiento escogido ha de tener una fase NO RECIBIDA la cual refleje si la
comunicacin no ha podido llegar a su destino por algn tipo de error ajeno al
propio eCO.
Esta fase ha de ser creada como alternativa a la fase RECIBIDA de forma que la
comunicacin pueda tramitar en uno u otro sentido, dependiendo del resultado del
envo de la comunicacin. El sistema eCO identificar las transiciones gracias al tipo de
acto Registro que ha de tener siempre la transicin OK.
4.6.6.2 Configuracin del componente

El sistema automticamente buscar el dato componente URL_BUS
correspondiente al Platina al que vaya a acudir, y a partir de esta URL obtendr la
direccin adecuada para el servicio de consultaEstadoTransaccion.
En caso de que el sistema no lo calcule correctamente o la URL corresponda a
otro contexto/servidor, se puede establecer un nuevo dato componente el cual
indica especficamente cual es la URL del servicio.
Pgina 162 de 199

Prospectiva
Este dato componente se ha de introducir en el componente PLATINA que

corresponda, poniendo como cdigo URL_BUS_WS y como valor la URL del
servicio.
4.6.6.3 Configuracin del demonio

Es necesario programar la ejecucin peridica del demonio Quartz, para as
comprobar si alguna de las comunicaciones lanzadas por Platina ha errado o no.
Es recomendable darle un tiempo prudente de comprobacin, ya que el demonio
ha de recorrer todas las peticiones que se han enviado y consultar el estado de
cada una de ellas. Este tiempo depender de la carga de trabajo y la cantidad de
comunicaciones enviadas por Platina, pero se recomienda poner un valor no
inferior a 10 minutos.
En el caso de que Platina tarde en responder el estado de la transaccin o
desconozca el estado exacto de sta, eCO consultar al servicio hasta 5 veces.
Una vez superado ese nmero de reintentos, el sistema tomar la comunicacin
como NO RECIBIDA.
<servlet>
<servlet-name>PlatinaInitialize</servlet-name>
<servlet-
class>es.juntadeandalucia.cice.platina.daemon.PlatinaInitialize</servlet-
class>
<init-param>
<param-value>00 00/10 * ? * *</param-value>
</init-param>
</servlet>
4.6.6.4 Configuracin de la cola JMS

Para activar la cola JMS en eCO debemos configurar las siguientes propiedades:
jndi Propiedades de JNDI
CDIGO queue.PlatinaQueue
ETIQUETA queue.PlatinaQueue
Pgina 163 de 199

Prospectiva
DESCRIPCIN Nombre de la cola a utilizar para Platina
VALOR PlatinaQueue
4.7 Remisin Electrnica
4.7.1 Configuracin del componente en Trew@

Para que el sistema eCO pueda utilizar los servicios web de Remisin Electrnica
es necesario indicar al sistema donde se encuentran los mismos. Para ello
definiremos un nuevo componente en el cual indicaremos la ruta del servidor, el
tipo de conexin (si es HTTP o HTTPS), el organismo al que pertenece, etc.
Ya que la configuracin por componente se realiza a nivel de sistemas, cada
sistema podr configurar que usuario y clave usar para todo el organismo, ya
que la bsqueda de estos valores se har de forma ascendente a partir de los
organismos del usuario.
En el caso del primer procedimiento (Preparacin de Disposicin), los datos de
estos componentes se buscarn de forma ascendente a partir del organismo
destino de la comunicacin, sin embargo para el el segundo procedimiento (Envo
de Disposicin) estos datos se tomarn de forma ascendente a partir del
organismo origen de la comunicacin (que siempre ser el mismo que el destino
del primer procedimiento). Para ms informacin acudir al documento Manual
de Integracin eCO-remisin electrnica v1.9.1.
Para realizar esta configuracin, es necesario definir un nuevo componente entre
los componentes de tipo SIBOJA (se debe crear en caso de que no exista). En la
herramienta de Administracin Trew@ Configuracin Componentes
Pgina 164 de 199

Prospectiva
Una vez dentro de los componentes, ser necesario hacer clic sobre el tipo de
componente SIBOJA y crear un nuevo componente por cada rama del rbol de
organismos deseemos configurar:
Componente SIBOJA
Tipo de SIBOJA
Compnente
Nombre Nombre representativo de la configuracin
Direccin IP IP o Host del servidor donde se aloje Remisin Electrnica
Usuario Usuario de acceso para el Organismo
Clave Clave de acceso para el usuario
Cod. W@nda -
Consejera al cual Organismo padre de la Consejera o grupo de servicios que se est

pertenece configurando
Datos del PROTOCOL HTTP o HTTPS

Componente O
PUERTO /siboja-remisionWS/services/SibojaRemisionWS?wsdl
RUTA Puerto de escucha del Servidor Web
Es importante destacar que el uso de los datos de los componentes Siboja se

realiza mediante jerarqua, es decir, cuando un usuario enva una comunicacin a
Siboja, el sistema usar los datos que tenga configurado en su organismo. En
caso de que no tenga configurado ningn componente en ese organismo, el
sistema buscar en su organismo padre, y as sucesivamente hasta que
encuentre uno o llegue al nodo principal.
Esta configuracin nos permite crear tantos componentes Siboja como
deseemos, siempre y cuando no se repitan los nombres y el organismo asociado
entre los componentes, y as o bien especificar un usuario para toda la
consejera, o bien distintos usuarios para cada rama que se desee.
4.7.2 Parmetros generales de Siboja

Tambin ser necesario configurar los parmetros del procedimiento, los cuales
vienen por defecto preestablecidos con los valores correctos, pero en caso de
necesitar modificar los valores del procedimiento, ser necesario cambiar estas
propiedades tambin del grupo Etiquetas Generales Siboja:
Cdigo siboja.tiposDocFirma
Pgina 165 de 199

Prospectiva
Nombre Etiqueta Tipos de Documento Firma Disposicin
Descripcin Etiquetas de los Tipos de Documento Firma Disposicin
Valor FirmaDisp
Cdigo siboja.tiposDocDisposicion
Nombre Etiqueta Tipos de Documento Disposicin
Descripcin Etiquetas de los Tipos de Documento Disposicin
Valor Disposicion
Cdigo siboja.tiposDocTrabajo
Nombre Etiqueta Tipos de Documento Trabajo
Descripcin Etiquetas de los Tipos de Documento Trabajo
Valor DocTrabajo
Cdigo siboja.tiposDocInsertese
Nombre Etiqueta Tipo de Documento Insrtese
Descripcin Etiqueta de Tipo de Documento Insrtese
Valor Insertese
Cdigo siboja.tipoComponente
Nombre Abreviatura del Tipo de componente Siboja
Descripcin Abreviatura del Tipo de componente Siboja
Valor SIBOJA
Cdigo siboja.dispboja2
Nombre Segundo procedimiento Remisin Electrnica
Descripcin Segundo procedimiento Remisin Electrnica
Valor DISPBOJA2
Pgina 166 de 199

Prospectiva
Cdigo siboja.estadoEliminada
Nombre Estado validez eliminada
Descripcin Estado validez eliminada
Valor 20
En caso de que se desee utilizar ms de un tipo de documento como Disposicin o

Documento de Trabajo por ejemplo, tan slo es necesario asignarle la misma etiqueta a
los nuevos tipos de documento.
4.7.3 Acciones y condiciones parametrizables de Siboja

Para el correcto funcionamiento de las condiciones parametrizables, es necesario
definir las siguientes propiedades en el archivo de configuracin eco-
configuracion.xml, apartado Condiciones (se recomienda poner en una
categoria/subcategoria independiente):
Cdigo ECO_ADJUNTA_PARAM_DISPOSICION.numero_documentos
Nombre Numero mnimo de documentos de tipo Disposicin
Descripcin Numero mnimo de documentos de tipo Disposicin
Valor 1
Cdigo ECO_ADJUNTA_PARAM_DISPOSICION.etiqueta
Nombre Etiqueta Documentos mnimo de tipo Disposicin
Descripcin Etiqueta de documentos mnimo de tipo Disposicin
Valor Disposicion
Disposicion
Cdigo ECO_ADJUNTA_PARAM_TRABAJO.numero_documentos
Nombre Numero mnimo de documentos de Trabajo
Descripcin Numero mnimo de documentos de Trabajo
Valor 1
Cdigo ECO_ADJUNTA_PARAM_TRABAJO.etiqueta
Pgina 167 de 199

Prospectiva
Nombre Etiqueta de Documentos mnimo de Trabajo
Descripcin Etiqueta de documentos mnimo de Trabajo
Valor DocTrabajo
Cdigo ECO_ADJUNTA_PARAM_FIRMA.numero_documentos
Nombre Numero mnimo de documentos de Firma
Descripcin Numero mnimo de documentos de Firma
Valor 1
Cdigo ECO_ADJUNTA_PARAM_FIRMA.etiqueta
Nombre Etiqueta de documentos mnimo de Firma
Descripcin Etiqueta de documentos mnimo de Firma
Valor FirmaDisp
Cdigo ECO_ADJUNTA_MAX_FIRMA.numero_documentos
Nombre Numero mximo de documentos de Firma
Descripcin Numero mximo de documentos de Firma
Valor 1
Cdigo ECO_ADJUNTA_MAX_FIRMA.etiqueta
Nombre Etiqueta de documentos mximo de Firma
Descripcin Etiqueta de documentos mximo de Firma
Valor FirmaDisp
Cdigo ECO_ADJUNTA_MAX_DISPOSICION.numero_documentos
Nombre Numero mximo de disposiciones
Descripcin Numero mximo de disposiciones
Valor 1
Pgina 168 de 199

Prospectiva
Cdigo ECO_ADJUNTA_MAX_DISPOSICION.etiqueta
Nombre Etiqueta de documentos mximo de disposiciones
Descripcin Etiqueta de documentos mximo de disposiciones
Valor Disposicion
Cdigo ECO_ADJUNTA_NO_FIRMA.numero_documentos
Nombre Sin documentos de Firma
Descripcin Sin documentos de Firma
Valor 0
Cdigo ECO_ADJUNTA_NO_FIRMA.etiqueta
Nombre Etiqueta de documentos sin Firma
Descripcin Etiqueta de documentos sin Firma
Valor FirmaDisp
Cdigo ECO_INCORPORA_DISPOSICION.numero_documentos
Nombre Numero mximo de disposiciones a incorporar
Descripcin Numero mximo de disposiciones a incorporar
Valor 1
Cdigo ECO_INCORPORA_DISPOSICION.etiqueta
Nombre Etiqueta de documentos de disposiciones
Descripcin Etiqueta de documentos de disposiciones
Valor Disposicion
Cdigo ECO_INCORPORA_DISPOSICION.tipo_condicion
Nombre Tipo de condicin de mximo de disposiciones
Descripcin Tipo de condicin de mximo de disposiciones
Valor INCORPORAR
Pgina 169 de 199

Prospectiva
Cdigo ECO_GENERA_INSERTESE.numero_documentos
Nombre Numero mximo de formulario Insrtese a incorporar
Descripcin Numero mximo de disposiciones a incorporar
Valor 1
Cdigo ECO_GENERA_INSERTESE .etiqueta
Nombre Etiqueta de documentos de formulario Insrtese
Descripcin Etiqueta de documentos de formulario Insrtese
Valor Insertese
Cdigo ECO_GENERA_INSERTESE .tipo_condicion
Nombre Tipo de condicin de mximo de formulario Insrtese
Descripcin Tipo de condicin de mximo de formulario Insrtese
Valor INCORPORAR
4.7.4 Revisin de otros parmetros

El sistema eCO tiene la posibilidad de integrar con dos Alfrescos distintos y
simultneamente, tal como se explica en los apartados Integracin nativa e
Incorporacin de documentos pesados. De esta forma, mientras la primera se
encarga de la custodia de los documentos adjuntos por el usuario a las
comunicaciones, la otra se encarga de anexar a la comunicacin documentos
incorporados previamente al espacio personal del usuario en Alfresco.
Debido a que Remisin Electrnica hace uso de la tarea Incorporacin de
documentos pesados ser necesario revisar tanto las propiedades indicadas en la
tarea como la configuracin de Envo de URI a Alfresco, teniendo en cuenta que
el gestor documental que eCO utiliza para este propsito ser el mismo que use
Remisin Electrnica:
Pgina 170 de 199

Prospectiva
Esta configuracin se debe a que si est correctamente configurado el sistema,

eCO anexar a la comunicacin el identificador del documento alojado en el
Alfresco Tarea. Ya que se trata de documentos incorporados desde esta tarea, en
ningn momento se enviar el binario de dicho documento a Remisin
Electrnica, sino que se le enviar slo la referencia para que sea el propio Siboja
el que consulte el contenido del documento en el gestor documental. Por tanto, el
Alfresco que debe tener configurado Siboja para sus operaciones tiene que ser el
mismo que hace uso eCO para la tarea.
As pues, ser necesario configurar los dos componentes de custodia en
Portafirmas (ver apartado Envo de URI a Alfresco) y que el propio Remisin
Electrnica tenga acceso al mismo Alfresco de la tarea Incorporacin de
documentos pesados.
Es importante recordar que es necesario revisar la configuracin de la
Continuidad de Firma y el Formato de Firma.
Pgina 171 de 199

Prospectiva
5 OTRAS CONSIDERACIONES
5.1 Condiciones
Nombre Funcin
ECO_DOCUMENTOS_ADJUNTO checkDocumento
Tipo Paquete
Condicin es.juntadeandalucia.cice.eco.trewa.Condiciones
Parmetros
Expediente
Observaciones
Esta condicin comprueba que exista al menos un documento adjunto.
Se suele usar en una transicin de salida de la fase Redaccin, como obligatoria
en algunos procedimientos.
Si marcamos la condicin a comprobar al visualizar, no veremos el botn de
tramitar hasta que hayamos incluido al menos un documento.
Nombre Funcin
ECO_NRI_ADJUNTA checkNRI
Tipo Paquete
Parmetros
Expediente
Observaciones
Esta condicin comprueba que exista al menos un documento adjunto del tipo
N.R.I. a la comunicacin. Es importante que la etiqueta del Tipo de documento en
nuestra base de datos sea en concreto N.R.I..
Se suele usar en una transicin de salida de la fase Redaccin, como obligatoria.
Nombre Funcin
ECO_OFICIO_ADJUNTO checkOficio
Tipo Paquete
Parmetros
Expediente
Observaciones
Esta condicin comprueba que exista al menos un documento adjunto del tipo
Oficio a la comunicacin. Es importante que la etiqueta del Tipo de documento
en nuestra base de datos sea en concreto OFICIO.
Se suele usar en una transicin de salida de la fase Redaccin como obligatoria.
Pgina 172 de 199

Prospectiva
Nombre Funcin
ECO_PERMISOS_ORIGEN checkPermisoOrigen
Tipo Paquete
Parmetros
Expediente, Usuario
Observaciones
Esta condicin comprueba que el usuario pertenezca al organismo origen para
poder tramitar.
Se suele usar como obligatoria y comprobar al visualizar.
Aunque la condicin parezca obvia, es muy til para algunos procedimientos
ms complejos en los que nos interesa controlar quienes pueden tramitar en
determinadas situaciones; por ejemplo, un tramite estando ya la comunicacin
recibida que slo puede ser realizado por miembros del organismo origen.
Nombre Funcin
ECO_PERMISOS_DESTINO checkPermisoDestino
Tipo Paquete
Parmetros
Expediente, Usuario
Observaciones
Esta condicin comprueba que el usuario pertenezca al organismo destino para
poder tramitar.
Es muy til para algunos procedimientos ms complejos en los que nos interesa
controlar quines pueden tramitar en determinadas situaciones; por ejemplo,
una vez ya recepcionada la comunicacin, que existan ms tramites y nos
interese controlar que los miembros del organismo origen no puedan tramitar.
Nombre Funcin
ECO_ENVIADA_PORTAFIRMAS checkEnviadaPortafirmas
Tipo Paquete
Parmetros
Expediente
Observaciones
Esta condicin comprueba que exista al menos un documento adjunto a nuestra
comunicacin enviado a Portafirmas.
Pgina 173 de 199

Prospectiva
Nombre Funcin
ECO_REGISTRO_ENTRADA checkRegistroEntrada
Tipo Paquete
Parmetros
Expediente
Observaciones
Esta condicin comprueba que exista al menos un documento adjunto a la
comunicacin que est registrado en el organismo destino.
Siempre y cuando elijamos la opcin de registro de salida y de entrada, es
indiferente usar esta condicin o la siguiente, ECO_REGISTRO_SALIDA, ya que
ambos registros se hacen simultneamente. Slo sera necesario aplicar al
trmite una de las dos.
Nombre Funcin
ECO_REGISTRO_SALIDA checkRegistroSalida
Tipo Paquete
Parmetros
Expediente
Observaciones
Esta condicin comprueba que exista al menos un documento adjunto a la
comunicacin que est registrado en el organismo origen.
Siempre y cuando elijamos la opcin de registro de salida y de entrada, es
indiferente usar esta condicin o la anterior, ECO_REGISTRO_ENTRADA, ya que
ambos registros se hacen simultneamente. Slo sera necesario aplicar al
trmite una de las dos. Si por el contrario el registro es de slo salida estaremos
obligados a usar esta y slo esta condicin.
Pgina 174 de 199

Prospectiva
Nombre Funcin
ECO_DOCUMENTOS_NRI checkDocumentoNRI
Tipo Paquete
Parmetros
Expediente
Observaciones
Esta condicin impide incluir ms de una NRI a la comunicacin.
Se suele usar como obligatoria y comprobar al visualizar, pero en este caso se
aplica a las tareas de Incluir Documentacin de ese tipo de documento, no a
ninguna transicin. La etiqueta del tipo de documento debe ser expresamente
N.R.I. para su correcto funcionamiento.
El efecto que conseguimos con esto es que una vez hayamos incluido el
documento de ese tipo el botn desaparezca, impidiendo la inclusin de otro de
ese mismo tipo.
Ntese la diferencia con la condicin ECO_NRI_ADJUNTA.
Nombre Funcin
ECO_DOCUMENTOS_OFICIO checkDocumentoOficio
Tipo Paquete
Parmetros
Expediente
Observaciones
Esta condicin impide incluir ms de un Oficio a la comunicacin.
Se suele usar como obligatoria y comprobar al visualizar, pero en este caso se
aplica a las tareas de Incluir Documentacin de ese tipo de documento, no a
ninguna transicin. La etiqueta del tipo de documento debe ser expresamente
OFICIO para su correcto funcionamiento.
El efecto que conseguimos con esto es que una vez hayamos incluido el
documento de ese tipo el botn desaparezca, impidiendo la inclusin de otro de
ese mismo tipo.
Ntese la diferencia con la condicin ECO_OFICIO_ADJUNTO.
Pgina 175 de 199

Prospectiva
Nombre Funcin
ECO_DOCUMENTOS_FIRMADOS checkDocumentosFirmados
Tipo Paquete
Parmetros
Expediente
Observaciones
Esta condicin comprueba que si todos los documentos adjuntos a la
comunicacin han sido firmados por todos y cada uno de los firmantes.
Se suele usar como obligatoria y comprobar al deshacer la transicin que va
desde la fase ENVO A FIRMA a PENDIENTE DE FIRMA.
Se usa en conjuncin con la Accin ANULAR_DOC_ENVIO_PFIRMA para asegurar
que no haya ningn documento firmado y permitir que se anule un envo a
Portafirmas.
Nombre Funcin
ECO_DOCUMENTOS_LEIDOS checkDocumentosLeidos
Tipo Paquete
Parmetros
Expediente
Observaciones
Esta condicin comprueba que si todos los documentos adjuntos a la
comunicacin han sido ledos.
Se usa en conjuncin con la Accin ANULAR_DOC_ENVIO_PFIRMA para asegurar
que no haya ningn documento firmado y permitir que se anule un envo a
Portafirmas.
Nombre Funcin
ECO_INTERESADOS_LEIDO checkInteresadosLeido
Tipo Paquete
Parmetros
Expediente
Observaciones
Esta condicin comprueba si todos los destinos de una comunicacin
MULTIDESTINO han Ledo la comunicacin, y sino no se podr tramitar.
Pgina 176 de 199

Prospectiva
Nombre Funcin
ECO_MENSAJE_OK mensajeOK
Tipo Paquete
Parmetros
Ninguno
Observaciones
Condicin que siempre se cumple para que muestre el mensaje definido como OK.
Nombre Funcin
ECO_MENSAJE_NO_OK mensajeNoOK
Tipo Paquete
Parmetros
Ninguno
Observaciones
Condicin que siempre se cumple para que muestre el mensaje definido como no
OK.
Nombre Funcin
ECO_OCULTAR ocultar
Tipo Paquete
Parmetros
Ninguno
Observaciones
Esta condicin hace invisible a los ojos del usuario la transicin o tarea a la que
esta asociada.
Esto es til si tengo, por ejemplo, transiciones incluidas en el procedimiento pero
que se toman automticamente tras realizar una determinada tarea, como en el
caso del paso de ENVO A FIRMA a PENDIENTE DE FIRMA tras realizar la tarea
de envo a Portafirmas.
Pgina 177 de 199

Prospectiva
Nombre Funcin
ECO_ORGANISMOS_IGUALES checkOrganismosIguales
Tipo Paquete
Parmetros
Expediente
Observaciones
Esta condicin verifica si el organismo origen y el organismo destino son el
mismo.
Es til principalmente cuando en el procedimiento usamos la tarea REGISTRO
@RIES SLO SALIDA ya que en eCO habramos seleccionado como destino
nuestro propio organismo.
Se suele usar como obligatoria y comprobar al visualizar. Se asigna a la
transicin que nos interese.
Nombre Funcin
ECO_DOCUMENTO_MAX_PARAM checkNumDocumentos
Tipo Paquete
Parmetros
Expediente
Observaciones
Esta condicin es una condicin parametrizable. Para ms informacin acerca de
dicha condicin parametrizable, vea el sub-apartado 5.3.1 Configuracin de las
condiciones del apartado 5.3 Acciones y condiciones parametrizables.
Nombre Funcin
ECO_MIN_ADJUNTA_PARAM checkHayDocumento
Tipo Paquete
Parmetros
Expediente
Observaciones
Pgina 178 de 199

Prospectiva
Nombre Funcin
ECO_COORDINADOR_PARAM checkCoordinadorGenerico
Tipo Paquete
Parmetros
Usuario
Observaciones
Nombre Funcin
ECO_COORDINADOR_PERFIL_PARAM checkPtoTrbGenericoConPerfil
Tipo Paquete
Condicin es.juntadeandalucia.cap.eco.trewa.Condiciones
Parmetros
Usuario
Observaciones
Nombre Funcin
ECO_DOCUMENTOS_TODOS_FIRMA
checkDocumentosTodosFirmados
DOS
Tipo Paquete
Parmetros
Expediente
Observaciones
Esta condicin comprueba si todos los documentos enviados a Portafirmas han
sido firmados o devueltos por todos y cada uno de los firmantes.
Se suele usar como obligatoria y comprobar al visualizar que va desde la fase
PENDIENTE DE FIRMA a FIRMADO.
Se usa para controlar que no se tramite cuando an quedan operaciones
pedientes en el portafirmas.
Pgina 179 de 199

Prospectiva
Nombre Funcin
ECO_DOCUMENTOS_FORMATO checkFormatoDocumento
Tipo Paquete
Condicin es.juntadeandalucia.copv.eco.trewa.Condiciones
Parmetros
Expediente
Observaciones
Esta condicin comprueba si todos los documentos firmables (que tengan firma
digital) estn en formato PDF.
Se suele poner al visualizar la transicin que va desde la fase ENVO A FIRMA a
PENDIENTE DE FIRMA, para evitar que los documentos generados se conviertan
a PDF antes de enviar a firma.
Esta condicin ha sido desarrollada y aportada por la Consejera de Obras
Pblicas y Vivienda.
Pgina 180 de 199

Prospectiva
5.2 Acciones
Nombre Funcin
ECO_DOCUMENTOS_ADJUNTO_FINA
finalizarAnexos
LIZAR
Tipo Paquete
Parmetros
Expediente
Observaciones
Con esta accin lo que tenemos es la posibilidad de dejar todos los documentos
adjuntos a la comunicacin en un estado bloqueado, es decir que no pueden
ser ni retocados, ni firmados, etc.
Si deseamos hacer uso de ella solo tendremos que asociarla a una transicin o
tarea del modo que deseemos.
Nombre Funcin
ECO_ENLAZA_ORIGEN enlazarOrganismoEntrada
Tipo Paquete
Parmetros
Expediente, Usuario
Observaciones
Enlaza la carpeta de Alfresco del organismo destino con la del organismo origen
para esta comunicacin.
Para ms informacin, revisar el manual de integracin con Alfresco.
Nombre Funcin
ECO_ELIMINA_ENLACE_ORIGEN eliminarEnlaceOrganismoEntrada
Tipo Paquete
Parmetros
Expediente, Usuario
Observaciones
Rompe el enlace de la carpeta de Alfresco del organismo destino con la del
organismo origen para esta comunicacin.
Para ms informacin, revisar el manual de integracin con Alfresco.
Pgina 181 de 199

Prospectiva
Nombre Funcin
ECO_AVISO_CAMBIO_TRANSICION generarAvisos
Tipo Paquete
Parmetros
Observaciones
Asociando dicha accin a las transiciones que deseemos, se generarn avisos
que habrn sido configurados correspondientemente como se puede ver en el
apartado 4.4 Gestor de avisos.
Nombre Funcin
ECO_ASIGNA_RECEPTOR_AVISOS avisosParaUsuariosReceptor
Tipo Paquete
Parmetros
Observaciones
Esta accin esta pensada para ser asociada a la transicin que va hacia la fase
ENVIADA, y una vez realizado dicho trmite se asocien a la comunicacin como
Usuarios Asignados los usuarios con perfil ECO_RECEPTOR del organismo
destino.
Tras esto se ejecuta internamente la accin vista anteriormente
ECO_AVISO_CAMBIO_TRANSICION, con idea de que a los receptores del
organismo destino les llegue un aviso automtico de que el destino ha recibido
alguna comunicacin.
Debe ser marcada como obligatoria y comprobar al Tramitar.
Nombre Funcin
ECO_AVISO_USUARIO_CREADOR generarAvisosUsuarioCreador
Tipo Paquete
Parmetros
Expediente, Fase
Observaciones
Esta accin Genera un aviso al usuario creador de la comunicacin avisndole de
la fase en que se encuentra la comunicacin.
Debe comprobarse al Tramitar.
Esta accin es una accin parametrizable. Para ms informacin acerca de dicha
condicin parametrizable, vea el subapartado 5.3.2 Configuracin de las
Pgina 182 de 199

Prospectiva
acciones del apartado 5.3 Acciones y condiciones parametrizables.
Pgina 183 de 199

Prospectiva
Nombre Funcin
ANULAR_DOC_ENVIO_PFIRMA anularDocEnvioPFirma
Tipo Paquete
Parmetros
Expediente
Observaciones
Esta accin anula el envo a Portafirmas de los documentos adjuntos a la
comunicacin.
Se usa en conjuncin con la Condicin ECO_DOCUMENTOS_FIRMADOS para
asegurar que no haya ningn documento firmado y permitir que se anule un
envo a Portafirmas.
Nombre Funcin
ANULAR_ENVIO_PF_DOC_DESCART
anularPFDocumentosDescartados
ADOS
Tipo Paquete
Parmetros
Expediente
Observaciones
Esta accin anula las marcas creadas por el anular envo a Portafirmas de los
documentos adjuntos a la comunicacin.
Se suele comprobar al tramitar la transicin para devolver desde la fase
PENDIENTE DE FIRMA.
Nombre Funcin
CATEGORIA_PARAM cambioCategoria
Tipo Paquete
Parmetros
Expediente
Observaciones
Esta accin es una accin parametrizable. Para ms informacin acerca de dicha
condicin parametrizable, vea el sub-apartado 5.3.2 Configuracin de las
Pgina 184 de 199

Prospectiva
Nombre Funcin
ECO_AVISO_PARAM generarAvisosParam
Tipo Paquete
Parmetros
Expediente
Observaciones
Nombre Funcin
ECO_TRAMITACION_AUTOMATICA_P
tramitacionAutomatica
ARAM
Tipo Paquete
Parmetros
Expediente
Observaciones
Nombre Funcin
ECO_TRAMITA_PADRE_MULTIEXPE tramitarPadreMultiexpe
Tipo Paquete
Parmetros
Expediente, Usuario
Observaciones
Esta accin tramita automticamente el padre de una comunicacin
Multiexpediente cuando todos sus hijos han sido recepcionados.
Se suele ejecutar al tramitar la transicin que va de ENVIADA a RECIBIDA en el
procedimiento hijo.
Pgina 185 de 199

Prospectiva
5.3 Acciones y condiciones parametrizables
5.3.1 Configuracin de las condiciones

En este punto se explicar la creacin y la configuracin de las condiciones
parametrizables. Actualmente, existen tres mtodos generales utilizados por las
condiciones parametrizables:
Un mtodo que comprueba que existen 'n' documentos como mximo de
un tipo en concreto (funcin checkNumDocumentos).
Un mtodo que comprueban que al menos haya 'n' documentos de un tipo
en concreto (funcin checkHayDocumento).
Un mtodo que comprueba que a partir de un puesto de trabajo dado,
oculte la transicin si existen usuarios en otros puestos de trabajo dados
(funcin checkCoordinadorGenerico).
A continuacin pasaremos a ver unos ejemplos de creacin de cada uno de ellos:
Para crear una condicin, tendremos que ir a la Herramienta de Administracin
de Trew@, ms concretamente al men Otras tablas de codificacin /
Condiciones, Acciones y Avisos, y pulsamos sobre el botn nuevo. Ah
incluiremos las siguientes condiciones:
Nombre Funcin
ECO_DOCUMENTO_MAX_PARAM checkNumDocumentos
Tipo Paquete
Parmetros
Expediente
Observaciones
Esta condicin comprueba que existen 'n' documentos del tipo 'x' como mximo
en una comunicacin. Una vez incluido los 'n' documentos del tipo 'x', esta
condicin devolver falso. Los parmetros 'n' (nmero de documentos) y 'x'
(Tipo) se especificarn en el fichero de propiedades eco-configuracion.xml o en
la herramienta de configuracin eCO (para ms informacin sobre cmo
modificar las propiedades vase apartado Nueva herramienta de Configuracin
del Manual de Instalacin eCO v1.9.1).
Pgina 186 de 199

Prospectiva
Nombre Funcin
ECO_MIN_ADJUNTA_PARAM checkHayDocumento
Tipo Paquete
Parmetros
Expediente
Observaciones
Esta condicin comprueba que existen al menos 'n' documentos del tipo 'x' en
una comunicacin. Una vez existan 'n' documentos del tipo 'x', esta condicin
devolver verdadero. Los parmetros 'n' (nmero de documentos) y 'x' (Tipo)
se especificarn en el fichero de propiedades eco-configuracion.xml o en la
herramienta de configuracin eCO (para ms informacin sobre cmo modificar
las propiedades vase apartado Nueva herramienta de Configuracin del
Manual de Instalacin eCO v1.9.1).
Nombre Funcin
ECO_COORDINADOR_PARAM checkCoordinadorGenerico
Tipo Paquete
Parmetros
Usuario
Observaciones
Esta condicin comprueba si el usuario pertenece a un puesto de trabajo 'x'. En
caso afirmativo, comprueba si en su Organismo existen usuarios asociados a
otros puestos de trabajos 'y'. Si existen usuarios, devolver falso la condicin.
En caso contrario, devolver verdadero.
Posteriormente, tendremos que configurar el archivo de propiedades eco-

configuracion.xml.
Pgina 187 de 199

Prospectiva
Dentro del archivo de propiedades, hay que incluir la siguiente informacin

dependiendo de la funcin que utilicemos:
Si en la condicin utilizamos la funcin checkNumDocumentos:

condiciones Documentos Mximos
CDIGO ECO_DOCUMENTOS_MAX_PARAM.numero_documentos
ETIQUETA Nmero mximo
DESCRIPCIN Nmero mximo de documentos

VALOR 1
CDIGO ECO_DOCUMENTOS_MAX_PARAM.etiqueta
ETIQUETA Etiqueta tipo documento
DESCRIPCIN Etiqueta del tipo de documento

VALOR INFORME
La propiedad ECO_DOCUMENTOS_MAX_PARAM.numero_documentos definir el

parmetro 'n' de la condicin ECO_DOCUMENTOS_MAX_PARAM (ver descripcin
de la condicin ECO_DOCUMENTOS_MAX_PARAM), y la propiedad
ECO_DOCUMENTOS_MAX_PARAM.nombre_documento indicar el parmetro 'x'
de la condicin ECO_DOCUMENTOS_MAX_PARAM (ver descripcin de la condicin
ECO_DOCUMENTOS_MAX_PARAM).
Vase que las claves empiezan con el nombre definido en la condicin
(ECO_DOCUMENTOS_MAX_PARAM).
Lo mismo que realizamos para crear la condicin
ECO_DOCUMENTOS_MAX_PARAM, podremos crear todas las condiciones que
queramos que utilicen la funcin checkNumDocumentos, siempre y cuando
cumplamos las siguientes reglas:
En el fichero de propiedades eco-configuracion.xml, debe de existir un par de
claves que sigan los siguientes patrones:
<NOMBRE_CONDICIN>.numero_documentos y
<NOMBRE_CONDICIN>.etiqueta.
El valor de la propiedad que sigue el patrn
<NOMBRE_CONDICIN>.numero_documentos debe de ser un nmero
entero.
El valor de la propiedad que sigue el patrn <NOMBRE_CONDICIN>.etiqueta
debe de ser idntico al campo Etiqueta perteneciente a los Tipos de
Documentos.
Pgina 188 de 199

Prospectiva
Si en la condicin utilizamos la funcin checkHayDocumento:

condiciones Documentos Mnimos
CDIGO ECO_MIN_ADJUNTA_PARAM.numero_documentos
ETIQUETA Nmero mnimo

VALOR 1
CDIGO ECO_MIN_ADJUNTA_PARAM.etiqueta
ETIQUETA Etiqueta del documento

VALOR INFORME
La propiedad ECO_MIN_ADJUNTA_PARAM.numero_documentos definir el

parmetro 'n' de la condicin ECO_MIN_ADJUNTA_PARAM (ver descripcin de la
condicin ECO_MIN_ADJUNTA_PARAM), y la propiedad
ECO_MIN_ADJUNTA_PARAM.nombre_documento indicar el parmetro 'x' de la
condicin ECO_MIN_ADJUNTA_PARAM (ver descripcin de la condicin
ECO_MIN_ADJUNTA_PARAM).
(ECO_MIN_ADJUNTA_PARAM).
Lo mismo que realizamos para crear la condicin ECO_MIN_ADJUNTA_PARAM,
podremos crear todas las condiciones que queramos que utilicen la funcin
checkHayDocumento, siempre y cuando cumplamos las siguientes reglas:
En el fichero de propiedades eco-configuracion.xml, debe de existir
un par de claves que sigan los siguientes patrones:
<NOMBRE_CONDICIN>.numero_documentos y
<NOMBRE_CONDICIN>.etiqueta.
<NOMBRE_CONDICIN>.numero_documentos debe de ser un
nmero entero.
<NOMBRE_CONDICIN>.etiqueta debe de ser idntico al campo
Etiqueta perteneciente a los Tipos de Documentos.
En nuestro ejemplo, el nombre de la condicin es ECO_MIN_ADJUNTA_PARAM.
Pgina 189 de 199

Prospectiva
Si en la condicin utilizamos la funcin checkCoordinadorGenerico:

condiciones Coordinador
CDIGO ECO_COORDINADOR_PARAM.puesto_trab_1
ETIQUETA Puesto de trabajo 1
DESCRIPCIN Puesto de trabajo 1

VALOR TCNICO,TECNICO
CDIGO ECO_COORDINADOR_PARAM.puesto_trab_2

VALOR JEFE.SERV.,J.S.
La propiedad ECO_COORDINADOR_PARAM.puesto_trab_1 definir el puesto de

trabajo que se comprobar en primer lugar, y la propiedad
ECO_COORDINADOR_PARAM.puesto_trab_2 definir el puesto de trabajo que
se comprobar en segundo lugar (ver descripcin de la condicin
ECO_COORDINADOR_PARAM).
(ECO_COORDINADOR_PARAM).
Pgina 190 de 199

Prospectiva
Si en la condicin utilizamos la funcin checkPtoTrbGenericoConPerfil:

condiciones Coordinador con perfil
CDIGO ECO_COORDINADOR_PERFIL_PARAM.puesto_trab_1

VALOR TCNICO,TECNICO
CDIGO ECO_COORDINADOR_PERFIL_PARAM.puesto_trab_2

VALOR JEFE.SERV.,J.S.
CDIGO ECO_COORDINADOR_PERFIL_PARAM.perfil_trab_2
ETIQUETA Perfil del puesto de trabajo 2
DESCRIPCIN Perfil del puesto de trabajo 2

VALOR ECO_VALIDADOR
La propiedad ECO_COORDINADOR_PERFIL_PARAM.puesto_trab_1 definir el puesto

de trabajo que se comprobar en primer lugar, y la propiedad
ECO_COORDINADOR_PERFIL_PARAM.puesto_trab_2 definir el puesto de trabajo
que se comprobar en segundo lugar (ver descripcin de la condicin
ECO_COORDINADOR_PERFIL_PARAM).
La propiedad ECO_COORDINADOR_PERFIL_PARAM.perfil_trab_2 definir el perfil
obligatoria que ha de tener el usuario que se encuentre en el puesto de trabajo 2.
(ECO_COORDINADOR_PERFIL_PARAM).
Como se ha podido comprobar, el nombre de las condiciones parametrizables

expuestas en este manual llevan la terminacin _PARAM. Esta terminacin no es de
carcter obligatorio, pero s es recomendable su utilizacin, ya que as clasificaremos
de forma independiente las condiciones parametrizables.
Pgina 191 de 199

Prospectiva
5.3.2 Configuracin de las acciones

En este punto se explicar la creacin y la configuracin de las acciones
parametrizables. Actualmente, existen tres mtodos generales utilizados por las
acciones parametrizables:
Un mtodo que cambia automticamente la categora de la comunicacin
(funcin cambioCategoria).
Un mtodo que genera un aviso automtico sin necesidad de relacionarlo
con un tipo de acto administrativo (funcin generarAvisosParam).
Un mtodo que realiza automticamente una transicin con la posibilidad
de incorporar un documento generado (funcin tramitacionAutomatica).
A continuacin pasaremos a ver unos ejemplos de creacin de cada uno de ellos:

Para crear una accin, tendremos que ir a la Herramienta de Administracin de
Trew@, ms concretamente al men Otras tablas de codificacin /
Condiciones, Acciones y Avisos, y pulsamos sobre el botn nuevo. Ah
incluiremos la siguiente accin:
Nombre Funcin
CATEGORIA_PARAM cambioCategoria
Tipo Paquete
Parmetros
Expediente
Observaciones
Esta accin cambiar la categora de la comunicacin a Terminada.
Se suele usar como obligatoria y comprobar al tramitar.
Pgina 192 de 199

Prospectiva
Nombre Funcin
ECO_AVISO_PARAM generarAvisosParam
Tipo Paquete
Parmetros
Expediente
Observaciones
Esta accin parametrizable crea un aviso totalmente configurable en la
transicin que se incorpore.
Nombre Funcin
ECO_TRAMITACION_AUTOMATICA_P tramitacionAutomatica
ARAM
Tipo Paquete
Parmetros
Expediente
Observaciones
Esta accin parametrizable realiza una tramitacin automticamente con la
posibilidad de incorporar un documento generado.
Podemos utilizarla para tramitar la devolucin de una firma yendo de la fase de
PENDIENTE DE FIRMA a la fase REDACCIN pasando antes por una fase
RECHAZADA y, si as lo deseamos, podremos contar en la fase de REDACCIN
con un documento generado automticamente.
Pgina 193 de 199

Prospectiva
A continuacin se muestra la forma de incluir manualmente las propiedades de

las acciones (en otras versiones incluidas en el fichero acciones.properties) .
Estas propiedades tambin se pueden incluir desde la pantalla de Configuracin
de la Administracin de eCO. Para ms informacin vase el apartado Nueva
herramienta de Configuracin del manual DOP eCO v1.7.
Dentro del archivo de propiedades eco-configuracion.xml, hay que incluir la
siguiente informacin dependiendo de la funcin que utilicemos:
Si en la accin utilizamos la funcin cambioCategoria:
CDIGO CATEGORIA_PARAM.categoria
ETIQUETA Parmetro para la categorizacin
DESCRIPCIN Parmetro para la categorizacin

VALOR TERMINADO
La propiedad CATEGORIA_PARAM.categoria definir la categora a la cual se

quiere cambiar automticamente cuando se ejecute la accin
CATEGORIA_PARAM.
Vase que la clave empieza con el nombre definido en la accin
(CATEGORIA_PARAM).
Lo mismo que realizamos para crear la accin CATEGORIA_PARAM, podremos
crear todas las acciones que queramos de cambio automtico de categora,
siempre y cuando cumplamos las siguientes reglas:
una clave que siga el patrn: <NOMBRE_ACCIN>.categoria.
El valor de esa propiedad debe de ser la abreviatura de la categora a la
que queremos cambiar.
Si en la accin utilizamos la funcin generarAvisosParam:
CDIGO ECO_AVISO_PARAM.mensaje
ETIQUETA Mensaje
DESCRIPCIN Mensaje
eCO: Se ha sido rechazado el VB a la comunicacion con numero

VALOR
de identificacion %EXPNUMERO%.
Pgina 194 de 199

Prospectiva
La propiedad ECO_AVISO_PARAM.mensaje definir el texto del aviso que se

generar con la accin ECO_AVISO_PARAM (ver descripcin de la condicin
ECO_AVISO_PARAM).
Vase que la clave empieza con el nombre definido en la accin
(ECO_AVISO_PARAM).
Lo mismo que realizamos para crear la accin ECO_AVISO_PARAM, podremos

crear todas las acciones que queramos que utilicen la funcin
generarAvisosParam, siempre y cuando cumplamos las siguientes reglas:
una clave que siga el siguiente patrn:
<NOMBRE_ACCIN>.mensaje.
<NOMBRE_ACCIN>.mensaje debe ser una cadena.
En nuestro ejemplo, el nombre de la accin es ECO_AVISO_PARAM.
Si en la accin utilizamos la funcin tramitacionAutomatica:
CDIGO ECO_TRAMITACION_AUTOMATICA_PARAM.nombreFaseDestino
ETIQUETA Fase de Destino
DESCRIPCIN Fase de Destino

VALOR REDACCION
CDIGO ECO_TRAMITACION_AUTOMATICA_PARAM.orden
ETIQUETA Orden
DESCRIPCIN Orden
VALOR 1
CDIGO ECO_TRAMITACION_AUTOMATICA_PARAM.tipo_doc_generar
ETIQUETA Tipo documento a generar
DESCRIPCIN Tipo documento a generar

VALOR WEBOFFICE
Pgina 195 de 199

Prospectiva
La propiedad ECO_TRAMITACION_AUTOMATICA_PARAM.nombreFaseDestino
definir la fase a la cual se tramitar automticamente desde la fase en la que se
ejecuta la accin (ver descripcin de la condicin
ECO_TRAMITACION_AUTOMATICA_PARAM), la propiedad
ECO_TRAMITACION_AUTOMATICA_PARAM.orden definir el orden de dicha
transicin dentro del conjunto de posibles transiciones que se encuentren en la
fase y la propiedad ECO_TRAMITACION_AUTOMATICA_PARAM.tipo_doc_generar
definir el tipo de documento generado al realizar la tramitacin automtica.
Vase que las claves empiezan con el nombre definido en la accin
(ECO_TRAMITACION_AUTOMATICA_PARAM).
Lo mismo que realizamos para crear la accin

ECO_TRAMITACION_AUTOMATICA_PARAM, podremos crear todas las acciones
que queramos que utilicen la funcin tramitacionAutomatica, siempre y cuando
cumplamos las siguientes reglas:

tres (dos de ellas opcionales) claves que sigan los siguientes patrones:
<NOMBRE_ACCIN>.nombreFaseDestino (obligatoria),
<NOMBRE_ACCIN>.orden (opcional) y
<NOMBRE_ACCIN>.tipo_doc_generar (opcional).
El valor de la propiedad que sigue el patrn <NOMBRE_ACCIN>.
nombreFaseDestino debe ser el nombre de la fase a la cual se va a
tramitar automticamente.
El valor de la propiedad que sigue el patrn <NOMBRE_ACCIN>.orden
debe ser de tipo numrico.
<NOMBRE_ACCIN>.tipo_doc_generar debe ser la etiqueta del tipo de
documento a generar automticamente.
En nuestro ejemplo, el nombre de la accin es
ECO_TRAMITACION_AUTOMATICA_PARAM.
Si en la accin utilizamos la funcin generarAvisosUsuarioCreador:
CDIGO avisoCreador.mensaje
ETIQUETA Mensaje para el usuario creador de la comunicacin

Texto del mensaje para el aviso generado automticamente al
DESCRIPCIN
usuario creador de la comunicacin.
VALOR eCO: La comunicacin con nmero %EXPNUMERO% y ttulo
%EXPTITULO% ha pasado a la fase %EXPFASEACTUAL% con
Pgina 196 de 199

Prospectiva
xito.
La propiedad avisoCreador.mensaje definir el texto del aviso que se generar

con la accin ECO_AVISO_USUARIO_CREADOR (ver descripcin de la condicin
ECO_AVISO_USUARIO_CREADOR).
Como se ha podido comprobar, el nombre de las acciones parametrizables

expuestas en este manual llevan la terminacin _PARAM. Esta terminacin no es de
carcter obligatorio, pero s es recomendable su utilizacin, ya que as clasificaremos
de forma independiente las condiciones parametrizables.
Pgina 197 de 199

Prospectiva
6 LISTA DE VARIABLES DISPONIBLES
Nombre Variable Descripcin

DOCFECHACREACION Fecha de creacin del documento.
DOCTIPODOCUMENTO Nombre del Tipo de Documento.
DOCUSUARIOCREADOR Usuario que cre el documento.
EXPASUNTO Asunto de la comunicacin.
EXPDESCRIPCION Asunto o descripcin del expediente.
EXPFASEACTUAL Nombre de la fase actual.
EXPFASEACTUALFECHA Fecha de la fase actual.
EXPFASEACTUALOBSER Observaciones de la transicin de la fase actual.
EXPFECHAALTA Fecha de Alta de Comunicacin.
EXPFECHADEVOLUCION Fecha de la transicin con el acto DEVOLUCION asociado.
EXPFECHAFIRMA Fecha de la transicin con el acto FIRMADO asociado.
EXPFECHAVISTOBUENO Fecha de la transicin con el acto VB asociado.
EXPNUMERO Nmero de identificacin de la comunicacin.
EXPORGDESCPOSTAL Cdigo Postal de la Unidad Organizativa Destino.
EXPORGDESDESCRIPCION Nombre Largo Unidad Organizativa Destino.
EXPORGDESDIRECCION Direccin Completa Unidad Organizativa Destino.

Direccin de Correo Electrnico de la Unidad Organizativa
EXPORGDESEMAIL
de Destino.
EXPORGDESMUNICIPIO Municipio de la Unidad Organizativa Destino.
EXPORGDESNOMBRE Nombre Corto Unidad Organizativa Destino.
EXPORGDESPROVINCIA Provincia de la Unidad Organizativa Destino.
EXPORGORICPOSTAL Cdigo Postal de la Unidad Organizativa Origen.
Pgina 198 de 199

Prospectiva
EXPORGORIDESCRIPCION Descripcin del organismo de origen.
EXPORGORIDIRECCION Direccin Completa Unidad Organizativa Origen.

Direccin de Correo Electrnico de la Unidad Organizativa
EXPORGORIEMAIL
de Origen.
EXPORGORIMUNICIPIO Municipio de la Unidad Organizativa.
EXPORGORINOMBRE Nombre del organismo de origen.
EXPORGORIPROVINCIA Provincia de la Unidad Organizativa.

Cdigo de los Organismos Padre Destino de la
EXPORGPADREDESCODIGO
comunicacin.
Nombre de los Organismos Padres Destino de la
EXPORGPADREDESNOMBRE
comunicacin.
EXPORGPADREORICODIGO Cdigo del Organismo Padre Origen de la comunicacin.
EXPORGPADREORINOMBRE Nombre del Organismo Padre Origen de la comunicacin.
EXPREGENTFECHA Fecha de Registro Entrada @ries.
EXPREGENTNUMERO Nmero de Registro Entrada @ries.
EXPREGSALFECHA Fecha de Registro de Salida @ries.
EXPREGSALNUMERO Nmero de Registro de Salida @ries.
EXPTIPOCOMUNICACION Tipo de comunicacin, nombre del procedimiento Trew@
EXPTITULO Ttulo de comunicacin.
EXPUSUARIOASIGNADO Usuario que est asignado a la comunicacin.
EXPUSUARIOCREADOR Usuario que dio de alta la comunicacin.
EXPUSUARIOCREADORDNI DNI del Usuario que dio de alta la comunicacin.

Direccin de Correo Electrnico del Usuario que dio de alta
EXPUSUARIOCREADOREMAIL
la comunicacin.
EXPUSUARIOCREADORPUEST
Puesto de trabajo del usuario creador de la comunicacin.
O
Pgina 199 de 199

Administracion Eco v1.9.1

Uploaded by

Document Information

Original Title

Copyright

Available Formats

Share this document

Share or Embed Document

Sharing Options

Did you find this document useful?

Is this content inappropriate?

Copyright:

Available Formats

Administracion Eco v1.9.1

Uploaded by

Copyright:

Available Formats

eCO

Versi Fecha del

2 MATRIZ DE DISPONIBILIDAD DE FUNCIONALIDADES....................................................... 9

3.1 Gestin de Organismos y Usuarios......................................................................... 11

3.2.3 Tarea de Aadir y quitar Interesados............................................................... 60

3.5.6.1 Alta de comunicaciones mediante Servicio Web...................................... 95

4.1 WebOffice y Formula.............................................................................................. 98

4.3 @ries.................................................................................................................... 132

5 OTRAS CONSIDERACIONES.......................................................................................... 172

5.1 Condiciones.......................................................................................................... 172

5.2 Acciones............................................................................................................... 181

6 LISTA DE VARIABLES DISPONIBLES.............................................................................. 198

Antes de comenzar este manual, se recomienda haber ledo con anterioridad el

2 MATRIZ DE DISPONIBILIDAD DE FUNCIONALIDADES

Versin ndice Funcionalidad

1.1.6 3.3.3 Categorizacin de comunicaciones/archivado

1.2 3.4.3 Perfil de Supervisor

1.2 4.2.2.3 Permitir el deshacer envo a Portafirmas

1.2 4.2.2.5 Varias transiciones en la fase de Envo a Portafirmas

1.2 3.3.1.1 Comunicaciones Circulares

1.2 4.2.1.2 Registro de Portafirmas automatizado

1.2.1 4.4 Gestor de avisos: Crear uno nuevo y propiedades relacionadas

1.2.1 3.4.9.1 Comprobacin de documentos PDF

1.2.1 3.5.3 Monitores

1.3 4.3 Registro @ries de slo salida

1.3 3.2.5 Tareas externas

1.3 5.3 Acciones y condiciones parametrizables

1.3 3.4.9.2 Mensajes de OK y NO OK

1.3 3.5.2.1 Componentes: Cach Objetos Trew@

1.3 3.5.2.2 Componentes: Cach de Api's

1.5 3.1 Mantenimiento de Organismos, Puestos de trabajo y Firmantes

1.5 3.1.9 Mantenimiento de Usuarios

1.5 3.1.11 Interesados

1.5 4.2.2.4 Anular marca del Anular Envo a Portafirmas

1.5 4.3 Registro @ries de comunicaciones a Terceros

1.5 3.2.1.1 Visto Bueno intermedio

1.5 3.3.1.2 Expediente Mltiple

1.5 3.5.2.3 Componentes: Control de Demonios

1.5 3.5.6.1 Alta de comunicaciones mediante Servicio Web

1.5 4.6 Mdulo de configuracin de PLATINA

1.6 3.1.12 Administracin Delegada

1.6 3.2.3 Tarea de aadir y quitar interesados

1.6 3.2.1.2 Visto Bueno Por Zonas

1.6 3.2.1.3 Organismos Origen (Organismo al que pertenece)

1.6 3.2.1.5 Organismos Destino (Organismo competente)

1.6 3.5.2.3 Demonio de espera activa

1.6 3.5.3 Monitor de PLATINA

1.6 4.3.3 Registro multiusuario intranet

1.6 4.6.5 Servicio de consulta de estado por PLATINA

1.7 3.1.2 Ordenacin de organismos por Prelacin

1.7 3.2.1.4 Ocultar Procedimientos

1.7 3.5.4 Multinodos balanceados

1.7 4.3.3 Registro multiusuario telemtico

1.7 4.6.6 Control de errores en el proceso de envo por PLATINA

1.8 4.1.3 Incluir generacin de documentos con Plantilla

1.8 4.2.2.7 Tarea de Envo a Portafirmas con visto bueno

1.8 4.2.1.6 Anexos por defecto en Portafirmas

1.8 3.2.1.6 Visibilidad por Familias

1.8 3.3.2 Comunicaciones Personales

1.8 3.5.5 Migracin de Datos

1.8 3.4.9.3 Tabln de Anuncios

1.8.1 3.4.6 Pendientes en la bandeja de entrada

1.8.1 4.3 Registro @ries Intranet slo salida y slo entrada