Contrato mixto de servicios y suministro

Consejería de

Hacienda y Administración Pública

Secretaría General de Administración Pública

Avda. Valhondo s/n

Edificio Mérida III Milenio, Módulo I, Cuarta Planta

JUNTA DE EXTREMADURA

Contrato mixto de servicios y suministro

de desarrollo del Proyecto de Atención

Omnicanal al Ciudadano, por el que se

renueve la organización y

funcionamiento del servicio público de

información administrativa y atención al

ciudadano de la Junta de Extremadura

Consultas realizadas sobre los pliegos del

procedimiento de contratación, así como

las correspondientes respuestas

Consejería de



Avda. Valhondo s/n



1.- En el apartado del Pliego de Condiciones Técnic as 6.4.1.3., subapartado 6, se indica:

“Migración de la información incluida en el actual Portal Ciudadano (canales, subportales, buzón de información desde e l que se envían email masivos -1.000- sobre diferentes áreas de actividad ) salvo la que haya quedado desactualizada por el transcurso del tiempo desde el momento en que se anuncia la contratación de este servicio”.

Para el caso del Portal Ciudadano, se ha observado que en el Canal Empresa se encuentra el Portal de Estadística de un modo embebido. Entendemos que el amplio contenido del Portal de Es tadística, que es un portal diferente y que además utiliza herramientas bajo licencia (Tableau) no está incluido en el proceso de migración hacia e l Portal Ciudadano. ¿Es correcto? Es correcto. Hay dos tipos de contenidos, enlaces y portales. En este caso el portal de estadística no es objeto de migración.

2.- ¿Sería posible disponer de un reporte del CMS a ctual, para tener un estimado de contenidos a migrar por fecha, y por co mplejidad del contenido?

Actualmente no tenemos definido ningún informe espe cífico que indique el alcance y complejidad de los contenidos a migrar.

3.- En el pliego se indica que la gestión de conten idos actual es Liferay 6.2. ¿Se trata de la versión Comminity o la Enterprise? Si la versión a trabajar es la Enterprise, ¿habría que incluir los costes de suscripción? El fabricante deja de dar soporte a la versión 6.2 en breve, ¿se podría desarrollar el portal sobre Liferay 7? ¿Se puede pr oponer algún otro gestor de contenidos tipo Joomla, Drupal, etc como alterna tiva a Liferay?

Es una versión community. Los costes de licencias s on a cargo del adjudicatario. Se puede proponer el desarrollo en v ersión Enterprise, pero requeriría de una aprobación a posteriori. Estratég icamente se definió como plataforma tecnológica Liferay por lo que NO s e aceptarían otras propuestas tecnológicas que ya se descartaron en su momento.

Consejería de



Avda. Valhondo s/n



4.- ¿Los contenidos que se deben incluir en el port al ciudadano están actualmente todos bajo la plataforma de Liferay 6.2 a migrar o hay que hacer alguna integración con portal o servicio exte rno? Si se refiere a contenidos como tal si están todos en Liferay 6.2. No obstante se pone de manifiesto que se utilizan port lets que pueden conectarse a otras fuentes de datos y que dichos po rtlets deben seguir funcionando tal y como funcionan actualmente, excep tuando el caso definido en el PPT de los trámites que habrá que ad aptar con el inventario de procedimientos tal y como se define en dicho PPT .

5.- ¿La herramienta de Inventario de Procedimientos tiene que ser una funcionalidad desarrollada dentro del mismo Liferay o gestor de contenidos que se utilice para el portal ciudadano? No, de hecho se plantea como un nuevo sistema que a limente de contenido de forma automática a los portlets del apartado de Trámites.

6.- Herramienta de asistencia escritorio remoto: Pá g. 79 del Pliego: visualizar la pantalla del ciudadano.

El poder visualizar la pantalla del ciudadano impli ca el uso de herramienta externa tipo Teamviewer, ShowMyPc, … quizás no inte grada dentro de la plataforma omnicanal ? Es posible utilizar este tip o de soluciones aunque sea utilizando herramientas fuera de la plataforma?

Sí.

7.- Entorno de desarrollo: El pliego exige que el e ntorno de desarrollo sea bajo JAVA. Entendemos que se refiere al entorno de desarrollo actual de la Junta de Extremadura así como los nuevos desarrollo s a realizar en el seno del proyecto, no en cuanto a la tecnología de plata forma Omnicanal ya que esta restricción impediría utilizar plataformas tec nológicas como Microsoft ( .Net), SAP bajo ABAP, etc. Desechando plataformas paquetizadas y contrastadas en el mercado. Estamos en lo cierto en tendiendo que es el

Consejería de



Avda. Valhondo s/n



entorno actual de la Junta y que para la plataforma omnicanal y sus componentes se puede usar otros tipos de tecnología s?

Sí, siempre y cuando se ajusten a los entornos de d esarrollo e infraestructuras de la Junta de Extremadura.

8- Integración con omnicanalidad desde Contact Cent er: Pág. 81 del Pliego: Gestión de las citas solicitadas por los ciudadanos a través del servicio 012.

La centralita dispondrá de un sistema de contact Ce nter desde donde llamará también a la plataforma omnicanal, existe d ocumentación al respecto para la integración desde esta solución in terna de la Junta de Extremadura? Se anulará el propio CRM interno que p resenta la misma?

La centralita tiene las características que se definen en el anexo 2 del pliego de prescripciones técnicas. La información para la integración se encuentra en el siguiente enlace:

https://developer.cisco.com/docs/contact-center-express/#uccx-overview/technical-

overview

9.- Liferay 6.2 se quedará sin soporte del fabrican te antes que el desarrollo del proyecto finalice, entenderemos que en el caso de no desarrollar sobre la versión 7, por lo tanto todo lo desarrollado en esta versión estaría fuera de la garantía dada por el proponente.

Tenemos una versión community y por tanto no tenemo s soporte.

10.- Qué contenido debe tener exactamente los totem s: portal ciudadano? A propuesta de los licitadores.

11.- Herramienta Visor de expedientes: Pág 82 del P liego. En los criterios de valoración se especifica un núm ero mínimo de integraciones de 13 y un máximo de 20 (1 y 2 puntos respectivamante), podrían proporcionar el catálogo de soluciones y se rvicios webs

Consejería de



Avda. Valhondo s/n



disponibles para poder valorar las mismas? Qué ocur re si no hay ese mínimo de servicios con documentación necesaria?

Se remite a la cláusula 7.5 del PPT para su respues ta

12.- APP MÓVIL: tiene la junta el perfil desarrolla dor para poder publicar en los store? O queda para el proponente su subida y p ropiedad?

Se dispone de un perfil desarrollador, ya existen d esarrollos publicados en los store.

13.- Información y atención presencial al ciudadano . Pag. 6: Al revisar la información del personal de las ORP, CAD ,… ¿Se entiende que todos residen en el mismo repositorio de usuarios, Directorio Activo organizados por Grupos?

Se dispone de un Directorio Activo, y se podría org anizar por Grupos

14.- Información y atención presencial al ciudadano . Pag. 6: ¿Existe algún repositorio donde se almacene la información de los ciudadanos que vayan a acceder al nuevo Portal? Sí. Existe un repositorio conforme a lo establecido en el artículo 33 del decreto 225/2014, 14 de octubre, de régimen jurídic o de administración electrónica de la Comunidad Autónoma de Extremadura .

15.- Portal Ciudadano. Pag. 8:

¿Existe información de accesos y visitas de páginas de los últimos años que puedan ayudar a calcular el volumen de usuarios que acceden a la plataforma actual?

Sí, 6.000.000 de páginas vistas durante el año 2017 . No disponemos de estadísticas por portales.

Consejería de



Avda. Valhondo s/n



16.- Portal Ciudadano. Pag 8: ¿Se puede indicar el volumen de contenidos y páginas existentes en el portal actual (ciudadano .juntaex.es)? Actualmente no tenemos definido el volumen y página s existentes.

17.- Portal Ciudadano. Pag 9: Para la funcionalidad de buscador que se está ofreciendo en el portal actual y en vista de que es ta funcionalidad también debe ofrecerse en el nuevo canal, ¿existe algún mot or de búsqueda (Solr, Elastic, Authonomy,….) que pueda usarse o se plante a la utilización de alguno? No existe ningún buscador predefinido más allá del propio buscador existente en LIFERAY.

18.- Portal Ciudadano. Pag 9: Los portales que se m encionan a los que se ofrece servicio información deben seguir manteniend o esta funcionalidad, ¿Pueden facilitar cuales y que tipo de información se está compartiendo?

Se remite a la cláusula 6.4.2.1 apartado 1 del PPT para la respuesta .

