Gestió catàleg de serveis administratius

[sgelabert-dgtic]

Es sol·licita incorporar dins ROLSAC la gestió d'un catàleg de serveis administratius. Es proposa partir de la mateixa fitxa de procediments i efectuar els següents canvis:

• S'afegirà un filtre selector (procediment/servei) en per donar d'alta un servei (el qual ocultarà els camps no necessaris per un servei). (*pendent de validació, l'alternativa es fer-ho amb una pestanya nova de Serveis)
• Es mantenen els camps estat, data de publicació i data caducitat (canviar nom per data despublicació)
• Es mantenen els camps nom, objecte i destinataris
• S'afegeix un camp requisits
• S'eliminen els camps forma d'inici, termini, silenci, via i el check de taxa
• S'afegeix un mòdul lateral de Taxa amb un nou camp URL
• S'elimina Òrgan competent per resoldre
• Es manté Òrgan instructor, coma òrgan que gestiona el servei
• Es manté el camp Observacions
• A la Secció Dades de Contacte: S'afegeix el camp telèfon de contacte
• Es manté mòdul lateral de Públic Objectiu (obligatori)
• Es manté mòdul lateral de Normatives (no obligatori)
• Es manté mòdul lateral de Matèries (obligatori per SIA)
• S'afegeixen camps per l'enllaça al tràmit telemàtic del servei
• S'elimina mòdul lateral de tràmits
• S'elimina camp "tipus procediment"

Respecte a la integració amb SIA es mostraran els camps Codi SIA, Actualització SIA i Estat SIA. Cal comprovar amb la documentació tència del MINHAP el conjunt mínim de camps obligatori per consolidar el catàleg de serveis ROLSAC amb SIA-PAG

En primera instància es sol·licita mockup de la pantalla per la validació funcional i el·laboració d'un document d'anàlisi i estimació de la tasca

[slromero-indra]

Necesitamos saber cual es la opción preferida para la creación correcta del documento de análisis, si bien preferís un filtro selector o una pestaña aparte.

La opción de un filtro selector puede hacer más compleja la pantalla si se tiene que gestionar dinámicamente por javascript. La opción de una pestaña aparte puede simplificar la gestión de ocultar o mostrar campos, ya que la pantalla se cargará de un determinado modo.

En cualquiera de los casos, se estará usando la misma pantalla.

[sgelabert-dgtic]

D'entrada jo optaria per l'opció pestanya. Estic pendent però de confirmació per part de la DG de Transparència.

[sgelabert-dgtic]

L'opció que ha triat la DG de Transparència és obrir un nou menú general "Catàleg de serveis" independent del "Inventari de procediments". Aquest nou menú tindria les 3 pestanyes típiques "Llistat", "Cercador", "Crea un nou Servei" Si teniu algun dubte en parlem

[slromero-indra]

Ok, tomaremos esa vía. Sólo una duda que tenemos. De manera interna, los servicios y los procedimientos compartirán la misma tabla (a partir del atributo PRO_TYPE, se especificará a cuál pertenece). La duda es, en la pantalla de normativas, hay un módulo de 'Procedimientos relacionados'. Ahora con los servicios:

• ¿Hay que crear un módulo especifico de servicios relacionados o bien tendrá dicho módulo los servicios y los procedimientos?

[sgelabert-dgtic]

Sí, per coherència convé separar-ho en un mòdul nou i independent de procediments. Només comentar que en la pantalla de normativa tant el mòdul de procediments, com el futur mòdul de serveis són de només consulta. Una possible millora seria que els items funcionessin com enllaç i et duguin a la pantalla d'edició de procediments o serveis, respectivament (ho podeu incloure en el tiquet #406)

[slromero-indra]

Buenas, al extraer en ficheros separados la interfaz (jsp, css y el controller java) de catalegs de la de servicios, hemos observado que es más correcto no reaprovechar la tabla RSC_PROCED (a través del atributo RSC_TYPE) sino generar una nueva tabla RSC_SERVEI. Además de evitar posibles conflictos con hibernate por reaprovechar la misma tabla, nos permite realizar más correctamente las relaciones.

Aprovecharemos el trabajo realizado en la issue de normativas para, en vez de aprovechar la tabla RSC_DOCUME que está deprecated, utilizar una nueva tabla para relacionar servicios con archivos (RSC_DOCSER con su respectiva traducción).

Este cambio no afecta al coste de la tarea.

[sgelabert-dgtic]

Ok em pareix una bona opció. Entenc doncs que es dotarà a les capes de persistència/lògica de negoci de mètodes separats per gestionar la informació del Catàleg de Serveis, correcte ?

[slromero-indra]

Si, aprovecharemos el ya existente de Procedimiento para gestionar la información del catálogo de servicios.

[slromero-indra]

Trabajo realizado pendiente de activarlo en el menú principal tras la validación de normativas.

[sgelabert-dgtic]

Podeu habilitar de nou la pestanya per començar a fer proves ? Gràcies

[sgelabert-dgtic]

• Apareix un mòdul lateral "Normativa del procediment", quan s'hauria de dir "Normativa del Servei". Endemés quan es gestionen normatives s'ha d'enllaçar amb una pantalla amb els filtres nous de normativa (la mateixa que apareix quan gestiones la normativa del procediment). Finalment les normatives relacionades han ser enllaços cap a l'edició de normativa (també com funciona la pantalla de procediments)
• Les auditories no queden correctament registrades
• Després d'haver publicat un servei no m'apareix com a pendent d'integració a SIA i m'indica que li falten normatives (aquestes no són obligatòries per serveis)

  3271008 SERV 3270998 05/14/2018 09:28:12 No té normatives.

[slromero-indra]

Hemos activado el menú de servicios, actualizado las normativas y ya está activado las auditorias.

Respecto a SIA, aunque está solucionado, no se puede comprobar si el envío se realiza correctamente porque en PRE tienen caido el servidor (cuando vuelvan a activar el servidor web, terminaremos las pruebas)

[slromero-indra]

Hemos realizado las pruebas de integración con SIA y el servicio se publica correctamente sin tener en cuenta si tiene normativa o no.

[sgelabert-dgtic]

El filtres "Tipus normativa" i "Butlletí" del cercador de normativa en la pantalla de "Gestió de normativa" de l'inventari de serveis no recuperen valors. Adjunt captura de pantall de l'entorn de Dev:

[dmadronal-indra]

Buenas, Hemos actualizado la aplicación para solventar el problema.

[sgelabert-dgtic]

• Tot servei ha d'estar associat a l'òrgan instructor. Si aquest es canvia, s'ha canviar la dependència orgànica i ara no ho fa. Exemple:
  • Alta de servei a nivell de Govern
  • El servei queda en "Advertències pendents SIA" com "El procedimiento servicio esta asociado directamente a la entidad raiz." (modificar el literal)
  • Es canvia l'òrgan instructor a una DG qualsevol però el servei segueix quedant a nivell de Govern
• Per altra banda, en el mòdul lateral de gestió de normativa, el nom de les normes hauria de funcionar com enllaç cap a la pàgina d'edició de Normativa (igual que en els procediments administratius)

[sgelabert-dgtic]

• Canviar el literal " Inventari de Serveis" per "Catàleg de Serveis"

[dmadronal-indra]

Buenas, Hemos realizado las modificaciones oportunas, ¿Podeis validarlo?

[sgelabert-dgtic]

La vinculació del servei està amb el "Servei o Secció responsable" i no amb el "Òrgan o Servei Instructor" com es sol·licitva

[dmadronal-indra]

Buenas, hemos realizado las modificaciones, ¿lo podeis validar?

[sgelabert-dgtic]

1- Error al actualitzar l'estat a SIA a "NO Actiu" quan s'elimina el servei des de ROLSAC.

Error no controlado para elemento pendiente 3266834: java.lang.Exception: Se ha producido un error enviando el dato a SIA de un borrado de servicio 3266050 at org.ibit.rol.sac.persistence.ejb.SiaPendienteFacadeEJB.borradoServicio(SiaPendienteFacadeEJB.

Adjunt log del servidor d'aplicacions: log_rolsac_sia_09-07-2018.txt

Les actualitzacions contra SIA funcionen correctament (amb el mateix usuari/password). Pareix com si s'intentés fer una operació no permesa amb l'usuari/password proporcionat.

2- El camps "Objecte", "Destinataris", "Requisits" i "Observacions" no es tradueixen quan s'invoca el traductor automàtic

[slromero-indra]

Ya está solucionado el problema de SIA y de la traducción

[sgelabert-dgtic]

Comentaris revisió DG Transparència:

PANTALLA "Gestió de Normativa"

• Canviar el label "Gestiona" per "Cercador de Normativa/Buscador de Normativa".
• Inhabilitar el botó "GUARDA!" quan està desactivat. Actualment es permet el click i mostra un missatge de "Normatives de servei guardades correctament" quan no hi ha canvis a la pantalla.

PANTALLA "Catàleg de Serveis"

• Canviar l'estil dels inputs "Nom del servei" i dels que hi ha en les seccions "Dades de contacte" i "Tràmit telemàtic" perquè apareguin en "gris" per defecte i en negre quan s'està editant el camp. Actualment sempre apareixen en color negre.

MENÚ PRINCIPAL

• Corregir accent del literal "Cataleg de serveis" --> "Catàleg de serveis/Catálogo de servicios"

[slromero-indra]

Se han realizado todos los cambios. Cuando se pulsa el botón 'Guarda!' ya no realiza ningún acción si está desactivado (nos parece más correcto que no realice ninguna acción a soltar algún mensaje).

Varios cambios propuestos también se reflejan en procedimientos. En procedimientos se han realizado los siguientes cambios:

• El botón de guardar! se comporta igual (en modo desactivado, no hace nada).
• El literal Gestiona actualizado a 'Cercador de normativa/Buscador de normativa'.
• Los inputs 'Nom del procediment' y la sección 'Dades de contacte' aparecen en gris.

Si queréis, podemos realizar algún cambio más en procedimientos o tirar hacia atrás algún cambio.

Tenéis que refrescar la caché porque hay cambios en los js/css que puede producir que se quede el navegador con alguna versión anterior.

[sgelabert-dgtic]

S'ha commitat exclusivament sobre el branch 1.7, quan el tiquet és de la versió 1.6.1

[slromero-indra]

Cierto, hemos pasado el commit también a la rama 1.6.

Además de dar bueno los cambios, por favor, confirmadnos si lo que comentamos sobre procedimientos está correcto o se debe realizar algún cambio.

[sgelabert-dgtic]

Em podeu confirmar si els commits https://github.com/GovernIB/rolsac/commit/297ea43efa47d651540de1afed34f64502a221ba i https://github.com/GovernIB/rolsac/commit/3282468c9dda7c0111d87f61d7dd90ad726b9f1b són les adaptacions necessàries per la publicació del serveis a la Seu ? Fan falta més adaptacions ?

[dmadronal-indra]

Buenas lo que indicas es correcto, Son cambios necesarios para la publicación de servicios. Quedan pendientes varios cambios, ya que hemos detectado algunos problemas en la obtencion de los servicios a través del api. Estamos trabajando para solventarlos. Esperamos poder tener los cambios listos a principios de la semana que viene.

[episano-dgtic]

Varios puntos: A) Respecto a la página de alta de un servicio: a.1) En castellano está mal traducido "Nom del servei" y "MAteries relacionadas" a.2) El campo objecto se marca como obligatorio pero te permite publicar un servicio con el campo vacio. Si se ha indicado alguna vez algún contenido en dicho campo ya no te deja vaciarlo, al ser obligatorio. a.3) La normativa del servicio no es obligatoria, y si se indica una luego no deja eliminarla.

