ANEXO 02: TÉRMINOS DE REFERENCIA PARA LA CONTRATACIÓN DE SERVICIOS EN GENERAL
ANEXO 02:
TÉRMINOS DE REFERENCIA PARA LA CONTRATACIÓN DE SERVICIOS EN GENERAL
TERMINOS DE REFERENCIA
“Servicio de comunicaciones de telefonía mediante alquiler de central telefónica y anexos en la Sede Administrativa de Bellavista”
1. FINALIDAD PÚBLICA
Contar con un servicio on-premise que permita las comunicaciones institucionales de la Sede administrativa de Bellavista en la ciudad xx Xxxx y soporte los procesos de negocio de San Gabán SA, la atención a instituciones, los clientes, proveedores y los ciudadanos.
2. OBJETIVO DE LA CONTRATACION
La presente contratación requiere el servicio de comunicaciones de telefonía mediante alquiler de central telefónica y anexos en la Sede Administrativa de Bellavista, de San Gabán S.A. (La Entidad).
3. ANTECEDENTES DE LA CONTRATACIÓN
La infraestructura tecnológica actual de San Gabán cuenta con 8 líneas analógicas de su propiedad y un datacenter ubicado en Xxxxxxx Xxxxxx 000, Xxxxxx Xxxxxxxxxx, xx xxxxxx, xxxxxxxx x xxxxxxxxxxxx xx Xxxx. El servicio actual cuenta con la provisión de las comunicaciones de voz a través de la infraestructura de Red de propiedad de San Gabán. Cuenta con un enlace de servicio de Anexos extendidos con una centralita Lucent Alcatel ubicada en otra sede a través de fibra óptica.
4. SISTEMA DE CONTRATACIÓN
Suma alzada.
5. ADELANTOS:
No aplican adelantos para esta contratación.
6. SUBCONTRATACIÓN
Es procedente que el Contratista subcontrate parte de las prestaciones a su cargo, el cual no podrá exceder del 40% del monto total del contrato original y/u orden según corresponda.
El CONTRATISTA mantiene la responsabilidad por la ejecución total de la contratación frente a la Entidad, asimismo, las obligaciones y responsabilidades derivadas de la subcontratación son ajenas a la Entidad.
7. REGLAMENTOS TÉCNICOS, NORMAS METROLÓGICAS Y/O SANITARIAS
No se incluyen normas obligatorias y/o voluntarias.
8. ALCANCES Y DESCRIPCIÓN DEL SERVICIO
8.1 Situación Actual:
San Gabán posee:
1 plataforma Lucent Alcatel en la Sede de Producción:
LUCENT - ALCATEL OMNI PCX (4 NODOS) – Sede Central Hidroeléctrica Carabaya, Puno.
o Versión Xxxxx: 14.1.1.005
o Release PABX: R9.1
o Producto: OmniPCX Enterprise.
San Gabán requiere alquilar los servicios de 1 centralita en la Sede Administrativa Puno.
Ver el esquema la infraestructura de red en el esquema siguiente. Esta centralita estará interconectada a través de la red de datos punto a punto en 8Mb.
8.2 ACTIVIDADES
El requerimiento de alquiler es el siguiente:
• La plataforma de comunicación para un total de 52 usuarios telefónicos.
• Debe disponer de un módulo para conectar un primario
• Debe contar con 5 troncales IP SIP
La arquitectura de la solución es la siguiente:
PSTN
01 E1
Central Telefónica
60 usuarios telefonicos
Avaya one-X
OK
MESSAGE PHONE
OK
MESSAGE PHONE
OK
CONTACTS MENU CALL LOG
.,@ ABC DEF
1 2 3
.,@ ABC DEF
1 2 3
GHI JKL MNO
4 5 6
PQRS TUV WXYZ
7 8 9
GHI JKL MNO
.,@ ABC DEF
4 5 6
1 2 3
GHI JKL MNO
4 5 6
PQRS TUV WXYZ
* 0 #
7 8 9
* 0 #
PQRS TUV WXYZ
7 8 9
* 0 #
SPEAKER MUTE VOLUME HEADSET
[
[
[
40 teléfonos Tipo 2.3 15 teléfonos Tipo 2.2 05 teléfonos Tipo 2.1
- Características de los teléfonos en alquiler 24 teléfonos IP tipo 2.3
o Pantalla monocroma de 2.6” diagonal con 2 filas por 16 caracteres
o 3 botones para marcado rápido con leds que brindan información del estado del usuario ocupado o no ocupado
o Protocolo IP H323 o SIP
o Soporta códecs: G.711, G.729ab, G.726
o Teclas de contexto dinámico o fijo para acceso a funciones de llamada en espera, conferencia y transferencia.
o Capacidad de llamadas en conferencia
o Capacidad de identificación de llamadas
o Capacidad de desvío y transferencia de llamadas
o Capacidad de retención de llamadas
o Capacidad de mensajes en espera
o Control de volumen en el mismo equipo
o Doble puerto switch 10/100 20 terminales tipo 1.4
o Display monocromo de 8.2 cm x 5.5 cm o 2.8” (diagonal)—320 x 240 pixeles
o Doble puerto switch 10/100/1000
o Speaker con full duplex
o 24 botones administrativos
o Mínimo 4 líneas
o Protocolo IP H323 o SIP
o Soporta códecs: G.711, G.722, G.729ab, G.726
o Capacidad de llamadas en conferencia
o Capacidad de identificación de llamadas
o Capacidad de desvío y transferencia de llamadas
o Capacidad de retención de llamadas 08 terminales tipo 1.2 (Gerencial):
o Pantalla táctil a color mínimo de 7.0 cm x 5.3cm;
o Doble puerto switch 10/100/1000,
o Speaker con full duplex
o 24 botones administrativos en 3 páginas opcional.
o Protocolo IP H323 o SIP
o Soporta códecs: G.711, G.722, G.729ab, G.726
o Capacidad de llamadas en conferencia
o Capacidad de identificación de llamadas
o Capacidad de desvío y transferencia de llamadas
o Capacidad de retención de llamadas
o Capacidad de mensajes en espera
o Control de volumen en el mismo equipo
o Capacidad de almacenar nombres y números
El requerimiento es el siguiente:
o Se debe permitir interconectar la Central Telefónica con la actual Lucent Alcatel operando en la Central Hidroeléctrica San Gabán II.
8.3 Características generales del sistema
• Este sistema de comunicaciones debe ser capaz de soportar todos los requerimientos de procesamiento de llamadas, mensajería de voz, características de administración.
• La arquitectura de la solución deberá ser centralizada, debiendo el postor incorporar todos los elementos de hardware y software de la solución de telefonía IP ofertada debe ser del mismo fabricante, no se aceptarán: soluciones en prueba (beta), que no estén respaldadas por un fabricante mundial de tecnología, y/o que estén basados en software libre (open source).
• La central deberá ser escalables en cuanto a su integración, a redes de datos, terminales telefónicos y servicios de troncales análogas o digitales según sea el caso y de acuerdo con la demanda requerida.
• Los equipos propuestos deberán cumplir con las normas del Ministerio de Transportes y Comunicaciones, UIT-T y demás Normas Nacionales e Internacionales que sean aplicables.
• La central ofertada deberá poder manejar las características de “inversión de polaridad” o “supervisión” para las troncales analógicas conectadas a la Red Telefónica Conmutada.
• El sistema ofertado deberá incluir distribuidor (MDF) para los anexos análogos para la central según se amerite por las cantidades necesarias.
• Los equipos deben poder ser ubicados en un Gabinete de Piso 19”.
• El gabinete debe ser alquilado por el proveedor, dentro del gabinete se debe instalar el MDF también suministrado por el proveedor.
• El gabinete de comunicaciones debe ser estándar de 19 pulgadas, que cumpla normas internacionales IP y NEMA, se debe incluir los accesorios de montaje necesarios para su instalación.
• El sistema ofertado deberá incluir atendedora automática independiente. La atendedora tendrá una grabación particular coordinada con la Entidad.
• La oferta incluirá casillas de correo de voz en una cantidad que represente el 30% del total de usuarios. El sistema xx xxxxxxxx de voz puede ser centralizado y reconocerá automáticamente si la transmisión del mensaje es a través de la WAN arrendada y empleará la mayor compresión disponible (G.729), a fin de que cuando el mensaje sea escuchado por el terminal remoto, la transmisión no emplee todo el ancho xx xxxxx disponible.
• La solución ofertada debe incluir para todos los usuarios de todas las oficinas la distribución global de políticas de usuario, servicios de directorio telefónico interno global, réplicas globales de directorio en equipos de respaldo, función de seguimiento de usuario, función de búsqueda de usuario, La función de seguimiento se refiere al perfil móvil. La Entidad proveerá un lugar de almacenamiento para dicha data de respaldo. El software necesario para la realización del backup y la responsabilidad de su ejecución según política acordada durante el proceso de implementación, forman parte del servicio a ser proporcionado por el proveedor.
Es importante definir algunos conceptos antes mencionados:
• Distribución Global de Políticas de Usuario: Las políticas de llamadas que se definan deberán ser distribuidas a lo largo de cada una de las redes de telefonía.
• Servicios de Directorio Telefónico Interno Global: Se verá poder realizar búsquedas de directorio desde los terminales mencionados en la sección anterior.
• Réplicas Globales de Directorio en Equipos de Respaldo: Se podrá tener un backup del directorio en caso de pérdida de la data (reposición).
• El sistema ofertado deberá tener la posibilidad de configurar hot line/PLAR (Private Line Automatic Ringdown) en la central.
• Dentro de las funcionalidades soportadas para los usuarios se requerirán al menos los siguientes servicios (según el tipo de teléfono)
• Desvío de llamadas-Todas (fuera de la red/en la red).
• Aparcamiento/recogida de llamadas.
• Recepción de llamadas de grupo-universal (pickup Group).
• Llamada en espera/recuperación de llamadas.
• Identificación de la línea de llamada---CLID.
• Marcación entrante directa---DID.
• Marcación saliente directa---DOD.
• Altavoz full dúplex y manos libres. En los terminales IP del tipo 1
• Altavoz half-dúplex y manos libres para terminales IP tipo 2.
• Rellamada de último número (fuera de la red/en la red).
• Indicador de mensaje en espera.
• Conferencia múltiple
• Marcación On-hook.
• Música en espera, música en transferencia, música en parqueo
• Lista de llamados perdidos, realizados, recibidos. edición y modificación de la marcación realizada.
• Controles de volumen (audio y tono).
• Marcación rápida configurada por el usuario, desvío de todas las llamadas a través de un acceso web.
• Las funcionalidades mencionadas anteriormente, deben estar soportadas en todos los terminales IP y analógicos excepto “Lista de llamados perdidos, realizados, recibidos, edición y modificación de la marcación realizada”
• Respecto a las conferencias múltiples, se debe soportar como mínimos seis (06) participantes a nivel IP y tres (03) participantes a nivel analógico.
• Los desvíos de llamadas podrán ser activados desde el mismo terminal mediante u botón pre programado o mediante un acceso web.
• La movilidad es una de las características más importantes a tener en cuenta por lo que el sistema a ofertar deberá permitirse hacer login en un IP Phone y trasladar su interno o en su defecto activar servicio tipo “follow me”, para recibir llamadas sobre cualquiera de los terminales IP del tipo 1 y 2. “Follow me” se refiere a la facilidad que tiene un usuario de transferir su anexo interno a otra extensión en forma manual.
• El sistema debe permitir el acceso remoto de usuarios conectados en internet utilizando cualquier servicio xx xxxxx ancha, desde cualquier lugar del mundo. El ruteo de la llamada (anexos, troncales locales, etc.), se realizaría con el sistema a implementar. Las direcciones IP serán proporcionadas por la entidad.
• Posibilidad de interoperar con otros sistemas o aplicaciones basados en protocolo SIP.
• La solución ofertada deberá manejar los CODECs de voz G711, G729 a/b
• El sistema propuesto deberá soportar todos los protocolos LAN/WAN abiertos (IP, DHCP,)y todas las interfaces de voz usadas tradicionalmente por los carriers locales (E1 PRI, BRI, FXS, FXO)
• Si el sistema ofertado está basado en aplicaciones bajo Windows, se deberán incluir los utilitarios o mecanismos necesarios para la protección contra todo tipo de virus y cualquier intrusión externa que pudiera afectar la disponibilidad del sistema. Estos utilitarios o mecanismos deben ser los recomendados por el fabricante de la solución de telefonía.
• La solución ofertada debe incluir dispositivos de seguridad en hardware o software, que permitan asegurar la integridad, disponibilidad y confidencialidad del tráfico generado y recibido por la central telefónica. Los dispositivos de seguridad deberán proteger únicamente el tráfico IP generado por la solución. Más no el tráfico que pase por la red pública.
• Opcionalmente, el sistema deberá poder realizar la autenticación y encriptación de las comunicaciones entre teléfonos IP terminales 1 y 2. Tanto el flujo RTP como la señalización deben ser autenticados y encriptados. Para la encriptación se puede utilizar AES.
• La solución ofertada deberá incluir lo necesario para manejar servicios de directorio telefónico interno.
• La solución ofertada debe incluir el hardware y software para el control de tráfico, tarificación y administración de toda la solución.
• La solución ofertada deberá ser capaz de controlar el consumo telefónico saliente hacia la red pública en función de perfiles de usuarios y cuotas de minutos.
Todos los usuarios del sistema tendrán una única clave que los identificará en el sistema y les permitirá el acceso a llamadas solo interno, local, celular, nacional e internacional según su perfil. Para efectos de tarificación esta clave será la única identificación del usuario. Esta clave de identificación por usuario deberá ingresarse al sistema, llamada por llamada. Esta clave de identificación no deberá mostrarse en la pantalla de los terminales IP al momento de digitarla a fin de proteger su confidencialidad.
Resumen de Requerimiento:
Acceso a la Red PSTN | Interconexión con otras centrales | Terminales telefónicos | |||||||||
E1 pri | Troncales analógicas | E1 | Consola | Tipo 1 | Tipo 2 | Puertos Analógicos | |||||
Pri | T1.1 | T1.2 | T1.3 | T1.4 | T2.1 | T2.2 | T2.3 | ||||
1 | 8 | 1 | 8 | 20 | 24 | 0 |
8.4 Consideraciones adicionales:
• Para la interconexión de centrales, los proveedores deben considerar las interfaces y tarjetería necesaria para interconectar las centrales suministradas a la infraestructura de comunicaciones.
• Se debe considerar un máximo de 5 conferencias simultáneas.
• El número de usuarios que acceden por medio de internet a la solución debe ser como máximo 5 (cinco).
• Se debe considerar 20% del total de usuario con casilla de voz como usuarios concurrentes para la funcionalidad de correo de voz.
• El tiempo máximo de grabación para un mensaje de voz será de 3 minutos.
En el siguiente cuadro se indica el UPS con el que cuenta la Entidad y la autonomía que tiene, con la carga disponible. Se precisa que toda la solución será alimentada a 220VAC con puesta a tierra.
En el caso de San Gabán, cuenta con UPS APC RT 10KVA estabilizado en 220 VAC.
EMPRESA | OFICINA/S.E./C.H. | UPS | Autonomía* (horas) |
SAN GABAN SA | Sede Principal | SI | 2 |
(*) Las dos (02) horas de autonomía solamente están referidas a la carga de la PBX y no de otros equipos.
8.5 Reportes
El reporte se elabora de forma mensual, debe contener como mínimo lo siguiente:
• Número de requerimientos solicitados, atendidos y pendientes por tipo.
• Tiempo mínimo, máximo y promedio de atención a requerimientos.
• Incidentes del periodo, tiempos mínimos máximos y promedios de solución de los incidentes por tipo.
• Tiempo incurrido en mantenimientos programado de componentes que conforman el servicio.
• Lista de mantenimientos programados de componentes y acciones realizadas en los mismos.
• Reporte de las llamadas telefónicas tarifadas (PDF).
8.6 Incidentes y Requerimientos
8.6.1 Descripción y Alcance del Servicio.
• Administración de Incidentes y Problemas Operacionales: Registro, escalamiento, seguimiento y actualización hasta la resolución de los Incidentes y Problemas Operacionales clasificados de acuerdo con el impacto, usando una metodología alineada a ITIL para la administración de Incidentes y Problemas.
• Atención de Requerimientos: Atención de Requerimientos identificados de manera clara y precisa en tiempos de acuerdo con los niveles de servicio acordados; los requerimientos factibles de atender deben ser los usuales para el negocio, de bajo riesgo y que se encuentran debidamente documentados.
8.6.2 Políticas del Servicio
Para la administración de los Servicios de la Operación se deberá contar con 2 Políticas base, que tendrá como mínimo las reglas básicas para su atención.
▪ Matriz de escalamiento horizontal y vertical
TIPO | Escalamiento del operador del Centro Único de Contacto | Escalamiento Automático |
MENOR | --- | Correo a la casilla de soporte 2do nivel |
CRITICO | Llamada al soporte 2do nivel y registro de incidente | Alerta Sonora & Correo: Service Manager, Centro Único de Contacto. |
FATAL | Llamada al soporte 2do nivel y Service Manager, y registro de incidente | Alerta Sonora & Correo: Service Manager, Centro Único de Contacto |
• El horario de atención para los requerimientos es de lunes a viernes en horario de oficina (de 8:00 A.M. A 6:00 PM, sin incluir feriados) y los sábados de 8:00 AM A 1:00 PM
• El horario de atención a incidentes es 24x7x365.
8.6.3 Política de Incidentes y Problemas
• El contacto hacia la Entidad para incidentes de severidad 1 se hacen a través del Service Manager.
• Todos los incidentes y problemas que han sido resueltos requerirán la confirmación de la Entidad dentro de los 7 días calendarios, de lo contrario serán cerrados automáticamente por la herramienta de Administración de Incidentes y Problemas.
• Para todos los incidentes de severidad que hayan superado los niveles de servicio descritos en la sección 6, se requiere documentar la evidencia del Análisis Causa Raíz de los Problemas.
• Se deberá acordar reuniones periódicas para la revisión de los Incidentes y Problemas acontecidos, una vez cada 30 días.
• Se deberá acordar la descripción de las matrices de severidades de los Incidentes y Problemas tanto por cada servicio.
• Matriz de severidades para incidentes:
Severidad | Características |
1 Impacto Severo al Negocio | • Pérdida total de servicio(s), de producción que no tiene una solución temporal. • Un inminente corte de servicio que puede volverse una total perdida de servicio(s), de producción para cualquier parte del negocio de la Entidad que no tiene solución temporal. • Impacto a uno o más de los niveles de servicio comprometidos, ingresos o fechas de entrega validadas con el equipo de cuenta. |
2 Impacto Mayor xx Xxxxxxx | • Xxxxxxx mayor de aplicación(es), o sitio. • Pérdida mayor de servicio(s), de producción de cualquier parte del negocio de la Entidad que no tenga una solución temporal • Impacto parcial en la Entidad. |
3 Impacto Menor al Negocio | • Pérdida menor de aplicación(es), o sitio que puede degradar el servicio, pero no previene la entrega del servicio a la Entidad. • Pérdida menor de servicio(s), de producción para cualquier parte del negocio de la Entidad que degrade el servicio, pero no previene la entrega del servicio a la Entidad. • Pérdida mayor de servicio definido por contrato con la Entidad como Sistema Critico o Aplicación Clave que degrade el servicio, pero no previene la entrega del servicio a la Entidad. • Exposición potencial en la capacidad de entregar el servicio afectado, pero no previene de entregar el servicio a la Entidad. • Clientes dispersos afectados. |
4 Impacto Mínimo o Sin Impacto al Negocio | • Componente, procedimiento, no crítico para la entidad es inusable • Hay disponible una alternativa; mantenimiento diferido • No hay impacto en el servicio • No está afectada producción • Clientes individuales afectados • Preguntas del tipo ‘¿Cómo…?’ |
8.6.4 Política de Requerimientos y Cambios
• Los planes de vuelta atrás o ‘rollback’ deberán ser considerados en cualquier cambio cuyo impacto pueda afectar los niveles de servicio.
• Matriz de Riesgos de los Requerimientos y Cambios:
Riesgo | Descripción |
1 Crítico (Critical) | Los cambios críticos tienen el más alto factor de riesgo, así como el potencial de un impacto crítico sobre los objetivos de nivel de servicio. Estos cambios normalmente requieren planeamiento extensivo, programación, actividad de coordinación entre los múltiples grupos de soporte, y en ocasiones extensiones a la ventana de mantenimiento normal. Adicionalmente, este riesgo de cambio es típicamente implementado de a pasos sobre un periodo de tiempo extendido. El tiempo de ejecución ser detallado en los niveles de servicio. |
Riesgo | Descripción |
2 Mayor (Major) | Los cambios mayores típicamente tienen un mayor factor de riesgo y un potencial impacto significativo sobre los objetivos de nivel de servicio. Estos cambios también requieren planeamiento extensivo, programación, y coordinación de actividades entre los múltiples grupos de soporte. Adicionalmente, este riesgo de cambio puede implementarse en pasos sobre un periodo de tiempo extendido cuando sea posible. El tiempo de ejecución será detallado en los niveles de servicio. |
3 Medio (Medium) | Los cambios medios tienen un factor de riesgo medio y un potencial de impacto mínimo a los objetivos de nivel de servicio. Estos cambios requieren un planeamiento cuidadoso, programación y coordinación de actividades entre los grupos de soporte. El tiempo de ejecución ser detallado en los niveles de servicio. |
4 Menor (Minor) | Los cambios menores implican un factor de riesgo menor, y no tienen un potencial de impactar sobre los objetivos de nivel de servicio. Planeamiento, programación, y coordinación de actividades toman lugar dentro de un solo grupo. El tiempo de ejecución ser detallado en los niveles de servicio. |
5 Negocios Usuales (Business as Usual) | El procedimiento es un procedimiento probado, y se documenta para registro y propósito de auditoría. Los cambios en este riesgo pueden ser parte de actividades de mantenimiento continuo como copias de respaldo que ocurren al mismo tiempo en el mismo día una y otra vez, o cambios que no impactan en un ambiente de producción y los objetivos de nivel de servicio no existen para estos sistemas. El cambio ha pasado por evaluaciones previamente y ha sido aprobado antes de convertirse en un cambio BAU. El tiempo de ejecución ser detallado en los niveles de servicio. |
8.7 Diseño del Servicio
Para efectos del servicio se ejecutará en la Sede Administrativa xx Xxxx. Las principales atenciones:
• Cambios o Trabajos que son modificaciones mayores a los sistemas.
• Incidentes y problemas que se desconoce cuál es su causa y que impactan en la operación.
• Accesos que son controlados para garantizar la seguridad lógica.
Todos estos campos mantienen una interrelación durante toda la vida del servicio, proporcionando información histórica del estado del servicio.
8.8 Características de los Componentes del Servicio
(1) Punto Único de Contacto y Herramienta de Gestión
• Contar con un Centro Único de Contacto que se encargue exclusivamente de gestionar los Servicios de la Operación que atiende a las Áreas de Tecnología. El objetivo es concentrar la atención del personal del Centro Único de Contacto sólo a los Servicios de la Operación para evitar la degradación de la calidad del servicio y posible impacto en la continuidad de la operación, este servicio comprende las 24 horas todo el año.
• Modo de Comunicación:
- Teléfono: Incidentes, Consultas, coordinaciones. 3 llamadas concurrentes en horario de oficina (L-V 8:00 – 18:00), 1 llamada fuera de oficina, y opcionalmente grabar, retención 30 días.
- Correo: Coordinaciones y consultas. Contingencia del sistema Web para generación de requerimientos.
• Recibir los requerimientos a través de una aplicación Web, Call Center o correo electrónico las 24 horas todo el año. La herramienta que permite gestionar los Incidentes, Problemas, Cambios y Requerimientos será una aplicación Web que se encontrará en línea las 24 horas durante todo el año para la verificación y seguimiento correspondientes. El horario de atención de los requerimientos atendidos por el Centro Único de Contacto será de lunes a viernes entre las 08:00hrs hasta las 18:00hrs, excluyendo xxxxxxx, xxxxxxxx y feriados.
• Dado que la recepción de requerimientos, incidentes, consultas o coordinaciones se pueden realizar a través de la aplicación web, adicionalmente al grabado de las conversaciones por treinta (30) días también se aceptará como valido la retención por treinta (30) días de la información contenida en la web.
• Registrar los incidentes, cambios y requerimientos en una herramienta que se encuentre alineada a ITIL para asegurar las mejores prácticas de la gestión de Tecnologías de la Información. En caso los Incidentes se conviertan en un problema el registro debe asociarse al registro de Problema para mejorar el seguimiento de las acciones que se están realizando para la solución correspondiente. En caso al ejecutarse la atención de un Cambio o Requerimiento este presente inconvenientes la herramienta debe permitir asociar un incidente o problema para contar con las causas derivadas de un cambio realizado.
• Los usuarios TI que se encuentren relacionados al servicio de manera directa (Gerentes de Proyectos, Especialistas, Analistas, Operadores y Coordinadores por parte del proveedor; y Gerentes de Proyecto y personal TI relacionados con el Proyecto por parte de la Entidad) tendrán una vista para visualizar los incidentes, problemas, requerimientos y/o cambios. La finalidad debe ser contar con una sola vista para simplificar su uso y minimizar el error en el registro, además de acelerar el proceso de registro.
• La herramienta de gestión de Incidentes, Problemas, Cambios y Requerimientos debe permitir anotar como mínimo la hora de registro del ticket, hora de inicio de solución, hora fin de solución y hora de cierre de ticket. Además, debe permitir anotar los estados de atención, es decir si está en proceso de atención, pendiente por atender, o resuelto.
• La herramienta de gestión de Incidentes, Problemas, Cambios y Requerimientos debe permitir anotar la severidad basada en el impacto en caso Incidentes y Problemas; y riesgo en caso los Requerimientos y Cambios.
• La herramienta de gestión de Xxxxxxx y Requerimientos debe ser capaz de poder diferenciar grupos de solicitantes de acuerdo con el riesgo, de tal manera que un grupo de solicitantes sólo pueda colocar requerimientos usuales de negocio.
8.9 Responsabilidad del Proveedor
▪ Proporcionar el personal del Centro Único de Contacto durante las 24 horas todo el año.
▪ Proporcionar el equipamiento y software para la Administración de Incidentes y Problemas Operacionales y Administración de Cambios.
▪ Asignar en el Centro Único de Contacto los analistas que atenderán los Incidentes, Cambios y Requerimientos.
▪ Asignar el o los administradores de las herramientas de Gestión de Incidentes, Problemas, Requerimientos y Cambios.
8.10Transición de los Servicios
Si fuere el caso y requerirse este proceso, como parte del servicio se define la fase de transición, periodo de tiempo en el cual el proveedor ejecutará las actividades necesarias para la toma de control de la operación de los servicios contemplados en el presente documento.
Políticas y Estrategias de Migración
Se deben desarrollar la transición del servicio cumpliendo las siguientes políticas y estrategias generales:
• El proveedor deberá desarrollar un plan de transición de detalle manteniendo la secuencia de migración de servicios. Cualquier cambio será autorizado por la Entidad.
• Las migraciones deberán ser desarrolladas en una ventana de tiempo coordinada entre el proveedor los fines de semana, días feriados no laborables u horas no laborables a fin de minimizar el impacto en los negocios.
• El proveedor elaborará un plan de contingencia y plan de Rollback para la migración de cada servicio a fin de minimizar la parada de los servicios.
Cronograma General de Transición
• La oferta incluirá un cronograma general del proyecto, el cual deberá ser presentado en formato Microsoft Project.
• El cronograma indicará como mínimo:
o Planificación del Proyecto. Elaboración de documento “Plan de Proyecto”.
o Implementación de enlaces, equipos de comunicaciones y pruebas iníciales.
o Pruebas de Recepción Provisional.
o Pruebas de Recepción Final.
• Inicio de periodo contractual.
• “El plazo máximo de puesta en servicio del sistema, medido a partir del día siguiente de la suscripción del contrato firmado, hasta el fin del periodo de Pruebas de Recepción Final de implementación y firma de la Acta; será de 20 días.”
8.10.1 Plan de Migración de Servicios TI
De ser el caso y requerirse, los servicios tendrán un plazo máximo de migración de un mes a partir del día siguiente del acta de instalación. La entidad cumplirá con las siguientes actividades generales en tres etapas:
(1) Preparación: Tiene por finalidad planificar, programar y alistar los servicios para la migración.
(2) Implementación: Consiste en la ejecución de la migración de los servicios.
(3) Post-Implementación: Es la etapa de verificación de los servicios en operación.
Las actividades específicas por etapa son:
(1) Etapa de Preparación:
La Etapa de Preparación tiene como finalidad ejecutar todas las actividades y coordinaciones necesarias para iniciar la implementación del servicio de Telefonía Fija.
Las actividades por realizar durante esta etapa serán las siguientes:
▪ Reuniones de coordinación.
▪ Programa de actividades de migración del servicio.
▪ Identificar los responsables de cada actividad.
▪ Documentar el plan de contingencia y rollback para cada servicio.
▪ Programar ventanas de trabajo para la migración del servicio.
▪ Verificar las que las instalaciones se encuentren preparadas para la migración de los servicios.
▪ Ingeniería de detalle de la implementación de equipos de comunicaciones incluidos las centrales y terminales telefónicos en las oficinas.
▪ Identificación de Riesgos / Mitigación
(2) Etapa de Implementación:
La Fase de Implementación o Migración tiene como finalidad ejecutar todas las actividades necesarias para el correcto pase a producción o salida en vivo del servicio.
Las actividades por realizar durante esta etapa serán las siguientes:
▪ Provisión de los equipos de comunicaciones (centrales y teléfonos IP)
▪ Migración de extensiones telefónicas.
▪ Generación de scripts, archivos de configuración, espacios de almacenamiento
▪ Preparación de equipos de destino
▪ Congelamiento de las actividades del entorno
▪ Exportación de los datos de la base de datos a archivos "planos"
▪ Traslado de los archivos generados a equipo destino
▪ Importación de los datos en equipo destino
▪ Tareas post-import en equipo destino y pruebas técnicas
▪ Liberación de equipos a test funcionales
▪ Salida a régimen de sistema a instalar
(3) Etapa de Post-Implementación:
La Etapa de Post-Implementación tiene como finalidad optimizar el servicio luego de concluida la Etapa de Implementación. En esta Etapa el ambiente de producción soportará la carga real de usuarios.
Asimismo, se empezarán a evaluar los SLO´s, y a comparar los valores medidos contra aquellos definidos como objetivo en la sección de Niveles de Servicio.
8.10.2 Pruebas de recepción:
• El Contratista será el responsable por todas las pruebas pertinentes. Esta responsabilidad incluye la realización de estas, mantener un registro y la elaboración de los documentos correspondientes. Asimismo, todas las herramientas, instrumentos y equipos necesarios para la realización de las pruebas, serán otorgados por el Contratista.
• El Contratista elaborará el documento “Protocolo de Inspección y Pruebas de Recepción” conteniendo como mínimo las actividades a realizar, una breve explicación de esta, el objetivo de calidad a cumplir y un recuadro vacío para indicar el resultado de la evaluación, este recuadro será llenado únicamente por la Entidad y según su juicio exclusivamente. Este documento será revisado y aprobado por la Entidad, previo al inicio de las Pruebas de Recepción.
• Las pruebas se clasificarán en:
- Las Pruebas de Implementación; son aquellas que el Contratista ejecutará una vez finalizada la implementación del Sistema. Estas serán previas a las de Recepción Provisional, la participación de la Entidad es opcional.
- Las Pruebas de Recepción Provisional; que incluyen también las inspecciones en campo, tendrán por objeto verificar que el sistema implementado cumpla con lo establecido en las especificaciones del contrato y lo definido en el documento “Plan de Proyecto”. Dichas pruebas e inspección serán realizadas por el Contratista con participación de personal de la Entidad siguiendo el documento “Protocolo de Inspección y Pruebas de Recepción”, previamente aprobados. La firma del Acta de Recepción Provisional marcará el inicio del Periodo de Evaluación.
- Las Pruebas de Recepción Definitiva; se realizarán luego del Periodo de Evaluación, siguiendo nuevamente lo estipulado en el documento “Protocolo de Inspección y Pruebas de Recepción” en las observaciones o “Reparos” establecidos anteriormente si existiesen, además de corregir posibles problemas ocurridos en el
Periodo de Evaluación. La firma del Acta de Recepción Definitiva marcará el fin del Proyecto de Implementación.
• El Protocolo de Inspección y Pruebas de Recepción debe ser aprobado por la Entidad. Para esto el proveedor deberá entregar dicho protocolo y la Entidad tendrán un plazo xxxxxx xx xxxx (10) días calendario para emitir la conformidad.
• La clasificación de resultados por cada ítem en el Protocolo de Inspección y Pruebas es como sigue. “CONFORME” cuando la prueba específica ha cumplido en 100% lo esperado, “REPARO A” cuando la prueba ha fallado y el impacto en el desempeño, disponibilidad y calidad del sistema es alto; “REPARO B”, cuando la prueba ha fallado y el impacto sobre el sistema es medio y “REPARO C” cuando la prueba ha fallado y el impacto sobre el sistema es bajo.
• El Contratista está obligado a repetir las pruebas y asumir todos los costos en uso de recursos y pago de penalidades si existiera retrasos en el calendario del proyecto; hasta suprimir todos los “Reparos” del tipo “A” y “B”. La firma del Acta de Recepción Provisional se dará cuando no existan estos “Reparos” mencionados.
• El Acta de Recepción Definitiva se firmará toda vez que no exista ningún “Reparo” por cada ítem del documento protocolo de pruebas e inspección y se reciba toda la documentación pertinente descrita en el subcapítulo Documentación de Cierre de Proyecto.
• El diagrama (gráfico) de la solución propuesta de la topología y de la solución de acceso típica en cada una de las categorías y tipo de servicios de las oficinas de la Entidad.
• El manual por cada modelo de equipo o terminal IP suministrado. Estos manuales deberán contener los procedimientos de instalación, y describir los aspectos básicos de mantenimiento operativo. Los manuales técnicos (instalación y configuración) podrán entregarse en idioma inglés y por medio electrónico o físico.
• Documentación de los Protocolos de Pruebas con las anotaciones realizadas por la Entidad.
• Documentos conteniendo el inventario detallado de los equipos y accesorios suministrados por sitio de instalación (marca, modelo, número de serie, etc. Y Especificaciones técnicas de equipos comunicaciones a implementar).
• Diagramas de disposición de equipos por cada gabinete o rack en cada sitio de implementación.
• CD-ROM conteniendo toda la documentación anteriormente descrita, incluyendo los planos y diagramas solicitados.
8.11 Responsabilidades del Proveedor
• El proveedor será responsable de aplicar las mejores prácticas en la realización de las tareas incluidas en el plan de trabajo presentado para ser llevadas a buen término, con la seguridad y confiabilidad, minimizando todos los riesgos dentro de los alcances de la presente propuesta.
• El proveedor será responsable por el mantenimiento, salvaguarda y respaldo de las configuraciones presentes en todos los equipos de comunicación.
• El proveedor aplicará las mejores prácticas durante el traslado de los equipos para proteger y custodiar la información almacenada en los medios magnéticos.
• Todos los gastos de traslado, alimentación y viáticos en general cuando desplace su personal a sedes de la Entidad ubicadas en el interior del país, son de su entera responsabilidad y deben estar incluidos dentro de su costo.
• El proveedor debe cumplir las políticas de seguridad y salud ocupacional.
• El proveedor debe cumplir las políticas referidas a los sistemas de Gestión Ambientales.
8.12 Responsabilidades de la Entidad
• Las instalaciones de los equipos de comunicaciones deben cumplir con las condiciones de energía, ambiente, espacio, infraestructura de redes, soporte para cableado y seguridad adecuados para las labores de ensamblado, reconexión y encendido de los equipos de comunicaciones.
8.13 Retiro del Servicio
• Así como la transición del servicio incluye un plan de migración. También el proveedor debe costear dentro de su propuesta el plan de retiro de los servicios debido a finalización del plazo contractual o la recisión por incumplimiento de los niveles de servicio acordados. Al retiro del servicio el proveedor debe:
• Entregar las configuraciones de todos los equipos de comunicaciones que sean necesarios para el funcionamiento del servicio.
• El retiro del servicio se efectuará a la finalización del plazo contractual.
8.14 Personal No Clave
8.14.1 Service Manager
Es el encargado de Gestionar la operación del servicio, con las siguientes responsabilidades:
o Gestionar los servicios, disponiendo de los recursos necesarios para que se ejecuten de acuerdo con lo previsto. Asimismo, monitoreando los indicadores de niveles de acuerdo de servicio establecidos.
o Realizar la gestión de los incidentes y requerimientos, para que estos sean atendidos oportunamente, Hacer que los servicios prestados, cumplan los acuerdos de niveles de servicio establecidos.
o Asegurarse que el personal a cargo este propiamente entrenado, tenga las instrucciones, herramientas y metodología para realizar sus trabajos.
o Gestionar de la solicitud de capacidades adicionales “on-demand”.
o Realizar la coordinación con la Entidad para mantenimientos de equipos y software.
o Realizar las comunicaciones a la Entidad ante cualquier incidente que afecten servicios relacionados a su operatividad.
o Elaborar informes mensuales de recomendaciones de acuerdo con los valores de indicadores de acuerdo de nivel de servicio alcanzado.
El Service Manager se aplica sólo a la fase de operación, mas no a la de implementación.
8.14.2 Equipo de Operación y Soporte Técnico (Staff TI)
Sus responsabilidades son:
o Resolución de tareas específicas (especialistas).
o Mantenimiento de equipos de comunicación especificados en el alcance.
o El diagnóstico y solución de problemas
Es necesario mencionar y aclarar que todo el recurso humano que trabaje durante la ejecución del proyecto y después del mismo y tenga residencia laboral en las oficinas, de la Entidad, deberá acogerse a la reglamentaciones internas, es decir, deberá presentar pólizas de seguro contra accidentes y trabajos de alto riesgo, deberá estar debidamente identificado y con uniforme de trabajo, y para los casos de trabajos en subestaciones de potencia o
centrales de generación deberá contar con su respectivo EPP (Equipo de Protección Personal) que incluye zapatos de seguridad, protector auditivo, casco, etc.
8.15 Perfil mínimo del postor
a. El postor deberá haber realizado como mínimo 08 implementaciones de centrales IP (full IP o IP-Analógicas) en los últimos 5 años con más de 100 anexos.
b. El postor deberá haber realizado como mínimo 01 servicio de arrendamiento operativo de centrales IP (full IP o IP- analógicas).
c. El postor deberá contar con un Centro de Atención de Incidentes que atienda 8x5 y está gobernado por un sistema de apertura, seguimiento y cerrado de tickets y que será el encargado de gestionar los requerimientos de soporte de la Entidad.
8.16 Requisitos y recursos del proveedor
8.16.1 Requisitos del proveedor
• El proveedor debe ser una Partner autorizado por el fabricante para comercializar, implementar y dar soporte a la solución ofertada.
8.16.2 Recursos a ser provistos por el proveedor
El postor deberá realizar la instalación total de la plataforma, para ello deberá considerar todos los componentes y servicios requeridos para la entrega de la plataforma en funcionamiento. La instalación debe de realizarla personal certificado (vigente) por el fabricante de la plataforma.
8.17 Otras consideraciones para la ejecución de la prestación
8.17.1 Otras obligaciones del contratista
El contratista es el responsable directo y absoluto de las actividades que realizará, sea directamente o a través de su personal, debiendo responder por la ejecución de la prestación.
8.17.2 Otras obligaciones de la Entidad
Acceso a sus instalaciones, así como acceso a los equipos a ser migrados.
8.18 Medidas de control durante la ejecución contractual
• Áreas que coordinarán con el contratista: Personal de la Oficina de Tecnologías de la Información de la Entidad.
• Áreas responsables de las medidas de control: Personal de Oficina de Tecnologías de la Información de la Entidad.
8.19 Conformidad de los bienes
• Área que recibirá y brindará la conformidad: Oficina de Tecnologías de la Información de la Entidad.
9. SEGUROS
No se aplica.
10. MEDIDAS DE SEGURIDAD EN LA PRESTACIÓN DEL SERVICIO
En cada visita que ejecute personal del Contratista ganador de la Buena Pro en las oficinas de la Entidad, deberá contar con:
• SCTR de cada trabajador.
• EPP para el ingreso.
11. REQUISITOS DE CALIFICACIÓN
C | EXPERIENCIA DEL POSTOR EN LA ESPECIALIDAD |
Requisitos: El postor debe acreditar un monto facturado acumulado equivalente a S/ 200,00.00 (dos cientos mil y 00/100 soles), por la contratación de servicios iguales o similares al objeto de la convocatoria, durante los ocho (8) años anteriores a la fecha de la presentación de ofertas que se computarán desde la fecha de la conformidad o emisión del comprobante de pago, según corresponda. En el caso de postores que declaren en el Anexo N° 1 tener la condición de micro y pequeña empresa, se acredita una experiencia de S/50,000.00 (Cincuenta mil y 00/100 soles), por la contratación de servicios iguales o similares al objeto de la convocatoria, durante los ocho (8) años anteriores a la fecha de la presentación de ofertas que se computarán desde la fecha de la conformidad o emisión del comprobante de pago, según corresponda. En el caso de consorcios, todos los integrantes deben contar con la condición de micro y pequeña empresa. Se consideran servicios similares a los siguientes: Adquisición y/o Implementación y/o Alquiler de Soluciones de Telefonía IP, Arrendamiento de Soluciones de Telefonía IP. Acreditación: La experiencia del postor en la especialidad se acreditará con copia simple de (i) contratos u órdenes de servicios, y su respectiva conformidad o constancia de prestación; o (ii) comprobantes de pago cuya cancelación se acredite documental y fehacientemente, con voucher de depósito, nota de abono, reporte de estado de cuenta, cualquier otro documento emitido por Entidad del sistema financiero que acredite el abono o mediante cancelación en el mismo comprobante de pago1, correspondientes a un máximo de veinte (20) contrataciones. En caso los postores presenten varios comprobantes de pago para acreditar una sola contratación, se debe acreditar que corresponden a dicha contratación; de lo contrario, se asumirá que los comprobantes acreditan contrataciones independientes, en cuyo caso solo se considerará, para la evaluación, las veinte (20) primeras contrataciones indicadas en el Anexo Nº 8 referido a la Experiencia del Postor en la Especialidad. En el caso de servicios de ejecución periódica o continuada, solo se considera como experiencia la parte del contrato que haya sido ejecutada durante los ocho (8) años anteriores a la fecha de presentación de ofertas, debiendo adjuntarse copia de las conformidades correspondientes a tal parte o los respectivos comprobantes de pago cancelados. En los casos que se acredite experiencia adquirida en consorcio, debe presentarse la promesa de |
1 Cabe precisar que, de acuerdo con la Resolución N° 0065-2018-TCE-S1 del Tribunal de Contrataciones del Estado:
“… el solo sello de cancelado en el comprobante, cuando ha sido colocado por el propio postor, no puede ser considerado como una acreditación que produzca fehaciencia en relación a que se encuentra cancelado. Admitir ello equivaldría a considerar como válida la sola declaración del postor afirmando que el comprobante de pago ha sido cancelado”
(…)
“Situación diferente se suscita ante el sello colocado por el cliente del postor [sea utilizando el término “cancelado” o “pagado”] supuesto en el cual sí se contaría con la declaración de un tercero que brinde certeza, ante la cual debiera reconocerse la validez de la experiencia”.
consorcio o el contrato de consorcio del cual se desprenda fehacientemente el porcentaje de las obligaciones que se asumió en el contrato presentado; de lo contrario, no se computará la experiencia proveniente de dicho contrato. Asimismo, cuando se presenten contratos derivados de procesos de selección convocados antes del 20.09.2012, la calificación se ceñirá al método descrito en la Directiva “Participación de Proveedores en Consorcio en las Contrataciones del Estado”, debiendo presumirse que el porcentaje de las obligaciones equivale al porcentaje de participación de la promesa de consorcio o del contrato de consorcio. En caso que en dichos documentos no se consigne el porcentaje de participación se presumirá que las obligaciones se ejecutaron en partes iguales. Si el titular de la experiencia no es el postor, consignar si dicha experiencia corresponde a la matriz en caso que el postor sea sucursal, o fue transmitida por reorganización societaria, debiendo acompañar la documentación sustentatoria correspondiente. Si el postor acredita experiencia de otra persona jurídica como consecuencia de una reorganización societaria, debe presentar adicionalmente el Anexo N° 9. Cuando en los contratos, órdenes de servicios o comprobantes de pago el monto facturado se encuentre expresado en moneda extranjera, debe indicarse el tipo de cambio venta publicado por la Superintendencia de Banca, Seguros y AFP correspondiente a la fecha de suscripción del contrato, de emisión de la orden de servicios o de cancelación del comprobante de pago, según corresponda. Sin perjuicio de lo anterior, los postores deben llenar y presentar el Anexo Nº 8 referido a la Experiencia del Postor en la Especialidad. | |||
Importante | |||
• Al calificar la experiencia del postor, se debe valorar de manera integral los documentos presentados por el postor para acreditar dicha experiencia. En tal sentido, aun cuando en los documentos presentados la denominación del objeto contractual no coincida literalmente con el previsto en las bases, se deberá validar la experiencia si las actividades que ejecutó el postor corresponden a la experiencia requerida. • En el caso de consorcios, solo se considera la experiencia de aquellos integrantes que se hayan comprometido, según la promesa de consorcio, a ejecutar el objeto materia de la convocatoria, conforme a la Directiva “Participación de Proveedores en Consorcio en las Contrataciones del Estado”. |
12. PLAZO DE EJECUCIÓN
El plazo de ejecución es de 731 (Setecientos Treinta y Uno) días calendario, el mismo que se computa desde la suscripción del Acta de Puesta en Servicio de la central telefónica. Las actividades previas no excederán el plazo señalado en el numeral xxx y corren desde el día siguiente del perfeccionamiento del Contrato u Orden de Servicio.
13. LUGAR DE PRESTACIÓN DEL SERVICIO
El lugar de prestación de la contratación se realizará en las oficinas administrativas de la Sede administrativa de Bellavista, sito en Av. Floral 245, ciudad, provincia y departamento xx Xxxx.
14. REAJUSTES
No aplica, salvo cambios gubernamentales en el porcentaje de Impuesto General a las Ventas.
15. PENALIDAD POR XXXX
Si EL CONTRATISTA incurre en retraso injustificado en la ejecución de las prestaciones objeto de la contratación, LA ENTIDAD le aplica automáticamente una penalidad por xxxx por cada día de atraso,
de acuerdo a la siguiente fórmula:
Penalidad Diaria = | 0.10 x monto vigente |
F x plazo vigente en días |
Donde:
F = 0.25 para plazos mayores a sesenta (60) días o;
F = 0.40 para plazos menores o iguales a sesenta (60) días.
− Tanto el monto vigente como el plazo vigente se refieren, según corresponda, al total de la contratación, o en caso de ejecución periódica o continua, a la prestación parcial que fuera materia del retraso.
− Se considera justificado el retraso cuando el contratista acredite, de modo objetivamente sustentado, que el mayor tiempo transcurrido no le resulta imputable.
− Esta calificación del retraso como justificado no da lugar a pago de gastos generales de ningún tipo.
16. OTRAS PENALIDADES
No aplica para el presente contrato.
17. CONFIDENCIALIDAD
La confidencialidad y reserva absoluta en el manejo de información y documentación a la que se tenga acceso relacionada con la prestación, pudiendo quedar expresamente prohibido revelar dicha información a terceros. El CONTRATISTA, debe dar cumplimiento a todas las políticas y estándares definidos por SAN GABÁN S.A., en materia de seguridad de la información.
Esta obligación comprende la información que se entrega, como también la que se genera durante la realización de las actividades y la información producida una vez que se haya concluido el servicio. Dicha información puede consistir en mapas, dibujos, fotografías, mosaicos, planos, informes, recomendaciones, cálculos, diagnósticos, documentos, cuadros comparativos y demás datos compilados o recibidos por el CONTRATISTA.
18. CONSIDERACIONES GENERALES A LOS PRODUCTOS
Los derechos intelectuales de los productos y documentos elaborados por el CONTRATISTA que resulte seleccionado son propiedad de XXX XXXXX S.A., así como toda aquella información interna de la institución a la que tenga acceso para la ejecución del servicio.
La difusión, publicación o utilización de dicha propiedad intelectual deberá ser previamente autorizada por XXX XXXXX S.A.
19. RESPONSABILIDAD DEL CONTRATISTA
El contratista es el responsable por la calidad ofrecida y por los vicios ocultos del servicio ofertado por un plazo no menor de 01 año, contado a partir de la conformidad otorgada por la Entidad.
20. OBLIGACIÓN ANTICORRUPCIÓN Y ANTISOBORNO
El contratista declara y garantiza no haber, directa o indirectamente, o tratándose de una persona jurídica a través de sus socios, integrantes de los órganos de administración, apoderados, representantes legales, funcionarios, asesores, ofrecido, negociado o efectuado, cualquier pago o, en general, cualquier beneficio o incentivo ilegal en relación con la contratación.
Asimismo, el contratista se obliga a conducirse en todo momento, durante la ejecución de la contratación, con honestidad, probidad, veracidad e integridad y de no cometer actos ilegales o de corrupción, directa o indirectamente o a través de sus socios, accionistas, participacioncitas, integrantes de los órganos de administración, apoderados, representantes legales, funcionarios, asesores.
Además, el contratista debe comunicar a las autoridades competentes, de manera directa y oportuna, cualquier acto o conducta ilícita o corrupta de la que tuviera conocimiento; y adoptar medidas técnicas, organizativas y/o de personal apropiadas para evitar los referidos actos o prácticas.
El incumplimiento de los párrafos anteriores, durante la ejecución contractual, da el derecho a SAN GABÁN S.A. a resolver automáticamente y de pleno derecho la contratación, bastando para tal efecto que se remita una comunicación informando que se ha producido dicha resolución, sin perjuicio de las acciones civiles, penales y administrativas que SAN GABÁN S.A. pueda accionar.
21. PRESTACIONES ACCESORIAS
No aplica para el presente contrato.
22. CONFORMIDAD
La conformidad de la prestación del servicio se regula por lo dispuesto en el artículo 168 del Reglamento de la Ley de Contrataciones del Estado. La conformidad será otorgada por el Jefe de la Oficina de Tecnologías de la Información y Comunicaciones.
23. FORMA Y CONDICIONES DE PAGO
La Entidad realizará el pago de la contraprestación pactada a favor del contratista en forma mensual, durante el plazo de ejecución contractual.
Para efectos del pago de las contraprestaciones ejecutadas por el contratista, la Entidad debe contar con la siguiente documentación:
- Informe del funcionario responsable de la Oficina de Tecnologías de la Información y Comunicaciones emitiendo la conformidad de la prestación efectuada.
- Comprobante de pago (FACTURA ELECTRONICA y su archivo de extensión .xml).
- Carta o documento donde el contratista señala el número de cuenta corriente, CCI y nombre de la entidad bancaria, para el trámite pago.
- El reporte mensual del servicio ejecutado.
- Dicha documentación debe ser remitida mediante xxxxxxxxxxxx@xxxxxxxx.xxx.xx con copia a xxxxxxxxxxxxxxxx@xxxxxxxx.xxx.xx y a xxxxxxx@xxxxxxxx.xxx.xx, o de forma presencial sito en la Av. Floral 245 Bellavista, ciudad, distrito y departamento xx Xxxx.
La Entidad debe pagar las contraprestaciones pactadas a favor del contratista dentro de los diez (10) días calendario siguientes a la conformidad, siempre que se haya verificado el cumplimiento de las condiciones establecidas en los TERMINOS DE REFERENCIA y el contrato/orden de servicio.
Firmado digitalmente por XXXXXX XXXXXX Xxxxx
Xxxxxxxx XXX 20262221335 hard
Motivo: SOY AUTOR DEL DOCUMENTO
Ubicación: SAN GABAN SA Fecha: 2023.08.18 18:44:25
-05'00'
Firma del área usuaria