19.- Clasificación. Pag14 ¿El catálogo de servicios que se ofrezca al ciudadano (no anónimo) podrá estar personalizado? ¿ También en función del canal (Presencial, Telefónico, Digital (Web, Ap p)?

Sí.

20.- Clasificación. Pag. 14 ¿Existen en la actualid ad criterios de personalización en los servicios ofertados?

No, salvo en el sistema de avisos en las áreas que ofrece el Portal Ciudadano

Consejería de



Avda. Valhondo s/n



21.- Catálogo de servicios. Servicios de Informació n. Pag. 15: ¿La localización de organismos será simplemente con una dirección o representada mediante Google Maps?

La localización de organismos y unidades administra tivas con una dirección es un requisito mínimo .

22.- Catálogo de servicios. Servicios de especializ ación. Pag. 16 ¿Cuántos y cuáles serán los servicios especializad os?. ¿Podrían especificar la volumetría?

No. La definición del catálogo de servicios es obje to de este contrato.

23.- Catálogo de servicios. Servicios de participac ión. Pag. 16 ¿Cuántos modelos de formularios, encuestas, relación de preg untas se estiman? ¿Podrían especificar la volumetría?

No se puede precisar.

24.- Catálogo de servicios. Servicios de administra ción digital. Pag. 17 ¿Cuáles son los servicios que pueden realizarse des de la app porque no es necesaria la presencia del ciudadano?

Los licitadores realizarán sus propuestas de servic ios a incluir en la app.

25.- Catálogo de servicios. Servicios de administra ción digital. Pag. 17. La obtención de certificado de firma electrónica o cl@ ve ¿se debe realizar desde el canal móvil también?

Conforme a la normativa vigente la obtención de cer tificado o clave requiere identificación personal.

Consejería de



Avda. Valhondo s/n



26.- 6.3 Canal Telefónico. Pag. 19 Una vez implanta do el teléfono único 012, ¿Seguirá siendo posible llamar directamente a las 240 unidades de gestión o bien estas llamadas deben ser canalizadas en todo momento a través de 012? Depende del modelo organizativo definitivo que se a pruebe durante la ejecución del contrato.

27.- Portal Ciudadano. Pag. 20 ¿Se puede disponer d e los tipos de estructuras de información y volumen de los conteni dos utilizados en el portal actual?

Actualmente no tenemos definido el volumen y página s existentes.

28.- Portal Ciudadano. Pag. 20 En el caso de existi r un proceso de transformación de la información actual al nuevo ca nal, ¿es necesario contemplar que el contenido actual debe ser transfo rmado/actualizado para adaptarse a las nuevas estructuras de informac ión o páginas?

Sí

29.- Canal digital. Portal del ciudadano. Pag. 20: Respecto al buscador predictivo, ¿Se requiere sugerencias al usuario en la búsqueda?

Sí

30.- Canal digital. Aplicación móvil. Pag.23 ¿Se pl antea algún tipo de sistema de notificaciones push, al menos para el mó vil? De ser así, ¿se dispone de alguno ya existente o se recomienda algu no?

El Portal Ciudadano de la Junta de Extremadura tien e un sistema de avisos por áreas temáticas.

Se remite a lo dispuesto a las cláusulas 6.4.3.1 y 6.4.3.10 y 7.1 del PPT.

Consejería de



Avda. Valhondo s/n



31.- Canal digital. Aplicación móvil. Pag.23 ¿Se p uede plantear un escenario en el que parte de la funcionalidad móvil sea nativa y parte de la funcionalidad se aproveche de contenido web respons ive?

No. Debe ser nativa conforme a la Cláusula 6.4.3.1 del PPT

32 Canal digital. Aplicación móvil. Pag.23 ¿Se pued e plantear dos enfoques tecnológicos distintos para Android y para iOS?

No. Se remite a lo dispuesto en la cláusula 6.4.3. 1 del PPT.

33.- Canal digital. Chat en línea. Pag. 24: En el C hat ¿se pueden realizar trámites mediante un bot? o por el contrario el bot sólo puede aportar información y un empleado de la administración podr á realizar los trámites.

Se remite a la cláusula 6.4.4 del PPT para su respu esta.

34.- Canal digital. Chat en línea. Pag. 24 ¿Se espe ra que el chat esté integrado con la aplicación móvil hasta el punto de interactuar con la misma o se puede plantear una solución web aprovech able desde la app?

Se remite a lo dispuesto en las cláusulas 6.4.3 y 6 .4.4 del PPT para su respuesta.

35.- Plataforma Tecnológica Omnicanal. Pag. 25 ¿Cuá ntos entornos deben ser contemplados dentro de la nueva arquitectura de la solución?

Siempre contemplamos, al menos, tres entornos. Ento rno de desarrollo orientado al personal técnico para el control y man tenimiento del código, el entorno de preproducción en el que se realizan l as pruebas de aceptación y evidentemente el entorno de producción .

Consejería de



Avda. Valhondo s/n



36.- Plataforma Tecnológica Omnicanal. Pag. 25 ¿Po dria darse el caso de que alguna de los sistemas de la solución puedan re sidir o ser ofrecidos bajo una solución cloud?

Se remite a la cláusula 7.2.12 del PPT para su resp uesta.

37.- Plataforma Tecnológica Omnicanal. Pag. 25 ¿Cuá ntos de los entornos deben estar en alta disponibilidad (HA)?

Producción y Preproducción

38.- Censo de Ciudadanos. Pag. 35 La gestión e inf ormación de los trámites actuales, hasta el proceso de transformaci ón del nuevo canal ¿deben contemplarse para una migración y que estén disponibles en el nuevo sistema?

Sí

39.- Priorización de Incidencias. Pag. 60 ¿La tabla de información de resolución de incidencias y la cobertura de Horario de servicio que se indica es para el servicio de Post-implantación? Sí

40.- Priorización de Incidencias. Pag. 60 ¿Qué nive les de soporte deben contemplarse N1, N2,…. Y a qué nivel Sistemas, Desa rrollo,…..? Según la cláusula 19.4.1 del PPT.

41.- ANEXO I RELACIÓN DE OFICINAS Y PERSONAL AFECTO AL SERVICIO PÚBLICO DE ATENCIÓN AL CIUDADANO . Pag68 "En la tab la ""Usuarios por Centro"" de los 330 se identifican u n total 255 usuarios (15 de Servicios Centrales y 240 de Unidades de Gestión ).

Consejería de



Avda. Valhondo s/n



¿Los 255 tendrán como función añadir, modificar o e liminar contenidos?. En caso negativo, ¿Cuántos son los que asumen esta función?"

Sí, los 255.

42.- ANEXO I RELACIÓN DE OFICINAS Y PERSONAL AFECTO AL SERVICIO PÚBLICO DE ATENCIÓN AL CIUDADANO . Pag. 68 y 69 ¿Po drían confirmarnos cual es el número total de usuarios co n el total de funcionalidades? ¿15 como se menciona en la página 68 del PPT, o 12 como figura en la página 69?

Es una errata el número 15. Debe entenderse 12.

43.- ANEXO I RELACIÓN DE OFICINAS Y PERSONAL AFECTO AL SERVICIO PÚBLICO DE ATENCIÓN AL CIUDADANO . Pág. 68 En la pá gina 68 del PPT se indica que existen 22 usuarios en contact ce nter. ¿Este personal se solapa en algún caso con el personal de las ORP o b ien son 22 usuarios en exclusiva en el contact center?

Sí, se solapan.

44.- ANEXO I RELACIÓN DE OFICINAS Y PERSONAL AFECTO AL SERVICIO PÚBLICO DE ATENCIÓN AL CIUDADANO. Pág. 68 ¿Todos lo s usuarios definidos en el ANEXO I del PPT podrán estar conect ados a la PTO al mismo tiempo?

Sí podría ser aunque no es probable.

45.- ANEXO III. Pag. 74 En la actualidad ¿existe al gún entorno de Integración continua en el que se deba integrar tod a o parte de la nueva solución?

No

Consejería de



Avda. Valhondo s/n



46.- Entorno Tecnológico. Pag. 75 ¿Cabe la posibili dad de que la PTO esté alojada en una solución en la nube?

Nos remitimos a la cláusula 7 del PPT para su respu esta.

47.- Entorno Tecnológico. Pag75 Alfresco 5.1. ¿Se p retende que en el marco del proyecto toda documentacón se almacene y se ver sione dentro del gestor documental coporativo?

No es necesario para todos los casos. Si la soluci ón propuesta requiere de un gestor documental éste debería ser el propues to, pero se pueden dar soluciones que no requieran del mismo.

48.- Entorno Tecnológico. pág. 75 En caso de que la pregunta 3 (anterior) sea afirmativa ¿Dicha documentación ya e stá catalogada y almacenada dentro del gestor documental corporativo ? No

49.- Entorno Tecnológico. Pág. 75 En caso de que la pregunta (anterior) sea negativa. ¿Hay que realizar tareas de catalogac ión documental y carga de documentación?

Sí.

50.- Gestión de procedimientos y trámites. Pag. 86 En el documento se indica: "El sistema contemplará la posibilidad d e vincular a cada trámite o procedimiento los documentos de la norma que lo r egula, así como los documentos normalizados utilizados en las diferente s fases de tramitación como formularios, comunicaciones, notificaciones, e tc".¿Estos documentos deben de almacenarse en el gestor docume ntal de Alfrescocoporativo?

Consejería de



Avda. Valhondo s/n



No necesariamente. Depende de la solución que se pr oponga.

51.- Gestión de procedimientos y trámites. Pag. 86 "En el documento se indica: ""Se evaluará la posibilidad de acceso d e estos documentos directamente a la fuente de los sistemas que los ge stionan, como es el caso de los formularios y comunicaciones existentes en e l Sistema Plantillas, que se accede invocando los servicios web y librerí as que dicho sistema tiene.” Dicha documentación está ya almacenada en e l gestor documental de Alfresco?

No, son documentos dinámicos que son incorporados m ediantes servicios web y librerías específicas .

52.- Clausula 5 SOLVENCIA ECONÓMICA, FINANCIERA Y T ÉCNICA O PROFESIONAL. Resumen. pág. 6 En relación a la solve ncia técnica exigida, ¿el importe acumulado en el año de mayor e jecución, deberá alcanzarse solo con proyectos que cumplan las condi ciones de tipologías de proyectos indicadas en los criterios de selecció n? O bien para alcanzar este importe ¿podrán presentarse para el computo ot ro proyectos que pudieran estar relacionados con el objeto del contr ato?

El importe acumulado en el año de mayor ejecución, deberá alcanzarse con proyectos que cumplan las condiciones de tipologías de proyectos indicadas en los criterios de selección.

53.- 7.1.2.1.2.1 Solución funcional de la PTO. Resu men. Pag. 12 En el documento se indica: "Los candidatos facilitarán un demostrable de las funcionalidades más relevantes ofertadas donde se p ueda verificar la calidad de la solución y la experiencia de usuario (empleado público),…". La duda que se nos plantea está relacionada con el formato del demostrable que debe ser facilitado. Deben presenta rse mock-ups/capturas de pantallas a modo de ejemplos/video, prototipo navegable o bien se facilitará la posibilidad de presentar an te la Junta de Extremadura una demostración de la PTO?

Consejería de



Avda. Valhondo s/n



Debe ser un demostrable tipo video que permita acre ditar como mínimo la disposición de las funcionalidades de la PTO que se indican en la documentación contractual. En ningún caso se hará p resentación ante la Junta de Extremadura ni se facilitará, por esta o e l licitador, un entorno para navegabilidad de un prototipo.

54.- 7.2.1.b) Aplicable a la Formula C.- Resumen. P ag. 16 ¿Podrían confirmar que la fórmula establecida para el cálcul o de las bajadas anormales, expuesta en el punto 7.2.1.b. es la corr ecta? La fórmula está elevada a 12, y consideramos que acorde con la fórm ula de la desviación típica podría ser elevada a ½.

Es un error tipográfico, donde dice 12 debe decir ½ .

55.- Clausula 20 RÉGIMEN DE PAGOS. Resumen. Pag. 31 En los hitos definidos en la Cláusula 20 del PCAP RESUMEN, se id entifican 3 bloques de servicios para el ChatBot en diferentes momentos del proyecto. ¿Existe alguna prioridad en relación a los servicios que de ben implantarse en cada uno de los bloques, o bien cada una de las empresas licitadoras podrá proponer los servicios que se recogerán en cada uno de los bloques?

El licitador podrá proponer los servicios que se re cogen en cada uno de los bloques y un plazo inferior para su puesta en p roducción de acuerdo con el Plan Director del PAOC que incluya en su ofe rta.

El menor plazo de puesta a disposición a la ciudada nía de los servicios que se incluyen en alcance del contrato no generará un incremento del importe que se devengue por cada hito que se cumpla durante la vigencia del contrato.

56.- En el PPT se indica que el software suministra do por el licitador sujeto a licenciamiento, podrá ser usado por la AJTE sin n ecesidad de licenciamiento adicional más allá del periodo de ga rantía establecido en

Consejería de



Avda. Valhondo s/n



este documento. ¿Esto inhibe la propuesta de sw li cenciado (por ejemplo SW en cloud, con pago anual y/o por subscripción)?

Sí

57.- En la página 24 del PPT en el punto 6.4.4 “Cha t en línea” se indica: El adjudicatario precisará en su oferta los compone ntes del chat que pretende incorporar y el alcance del mismo una vez puesto en producción para prestar un servicio de atención al ciudadano e fectivo y ágil así como el personal involucrado en la definición de las reg las que permitirán elaborar las respuestas automatizadas y de carácter inmediato desde las vías de atención precisadas en el apartado 1 de est a cláusula. ¿Se refiere al “adjudicatario” o al “licitador” (al referirse a la oferta)? Al licitador.

El adjudicatario cumplirá lo comprometido en su ofe rta.

58.- En el PPT , en la página 17, en los “Ser vicios de Administración Digital” se indica que los candidatos detallarán en sus ofertas los servicios de administración digital que podrían completar a l os que, actualmente, se prestan en beneficio de la ciudadanía. Entendemos que el despliegue de nuevas plataformas (en su caso, notificaciones tele máticas, TSA, ventanilla electrónica, plataforma de tramitación, portafirmas , bus de integración,…) no está incluido en el alcance ¿es así?

Es así.