B) En en buscador de servicios: b.1) El filtro por materias no funciona bien. No devuelve resultados, pese tener dicha materia b.2) Filtro textual: No filtra por el texto indicado, Devuelve todos los servicios posibles sin filtrar el texto indicado b.3) Filtro Visibilidad: No devuelve resultados indicado visible o no visible.

[dmadronal-indra]

realizado commit 363d900ebd429588939ce37341e8af0637e61ee9

[slromero-indra]

Ya hemos realizado todos los cambios solicitadas:

• Actualización de literales.
• Ya se puede dejar los servicios sin normativas.
• Mejora en el buscador.

Respecto al tema de dejar el objecto vacío, en las pruebas realizadas hemos visto que el campo si es obligatorio y no deja vacío. Hemos sido capaces de dejarlo 'vacío' si ponemos un espacio en blanco por la manera en la que funciona el comprobador genérico, por favor, nos puedes comprobar que el caso que nos cuentas se produce el objecto vacío por tener un espacio en blanco?

[episano-dgtic]

Correcto las pruebas, de los ptos solicitados. Como tu comentas en esta versión el objecto no me permite dejarlo vacio tal y como tú comentas.

Otro pto a realizar, que nos acaban de confirmar desde transparencia es quepara seguir la coherencia con los procedimientos el campo "Nombre del responsable" del bloque datos de contacto debe ser obligatorio. Con lo que debe marcarse como tal *, y hacer que sea obligatoria su inserción.

[dmadronal-indra]

Buenas hemos realizado la actualización indicada, ¿lo podeis revisar?