Condiciones básicas para la contratación del desarrollo y mantenimiento software del sistema de gestión comercial.
Condiciones básicas para la contratación del desarrollo y mantenimiento software del sistema de gestión comercial.
Expediente 2015/PCD-GEN-MCP/000641
Pamplona, febrero de 2016
Breve descripción | Adaptación y evolución de la plataforma de Clientes |
CPV | 72230000-6 Servicios de desarrollo de software personalizado |
Valor estimado | 205.000 € IVA excluido |
Plazos de ejecución | El plazo máximo para el inicio del proyecto será de 25 días naturales contados a partir de la fecha de formalización del contrato. El plazo máximo de ejecución será de 4 años. |
Procedimiento de Adjudicación | Se utilizará el Procedimiento Abierto sin publicidad comunitaria recayendo la adjudicación en el licitador que haga la proposición más ventajosa |
Solvencia económica | Declaración sobre el volumen de negocio en el ámbito de las actividades propias del contrato, debiendo ser superior a 100.000 € anuales en al menos uno de los últimos tres años. |
Solvencia técnica | Relación de los principales servicios efectuados durante los últimos tres años, en la que se indique el importe, la fecha y el desninatario, avalada por cualquier prueba admisible en Derecho, debiendo haberse prestado un servicio de desarrollo o mantenimiento software de un sistema de gestión comercial de agua por importe superior a 70.000. Indicación del personal técnico que estará dedicado al contrato, siendo equipo mínimo el integrado por: • 1 perfil senior especialista en gestión de proyectos con conocimientos contables (facturación y cobros) y ámbitos similares al del abastecimiento de agua. • 1 perfil senior especialista en análisis de soluciones para ámbitos similares al del abastecimiento del agua y con conocimientos contables (facturación y cobros). • 1 perfil senior especialista en las tecnologías y programación empleadas en la aplicación, Visual 6, Crystal Reports, COM+, SQL (administración y optimización) y en servicios web (SOAP). • 1 programador experto en Visual basic 6. |
Criterios de Adjudicación | Oferta económica - hasta 45 puntos Otros criterios valorables automáticamente: hasta 5 puntos Criterios no valorables automáticamente: hasta 50 puntos |
Plazo fin recepción ofertas | A las 14 horas del 28 xx xxxxx de 2016 |
Garantía definitiva | 4% del importe de adjudicación |
Contacto |
1. OBJETO
Es objeto del contrato con Servicios de la Comarca xx Xxxxxxxx, S.A. (en adelante SCPSA) el desarrollo y mantenimiento software del sistema de gestión comercial, de acuerdo a las especificaciones previstas en el Anexo III “Alcance del Contrato”.
Comprende dos prestaciones:
- El desarrollo de nuevas funcionalidades del sistema actual.
- El Mantenimiento del sistema.
En las condiciones técnicas del condicionado se desarrolla este doble objeto.
2. VALOR ESTIMADO
El valor estimado del contrato asciende a 205.000 € IVA excluido. Este importe se desglosa de la siguiente manera:
a. Desarrollo de nuevas funcionalidades del sistema: 70.000 € IVA excluido.
b. Mantenimiento del sistema: 135.000 € IVA excluido
No será admitida ninguna oferta económica que supere alguno de los anteriores precios.
Se consideran incluidos en el precio todos los gastos de desplazamiento y estancia necesarios para la ejecución el contrato.
3. REVISIÓN DE PRECIOS.
Este contrato no está sujeto a revisión de precios.
4. PLAZO
Se contemplan los siguientes plazos:
- El plazo máximo para el inicio del proyecto será de 25 días naturales contados a partir de la fecha de formalización del contrato.
- El plazo máximo de ejecución será de 4 años .
En cuanto a los plazos para el desarrollo y puesta en producción de las nuevas funcionalidades se atenderá a lo dispuesto en el punto 1 del Anexo III.
5. IDENTIFICACIÓN DEL ÓRGANO DE CONTRATACIÓN Y LA UNIDAD GESTORA
El órgano de contratación es Gerencia de SCPSA y la Unidad Gestora estará formada por:
• Director del Área de Recursos
• Director de Área de Organización y Sistemas de Información
• Un Gestor de Proyectos de Aplicaciones
• Un técnico de Gestión de Clientes
• Una letrada
• Una economista
• Un técnico de Compras
6. RÉGIMEN JURÍDICO
El régimen jurídico de este contrato es el correspondiente a un contrato de asistencia, regulado por la Ley Xxxxx 6/2006 de Contratos Públicos xx Xxxxxxx, por lo dispuesto en el presente condicionado y en cuanto a sus efectos y extinción por las disposiciones de Derecho Civil o Mercantil sin perjuicio del régimen de modificaciones y de reclamaciones previsto en el Libro I y en el Libro III de la Ley Xxxxx 6/2006.
La participación en la presente licitación implica la aceptación voluntaria de dar transparencia institucional a todos los datos derivados del proceso de licitación, adjudicación y ejecución hasta la finalización.
7. PROCEDIMIENTO Y FORMA DE ADJUDICACIÓN
De acuerdo a la Ley Xxxxx 6/2006, de 9 xx xxxxx de Contratos Públicos (LFC) se utilizará el Procedimiento Abierto sin publicidad comunitaria recayendo la adjudicación en el licitador que haga la proposición más ventajosa de acuerdo a los criterios establecidos en el punto 11 y sin perjuicio del derecho de SCPSA a declararlo desierto.
El anuncio de licitación se publicará en el Portal de Contratación xx Xxxxxxx (xxx.xxxxxxx.xx) y en la Sede Electrónica de la Mancomunidad de la Comarca xx Xxxxxxxx xxxxx://xxxxxxxxxxxxxxx.xxx.xx/
Una vez publicado el anuncio de licitación en el Portal de Contratación xx Xxxxxxx, se recomienda la suscripción al mismo para conocer las futuras publicaciones que puedan derivarse de este procedimiento, tales como aclaraciones sobre el condicionado o la fecha de apertura de las ofertas económicas.
8. LUGAR Y PLAZO DE PRESENTACIÓN DE PROPOSICIONES
Las empresas que deseen participar en el procedimiento presentarán sus ofertas antes de las 14,00 horas del día 28 xx xxxxx de 2016 en el Registro General de MCP, calle General Xxxxxxxxxx, 7 xx Xxxxxxxx, (entrada por C/Xxxxxxx de Rozalejo) de las 9:00 a las 14:00 horas.
Podrán enviarse proposiciones a través de Oficinas de Correos, dentro del plazo establecido, en cuyo caso el interesado deberá justificar la fecha y hora de imposición del envío, remitiendo en el mismo día por correo electrónico: xxx@xxx.xx, o Fax 000000000, el resguardo correspondiente. No obstante, transcurridos 10 días naturales desde la terminación del plazo de presentación, no será admitida ninguna proposición enviada por correo.
Las ofertas tendrán un plazo de vigencia de tres meses desde la finalización del plazo de su presentación. Trascurrido dicho plazo sin que el órgano de contratación haya adjudicado el contrato, los licitadores podrán retirar su oferta sin penalidad alguna.
Los interesados podrán solicitar aclaraciones sobre el contenido del contrato, con una antelación mínima de 6 días naturales a la fecha de finalización del plazo de presentación de ofertas, en el email: xxxxxxxxxxxx@xxx.xx. Las contestaciones serán enviadas al interesado directamente y publicadas en el Portal de Contratación xx Xxxxxxx y en la Sede Electrónica de la MCP.
9. CAPACIDAD PARA CONTRATAR Y REQUISITOS DE SOLVENCIA
Podrán tomar parte en la licitación las personas físicas o jurídicas, españolas o extranjeras, que tengan plena capacidad de obrar y cuenten con los siguientes niveles de solvencia económica, financiera y técnica:
a. Solvencia económica y financiera:
Cada licitador deberá poseer solvencia económica y financiera suficiente para la ejecución del contrato, entendiendo por ella la adecuada situación económica y financiera de la empresa para que la correcta ejecución del contrato no corra peligro de ser alterada por incidencias de carácter económico o financiero.
El cumplimiento de este requisito se hará constar en la declaración responsable (Anexo I), correspondiendo únicamente al licitador a cuyo favor recaiga la propuesta de adjudicación la acreditación mediante la presentación de una declaración sobre el volumen de negocio en el ámbito de las actividades propias del contrato, debiendo ser superior a 100.000 € anuales en al menos uno de los últimos tres años.
b. Solvencia técnica:
Se entiende por ella la capacitación técnica o profesional para la adecuada ejecución del contrato, bien por disponer de experiencia anterior en contratos similares o por disponer del personal y medios técnicos suficientes.
El cumplimiento de este requisito se hará constar en la declaración responsable (Anexo I), correspondiendo únicamente al licitador a cuyo favor recaiga la propuesta de adjudicación la acreditación mediante la presentación de los siguientes documentos:
- Relación de los principales servicios efectuados durante los últimos tres años, en la que se indique el importe, la fecha y el destinatario, avalada por cualquier prueba admisible en Derecho, debiendo haberse prestado un servicio de desarrollo o mantenimiento software de un sistema de gestión comercial de agua por importe superior a 70.000.
- Indicación del personal técnico que estará dedicado al contrato, siendo equipo mínimo el integrado por:
• 1 perfil senior especialista en gestión de proyectos con conocimientos contables (facturación y cobros) y ámbitos similares al del abastecimiento de agua.
• 1 perfil senior especialista en análisis de soluciones para ámbitos similares al del abastecimiento del agua y con conocimientos contables (facturación y cobros).
• 1 perfil senior especialista en las tecnologías y programación empleadas en la aplicación, Visual 6, Crystal Reports, COM+, SQL (administración y optimización) y en servicios web (SOAP).
• 1 programador experto en Visual basic 6.
Deberá acreditarse, a través de la presentación del currículum, la experiencia de dos años en la implantación de dichas tecnologías.
Conforme al artículo 15 de la LFC, los licitadores podrán basarse en la solvencia de otras empresas, independientemente de la naturaleza jurídica de los vínculos que tengan con ellas.
En el supuesto de personas jurídicas dominantes de un grupo de sociedades se podrán tener en cuenta las sociedades pertenecientes al grupo, siempre y cuando aquéllas acrediten que tienen efectivamente a su disposición los medios, pertenecientes a dichas sociedades, necesarios para la ejecución de los contratos.
En el caso de que la solvencia se acredite mediante la subcontratación, el licitador deberá aportar un documento que demuestre la existencia de un compromiso formal con los subcontratistas para la ejecución del contrato, sumándose en este caso la solvencia de todos ellos. Asimismo deberá acreditar, en la forma y condiciones establecidas en los artículos 13 y 14, que los subcontratistas disponen de los medios necesarios para la ejecución del contrato.
Será requisito, asimismo, para poder presentar oferta, que la finalidad o actividad que desarrolle el licitador tenga relación directa con el objeto del contrato, según resulte de sus respectivos Estatutos o reglas fundacionales y se acredite debidamente y disponer de una organización con elementos materiales y personales necesarios para la ejecución del contrato.
10. DOCUMENTACION A PRESENTAR
Cada licitador no podrá presentar más de una proposición y no se admitirá la presentación de variantes o alternativas. La infracción de esta condición supondrá la exclusión de todas las ofertas presentadas.
Las solicitudes se presentarán en tres sobres cerrados en los que figurará la siguiente leyenda: “Desarrollo y Mantenimiento Software del Sistema de Gestión Comercial de Agua. Expediente 2015/PCD-GEN-MCP/000641” y los datos del licitador (nombre, dirección, e-mail, teléfono) así como el título de cada sobre, que será, respectivamente:
SOBRE 1: DOCUMENTACIÓN ADMINISTRATIVA
SOBRE 2: PROPOSICIÓN NO VALORABLE AUTOMÁTICAMENTE
SOBRE 3: PROPOSICIÓN VALORABLE AUTOMÁTICAMENTE
SOBRE 1 – DOCUMENTACIÓN ADMINISTRATIVA. Contendrá
a. Declaración responsable.
Conforme al Anexo I y firmada por persona debidamente apoderada. Caso de ser empresas que concurran conjuntamente la declaración responsable deberá ser por cada una de las empresas.
b. Si se trata de empresas que concurren conjuntamente, deberá presentarse la documentación prevista en el art. 10.2 de la LFC.
SOBRE 2 - PROPOSICIÓN NO VALORABLE AUTOMÁTICAMENTE. Contendrá
Incluirá toda la documentación de índole técnico que aporte el licitador para que se valoren y puntúen los criterios de adjudicación establecidos en la cláusula 11 del presente pliego, excepto el referido a la oferta económica.
Se aportará la documentación necesaria relativa a los aspectos técnicos de la oferta y cuantos documentos y compromisos considere precisos para una adecuada valoración de la oferta en relación con los criterios de adjudicación, excluidos el criterio referido a la oferta económica:
- Solución propuesta
- Plan de Proyecto
- Organización del proyecto
- Soporte
Por razones de eficacia la documentación técnica que se aporte deberá ser clara y adecuada al contrato que se presente.
El contenido del Sobre nº 2, se entregará además de en papel, en soporte electrónico (usb, dvd, cd, etc.) y formato PDF. Se recomienda que el documento en papel esté impreso a doble cara y que el documento electrónico esté firmado electrónicamente con un certificado digital válido. La documentación electrónica deberá velar por mantener el secreto de la oferta económica que en ningún caso figurará en el soporte electrónico aludido.
En caso de existir discrepancias entre la oferta técnica impresa y la digital será a todos los efectos la oferta válida la oferta presentada en papel.
La inclusión en este sobre de documentación que sea valorable automáticamente (proposición económica o incremento de número de horas) supondrá la exclusión de la oferta del procedimiento de licitación.
SOBRE 3 - PROPOSICIÓN VALORABLE AUTOMÁTICAMENTE
Conforme al Anexo II y firmada por persona debidamente apoderada. En el caso de empresas que concurran conjuntamente, la proposición será única a nombre de todas las empresas.
La inclusión de cualquier referencia al Anexo II en los sobres 1 ó 2 dará lugar a la exclusión de la empresa en esta licitación.
11. CRITERIOS DE ADJUDICACIÓN.
Para la selección del adjudicatario se tendrán en cuenta los siguientes criterios y sus correspondientes ponderaciones, redondeando las valoraciones a dos decimales. En caso de empate entre dos o más ofertas se estará a lo dispuesto en el art. 51.3 de la LFC.
PROPOSICIÓN ECONÓMICA - hasta 40 puntos
No se podrán efectuar ofertas al alza con respecto al tipo establecido, excluyéndose del procedimiento aquellas ofertas que incluyan una proposición económica de cuantía superior al importe de licitación.
Se definen:
Plic: presupuesto de licitación (IVA excluido) O: oferta económica (O) (IVA excluido)
b: baja b = 100 * (Plic – O) / Plic bm: baja máxima en %
P: Puntuación máxima
Pe: Puntuación oferta económica
La puntuación de la oferta economica de cada licitador se obtendrá en base a:
a) Si bm ≤ 25 Pe = (b/25) * P
b) Si bm > 25 Pe = (b/bm) * P
La puntuación se considerará con dos decimales.
OTROS CRITERIOS VALORABLES AUTOMÁTICAMENTE: Hasta 5 puntos
Incremento número de hora máximo 5 puntos
El incremento del número de horas del Mantenimiento del sistema se valorará acorde a 1 hora adicional supone 0,025 puntos y en ningún caso supondrá incremento alguno respecto de la proposición económica presentada.
CRITERIOS NO VALORABLES AUTOMÁTICAMENTE: Hasta 50 puntos
Para su evaluación se analizará la documentación requerida en el sobre 2 – PROPOSICIÓN NO VALORABLE AUTOMÁTICAMENTE
a. Solución Propuesta: máximo 23 puntos
Para su valoración, en cada uno de los apartados se tendrá en cuenta la claridad de la documentación, nivel de detalle, calidad de la solución ofertada, la coherencia y proporcionalidad entre los diferentes aspectos de la propuesta y su adecuación a los objetivos generales de la propuesta.
Se analizarán las soluciónes funcional y técnica presentadas para las nuevas funcionalidades a desarrollar:
o Oficina Virtual. Máximo 8 puntos
o Integración con FACe 2ª Parte. Máximo 8 puntos
o Movilidad. Máximo 7 puntos
b. Plan de proyecto: máximo 9 puntos
Se analizará el plan del proyecto a partir de la claridad, eficiencia, coherencia y nivel de detalle de los siguientes puntos:
A. Proceso de adquisición del conocimiento. Máximo 1,5 puntos
Descripción detallada, tanto de los medios (humanos, metodológicos y materiales) que la empresa pondrá a disposición de SCPSA, como del tiempo que los facilitará, en la adquisición inicial del conocimiento necesaria para poder desarrollar los trabajos objeto del contrato, asegurar el mantenimiento de lo actual y la correcta entrega de nuevas funcionalidades sin regresiones.
B. Proceso de ejecución del desarrollo de nuevas funcionalidades del sistema. Máximo 6,5 puntos.
Una vez superado el proceso de adquisición del conocimiento: descripción detallada de la planificación y cronograma del proyecto:
- Fases principales del proyecto, hitos principales y su cronología
- Tareas necesarias a realizar dentro de cada fase
- Secuenciación de dichas tareas
- Estimación de duración de las tareas
- Perfiles participantes en las tareas
- Nivel de esfuerzo requerido de dichos perfiles en las diferentes tareas del proyecto.
- Documentación resultante de cada una de dichas tareas/fases
C. Proceso de traspaso del servicio y del conocimiento a otro adjudicatario. Máximo 1 punto Descripción detallada, tanto de los medios (humanos, metodológicos y materiales) que la empresa pondrá a disposición de SCPSA, como del tiempo que los facilitará, en una posible transición a otra empresa que pudiera resultar adjudicataria del mismo servicio.
c. Organización del proyecto: máximo 9 puntos
Se valorarán los medios personales adscritos al proyecto por encima del equipo mínimo exigido, la coherencia del equipo a partir de la consideración de los profesionales y su dedicación asignados a cada uno de los trabajos, y la metodología para el seguimiento, coordinación y trasferencia del conocimiento aplicados al proyecto.
• Equipo de trabajo: personas que constituirán el equipo de trabajo, indicando su perfil. Para cada persona del equipo de trabajo se detallará su función, horas dedicadas al proyecto, así como tareas de las que participara. Así mismo se indicara los perfiles necesarios de SCPSA así como estimación de su dedicación.
• Seguimiento: metodología, procedimientos de control y gestión del proyecto. Reuniones de seguimiento, actas, comités, etc., indicando mecanismos, roles asociados y periodicidad.
• Coordinación y transferencia conocimiento. Metodología de trabajo, reuniones de coordinación y transferencia, plan específico de trabajo asociado a este punto, actas, documentaciones.
• Metodologia de desarrollo, mantenimiento y despliegue de nuevas versiones.
d. Soporte: máximo 9 puntos
Se valorarán los medios humanos, metodológicos y materiales que la empresa pondrá a disposición de SCPSA para el correcto soporte del aplicativo en los aspectos siguientes:
• Mantenimiento preventivo: evolución tecnológica del producto, evitando productos/módulos obsoletos.
Incluir todas aquellas tareas, objetivos y resultados esperados incluyendo una cuantificación de su duración, cronología, recursos y dedicación puestos a disposición de SCPSA para asegurar el correcto funcionamiento y actualización tecnológica a corto plazo de los diferentes software del aplicativo ( S.O., bases de datos, servidores de aplicaciones, software desarrollo, etc.) así como asesoramiento sobre la evolución tecnológica de la plataforma a medio/largo plazo.
• Mantenimiento correctivo: Se detallarán los mecanismos puestos a disposición de SCPSA para el correcto soporte del sistema para incidencias de aspectos funcionales, para incidencias de aspecto administración, explotación de la plataforma etc., de las incidencias que puedan ocurrir en el uso diario del sistema tanto a nivel de la información como a nivel del software.
Se desarrollaran los siguientes apartados:
✓ Perfiles e interlocutores, Procesos y canales de comunicación, Horarios de atención
✓ Tipos de incidencias, tiempos de respuesta, tiempos de resolución, y mecanismos de escalado según tipología de incidencias.
▪ Incidencias Leves
Errores en procesos no relevantes en el uso diario dela sistema. Los usuarios pueden seguir trabajando con normalidad a pesar de la incidencia.
▪ Incidencias medias
Errores en procesos necesarios en el día a día de los usuarios lo que provoca que no puedan realizar su trabajo con normalidad.
▪ Incidencias graves
• Errores en procesos que debe ejecutarse en una fecha concreta y/o afectan a una funcionalidad clave y/o afectan a un grupo significativo de usuarios.
• Errores en procesos que paralizan nuestra oficina de atención al ciudadano, o la dificultan.
• Optimización del rendimiento del sistema: Incluir todas aquellas tareas, objetivos y resultados esperados incluyendo una cuantificación de su duración, cronología, recursos y dedicación puestos a disposición de SCPSA para optimizar el rendimiento.
Resultarán automáticamente eliminadas las propuestas que no obtengan un mínimo de 25 puntos en la suma de las valoración de los puntos a+b+c+d.
12. OFERTA ANORMALMENTE BAJA
Se considerarán, en principio, desproporcionadas o temerarias las ofertas que se encuentren en los siguientes supuestos:
1. Cuando, concurriendo un solo licitador, sea inferior al presupuesto base de licitación en más de 25 unidades porcentuales.
2. Cuando concurran dos licitadores, la que sea inferior en más de 20 unidades porcentuales a la otra oferta.
3. Cuando concurran tres licitadores, las que sean inferiores en más de 10 unidades porcentuales a la media aritmética de las ofertas presentadas. No obstante, se excluirá para el cómputo de dicha media la oferta de cuantía más elevada cuando sea superior en más de 10 unidades porcentuales a dicha media. En cualquier caso, se considerará desproporcionada la baja superior a 25 unidades porcentuales.
4. Cuando concurran cuatro o más licitadores, las que sean inferiores en más de 10 unidades porcentuales a la media aritmética de las ofertas presentadas. No obstante, si entre ellas existen ofertas que sean superiores a dicha media en más de 10 unidades porcentuales, se procederá al cálculo de una nueva media sólo con las ofertas que no se encuentren en el supuesto indicado. En todo caso, si el número de las restantes ofertas es inferior a tres, la nueva media se calculará sobre las tres ofertas de menor cuantía.
Cuando en un procedimiento de licitación se identifique una oferta anormalmente baja respecto de las prestaciones del contrato que haga presumir que no va a ser cumplida regularmente, antes de rechazar la oferta la Mesa comunicará dicha circunstancia al licitador/licitadores que la hubiere presentado, conforme a lo previsto en el artículo 91 de la Ley Xxxxx de Contratos Públicos.
13. CALIFICACIÓN DE LA DOCUMENTACIÓN
Concluido el plazo de presentación de proposiciones se procederá, en acto interno, a la calificación de la documentación presentada por los licitadores en los sobres 1 y 2.
Si la Unidad Gestora observara que la documentación fuera incompleta u ofreciese alguna duda, podrá conceder un plazo de entre 5 y 10 días naturales para que el licitador lo subsane. Si la documentación contuviese defectos sustanciales o deficiencias no subsanables, se rechazará la proposición.
La Unidad Gestora podrá solicitar, antes de formular su propuesta, cuantos informes considere precisos y se relacionen con el objeto del contrato.
14. APERTURA DE LAS PROPOSICIONES
La Unidad Gestora, en acto público a celebrar en el lugar y día que se publicará en el Portal de Contratación xx Xxxxxxx y en la Sede Electrónica de MCP, dará cuenta del resultado de la calificación de la documentación presentada por los licitadores en los sobres 1 y 2 indicando los licitadores excluidos y las causas de su exclusión.
A continuación, se procederá a la apertura del sobre 3 dándose lectura a las proposiciones económicas formuladas en ellos, levantando el Acta correspondiente con la propuesta de adjudicación.
Si se produjera empate en la puntuación entre dos o más licitadores, tal y como establece el art.
51.3 de la LFC, éste se dirimirá a favor de la empresa que tenga un mayor porcentaje de trabajadores con discapacidad, siempre que éste no sea inferior al 3 por 100; en su defecto o persistiendo el empate, a favor de la empresa con un menor porcentaje de trabajadores eventuales, siempre que éste no sea superior al 10 por 100 y, en su defecto o persistiendo empate, a favor de la empresa que acredite la realización de buenas prácticas en materia de género.
A tal efecto, la unidad gestora del contrato requerirá la documentación pertinente a las empresas afectadas, otorgándoles un plazo mínimo de cinco días naturales para su aportación.
En los casos en que en aplicación de los criterios anteriores persistiera el empate, éste se resolverá mediante sorteo.
En el plazo máximo de siete días naturales desde la notificación de la propuesta de adjudicación, el licitador propuesto deberá presentar los siguientes documentos:
a. Documentación acreditativa de la personalidad:
• Si el licitador fuera una persona física, deberá presentar copia auténtica (compulsada notarial o administrativamente) del Documento Nacional de Identidad.
• Si el licitador fuera persona jurídica deberá presentar copia auténtica de la escritura de constitución, y en su caso, modificación, debidamente inscritas en el registro correspondiente, de conformidad con la norma que la regule.
• Copia auténtica del poder a favor de la persona que firme la proposición en nombre del licitador y del DNI de la persona apoderada. Si el licitador fuera persona jurídica, el poder deberá figurar inscrito en el Registro correspondiente, cuando este requisito fuera exigible conforme a la legislación que le sea aplicable.
• De conformidad con el D.F. 174/2004, por el que se regula el Registro de Licitadores de la Comunidad Xxxxx, podrá sustituirse la documentación de este apartado por el certificado de inscripción en el Registro expedido por su encargado, sin perjuicio de recabar del Registro la
exhibición de dicha documentación, suponiendo la presentación a ésta licitación autorización suficiente para que se solicite de oficio esta documentación.
b. Obligaciones tributarias
• Alta y último recibo del Impuesto sobre Actividades Económicas completado con una declaración responsable de no haberse dado de baja en la matrícula del citado impuesto.
• Certificado del Departamento de Economía y Hacienda de los órganos competentes de las Administraciones Públicas respecto de las cuales el licitador tenga obligaciones tributarias, acreditativos de que se halla al corriente de las mismas, expedido con una antelación no superior a seis meses de la fecha de expiración del plazo de presentación de proposiciones.
c. Certificado expedido por la seguridad social
Acreditativo de estar inscritas en el sistema de Seguridad Social, estar afiliados o haber afiliado y dado de alta a los trabajadores, haber presentado los documentos de cotización correspondientes y hallarse al corriente en el pago de las obligaciones de la Seguridad Social que le imponen las disposiciones vigentes (salvo el supuesto de que el licitador no esté comprendido obligatoriamente dentro de su ámbito de aplicación), expedido con una antelación no superior a seis meses de la fecha de expiración del plazo de presentación de proposiciones.
d. Solvencia:
El licitador deberá aportar la documentación detallada en el punto 9 del condicionado.
La falta de aportación de la documentación necesaria en dicho plazo supondrá la exclusión del licitador del procedimiento, con abono por parte de éste de una penalidad equivalente al 5 por 100 del importe estimado del contrato e indemnización complementaria de daños y perjuicios en todo lo que exceda dicho porcentaje.
15. ADJUDICACIÓN Y FORMALIZACIÓN DEL CONTRATO
El Órgano de Contratación resolverá la adjudicación, pudiendo declarar el procedimiento desierto si ninguna de las proposiciones se estima adecuada.
Transcurridos los 10 días naturales de suspensión desde la remisión de la comunicación de adjudicación, o en su caso, desde la publicación de la adjudicación, y en el plazo máximo de 15 días naturales se formalizará el contrato previa presentación por el adjudicatario de la documentación que se indica a continuación:
a. Seguro de responsabilidad civil
El Adjudicatario será responsable de los daños y perjuicios de cualquier naturaleza que se puedan causar a terceros, incluyendo a MCP y a SCPSA, como consecuencia del transporte y suministro objeto de este contrato.
El Adjudicatario contratará y mantendrá en vigor una póliza de Responsabilidad Civil con una cobertura mínima de 300.000 € incluyendo la Responsabilidad Civil de Explotación, de Productos considerándose tanto a la Mancomunidad de la Comarca xx Xxxxxxxx como Servicios de la Comarca xx Xxxxxxxx, S.A. y los empleados de ambas, terceros frente al adjudicatario.
Para ello, deberá presentar antes de la prestación del servicio, y en cada uno de los vencimientos que se produzcan durante la realización de este contrato, un certificado de la compañía aseguradora que acredite la vigencia de dicha póliza y de estar al corriente de pago.
La responsabilidad del Adjudicatario en ningún caso quedará condicionada por el límite máximo de indemnización, de las franquicias, exclusiones o limitaciones que establezca el contrato suscrito por el adjudicatario con su compañía de seguros.
b. Garantía definitiva:
4% del importe de adjudicación del contrato.
Esta garantía podrá constituirse de cualquiera de las formas previstas en el art. 95 de la LFC y responderá de las obligaciones que para el contratista se derivan de este contrato, incluidas las penalizaciones en que pudiera incurrir o cualesquiera otros incumplimientos.
16. RIESGO Y XXXXXXX. DAÑOS Y PERJUICIOS
La ejecución del contrato se realizará a riesgo y xxxxxxx del contratista y serán por cuenta de éste las pérdidas, xxxxxxx o perjuicios que experimente durante la ejecución del contrato, sin perjuicio de su aseguramiento por el interesado.
Serán imputables al adjudicatario los daños y perjuicios que se causen con motivo de la ejecución de este contrato, con excepción de los que sean consecuencia de una orden inmediata y directa de SCPSA.
17. SUBCONTRATACIÓN
En el caso de que la subcontratación no se haya anunciado en el momento de acreditar la solvencia técnica, el contrato deberá ser ejecutado directamente por el adjudicatario, sin que éste pueda concertar con terceros la realización parcial del mismo, salvo que SCPSA lo autorice expresamente con carácter previo y por escrito.
18. PENALIDADES POR DEMORA
Tomando como base la fecha de inicio del desarrollo de cada una de las nuevas funcionalidades en base a lo señalado en el Anexo III punto 1, se establece una penalización de 50 € por cada día natural de retraso.
Los importes de las penalidades se harán efectivos mediante deducción de los pagos pendientes al contratista, así como de las garantías en los casos en que excedieran del importe de aquellos.
La imposición de estas penalidades no excluye la eventual indemnización a SCPSA como consecuencia de los daños y perjuicios ocasionados como consecuencia de la demora culpable del contratista.
19. FACTURACIÓN Y PAGO
El adjudicatario emitirá factura por los conceptos que se detallan a continuación:
Importe correspondiente al concepto 1. Desarrollo de nuevas funcionalidades del sistema
- Para cada uno de los diferentes trabajos encomendados, tras su finalización.
Importe correspondiente al concepto 2.- Mantenimiento del sistema
- Para cada uno de los diferentes paquetes encomendados, tras su finalización.
El pago se efectuará a 40 días desde la fecha de factura, mediante transferencia.
Las facturas deberán contemplar únicamente los trabajos correspondientes a dicho contrato y deberán indicar el número de expediente que se indique a la formalización.
La factura será remitida por correo ordinario a la dirección calle General Xxxxxxxxxx, 7 xx Xxxxxxxx, (entrada por C/Xxxxxxx de Rozalejo) o al correo electrónico: xxxxxxx@xxx.xx.
20. CONFIDENCIALIDAD Y SIGILO
Al amparo de lo dispuesto en el artículo 23 de la LFC, se informa a los licitadores que la documentación que aporten a la licitación tendrá “carácter de confidencial” en el caso de que la hayan designado como tal. Esta circunstancia deberá reflejarse claramente (sobreimpresa, al margen o de cualquier otra forma) en el propio documento señalado como tal, sin que sean admisibles declaraciones genéricas que afecten a la totalidad de la oferta.
Igualmente, al amparo del artículo 23, SCPSA exigirá a la empresa adjudicataria obligación de guardar sigilo respecto a datos o antecedentes que, no siendo públicos o notorios, estén relacionados con el objeto del contrato.
21. PROTECCIÓN DE DATOS
El adjudicatario deberá contemplar todos los aspectos legales e implicaciones relacionados con la Ley Orgánica 15/1999 de 13 de diciembre de Protección de Datos (LOPD), así como con el Reglamento de Desarrollo de dicha Ley, aprobado por el Real Decreto 1720/2007 de 21 de diciembre, o cualquier otra disposición que viniera a sustituir o complementar a las anteriores y que pudiera afectar a los trabajos contratados.
A tal efecto, la empresa adjudicataria se obliga especialmente a lo siguiente:
1. En ningún caso intentará acceder a la Red Corporativa de Datos (en adelante RCD) de MCP/SCPSA desde ordenadores para los cuales no haya solicitado el acceso. Tampoco deberán acceder usuarios (personas) para los cuales no se haya solicitado expresamente dicho acceso.
2. Deberá utilizar el acceso concedido a la RCD de MCP/SCPSA y a sus sistemas informáticos, única y exclusivamente para el desempeño de los trabajos contratados.
3. Deberá adoptar, en aquellos equipos de su propiedad que vayan a acceder a los recursos proporcionados por MCP/SCPSA, las medidas de índole técnico necesarias para garantizar la seguridad e integridad de la RCD, de los sistemas informáticos y de la información que contienen y a la que tienen acceso. Estas medidas incluyen como mínimo:
• Tener aplicados todos los parches de seguridad y actualizaciones críticas liberadas por el fabricante del Sistema Operativo.
• Tener medidas de contención (antivirus, antispyware, etc ..) instaladas, activas y actualizadas.
4. Deberá guardar la debida confidencialidad y secreto sobre las informaciones a las que tenga acceso con motivo de la prestación del servicio. Así, todo dato que conozca el adjudicatario o cualquiera de sus subordinados deberá mantenerse en la más estricta confidencialidad, no pudiendo mostrarse, comunicarse o cederse en ningún caso a terceros, ni tan siquiera a efectos de conservación, ni emplearse en uso propio, respondiendo de los posibles perjuicios que se pudieran derivar para MCP/SCPSA y para los afectados.
5. A acceder a la información únicamente, si tal acceso fuera necesario para cumplir con las obligaciones establecidas en el presente condicionado, a utilizar dicha información única y exclusivamente para el desarrollo de los trabajos adjudicados y a tratarla conforme a las instrucciones marcadas por SCPSA, y que en ese supuesto se concretan en las órdenes emanadas del Departamento TI (Tecnologías de la Información) de SCPSA.
6. A comunicar de inmediato a SCPSA cualquier incidente de seguridad o incidencia que afecte a la integridad, autenticidad y confidencialidad de la información objeto de prestación.
7. A cumplir todas y cada una de las medidas de seguridad que le sean de aplicación en función de la tipología de los datos utilizados (altos) y que vienen previstas en el Título VIII del Real Decreto 1720/2007, por el que se aprueba el Reglamento de desarrollo de la Ley 15/1999 de Protección de Datos de Carácter Personal. A este respecto no se registrarán datos de carácter personal en ficheros que no reúnan las condiciones determinadas en el referido Titulo VIII respecto a su integridad y seguridad y a las de los Centros de tratamiento, locales, equipos, sistemas y programas. (Artículo 9.2. LOPD).
Las medidas de seguridad a aplicar son las correspondientes al Nivel MEDIO, previstas en el citado Título VIII del RD 1720/2007 y que se detallan en el Anexo VII “ANEXO DE MEDIDAS DE SEGURIDAD” incluido al final del presente condicionado.
8. A informar a su personal de las obligaciones establecidas en el presente condicionado y a realizar cuantas advertencias y suscribir cuantos documentos sean necesarios con su personal, con el fin de asegurar el cumplimiento de tales obligaciones.
9. Las obligaciones de confidencialidad establecidas en el presente condicionado tendrán una duración indefinida, manteniéndose en vigor con posterioridad a la finalización, por cualquier causa, de la relación entre las partes y así aun después de concluida la relación entre el adjudicatario y su personal.
10. MCP/SCPSA se reserva el derecho de desconexión en caso de detectar cualquier incidente de seguridad imputable al adjudicatario que pudiera comprometer la integridad de la RCD y los Sistemas de Información y Comunicación de MCP/SCPSA, así como de la información que contienen.
11. El adjudicatario se obliga a destruir los datos que tuviera, como consecuencia de la ejecución de los trabajos contratados, una vez cumplida la prestación y sin que sea necesario requerimiento previo para ello.
12. El adjudicatario será responsable de todos los daños y perjuicios que para MCP/SCPSA o para los afectados se deriven como consecuencia del incumplimiento doloso o culposo de las obligaciones establecidas en la presente cláusula. La inobservancia de alguna de dichas obligaciones se considera una falta muy grave, pudiendo ser causa, incluso, de la resolución del contrato.
22. PERSONAL
Corresponde exclusivamente a la empresa contratista la selección de personal que, reuniendo los requisitos de titulación y experiencia exigido, formará parte del equipo de trabajo adscrito a la ejecución del contrato, sin perjuicio de la verificación por parte de SCPSA del cumplimiento de aquéllos requisitos.
Los técnicos ofertados para los trabajos objeto de este contrato serán el recurso principal del mismo. El adjudicatario se compromete a disponer de personal necesario que cumpla con la
solvencia tecnica exigida con el fin de cubrir eventuales ausencias de éste, como bajas, vacaciones u otras que pudieran producirse. Toda sustituación precisará de la autorización previa por parte de SCPSA.
SCPSA podrá solicitar al adjudicatario la sustitución de alguna de las personas adscritas al servicio objeto del contrato, si se entiende que no se están alcazandose los objetivos establecidos.
La empresa contratista asume la obligación de ejercer de modo real, efectivo y continuo, sobre el personal integrante de su equipo de trabajo encargado de la ejecución del contrato, el poder de dirección inherente a todo empresario. En particular, asumirá las obligaciones legales en materia de prevención de riesgos laborales, el ejercicio de la potestad disciplinaria, así como cuantos derechos y obligaciones se deriven de la relación contractual entre empleado y empleador.
La empresa contratista velará especialmente porque sus trabajadores adscritos a la ejecución del contrato desarrollen su actividad sin extralimitarse en las funciones desempeñadas respecto a la actividad delimitada en el condicionado como objeto del contrato.
La empresa contratista realizará los trabajos objeto del contrato en sus propias dependencias o instalaciones salvo aquellos necesarios para el correcto control, seguimiento y transferencia del conocimiento del proyecto; en cuyo caso, SCPSA facilitará al personal de la empresa contratista espacios de trabajo diferenciados de los que ocupan los/as trabajadores/as de SCPSA.
La empresa contratista deberá asignar al menos un coordinador técnico o responsable quien, integrado en su propia plantilla tendrá las siguientes obligaciones:
a) Actuar como interlocutor de la empresa contratista frente a SCPSA, canalizando la comunicación entre SCPSA y el personal adscrito a la ejecución del contrato, respecto a las cuestiones derivadas de dicha ejecución
b) Distribuir el trabajo entre el personal encargado de la ejecución del contrato e impartirles las órdenes e instrucciones de trabajo necesarias para la ejecución del contrato.
c) Supervisar el correcto desempeño por parte del personal integrante de equipo adscrito al contrato de las funciones que tienen desempeñadas, así como el control de la asistencia a su puesto de trabajo.
d) Organizar el régimen de vacaciones del personal adscrito a la ejecución del contrato, debiendo coordinarse para ello con SCPSA, a los efectos de no alterar el buen funcionamiento del servicio.
e) Informar a SCPSA sobre las variaciones, ocasionales o permanentes, en la composición del equipo de trabajo adscrito a la ejecución del contrato.
23. RESOLUCIÓN DEL CONTRATO
Este contrato podrá ser objeto de resolución cuando concurra alguna de las siguientes causas:
a) La muerte o incapacidad sobrevenida del contratista individual o la extinción de la personalidad jurídica de la sociedad contratista, salvo que se acuerde la continuación del contrato con sus herederos o sucesores. En los casos de fusión, escisión, aportación o transmisión de empresas o ramas de la empresa se entenderá subrogada en los derechos y deberes del contratista la entidad resultante o beneficiaria siempre que conserve la solvencia requerida para la formalización del contrato.
b) La declaración de insolvencia en cualquier procedimiento y, en caso de concurso, la apertura de la fase de liquidación, salvo que, en este último caso, el contratista prestare las garantías suficientes a juicio de SCPSA para la ejecución del mismo.
c) El mutuo acuerdo entre SCPSA y el contratista, siempre que no concurra otra causa de resolución imputable al contratista y razones de interés público hagan innecesaria o inconveniente la permanencia del contrato.
d) La falta de ejecución en plazo cuando éste tenga carácter esencial.
e) El prescindir o sustituir a algún miembro del equipo de forma que no se garantice la solvencia técnica exigida
f) Cuando las penalidades por demora en la puesta en marcha alcancen el 20 por 100 del importe del contrato.
g) La falta de formalización del contrato en el plazo establecido.
h) El incumplimiento de los requerimientos de carácter social o medioambiental para la ejecución del contrato.
i) El incumplimiento de las restantes obligaciones contractuales esenciales.
El contrato se resolverá automáticamente cuando las modificaciones en el mismo, aunque fueran sucesivas, impliquen aislada o conjuntamente alteraciones en el precio en cuantía superior, en más o en menos, al 20 por 100 del precio de adjudicación con exclusión del Impuesto sobre el Valor Añadido.
24. EFECTOS DE LA RESOLUCIÓN DEL CONTRATO
Cuando la resolución del contrato obedezca a mutuo acuerdo los derechos de las partes se acomodarán a lo estipulado.
Cuando el contrato se resuelva por incumplimiento culpable del contratista, éste deberá indemnizar los daños y perjuicios ocasionados a SCPSA, lo que se determinará en resolución motivada atendiendo a la existencia, entre otros factores, de un retraso en la inversión proyectada o en la prestación del servicio a terceros o al público en general y los mayores gastos que se imputen a los fondos públicos. Cuando se hayan constituido garantías para el cumplimiento de obligaciones, éstas serán incautadas en la cuantía necesaria para cubrir los daños y perjuicios que se hayan acreditado. Si éstas resultasen insuficientes SCPSA podrá detraer los importes correspondientes de las cantidades de pago pendientes al contratista.
25. PROPIEDAD INTELECTUAL
Todos los trabajos, desarrollos y documentos que se realicen para el ejecución del presente contrato, serán de exclusiva propiedad de SCPSA.
El contratista no podrá hacer uso de dicho material, ni publicar o divulgar o proporcionar a tercero ningún dato o documento procedente de los trabajos de no mediar consentimiento expreso de SCPSA, obligándose a resarcir a la misma por los perjuicios que por incumplimiento de dicho compromiso pudiera irrogársele.
26. GARANTÍA
Para aquellos casos que la empresa adjudicataria actúe como distribuidor de productos de software de terceros, la garantía que asume será la prevista por el fabricante de los productos de software.
Para el software desarrollado por la empresa adjudicataria, será como mínimo de 24 meses a contar desde la fecha de entrega y aceptación de los trabajos realizados por SCPSA de la Comarca xx Xxxxxxxx.
Dicha garantía incluirá la subsanación de errores o fallos ocultos que se pongan de manifiesto en el funcionamiento de las aplicaciones o que se descubran mediante pruebas o cualesquiera otros medios, así como la conclusión de la documentación incompleta y subsanación de la que contenga deficiencias.
Los productos originados como consecuencia de la subsanación de fallos deberán entregarse de conformidad con lo exigido en este condicionado.
SCPSA deberá notificar inmediatamente a la empresa adjudicataria dichos errores por escrito y de forma comprensible, adjuntando la información que pueda ser útil para la identificación del error.
SCPSA ofrecerá a la empresa adjudicataria su colaboración para la rectificación de errores y pondrá a su disposición los elementos necesarios para su corrección. Se podrán realizar diagnósticos y correcciones remotas si el cliente dispone de los equipos necesarios para ello.
27. JURISDICCIÓN Y RECURSOS
Contra los actos que se aprueben en relación con la licitación de este contrato podrá interponerse, la reclamación en materia de contratación pública establecida en el Libro III de la Ley Xxxxx 6/2006, de 9 xx xxxxx, de Contratos Públicos, cuando concurran los requisitos establecidos en el mismo, o el recurso ante el Presidente de la Mancomunidad regulado en el artículo 4 del Reglamento de relaciones entre Mancomunidad de la Comarca xx Xxxxxxxx y Servicios de la Comarca xx Xxxxxxxx.
Las cuestiones litigiosas surgidas sobre interpretación, modificación, resolución y efectos de este contrato serán resueltas por el Órgano de Contratación, cuyos acuerdos podrán ser recurridos ante el Presidente de la Mancomunidad, mediante el recurso citado en el apartado anterior o, directamente ante la jurisdicción civil, de conformidad con el artículo 21 de la Ley de Contratos del Sector Público.
28. INFORMACIÓN Y CONSENTIMIENTO
Los datos facilitados se recogen y tratan en ficheros responsabilidad de SCPSA, con la única finalidad del mantenimiento de la relación contractual derivada de la adjudicación de este contrato. Puede ejercer los derechos de acceso, rectificación, cancelación y oposición al tratamiento de sus datos, dirigiendo un escrito al “Registro” de SCPSA, sito en la calle Gral. Xxxxxxxxxx, 7 31002-Pamplona, en el e-mail xxx@xxx.xx, o en la sede electrónica de la Mancomunidad de la Comarca xx Xxxxxxxx xxxxx://xxxxxxxxxxxxxxx.xxx.xx, manifestando su petición al efecto.
ANEXO I. DECLARACIÓN RESPONSABLE
Nombre:
NIF:
en representación de la empresa
Nombre: NIF:
Domicilio:
E-mail para notificaciones:
Teléfono de contacto:
enterado de las condiciones básicas para la contratación del “Desarrollo y Mantenimiento Software del Sistema de Gestión Comercial de Agua. Expediente 2015/PCD-GEN-MCP/000641”
DECLARA
Que reúne las condiciones para contratar exigidas en la Ley Xxxxx 6/2006 de Contratos Públicos y en el presente Condicionado.
Que cumple con lo establecido en el art. 38.1 de la Ley de Integración Social de los Minusválidos.
Que no presenta a licitación más de una oferta, ni en su nombre ni mediante empresas vinculadas, de acuerdo con la definición recogida en el artículo 16 de la Ley Xxxxx de Contratos.
Que cumple con las obligaciones que establece la normativa en materia de Prevención de Riesgos Laborales.
Que cumple con las obligaciones que establece la normativa vigente en materia de Protección de Datos de Carácter Personal (LOPD).
Que cumple los criterios de solvencia exigidos en el condicionado.
a de de 2016
Firma
ANEXO II. PROPOSICIÓN ECONÓMICA
Nombre:
NIF:
en representación de la empresa
Nombre: NIF:
Domicilio:
enterado de las condiciones básicas para la contratación del “Desarrollo y Mantenimiento Software del Sistema de Gestión Comercial de Agua. Expediente 2015/PCD-GEN-MCP/000641”se compromete a su realización de acuerdo al condicionado, a su oferta y a lo establecido en el contrato, en las siguientes condiciones
PROPOSICIÓN ECONÓMICA
Concepto | Importe IVA excluido |
1. Desarrollo de nuevas funcionalidades del sistema | € |
2. Mantenimiento del sistema | € |
No será admitida ninguna oferta en la que se supere alguno de los importes indicados para el correspondiente concepto:
Concepto | Importe IVA excluido |
1. Desarrollo de nuevas funcionalidades del sistema | 70.000 € |
2. Mantenimiento del sistema | 135.000 € |
Se consideran incluidos en el precio todos los gastos de desplazamiento y estancia necesarios para la ejecución el contrato.
OTROS CRITERIOS VALORABLES AUTOMÁTICAMENTE
Incremento número de horas
(se indicará el número de horas ofertadas por encima de las exigidas)
a de de 2016
Firma
ANEXO III. ALCANCE DEL CONTRATO
1. Desarrollo de nuevas Funcionalidades del Sistema
Se trata de desarrollar para el sistema nuevos módulos que lo dotan de mayor funcionalidad. Cada uno de estos módulos es independiente de los demás.
Estas nuevas funcionalidades quedan descritas en el ANEXO IV Nuevas Funcionalidades del Sistema.
Para facilitar el conocimiento del proyecto, en el ANEXO V, se describe la solución funcional y técnica del sistema que está implantado actualmente.
El desarrollo de cada uno de estos módulos se abordará de la siguiente manera:
• La empresa adjudicataria deberá presentar una solución funcional y de diseño para el módulo, que deberá tener el vto. bueno de SCPSA.
• El adjudicatario entregará una planificación para la ejecución e implantación del modulo.
• Ejecución por parte del adjudicatario de la necesidad.
• Implantación en el entorno de PreProducción y pruebas.
• Visto bueno de SCPSA al entorno de PreProducción y puesta en Producción
• Tras la finalización de la ejecución del trabajo encomendado y previo visto bueno por parte de SCPSA se procederá a la emisión de la factura correspondiente.
El plazo máximo de desarrollo y puesta en producción de cada uno de las nuevas funcionalidades será respectivamente:
• Oficina virtual: 120 dias
• Integración con face 2ª parte: 120 dias
• Movilidad: 120 dias
SCPSA comunicará por correo electrónico, con una antelación mínima de 7 días naturales, la fecha de inicio del desarrollo de cada una de las nuevas funcionalidades. A partir de la fecha de inicio indicada se computarán los 120 días de desarrollo y puesta en producción.
2. Mantenimiento del Sistema
Adicionalmente a las Nuevas Funcionalidades del Sistema, la oferta incluye una bolsa de 2.700 horas o, en su caso las que resulten de la mejora ofertada, para aquellas tareas que puedan surgir fruto del mantenimiento de la plataforma.
El plazo máximo de ejecución de los trabajos asociados al mantenimiento del sistema de Clientes, será durante los 4 años siguientes a la fecha de formalización del contrato.
Para llevar a cabo el mantenimiento del sistema, durante la vigencia del contrato, se establece un máximo de 11 semanas anuales de presencia in situ, en las oficinas de SCPSA, de la persona encargada de ejecutar las tareas que sean necesarias.
Dicha bolsa de horas se gestionará de la siguiente manera:
2.1 Asistencia General
Las labores a realizar bajo esta asistencia serán: soporte de la plataforma (administración, explotación, …), pequeñas adaptaciones del software, desarrollo conjunto con SCPSA de algún nuevo requisito, soporte a usuarios y resolución de incidencias que puedan ocurrir en el uso diario del sistema tanto a nivel de la información como a nivel de software.
Tras la finalización de la ejecución del trabajo encomendado y previo visto bueno por parte de SCPSA se procederá a la emisión de la factura correspondiente (minimo con periodicidad mensual).
2.2 Paquetes de mantenimiento
Para su ejecución y control se establece la siguiente metodología:
• SCPSA elaborará una lista de las nuevas necesidades que desea incluir en un paquete.
• La empresa adjudicataria presentara una valoración en horas de trabajo para dicho paquete, y su planificación asociada habiendo consensuado con SCPSA la solución funcional y de diseño que se va a dar a cada uno de los puntos que componen el lote.
• Visto bueno por parte de SCPSA a la valoración y planificación del adjudicatario
• Ejecución por parte del adjudicatario de la necesidad
• Depliegue de la nueva versión en el entorno de PreProducción y pruebas por parte de SCPSA.
• Visto bueno de SCPSA al entorno de PreProducción y despliegue de la nueva versión en el entorno de Producción
Tras la finalización de la ejecución del trabajo encomendado y previo visto bueno por parte de SCPSA se procederá a la emisión de la factura correspondiente.
3. Requisitos organización del proyecto
Tanto para el desarrollo de nuevas funcionalidades como del mantenimiento del Sistema se establecen los siguientes requisitos:
3.1 Requisitos de metodología de desarrollo y despliegue
Una vez consensuada con SCPSA la solución a llevar a cabo, cada desarrollo deberá pasar por las siguientes fases:
- Diseño de la solución y la documentación de la misma, integrándola con el resto de documentación de la aplicación.
- Plan de desarrollo.
- Plan de pruebas. Se definirá el conjunto de pruebas y juego de datos necesarios para ellas, que aseguren la calidad del desarrollo. Se detectarán puntos con riesgos de regresión, y definirán las acciones necesarias para evitarlos.
Las pruebas se realizaran en el entorno existente para ello, y ubicado en SCPSA.
- Plan de implantación. Deberá recoger la adaptación de datos, en el caso de ser necesario, aceptación por parte de SCPSA y despliegue en producción.
- Garantia: duración y determinación de lo que cubre.
El licitador deberá suministrar una metodología de despliegue de nuevas versiones que asegure la calidad de dichos despliegues mitigando regresiones o impactos negativos en el resto de sistemas de información de SCPSA relacionados con el Sistema de Clientes.
Para un mejor control y supervisión del desarrollo se establece:
▪ El entorno de desarrollo sobre el que se realizaran las consolidaciones y despliegues de nuevas versiones estará ubicado en SCPSA, así como el repositorio del sistema de control de versiones. Por ello una de las primeras acciones a acometer en el proyecto es la instalación del entorno de desarrollo en SCPSA. Para ello será necesario la presencia en SCPSA de personal del licitador que realice dicha instalación y que se coordine con al adjudicatario actual. Adicionalmente instalará todas las herramientas necesarias para poder desarrollar en un puesto de trabajo de desarrollo de SCPSA.
▪ Se dispondrá, en SCPSA de una máquina virtual con la configuración equivalente a la de un puesto de trabajo de los desarrolladores del proyecto. Dicha maquina virtual deberá estar actualizada con las versiones en las cuales se esta desarrollando en cada momento. Esta máquina se podrá poner en cualquier momento operativa para poder desarrollar, mediante su correcto despliegue en una máquina física.
3.2 Requisitos de documentación Para nuevos desarrollos :
Cualquier desarrollo de nueva funcionalidad o mejora del sistema deberá ir acompañada de la
correspondiente documentación.
Documento de Requisitos : Servirá para poder consensuar con SCPSA la solución a llevar a cabo. Será el que recoja el alcance de la solución y su planteamiento funcional. Se usará como punto xx xxxxxxx para el desarrollo.
Documento de Análisis y Diseño: Recogerá el diseño de la solución. Deberá integrarse, en cuanto a estilo y nivel de detalle, con el resto de documentación de la aplicación ya existente.
Plan de Pruebas: Relación de las pruebas necesarias para garantizar la validez del módulo.
Manual de interconexión: Para aquellos componentes, servicios que se realicen con el objetivo de ser invocados desde otros sistemas se detallará toda la información relativa a su interfaz.
Manual de Usuario: Describirá la funcionalidad del módulo desde el punto de vista del usuario final.
Para la instalación y explotación del Sistema :
Manual de Instalación y configuración: Cualquier desarrollo que implique una solución técnica distinta al estándar de desarrollo del sistema (componentes COM+) deberá acompañarse de un manual de instalación que identifique los pasos necesarios para completar con éxito la instalación del mismo. Si fuera necesario también detallará las configuraciones específicas de la plataforma.
Manual de Integración: Detallará los detalles técnicos para la intercomunicación del sistema con otros sistemas de SCPSA , cuando el desarrollo lo requiera.
Manual de Explotación: Cualquier desarrollo que implique una solución técnica distinta al estándar de desarrollo del sistema (componentes COM+) deberá acompañarse de las guías para realizar las tareas cotidianas de administración, manteniemiento y recuperación del sistema.
Para el seguimiento del proyecto:
Informes de Seguimiento: El objetivo de estos informes será tener un reflejo fidedigno del estado en el que se encuentra el proyecto.
Actas de Reunión: Resumen de los acuerdos alcanzados en las reuniones mantenidas
3.3 Requisitos coordinación y transferencia de conocimiento
Durante la ejecución de los trabajos, el adjudicatario se compromete en todo momento a facilitar a SCPSA, la información y documentación que se solicite para disponer de un pleno conocimiento de los trabajos desarrollados, así como de los eventuales problemas que puedan plantearse y de las tecnologías, métodos y herramientas utilizados para resolverlos.
Se establecerán los mecanismos necesarios de coordinación para hacer efectiva la operativa y transferencia de conocimiento del adjudicatario a una persona de SCPSA.
Se establecerán reuniones de trabajo in-situ o mediante las herramientas que se consideren adecuados, según las tareas claves del proyecto que necesiten una efectiva coordinación del proyecto (estudio funcional conjunto con SCPSA de algún requisito, despliegue de nuevas versiones, seguimiento de proyecto)
3.4 Requisitos control y seguimiento
SCPSA controlará periódicamente el avance de los trabajos en cuanto a calidad, plazos de ejecución y costos.
El equipo de trabajo estará dirigido por un Responsable del proyecto por parte del adjudicatario, con dedicación estable y suficiente, quien coordinará las tareas del proyecto y será el interlocutor principal con SCPSA.
Se establecerán reuniones de seguimiento in-situ o mediante las herramientas que se consideren adecuados, según los hitos claves del proyecto
Deberán establecerse todos los mecanismos de control que permitan verificar de forma continuada el cumplimiento de los objetivos específicos, tanto en plazos como en términos de calidad final.
3.5 Requisitos equipo de trabajo
Para el desarrollo de los trabajos el adjudicatario deberá precisar el equipo de trabajo a emplear y deberá estar formado por perfiles relacionados en la oferta adjudicataria. Las funciones y tareas a desempeñar se confirmarán en base a las ofertadas.
Si por causas justificadas, algún componente no pudiera ser el presentado en la oferta, se exigirá que el adjudicatario presente justificación escrita, detallada y suficiente, explicando el motivo que suscita el cambio y se procederá a:
- La presentación por el adjudicatario de posibles candidatos con un perfil de cualificación técnica y conocimientos acreditados iguales o superiores al de la persona que se pretende sustituir.
- Aceptación de alguno de los candidatos por parte de SCPSA.
Caso de que se demostrase que el cambio no se corresponde con causa justificada, de fuerza mayor y no imputable al adjudicatario, SCPSA se reserva el derecho no solo a la aprobación de la persona o personas sustitutivas, sino incluso a la revisión de la adjudicación y en su caso la rescisión del pedido/contrato, si este hecho fuera elemento determinante en la adjudicación de la colaboración externa.
ANEXO IV. NUEVAS FUNCIONALIDADES DEL SISTEMA
1. OFICINA VIRTUAL
En la actualidad el sistema de Clientes ya cuenta con una Oficina Virtual en la que se publican en internet ciertas funcionalidades del sistema, de forma que el ciudadano actualiza directamente sobre la BBDD del sistema de Clientes la información que se ha puesto a su alcance.
El objetivo de este proyecto es mejorar la presentación actual, haciendo que se adapte al ‘tipo’ de cliente que esta accediendo. Se consideran tres ‘tipos’ de clientes:
• Grandes Clientes, en base al número de contratos que tienen a su nombre no al volumen de su facturación.
• Administradores de fincas, siendo personas que administran contratos que no tienen porque estar a su nombre.
• Ciudadano de a pie.
Las funcionalidades que se quieren publicar son:
• Consulta de Contratos
• Consulta de facturas
• Generación de un duplicado de factura (formato pdf) firmado digitalmente.
• Generación de XML de la factura (formato factura-e 3.2) firmado digitalmente.
• Consulta de lecturas
• Introducción de una nueva lectura
• Pago de facturas (pasarela de pago)
• Modificación de datos de envío de facturas
• Modificación de datos de cobro
• Modificación de datos personales
Teniendo en cuenta que la información se consulta y actualiza directamente sobre la BBDD del sistema de Clientes.
Para poder entrar en la Oficina Virtual se deberá contar con un certificado digital válido. Por tanto el sistema deberá contar con un software que valide certificados digitales. La validez del certificado deberá comprobarse a través de @firma.
Al entrar en la Oficina Virtual, puede ocurrir que el ciudadano entre en su propio nombre, es decir desee acceder a la información relacionada con el DNI titular del certificado, o que desee acceder
a la información relacionada con los DNI’s de los ciudadanos, empresas, instituciones, …. a los que representa. Por tanto el sistema también deberá cubrir esta problemática.
El proyecto esta abierto a realizar todas aquellas propuestas tecnológicas que se consideren oportunas.
2. INTEGRACION CON FACE 2ª PARTE
El sistema de Clientes está integrado con FACe, en cuanto al envío de facturas. Es decir, si el cliente es una Administración Pública, y así lo ha solicitado, las facturas se le envían vía FACe. Para ello se utilizan los servicios que FACe pone a disposición de los proveedores de las entidades adscritas al portal.
Con este proyecto se quiere terminar la conexión del Sistema de Clientes con FACe. Los puntos pendientes son:
• Comunicación, vía FACe, de una anulación de factura.
• Envío de una modificación de factura. FACe exige que la modificación de una factura sea por diferencias, lo que exigirá cambios en el procedimiento de Modificación de facturas del Sistema de Clientes.
• Envío de facturas puntuales (no periódicas de agua y basura) originadas en otros sistemas de información de SCPSA y que tienen documentación asociada que se genera en sus sistemas de origen.
3. MOVILIDAD
Con este proyecto se quiere cubrir la necesidad que tienen determinados perfiles de SCPSA de poder consultar y/o actualizar la información del sistema de Clientes fuera de la oficina.
Se trata de desarrollar dos tipos de APP’s que puedan ser ejecutadas en Tablets o SmartPhones cuyo sistema operativo sea Android.
• APP para toma masiva de datos en campo.
Pensada para la toma de datos que realizan Lectores y Fontaneros que puede llevarse a cabo sin estar ‘en linea’. Ambos perfiles necesitan poder cargar en su dispositivo móvil el trabajo que deben realizar en el día, almacenar en el mismo la información que recogen en la calle, con alguna pequeña comprobación offline de negocio , y al regresar a la oficina poder descargar su trabajo y que éste se actualice en el sistema, ahora sí, verificando todas las reglas de negocio del Sistema de Información.
En el caso de los Lectores se partirá de una carga de lecturas a tomar en el día, mientras que los Fontaneros partirán de una seríe de trabajos de Alta de contratación para la toma de la
información de los contadores instalados. Dado que algunos contadores disponen de código xx xxxxxx, el sistema deberá contar con la posibilidad de que la información del contador pueda introducirse en el dispositivo móvil mediante un lector óptico.
Al descargar en la oficina la información recogida en campo, las lecturas se incroporaran al sistema con las mismas reglas de negocio que si se hubieran dado de alta una a una en el mismo, mientras que la información de los fontaneros se utlizará para dar por cerrados los trabajos y actualizar la información de los contadores en los contratos.
• APP consulta de datos en campo.
Se trata de desarrollar un proyecto piloto que nos permita, desde una APP, consultar y actualizar ‘en línea’ determinada información del Sistema de Clientes utilizando el mismo negocio del Sistema (componentes COM+).
Dado que se trata de testear la tecnología sólo se esta pensando en incorporar a la APP las siguientes funcionalidades:
⮚ Consulta y Modificación de la información de una persona (teléfonos, ……) llegando a la misma por DNI o nombre y apellidos.
⮚ Consulta de las direcciones de facturación de una persona llegando a ellas desde la persona.
⮚ Consulta de un contrato llegando a él por número, dirección o persona titular del mismo.
⮚ Consulta e Introducción de lecturas de un contrato partiendo del contrato.
⮚ Consulta y Modificación de trabajos de un contrato partiendo del contrato.
⮚ Consulta de facturas de un contrato partiendo del mismo.
⮚ Consulta del contador de un contrato partiendo del mismo.
⮚ Consulta de las Unidades Catastrales del servicio de residuos de un contrato partiendo del mismo.
ANEXO V. SITUACION ACTUAL
A. ANTECEDENTES
El sistema de información de Clientes de SCPSA es una aplicación concebida para la gestión de la contratación de los servicios de agua y basura, para la facturación de todos aquellos servicios que proporciona SCPSA y MCP (no sólo agua y basura) y para la gestión del cobro de dichas facturas.
Esta aplicación surge como una evolución, tecnológica y funcional, del sistema con el que contaba SCPSA hasta entonces, desarrollado en ADABAS-NATURAL, sobre un ALPHA. El desarrollo comenzó en el año 2000, implantándose en el año 2002.
Una parte importante del proyecto de desarrollo fue la migración de datos de un sistema a otro. Al nuevo sistema se migraron todos los datos existentes desde el año 1994, y anteriores si en ellos quedaba alguna gestión pendiente (por ejemplo facturas pendientes anteriores al año 1994), adaptando la información a la nueva estructura funcional de los datos.
Debido a la antigüedad de la información tratada, cuando fue necesario, se llevó a cabo una depuración de los mismos.
Dado que es un sistema de información fundamental en SCPSA y MCP para la gestión de su negocio, desde su implantación (año 2002) ha estado en constante evolución, incorporando a la misma tanto los cambios de procedimientos habidos en las empresas, como los cambios surgidos por la evolución del entorno como facturación electrónica, normativa SEPA, FACe ….
B. DESCRIPCIÓN DEL SISTEMA Características Generales
INTERFACE
El interface del aplicativo está totalmente normalizado. Se caracteriza por ser ‘multiventana’ estando todas ellas embebidas en un formulario MDI.
La navegación de padres a hijos se realiza a través de colecciones de registros (recordsets). Cuando un atributo de una entidad pertenece a otra, se puede navegar al detalle de la misma a través de su etiqueta.
MULTILENGUAJE
Las comunicaciones susceptibles de ser enviadas a los clientes (cartas, facturas, …) pueden ser Multilingües (Castellano, Euskera, Bilingüe)
AUDITORIA
El sistema almacena la auditoría de todas las modificaciones hechas sobre los datos, quien las realizó, cuando y porqué.
HISTORICIDAD
Las modificaciones hechas sobre los datos guardan una fecha de vigencia, de forma que siempre podemos hacer una foto del sistema a un momento dado.
Esta fecha de vigencia permite diferenciar dos tipos de modificaciones :
Modificación por Error: El dato introducido originalmente fue erróneo, por tanto la fecha de vigencia de la modificación es la original de forma que el dato válido siempre será el correcto.
Modificación por cambio de Situación: El dato introducido originalmente cambió con el curso del tiempo. Por tanto ambos datos son correctos y cada uno de ellos tiene un intervalo de vigencia. Esto permite cambiar datos con vigencia pasada y futura hecho que viene muy bien para la preparación del cambio de tarifas, por ejemplo.
Bajas: Las bajas en el sistema son siempre lógicas a partir de la fecha de vigencia en la que se produce la misma.
PARAMETRIZACION
Se trata de un sistema muy parametrizable.
Tabla de parámetros: Nos configura determinadas rutas del sistema y determinados comportamientos generales del mismo como por ejemplo si hay o no conexión con un sistema Geográfico que represente las acometidas, cuentas contables empleadas por el sistema, rutas donde quedan los archivos resultado de ciertos procesos como generación de remesas …………….
Tablas de Decodificacion: Son tablas del sistema que nos permiten normalizar datos, y además definir el comportamiento de determinados datos en los procesos como por ejemplo tipos de puntos de medición, diferentes métodos de envío de facturas, …….
Entidades parametrizables: Determinadas entidades, como por ejemplo Tarifas, Productos, Condiciones especiales de facturación, ……, estan desarrolladas de manera muy abierta para hacer posible la cabida en el sistema de formas muy peculiares y diferentes de facturar, dado la diversidad de productos y servicios que ofrecen MCP y SCPSA.
El hecho de que el sistema sea muy parametrizable lleva consigo que todas las posibles combinaciones (casos de uso) que se pueden llegar a dar deben estar contempladas en el diseño y por tanto en la programación. Lo que obliga a realizar un amplio juego de pruebas ante cualquier modificación, por pequeña que esta sea.
SEGURIDAD
La seguridad en el acceso al sistema se controla desde las distintas presentaciones del mismo. Por tanto es una seguridad a nivel de la capa de Presentación.
Los usuarios del dominio se agrupan por perfiles y a cada uno de estos perfiles se le da, o no, acceso a los distintos formularios de la aplicación. El acceso puede ser de Lectura, Escritura o Total.
Descripción de sus módulos
PERSONAS
Este módulo gestiona toda la información relativa a cualquier persona que tenga algún tipo de relación con la empresa. Por tanto es utilizado por otros sistemas de información como puede ser la ‘Gestión del CTRU xx Xxxxxxx’, ‘Sigem’, …..
Asociados a personas se manejan una serie de conceptos que están directamente relacionados con ellas como son Entes, Direcciones de facturación, Direcciones de envío, Personas de Contacto, etc.
LUGARES
Este módulo gestiona toda la información relativa a los Municipios, Agrupaciones de Municipios, Vías, Fincas y Distritos Postales , fundamentalmente del ámbito en el que SCPSA presta sus servicios.
De igual manera que Personas, es utilizado por otros sistemas como puede ser la ‘Gestión de la recogida de Residuos’, ‘Transporte’, …..
PRODUCTOS
Alberga la información de infraestructura necesaria para los módulos de contratación, facturación,.......
• Definición de los distintos tipos e IVA.
• Definición de Productos y sus bases imponibles.
• Asignación de tarifas a productos.
• Definición de los servicios que presta SCPSA, asignándoles usos facturables.
• Asociación de productos a cada servicio prestado.
• Definición de condiciones especiales aplicables en facturación (ej. Bonificaciones por tarifas sociales, bonificaciones por poseer procesos depurativos propios, …)
CONTRATACION
Este módulo permite la creación y gestión de los contratos a través de los cuales la empresa se compromete a la prestación de los servicios a sus clientes.
• Alta de Contadores (medición del consumo).
• Organización y calendarización de las Zonas de lectura.
• Gestión de Contratos (alta masiva de precontratos, alta de contrato, cambio de titularidad, bajas, )
LECTURAS
Controla la gestión del circuito de lecturas de los contadores. Desde la selección de los contadores a leer (mediante las zonas de lectura), pasando por la generación de los ficheros necesarios para la carga del trabajo a realizar en los dispositivos de lectura (TPL), hasta la recepción de las lecturas tomadas y su carga en el sistema.
También aporta la lógica de negocio que controla si las lecturas recibidas son válidas o no lo son, calculando, a partir de ellas, el consumo que se debe facturar o la incidencia que se ha detectado.
• Definición de Incidencias de lecturas y su comportamiento.
• Generación de ficheros de lecturas a tomar.
• Procesamiento de las lecturas recibidas.
• Generación automática de Relecturas/Trabajos/Inspecciones en base a las lecturas recibidas.
• Introducción manual de una lectura.
• Cálculo automático del consumo facturable en base a una lectura recibida.
TRABAJOS
Permite gestionar las tareas necesarias para revisar las instalaciones de abastecimiento, saneamiento y/o residuos de un contrato determinado, de verificar la viabilidad de concesión de un servicio solicitado o de controlar la morosidad.
Un trabajo puede ser generado automáticamente por la necesidad de otros módulos como lecturas, contratación, ……o de forma manual.
• Gestión de trabajos (Creación de un trabajo, asignación y cierre del mismo)
• Proceso de Renovación de parque de contadores
o Selección de Contratos a renovar contadores en función de los parámetros marcados por la empresa.
o Envío de cartas de aviso a los clientes.
o Generación de trabajos y fichero para poder ejecutarlos en un dispositivo móvil.
o Proceso del resultado de los trabajos en calle para cerrarlos.
• Proceso de gestión de la Morosidad.
o Selección de contratos según parámetros de morosidad marcados por la empresa.
o Envío de cartas de aviso y/o corte de suministro a los clientes.
o Generación de Inspecciones(trabajos) si es necesario.
FACTURACION
Este módulo permite la gestión de todas las facturas que genera SCPSA y MCP, creación, contabilización, comunicación al cliente (papel, SMS, factura electrónica (mail o FACe),…….), modificación y anulación de las mismas.
Esta, por tanto, relacionado con todo el resto de sistemas de información de la empresa que gestionan servicios que son susceptibles de facturarse como el de gestión de las pesadas de vertidos depositados en el CTRU, trabajos realizados por SCPSA a terceros, ……. y con el sistema de control financiero al que se traslada la contabilización de los movimientos realizados con las facturas.
• Simulación de la facturación de un contrato/zonas.
• Prefacturación de una o varias zonas.
• Anulación de una Prefacturación.
• Contabilización de una Prefacturación (Facturación).
• Comunicación de las facturas a los Clientes (vía papel, factura electrónica (mail o FACe), o aviso SMS para consulta en la web de la empresa).
• Creación de una factura a fecha de un contrato.
• Creación de una factura puntual no relacionada con un contrato (compra de compost, venta de libros, realización de un análisis de laboratorio, licencias de taxi,
…)
• Anulación y/o modificación de cualquier factura.
• Conversión en factura de albaranes valorados albergados en otros sistemas de la empresa (vertidos depositados en el CTRU, obras realizadas a terceros por el taller de mantenimiento, …)
COBROS
Gestiona todo el proceso recaudatorio de SCPSA y MCP, tanto el cobro de facturas como el procedimiento de gestión de la morosidad (recordatorio de deuda).
Posibilita distintos procedimientos de cobro de una factura, domiciliación bancaria, transferencia, talón, tarjeta, pago On-Line, compensación, ….y, en los casos necesarios, genera y trata los ficheros oportunos, según la normativa del consejo superior bancario, para la comunicación con las entidades financieras.
Está relacionado con el aplicativo de control financiero al que traslada la contabilización de todos los movimientos realizados.
• Generación de remesas para su envío a los bancos.
• Proceso de ficheros de Devoluciones enviados por el banco.
• Cobro manual total o parcial de facturas.
o Caja
o Talón/Transferencia
o Tarjeta, presencial o por teléfono
o Compensación
• Anulación de un cobro manual
o Cobro incorrecto
o Devolución al cliente.
• Pago on-line a través de nuestra oficina virtual.
• Envío de cartas de recordatorio de deuda pendiente.
INFORMES
Todos los módulos de la aplicación generan los informes y/o ficheros (planos o XML) necesarios, tanto para el trabajo interno de la empresa, como para el envío a entidades externas como puede ser Hacienda.
Además el aplicativo cuenta con unos cubos OLAP, a los que se pasa información cada final de mes, que facilitan el análisis de la información. Concretamente el data warehouse definido recoge datos de Contratación, Facturación, Cobros y Deuda.
C. RELACIONES CON OTROS SISTEMAS DE SCPSA Y MCP
Se trata de un Sistema de Información que recoge una parte esencial del negocio de la empresa, por tanto, es inevitable que se relacione con otros sistemas de información de la empresa.
Estas relaciones, están implementadas con diferentes soluciones tecnológicas, en algunos casos se desarrollaron Web Services, en otros se accede directamente a la Base de Datos, en otros se extraen ficheros planos que se importan en el sistema de información destino……..
A continuación pasamos a detallar los más importantes.
Administración electrónica (SIGEM).
Con este sistema existe una doble relación. Por un lado proporciona a SIGEM todo el fichero de Personas y el de Lugares (ámbito geográfico alfanumérico), dado que el sistema de Clientes guarda los ficheros con la información de todos los clientes de SCPSA y con la definición alfanumérica del ámbito geográfico que SCPSA utiliza.
Por otro lado SIGEM proporciona a la aplicación de Clientes las demandas que sus clientes realizan en el servicio de Atención al Cliente. Por tanto existe una conexión entre la aplicación de Clientes y SIGEM, de forma que desde la aplicación de Clientes es posible ver la demandas que un cliente, contrato,….. tiene y/o ha tenido.
Gestor documental.
Proporciona a la aplicación de Clientes el almacenamiento necesario de toda la documentación relacionada con los Contratos, Facturas, Trabajos, ……. Por tanto existe una conexión entre la aplicación de Clientes y el Gestor Documental, de forma que desde la aplicación de Clientes es posible ver y/o añadir la documentación de cada una de las entidades susceptibles de tenerla.
ERP (XXXXXX).
Con este sistema existe una doble relación. Por un lado proporciona x Xxxxxx todos los asientos contables realizados tanto en los procesos de facturación como en los de Cobro.
Por otro lado Xxxxxx proporciona a la aplicación de Clientes el cálculo de aquellas facturas cuyo origen se encuentra en esta aplicación, como son las facturas de trabajos a terceros, …. Será la aplicación de Clientes la que se encargue de hacerlas llegar a su destino y cobrarlas.
Sistema de gestión del CTRU.
Con este sistema también existe una doble relación. Por un lado proporciona al CTRU todo el fichero de Personas y datos de facturación de las mismas, dado que el sistema de Clientes guarda los ficheros con la información de todos los clientes de SCPSA. Por otro lado aporta al sistema de Gestión del CTRU la deuda pendiente de cada uno de sus clientes de cara a poder establecer determinadas reglas del negocio.
Por otro lado el sistema de gestión del CTRU proporciona al sistema de Clientes el cálculo de aquellas facturas cuyo origen se encuentra en esta aplicación, como son las facturas de vertidos en el vertedero, …. Será la aplicación de Clientes la que se encargue de hacerlas llegar a su destino y cobrarlas.
Gestión de la recogida de residuos.
El sistema de Clientes proporciona a la gestión de la Recogida de residuos todo el fichero de Personas y el de Lugares (ámbito geográfico alfanumérico), dado que el sistema de Clientes guarda los ficheros con la información de todos los clientes de SCPSA y con la definición alfanumérica del ámbito geográfico que SCPSA utiliza.
Transporte, medio de pago.
El sistema de Clientes proporciona a este sistema todo el fichero de Lugares (ámbito geográfico alfanumérico), dado que la aplicación de Clientes guarda los ficheros con la definición alfanumérica del ámbito geográfico que SCPSA utiliza.
Sistema de información geográfica (GIS).
AGUA.
SCPSA cuenta con un sistema geográfico en el que está recogida su red de abastecimiento. No sólo su ubicación geográfica, sino también su comportamiento.
La aplicación de Clientes tiene un punto de enlace con este sistema en la acometida que abastece al contrato. Este punto de enlace permite por un lado desde el sistema de Clientes visualizar la localización de un contrato en un mapa, y por otro lado saber a qué contratos puede afectar un determinado corte de agua.
Por otro lado desde el sistema GIS es posible, a través de los contratos, conocer los consumos de agua realizados en una determinada área geográfica.
BASURA.
SCPSA factura el servicio de recogida de basura en base a los valores de las unidades catastrales. Partiendo de la información catastral del Gobierno xx Xxxxxxx, desde el sistema de Clientes se puede enlazar con la localización geográfica (en un mapa) de una referencia catastral así como con el croquis de la misma.
D. DESCRIPCIÓN DE LA ARQUITECTURA DEL SISTEMA
Se trata de una aplicación de tres capas, desarrollada con tecnología Microsoft.
Capa de datos
Base de datos SQL 2008 SP2.
El acceso a datos se realiza siempre mediante procedimientos almacenados.
Capa de negocio
Componentes COM +, programados en Visual Basic 6, que se llaman entre sí. Sólo un componente COM+ es el que accede a datos (DAL).
Framework 2.0 para la Oficina Virtual.
Framework 4.0 para servicios web de conexión con otros Sistemas. Uso de MSDTC como servidor de Transacciones distribuidas.
Conexión a BD mediante ficheros “.udl”. Instalación de DLL de compatibilidad ADO.
Informes realizados en Crystal Report
Necesita de Office para la realización de informes
Registro de dll’s hechas en .Net para generación de ficheros XML (Factura-e y SEPA) y conexión con otros sistemas de información de SCPSA (SIGEM, ….)
Registro de dll’s que permiten el envió automatizado de SMS y Mail’s.
Capa de presentación.
1.- Usuarios internos de la empresa
Cliente pesado.
Las presentaciones son “.exe” desarrollados en Visual Basic 6. Instalación de Proxys a los componentes de Negocio.
Registro de ciertos “.ocx” desarrollados para la aplicación.
Instalación del software necesario para el visor de conexión con el GIS. Runtime de Crystal Report.
Instalación de DLL de compatibilidad ADO.
2.- Usuarios externos de determinadas funcionalidades. (Oficina Virtual)
Cliente ligero (navegador).
Las presentaciónes son “.net” desarrollados en .NET instaladas en un servidor IIS. Instalación de Proxys a los componentes de Negocio en el servidor IIS.
Informes presentados en PDF o XML en el cliente.
Esquema de la arquitectura con Usuario interno
Esquema de la arquitectura de la Usuario externo (Oficina Virtual)
E. ENTORNOS DEL SISTEMA
Para el correcto mantenimiento de la aplicación se cuenta con tres entornos del sistema, y cada uno de estos entornos cuenta con las tres capas mencionadas anteriormente.
Entorno de desarrollo.
Con independencia de que este entorno se encuentre alojado en casa de la empresa adjudicataría, siempre deberá existir una réplica exacta del mismo en SCPSA. De forma que, si SCPSA así lo requiriera, el desarrollo se pueda realizar en sus instalaciones.
Por tanto los fuentes del sistema y el software de control de versiones del mismo deberá estar también en las instalaciones de SCPSA.
Entorno de pruebas.
Este entorno se encuentra alojado en SCPSA, siendo responsable de su mantenimiento. Sobre este entorno se realizan las pruebas de cualquier nueva versión o cambio de la aplicación, que no pasa a producción mientras no tiene el visto bueno, tanto técnico como funcional, por parte de SCPSA.
La empresa adjudicataria colaborará con SCPSA en la instalación de cualquier nueva versión sobre este entorno.
Entorno de producción.
Este entorno se encuentra alojado en SCPSA, siendo responsable de su mantenimiento. En este entorno es donde se aloja la versión del sistema que está en explotación. Contiene por tanto la versión estable del sistema y la información que SCPSA utiliza en su gestión.
La empresa adjudicataría colaborará con SCPSA en la instalación de cualquier nueva versión sobre este entorno. Dada la criticidad de este sistema para SCPSA cualquier actualización y/o actuación sobre el mismo debe hacerse fuera del horario de apertura del Servicio de Atención al Ciudadano de SCPSA.
ANEXO VI. CONDICIONES DE SEGURIDAD Y SALUD
El Adjudicatario se responsabilizará de cumplir y hacer cumplir tanto a su personal como a sus Subcontratas (incluidos trabajadores autónomos):
• Disposiciones legales vigentes en materia de Prevención de Riesgos Laborales a la firma del Contrato y durante el desarrollo de los trabajos contratados.
• Disposiciones específicas de la Unidad Contratante, aplicables al desarrollo de la actividad, recogidas en estas condiciones, documentos complementarios y demás normativa interna.
Condiciones de Seguridad y Salud
El Adjudicatario deberá cooperar en la aplicación de la normativa de Prevención de Riesgos Laborales, y en concreto con lo establecido en el Real Decreto 171/2004 de Coordinación de Actividades Empresariales.
El Adjudicatario estará obligado a:
• Aplicar los principios de la acción preventiva que se recogen en el artículo 15 de la Ley de Prevención de Riesgos Laborales.
• Disponer de un Plan de Prevención, según lo establecido en la normativa vigente, en el que se incluya la definición y funciones de su Organización preventiva. Esta Organización será acorde a lo establecido en la Ley de Prevención y el Reglamento de los Servicios de Prevención.
• Antes del inicio de la actividad, introducir en una plataforma web a la que se dará acceso, toda la documentación de Prevención de Riesgos Laborales que le sea requerida por SCPSA. Además se compromete a mantener actualizada la documentación en la plataforma.
• Informar a SCPSA de los riesgos de su actividad.
• Deberá tener a disposición de SCPSA la Evaluación de los riesgos asociados a los trabajos contratados, así como la planificación de la actividad preventiva derivada de la misma.
• Designar expresamente Recursos Preventivos para todos los trabajos realizados en instalaciones de SCPSA, que estén englobados en los supuestos contemplados en el artículo 22 bis del RD 604/2006 que modifica el RD 39/1997 y el RD 1627/1997 y de conformidad con el artículo 32 bis de la Ley 31/1995, de 8 de noviembre, de Prevención de Riesgos Laborales, normativa en vigor o cuando se especifique en su evaluación de riesgos.
• Respecto de los trabajadores especialmente sensibles, el Adjudicatario cumplirá las obligaciones de protección específica recogidas en el artículo 25 de la Ley 31/1995, de 8 de Noviembre, de Prevención de Riesgos Laborales o Normativa de aplicación.
• Formar e informar a sus trabajadores sobre los riesgos que conlleva la realización de los trabajos contratados, así como en las medidas de prevención y protección a aplicar y en las medidas a aplicar en caso de emergencia. Este personal mantendrá a disposición de SCPSA la formación, la experiencia y el nivel profesional adecuado a los trabajos a realizar y a la normativa en vigor, manteniendo la documentación acreditativa a disposición de SCPSA.
• Disponer de la Declaración de Conformidad, marcado CE o cumplimiento del RD 1215/1997 de los equipos de trabajo que pondrá a disposición de los trabajos contratados para SCPSA. La acreditación del RD 1215/97 será firmada por un Organismo de Control Autorizado. La maquinaria, equipos y herramientas han de estar en perfecto estado de uso y conservación y serán acordes con los modernos sistemas y tecnologías, de tal manera que eliminen, en la medida de lo posible, la realización de trabajos manuales y fallos o errores humanos que puedan afectar a la seguridad de las personas y a la calidad y comportamiento de los materiales e instalaciones. Dicha maquinaria, equipos o herramientas, deberán cumplir las exigencias legales de industria y laborales vigentes en cada momento.
• Entregar a sus trabajadores y mantener en buen estado de conservación, los equipos de protección individual necesarios para los trabajos a realizar. Además, el adjudicatario velará por que su personal utilice los equipos de protección adecuados a la naturaleza de los trabajos a desarrollar y así mismo dará la formación necesaria para su correcta utilización.
• Los equipos de protección tanto individual como colectiva que se utilicen, deberán reunir los requisitos establecidos en las disposiciones legales o reglamentarias que les sean de aplicación y en particular relativos a su diseño, fabricación, uso y mantenimiento.
• Informar y proporcionar las instrucciones adecuadas a las contratas, subcontratas y los trabajadores autónomos sobre todas las medidas que hayan de adoptarse en lo que se refiere a su seguridad y salud en el centro u obra.
• En general, para todas aquellas actividades que estén reguladas por normativa específica, cumplir con la legislación que les aplica (Trabajos con riesgo eléctrico, Trabajos temporales en altura, etc.
• En general, el Adjudicatario participará en cuantas reuniones, visitas y/o inspecciones le sean requeridos en temas de seguridad por SCPSA y tendrá a disposición del Servicio de Prevención de SCPSA durante toda la obra o prestación del Servicio, toda la documentación exigida en estas condiciones.
• Todas las empresas adjudicatarias, sus contratas y subcontratas, llevarán a cabo la investigación de todos sus accidentes y los comunicará a SCPSA.
• El Adjudicatario tendrá a disposición de a SCPSA sus procedimientos de evacuación y conciertos de atención médica en los trabajos para el supuesto de accidente laboral, así como la relación de su material de primeros auxilios.
• El adjudicatario no podrá subcontratar los trabajos sin la autorización de SCPSA. En este supuesto, las exigencias a la empresa subcontratada o autónomos serán idénticas a las recogidas en este documento, siendo el Adjudicatario, ante SCPSA, la responsable de la exigencia y de los incumplimientos.
• SCPSA, por si misma o por empresa contratada, podrá inspeccionar la realización de los trabajos, tanto en sus contenidos materiales como de seguridad.
• El Adjudicatario concertará operaciones de seguro que cubran la previsión de riesgos derivados del trabajo respecto a sus trabajadores. A tal efecto, suscribirá una póliza de responsabilidad civil. Dichas pólizas se acreditarán con carácter previo a la realización de los trabajos y estarán en todo momento a disposición de SCPSA.
ANEXO VII. MEDIDAS DE SEGURIDAD
Este Anexo contiene las medidas de seguridad que deberán ser implantadas por el Encargado del Tratamiento en cumplimiento del Real Decreto 1720/2007, de 21 de diciembre, por el que se aprueba el Reglamento de desarrollo de la ley Orgánica 15/1999, de 13 de diciembre, de Protección de Datos de Carácter Personal y que aplicará al objeto de garantizar la seguridad y la integridad de los datos de carácter personal a tratar por cuenta del Responsable del Fichero, en la ejecución del presente contrato.
Las medidas de seguridad a aplicar para este contrato se corresponden con las de nivel MEDIO.
1. Documento de Seguridad
1.1 El Encargado de Tratamiento deberá elaborar e implantar la normativa de seguridad mediante un documento de obligado cumplimiento para el personal con acceso a los datos de carácter personal y a los sistemas de información.
1.2 El documento deberá contener, como mínimo, los siguientes aspectos:
a) Ámbito de aplicación del documento con especificación detallada de los recursos protegidos.
b) Medidas, normas, procedimientos, reglas y estándares encaminados a garantizar el nivel de seguridad exigido en este contrato.
c) Funciones y Obligaciones de personal.
d) Estructura de los ficheros con datos de carácter personal y descripción de los sistemas de información que los tratan.
e) Procedimiento de notificación, gestión y respuesta ante las incidencias.
f) Los procedimientos de realización de copias de respaldo y de recuperación de los datos.
g) Las medidas que sea necesario adoptar para el transporte de soportes y documentos, así como para la destrucción de los documentos y soportes, o en su caso, la reutilización de los mismos.
h) La identificación del Responsable o Responsables de Seguridad
i) Los controles periódicos que se deben realizar para verificar el cumplimiento de lo dispuesto en el propio documento.
1.3 El contenido del documento deberá adecuarse, en todo momento, a las instrucciones del Responsable del Fichero o Tratamiento. Y mantenerse en todo momento actualizado y deberá ser revisado siempre que se produzcan cambios relevantes en el sistema de información o en la organización del mismo. El Encargado del tratamiento comunicará estos cambios al Responsable del Fichero previamente a su producción.
1.4 El Documento de Seguridad del Encargado del Tratamiento deberá contener la identificación de los ficheros del Responsable del Fichero que se traten en concepto de encargo de tratamiento, con referencia expresa al Contrato. Asimismo, en el Documento de Seguridad del Encargado de Tratamiento se identificará al Responsable del Fichero y se indicará el periodo de vigencia del encargo.
2. Funciones y Obligaciones del Personal
2.1 Las funciones y obligaciones de cada una de las personas con acceso a los datos de carácter personal y a los sistemas de información estarán claramente definidas y documentadas en el documento de medidas de seguridad (apartado 1.2 c) de este Anexo).
2.2 Deberán adoptarse las medidas necesarias para que el personal conozca las normas de seguridad que afecten al desarrollo de sus funciones así como las consecuencias en que pudiera incurrir en caso de incumplimiento.
3. Registro de Incidencias
3.1 Existirá un procedimiento de notificación y gestión de incidencias.
3.2 Dicho procedimiento contendrá necesariamente un registro en el que se haga constar: Tipo de incidencia; el momento en que se ha producido; la persona que realiza la anotación; a quien se le comunica; los afectos que se hubieran derivado de la misma; medidas correctoras aplicadas. En dicho registro deberá consignarse, además, los procedimientos realizados en la recuperación de los datos, indicando la persona que ejecutó el proceso, los datos restaurados y, en su caso, que datos ha sido necesario grabar manualmente en el proceso de recuperación.
3.3 Será necesaria la autorización del responsable para la ejecución de los procedimientos de recuperación de datos.
4. Control de Acceso
4.1 Los usuarios tendrán acceso únicamente a aquellos datos y recursos que precisen para el desarrollo de sus funciones y, en todo caso, durante el tiempo que duren los servicios. El Encargado de Tratamiento se encargará de que una vez finalizadas las funciones de sus usuarios o concluido el servicio, dichos accesos sean eliminados.
4.2 Se establecerán mecanismos para evitar que un usuario pueda acceder a datos o recursos con derechos distintos de los autorizados.
4.3 Existirá una relación actualizada de usuarios y perfiles de usuarios, y los accesos autorizados para cada uno de ellos.
4.4 Exclusivamente el personal autorizado para ello en el Documento de Seguridad podrá conceder, alterar o anular el acceso autorizado sobre los datos y recursos, conforme a los criterios establecidos.
4.5 En caso de que exista personal ajeno al Encargado de Tratamiento que tenga acceso a los datos y recursos deberá estar sometido a las mismas condiciones y obligaciones de seguridad que el personal propio.
5. Gestión de Soportes y Documentos
5.1 Cuando el tratamiento de datos de carácter personal conlleve la utilización de cualquier tipo de soportes, incluido el papel, éstos deberán mantenerse etiquetados, de tal modo que permita identificar el tipo de información que contienen, e inventariados y solo deberán ser accesibles por el personal autorizado para ello en el Documento de Seguridad.
5.2 La salida de soportes y documentos que contengan datos de carácter personal, incluidos los comprendidos y/o anejos a un correo electrónico, fuera de los locales bajo el control del responsable del fichero o tratamiento deberá ser autorizada por dicho responsable o encontrarse debidamente autorizada en el Documento de Seguridad.
5.3 En el traslado de la documentación se adoptarán las medidas dirigidas a evitar la sustracción, perdida o acceso indebido a la información durante su transporte.
5.4 Siempre que vaya a desecharse cualquier documento o soporte que contenga datos de carácter personal deberá procederse a su destrucción o borrado, mediante la adopción de medidas dirigidas a evitar el acceso a la información contenida en los mismos o su recuperación posterior.
5.5 Deberá establecerse un sistema de registro de entrada de soportes que permita, directa o indirectamente, conocer el tipo de documento o soporte, la fecha, la hora, el emisor, el número de documentos o soportes incluidos en el envío, el tipo de información que contienen, la forma de envío y la persona responsable de la recepción que deberá estar debidamente autorizada.
5.6 Igualmente, se dispondrá de un sistema de registro de salida de soportes que permita, directa o indirectamente, conocer el tipo de documento o soporte, la fecha, la hora, el destinatario, el número de documentos o soportes incluidos en el envío, el tipo de información que contienen, la forma de envío y la persona responsable de la entrega que deberá estar debidamente autorizada.
6. Identificación y Autenticación
6.1 Existirá una relación actualizada de usuarios que tengan acceso autorizado al sistema de información y se establecerán procedimientos y mecanismos de identificación y autenticación para dicho acceso, que permitan la identificación de forma inequívoca y
personalizada de todo aquel usuario que intente acceder al sistema de información y la verificación de que está autorizado.
6.2 Cuando el mecanismo de autenticación se base en la existencia de contraseñas existirá un procedimiento de asignación, distribución y almacenamiento que garantice su confidencialidad e integridad.
6.3 Las contraseñas se cambiarán con la periodicidad que se determine en el Documento de Seguridad, que en ningún caso será superior a un año, y mientras estén vigentes se almacenarán de forma ininteligible.
6.4 El responsable establecerá un mecanismo que limite la posibilidad de intentar reiteradamente el acceso no autorizado al sistema de información.
7. Copias de Respaldo y Recuperación de Datos
7.1 Deberán establecerse procedimientos de actuación para la realización de copias de respaldo.
7.2 Asimismo, se establecerán procedimientos para la recuperación de los datos que garanticen en todo momento su reconstrucción en el estado en que se encontraban al tiempo de producirse la perdida o destrucción.
8. Ficheros Temporales
8.1 Aquellos ficheros temporales que se hubiesen creado exclusivamente para la realización de trabajos temporales o auxiliares deberán cumplir el nivel de seguridad correspondiente al nivel más alto de los datos de los que proceden.
8.2 Todo fichero temporal será borrado o destruido una vez que haya dejado de ser necesario para los fines que motivaron su creación.
9. Responsable de Seguridad
9.1 En el Documento de Seguridad deberán consignarse uno o varios Responsable de Seguridad encargados de coordinar y controlar las medidas definidas en el mismo. Esta designación puede ser única para todos los ficheros o tratamientos de datos de carácter personal o diferenciada según los sistemas de tratamiento utilizados, circunstancia que deberá hacerse constar claramente en el Documento de Seguridad.
10. Auditoría
10.1 A partir del nivel medio los sistemas de información e instalaciones de tratamiento y almacenamiento de los datos se someterán, al menos cada dos años, a una auditoría interna o externa que verifique el cumplimiento del Titulo VIII del referido RD.
10.2 El informe de auditoría deberá dictaminar sobre la adecuación de las medidas y controles a la Ley y su desarrollo reglamentario, identificar sus deficiencias y proponer las medidas correctoras o complementarias necesarias. Deberá, igualmente, incluir los datos, hechos y observaciones en que se basen los dictámenes alcanzados y las recomendaciones propuestas.
10.3 Los informes de auditoría serán analizados por el responsable de Seguridad competente, que elevará las conclusiones al Responsable del Fichero o Tratamiento.
11. Control de acceso físico
11.1 Exclusivamente el personal autorizado en el Documento de Seguridad podrá tener acceso a los lugares donde se hallen instalados los equipos físicos que den soporte a los sistemas de información.
12. Criterios de Archivo
12.1 El archivo de los soportes o documentos se realizará de acuerdo con los criterios previstos en su respectiva legislación. En aquellos casos en los que no exista norma aplicable, el responsable deberá establecer los criterios y procedimientos de actuación que deban seguirse para el archivo. Estos criterios deberán garantizar la correcta conservación de los documentos, la localización y consulta de la información y posibilitar el ejercicio de los derechos de Acceso, Rectificación, Cancelación y Oposición al tratamiento.
13. Almacenamiento y Custodia de la Información
13.1 Los dispositivos de almacenamiento de los documentos que contengan datos de carácter personal deberán disponer de mecanismos que obstaculicen su apertura. Cuando las características físicas de aquellos no permitan adoptar esta medida, el responsable adoptará medidas que impidan el acceso de personas no autorizadas.
13.2 Mientras la documentación con datos de carácter personal no se encuentre archivada en los dispositivos de almacenamiento establecidos en el párrafo anterior, por estar en proceso de revisión o tratamiento, ya sea previo o posterior a su archivo, la persona que se encuentre al cargo de la misma deberá custodiarla e impedir en todo momento que pueda ser accedida por persona no autorizada.