59.- En el PPT, en el punto del “Censo de ciudadano s” se indica: Los datos de los terceros que vayan surgiendo en la prestació n del servicio y a través del registro de entradas y salidas se almacenarán c uando el ciudadano preste su consentimiento en una ficha de tercero, g enerándose así una base de datos del ciudadano. De esta manera no se t endrán que volver a teclear los datos de un tercero si previamente ya s e ha tramitado con él algún expediente. La ficha de tercero se creará aut omáticamente con todos los datos qué introduzcamos sobre él y nos permitir á en un futuro trasladar

Consejería de



Avda. Valhondo s/n



los datos de dicho tercero a cualquier expediente. à ¿ qué implicaciones tiene sobre los mecanismos de administración electr ónica de la AJTE que ya estén en vigor (por ejemplo una base de datos de terceros asociada a la sede electrónica)?

Existe un repositorio según lo establecido de en el artículo 33 del decreto 225/2014, 14 de octubre, de régimen jurídico de adm inistración electrónica de la Comunidad Autónoma de Extremadura. Por tanto, todos los sistemas relacionados con el ciudadano y el uso de medios el ectrónicos están vinculados a dicho repositorio mediante el uso de servicios de integración .

60.- En la página 25 del PPT en el punto 6.4.5 “Red es Sociales” se indica: Todos los gastos derivados del uso de los perfiles en Redes Sociales y envío de mensajes serán, en su caso, de cuenta del adjudicatario à No tenemos claro a qué gastos se hace referencia.

Los que en su caso pudieran surgir durante el tiemp o de ejecución del contrato.

61.- En la página 85 del PPT, en el anexo II, en el punto de “Gestión de procedimientos y trámites” se indica: Perfil Administración Electrónica: Orientado a los usuarios técnicos encargados de la implementación de trámites y proce dimientos por medios electrónicos. Permitirá la creación de trámites ori entados a su publicación en la Sede Electrónica. Complementará la informació n técnica necesaria para la plataforma de administración electrónica ta nto en los procedimientos como en los trámites objeto de publi cación. Entendemos la Herramienta Inventario de Procedimientos como un a plataforma de soporte al proceso de definición, tramitación y apr obación de nuevos procedimientos administrativos (por ejemplo, la def inición del procedimient o para una nueva subvención); esto nada tiene que ver con la explotación de trámites telemáticos (la habilitació n del procedimiento telemático para la nueva subvención) ¿es así?

No dicho así. Tiene que ver en el sentido que la i nformación inherente a un procedimiento o trámite debe pertenecer al inventar io, esto implica

Consejería de



Avda. Valhondo s/n



aquellas características técnicas específicas para la tramitación electrónica, es decir debe recoger información com o por ejemplo si un trámite puede realizarse por representación, o el n ivel acreditación necesario para realizar el trámite, etc.

62.- En la página 80 del PPT se indica: El Gestor d e contenidos será la herramienta que permita almacenar los datos para su tratamiento en la Base de conocimiento […]-> ¿se solicitan 3 o uno in tegrado?, ya que a lo largo del pliego se habla también de distintas herr amientas para almacenamiento de datos, por ejemplo: Data warehous e (pag. 73) y Herramienta base de conocimiento (pag. 79)

Las necesidades surgirán dependiendo de la solución propuesta en relación al PPT.

63.- Alguna característica necesaria para el monito r de 48"? / ¿Es posible ofertar un monitor profesional de 49"?

1. Se remite a lo dispuesto en las cláusulas 6.2 y 7.3 del PPT.

2. Todos los componentes de la PTO (hardware y soft ware) que soporten la renovación del servicio público de información admi nistrativa y atención al ciudadano definidos en el PPT son requisitos mínimo s (cláusula 7 del PPT). Respecto a la dimensión de monitores o cualquier ot ro equipamiento debe considerarse especialmente lo señalado en la cláusu la 6.2.4 del PPT.

64.- ¿Qué tipo de soporte (pared/techo) se requiere para los monitores?

A propuesta del licitador considerando los espacios disponibles y lo precisado en la cláusula 6.2.4 del PPT.

65.- ¿Alguna especificación mínima para el tótem in teractivo (tamaño de pantalla, cantidad de toques simultáneos) y para el player PC incorporado ínen el tótem?

Se remite a lo dispuesto en las cláusulas 6.2.5 y 7 .1 del PPT

Consejería de



Avda. Valhondo s/n



66.- Contenido: Qué tipo de contenidos se van a rep roducir en los monitores y en los tótems.

A propuesta de los licitadores de acuerdo con los o bjetivos que se persiguen alcanzar con el desarrollo del proyecto.

Para los monitores, se entiende que deberían ser co ntenidos informativos o divulgativos sobre nuevos servicios puestos a dis posición de la ciudadanía, alertas informativas, priorización de c anales u otros que se estimen más apropiados por el licitador teniendo en cuenta su conocimiento y experiencia para el cumplimiento de los objetivos del proyecto

Para los tótem, deberían ser puntos de interacción del ciudadano con la Administración (obtención de cita previa, consulta de información administrativa, posibilidad de realizar trámites on line con DNI electrónico, etc.).

67.- Dentro de la sección 6.2.4 se especifica que e l licitador/adjudicatario se debe encargar del diseño de los contenidos audio visuales para su emisión. ¿Cuántos elementos audiovisuales necesitan o son necesarios? , ¿De qué tipología y qué duración debe tener cada un o?

1. Se remite a lo señalado en el apartado anterior.

2. A propuesta del licitador .

68.- Contenido: ¿La Administración de los Contenido s a Publicar estará a Cargo de la Junta o del Adjudicatario?

La Junta de Extremadura administrará los contenidos a publicar como titular del servicio público de información adminis trativa y atención al ciudadano, sin perjuicio de las obligaciones que as uma el adjudicatario sobre gestión del cambio y transferencia del conoci miento en relación con dicha tarea.

69.- ¿Qué horarios de instalación se requiere?

Consejería de



Avda. Valhondo s/n



Lunes a viernes de 7:00 a 18:00 según clausula 7.3. 7 del PPT.

70.- ¿Qué nivel de SLA se debe mantener para el man tenimiento HW de pantallas y tótems?

La misma que para el resto del hardware, según lo e specificado en el apartado 7.3.7 y cláusula 19 del PPT

71.- ¿Qué tiempo de respuesta y qué tiempo de atenc ión con visita In-situ?

Lo especificado en la cláusula 19 del PPT y tiempos de intervención

72.- ¿Qué horario existe para las visitas in-situ?

Lunes a viernes de 7:00 a 18:00 según cláusula 7.3. 7

73.- En el apartado 7.3.7 se indica:

· Sustituir el elemento averiado por otro de iguales o superiores características hasta que se haya producido la repa ración del elemento averiado.

· Mantener operativos los equipos en todo momento cua lquiera que sea la incidencia acontecida.

En el tiempo de sustitución, o de reparación in sit u, no es posible mantener operativos los equipos, ¿Esto no aplica al manteni miento de HW de Canal presencia (monitores y tótems)?

No aplica

Consejería de



Avda. Valhondo s/n



74.- ¿Se pueden contemplar dentro de la oferta la p restación de servicios o productos que no requieran la instalación en infrae structura de la AJTE?. Si la prestación de dichos servicios contemplase al gún concepto de “pago por Servicio” entendemos que el adjudicatario estar ía obligado a sufragar el coste de dicho servicio durante el plazo de ejec ución del contrato (2 años). ¿Sería obligatorio también sufragar el coste durante el periodo de garantía?

Sí

75.-En el apartado 7 del PPT se establece un period o de garantía de 5 años para el Hardware y 2 años para el Software Instalad o. La posible extensión de un año adicional de la garantía que se valora co mo Mejora en los criterios de adjudicación del PCAP afecta a ambos a partados? Es decir si se oferta como mejora un año adicional de garantía ¿serían 6 años para los componentes Hardware y 3 años para el Software?

La Mejora se extiende exclusivamente sobre el Softw are.

Se remite a lo dispuesto en el Cuadro Resumen sobre el particular:

“Se otorgarán dos (2) puntos al candidato que asuma la obligación de extender la garantía sobre el software de la PTO du rante el año adicional en los términos que se definen en la cláusula 7 del PPT” .

76.- Dudas sobre los hitos de pagos definidos en e l apartado 20 del cuadro resumen del PCAP.

En el 6º Hito se define como parte del hito de p ago el “Diseño y Desarrollo de la Carta de Servicios”. ¿Qué alcance detallado t endría este componente? Entendemos que no puede consistir en el desarrollo de las cartas de servicios de cada uno de los procedimient os contemplados en la sede electrónica. No sabemos si puede referirse a l a integración de dichas cartas en la Herramienta de Inventario de procedimi entos.

Se refiere a la Carta de Servicio del Servicio Públ ico de Información Administrativa y Atención al Ciudadano y que será c onsecuencia del

Consejería de



Avda. Valhondo s/n



conjunto de servicios que se implementen conforme a l alcance del contrato.

Sin perjuicio de ello, se remite a la respuesta de la pregunta número 55 sobre la oportunidad del licitador de incluir en el plan director del PAOC la ejecución de trabajos con anterioridad al momento e n que se devengue el hito correspondiente a su facturación en la medida que ello contribuya a la consecución de los objetivos que se propongan.

77.- El Item “Parametrización del CRM” aparece dup licado en los hitos 6 y 7, por lo que entendemos es una errata. ¿Pueden con firmarnos con qué hito se corresponde realmente?

Sí, es una errata, se corresponde con el hito 6

Sin perjuicio de ello, se remite a lo dispuesto en las respuestas a las preguntas 55 y 76 sobre el momento de ejecución de los trabajos que se contemplan en los Hitos definidos en el Cuadro Resu men.

78.- No se contemplan hitos específicos para los siguientes componentes:

i. Herramienta de participación Ciudadana

ii. Herramienta de asistencia o ayuda

iii. Herramienta de Visor de Estados de Expedie ntes

iv. Herramienta Inventario de Procedimientos

¿Debemos proponer por tanto para estos componentes las fechas de diseño, desarrollo y puesta en producción dentro de l plan director según nuestros propios criterios?

Sí, queda a propuesta del licitador. En ningún caso , su ejecución supondrá

Consejería de



Avda. Valhondo s/n



un incremento del precio del contrato ni del que se devengue por el cumplimiento de los hitos mínimos definidos en el P PT.

79.- Según el Anexo I del Pliego de Condiciones Téc nicas el Contact Center está formado por 22 Usuarios. ¿Estos 22 usuarios co rresponden o son los mismos que conforman los Usuarios de las ORPs?

En caso contrario, ¿debemos entender que los emplea dos que pueden atender el canal telefónico corresponden a los 22 U suarios identificados en el Contact Center más los 21 Usuarios de las ORPs, y por lo tanto un total de 43 usuarios?

Sí, son los mismos que conforman las ORPs.

80.- Según el ANEXO III del Pliego de Condiciones T écnicas en el Apartado “C) Entorno Tecnológico” se indica que actualmente la Junta dispone de Liferay 6.2. ¿Las licencias de Liferay que actualme nte están a disposición de la Junta pueden ser empleadas en el proyecto?

No

81.- En el apartado 4 del punto 6.4.4 relativo al C hat en línea, se menciona: “El adjudicatario precisará en su oferta el perfil de los destinatarios de esta clase de servicios considerando el gobierno de la a tención al ciudadano que conlleva el desarrollo del PAOC”.

¿Cuándo se menciona a los “destinatarios de esta cl ase de servicios” se están refiriendo a los ciudadanos que serán los usu arios finales o a los empleados públicos que tendrán que configurar y adm inistrar la plataforma de Chat en Línea?

Se refiere al perfil de los empleados públicos afec tos al servicio público de atención al ciudadano que serán destinatarios de la transferencia de conocimiento.

82.- En el apartado 2 del punto 6.4.4. En relación al Asistente Virtual del Chat, se especifica que deberá “responder sobre los trámites y procedimientos”. Cuál es el número de trámites y pr ocedimientos estimados sobre el que habrá que configurar las res puestas? Es responsabilidad del adjudicatario personalizar enti dades y diálogos para

Consejería de



Avda. Valhondo s/n



cada uno de dichos trámites y procedimientos? ¿Cuán tos de estos procedimientos podrían ser considerados genéricos y cuantos particularizados. Ejemplo de trámite genérico. Búsq ueda de situación de un expediente por número de expediente o DNI del in teresado. Este tipo de consulta genérica podría resolver la mayoría de los procedimientos relativos a subvenciones, solicitudes, etc… Ejemplo de trámite específico. Si se considerase un procedimiento la consulta de l a hora de la cita con la ITV habría que particularizar una entidad Vehículo con un atributo matrícula mediante el cual poder realizar la consulta y otra entidad llamada cita con un atributo horario para dar la respuesta.

Se remite a lo dispuesto en la cláusula 6.4.4 apart ado 3 del PPT

83.- Sobre los criterios de adjudicación cuya valor ación depende de juicio de valor

• Punto 7.1.2.1.2.1 Solución funcional de la PTO. ¿ Qué se entiende por “los candidatos facilitarán un demostrable"? ¿Se tr ata de un vídeo, demo o similar, de un entorno operativo de la solución a disposición de la Junta, u otro formato? En caso de ser un entorno operativo :

o ¿a partir de qué momento debe estar disponible y ha sta cuándo? o ¿cómo realizará la Junta la evaluación del entorno? ¿se realizará

de forma autónoma por el evaluador o será con el ap oyo del licitador?

Se remite a la respuesta a la pregunta número 53 de este documento .

84.- Sobre la planificación e hitos del proyecto (p unto 20)

¿En qué momento se debe poner en producción el Port al del Ciudadano? ¿Se corresponde con el 1º Hito, Rediseño del Portal Ciudadano o se deja a discreción del licitador?

Dentro del primer hito se deberá presentar como mín imo un prototipo de rediseño del Portal Ciudadano con sus contenidos y funcionalidades para su desarrollo y puesta en producción en el hito sig uiente sin perjuicio de que algunas funcionalidades específicas pudieran se r pospuestas a un momento posterior a salvo de propuesta del licitado r (Ej. Buscador semántico en el hito 3, …)

En cualquier caso, el Rediseño del Portal Ciudadano incluye los trabajos que en relación al análisis de otros portales, adec uación normativa u otros

Consejería de



Avda. Valhondo s/n



fuere preciso realizar para su puesta en producción conforme a los términos del Pliego en punto a que pueda ser valida do por la Administración de la Comunidad Autónoma de Extremad ura.

En relación con los hitos definidos en el Cuadro Re sumen, el licitador podrá incluir en su oferta una propuesta que adelan te trabajos o servicios estimados para un momento ulterior. En ningún caso, la realización de dichos trabajos con anterioridad al momento que est én completados originará un incremento del precio del contrato ni del importe correspondiente devengado conforme al avance del co ntrato.

• Igualmente, ¿en qué momento entra en producción l a plataforma CRM? ¿Se corresponde con el 5º Hito, Implementación del CRM?

• Igualmente, ¿en qué momento se espera tener opera tivo el servicio telefónico 012? ¿Se corresponde al Hito 4, Implemen tación del Contact Center?

En relación con los hitos definidos en el Cuadro Re sumen, el licitador podrá incluir en su oferta una propuesta que adelan te trabajos o servicios estimados para un momento ulterior. En ningún caso, la realización de dichos trabajos con anterioridad al momento que est én completados originará un incremento del precio del contrato ni del importe correspondiente devengado a medida que se cumplan l os hitos estimados.

Sí, la puesta en producción de la Herramienta CRM ( o las funcionalidades de CRM) de la PTO corresponde al 5º Hito.

Sí, en el 4º hito.

85.- Sobre el personal adscrito al Servicio de Aten ción

• El punto 1.1.1 del pliego técnico indica que 2-3 puestos de los ORP son personal técnico, ¿podría indicarse qué caracte rísticas tiene este perfil? ¿son técnicos de atención, técnicos informá ticos, otros?

Son funcionarios con titulación correspondiente al grupo A2 de las especialidades “Administración General” y “Bibliote conomía y Documentación”.

Consejería de



Avda. Valhondo s/n



86.- Sobre los servicios de Administración Digital (punto 5.1)

• ¿Debemos entender que son puramente informacional es o hay que implementar los diversos escenarios que se indican?

- Registro electrónico (entendemos que no pues corr esponde a otra licitación)

- Procedimientos para la obtención de medios de ide ntificación

- Presentación de solicitudes a través del canal vi rtual/presencial

- Copia auténtica

• Sin embargo, en el punto 5.4, parece limitarlo a servicios informacionales y de apoyo, ¿es finalmente así?

Se remite a lo indicado en el punto 5.5.2 del Plieg o de Prescripciones Técnicas.

87.- Sobre el canal presencial (punto 6.2)

• Punto 6.2.2. ¿qué funcionalidades debe proveer el tótem? ¿un visor del portal ciudadano? ¿otros servicios?

A propuesta de los licitadores de acuerdo con los o bjetivos que se persiguen y cláusula 6 del PPT y concordantes.

88.- Sobre el canal atención telefónico (punto 6.3)

• ¿qué números de teléfonos hay que integrar? ¿pode mos suponer que son los enumerados en el portal de atención ciudadana? https://ciudadano.juntaex.es/web/guest/telefonos

Los teléfonos a integrar se definirán durante la ej ecución del proyecto considerando los objetivos que se persiguen alcanza r.

• ¿qué mecanismos ofrece actualmente la centralita para su integración con la PTO?

La información para la integración se encuentra en el siguiente enlace:


overview

Consejería de



Avda. Valhondo s/n



89.- Sobre el canal digital (punto 6.4)

• ¿Dispone la Junta de un usuario desarrollador par a poder publicar en los diversos stores (google play, app store? ¿o será el licitador quién realice estas publicaciones con su perfil?

Se dispone de un perfil desarrollador, ya existen d esarrollos publicados en los store.

90.- Sobre la Plataforma Tecnológica Omnicanal

• Punto 7.2.7. La Junta proporcionará acceso a los entornos de pre-producción de los diversos sistemas a integrar para realizar las pruebas correspondientes. Típicamente se considera una acce so VPN o túnel IPSEC.

Se remite al punto 7.2.7 del Pliego de Prescripcion es Técnicas.

91.- Sobre la plataforma de elearning

• ¿ Existe una plataforma e-learning para la gestió n y distribución de los cursos y los materiales formativos?. En caso af irmativo ¿podrían remitirnos las especificaciones técnicas de la plat aforma para saber qué requisitos tienen que cumplir los recursos formativ os que se elaboren en el ámbito del proyecto?.

Hay una plataforma gestionada por la Escuela de Adm inistración Pública. Sin embargo analizadas sus condiciones de uso no pu ede ser afectada a la ejecución del contrato.

92.- Sobre el Censo de Ciudadanos (punto 10)

• ¿Se requiere que se recoja el consentimiento de l os ciudadanos que actualmente existen en los sistemas de información de la Junta o solo se recoge el consentimiento para las nuevas iteracione s soportadas por la PTO?

Consejería de



Avda. Valhondo s/n



Las implicaciones que en materia de protección de d atos implique la ejecución del proyecto están incluidas en el objeto del contrato. Se remite, entre otras, a las cláusulas 8, 9 y 10 del PPT.

93.- Sobre Comunicación y Sensibilización (punto 14 )

• ¿Los costes asociados a la ejecución de una campa ña, por ejemplo anuncios en medios, deben ser asumidos por el licit ador?

A propuesta del adjudicatario.

La Administración de la Comunidad Autónoma de Extre madura podrá publicar notas de prensa en medios propios o facili tarla a los medios de comunicación para informar a la ciudadanía sobre lo s servicios que, en su caso, se vayan poniendo a disposición de la ciudada nía, empleados públicos para el cumplimiento de su función, jornad as. Sin embargo el coste de las campañas, inserción de cuñas publicita rias en medios serán, en su caso, de cuenta del adjudicatario.

En cualquier caso, deberá respetarse lo dispuesto e n la cláusula 6.4.5 apartado 3 del PPT para las acciones de esta natura leza u otras que requiera algún coste.

94.- Sobre las Penalidades (punto 19)

• Las penalidades relativas a la operatividad de la PTO, ¿a qué periodo de tiempo aplican? ¿a la fase de implementación? ¿a la fase de garantía? ¿a ambas fases?

Se aplican al periodo post-implantación incluyendo la fase de garantía.

95.- Sobre el Anexo III, entorno tecnológico:

• No hay descripción sobre la plataforma hardware, ¿debe entenderse que será suministrada por la Junta? ¿existe alguna limi tación o condición a contemplar?

• No hay indicación sobre el sistema operativo que sustentará la PTO, ¿debe entenderse que será suministrado por la Junta ? ¿existe alguna limitación o condición a contemplar?

• Se indica que el entorno de desarrollo sea bajo J AVA. Entendemos que se refiere al entorno de desarrollo actual de l a Junta de Extremadura así como los nuevos desarrollos a realizar en el se no del proyecto para la

Consejería de



Avda. Valhondo s/n



integración con los diversos sistemas, no en cuanto a la tecnología de la propia PTO. De otra forma se estaría impidiendo uti lizar plataformas tecnológicas como Microsoft ( .net), desechando pla taformas paquetizadas y contrastadas en el mercado. En definitiva, ¿estam os en lo cierto al decir que el entorno de integración debe ser Java no afec tando esta restricción a soluciones pre-paquetizadas o de mercado que pued an sustentar la PTO?

Sí, siempre y cuando se ajusten a los entornos de d esarrollo e infraestructuras de la JEXT

• Se indica que la plataforma de portal es Liferay 6.2. Sin embargo, esta versión quedará sin soporte del fabricante en breve , ¿cómo afectará este hecho al proyecto y al servicio de garantía que se debe proveer?

Liferay 6.2, versión community, es la versión actua l del Portal. Esto no implica que el desarrollo se tenga que hacer en est a versión que es la versión de partida.

96.- Sobre el Anexo III, Herramienta de asistencia o ayuda

• El poder visualizar la pantalla del ciudadano imp lica el uso de herramienta externa tipo Teamviewer, ShowMyPc, … qu izás no integrada dentro de la plataforma omnicanal ¿Es posible utili zar este tipo de soluciones aunque sea utilizando herramientas fuera de la plataforma?

Sí

97.- Sobre el Anexo III, Herramienta de gestor de c itas:

• ¿Debe cubrir también la gestión de colas y turnos de espera en un centro atención presencial? (por ejemplo, el típico tótem que te asigna un número para ser atendido)

No

• La centralita dispondrá de un sistema de Contact Center desde donde se requiere llamar a la PTO, ¿existe document ación al respecto para la integración desde esta solución interna de la Ju nta de Extremadura?

Consejería de



Avda. Valhondo s/n



La información para la integración se encuentra en el siguiente enlace:


overview

98.- Respecto a los tótems y monitores, ¿es necesar io trasladarlos a cada CAD y ORP o se puede ofrecer la opción de trasladar todos a los Servicios Centrales y que la Junta de Extremadura se encargue de su traslado a los distintos centros?

Se remite a lo señalado en la cláusula 6.2 del PPT para su respuesta. El traslado de los suministros su instalación y montaj e en las oficinas relacionadas en el ANEXO I es obligatoria .

• Se hace referencia en el pliego que hay que integ rarse con diferentes APIs o servicios web. Por ejemplo, para la parte de integración con el visor de procedimientos, se nos referencia a http://wwwjuntaex.es/filescms/con0l/uploaded_files/ dgaeti/Integra.pdf

Esta URL no funciona, y necesitamos saber el detal le de los servicios para poder cuantificar el esfuerzo en integraciones.

La url de integr@ es la siguiente:

http://www.juntaex.es/filescms/con01/uploaded_files/dgaeti/Integra.pdf

Se adjunta texto como ANEXO I

Consejería de



Avda. Valhondo s/n



ANEXO I

Integr@

Integr@Manual de integración y

Catálogo de Servicios

Consejería de Hacienda y Administración Pública

Dirección General de Tecnologías de la Información y Comunicación

Avda. Valhondo S/NEdificio III MilenoMódulo 2 - 3ª planta06800 - Mérida


Control de versiones

Versión Fecha Autor Descripción01 03/07/12 Abel Contreras Versión inicial02 26/07/12 Abel Contreras Revisión03 10/09/12 Abel Contreras Revisión04 10/01/13 Abel Contreras Revisión05 05/03/13 Abel Contreras Revisión06 15/04/13 Abel Contreras Inclusión apartado api portafirmas07 07/06/13 Abel Contreras Incluidos ADM-v04_01, CORRIENTEPAGOS-

v01_0108 23/07/13 Abel Contreras Revisión general

09 14/08/13 Abel Contreras Revisión general10 8/10/13 Abel Contreras Actualizados servicios11 22/10/13 Abel Contreras Actualizados servicios12 20/11/13 Abel Contreras Actualizados servicios13 20/01/14 Juan Luis García Actualización de servicios14 25/03/14 Abel Contreras Actualizados servicios15 05/05/14 Abel Contreras Actualizados servicios16 01/08/14 Abel Contreras Actualizados servicios17 22/10/14 Abel Contreras Actualizados servicios18 04/12/14 Abel Contreras Actualizados servicios19 09/12/14 Abel Contreras Actualizados servicios20 26/12/14 Julián Murillo Actualizados servicios21 18/02/15 Julián Murillo Actualizados servicios22 16/03/15 Julián Murillo Actualizados servicios23 25/03/15 Julián Murillo Actualizados servicios24 10/04/15 Julián Murillo Actualizados servicios25 20/04/15 Julián Murillo Actualizados servicios26 27/04/15 Julián Murillo Correcciones en la clasificación de algunos

servicios. Se añaden descripciones.27 09/05/15 Julián Murillo Actualizados servicios28 15/02/16 Julián Murillo Actualizados servicios29 26/02/16 Julián Murillo Actualizados servicios30 26/02/16 Julián Murillo Actualizados servicios31 17/10/16 Juan Luis García Actualización de servicios32 25/10/16 Abel Contreras Actualización de servicios33 19/12/16 Abel Contreras Actualización de servicios34 06/06/17 Abel Contreras Revisión del documento 35 16/10/17 Abel Contreras Añadidas descripciones de servicios 36 25/10/17 Abel Contreras Eliminados servicios obsoletos

Manual integración y catálogo de servicios de sistema Integr@ 2





37 30/01/18 Abel Contreras Cambio servidor preproducción (pruintegra)

Índice

1. Introducción.............................................................................................................5

1.1. Documentos referenciados..........................................................................................................7

2. Caracterización de los servicios...........................................................................9

2.1. Visión general de los servicios web............................................................................................9

2.2. Versionado de los servicios web.................................................................................................10

2.3. Seguridad de los servicios web...................................................................................................112.3.1. Encriptación...............................................................................................................112.3.2. Autenticación.............................................................................................................112.3.3. Autorización..............................................................................................................11

3. Procedimientos de integración............................................................................12

3.1. PROCEDIMIENTO para el consumo de servicios...................................................................123.1.1. Requisitos previos......................................................................................................123.1.2. Pasos a seguir.............................................................................................................12

3.2. PROCEDIMIENTO para la publicación de servicios..............................................................143.2.1. Requisitos previos......................................................................................................143.2.2. Pasos a seguir.............................................................................................................15

4. ANEXO I: Errores comunes de integración........................................................17

5. Catálogo de Servicios. Introducción...................................................................18

6. CUADROS RESUMEN DE SERVICIOS/ENTORNOS...........................................19

6.1. SERVICIOS TIPO I: SERVICIOS INTERNOS......................................................................19

6.2. SERVICIOS TIPO II: SERVICIOS EXTERNOS SIN AUTORIZACIÓN ESPECÍFICA..21

6.3. SERVICIOS TIPO III: SERVICIOS EXTERNOS INTERMEDIADOS POR REDSARA.22






6.4. SERVICIOS TIPO IV: SERVICIOS EXTERNOS QUE REQUIEREN AUTORIZACIÓN ESPECÍFICA DEL ORGANISMO CEDENTE..............................................................................23

7. CATÁLOGO DE SERVICIOS TIPO I: SERVICIOS INTERNOS............................24

8. CATÁLOGO DE SERVICIOS TIPO II: SERVICIOS EXTERNOS SIN AUTORIZACIÓN ESPECÍFICA..................................................................................48

9. CATÁLOGO DE SERVICIOS TIPO III: SERVICIOS EXTERNOS INTERMEDIADOS POR REDSARA...........................................................................51

10. CATÁLOGO DE SERVICIOS TIPO IV: EXTERNOS QUE REQUIEREN AUTORIZACIÓN ESPECÍFICA DEL ORGANISMO CEDENTE................................58






1. Introducción

El presente documento pretende servir de guía a la hora de consumir los servicios publicados en el bus de integración corporativo, dentro del marco del proyecto Integr@, así como llevar a cabo la publicación de nuevos servicios para que sean accesibles a través de dicha plataforma.

Así, asociados a estos dos procedimientos (consumo y publicación de WS) se pueden solicitar cinco acciones, a saber:

• Alta de nuevo cliente• Alta de permisos de acceso• Alta de nuevo servicio • Alta de nueva versión de servicio• Paso a producción de un servicio

Cada una de estas acciones serán solicitadas enviando el formulario oportuno (y documentos adjuntos cuando corresponda) a la dirección de correo del proyecto [email protected] indicando en el asunto la acción a realizar.


mailto:[email protected]





En la siguiente tabla se enumeran las cinco posibles acciones que se pueden solicitar respecto al bus del integración además de los formularios que obligatoriamente deben entregarse para tramitar dichos procedimientos:

PROCEDIMIENTO DESCRIPCIÓN FORMULARIO

Consumo de

servicios

Alta de nuevo cliente

Se debe solicitar cuando se requiere que una aplicación empiece a consumir servicios web de Integra.

Integr@ - Solicitud_Alta_Cliente_vXX.

odt

Alta de permisos de

acceso

Se debe solicitar cuando una aplicación que ya ha sido dada de alta como cliente (y por tanto dispone de certificado) require acceder a sercicios web concretos de Integra tanto de Pruebas/Validación como Producción.

Integr@ - Solicitud_Permisos_vXX.od

t

Publicación de

servicios

Alta de nuevo

servicio

Se debe solicitar cuando se requiere que un servicio web que pueda ser de interés común sea publicado para que puede ser consumido a través de Integra, inicialmente en el entorno de Pruebas/Validación.

Integr@ - Solicitud_Alta_Servicio_vX

X.odt

Alta de nueva

versión de servicio

Se debe solicitar cuando se ha modificado la interfaz (métodos, parámetros, etc) de un servicio que ya está publicado en Integra en el entorno de Pruebas/Validación y se requiere publicar una nueva versión del servicio (que podrá convivir con la anterior o sobrescribirla).

Integr@ - Solicitud_Versionado_Servi

cio_vXX.odt

Paso a producción

de un servicio

Se debe solicitar cuando se requiere que un servicio web que ya está publicado en el entorno de Pruebas/Validación de Integra sea publicado en el entorno de Producción.

Integr@ - Solicitud_PasoProduccion_

Servicio_vXX.odt






1.1. Documentos referenciados

En este apartado se enumeran los diferentes documentos/archivos referenciados en el presente documento:

Formulario de alta de clienteso Nombre: Integr@ - Solicitud_Alta_Cliente.odto Destinatario: Responsables de los aplicativos que requieran consumir los servicios de

[email protected] Descripción: Formulario de solicitud que deben entregar por los responsables de los

aplicativos que requieran acceder a los servicios de Integr@.

Catálogo de servicioso Nombre: Integr@ - Catálogo_Servicios.pdfo Destinatario: Guía dirigida a los responsables de los aplicativos que requieran

consumir los servicios de [email protected] Descripción: La guía enumera los servicios ofrecidos.

Kits de Integracióno Nombre: kit_Integra_NOMBRESERVICIO.raro Destinatario: Responsables de los aplicativos que requieran consumir los servicios de

[email protected] Descripción: Distribución que contiene la descripción funcional

(entrada/salida/errores) y técnica (wsdl) de cada servicio.

Formulario de alta de servicioso Nombre: Integr@ - Solicitud_Alta_Servicio.odto Destinatario: Responsables de los servicios que requieran su publicación en [email protected] Descripción: Formulario de solicitud que deben entregar por los responsables de los

servicios que requieran su publicación en Integr@.

Formulario de alta de nueva versión de servicioso Nombre: Integr@ - Solicitud_Alta_Version_Servicio.odto Destinatario: Responsables de los servicios que requieran su publicación en [email protected] Descripción: Formulario de solicitud que deben entregar por los responsables de los

servicios que requieran su publicación en Integr@.

Plantilla de Kits de Integración de WSo Nombre: kit_Integra_SERVICIOEJEMPLO-v01_01.raro Destinatario: Responsables de los servicios que requieran su publicación en [email protected] Descripción: Plantilla para elaborar el kit de integración con la espeficicación del

WS que deben entregar los responsables de los servicios que requieran su publicación en Integr@.






Formulario de alta uso servicios redSARAo Nombre: FormularioAltaServicioRedSARA.pdfo Destinatario: Responsables de los aplicativos que requieran consumir los servicios de

Integr@ que traten datos de carácter personal.o Descripción: Formulario de solicitud que deben entregar por los responsables de los

aplicativos que requieran acceder a los servicios de Integr@ que traten datos de carácter personal.

Formulario de alta de permisos de acceso a servicioso Nombre: Integr@ - Solicitud_Alta_Permisos.odto Destinatario: Responsables de los servicios que requieran su publicación en [email protected] Descripción: Formulario de solicitud que deben entregar por los responsables de los

aplicativos que requieran acceder a los servicios de Integr@.

Formulario de paso a producción de un servicioso Nombre: Integr@ - Solicitud_Alta_Permisos.odto Destinatario: Responsables de los servicios que requieran su publicación en [email protected] Descripción: Formulario de solicitud que deben entregar por los responsables de los

servicios que requieran que éstos sean accesibles en el entorno de Producción.






2. Caracterización de los servicios

El objetivo fundamental del proyecto Integr@ es el de proveer una capa de abstracción que ofrezca una serie de servicios web estandarizados, descritos mediante ficheros WSDL, disponibles para cualquier aplicativo cliente con independencia de la tecnología en la que se implemente y accesibles mediante un único método de autenticación con certificados.

2.1. Visión general de los servicios web

Actualmente los servicios web se usan para la integración de aplicaciones y sistemas dispares, gracias a su interoperabilidad, ya que usan XML para describir sus interfaces y codificar los mensajes usados en la comunicación.

La WS-I (Web service Interoperability Organization) es una organización que promueve la interoperatividad de los web services entre plataformas, sistemas operativos y lenguajes de programación. Para lograr comunicar el cliente y el proveedor de servicios, se utiliza el protocolo SOAP (Simple Object Access Protocol) que se trata de un protocolo de mensajería basado en XML para acceso e interconexión de web services.






Para que un web service responde correctamente ante una petición es necesario que el cliente conozca la descripción del servicio (WSDL) y sea capar de generar una petición SOAP válida, para lo cual se suelen emplear las API’s de desarrollo proporcionadas por las distintas tecnologías.

2.2. Versionado de los servicios web

Respecto al versionado de los servicios web, se usan cuatro dígitos con el formato: vXX_YY con las siguiente consideraciones:

• Tanto XX como YY comienzan con la secuencia con 01

• XX indicará la versión de la interfaz. Así, evolucionar de una versión v01_01 a una v02_01 indicará que cambia la interfaz del servicio (métodos, parámetros, etc).

• YY indicará la versión de la implementación: Así, evolucionar de una versión v01_04 a v01_05 indicará que se ha realizado un cambio interno, pero la interfaz se mantiene.

• Como norma general, existirá una única versión de cada servicio ofrecido. En cualquier caso, solo convivirán de forma paralela un máximo de dos versiones de un mismo servicio.

• Cuando se publique una versión nueva de un servicio existente se indicará un plazo de tiempo para que los aplicativos-cliente se adapten a la nueva versión y tras dicho periodo se procederá a eliminar la versión más antigua.






2.3. Seguridad de los servicios web

El proyecto Integr@ utiliza como modelo de seguridad en las comunicaciones una arquitectura que proporciona seguridad desde tres puntos de vista distintos:

2.3.1. Encriptación

Como regla general, con el objetivo de preservar la confidencialidad de la información intercambiada, todos los servicios web publicados en el bus de integración corporativo deben ser invocados mediante conexiones seguras usando el protocolo HTTPS.

2.3.2. Autenticación

El modo de autenticación de los distintos clientes que hagan uso de los servicios publicados en el bus de integración corporativo está basado en el estándar OASIS denominado "X509 TOKEN PROFILE" (WS-Security) de tal forma que, además de verificar la autenticidad, se garantiza la integridad de las peticiones realizadas mediante la firma del mensaje SOAP en-viado.Para firmar las peticiones se proporciona un certificado de cliente. Éstos son generados espe-cíficamente para cada aplicativo cliente ya que en el mismo se incluye un identificador único de dicho aplicativo. Además, dicho certificado es válido únicamente para el acceso a los servi-cios de un entorno (Pruebas, Validación o Producción). Así ese mismo certificado se emplea-rá, por ejemplo, para autenticarse contra cualquiera de los servicios web publicados en el bus de Pruebas, pero para acceder a esos mismos servicios a través del bus del entorno de Valida-ción se deberá usar otro certificado distinto. Por este motivo, todos los parametros de configu-ración relacionados con el certificado usado para auntenicarse contra el bus se debe externali-zar (por ejemplo en un fichero de propiedades o un xml) y documentar en el documento de de-pliegue de la aplicación que hace uso del servicio web.Por tanto, para que una petición al bus sea correcta es imprescindible que el elemento Body del mensaje SOAP enviado haya sido firmado con el certificado de cliente usando el formato XaDES Enveloped.NOTA: La especificación del estándar está disponible en: http://docs.oasis-open.org/wss/v1.1/wss-v1.1-spec-os-x509TokenProfile.pdf

2.3.3. Autorización

Los aplicativos cliente que se integren con el bus de integración corporativo necesitan estar previamente autorizados para invocar a los distintos servicios web publicados. Dicha autorización se realiza a nivel se servicio, por lo que aunque un aplicativo cliente ya esté usando servicios del bus, para comenzar a usar un nuevo servicio se deberá solicitar la autorización oportuna.


http://docs.oasis-open.org/wss/v1.1/wss-v1.1-spec-os-x509TokenProfile.pdf

http://docs.oasis-open.org/wss/v1.1/wss-v1.1-spec-os-x509TokenProfile.pdf





3. Procedimientos de integración

La integración con la plataforma de servicios web de Integr@ puede realizarse de dos modos distintos, en función del objetivo perseguido: consumir servicios existentes o publicar nuevos servicios. A continuación se describe el procedimiento a seguir en cada caso así como los requisitos previos que se deben satisfacer.

3.1. PROCEDIMIENTO para el consumo de servicios

3.1.1. Requisitos previos

Antes de comenzar con el proceso de integración se debe haber verificado que el servicio a consumir se adapta a las necesidades funcionales requeridas así como verificar que las tecnologías empleadas en el aplicativo cliente son compatibles con los estándares en los que se basan los servicios web de Integr@.

3.1.2. Pasos a seguir

Cuando un aplicativo cliente requiere del uso de alguno de los servicios publicados en el bus de integración corporativo debe ejecutar los siguientes pasos:

1. Enviar el formulario de solicitud de alta de cliente a la dirección de correo del proyecto Integr@: [email protected]. Una vez recibida la solicitud se procederá a la generación de los certificados (uno para cada entorno: Pruebas, Validación y Producción) que deberá usar la aplicación cliente para firmar las peticiones que envía al bus de Integr@. El certificado para el acceso al entorno de Pruebas se enviará por correo al responsable del aplicactivo cliente, mientras que los certificados para el acceso a los entornos de Validación y Producción quedarán bajo custodia de la sección de Sistemas.NOTA: En el caso de que la aplicación cliente ya disponga de certificado este paso no será necesario.

2. Recibir (en la dirección de correo facilitada en el formulario de alta de cliente) el certificado de cliente para el acceso a Integr@ en el entorno de Pruebas.

3. Descargar el kit de integración de los servicios requeridos.

4. Enviar el formulario de solicitud de alta de permisos de acceso a los servicios requeridos de Integr@.

5. En caso de que el servicio a consumir esté catalogado como tipo III o tipo IV:


mailto:[email protected]





• Servicios tipo III (intermediados por RedSARA): Se deberá enviar el formulario de solicitud de consumo de servicios de la Red Sara ubicado en el repositorio documental de Alfreso:

1. Acceder con navegador a: alfresco.gobex.pri/alfresco2. Autenticarse con Usuario y Contraseña del Correo Corporativo3. Ir a: Espacio de Empresa → Formulario_Cliente_Ligero

Carpeta: Formularios_INTERNOS_GOBEXFormulario: FormularioAltaProcedimientosClienteLigero.pdf

NOTA: Para cualquier duda respecto a dicho formulario contactar con: [email protected]

• Servicios tipo IV (directos a organismos externos): Se deberá enviar el formulario especificado en el kit de integración del servicio concreto.

6. Obtener el certificado para la conexión HTTPS con el servidor de Pruebas de Integr@ (por ejemplo, accediendo desde un navegador a la url del endpoint del servicio).

7. Implementar la llamada a partir del wsdl del servicio teniendo en cuenta que la configuración de urls y los distintos certificados a usar (certificado de cliente y certificado para la conexión https) quede parametrizada en ficheros de configuración. NOTA : Dicha parametrización es imprescindible para que el aplicativo pueda ser desplegado correctamente en distintos entornos (Validación y Producción).

8. Realizar las pruebas necesarias para verificar la correcta integración. Si surgen problemas durante la integración se recomienda consultar el anexo I (Errores comunes) del presente documento.

9. Una vez verificada la correcta integración con los servicios deplegados en el entorno de Pruebas será posible solicitar el despliegue del aplicacivo cliente en los entornos “superiores” de validación y producción. Para ello será imprescindible que se indique en el documento de despliegue cómo modificar la configuración (url y certificados) para acceder a los servicios de Integr@.






3.2. PROCEDIMIENTO para la publicación de servicios

3.2.1. Requisitos previos

Como se ha mencionado en apartados anteriores, el objetivo fundamental del proyecto Integr@ es el de proveer una capa de abstracción que ofrezca una serie de servicios web estandarizados, descritos mediante ficheros WSDL, disponibles para cualquier aplicativo cliente con independencia de la tecnología en la que se implemente y accesibles mediante un único método de autenticación con certificados basado en el estándar WS-Security. Para conseguir dicho objetivo, es requisito indispensable que los servicios a publicar ofrezcan una descripción de su interfaz mediante un fichero estándar WSDL (que no haya imports de otros ficheros), a partir del cual pueda ser construida una llamada al servicio. Además, puesto que la seguridad queda centralizada en Integr@, los servicios a publicar deberán obviar cualquier método de autenticación.

En el caso de que el servicio a publicar no satisfaga los dos requerimientos anteriores, será obligatorio desarrollar un servicio intermedio que, cumpliendo los requisitos de proporcionar un wsdl y carecer de autenticación, construya y realice la llamada al servicio original con las particularidades que éste pudiera tener (Por ejemplo: no respetar el estándar SOAP, requerir una autenticación específica, etc). Consecuentemente, en el caso de que se necesite desarrollar dicho servicio intermedio, será éste el que se publique en el bus y sobre el que habrá que proporcionar la información solicitada en el formulario.






NOTA : Además de lo anterior, para la publicación de un endpoint para el acceso a dicho servicio a través del bus de integración será requisito imprescindible que el servicio se encuentre desplegado en algún entorno de Validación/Pruebas y que se haya verificado el correcto funcionamiento del servicio mediante clientes que apunten directamente al servicio (sin pasar por el bus)

3.2.2. Pasos a seguir

Cuando un aplicativo requiere la publicación de algún servicio en el bus de integración corporativo debe ejecutar los siguientes pasos:

1. Enviar el formulario (imprescindible incluir la url de acceso al servicio web) de solicitud de alta de servicio junto al kit de integración.






Es decir, proporcionar el formulario, el wsdl del servicio, su documento de especificación funcional y los datos de pruebas mínimos para probar alguno de los métodos del servicio a publicar.

2. Una vez que el servicio sea publicado podrá hacerse uso del mismo siguiendo las instrucciones indicadas en el presente documento (apartado 3.1) respecto al consumo de servicios de Integr@.

NOTA : Cualquier cambio es la especificación del servicio web deberá comunicarse mediante el formulario de solicitud de alta de una nueva versión de un servicio existente adjuntando la nueva especificación (wsdl, documentación y datos de prueba).

NOTA : Cuando se requiera que el servicio sea accesible en el entorno de producción se deberá comunicar mediante el formulario de solicitud de paso a producción de un servicio.






4. ANEXO I: Errores comunes de integración

A continuación se enumeran algunos de los errores más frecuentes que suelen aparecer durante la implementación de la integración con alguno de los servicios web ofrecidos a través del bus Integr@.

• Url incorrectaCuando al invocar al servicio se obtiene una repuesta del tipo HTTP response '503: Service

Unavailable' suelen ser debido a que falta la última barra en la url del endpoint del ws. Por ejemplo: https://pruintegra.eco.pri/SOAP/TSA/v01_01 /

En cualquier caso, es recomendable verificar que la url usada es válida y se tiene acceso al endpoint. Para ello bastaría con acceder mediante cualquier navegador web a la url del endpoint y comprobar que obtenemos una respuesta del tipo ”<soap:Envelope

xmlns:soap="http://schema....”. En el caso de obtener otra respuesta se debe contactar con los administradores de Integr@ para verificar que la url usada es correcta.

• Falta de firmaCuando al invocar al servicio se obtiene una repuesta del tipo “<faultcode>soap:client</faultcode>...” es debido a que no se ha firmado la petición SOAP que se está enviando.

• Falta de autorizaciónCuando al invocar al servicio se obtiene una repuesta del tipo “El cliente SOAP no está autorizado”

es debido a que no se han dado de alta los permisos para acceder desde la aplicación cliente al servicio invocado por lo que se debe solicitar dicha autorización a los administradores de Integr@.


https://pruintegra.eco.pri/SOAP/TSA/v01_01/

https://pruintegra.eco.pri/SOAP/TSA/v01_01/





5. Catálogo de Servicios. Introducción

El presente apartado pretende servir de guía a la hora de conocer y utilizar los distintos servicios publicados en el bus de integración corporativo, dentro del marco del proyecto Integr@.

El objetivo fundamental del proyecto Integr@ es el de proveer una capa de abstracción que ofrezca una serie de servicios web estandarizados, descritos mediante ficheros WSDL, disponibles para cualquier aplicativo cliente con independencia de la tecnología en la que se implemente y accesibles mediante un único método de autenticación con certificados de cliente.

Por cada servicio se indica su identificador y una breve descripción de su funcionalidad así como las urls de los distintos entornos.

Para obtener una información más detallada de alguno de los servicios se deberá consultar la documentación contenida en el kit de integración del servicio requerido, en el cual se proporciona una descripción funcional (entrada/salida/errores) y técnica (wsdl).

Respecto al versionado de los servicios web, se usan cuatro dígitos con el formato: vXX_YY con las siguiente consideraciones:

• Tanto XX como YY comienzan con la secuencia con 01 • XX indicará la versión de la interfaz. Así, evolucionar de una versión v01_01 a una

v02_01 indicará que cambia la interfaz del servicio (métodos, parámetros, etc). • YY indicará la versión de la implementación: Así, evolucionar de una versión v01_04

a v01_05 indicará que se ha realizado un cambio interno, pero la interfaz se mantiene.






6. CUADROS RESUMEN DE SERVICIOS/ENTORNOS

6.1. SERVICIOS TIPO I: SERVICIOS INTERNOS

Pruebas(s00083da)

Validación(pruintegra)

Producción(integra)

ARCHIVA v01_01 v01_01 v01_01

ADM v06_01 v06_01 v06_01

CORRIENTEPAGOS-CCAA v01_01 v01_01 v01_01

GESTORSEDE v01_01 v01_01 v01_01

INGRESOS v01_01 v01_01 v01_01

NOTIFICA v01_01 v01_01 v01_01

NOTIFICA-ADM v01_01 v01_01 v01_01

REGISTRA v01_01 v01_01 v01_01

POBLACION v01_01 v01_01 v01_01

SATE v01_01 v01_01

VEHICULOS v01_01 v01_01 v01_01

TERCEROS v01_01 v01_01 v01_01

NEREA v01_01 v01_01 v01_01

NEREA-DOCS v01_01 v01_01 v01_01

INTEGRACIÓN-VIVIENDA v01_01 v01_01 v01_01

AUTENTICA-GOBEXSTN v01_01 v01_01

RAYUELA-AUTENTICA v01_01 v01_01 v01_01

PROFEX-INFODOCENTES v01_01 v01_01 v01_01

TRANSPORTE-ESCOLAR v01_01 v01_01 v01_01

RAYUELA-TRANSPORTEESCOLAR v01_01 v01_01 v01_01

ORSE v01_01 v01_01

DOE v01_01 v01_01

CONSULTA-EMPLEOPUBLICO v01_01 v01_01

GESCPR v01_01

SIAL-USUARIOS v01_01 v01_01

SECTI-CARGARDATOS v01_01 v01_01 v01_01


https://pruintegra.eco.pri/SOAP/ARCHIVA/v01_01/

https://pruintegra.eco.pri/SOAP/PPAGO/v01_01






GESTORSECTI v01_01 v01_01 v01_01

SECTI-GESTIONGRUPOS v01_01 v01_01 v01_01

NEREA-CSV v01_01 v01_01 v01_01

PATTEX-ENVIOSOLICITUD v01_01 v01_01 v01_01

SIEMPREX-CSV v01_01 v01_01 v01_01

GALERA v01_01 v01_01

PATTEX-CARGARDATOS v01_01 v01_01

CONECTORES DOE-BOE v01_01

CADEX v01_01 v01_01 v01_01

CONSULTA-TERCEROS v01_01 v01_01 v01_01

REPRESENTA v01_01 v01_01 v01_01

REPRESENTA-GESTION v01_01 v01_01 v01_01

TASAS-COMEDORAULAS v01_01 v01_01

NEREA-PAGOS v01_01 v01_01 v01_01

SES-CARGARDATOS v01_01 v01_01 v01_01

SIMEX-WS v01_01 v01_01 v01_01

SES-ENVIOSOLICITUD v01_01 v01_01 v01_01

INSIDE-MTOM v01_01

INSIDE v01_01

SIMEX-ENVIOSOLICITUD v01_01 v01_01

EPR-ASINCRONO v01_01 v01_01

EPR-SINCRONO v01_01 v01_01

ATP-ASINCRONO v01_01 v01_01

ATP-SINCRONO v01_01 v01_01

PLAMINEX-PLANESLABORALES v01_01 v01_01

TBTEX-CSV v01_01 v01_01 v01_01

AGILE-ENVIOSOLICITUD v01_01 v01_01 v01_01

AGILE-CARGARDATOS v01_01 v01_01 v01_01

PORTAFIRMAS-CSV v01_01 v01_01 v01_01

PORTAFIRMAS v01_01 v01_01 v01_01

FAMILIA-NUMEROSA v01_01 v01_01 v01_01

SALA-FIRMAS v01_01 v01_01

DEHESA-VALORACIONES v01_01 v01_01 v01_01

ALFRESCO-DOCUMENTOS v01_01 v01_01 v01_01






DEHESA-DEUDASYTASAS v01_01 v01_01 v01_01

DEHESA-CSV v01_01 v01_01 v01_01

ORSE-SOLICITUDEMPRESA v01_01 v01_01

INTGRETUREX v01_01 v01_01 v01_01

EMIGRANTES-RETORNADOS v01_01 v01_01

SIGIEXSEDE-ENVIOSOLICITUD v01_01 v01_01

SIGIEXSEDE-CARGARDATOS v01_01 v01_01

PLANES-RESTAURACION v01_01 v01_01

6.2. SERVICIOS TIPO II: SERVICIOS EXTERNOS SIN AUTORIZACIÓN ESPECÍFICA

Pruebas(s00083da)



COMP-FIRMA v01_01v02_01

V01_01v02_01

V01_01v02_01

PPAGO v03_01v04_01

v03_01v04_01

v03_01v04_01

ACT-FIRMA v01_01v02_01

V01_01v02_01

V01_01v02_01

TSA v01_01 v01_01 v01_01

VAL-X509 v01_01v03_01

v01_01v03_01

v01_01v03_01

VALIDAR-FIRMA v01_01 v01_01 v01_01









6.3. SERVICIOS TIPO III: SERVICIOS EXTERNOS INTERMEDIADOS POR REDSARA

Pruebas(s00083da)



CORRIENTE-PAGOS v01_01 v01_01 v01_01

CATASTRO v01_01 v01_01 v01_01

CDI v01_01 v01_01 v01_01

IMP-DESEMPLEO v01_01 v01_01

PRESTACIONES v01_01 v01_01 v01_01

SIT-DESEMPLEO v01_01 v01_01

IRPF v01_01 v01_01 v01_01

RESIDENCIA v01_01 v01_01 v01_01

CORRIENTE-TGSS v01_01 v01_01

IAE v01_01 v01_01

INMUEBLES v01_01

TITULOS-UNI v01_01

DEFUNCIONES v01_01

GRADO-DEPENDENCIA v01_01

TITULOS-NOUNI v01_01

MATRIMONIOS v01_01

NACIMIENTOS v01_01

NOTARIOS-ADMINISTRADORES v01_01

NOTARIOS-COPIASIMPLE v01_01

NOTARIOS-NOTARIAS v01_01

NOTARIOS-SUBSISTENCIA v01_01

ANTECEDENTESPENALES v01_01

ANTECEDENTESPENALES-SEXUALES

v01_01









6.4. SERVICIOS TIPO IV: SERVICIOS EXTERNOS QUE REQUIEREN AUTORIZACIÓN ESPECÍFICA DEL ORGANISMO CEDENTE

Aún no existe ningún servicio de este tipo.






7. CATÁLOGO DE SERVICIOS TIPO I: SERVICIOS INTERNOS

En este apartado se enumeran los servicios internos ofrecidos por la plataforma Integr@. Para consumir cualquiera de los siguientes servicios es necesario proporcionar el formulario de solicitud de alta de cliente de Integr@.

ARCHIVA v01_01

Servicio para gestionar un espacio de

almacenamiento remoto y almacenar en él

documentos de forma permanente.

Desarrollo:https://s00083da.eco.pri/SOAP/IDSERVICIO/v01_01/Preproducción:https://pruintegra.gobex.pri/SOAP/IDSERVICIO/v01_01/Producción:https://archiva.integra.gobex.pri/SOAP/IDSERVICIO/v01_01/

ADM v01_01

Servicio para consultar los datos sobre administrados.

Desarrollo:https://s00083da.eco.pri/SOAP/IDSERVICIO/v01_01/Preproducción:https://pruintegra.gobex.pri/SOAP/IDSERVICIO/v01_01/Producción:https://administrados.integra.gobex.pri/SOAP/IDSERVICIO/v01_01/

CORRIENTEPAGOS-CCAA v01_01

Servicio para realizar la consulta de estar al

corriente de pagos con la CCAA.

Desarrollo:https://s00083da.eco.pri/SOAP/IDSERVICIO/v01_01/Preproducción:https://pruintegra.gobex.pri/SOAP/IDSERVICIO/v01_01/Producción:https://consultacorrientepagos-ccaa.integra.gobex.pri/SOAP/IDSERVICIO/v01_01/






INGRESOS v01_01

Servicio para consultar los ingresos efectuados y registrados en el libro de ingresos gestionado por la aplicación DEHESA.

Desarrollo:https://s00083da.eco.pri/SOAP/IDSERVICIO/v01_01/Preproducción:https://pruintegra.gobex.pri/SOAP/IDSERVICIO/v01_01/Producción:https://IDSERVICIO.integra.gobex.pri/SOAP/IDSERVICIO/v01_01/

NOTIFICA v01_01

Servicio para realizar notificaciones automátizadas.


NOTIFICA-ADM v01_01

Servicio para realizar la administración del

notificador.


REGISTRA v01_01

Servicio para realizar registros de forma

telemática.


POBLACION v01_01

Servicio para realizar la consulta de datos

Desarrollo:https://s00083da.eco.pri/SOAP/IDSERVICIO/v01_01/Preproducción:https://pruintegra.gobex.pri/SOAP/IDSERVICIO/v01_01/Producción:






personales, datos administrativos y de la

tarjeta sanitaria de ciudadanos (sobre la base

de datos de Civitas).

https://IDSERVICIO.integra.gobex.pri/SOAP/IDSERVICIO/v01_01/

SATE v01_01

Servicio para consultar la validez de tarjetas de

transporte de viajeros.


VEHICULOS v01_01

Servicio para gestionar las valoraciones de

vehiculos.


TERCEROS v01_01

Servicio parala consulta de datos de terceros.


NEREA v01_01

Servicio para la interacción con el gestor de expedientes de NEREA

y su catálogo de procedimientos.







NEREA-DOCS v01_01

Servicio para el alta, actualización, recuperación y

confirmación de borradores.







INTEGRACIÓN-VIVIENDA

v01_01

Servicio para la integración con el sistema

de información de vivienda (agentes rehabilitadores)


AUTENTICA-GOBEXSTN

v01_01

Este servicio web es una pasarela que ataca

directamente al servicio de Autentica_Gobex creado con php y que

permite la autenticación contra el directorio activo gobex.pri y el cambio de contraseña de un usuario

en el mismo.


RAYUELA-AUTENTICA

v01_01

Este servicio ofrece funcionalidad para comprobar la existencia de un usuario y obtener datos personales y roles dentro de la plataforma Rayuela.


PROFEX-INFODOCENTES

Desarrollo:https://s00083da.eco.pri/SOAP/IDSERVICIO/v01_01/






v01_01

Este servicio ofrece las funcionalidades relacionadas con la obtención de información relativa a la vida administrativa de un docente.

Preproducción:https://pruintegra.gobex.pri/SOAP/IDSERVICIO/v01_01/Producción:https://IDSERVICIO.integra.gobex.pri/SOAP/IDSERVICIO/v01_01/

TRANSPORTE-ESCOLAR

v01_01

Este servicio ofrece las funcionalidades para obtener información sobre empresas y vehículos que realizan el transporte de los alumnos hacia y desde los centros educativos


RAYUELA-TRANSPORTEESCOLA

R v01_01

Este servicio ofrece las funcionalidades para proveer información sobre las rutas, paradas, alumnos y niveles educativos que existe en la plataforma Rayuela, y que está relacionada con el servicio de transporte escolar que proporciona el Gobierno de Extremadura.







ORSE v01_01

Este servicio ofrece funcionalidades relacionadas con la gestión de solicitudes de responsabilidad social empresarial.


DOE v01_01

Este servicio ofrece funcionalidades relacionadas con la consulta del DOE.


CONSULTA-EMPLEOPUBLICO

v01_01

Este servicio ofrece funcionalidades relacionadas con la consulta de información relacionada con el empleo público (convocatorias, listas de espera, etc).


GESCPR v01_01

Este servicio ofrece funcionalidades relacionadas con la consulta de información relacionada con las actividades realizadas por







docentes.

SIAL-USUARIOS v01_01

Este servicio provee funcionalidad para poder autenticar, crear y modificación los usuarios de las entidades locales que acceden a SEDE para la ejecución de los procedimientos que se publiquen.


SECTI-CARGARDATOS v01_01


GESTORSECTI v01_01


SECTI-GESTIONGRUPOS

v01_01







NEREA-CSV v01_01

El propósito de este servicio es poder consultar documentos mediante su CSV.


PATTEX-ENVIOSOLICITUD

v01_01

Este servicio permite enviar una solicitud de

SEDE a PATTEX.







SIEMPREX-CSV v01_01

El propósito de este servicio es proveer una funcionalidad para que desde SEDE se puedan verificar documentos firmados electrónicamente en la aplicación SIEMPREX, los cuales están almacenados en el Alfresco de Archiv@. Para ello, el servicio devuelve el uuid de Alfresco de un documento a partir de su csv.


GALERA v01_01

El propósito de este servicio es proveer la funcionalidad necesaria para comunicar SEDE con otros sistemas para enviar solicitudes.


PATTEX-CARGARDATOS

v01_01







CONECTORES DOE-BOE v01_01

El propósito del WS es dotar de métodos de consulta al sistema de gestión del DOE de forma que faciliten información al Portal Común del BOE (Boletín Oficial del Estado).


CADEX v01_01

El propósito de este servicio es proveer un funcionalidad para poder consultar los datos de discapacidad de un titular.


CONSULTA-TERCEROS

v01_01

El propósito de este servicio es proveer la funcionalidad necesaria para comunicar SEDE, RENTA BÁSICA y EL INSTITUTO DE LA MUJER con la librería de Siccaex.







REPRESENTA v01_01

Este servicio presenta los métodos para el uso

externo de ResprentaSTN.


REPRESENTA-GESTION

v01_01

Este servicio presenta los métodos de uso interno de

RepresentaSTN.


TASAS-COMEDORAULAS

v01_01

Servicios web para facilitar el cálculo de

tasas en los servicios de Aula Matinal y Comedor

Escolar


NEREA-PAGOS v01_01

El propósito de este servicio es proveer un funcionalidad para la obtención de los documentos relacionados con las tasas y deudas, a través de su CSV, así como la actualización de los pagos pendientes una vez confirmados su estado







por la administración.






SES-CARGARDATOS v01_01


SIMEX-WS v01_01


SES-ENVIOSOLICITUD

v01_01


INSIDE-MTOM v01_01


INSIDE v01_01

Desarrollo:https://s00083da.eco.pri/SOAP/IDSERVICIO/v01_01/Preproducción:https://pruintegra.gobex.pri/SOAP/IDSERVICIO/v01_01/Producción:https://IDSERVICIO.integra.gobex.pri/SOAP/IDSERVICIO/v01






_01/






SIMEX-ENVIOSOLICITUD

v01_01


EPR-ASINCRONO v01_01

Dados los datos de un titular devuelve si

dicho titular es propietario o no de

una explotación prioritaria en una

determinada fecha de forma asíncrona


EPR-SINCRONO v01_01


dicho titular es propietario o no de

una explotación prioritaria en una

determinada fecha de forma asíncrona


ATP-SINCRONO v01_01


dicho titular posee una explotación prioritaria







a una fecha dada.






ATP-ASINCRONO v01_01


dicho titular posee una explotación prioritaria

a una fecha dada.


PLAMINEX-PLANESLABORALES

v01_01


TBTEX-CSV v01_01


AGILE-ENVIOSOLICITUD

v01_01


AGILE-CARGARDATOS

v01_01







_01/






PORTAFIRMAS-CSV v01_01


PORTAFIRMAS v01_01


FAMILIA-NUMEROSA v01_01


SALA-FIRMAS v01_01


DEHESA-VALORACIONES

v01_01







_01/






ALFRESCO-DOCUMENTOS

v01_01

Servicio pasarela para la gestion de ficheros

alamcenados en Alfresco.


DEHESA-DEUDASYTASAS

v01_01


DEHESA-CSV v01_01

El propósito de este servicio es proveer un funcionalidad para poder obtener una copia del documento generado en el sistema DEHESA a través su CSV.


ORSE-SOLICITUDEMPRESA

v01_01


INTGRETUREX v01_01








EMIGRANTES-RETORNADOS

v01_01


SIGIEXSEDE-ENVIOSOLICITUD

v01_01


SIGIEXSEDE-CARGARDATOS

v01_01


PLANES-RESTAURACION

v01_01








.






8. CATÁLOGO DE SERVICIOS TIPO II: SERVICIOS EXTERNOS SIN AUTORIZACIÓN ESPECÍFICA

En este apartado se enumeran los servicios intermediados ofrecidos por la plataforma Integr@. Para consumir cualquiera de los siguientes servicios es necesario proporcionar el formulario de solicitud de alta de cliente de Integr@.

COMP-FIRMA v01_01

Servicio para completar el proceso firma digital (valida el certificado y

añade un sello de tiempo)

Desarrollo:https://s00083da.eco.pri/SOAP/COMP-FIRMA/v01_01/Preproducción:https://pruintegra.gobex.pri/SOAP/COMP-FIRMA/v01_01/Producción:https://compfirma.integra.gobex.pri/SOAP/COMP-FIRMA/v01_01/

COMP-FIRMA v02_01

Servicio para completar el proceso firma digital (valida el certificado y

añade un sello de tiempo)

Desarrollo:https://s00083da.eco.pri/SOAP/COMP-FIRMA/v02_01/Preproducción:https://pruintegra.gobex.pri/SOAP/COMP-FIRMA/v02_01/Producción:https://compfirma.integra.gobex.pri/SOAP/COMP-FIRMA/v02_01/

PPAGO v03_01

Servicio de pagos telemáticos


PPAGO v04_01

Servicio de pagos telemáticos







_01/

ACT-FIRMA v01_01

Servicio para realizar el upgrade de una firma

digital


ACT-FIRMA v02_01

Servicio para realizar el upgrade de una firma

digital


TSA v01_01

Servicio de sellado de tiempo


VAL-X509 v01_01

Servicio para la validación de certificados


VAL-X509 v03_01

Servicio para la validación de certificados








VALIDAR-FIRMA v01_01

Servicio para la validación de firmas







9. CATÁLOGO DE SERVICIOS TIPO III: SERVICIOS EXTERNOS INTERMEDIADOS POR REDSARA

En este apartado se enumeran aquellos servicios intermediados ofrecidos por la plataforma Integr@ que requieren para su uso de una autorización adicional. Para consumir cualquiera de los siguientes servicios es necesario proporcionar (además del formulario de solicitud de alta de cliente de Integr@) el formulario de alta de servicios de redSARA.

CORRIENTE-PAGOS v01_01

Servicio pasarela para consumir dicho servicio de la plataforma SCSP

Estar al corriente de pagos con la AEAT


CATASTRO v01_01


Servicios del Catastro


CDI v01_01


Servicios para la consulta de datos personales de la

DGP







IMP-DESEMPLEO v01_01


Servicios sobre importes de desempleo


PRESTACIONES v01_01


Servicios sobre prestaciones del INSS


SIT-DESEMPLEO v01_01


Servicios sobre situaciones de desempleo


IRPF v01_01


Servicios sobre el Impuesto de Renta







RESIDENCIA v01_01


Servicios sobre residencia


CORRIENTE-TGSS v01_01


Servicios sobre estar al corriente de agos de la

TGSS


IAE v01_01


Servicios sobre el Impuesto de actividades

economicas


TITULOS-UNI v01_01


Servicios sobre







Educación

INMUEBLES v01_01


Servicio para la consulta de datos catastrales a partir de una referencia catastral.


DEFUNCIONES v01_01


Servicios sobre defunciones (Justicia)


GRADO-DEPENDENCIA

v01_01


Servicio para la consulta del nivel y grado de

dependencia que tiene reconocido un

administrado (Imserso)


TITULOS-NOUNI v01_01








Servicios sobre Educación


MATRIMONIOS v01_01


Servicio para la consulta sobre matrimonios para un administrado (Justicia)


NACIMIENTOS v01_01


Servicio para la consulta sobre nacimientos para un administrado (Justicia)


NOTARIOS-ADMINISTRADORES

v01_01


Servicio sobre notarias







NOTARIOS-COPIASIMPLE

v01_01




NOTARIOS-NOTARIAS v01_01




NOTARIOS-SUBSISTENCIA

v01_01




ANTECEDENTESPENALES

v01_01


Servicio sobre antecedentes (Justicia)







ANTECEDENTESPENALES-SEXUALES

v01_01


Servicio sobre antecedentes(Justicia)







10. CATÁLOGO DE SERVICIOS TIPO IV: EXTERNOS QUE REQUIEREN AUTORIZACIÓN ESPECÍFICA DEL ORGANISMO CEDENTE

Aún no existe ningún servicio de este tipo.


Contrato mixto de servicios y suministro

Documents

Transcript of Contrato mixto de servicios y suministro