LICITACIÓN PÚBLICA N 01/2011

Tamaño: px
Comenzar la demostración a partir de la página:

Download "LICITACIÓN PÚBLICA N 01/2011"

Transcripción

1 LICITACIÓN PÚBLICA N 01/2011 TÉRMINOS DE REFERENCIA CONTRATACION DE SERVICIOS PARA EL DESARROLLO E IMPLEMENTACIÓN SISTEMA DE INFORMACIÓN CADENA LOGÍSTICA COMUNIDAD PORTUARIA ARICA PARA EL INTERCAMBIO ELECTRONICO DE DATOS Abril 2011 Términos de Referencia Desarrollo e Implementación Sistema PCS Conexión Arica CXA 1

2 LICITACIÓN PÚBLICA N 01/2011 CONTRATACION DE SERVICIOS PARA EL DESARROLLO E IMPLEMENTACIÓN SISTEMA DE INFORMACIÓN CADENA LOGÍSTICA COMUNIDAD PORTUARIA ARICA PARA EL INTERCAMBIO ELECTRONICO DE DATOS INDICE 1 ANTECEDENTES GENERALES Antecedentes del Puerto de Arica Comunidad Portuaria y Entidades Relacionadas OBJETIVOS DE LA LICITACIÓN Objetivo General de la Licitación Objetivos Específicos REQUERIMIENTOS Módulos de Aplicaciones a Desarrollar Modulo Portal PCS Versión 1.0 CXA Información general Módulo Tracking Lógico de Carga (PCS Versión1.1.) Información de Tracking en el Portal Diagrama de Actividades Puntos de Control Descripción del entorno tecnológico Sistema de Información de Terminal Puerto Arica (TPA) Sistema de Información Servicio Nacional de Aduana (SNA) Información Detallada de Tracking en Portal Aviso de Eventos de Tracking mensajería SMS Aviso de Eventos de Tracking por Administración de Parámetros Servicios Servicio de Mantención Correctiva Transitoria del PCS Conexión Arica CXA Servicio de Mantención Correctivo Permanente de Software Desarrollado Servicio de Mantención Evolutivo Permanente de Software Habilitación Site de Explotación en Modalidad de Hosting Características del Sitio a Habilitar Infraestructura Seguridad Energía Aire Acondicionado Sala de almacenamiento de respaldos Respaldos y Recuperación de Información Insumos de Respaldo Servicio de Hosting Transitorio del Portal PCS Versión1.0 Conexión Arica CXA Servicio de Hosting Definitivo de Aplicaciones Servicio de Comunicaciones Características de la Red de Comunicaciones Seguridad Corta Fuegos Seguridad del Equipamiento Disponibilidad y redundancia de los enlaces Escalabilidad

3 Ancho de Banda Protocolo de Red Interconexión Site Central con INTERNET Implementación y Configuración de la red Herramientas de Administración de Red Comunicaciones SMS Servicio de Mantención al Hardware y al Site de Explotación Servicio de Operación Datacenter y Monitoreo Características del Servicio Consideraciones del Servicio Niveles del Servicio Servicio de Explotación Características del Servicio Consideraciones del Servicio Niveles del Servicio Servicio de Administración del Sistema Operativo de Servidores Características del Servicio Consideraciones del Servicio Niveles del Servicio Servicio de Administración de Base de Datos de Servidores Características del Servicio Consideraciones del Servicio Niveles del Servicio Servicio de Administración de Red de Comunicaciones Consideraciones del Servicio Servicio de Administración de Usuarios y Dominios Servicio de Administración Remota del Servicio Webhosting Servicio HOT-LINE Integridad y Seguridad de la Información Rendimiento y otros Niveles de Servicio requeridos (SLA) Tiempo de Respuesta "Throughput" Funcionamiento de la Aplicación, Hardware y Software básico Tiempo de solución de problemas o de Atención de fallas Niveles de Servicio para los enlaces de datos centrales Mediciones de Niveles de Servicio de las Aplicaciones Documentación Capacitación Seguros Mesa de Ayuda Apoyo para la Habilitación de un Site de Contingencia ORGANIZACIÓN, RECURSOS HUMANOS Y METODOLOGÍA ORGANIZACIÓN DEL PROYECTO Coordinadores del Proyecto Perfil del Coordinador del Proyecto Recursos Humanos y Organigrama ENTORNO DE TRABAJO MODELAMIENTO Y ESPECIFICACIONES DE SOFTWARE PLAN DE TRABAJO E IMPLEMENTACIÓN

4 4.1 ETAPAS DEL PROYECTO Etapa de Desarrollo y Explotación Transitorio del PCS Conexión Arica CXA Etapa de Explotación y mantención Correctiva y Evolutiva (o Etapa de Explotación) ANEXOS Sugerencia para el Software Aplicativo Modelo de Despliegue Modelo de Capas Sugerencia de Infraestructura Requerimientos de Integridad y Seguridad de la Información De la Securitización y Puesta en Producción de los Nuevos Desarrollos Propuestos (NCh2777, , 10) De la Continuidad del Procesamiento (NCh2777, 11) Del Acuerdo de Confidencialidad (NCh2777, 4.2.2) De los Antivirus (NCh2777, 8.3.1) De la detección de SPAM (NCh2777, 8.3) De la eliminación y monitoreo de software malicioso (NCh2777, 8.3) De los Análisis de Vulnerabilidades (NCh2777, ) De los Ambientes de Procesamiento (NCh2777, 8.1.5) De las Licencias Legales de Software (NCh2777, 8.3.1, ) De la Protección Física (NCh2777, 7) De la Seguridad en las Comunicaciones (NCh2777, 8, y 9.4) De la Autenticación Centralizada (NCh2777, 9) Del monitoreo del acceso y uso de los Sistemas (NCh2777, 9.7) De las actualizaciones de seguridad (NCh2777, ) Sugerencia para el Hardware de Explotación Antecedentes relevantes sobre el Mercado Objetivo del Proyecto Principales Actores del Proceso de Tránsito de Importación de Carga Boliviana Clasificación actores de la cadena Diagrama de Actividades Puntos de control Servicio de Tracking Lógico de Carga Modelo de Dominio: Relación entre Entidad y Status Lógicos del Camión, Carga y Viaje Datos intercambiados con sistemas externos en cada punto de control Otros Antecedentes sobre el Mercado Objetivo del Proyecto El Decreto Supremo despacho de carga de tránsito de importación El Flujograma del Proceso de Tránsito de Importación de Carga Boliviana Otros Antecedentes sobre la Etapa Evolutiva del Proyecto Módulo de Evolución Portal PCS Conexión Arica CXA. Navegador de Procesos de Comercio Exterior Ejemplo Módulo Portal PCS Conexión Arica CXA, funcionalidad Navegador de Procesos de Comex Ejemplo Módulo Tracking Lógico de la Carga, funcionalidad On-Line Web Módulo de Desempeño (BI) Requerimientos Generales del Módulo de Desempeño Estadísticas Comunidad Portuaria Arica Estadísticas Customizadas Reportes Reporte Programado Reporte On-demand Beneficios Esperados para los Actores de la Comunidad Portuaria Ejemplo de informe de Modulo de Desempeño

5 1 Antecedentes Generales La Empresa Portuaria Arica (EPA) en conjunto con la Comunidad Portuaria Arica (CPA) planean implementar en un proceso evolutivo el Sistema de Información Cadena Logística de la Comunidad Portuaria Arica de intercambio electrónico de datos (en adelante PCS Conexión Arica CXA), solución tecnológica que permitirá a los distintos actores operadores, fiscalizadores y usuarios de la logística y el transporte del comercio exterior, acceder a servicios de valor agregado para sus operaciones en formato digital, además de permitir monitorear el desempeño de los circuitos logísticos del puerto. Los beneficios esperados una vez implementada la solución PCS Conexión Arica CXA será la reducción de costos y de tiempo asociado a los procesos de intercambio documental, el incremento de la transparencia y de la eficiencia de los procesos, la agilización del tráfico de mercaderías y reducción de tiempos de tránsito, y finalmente el Posicionamiento del Puerto. Durante 2010 la Comunidad Portuaria llevó a cabo un proyecto de consultoría de análisis y mejoramiento de procesos logísticos críticos 1 y el diseño conceptual de un sistema de información de apoyo al seguimiento de carga, además de un plan director de desarrollo de tecnologías por fases para la Plataforma comunitaria PCS Conexión Arica CXA. En este año 2011, EPA llama a licitación para proveer una primera fase del PCS Conexión Arica CXA, es así como esta licitación comprende un desarrollo de una versión informativa del Portal de la Comunidad Portuaria Arica (PCS Versión 1.0) y del desarrollo del Módulo de Tracking Lógico de Carga a Bolivia (PCS Versión 1.1). Adicionalmente, se licita la contratación de los servicios que permitan entrar en producción este sistema con posterioridad a su desarrollo. Con este fin se cotiza el Servicio de explotación en modalidad Hosting de la plataforma computacional de software y hardware y su mantención. Por otra parte, también se licita la contratación de los servicios de mantención evolutiva, que en paralelo con los servicios de explotación de los sistemas desarrollados motivo de esta licitación, debe permitir desarrollar los restantes módulos, como es el caso de los Módulos de Desempeño (Business Intelligence), Intercambio Electrónico, Evolución del portal y la Generación de Indicadores. Para involucrar lo antes posible a la Comunidad Portuaria, el Módulo correspondiente al PCS versión 1.0 y que dice relación con el Portal Informativo de la Comunidad Portuaria Arica deberá entrar en funcionamiento en modalidad transitoria antes del término del Módulo de Tracking Lógico de Carga. La implementación del Módulo de Tracking Lógico de Carga implicará, que la empresa adjudicada deberá coordinarse fuertemente con el sistema informático de la empresa concesionaria del Terminal Puerto Arica (TPA) y con el sistema informático del Servicio Nacional de Aduanas (SNA), para capturar la información relevante en el proceso de la tramitación de la carga. 1 Contratación de Servicios de Consultoría para realizar los diseño de un sistema de información Cadena Logística Puerto Arica 5

6 1.1 Antecedentes del Puerto de Arica El Puerto de Arica, de propiedad del Estado de Chile, es administrado por la Empresa Portuaria Arica (EPA), está ubicado en el sector sur de la ciudad de Arica, que es la ciudad más al norte de Chile, en la XV región de Arica y Parinacota, se sitúa en la entrada del valle de Azapa, a kilómetros al norte de Santiago, a 19 kilómetros al sur del límite con Perú y, a una distancia aproximada de 200 kilómetros al oriente de la frontera con Bolivia. En el año 2003, en el marco de la Ley , se dio inicio al proceso de licitación pública para la concesión al sector privado del Frente de Atraque N 1 del Puerto de Arica, que finalmente concluyó en Octubre del 2004 con la adjudicación al Consorcio Terminal Puerto Arica S.A. (TPA), consorcio conformado por: Inversiones Cosmos Ltda., Empresas Navieras S.A., Ransa Comercial S.A. y Sudamericana Agencias Aéreas y Marítimas S.A. 1.2 Comunidad Portuaria y Entidades Relacionadas Constituida en Junio de 2009, la comunidad portuaria Arica la componen empresas públicas y privadas con el firme compromiso de potenciar el conjunto de actividades que toman lugar en el Puerto de Arica. Desde su funcionamiento, la Comunidad Portuaria Arica (CPA) ha desarrollado distintos estudios para conocer debilidades y potencialidades del Puerto de Arica, las que son necesarias de trabajar para alcanzar mayores y mejores niveles de competitividad y eficiencia logística. El trabajo de la CPA se orienta al desarrollo de tres ejes estratégicos. Logística, Recursos Humanos y Medio Ambiente. La comunidad Portuaria esta conformada por: Dirección Regional de Aduana Aduana Nacional de Bolivia ASP-B Bolivia Agencia Regional de Desarrollo Productivo Gobernación Marítima Arica Cámara Boliviana de Transporte Cámara Marítima Portuaria Cámara Nacional de Comercio e Industria de Bolivia Empresa Portuaria Arica PMC Logaric Seremi de Salud Seremi de medio Ambiente Seremi de Transporte Servicio Agrícola y Ganadero Servicio Nacional de Pesca ENAPU - Perú Terminal Puerto Arica Somarco Ltda. El proyecto PCS Conexión Arica CXA es mandatado por el Plenario de la Comunidad Portuaria Arica, aspecto que es fundamental en cuanto al apoyo y facilidades para el desarrollo de la solución tecnológica y su posterior implementación en la comunidad de usuarios del puerto. 6

7 2 Objetivos de la Licitación Es objeto de esta licitación, contratar los servicios de diseño detallado, construcción e implementación de la primera fase de desarrollo del PCS Conexión Arica CXA, la cual contempla implementar 2 módulos o funcionalidades principales Este Sistema PCS será desarrollado en 2 módulos a desarrollar: Módulo Portal PCS Versión 1.0 Conexión Arica CXA y el Módulo de Tracking Lógico de Carga (PCS Versión 1.1). El Módulo Portal PCS Conexión Arica CXA incorpora Información para público general, Información para miembros de la comunidad portuaria y Navegador multimedia de Procesos de Comercio Exterior en Puerto de Arica. El Módulo de Tracking Lógico de Carga contempla desplegar la funcionalidad Track and Trace (Trazabilidad y Seguimiento) de entidades tales como Contenedores, Bill of lading (BL) y Camiones para un circuito critico de la cadena logística de Puerto Arica. Este documento especifica los requerimientos para del diseño detallado, construcción e implementación del Port Community System de la Comunidad Portuaria Arica (PCS CONEXIÓN ARICA CXA). Además, incluye una descripción de la situación actual y propuesta utilizando la plataforma Web, los requerimientos funcionales y de interfaces y otros requerimientos no-funcionales como seguridad, performance, infraestructura y requerimientos de capacitación. Este proyecto va dirigido a empresas tecnológicas con capacidades humanas y técnicas suficientes que permitan acompañar a la Comunidad Portuaria Arica en su camino a la construcción de un sistema de excelencia mundial. Descripción Foco de Negocio El Foco de Negocio recaerá sobre el circuito de Tránsito de Importación de la carga Boliviana en Contenedores Full, flujo amparado bajo dos modalidades de despacho desde el Puerto de Arica: Decreto Supremo (Ver Anexo para conocer el contenido y real alcance), y los gestionados por la Administradora de Servicios Portuarios Bolivianos (ASP-B). Un flujograma del proceso con ambas modalidades puede ser revisado en el Anexo Además se presenta en el Anexo , un detalle de los principales actores presentes en dicho proceso. Según estadísticas registradas a la salida del Puerto, el flujo total de camiones Bolivianos cargados durante 2010 alcanzó las unidades anuales, distribuidos por turno según la figura 6. 7

8 Trafico de Camiones Bolivianos de Salida Cargados durante ,406, 10% 9,416, 38% 13,283, 52% Primer Turno Segundo Turno Tercer Turno Figura 1: Tráfico de camiones cargados de salida desde Puerto Arica durante Fuente: Empresa Portuaria de Arica Este proceso representó en 2010 un total de 727 mil toneladas de desembarque, equivalente al 34,1% del total de carga movilizada por el puerto. 2.1 Objetivo General de la Licitación Se licita entonces la contratación del desarrollo de un conjunto de sistemas de Información (software) agrupados en el Portal PCS Conexión-Arica CXA (módulos) y su correspondiente implementación y puesta en producción incluido el servicio de alojamiento en un hosting por un plazo de treinta y seis (36) meses. Para cubrir esta necesidad, se requiere una solución tecnológica basada en WEB que permita interactuar tanto con los usuarios externos (Comunidad Portuaria Arica) mediante Browser, mensajería de correo electrónico ( ) y mensajería de texto (SMS), como también con proveedores internos de información de manera automatizada mediante Web Services, que permita cubrir las necesidades funcionales que se especifican como requerimiento por cada módulo. El Sistema de Información PCS Conexión-Arica CXA deberá permitir, capturar datos desde fuentes externas; validar y almacenarlos en un repositorio de información y desplegar información en distintos medios on-line y off-line. 2.2 Objetivos Específicos El objetivo del proceso de licitación considerará la implementación de un Sistema de Información (PCS Conexión-Arica CXA) que apoye integralmente las funcionalidades Informativa, servicios y desempeño en modalidad portal Web, materializada en la adquisición y contratación de los siguientes productos y servicios: Desarrollo de 2 módulos de Software Servicio de Mantención Correctiva Transitoria del PCS Conexión Arica CXA Servicio de Mantención Correctivo Permanente de Software Desarrollado Servicio de Mantención Evolutivo Permanente de Software 8

9 Habilitación Site de Explotación en Modalidad de Hosting Respaldos y Recuperación de Información Servicio de Hosting Transitorio del PCS Conexión Arica CXA Servicio de Hosting Definitivo de Aplicaciones Servicio de Comunicaciones Servicio de Mantención al Hardware y al Site de Explotación Servicio de Operación Datacenter y Monitoreo Servicio de Administración del Sistema Operativo de Servidores Servicio de Administración de Base de Datos de Servidores Servicio de Administración de Red de Comunicaciones Servicio de Administración de Usuarios y Dominios Servicio de Administración Remota del Servicio Webhosting Servicio HOT-LINE Garantizar la Integridad y Seguridad de la Información Elaboración de Documentación Capacitación a Mesa de Ayuda y personal EPA Seguros de Hardware y Software Apoyo para la creación de un Site de Contingencia 9

10 3 Requerimientos A continuación se describen los requerimientos de los módulos de software a implementar en la etapa de desarrollo y de explotación transitoria. La coordinación a efectuar con otros sistemas de información, los requerimientos mínimos de software aplicativos, los servicios a prestar durante la ejecución del proyecto, así como los rendimientos o niveles de servicios que se deben mantener, entre otros. 3.1 Módulos de Aplicaciones a Desarrollar Modulo Portal PCS Versión 1.0 CXA Información general Objetivo: Funcionalidad del sistema que deberá entregar información general sobre diversos aspectos de interés para los usuarios Contenido: Organiza información en base a los siguientes tópicos Sección Quienes Somos Sección Noticias (News) Sección Download de archivos de la Comunidad Portuaria Sección Link a servicios de la Comunidad Portuaria (Link a directorios, páginas web de empresa portuaria Arica, Terminal Puerto Arica, Aduana, otras). Sección Información al Usuario General o Normativas del Puerto de Arica o Cómo trabajar con Nosotros Sección Información al Miembro de la Comunidad Portuaria Arica o Cómo vincularse a CPA o Beneficios para miembros registrados Actor Principal: Usuario general Se debe tener en cuenta al desarrollar esta versión informativa que en la medida que se desarrollen otros módulos en la etapa evolutiva, la información y funcionalidades deben ser incorporados a este portal. Además este módulo debe generar 10

11 Administración de Contenido Objetivo: Funcionalidad que permite editar y cargar la información y datos contenidos en la Base de datos del sistema que alimenta el módulo Portal PCS Conexión Arica CXA. Contenido: Opción para editar los datos actuales en las distintas tablas de registros Opción para cargar datos de manera masiva en los registros Módulo Tracking Lógico de Carga (PCS Versión1.1.) Información de Tracking en el Portal Objetivo: Funcionalidad del sistema que deberá disponibilizar en el sitio web del Portal de la Comunidad portuaria Arica, información sobre historial operativo de entidades específicas identificadas por un número único distintivo, como es el caso de número del contenedor, número de Bill of lading (BL) o número de placa patente de camión. Contenido: Organiza información en base a los siguientes tópicos Menú de ingreso para identificador de entidad a consultar historial. Aviso de error por dato no encontrado Opción de movimientos por periodo de tiempo (Última semana, último mes, último año) Despliegue organizado en pantalla de manera tabular de los principales hitos de la entidad en los distintos puntos de control. Un ejemplo concreto de lo que se requiere puede encontrarse en las siguientes direcciones web: Actor Principal: Usuario general Actor Secundario: Sistema TPA y Sistema SNA (Servicio Nacional de Aduana) Diagrama de Actividades Puntos de Control La funcionalidad que otorgará el Módulo Tracking Lógico de Carga, requerirá en sus etapas de construcción e implementación, una serie de informaciones contenidas en Bases de Datos externas a la herramienta CXA a desarrollar. La herramienta CXA se focalizará en 2011 en entregar el servicio de trazabilidad al circuito logístico Tránsito Internacional de Carga Boliviana de Importación Full Container D.S. y ASP-B, el que requiere una serie de datos provenientes de los sistemas de información de TPA y SNA. En específico, los puntos de control donde es necesario contar con datos desde sistemas externos se organizan entorno a Macro procesos y subprocesos, tal como se presenta a continuación: 11

12 Tabla 1: Matriz de procesos y puntos de control que implementará el Modulo Tracking Lógico de Carga del PCS Conexión-Arica CXA V.1.1 Macro Proceso 1: Tránsito Marítimo Proceso de Negocio Nº Punto de Control CXA 1.1 Notificación Arribo Nave 1.2 Planificación Arribo Nave 1.3 Atraque de Nave 1.4 Descarga Contenedor 1.5 Emisión Interchange 1.6 Almacenamiento Contenedor Nombre Servicio CXA Nº1 Notificación Arribo de Nave Nº2 Notificación Atraque de Nave N º3 Notificación de descarga contenedor Nº 4 Notificación de Almacenamiento recepción contenedor Descripción Servicio CXA Se notifica mediante mensajería la relación BL-Nave previo a la llegada a puerto Se notifica mediante mensajería la hora de atención de nave en puerto en firme Se notifica mediante mensajería la hora de descarga del contenedor desde la nave Se notifica mediante mensajería la hora de acopio del contenedor recepcionado en puerto Documento requerido TPA - Listado de descarga (último puerto) - Planificación naviera - Manifiesto de carga - Carta de atraque -Tarja Descarga - Interchange (descarga) - Patio -DPU Recepción -DPU-B Recepción 12

13 Macro Proceso 2: Tránsito Portuario Proceso de Negocio Nº Punto de Control CXA Nombre Servicio CXA 2.1 Solicitud de Nº 5 Notificación de despacho programación de despacho 2.2 Carguío de Camión 2.3 Liberación de Carga N º 6 Notificación de Ingreso de camión a Truck Center y/o puerto Nº 7 Notificación Carguío Realizado Nº 8 Notificación de liberación de carga zona primaria portuaria Descripción Servicio CXA Se notifica mediante mensajería la programación del despacho de contenedor desde puerto Se notifica mediante mensajería la llegada de camión a truck center y/o puerto Se notifica mediante mensajería el momento de la carga efectiva del camión en puerto con su respectivo contenedor Se notifica mediante mensajería el momento de autorización documental de despacho de carga desde zona primaria portuaria Documento requerido TPA -Inscripción retiro de carga -Planilla de despacho - Registro de camión en Truck Center - Registro de camión en puerto (Gate) - DPU Despacho - DPU-B Despacho -MIC/DTA Servicio Nacional de aduana Macro Proceso 3: Tránsito Terrestre Proceso Nº Punto de Control CXA Nombre Servicio CXA 3.1 Salida de puerto Nº 9 Notificación de Salida desde Terminal 3.2 Cruce frontera Nº 10 Notificación de control MIC/DTA Descripción del entorno tecnológico Descripción Servicio CXA Se notifica mediante mensajería el momento de la salida del camión desde Puerto Se notifica mediante mensajería el control en cruce de frontera terrestre Documento requerido TPA- Servicio Nacional de Aduana Chilena - Interchange - Salida gate terminal - Cierre MIC-DTA En el entorno de negocios del Puerto Arica coexisten una serie de sistemas de información que contribuyen a la facilitación de las operaciones de comercio exterior y transporte. El licitante deberá interiorizarse con mayor detalle de cómo opera cada sistema, pues está contemplado dentro de los 13

14 alcances del proyecto, integrar la Plataforma PCS Conexión Arica con los sistemas de información aquí presentados mediante comunicación de tipo WebServices Sistema de Información de Terminal Puerto Arica (TPA) La empresa Terminal Puerto Arica, tal como se mencionó anteriormente, es el único concesionario del frente de atraque N 1 del Puerto de Arica y opera el 100% del tráfico marítimo del puerto, con la excepción del Muelle al Servicio del Perú que es administrado por la Empresa Nacional del Perú ENAPU. Para efectos de servicios de información, su página Web (www.tpa.cl) ofrece un amplio conjunto de funcionalidades, en particular, aquellas referidas de control de las operaciones de contenedores y camiones. En su sección Consultas On-line, existe una serie de reportes de estatus, dentro de los cuales se destacan los siguientes: Ingreso Marítimo. Permite controlar por Nº de contenedor o Nº de BL el estado documental de la operación en distintos puntos de control del puerto. En cada registro puede desplegar gran parte de la información contenida en el manifiesto de carga marítimo. DPU Resumen. Permite desplegar el detalle del documento portuario más importante, el DPU. Planificaciones. Despliega en archivos Excel el listado de contenedores y camiones programados para despacho en los distintos turnos. La información contenida en la base de datos que cubre el aplicativo Web de TPA, proviene de un proceso de actualización permanente basado en tecnología inalámbrica como lectores y capturadores que se despliegan en terreno en las distintas etapas de la operación. El sistema informático que coordina las operaciones internas de TPA se denomina SIGOP (Sistema de Gestión de Operaciones Portuarias). En el Anexo se despliegan algunas pantallas de consulta de información para el caso de la consulta On-line Ingreso Marítimo Sistema de Información Servicio Nacional de Aduana (SNA) Desde 2005, el Servicio Nacional de Aduana (SNA) opera el Sistema de Registro de las Operaciones de Transporte Terrestre (Sirote), el cual agiliza los procedimientos de registro y seguimiento del paso de camiones por las fronteras nacionales. Este sistema de alta complejidad tecnológica, es el paso previo y obligatorio antes de operar con el transportista el Manifiesto Terrestre Electrónico y tiene como objetivo controlar el paso de vehículos de transporte de carga terrestre a través de los diferentes puntos de control aduanero. Las funcionalidades que provee Sirote se resume en las siguientes: Permite obtener información en línea -de manera rápida y actualizada- de lo que ocurre en las aduanas, pudiendo consultar en cualquier momento y desde cualquier punto del país el estado actual e historial de operaciones específicas. 14

15 Controla el tráfico de vehículos con carga entre el control fronterizo y la zona primaria, y la salida del país de los que son extranjeros. Permite un registro, vía web, de los principales datos MIC y CRT de camiones al ingreso y salida del país. Antes de la entrada en vigencia de Sirote, los documentos e información de los controles fronterizos eran enviados vía valija y fax, por lo que demoraban días e incluso semanas en llegar, con la consiguiente pérdida de tiempo y la persistencia de procesos costosos que requerían de muchas horas/hombre de funcionarios. Además, como en todo procedimiento que involucra papeles, se corría riesgo de extravío de documentos. Este sistema ha permitido integrar a todas las aduanas del país, simplificando notablemente los procesos actuales y entrega información fidedigna de los puntos de control críticos para el proyecto PCS Conexión Arica. En el Anexo 5.6.3, Punto Control 9, se despliegan algunas pantallas de consulta de información para el caso de Sirote, provistas por el Servicio Nacional de Aduana Información Detallada de Tracking en Portal Actor Principal: Usuario Registrado Actor Secundario: Sistema TPA y Sistema SNA (Servicio Nacional de Aduana) Objetivo: Funcionalidad del sistema que deberá disponibilizar en el sitio web del Portal de la Comunidad portuaria Arica, información tanto del historial de la operación como del detalle del estado documental que acompaña a la operación en su fase portuaria. Contenido: Organiza información en base a los siguientes tópicos Menú de ingreso para identificador de entidad a consultar historial. Aviso de error por dato no encontrado Opción de movimientos por periodo de tiempo (Última semana, último mes, último año) Despliegue organizado en pantalla de manera tabular de los principales hitos de la operación en los distintos puntos de control. Fichero que despliega los campos tipo disponibles por punto de control. Un ejemplo concreto de lo que se requiere puede encontrarse en el Anexo 5.6.3, que se deduce de la información desplegada por la consulta On-line del sistema de información de TPA. Actor Principal: Usuario Registrado Actor Secundario: Sistema TPA y Sistema SNA (Servicio Nacional de Aduana) Aviso de Eventos de Tracking mensajería SMS Objetivo: Funcionalidad del sistema que deberá entregar información en formato de mensajería de texto corta (SMS) sobre status de la operación según punto de control, y cuyo medio de despliegue serían móviles o dispositivos celulares de los clientes que lo requieran. Contenido: 15

16 Servicio público habilitado por una empresa de telecomunicaciones para que cualquier usuario que disponga de un celular pueda acceder a un SMS con el detalle comprimido del punto de control donde se encuentra el container. En pantalla de celular debe indicar origen del mensaje: PCS CXA. Ejemplo Módulo Servicio, funcionalidad On-Line SMS Aviso de Eventos de Tracking por Objetivo: Funcionalidad del sistema que permite parametrizar eventos de envío agregado de información para eventos tipos predefinidos. Contenido: Organiza información en base a los siguientes tópicos Menú de ingreso para seleccionar el servicio de eventos. Opción de eventos (Operaciones completas y parciales) Opción de periodicidad (Última semana, último mes, último año) Edición de datos de envío e identificación del usuario registrado Esta funcionalidad del sistema permite asegurar que operaciones específicas que necesita controlar el usuario, sean informadas de manera oportuna. Actor Principal: Usuario Registrado Actor Secundario: Sistema TPA y Sistema SNA (Servicio Nacional de Aduana) 16

17 Administración de Parámetros Objetivo: Funcionalidad que permite parametrizar puntos de control, tipos de datos y registro de solicitudes. Contenido: Opción para editar los datos actuales en las distintas tablas de registros Opción para cargar datos de manera masiva en los registros. Actor Principal: Usuario Administrador 3.2 Servicios Servicio de Mantención Correctiva Transitoria del PCS Conexión Arica CXA El Adjudicatario deberá proporcionar todos los servicios de mantención correctiva necesarios para la óptima operación del PCS Conexión Arica CXA, durante la transición (antes que empiece a operar el Módulo Tracking Lógico de Carga). La planificación de las mantenciones será responsabilidad del Adjudicatario Servicio de Mantención Correctivo Permanente de Software Desarrollado El Adjudicatario deberá proporcionar todos los servicios de mantención correctiva necesarios durante la etapa de Explotación de las Aplicaciones de Software desarrolladas o implementadas a propósito de este proyecto. De manera de asegurar la óptima operación de estas aplicaciones, corrección de errores o modificaciones menores. Los sistemas que se deben contemplar para la mantención correctiva, son el: Portal PCS Versión 1.0 Conexión Arica CXA Módulo Tracking Lógico de Carga PCS Versión 1.1 Adicionalmente, y en la medida que se sigan desarrollando funcionalidades, sistemas u otros módulos como productos de la mantención evolutiva, estas nuevas funcionalidades, sistemas o módulos deben ser integrados, una vez que entren en producción a los servicios de Mantención Correctivo Servicio de Mantención Evolutivo Permanente de Software Como producto de la mantención evolutiva del software, se deberán hacer las especificaciones en detalle, el desarrollo, instalación y puesta en producción de al menos los siguientes módulos: Módulo de Desempeño (BI). (Ver anexo 5.8.2) Módulo de Evolución del Portal PCS Conexión Arica CXA. (Ver anexo ) Generación de Indicadores. Otros módulos por definir. 17

18 3.2.4 Habilitación Site de Explotación en Modalidad de Hosting EPA requiere que el Adjudicatario habilite o disponga de un Site, para instalar el equipamiento en modalidad de Hosting, que éste defina como el equipamiento que el Adjudicatario utilizará en modalidad Hosting para realizar la explotación de las aplicaciones que se deben desarrollar a propósito de esta Licitación. También deben ser considerados los equipos de comunicaciones y de seguridad de la red que defina el Adjudicatario como necesarios para la explotación de los sistemas. El Site que ofrezca el Adjudicatario deberá cumplir, a lo menos, con los puntos que se describen a continuación: Características del Sitio a Habilitar Infraestructura El Site deberá ser de construcción sólida, con murallas y puertas cortafuego. Disponer de dispositivos de control de temperatura y humedad ambiente. Aire acondicionado y flujo del mismo, adecuado a los equipos y máquinas del lugar. Dispositivos de detección de humo y fuego automáticos con alarmas. Deberá, además, disponer de dispositivos automáticos de extinción de incendios, y extintores manuales para fuegos de origen eléctrico y otros (por ejemplo, papel). El Site ofrecido deberá tener capacidad de distribución de equipamiento, adecuada a su propósito y con el espacio adecuado para las labores de mantención. En el Site se debe disponer de una infraestructura básica para ocuparla cuando se deban realizas trabajos dentro del Site, como mesas desarmables, sillas y pisos tipo escalera para efectuar trabajos en los rack. Esta infraestructura básica debe guardarse en un mueble dentro del Site o en sus proximidades Seguridad El Site deberá contar con acceso controlado y restringido. Deberá disponer de muebles con llave para almacenar archivos con información confidencial. Deberá existir vigilancia activa periódica del personal de seguridad del Adjudicatario o de su subcontratista. 18

19 Energía Se evaluará positivamente si su instalación está dentro del área de seguridad de Chilectra que alimenta el centro cívico de Santiago siempre y cuando la energía del Site respectivo esté realmente conectado a dicho sistema prioritario de Chilectra 2. Se debe entregar un diagrama que indique cómo están organizados los sistemas eléctricos y donde se conectaría el Site respectivo, además de indicar Circuitos vitales respaldados por UPS, para manejar caídas de energía eléctrica. Grupo electrógeno para proveer operación continua, entre otros. Se evaluará positivamente el grado de cumplimiento de normas de seguridad y operación, específicamente refiérase a la norma ISO relativa a seguridad y si tiene su certificación y la norma ISO relativa a la operación y si tiene su certificación. Así mismo, se evaluará positivamente la Certificación IT SERVICE MANAGEMENT (ITIL) con que se cuente. En caso de no contar con certificación de alguna de estas normas se deberá explicar en qué etapa se encuentran Aire Acondicionado Con respecto al aire acondicionado, se debe especificar qué sistema de aire acondicionado tiene en el site, específicamente si se llega a las proximidades de los computadores con refrigerante de agua ó gas. Se evaluará positivamente que la aproximación al Site utilice gas como refrigerante Sala de Almacenamiento de Respaldos Debe ser de construcción sólida, con murallas y puertas cortafuego. Dispositivos de detección de humo y fuego automáticos, con sus respectivas alarmas. El acceso debe ser controlado, con registro de ingreso a la sala, indicando el nombre de la persona y el horario de acceso. El Adjudicatario podrá ofrecer, además, un lugar de almacenamiento secundario, en un lugar geográficamente distante de esta sala; para resguardo de la información ante una catástrofe Respaldos y Recuperación de Información La solución propuesta por el Adjudicatario deberá cumplir con los requerimientos necesarios para optimizar la tarea de recuperación ante un eventual desastre. 2 Sistema de distribución de Chilectra que da suministro eléctrico al centro cívico de Santiago, área que concentra los principales organismos del Estado como es el caso de la Casa de Gobierno y Ministerios, además de la Bolsa de Comercio y la casa matriz de los principales Bancos y Empresas del país. Este Sistema de Distribución cuenta con un enmallado de redes que brinda suministro eléctrico autorespaldado y ante un eventual corte, es el sector prioritario para reponer el servicio de energía eléctrica. Por asunto tarifario o de localización, no todos los clientes de la distribuidora eléctrica situados en la zona están conectados a este servicio prioritario. 19

20 El objetivo de este servicio es proteger la información y asegurar la continuidad operacional de los servicios y aplicaciones que ofrecen los servidores, ante un eventual desastre, por lo que se deben aplicar medidas de seguridad para protegerla y estar preparados para afrontar contingencias y desastres de diversos tipos. El Adjudicatario deberá ser capaz de efectuar el respaldo y recuperación de información de forma centralizada, para cada Servidor que se disponga y cualquier otro servidor que se desee en el futuro. La automatización y estandarización de los medios magnéticos ó electrónicos y de los procedimientos de Respaldo/Recuperación deben reducir al mínimo la intervención del operador a fin de: Minimizar el factor de error humano en la operación. Disminuir los tiempos de respaldo. Es necesario que el Adjudicatario ejecute pruebas de recuperación y de integridad del respaldo a diferentes niveles. Lo anterior se debe realizar en base a los procedimientos establecidos y en estricta coordinación con EPA y debe considerar: Archivo simple Directorio Datos de aplicación Almacén de información o base de datos Sistema operativo Recuperación total del sistema El Adjudicatario deberá entregar una política de respaldo de acuerdo a sus niveles de criticidad, así como una bodega habilitada para el resguardo de medios magnéticos o electrónicos Insumos de Respaldo Los insumos magnéticos o electrónicos necesarios para hacer los respaldos, deberán ser provistos por el Adjudicataria Servicio de Hosting Transitorio del Portal PCS Versión1.0 Conexión Arica CXA Toda la plataforma de hardware y software básico necesaria para la explotación en la etapa Transitoria del Portal PCS Conexión Arica CXA debe ser provista en modalidad de Hosting por el Adjudicatario Servicio de Hosting Definitivo de Aplicaciones Toda la plataforma de hardware y software básico necesaria para la etapa de explotación debe ser provista en modalidad de Hosting por el Adjudicatario. Los sistemas que se deben contemplar para el servicio de Hosting, son el: Portal PCS Versión 1.0 Conexión Arica CXA Módulo Tracking Lógico de Carga PCS Versión

21 Adicionalmente, y en la medida que se sigan desarrollando funcionalidades, sistemas u otros módulos como productos de la mantención evolutiva, estas nuevas funcionalidades, sistemas o módulos deben ser integrados, una vez que entren en producción a los servicios de Hosting Definitivo de Aplicaciones Servicio de Comunicaciones Características de la Red de Comunicaciones El Adjudicatario deberá diseñar estructuralmente, implementar, configurar, mantener y documentar una red de comunicaciones capaz de soportar todos los requerimientos computacionales relacionados con los módulos que entren en explotación producto de este Proyecto En el diseño y ejecución de los servicio de esta red se deberá considerar al menos: Diagrama general de la solución. Arquitectura de comunicaciones y seguridad. Redundancia de la solución Enlaces redundantes del Site con Internet. Zonas de Seguridad. Equipos Routers/Switches/Balanceadores/Firewall s. Equipos IDS/IPS Servicio de Mantención de la Red de Comunicaciones Seguridad El diseño de la red deberá cumplir al menos con todos los mecanismos de seguridad indicados a continuación Corta Fuegos Es necesario que los distintos niveles de seguridad que soporte la Red de Comunicaciones, incluya dispositivos altamente especializados en el control de los flujos de información mediante Corta Fuegos hacia y desde el sistema de Procesamiento y Almacenamiento Central. Debe garantiza que dicha información esté convenientemente protegida, manteniéndose su manejo y divulgación apegados en forma estricta a los procedimientos autorizados. Adicionalmente, se debe incorporar un segundo sistema de seguridad que proteja la red de Comunicaciones que preste Servicios a EPA, frente a accesos no autorizados desde otras instituciones o clientes que estén conectados directamente o a través de Internet Seguridad del Equipamiento El equipamiento deberá poseer todas las configuraciones que permitan asegurar su funcionamiento evitando el acceso malicioso mediante listas de acceso y/u otro mecanismo de control. Incluyendo todos los mecanismos necesarios que permitan evitar vulnerabilidades en la configuración, esto incluye la actualización constante de los sistemas operativos de los equipos frente a cualquier vulnerabilidad que surja por esta índole. 21

22 Además los equipos de acceso deberán ser capaces de permitir el uso de filtros, lo que permite mantener un control adicional de los flujos de información al interior de la Red de Comunicaciones que preste Servicios a EPA. El Adjudicatario deberá dimensionar los equipos de red a instalar de tal forma de que sean capaces de soportar todos estos requerimientos sin que afecten el buen desempeño de la red y poder cumplir con todos los SLA comprometidos Disponibilidad y redundancia de los enlaces El diseño estructural de la red deberá garantizar un grado de disponibilidad, con el fin de minimizar los efectos producidos por eventuales fallas en cualquiera de los elementos que la conforman. Así, se deberán considerar, redundancia y/o mecanismos de respaldo de enlaces y de respaldo de energía en nodos principales de comunicación, equipos de red con tolerancia a fallas y en general, prevenir y proteger las instalaciones frente a eventuales problemas Escalabilidad El diseño de la red deberá considerar un crecimiento escalonado y controlado ante requerimientos de expansión. De tal forma de permitir el mayor volumen de tráfico para nuevas aplicaciones. Para estimaciones de crecimiento durante lo que dure este contrato se sugiere considerar un posible aumento de un 20% Ancho de Banda El ancho de banda de la red deberá asegurar el óptimo funcionamiento de las aplicaciones presentes y/o futuras de EPA de acuerdo a los SLA definidos, considerando que dichas aplicaciones serán del tipo WEB transaccionales y que los servidores se encontrarán centralizados en el site central bajo modalidad Hosting. La tendencia que se registra en este tipo de aplicaciones sugiere que, en el corto plazo, el contenido de las bases de datos se enriquecerá al incluir campos multimediales (imágenes, sonido, vídeo, etc.). Por este motivo se debe considerar en el diseño la evolución de la Red de Comunicaciones para el adecuado soporte de las aplicaciones que se implementen en el futuro Protocolo de Red Se deberá considerar que el conjunto de protocolos utilizado en la red sea del tipo TCP/IP, asociado a sus correspondientes protocolos de enrutamiento y transporte que satisfagan los criterios de diseño estructural mencionados anteriormente Interconexión Site Central con INTERNET El Adjudicatario deberá interconectar los computadores del Site Central a la INTERNET. Esta solución deberá incluir un enlace principal y un enlace de respaldo los cuales deberán ser propuestos por diferentes caminos físicos. El enlace de respaldo deberá ser automático y transparente de tal forma de asegurar la continuidad de la conexión a cualquiera de los dos Site que esté activo en el momento. La capacidad ofrecida para cada enlace debe ser la misma para ambos (Principal y respaldo). Los enlaces deben ser utilizables en todo momento, es decir, cuando estén los dos operando deben ser 22

23 trasparentes para el usuario en el caso que uno falle, y cuando los dos operan se debe aprovechar la mayor capacidad de ancho de banda balanceando adecuadamente la carga. Se debe contemplar acceso Nacional como Internacional a las aplicaciones. Parte importante de los usuarios serán proveniente del flujo de carga boliviana Implementación y Configuración de la red Será responsabilidad del Adjudicatario la mantención de los segmentos operativos, y la implementación y configuración de todos los nuevos elementos que formarán parte de la red de comunicaciones Herramientas de Administración de Red El Adjudicatario deberá proveer del hardware y software necesario para implementar un Centro de Gestión de Red centralizado, de alto rendimiento, que permita el monitoreo en línea de todos los elementos involucrados en la red de comunicaciones de EPA. Durante la etapa de instalación de todos los enlaces el Adjudicatario deberá entregar un informe con los resultados de las mediciones de los enlaces instalados, en este informe deberá quedar claramente demostrada la capacidad real del enlace instalado de acuerdo al Ancho de banda ofrecido por este en su Oferta técnica para cada enlace. Adicionalmente EPA podrá solicitar realizar dichas mediciones en cualquier momento durante la duración del proyecto Comunicaciones SMS El Adjudicatario deberá proveer las facilidades de hardware, software básico y aplicaciones para gatillar las comunicaciones SMS de salida que sean requeridas por los sistemas desarrollados para este proyecto. Los cupos de mensajes serán contratados por EPA Servicio de Mantención al Hardware y al Site de Explotación El Adjudicatario deberá dar servicios de Mantención al hardware computacional y de comunicaciones, y a las salas donde se preste el Hosting de los computadores centrales. En este mismo sentido, dispositivos menores (cableado, protección, cables especiales, entre otros), deben ser asumidos por este servicio de Mantención Servicio de Operación Datacenter y Monitoreo Este servicio tiene por objetivo realizar la operación de los servidores y equipos del Site principal y del Site de Contingencia, ya sea directamente en el Site Central o en forma remota, para el caso del Site de Contingencia. 23

24 El servicio de operación solicitado, contempla la operación del equipamiento con personal del Adjudicatario o Propio del Site Central Características del Servicio El servicio de operación debe cumplir con, a lo menos, las siguientes características: Operación dedicada con un equipo de operadores. El servicio de operación debe tener una cobertura del tipo 7*24, que permita una continuidad operativa. Detectar anomalías físicas de los equipos y escalar los problemas. Verificar que las líneas de comunicación estén funcionando. Monitoreo de equipos Detectar alarmas de los equipos y escalar los problemas Consideraciones del Servicio El Adjudicatario deberá desarrollar, con aprobación de EPA los procedimientos y manuales respectivos, que permitan una operación externalizada de los sistemas. En esta misma labor en conjunto, el Adjudicatario deberá definir con EPA las herramientas o métodos que permitan a EPA asegurarse del cumplimiento de los procedimientos establecidos. Considerar la jornada laboral que deberán cumplir los operadores, con sus respectivos días de descanso, dado que los operadores deben dar un servicio de 7x24. Considerar el equipamiento necesario para las labores de respaldo Niveles del Servicio El servicio de operación debe tener una cobertura del tipo 7*24, que permita una continuidad operativa Servicio de Explotación Este servicio tiene por objetivo realizar la explotación de los servidores centrales del Site principal, ya sea directamente en el Site Central o en forma remota. El servicio de Explotación solicitado debe también coordinarse para realizar las labores del Site secundario o de contingencia, cuando este se habilite, para lo cual deberá existir un procedimiento que permita coordinar con el personal de EPA o del subcontratista del Site de Contingencia, para realizar algunas labores propias de explotación de los sistemas Características del Servicio El servicio de explotación debe cumplir con, a lo menos, las siguientes características: Explotación dedicada con un equipo de operadores de mayor nivel. Se debe entregar un servicio 7x16: Realización de respaldos: diarios, mensuales, anuales e histórico. Y almacenarlos en una Cintoteca. Los medios físicos para el respaldo serán de cargo del Adjudicatario. 24

25 Monitorear el Sistemas con respecto a que las aplicaciones estén con sus Software Básicos activos y funcionando. Ejecutar procesos Batch. Y en general todas las labores que tengan relación con la explotación del sistema computacional Consideraciones del Servicio El Adjudicatario deberá desarrollar, con aprobación de EPA los procedimientos y manuales respectivos, que permitan una explotación externalizada de los sistemas. En esta misma labor en conjunto, el Adjudicatario deberá definir con EPA las herramientas o métodos que permitan a EPA asegurarse del cumplimiento de los procedimientos establecidos Niveles del Servicio El servicio de explotación debe tener una cobertura del tipo 7*16, que permita una continuidad operativa Servicio de Administración del Sistema Operativo de Servidores Este servicio tiene como objetivo realizar las tareas relacionadas con la administración del sistema operativo de servidores y a la continuidad operativa de éstos. La prestación de este servicio debe ser responsabilidad de personal altamente calificado y con vasta experiencia en la materia. Para este fin el Adjudicatario deberá presentar a EPA los respectivos certificados de Expertice emitidos por los capacitadores, que demuestren que su personal realizó los cursos de administración en los respectivos Sistemas Operativos. La ejecución de las tareas de monitoreo, administración, soporte; son las que, en su conjunto, permitirán al Adjudicatario, responsabilizarse por mantener un alto grado de disponibilidad en los servidores. Se debe disponer de herramientas de monitoreo y administración remoto, que indique los principales parámetros que afecten a los Sistemas Operativo Características del Servicio Las tareas de administración, monitoreo y soporte para la continuidad operativa de los servidores se debe realizar con la modalidad 7*24. Las características que debe ofrecer el servicio, en relación a monitoreo y soporte consisten, entre otras, en: Registro y monitoreo continuo del rendimiento y uso de las componentes de CPU, memoria y consumo de disco. Será bien evaluado que EPA disponga también de dicha información remotamente, de preferencia vía acceso WEB. Monitoreo de espacio disponible (libre) en los discos. Revisión diaria de los logs de respaldos. Manejo de bitácora de eventos. 25

26 Diagnóstico de fallas técnicas de hardware y software. Resolución de fallas de software del sistema operativo. En cuanto a la administración del sistema operativo, se indican las siguientes características: Administración de perfiles de usuarios (cuentas, cuota, privilegios, etc.). Mantención de archivos del sistema operativo tales como: archivo de cuentas, parámetros, cuotas de disco. Análisis de necesidades de crecimiento de la configuración. Entregar informes periódicamente acerca de la gestión del servicio. Responsabilidad en los proyectos relacionados con la configuración computacional. Gestión de las unidades de almacenamiento externo. Y todo lo relacionado con las prácticas conocidas de administración de sistemas operativos Consideraciones del Servicio El Adjudicatario deberá desarrollar, con aprobación de EPA los procedimientos y manuales respectivos, que permitan una operación externalizada de la plataforma de servidores. En esta misma labor en conjunto, el Adjudicatario deberá definir con EPA las herramientas o métodos que permitan a EPA asegurarse del cumplimiento de los procedimientos establecidos Niveles del Servicio El servicio de monitoreo y soporte debe tener una cobertura del tipo 7*24, que permita una continuidad operativa. En caso de atención ante alguna contingencia, se debe atender en < 15 minutos en horario normal y de < 1 horas en horario extraordinario. Entiéndase por horario normal: lunes a viernes hábiles entre las 08:00 hrs. y las 20:00 hrs y los sábados hábiles de 8:00 a 14:00. Por horario extraordinario: lunes a viernes hábiles entre las 20:00 hrs. y las 08:00 hrs, los sábados hábiles de 00:00 hrs a 08:00 y de 14:00 a 24:00 y los días domingos y festivos desde las 00:00 hrs a las 24:00hrs Servicio de Administración de Base de Datos de Servidores Este servicio está orientado a realizar las tareas de monitoreo, administración y planificación que requiere permanentemente el ambiente de Base de Datos. La prestación de este servicio debe ser responsabilidad de personal altamente calificado y con vasta experiencia en la materia. Para este fin el Adjudicatario deberá presentar a EPA los respectivos certificados de Expertice emitidos por los capacitadores, que demuestren que su personal realizaron los cursos de administración en las respectivas Bases de Datos. Se debe disponer de herramientas de monitoreo y administración remoto, que indique los principales parámetros que afecten a las bases de datos. Este servicio, debe incluir realizar, cuando sea necesario, la aplicación de parches de software de las herramientas utilizadas, liberadas por el proveedor de dicha herramientas y la administración básica de dichas herramientas. 26

27 Características del Servicio Se entrega una lista con las actividades que, a lo menos, deberá ofrecer el Adjudicatario: Mantención de objetos. o Cuentas de usuario (espacio, privilegios, acceso). o Tablespaces. Monitoreo o Verificación diaria de la ejecución de los respaldos. o Búsqueda diaria de errores/warning en archivos de log y/o traces. o Disponibilidad de espacio libre. o Niveles de fragmentación de la Base de Datos. o Medición de niveles de performance de la Base de Datos. Mantención o Ejecución de tareas en base al análisis de los monitoreos. o Mantención de estructuras de datos e índices. Tuning del motor de la Base de Datos o Análisis de crecimientos. o Ajustes de parámetros. Mantención de bitácoras de eventos. Entrega periódica de informes con el consumo y rendimiento de la Base de Datos. Monitoreo de disponibilidad de servicios. Respaldo y recuperación (pérdida parcial o total de la Base de Datos). Seguridad en el acceso a los datos y manejo de privilegios en las cuentas de usuarios. Y todo lo relacionado con las prácticas conocidas de administración de bases de datos Consideraciones del Servicio El Adjudicatario deberá desarrollar, en conjunto con EPA los procedimientos y manuales respectivos, que permitan una operación externalizada de los sistemas. En esta misma labor en conjunto, el Adjudicatario deberá definir con EPA las herramientas o métodos que permitan a EPA asegurarse del cumplimiento de los procedimientos establecidos Niveles del Servicio El servicio debe tener una cobertura del tipo 7*24, que permita una continuidad operativa. En caso de atención ante alguna contingencia, ésta deberá ser atendida antes de 15 minutos en horario normal y de < 1 horas en horario extraordinario. Entiéndase por horario normal: lunes a viernes hábiles entre las 08:00 hrs. y las 20:00 hrs y los sábados hábiles de 8:00 a 14:00. Por horario extraordinario: lunes a viernes hábiles entre las 20:00 hrs. y las 08:00 hrs, los sábados hábiles de 00:00 hrs a 08:00 y de 14:00 a 24:00 y los días domingos y festivos desde las 00:00 hrs a las 24:00hrs Servicio de Administración de Red de Comunicaciones Este servicio lo debe proporcionar con el fin de revisar la red interna de cada site y las líneas de entrada y salida y detectar posibles fallas en la red del Site. 27

28 Consideraciones del Servicio Deberá contar con herramientas capaces, por ejemplo, de señalar posibles fallas de comunicación con cualquiera de los equipos involucrados en la red, indicar algún problema con los enlaces y/o anchos de banda, advertir dificultades de ruteo, etc Servicio de Administración de Usuarios y Dominios La mantención y la actualización de las cuentas de usuarios y de los dominios de EPA forman parte de esta licitación Servicio de Administración Remota del Servicio Webhosting La mantención y la actualización remota del servicio WEB forman parte de esta licitación Servicio HOT-LINE Este servicio consiste en apoyar directamente a la mesa de ayuda de EPA en la resolución de problemas específicos. Con el fin de mantener un control del nivel de servicio entregado por el Adjudicatario, EPA centralizará en su mesa de ayuda interna todos los reportes de falla, lo que le permitirá evaluar el comportamiento de los servicios externalizados. En este sentido, el Adjudicatario debe brindar un servicio HOT-LINE (Telefónico y eventualmente con otro tipo de apoyo tecnológico), que permita llevar un control y coordinación entre la mesa de ayuda de EPA y los proveedores del servicio al interior de la empresa Adjudicataria o sus subcontratistas. El servicio deberá ser capaz de realizar, a lo menos, las siguientes tareas: Recepcionar las llamadas de la mesa de ayuda de EPA. Llevar registros de las llamadas en una bitácora. Resolver los requerimientos de la mesa de ayuda de EPA, considerando sólo consulta y respuesta, vía HOT-LINE según la siguiente pauta: o Tiempo máximo de espera a la atención 30 seg. o Tiempo máximo de respuesta a la consulta < 15 min. Redirigir el problema, a quien corresponda dentro del Adjudicatario, para dar solución al requerimiento de la mesa de ayuda En caso que la situación planteada exceda los conocimientos de los encargados habituales, es función del Adjudicatario tomar contacto con sus subcontratistas especializado en alguno de sus temas. El redirigir los requerimientos a otras instancias no implica el cierre del requerimiento. Emitir informe periódico, a lo menos mensual, de los siguientes datos: o Estadísticas de llamada por servicio / aplicación. o Tiempo de solución promedio de los requerimientos por servicio / aplicación. o Problemas no resueltos y curso de acción tomado. 28

29 EPA se reserva el derecho de solicitar el informe, antes indicado, según estime necesario y en ningún caso este servicio debe ser justificación para la no detección de problemas, que debiese efectuarse con los servicios de Monitoreo solicitados Integridad y Seguridad de la Información Para delinear los requerimientos de Seguridad de la Información que regirán la presente licitación y los controles sugeridos, en el Anexo: Requerimientos de Integridad y Seguridad de la Información se resumen los aspectos relevantes del Decreto Supremo Nº 83, promulgado el 03 de Junio del 2004 y publicado en el Diario Oficial el 12 de Enero del 2005 y a la norma Chilena NCh2777, que es parte integrante de dicho decreto. 3.3 Rendimiento y otros Niveles de Servicio requeridos (SLA) El Adjudicatario deberá garantizar que los índices, detallados en esta sección, permanezcan en los rangos y valores indicados para cada uno de ellos, de acuerdo a los tramos horarios que se define en cada SLA. Para la evaluación del rendimiento existirá un horario normal y un horario extendido, se considerará horario normal: el tiempo transcurrido dentro del horario comprendido de lunes a viernes hábiles entre las 08:00 hrs. y las 20:00 hrs y los sábados hábiles de 8:00 a 14:00. Por horario extendido: lunes a viernes hábiles entre las 20:00 hrs. y las 08:00 hrs, los sábados hábiles de 00:00 hrs a 08:00 y de 14:00 a 24:00 y los días domingos y festivos desde las 00:00 hrs. a las 24:00hrs. Es importante destacar que en la eventualidad que exista algún grado de incoherencia entre las especificaciones técnicas y los SLA, primará el criterio de los SLA. EPA podrá someter al Sistema a pruebas de rendimiento bajo una carga de trabajo simulada, como condición previa a su recepción. No obstante, si durante la operación real del sistema éste no cumpliere con el rendimiento estipulado, el Adjudicatario estará obligado a efectuar las modificaciones que sean necesarias, ya sea en el hardware o en el software, para resolver este problema, sin costo adicional para EPA. Para efectos de medir el rendimiento, se entenderá por transacción, a cada servicio de atención al usuario; y el tiempo de respuesta, se medirá desde el momento en que una estación de trabajo termina de enviar un pedido, hasta que empieza a salir el "output". En el caso de salida impresa en papel, el puesto de trabajo no deberá quedar bloqueado mientras se realiza la impresión. El sistema deberá procesar eficientemente las aplicaciones batch que se implementen, sin que esto afecte al rendimiento interactivo del sistema Tiempo de Respuesta El tiempo de respuesta por transacción deberá ser inferior a 3 segundos, para el 95% de las transacciones efectuadas en horario normal, en un mes. En el horario extendido el tiempo de respuesta se permitirá que suba a 5 segundos para el 95% de las transacciones efectuadas en ese 29

30 horario. Para realizar la medición del Tiempo de Respuesta, este se medirá desde un puesto de trabajo que deberá estar conectadas con un enlace dedicado al Site Central "Throughput" El sistema propuesto deberá procesar al menos 20 transacciones por segundo, medido en en horario normal Funcionamiento de la Aplicación, Hardware y Software básico Distinguiremos entre falla o indisponibilidad parcial (un máximo de 2 servicios o componentes no están disponibles) y total (más de 2 servicios o componentes no están disponibles). En horario normal: El sistema central (Aplicación, Hardware o Software básico) no puede presentar indisponibilidad total más de 1.2 horas al mes (99,5% de disponibilidad). Adicionalmente, la suma de las fallas parciales no puede exceder las 3 horas al mes. En un período de un trimestre, el sistema central no podrá sufrir más de 4 fallas totales y 6 fallas parciales. El tiempo de reposición del sistema no puede exceder los 30 minutos frente a cualquier indisponibilidad, total o parcial. En Horario extendido: El sistema central no puede presentar indisponibilidad total por más de 4 horas al mes. La suma de las fallas parciales no puede exceder las 5 horas al mes. Adicionalmente, en un período de un trimestre, el sistema central no podrá sufrir más de 6 fallas totales y 10 fallas parciales. El tiempo de reposición del sistema no puede exceder los 60 minutos frente a cualquier indisponibilidad, total o parcial. Las mantenciones preventivas, previamente acordadas con el Ministerio, se llevarán a efecto preferentemente en horario extendido y no suman a este indicador Tiempo de solución de problemas o de Atención de fallas En caso de existir problemas en la aplicación, el Adjudicatario deberá responder y realizar un diagnóstico del problema en un plazo de 2 horas como máximo, para un 95% de los llamados, y resolver el problema o en su defecto proponer un plan de trabajo para reparar la situación, dentro de los siguientes 60 minutos. Los trabajos deben ser ejecutados por personal altamente calificado. Todos los plazos señalados en este punto serán contados desde la notificación telefónica de la falla, y/o su ingreso al Sistema de Hot-line 30

31 3.3.5 Niveles de Servicio para los enlaces de datos centrales El Adjudicatario deberá asegurar la operación de los enlaces de INTERNET en horario normal que llegan al Site Principal por al menos el 99.6% anual Mediciones de Niveles de Servicio de las Aplicaciones El Adjudicatario deberá indicar la serie de procedimientos que permitan efectuar las mediciones de cada uno de los SLA exigidos y efectuar las mediciones, las cuales deben ser auditables. Los SLAs exigidos corresponden a una serie de valores que serán la base de comparación con respecto a las mediciones reales efectuadas. Los procedimientos deberán indicar qué se medirá, cómo se medirá, con qué frecuencia se analizarán y entregarán los resultados. 3.4 Documentación Sin perjuicio de lo solicitado en los puntos anteriores de estas Bases, el Adjudicatario deberá entregar la documentación del hardware y de todo el software básico incluido. Para cualquier desarrollo, deberá proveer una documentación completa, incluyendo manuales de mantención, explotación y de usuario. La documentación deberá mantenerse permanentemente actualizada, y se evaluará positivamente el uso de metodologías y herramientas que faciliten la efectiva actualización de la documentación. En particular, se deberá actualizar la documentación que corresponda a cada nuevo cambio en producción. El Adjudicatario deberá proporcionar un esquema que mantenga ordenado la totalidad de esta documentación, de acuerdo a un formato y contenido previamente acordado EPA. Además, el Adjudicatario deberá elaborar un manual de procedimientos de la administración de los recursos computacionales de este proyecto para EPA, así como un manual de buenas prácticas (derechos y deberes) de los usuarios informáticos de las aplicaciones desarrolladas (Internos y Externos). 3.5 Capacitación El Adjudicatario deberá considerar capacitación permanente para el personal encargado de operar, explotar y administrar la mesa de ayuda, cuando se generen nuevas aplicaciones o haya renovación tecnológica. Cuando EPA habilite su site de contingencia, el Adjudicatario deberá prestar la capacitación para poder implementar dicho site de contingencia. 3.6 Seguros Todos los seguros necesarios para cubrir los riesgos que puedan afectar al sistema, equipos y a sus instalaciones, serán de cargo del Adjudicatario o del Subcontratista de los Site. 31

32 3.7 Mesa de Ayuda La labor de Mesa de Ayuda será efectuada por personal de EPA. 3.8 Apoyo para la Habilitación de un Site de Contingencia El site de contingencia será provisto por EPA, después de iniciada la explotación de los dos módulos que contempla la etapa inicial de este proyecto. Se deberá entregar las especificaciones del hardware y software básico necesario para que EPA implemente dicho Site. 3.9 ORGANIZACIÓN, RECURSOS HUMANOS Y METODOLOGÍA ORGANIZACIÓN DEL PROYECTO Coordinadores del Proyecto Perfil del Coordinador del Proyecto El coordinador del Adjudicatario, deberá comprobar experiencia individual relevante que acrediten experiencia en proyectos de características similares, y perfil educacional acorde con las necesidades del proyecto (administración de recursos y tiempos, comunicación, etc.). Además debe contar con experiencia como jefe de proyecto en el ámbito de la ingeniería o afines con experiencia mínima de 12 años de ejercicio profesional, y al menos 5 años en la dirección de proyectos de carácter multidisciplinario en el ámbito de las TIC, de implantación e integración de sistemas, que involucren tecnologías de información y telecomunicaciones, y que incluyan diseño, desarrollo e instalación y a lo menos experiencia específica en las siguientes tres áreas de especialización: General Gestión de proyectos multidisciplinarios de tecnologías de información y comunicaciones e instalaciones. Diseño de negocios tecnológicos y aspectos jurídicos relacionados. Ingeniería Ingeniería y planificación de sistemas de información y gestión. Diseño, implementación y operación de sistemas de información de puertos, desarrollo de software, implementación, operación y administración de sistemas. Diseño de sistemas computacionales, identificación de arquitecturas de Tecnologías de Información (TI) necesarias. Deberá además tener las capacidades necesarias para revisar diseños, definir programas de testeo, integración y pruebas de aceptación de sistemas complejos. Personal Debe contar con experiencia en manejo de personal acorde con las necesidades del proyecto. 32

33 Recursos Humanos y Organigrama EPA considera la capacidad del grupo de profesionales del PROPONENTE como uno de los aspectos de mayor importancia para el éxito del proyecto. En particular, la envergadura del proyecto, además de su complejidad técnica y operativa, amerita que el PROPONENTE coloque en las posiciones de responsabilidad, recursos humanos de excelencia en gestión, operación y aspectos técnicos. Por lo tanto, el PROPONENTE deberá presentar el Currículum Vitae extenso de aquellos cuadros que estima serán de mayor relevancia para el éxito del proyecto. Nótese que estas personas deben formar parte del grupo profesional existente y estable del PROPONENTE. Este Currículum Vitae debe incluir el historial completa del profesional, en particular sus trabajos y cargos en empresas anteriores. Se valorizará positivamente una carta de compromiso de participación en el proyecto por parte de los profesionales mencionados. Además, el PROPONENTE deberá incluir en su propuesta un organigrama de su grupo profesional, que incluya los cargos claves en gestión, operación y aspectos técnicos. Este organigrama debe ser comentado, es decir, explicar clara y detalladamente las responsabilidades y competencias de cada uno de sus integrantes concretos. Del mismo modo debe incorporar la Cantidad de Horas dedicadas al proyecto de todo el equipo propuesto. En el caso que el PROPONENTE contemple contratar cuadros profesionales importantes, después de la adjudicación, debe indicarse tal hecho en el organigrama y adjuntarse una descripción genérica del cargo ENTORNO DE TRABAJO Todos los nuevos desarrollos, sean ellas funciones puntuales o aplicaciones completas deben realizarse dentro de un marco formal, coherente y consistente de ingeniería, que se denominará en adelante Entorno de Desarrollo y Explotación. La realización de este entorno forma parte de los trabajos de desarrollo del Proyecto. El objetivo esencial de este entorno es permitir a EPA mantener el control sobre el Sistema Computacional, lo que incluye: Control sobre la administración y operación del sistema. Control sobre el desarrollo de las aplicaciones y funcionalidades. Control sobre la mantención del sistema. Independencia de los recursos humanos particulares, tanto aquellos del Adjudicatario como los propios del SERVICIO. En concreto, el nuevo Entorno de Desarrollo y Explotación para EPA consistirá de documentos, normas y definiciones de procedimientos que determinarán entre otras: a) La arquitectura particular del sistema 33

34 Esta arquitectura deberá establecer, cómo se integran las diferentes "partes" de software básico y hardware. Por ejemplo, debe permitir la integración del hardware, software básico (sistema operativo, DBMS, etc.) y otros software estándares, de acuerdo a las necesidades computacionales de EPA. b) La forma cómo las aplicaciones se desarrollan, insertan, operan y mantienen, dentro de esta arquitectura. Esto consiste en un conjunto de definiciones, interfases, normas, procedimientos y herramientas de software que deberán cumplir las siguientes funciones: Aislar el desarrollo y la mantención de las aplicaciones, de los detalles tecnológicos y de la arquitectura del sistema. Permitir la integración de estas aplicaciones entre sí y al sistema, tanto en forma total como incremental. Asegurar el desarrollo de aplicaciones portables. Permitir el manejo de control de versiones del software. Proporcionar un marco en el cual se pueda realizar, controladamente, la subcontratación del desarrollo de parte del software, tanto de algún módulo especializado, como de una aplicación funcional de EPA. c) La forma cómo los sistemas se administran, opera y explota. Al igual que en el caso de las aplicaciones, esto consiste en un conjunto de definiciones, programas utilitarios, normas y procedimientos, pero dirigidas a permitir administrar, explotar y operar los sistemas de tecnología abierta. También deben incluirse en este entorno, las facilidades para poder realizar mejoras constantes en la administración de los sistemas MODELAMIENTO Y ESPECIFICACIONES DE SOFTWARE El Adjudicatario deberá especificar el estándar a usar para el desarrollo de software, indicando estándares de modelamiento, técnicas de análisis y diseño, pruebas e integración, así como también la técnica de documentación utilizada. 34

35 4 PLAN DE TRABAJO E IMPLEMENTACIÓN 4.1 ETAPAS DEL PROYECTO En total, el Proyecto tendrá una duración total de 42 meses, a partir del inicio oficial del proyecto, de acuerdo a lo definido en el capítulo VIGENCIA DEL CONTRATO de las Bases Administrativas. El Proyecto se dividirá en las siguientes etapas: Etapa de Desarrollo y Explotación Transitorio del PCS Conexión Arica CXA Etapa de Explotación y mantención Correctiva y Evolutiva Etapa de Desarrollo y Explotación Transitorio del PCS Conexión Arica CXA Desde el punto de vista del Adjudicatario, el proyecto se inicia con la Etapa de Desarrollo y Explotación Transitorio del PCS Conexión Arica CXA, cuya finalidad consiste en realizar el desarrollo de los primeros productos de software y la explotación transitoria del PCS Conexión Arica CXA. La Etapa de Desarrollo y Explotación Transitorio del PCS Conexión Arica CXA tendrá una duración de 6 meses y estará compuesta de 3 sub etapas, las cuales al menos deben consistir o contemplar las siguientes macro actividades en las cuales a su vez se subdividen: A. Sub Etapa Desarrollo y Explotación Transitoria Portal PCS Versión 1.0 Conexión Arica CXA Desarrollo Portal PCS Versión 1.0 Conexión Arica CXA: Este desarrollo no puede durar más de 60 días. Hosting Transitorio de Portal PCS Conexión Arica CXA: Consiste en un hosting transitorio para poder explotar, mientras terminal la etapa de desarrollo, la funcionalidad implementada para el Portal PCS Conexión Arica CXA. Este Hosting debe empezar a funcionar a penas concluya el desarrollo del Portal. Mantención Correctiva Portal PCS Conexión Arica CXA: Consiste en la provisión de servicios de mantención correctiva para permitir el adecuado funcionamiento del hosting transitorio. B. Sub Etapa Especificación en Detalle Módulo de Tracking Lógico de Carga PCS Versión 1.1. Especificación Módulo Tracking Lógico de Carga Especificación de SW Interacción con TPA Especificación de SW Interacción SNA Especificación Contratación de lotes de SMS para carrier o empresas especializadas para contratar por EPA C. Sub Etapa Desarrollo e Implementación Módulo de Tracking Lógico de Carga PCS Versión 1.1 Esta sub etapa sólo puede iniciarse, una vez concluida la Sub Etapa Especificación en Detalle Módulo de Tracking Lógico de Carga y consta de: 35

36 Desarrollo e Implementación Módulo Tracking Lógico de Carga Desarrollo e Implementación de SW Interacción con TPA Desarrollo e Implementación de SW Interacción SNA La Etapa de Desarrollo y Explotación Transitorio del PCS Conexión Arica CXA se considerará como terminada exitosamente si y solo si EPA cuenta con todo lo especificado en estas Bases Técnicas. En su oferta, el PROPONENTE deberá presentar una planificación gruesa y esquemática de hitos relevantes de la Etapa de Desarrollo y Explotación Transitorio del PCS Conexión Arica CXA, así como los productos que se espera entregar. Posteriormente, entre la adjudicación y los primeros 10 días hábiles después del inicio oficial del proyecto, el Adjudicatario deberá elaborar y acordar, en estrecha colaboración con EPA, la planificación detallada de la Etapa de Desarrollo y Explotación Transitorio del PCS Conexión Arica CXA. Los hitos definidos en esta planificación servirán para el control de avance del proyecto y el nocumplimiento de estos hitos estará sujeto a las multas definidas en el capítulo Multas por Incumplimiento de Plan de Trabajo de las Bases Administrativas. El Adjudicatario deberá entregar oficialmente esta planificación al Coordinador del Proyecto de EPA, a más tardar 10 días hábiles después del inicio oficial del proyecto. EPA dispondrá de 15 días hábiles para aprobar formalmente dicha planificación. Sin perjuicio de lo anterior, durante esta etapa, el Adjudicatario deberá presentar, como mínimo cada 3 meses, informes de avances. El formato de dichos informes se definirá de común acuerdo entre EPA y el Adjudicatario. Es posible que esta etapa termine antes, en cuyo caso se dará inicio antes a la Etapa de Explotación Etapa de Explotación y mantención Correctiva y Evolutiva (o Etapa de Explotación) Esta etapa corresponde a lo que resta de la duración total del Proyecto, a partir de la recepción conforme de los requisitos de la etapa de Migración y/o Desarrollo por parte del SERVICIO. La Etapa de Explotación y mantención Correctiva y Evolutiva (o Etapa de Explotación) tendrá una duración máxima de 36 meses. Durante esta etapa, el Adjudicatario deberá: a) Asegurar la explotación y operación del sistema, de acuerdo a las condiciones contractuales. Actividad o servicio que se denominará Explotación y Mantención Correctiva. b) Dar cumplimiento a los requerimientos solicitados en estas Bases que no formaron parte de la Etapa de Desarrollo y Explotación Transitorio del PCS Conexión Arica CXA y que no fueron implementados durante esa etapa. Actividad o servicio que se denominará Mantención Evolutiva. Las dos actividades o servicios que se harán o prestarán durante la Etapa de Explotación, deben consistir o contemplar las siguientes macro actividades o hitos relevantes en las cuales se subdividen: 36

37 A. Servicio de Explotación y Mantención Correctiva Inicio Hosting aplicación Módulo Tracking Lógico de Carga. Inicio Hosting definitivo Portal PCS Versión 1.0 Conexión Arica CXA-EPA Mantención correctiva del Portal PCS Versión 1.0 Conexión Arica CXA-EPA y del Módulo Tracking Lógico de Carga. Inicio del Servicio de Comunicación SMS. Se deben entregar las especificaciones del Hardware y Software Básico Necesario para que EPA implemente un Site de Contingencia. Este Servicio debe contemplar que en el desarrollo evolutivo, se deben generar servicios de Hosting, Mantención Correctiva y de Site de Contingencia para los desarrollos que se realicen. B. Servicio Mantención Evolutiva Especificación, Desarrollo e Implementación Módulo de Desempeño (BI). Especificación, Desarrollo e Implementación Módulo de Intercambio Electrónico de Documentos. Especificación, Desarrollo e Implementación Módulo de Evolución del PCS Conexión Arica CXA. Especificación, Desarrollo e Implementación Generación de Indicadores. Estos dos servicios se deberán cotizar con un valor aparte y como un valor mensual. Sin perjuicio de lo anterior, durante esta etapa, el Adjudicatario deberá presentar cada 4 meses informes detallados del estado del proyecto. El formato de dichos informes se definirá de común acuerdo entre EPA y el Adjudicatario. 37

38 5 ANEXOS 5.1 Sugerencia para el Software Aplicativo Modelo de Despliegue Se propone el siguiente modelo de despliegue, donde aparecen los nodos y componentes de la solución: deployment Modelo de despliegue Nodo Portal Nodo BI Administración Portal BI Enrolamiento Mantenedores Lista de tareas Formularios Consulta Tracking v iaj e Reportes Perfilamiento Administrador de reglas Bandeja de Notificaciones y Alertas Autenticación Consulta Tracking carga ETL Tutoriales Búsqueda de Documentos Noticias Dashboard Nodo Gestor Documental Nodo BD Gestor Documental BD Operacional BD BI Documentos Modelo del dominio Indicadores «ETL» «flow» Documento Nodo ESB «persistencia» ESB Documento «flow» Validador Documento Transformación Documento Motor de Reglas «flow» «flow» Canales de Entrada Notificacion «flow» Canales de Salida Web Service REST FTP/SFTP FS Web Sevice REST FTP/SFTP FS SMTP Twitter RSS Modelo de Despliegue Solución propuesta Los nodos corresponden a servidores donde se instalan distintas componentes. Sin duda estos nodos pueden ser consolidados o virtualizados, aspecto sujeto a la propuesta de equipamiento tecnológico sugerido por el licitante. Los nodos involucrados en esta solución son los siguientes: 38

39 Nodo portal. Nodo que corresponde a una infraestructura de portal y donde se concentra toda la interacción con el usuario final. En este caso el concepto es tener dos instancias de portal, una para labores administrativas, propias de usuarios internos, y otra para los usuarios externos. Nodo BI. Nodo que implementa la solución de Business Intelligence que permitirá en primera fase crear reportes, y luego en fases posteriores implementar un panel de control con los principales indicadores. Nodo Gestor Documental. Nodo que es un ECM (Enterprise Content Manager), que permite guardar documentos versionados, su indexación y su búsqueda y recuperación. Nodo BD. Nodo que proporciona una base de datos relacional a la solución. Nodo ESB. Bus de integración que actúa como concentrador de mensajes y aplica las reglas de procesamiento de los mensajes. Los componentes de estos nodos son: Enrolamiento. Esta componente permite enrolar a los stakeholders y definir sus datos para los distintos tipos de notificaciones, como son direcciones de correo, cuentas twitter, etc. Mantenedores. Permite administrar todas las entidades base presentes e implementa las operaciones CRUD (Create, Read, Update y Delete) sobre ellas. Perfilamiento. Crea y asigna perfiles a los usuarios del sistema. Administrador de reglas. Administra las reglas de procesamiento de los mensajes. Lista de tareas. Permite que los usuarios puedan ver cuáles son las acciones que tienen pendientes sobre el sistema. Por ejemplo completar un formulario de datos. Formularios. Los formularios permiten que los usuarios completen información necesaria para las líneas logísticas y que no pueden ser obtenidas de manera automática de otros sistemas. Consulta Tracking de viaje. Implementa la consulta de tracking del viaje, permitiendo consultar por placa patente, fechas, etc. Consulta Tracking de carga. Implementa la consulta de tracking del viaje, permitiendo consultar por BL, número de contenedor, fechas, etc. Bandeja de notificaciones y alertas. Permite a los stakeholders revisar las notificaciones y alertas generadas por el sistema al procesar los mensajes. Autenticación. Componente de autenticación que permite que los usuarios ingresen al sistema solo si están autorizados. Tutoriales. Tutoriales interactivos de educación sobre las líneas logísticas (procesos de negocio) y uso del sistema. Búsqueda de documentos. Búsqueda de documentos almacenados en el gestor documental. Noticias. Noticias de la comunidad portuaria. 39

40 Reportes. Reportes sobre tracking, historial, datos, etc. ETL. Extract Transformation and Load, herramienta que permite extraer los datos operacionales y cargarlos en el BI. Dashboard. Panel de control donde se pueden visualizar los principales indicadores a través de visores gráficos. Indicadores. Indicadores históricos y operacionales. Modelo del dominio. Entidades y datos propios de las líneas logísticas. Documentos. Documentos involucrados en las líneas logísticas. Validador. Componente que valida los mensajes certificando su integridad y origen. Transformador. Transforma los mensajes en un formato compatible para su procesamiento. Motor de reglas. Motor que aplica las reglas a los mensajes, produciendo la creación de cargas y viajes, cambios de estado, notificaciones, alarmas, etc., como consecuencia de la aplicación de las reglas. Canales de Entrada. Canales a través de los cuales se reciben mensajes. Canales de Salida. Canales a través de los cuales se despachan notificaciones y alarmas. 5.2 Modelo de Capas Se recomienda que la arquitectura del proyecto, se base en un modelo de capas, en este caso: presentación, negocio, e Integración y Datos. Las ventajas de optar por un modelo de capas son: Aislamiento de lógica de aplicaciones en componentes independientes, de tal manera que se puedan reutilizar por otros sistemas. Distribución de las capas en distintos nodos, según la arquitectura física que se tenga. Conformación de equipos por especialización de habilidades. 40

41 class Capas Capa de Presentación y Servicios Capa de Negocios Capa de Acceso a Datos Modelo de Negocios Seam Ajax Ext Componente Rest Business Object DAO Modelo de Objetos RestEasy Objeto JPA JDBC JAXWS JAXB Componente WS JAXB JPA Figura 12 - Diagrama de capas EXT: ExtJS es una biblioteca de JavaScript para el desarrollo de aplicaciones web interactivas usando tecnologías AJAX, DHTML y DOM. Incorpora un completo modelo de componentes. Varios de estos componentes están capacitados para comunicarse con el servidor usando AJAX. También contiene numerosas funcionalidades que permiten añadir interactividad a las páginas HTML. JAXWS: Java API for XML Web Services que es parte de Java 6. En este caso se utilizará la implementación JBoss incluida en el servidor de aplicaciones. RestEasy: RESTEasy es la implementación JBoss de JAX-RS, el JSR que estandariza la forma de escribir servicios web REST desde Java. Estos servicios web serán consumidos o invocados por la capa Ext. SEAM: JBoss Seam es un framework desarrollado por JBoss. Combina a los dos principales frameworks J2EE, Enterprise JavaBeans EJB3 y JavaServerFaces JSF. Se puede acceder a cualquier componente EJB desde la capa de presentación refiriéndolo mediante su nombre de componente seam. Seam introduce el concepto de contextos. Cada componente de Seam existe dentro de un contexto. El contexto conversacional por ejemplo captura todas las acciones del usuario hasta que éste sale del sistema o cierra el navegador - inclusive puede llevar un control de múltiples pestañas y mantiene un comportamiento consistente cuando se usa el botón de regresar del navegador. En este caso SEAM será utilizado como el framework que permitirá la implementación de la capa de negocios. JPA: Java Persistence API, más conocida por su sigla JPA, es la API de persistencia desarrollada para la plataforma Java EE e incluida en el estándar EJB3. Esta API permite realizar el mapeo objeto-relacional, logrando la persistencia de cualquier objeto Java (conocidos como POJOs). JDBC: Java Database Connectivity, más conocida por sus siglas JDBC, es una API que permite la ejecución de operaciones sobre bases de datos desde el lenguaje de programación Java, independientemente del sistema operativo donde se ejecute o de la base de datos a la cual se accede, utilizando el dialecto SQL del modelo de base de datos que se utilice. 41

42 JAXB: La API JAXB es la tecnología de java que provee una API y una herramienta para a partir de un esquema XML, generar una representación en código java. Sin embargo, en este caso también se puede utilizar para generar objetos JSON. A través de anotaciones se define los elementos que pueden aparecer en el objeto JSON generado, permitiendo de esta forma realizar unmarshalling y marshalling. El término unmarshalling significa crear un objeto Java a partir de un objeto JSON y el término marshalling significa crear un objeto JSON a partir de un objeto Java. 5.3 Sugerencia de Infraestructura Herramientas de desarrollo Estaciones de trabajo S.O. Servidores JBoss Developer Studio. Ubuntu Ubuntu Server Servidores de Base de Datos Postgres 9.0 Gestor Documental Alfresco u Oracle Content Manager Servidor Portal ESB JBoss Portal JBoss ESB. Este incluye como motor de reglas a Drools. 5.4 Requerimientos de Integridad y Seguridad de la Información Objetivo El objetivo de este anexo es delinear los requerimientos de Seguridad de la Información que regirán la presente licitación y tienen como finalidad garantizar los estándares mínimos de seguridad de acuerdo al Decreto Supremo Nº 83, promulgado el 03 de Junio del 2004 y publicado en el Diario Oficial el 12 de Enero del 2005 y a la norma Chilena NCh2777, que es parte integrante de dicho decreto. A continuación se detallan diferentes puntos referentes a la seguridad de la información a considerar en la presente licitación, indicando (Norma Chilena, punto(s) de la norma) De la Securitización y Puesta en Producción de los Nuevos Desarrollos Propuestos (NCh2777, , 10) La seguridad de cada una de las soluciones de software realizadas, debe ser certificada por un servicio propio independiente y transversal o por un tercero Las aplicaciones ofrecidas deben contemplar diferentes opciones de autenticación aplicacional tales como, manejo de ACLs, Certificados digitales, Login Password. Además de lo anterior y en las situaciones que lo amerite se deberá utilizar sesiones Todas las aplicaciones ofrecidas deben proveer un nivel de datos auditables, que cuente al menos con registros de logs de acceso, logs de nivel de cuenta y logs de tipos de transacción. 42

43 Las aplicaciones deberán ser construidas utilizando estándares como XML, SOAP, u otro. Dichos estándares deben ser detallados en la propuesta respectiva Se deben proveer diferentes procedimientos de conexión (log-on) para sistemas en operaciones y de prueba, a fin de reducir el riesgo de error Las aplicaciones desarrolladas deben asegurar la utilización óptima de los recursos de red, lo cual debe ser certificado por un informe de tráfico de las diferentes tareas que realiza la aplicación El Adjudicatario deberá entregar un documento en el que se indique claramente que los códigos fuentes de las aplicaciones desarrolladas no contiene ningún tipo de código malicioso. Además deberá realizar pruebas previas a la instalación para detectar cualquier tipo de código malicioso Para cada una de las aplicaciones desarrolladas, el Adjudicatario deberá entregar los códigos fuentes debidamente documentados y etiquetados con fecha y versión del mismo El Adjudicatario deberá entregar las facilidades correspondientes para auditar las aplicaciones desarrolladas a EPA (en términos de calidad y precisión del trabajo realizado) De la Continuidad del Procesamiento (NCh2777, 11) El Adjudicatario deberá definir las pautas generales para asegurar una adecuada recuperación de la información en caso de ser necesario, además de la metodología para recuperar el procesamiento de los recursos críticos El Adjudicatario deberá proveer un plan de continuidad para cada uno de los puntos críticos de EPA. En este plan se deberán contemplar a lo menos los siguientes puntos. Definición de riesgos emergentes ante una situación de interrupción no prevista del procesamiento de la información relacionada con las operaciones de los sistemas. Definición de los planes de recuperación de la capacidad de procesamiento para minimizar los impactos de la interrupción en el correcto funcionamiento de EPA, focalizándose específicamente en la recuperación de las funciones y sistemas críticos para EPA cuya interrupción puede afectar directamente los objetivos de EPA El plan de continuidad del procesamiento deberá tener dos componentes principales: Tecnológico: procesamiento de los sistemas. Funcional: procedimiento del personal El plan de continuidad del procesamiento deberá contemplar al menos las siguientes etapas: Clasificación de los distintos escenarios de desastres 43

44 Se deberán identificar claramente los distintos tipos de desastres Caída en el procesamiento de los equipos. Interrupción en los servicios de comunicaciones. Desastres naturales. Fuego Agua Electricidad Ambientales Atentados / accidentes en las instalaciones. Situaciones no previstas con el personal Se deberá ponderar la ocurrencia de dichos desastres Se deberá fijar el alcance específico del proyecto a los desastres de mayor probabilidad Evaluación de impacto en EPA Se deberán definir los perjuicios considerados claves a tener en cuenta en la evaluación del impacto en EPA: Económicos Financieros Políticos Sociales De imagen Legales y/o Gremiales Se deberán identificar los usuarios claves de cada sector Se deberá relevar con los usuarios claves las funciones críticas de EPA Se deberá definir un tiempo máximo estimado en que se puede esperar a disponer de la información sin que impacte a EPA Se deberá efectuar estimaciones económicas del perjuicio para EPA Se deberán definir las funciones críticas que se identifican para la recuperación Desarrollo de una estrategia de recuperación Se deberá entregar un análisis de cómo impacta en los equipos de procesamiento: Cada uno de los distintos escenarios de desastres seleccionados, Cada una de las funciones críticas de EPA identificadas. 44

45 Se deberán definir distintas alternativas de recuperación del procesamiento Implementación de la estrategia Se deberá documentar el desarrollo de las medidas a implementar en cada una de las etapas: Identificación del desastre. Declaración del desastre. Actividades a desarrollar durante el desastre. Recuperación del procesamiento para volver a la situación normal. Entregar un documento que asegure la existencia de contratos comerciales necesarios para la ejecución de los procedimientos seleccionados (suministro de equipos, procesamiento en site de terceros, vínculos de comunicación alternativos, entre otros). Se deberán implementar los mecanismos tecnológicos necesarios, tales como: Generación de backups alternativos. Implementación de vínculos de EPA paralelos. Configuración de equipos espejados. Se deberán asignar las responsabilidades a cada una de las personas o sectores de EPA involucradas en el plan: En las distintas etapas del desastre. En el mantenimiento del plan a lo largo del tiempo. Se deberá entregar un plan de capacitación al personal involucrado en sus responsabilidades y llevar a cabo dicha capacitación. Se deberán definir acciones complementarias tales como: Comunicación a clientes y proveedores. Distribución física de lugares de trabajo del personal. Otros recursos (teléfonos, fax, u otro). Responsabilidades asignadas al recurso humano comprometido en el plan Documentación del plan de recuperación Se deberán desarrollar los procedimientos: Técnicos: Para la instalación y configuración de la tecnología involucrada. Funcionales: Para la operación de los equipos por parte de personal especializado, Para la ejecución de las tareas para el personal de cada sector Se deberá desarrollar los inventarios de: Personal Hardware Software Redes Requisitos de espacio Pruebas y mantenimientos del plan 45

46 El plan de pruebas debe ser documentado y debidamente probado El desarrollo de las pruebas debe ser: Unitario Integral Las pruebas deben asemejar lo más cercano a la realidad Se deberá realizar periódicamente un mantenimiento del plan Se deberá efectuar pruebas periódicas del correcto funcionamiento del plan Del Acuerdo de Confidencialidad (NCh2777, 4.2.2) El Adjudicatario deberá suscribir con EPA un acuerdo de confidencialidad, en el cual se compromete a no difundir, utilizar, vender o realizar cualquier otra actividad fuera de las actividades normales, con los datos, servicios e información que almacena, presta o cuenta EPA. Además el Adjudicatario debe mantener acuerdos de confidencialidad con terceros que también provean prestaciones al EPA y quienes sean parte integral del contrato celebrado, además se debe considerar como recomendación la NCh2777, De los Antivirus (NCh2777, 8.3.1) Se deberá implementar un sistema automático de control antivirus en las distintas zonas de las redes de EPA, con la finalidad de prevenir y eliminar las consecuencias de la acción de los virus informáticos Se deberá proveer un mecanismo de actualización automática y centralizada Los programas de antivirus deben permitir la detección de virus en archivos enviados y recibidos vía el servicio de correo electrónico o desde otras redes de datos / Internet, así como también en servicios que involucren la transmisión de archivos tales como sftp, ftp y http Adicionalmente se deberá realizar una ejecución periódica de otro programa antivirus en los equipos centrales de procesamiento de la información (que sean vulnerables a los ataques de virus informáticos), con el fin de reforzar el control sobre todo el disco De la detección de SPAM (NCh2777, 8.3) Para el caso que las aplicaciones tengan interacción vía correos electrónicos: Se deberá implementar un sistema automático de control de correos electrónicos masivos no deseados (SPAM). 46

47 La solución de control de correo electrónico no deseado ofrecida por el Adjudicatario, deberá ser parametrizable en la sensibilidad de la detección y capaz de retroalimentarse de manera automática con los SPAM recibidos La solución ofrecida, deberá permitir obtener reportes claros de las actividades realizadas, entregando métricas de los correos filtrados De la eliminación y monitoreo de software malicioso (NCh2777, 8.3) Se deberá implementar un sistema automático de control y monitoreo de software malicioso en todas las estaciones de computación personal a cargo del Adjudicatario, con la finalidad de prevenir y eliminar las consecuencias que estos tipos de software puedan ocasionar Se deberá proveer un mecanismo de actualización automática y centralizada de dicha herramienta De los Análisis de Vulnerabilidades (NCh2777, ) El Adjudicatario deberá encargar a una empresa externa o un servicio propio, independiente y transversal la realización de un análisis periódico de vulnerabilidades, el cual debe ser documentado y detallado El análisis de vulnerabilidades debe ser realizado en común acuerdo con EPA y de responsabilidad del Adjudicatario El Adjudicatario deberá entregar un acuerdo de confidencialidad antes de realizar el análisis de vulnerabilidades respectivo El Adjudicatario deberá realizar las acciones correctivas en los sistemas que EPA solicite y estime adecuado De los Ambientes de Procesamiento (NCh2777, 8.1.5) El Adjudicatario deberá definir las pautas generales para asegurar una adecuada separación de ambientes lógicos de procesamiento de la información (Zonas de seguridad) Se deberán implementar al menos los siguientes ambientes de procesamiento: Desarrollo de sistemas. Pruebas. Producción Se deberá realizar y proveer un mecanismo de inventario de versiones de software desarrollados Todo software desarrollado debe poseer las medidas mínimas de control y seguridad tales como: 47

48 Sistema de control de accesos de los usuarios que permita: Identificación del usuario. Segregación de funciones desde un punto de vista de control interno. Asignación de permisos a través de grupos o perfiles modelos Reportes y registros de auditoría automáticos sobre transacciones y archivos críticos que identifiquen usuario, fecha, hora, estación de trabajo, función realizada y preferentemente situación antes/después Mecanismos de recuperación automática de datos de manera de garantizar la integridad y continuidad de las transacciones ante cancelaciones y/o interrupciones en el procesamiento Todo sistema debe contar con la correspondiente ayuda en línea y/o manuales de uso, de operaciones y de mantenimiento De las Licencias Legales de Software (NCh2777, 8.3.1, ) Todo software que se utilice en los equipos informáticos deben contar obligatoriamente con una licencia legal para su utilización excepto aquellos que sean de uso libre Todo software desarrollado es propiedad de EPA, el cual evaluará la necesidad de registrarlo a nombre del mismo Debe existir un inventario actualizado permanente de las versiones de software instaladas en todos los equipos informáticos que presten servicio de hosting a EPA De la Protección Física (NCh2777, 7) Controles de accesos El acceso físico a los ambientes donde se encuentren los equipos debe ser limitado solo al personal autorizado Deberán utilizarse dispositivos automáticos con claves de acceso, sistemas biométricos, combinaciones de cerraduras, tarjetas magnéticas, claves personales y /o similares Se deberán registrar en forma específica los ingresos de usuarios que no realicen tareas operativas habituales Factores ambientales Se deben establecer las condiciones ambientales básicas de temperatura, higiene, aislamiento eléctrico y sonoro, y otras medidas similares de acuerdo a los requerimientos específicos del equipamiento informático. 48

49 Se deben instalar sistemas automáticos de detección y respuesta automática ante condiciones ambientales que afecten el procesamiento de los equipos Se debe disponer de un sistema de extinción automática de incendios, además de proveer de sistemas secundarios de extintores habilitados Se deberá considerar algún mecanismo de redundancia de aire acondicionado en el Site Central Soportes físicos de las copias de respaldos Las copias de respaldo deben conservarse en armarios ignífugos y de acceso restringido y con la respectiva identificación Para el transporte de los soportes físicos a un sitio externo deben utilizarse mecanismos de inviolabilidad y en caso de que sea un proveedor quien lo efectúe, deberá firmarse el respectivo compromiso de confidencialidad Instalaciones eléctricas Los equipos deben contar con unidades de suministro continuo de energía (UPS), estabilizadores de tensión, grupos electrógenos La instalación eléctrica de los equipos debe ser independiente a la del resto del edificio, siguiendo las normas chilenas de electricidad (NCH) De la Seguridad en las Comunicaciones (NCh2777, 8, y 9.4) Conexiones internas Se deberán utilizar switches, no sólo para conectar los distintos segmentos de la red interna, sino también para conectar las distintas estaciones de trabajo y servidores entre sí Se deberán utilizar adecuados mecanismos de encriptación para la información sensible propia de los sistemas (contraseñas, bases de datos de seguridad o similares) Se deberá utilizar un esquema de direccionamiento IP teniendo en cuenta las direcciones privadas definidas en la normativa internacional respectiva para evitar que éstas sean direccionables desde el exterior Se deberán utilizar sistemas de detección de intrusos (IDS) que permitan la detección posibles ataques y tomen acciones automáticas para prevenirlos. Estos IDS deberán permitir poder parametrizar la sensibilidad de detección Se deberán proveer mecanismos que permitan realizar análisis de contenido del flujo de datos que circula por la red de EPA Conexiones externas 49

50 El origen de todas las conexiones remotas debe ser autenticada utilizando un nivel aceptado de autenticación Se debe establecer un esquema de conexión tal, que asegure que las conexiones externas podrán acceder solamente a los servicios, sistemas y/o aplicaciones a los que están autorizados Deben transmitirse en forma encriptada todos los datos considerados de acceso autorizado y/o sensibles, a través de redes virtuales permanentes utilizando clave pública y privada o certificados Se debe llevar un control exhaustivo de los accesos externos, registrando cada uno de ellos Toda conexión realizada desde el exterior de EPA hacia la Red interna, a través de Internet, debe hacerse mediante Redes Privadas Virtuales de acuerdo a la norma IPSEC y siguiendo las recomendaciones de la NCh2777, 9.4, acerca del control de acceso a la red De la Autenticación Centralizada (NCh2777, 9) Servidor de directorio Se deberá implementar un servidor de directorio que permita administrar a los usuarios y componentes de EPA de manera centralizada, pudiendo crear grupos de usuarios y componentes El servidor de directorio deberá permitir aplicar políticas de seguridad de manera centralizada tanto a usuarios individuales, como también a grupos de usuarios Todos los usuarios, deberán contar con un único identificador de usuario, de manera que las actividades realizadas puedan rastrearse con facilidad en el caso de alguna investigación Archivos compartidos Se deberá implementar y proveer un servidor que administre los archivos compartidos de la red, restringiendo el acceso a los usuarios no autorizados a ver o utilizar los contenidos Del monitoreo del acceso y uso de los Sistemas (NCh2777, 9.7) Se deberán generar registros que contengan excepciones y otros eventos relativos a seguridad, los cuales deberán almacenarse en un repositorio de acceso rápido y estándar, facilitando así el acceso de las consultas a ellos. Como mínimo los registros deberán incluir: ID de usuario, fecha y hora de inicio y término de la acción, identidad del terminal utilizado, registros de intentos exitosos y fallidos de acceso al sistema, registro de intentos exitosos y fallidos de acceso a datos y otros recursos. 50

51 Se deberá contar con herramientas que permitan monitorear en tiempo real todos los sistemas de EPA, utilizando un sistema de alerta temprana para anunciar los sucesos que puedan poner en riesgo la continuidad o seguridad de los servicios prestados De las actualizaciones de seguridad (NCh2777, ) Se deberá contar con un sistema automático que permita mantener actualizados todos los equipos que presten servicio a EPA El sistema de actualizaciones automáticas provisto, deberá ser capaz de, al menos, administrar los parches a ser aplicados en los sistemas, llevar un control de las estaciones actualizadas y de los parches aplicados a ellas, entregar estadísticas consistentes de las actualizaciones realizadas en cada una de las estaciones. 5.5 Sugerencia para el Hardware de Explotación Se plantea por razones de seguridad separar el cluster de portal, del cluster donde se maneja la capa de negocios, que corresponde a Cluster ESB. La capa de persistencia por razones de escalabilidad, también se propone que sea una cluster independiente al igual que el cluster de BI. La figura a continuación muestra la propuesta completa. Figura 21. Esquema de Cluster 51

52 Tal como se aprecia, existe redundancia en todas las capas, esto permite lograr escalabilidad, tolerancia a fallos y balanceo de carga. Dado que no se cuenta con la volumetría de transacciones específica (aspecto a definir en las primeras etapas del proyecto), es por ahora difícil realizar un sizing. Sin embargo sugerimos el siguiente Hardware. Procesador: 2-CPU (4 o 8 cores total) Intel o AMD 64-bit CPU s 2.6 GHz o mejor Memoria: 8 16 GB of RAM Disco: 300+ GB of fast (7200RPM o mejor) disco local. 5.6 Antecedentes relevantes sobre el Mercado Objetivo del Proyecto Principales Actores del Proceso de Tránsito de Importación de Carga Boliviana CONCESIONARIO (Terminal Puerto de Arica, TPA) Terminal Puerto Arica (TPA) se constituye el año 2004 como resultado de la adjudicación de la licitación del Frente de Atraque Nº 1 del Puerto de Arica, en el marco del proceso de modernización de los terminales marítimos chilenos. TPA está integrado por los 3 principales operadores portuarios nacionales (Ultramar, SAAM y Agunsa), Belfi y el mayor de Perú (Ransa). Las operaciones de TPA comenzaron el 1 de octubre de 2004, teniendo a su cargo la concesión del terminal por un período de 30 años. Como concesionario mono-operador del puerto es el encargado de realizar todas las labores portuarias desde la planificación del arribo de naves hasta la carga del camión previa a la salida de las instalaciones portuarias, y el control del camión en la salida del puerto. ASP-B (Administración de Servicios Portuarios - Bolivia) Es una entidad pública boliviana, descentralizada, sin fines de lucro, con autonomía de gestión técnica, administrativa y financiera, con personalidad jurídica y patrimonio propios. Ejerce las funciones de Agente Aduanero Oficial acreditado por el Gobierno Boliviano en los puertos por donde transitan las mercancías bolivianas, en aplicación de Tratados y Convenios Internacionales suscritos por Bolivia en Materia de Libre Tránsito. Vela por el cumplimiento de los convenios y tratados internacionales, ejecuta las políticas del Gobierno de Bolivia sobre el desarrollo portuario y el comercio exterior como único agente aduanero oficial del estado boliviano. Según el Decreto Supremo , las principales actividades de ASP-B en el Puerto de Arica son: planificar, coordinar, recibir, almacenar, custodiar, proteger, entregar, embarcar o reembarcar toda clase de mercaderías de importación en tránsito hacia Bolivia. Esta relación se hace a través de TPA ANB (Aduana Nacional de Bolivia) La Aduana Nacional de Bolivia tiene el rol de facilitar y controlar el flujo internacional de mercancías, así como recaudar los tributos dentro de una política de Estado. 52

53 La Aduana Nacional de Bolivia se constituye en el Puerto de Arica a fin de vigilar, fiscalizar, enviar mercancías proveniente de ultramar en Tránsito a Bolivia por el puerto de Arica y facilitar las operaciones del comercio exterior boliviano. Las funciones principales son: Ser la Aduana de Partida de toda aquellas mercancías que, a la luz del Tratado de Paz y Amistad de 1904, transitan a través del Puerto de Arica y territorio chileno hacia su destino final en Bolivia. Autorizar el embarque de mercancías de exportación boliviana, en tránsito por territorio y puertos mayores de Chile, con destino a países de ultramar. Autorizar exportaciones bolivianas de hidrocarburos que llegan al puerto de Arica a través del oleoducto SICA SICA ARICA. Participar en el Sistema Integrado de Transito en calidad de miembro Adscrito Permanente desde el año La relación se establece por la documentación de la SNA Chilena quien otorga autorización sólo si hay VºBº de ANB. TRANSPORTISTA Empresa que transporta efectivamente las mercaderías hacia Bolivia o que tiene el mando o la responsabilidad del medio de transporte. Es importante destacar que toda la carga boliviana de importación se mueve en camiones de dicha nacionalidad. REPRESENTANTE DEL TRANSPORTISTA Es la persona designada por la empresa de transportes de Bolivia en el Puerto de Arica. Este cumple la función de intermediario, realizando las gestiones documentales y administrativas correspondientes ante los diversos organismos fiscalizadores para que la carga llegue a su destino. El representante tramita la obtención de documentos portuarios y aduaneros. CENTRO PÚBLICO Son auxiliares de la función pública aduanera, ya que se constituyen como los centros de captura de información de las declaraciones de tránsito aduanero para aquellas empresas de transporte internacional terrestre que no cuenten con acceso al sistema informático de la Aduana Nacional de Bolivia (SIDUNEA) para realizar dichas declaraciones en forma directa. ADUANA DE CHILE Es el servicio público encargado de vigilar y fiscalizar el paso de mercancías por las costas, fronteras y aeropuertos de la República de Chile, de intervenir en el tráfico internacional para los efectos de la recaudación de los impuestos a la importación, exportación y otros que determinen las leyes, y de generar las estadísticas de ese tráfico por las fronteras, sin perjuicio de las demás funciones que le encomienden las leyes. La Aduana es el organismo fiscalizador y sus principales funciones son: Vigila y fiscaliza el paso de mercancías por las fronteras y aeropuertos del país. 53

54 Interviene en el tráfico internacional para los efectos de recaudación de los tributos aduaneros. Previene y reprime los ilícitos aduaneros. Administra los regímenes y operaciones aduaneras. Genera estadísticas de las operaciones de comercio exterior. Facilita las operaciones de comercio exterior. Descripción de las actividades realizadas en el Puerto de Arica: Legalización del Manifiesto Numerar y timbrar el manifiesto de carga. Esto se hace paralelamente a las otras revisiones. Inspección de la carga rumbo a Bolivia Aduana de Chile tiene la facultad de inspeccionar la carga que se considere necesario sea sometida a inspección física. Control a la salida del puerto Aduana de Chile verifica que toda la carga que sale del puerto ha cumplido con todos los requisitos vigentes. Para esto recibe una copia del MIC/DTA. Control a la salida de Chile Verifica la documentación de la carga que sale del país, en este caso, rumbo a Bolivia. Si bien la Aduana de Chile no tienen un rol directo sobre la cadena logística de importación en tránsito hacia Bolivia, si ejerce un rol de fiscalizador. CAMARA NACIONAL DE INDUSTRIA Y CAMARA NACIONAL DE COMERCIO La Cámara Nacional de Industria y Cámara Nacional de Comercio (CNI-CNC) es la entidad boliviana encargada de gestionar ante el concesionario las solicitudes de despacho de los FCL que vienen amparados bajo el D.S No participa directamente del proceso logístico EMPRESA PORTUARIA DE ARICA El objeto de la Empresa Portuaria de Arica (EPA) es la administración, explotación, desarrollo y conservación del Puerto de Arica; así como también, de los bienes que posee, incluida las actividades conexas inherentes al ámbito portuario, indispensables para el debido cumplimiento de sus objetivos. La EPA no es un actor directo que actúe en la cadena logística. Como Autoridad Portuaria debe velar por el correcto cumplimiento de las actividades del puerto y del concesionario del mismo. 54

55 5.6.2 Clasificación actores de la cadena Los actores anteriormente descritos pueden ser clasificados en función de la participación que tienen dentro de la cadena logística: Operador portuario: TPA, concesionario del puerto. Operador Logístico: TPA, al ser el único que realiza operaciones dentro del puerto. Cliente: Dueño de la carga o consignatario. Usuarios: Transportista. Representante transportista. Cámara Nacional de Industria y Cámara Nacional de Comercio. Administrador del Puerto: EPA (Autoridad Portuaria). Administración Pública: Aduana de Chile. Aduana Nacional de Bolivia. ASP-B. Esta clasificación ayuda a comprender el rol efectivo que cumple cada uno de ellos y la participación directa o indirecta dentro de la cadena logística de importación de la carga en tránsito hacia Bolivia. Como ya se dijo anteriormente, la carga boliviana puede venir bajo dos régimen diferentes: bajo el D.S y bajo el régimen de ASP-B. 55

56 5.6.3 Diagrama de Actividades Puntos de control Servicio de Tracking Lógico de Carga Se describe en los diagramas siguientes, los actores involucrados y los puntos de tracking: Ilustración - Cargas FCL en tránsito, puntos de tracking

57 Ilustración - Cargas FCL en tránsito, puntos de tracking

58 5.6.4 Modelo de Dominio: Relación entre Entidad y Status Lógicos del Camión, Carga y Viaje El modelo del dominio identifica las entidades claves presentes en el dominio del problema. En este caso el diagrama permite visualizar los estados que serán trazados para la carga y el viaje y la información que es notificada a los stakeholders por cada punto de tracking. El viaje corresponde a lo que se denomina una vuelta del camión, ya sea para retirar o dejar carga. En el caso de la carga los estados lógicos a trazar son los siguientes: Creada. En este caso se ha recibido el manifiesto y se ha creado la carga. En Puerto. La nave que transporta la carga ha atracado en el puerto. Desembarcada. La carga ha sido desembarcada de la nave. Almacenada. La carga se encuentra en el patio de almacenamiento. Planificada. La carga se ha planificado para retiro. Cargada. La carga ha sido carga en un camión para su retiro. Liberada. La carga ha sido liberada de todos los trámites y cuenta con el MIC/DTA. Despachada. La carga ha salido de puerto y se encuentra en tránsito a la frontera. En Frontera. La carga ha llegado a la frontera. En el caso del viaje los estados lógicos a trazar son los siguientes: Planificado. El viaje se ha planificado para retiro y se ha identificado el camión Ingresado. El camión ha pasado por el gate de acceso y se encuentra estacionado en la zona de parqueo. Cargado. Todas las cargas asociadas al viaje se han cargado en el camión Liberado. Todas las cargas han sido liberadas Despachado. El camión ha salido de puerto y se encuentra en tránsito a la frontera. En Frontera. El camión ha llegado a la frontera. 58

59 class Modelo del dominio Notificación En Frontera - BL - fechafrontera: int - nº contenedor - nº MIC/DTA: int - patente: int Notificación de Despacho - BL - daño - fechadespacho: int - nº contenedor - nº DPU-D - nº MIC/DTA - patente Notificacion Notificación de Programación Despacho - BL - fecharetiro - nº contenedor - nº DPU-R - nº Solicitud de Despacho - patente - turno Notificación de Arribo - Agencia - BL - ET A - nave - nº Contenedor - viajenave Notificación Atraque - Agencia - BL - fechahoraatraque - nave - nº contenedor - viajenave Planilla Despacho DPU-R Interchange de salida Documento Solicitud de Despacho MIC/DTA Salida Patio Notificación Carguío realizado - BL - fechacarga - nº contenedor - nº DPU-D - patente - turno Notificación Liberación - BL - DPU-D - fechaliberacion - nº contenedor - nº MIC/DTA - patente Notificación Viaje 0..* NotificaciónCarga - fecha 0..* Notificación de almacenamiento - BL - nº Contenedor - nº DPU-R - patio Notificación de desembarque - Agencia - BL - daño - fechahoradesembarque - nave - nº Contenedor - viajenave DPU-D Tarj a Salida Camión Llegada camión Manifiesto 1 0..* Planficación Naviera - ET A - nave 1..* Carta de Atraque Ingreso Patio Interchange de recepción Frontera Camión 0..* 0..* Notificación Ingreso Camión - fechaingreso - fechat urno - nº contenedor - patente - turno Representante Empresa Camión Viaj e Carga Transportista Transportista 1 0..* * 1 0..* 1 0..* 0..* 0..* 0..* 1 0..* Viaj enave 0..* 1 Nave EstadoViaje 0..* HistorialEstadoViaje 0..* HistorialEstadoCarga EstadoCarga 1 Consignatario 0..* 1 Representa Consignatario 1 0..* Planificado EnFrontera EnFrontera Creada Despachada Ingresado Cargado Despachado Liberado EnPuerto Desembarcada Almacenada Planificada Cargada Liberada Ilustración 1 - Modelo del dominio Términos de Referencia Desarrollo e Implementación Sistema PCS Conexión Arica CXA 59

60 5.6.5 Datos intercambiados con sistemas externos en cada punto de control Punto de Control Nº 1: Notificación Arribo de Nave Documentos TPA: A) Listado de descarga (desde último Puerto) CAMPO EJEMPLO ULTIMO PUERTO CALLAO NAVE COLCA VIAJE 233 FECHA-HORA SALIDA PUERTO ETS REAL NAVE Nº BL XXX Nº CONTENEDOR XXX DECRETO SUPREMO SI / NO TRANSITO Transito Bolivia desembarque B) PLANIFICACION NAVIERA CAMPO NAVE VIAJE SITIO ETA ETS AGENTE NAVIERO EJEMPLO C) MANIFIESTO MARITIMO Para efectos del requerimiento del sistema de información Conexión-Arica, se necesita la siguiente información desde las bases de datos que contienen al documento:

61 CAMPO EJEMPLO Nave COLCA Viaje 233 D.S. N Tránsito Transito Bolivia Desembarque Nro. BL SUDU Embarque COLOMBIA Descarga ARICA Destino Final BOLIVIA Pag 0 Contenedor SUDU Tipo Ctr 40HC Servicio FCL Operador HSD Estado Recepción En Terminal Mercancía Maquinarias y Repuestos Tara 3950 Neto 1962 Bruto 5912 Sellos PRE:UL Bultos 1 Imo 0 Reefer 0 Términos de Referencia Desarrollo e Implementación Sistema PCS Conexión Arica CXA 61

62 Punto de Control Nº 2. Notificación Atraque de Nave a) Carta de Atraque Pantalla de información desplegada por TPA Para efectos del requerimiento del sistema de información Conexión-Arica, se necesita la siguiente información desde las bases de datos que contienen al documento: CAMPO EJEMPLO NAVE COLCA VIAJE 233 ETA :15 ETS :12 AGENCIA ULTRAMAR AG MARITIMA LTDA LLOYD CONTENEDOR SUDU NAVE VIAJE 4214 BL SUDU TIPO CARGA Contenedor Términos de Referencia Desarrollo e Implementación Sistema PCS Conexión Arica CXA 62

63 Punto de Control Nº 3. Notificación de descarga del Contenedor Pantalla de información desplegada por TPA Para efectos del requerimiento del sistema de información Conexión-Arica, se necesita la siguiente información desde las bases de datos que contienen al documento: CAMPO EJEMPLO NAVE COLCA VIAJE 233 OPERACIÓN ESTRIBA DESCARGA NRO. TARJA FECHA OPERACIÓN :53 TURNO 2 CONTENEDOR SUDU SELLOS (N)OTR:UL OPERADOR HSD TIPO Ctr 40HC ISO CODE 45G1 TARA 3950 NETO 1962 BRUTO 5912 CONDICIÓN FF DAÑOS DE-Abollado, FR-Abollado, IZ-Abollado Términos de Referencia Desarrollo e Implementación Sistema PCS Conexión Arica CXA 63

64 Punto de Control Nº4. Notificación de almacenamiento recepción de contenedor Pantalla de información desplegada por TPA Para efectos del requerimiento del sistema de información Conexión-Arica, se necesita la siguiente información desde las bases de datos que contienen al documento: CAMPO EJEMPLO REGISTRO Historico OPCION Ingreso MOVIMIENTO 00 DESCARGA NAVE INGRESO NAVE FECHA INGRESO :57 SALIDA FECHA SALIDA NAVE VIAJE INGRESO COLCA 233 NAVE VIAJE SALIDA TURNO 2 SECTOR Sitio1Virtual BAROTI TIPO Ctr 40HC TARA 3950 NETO 1962 BRUTO 5912 SELLOS DAD Nro. DAD TRANSITO Transito Bolivia Desembarque STACKING TOPLIFTER ULTRAPORT TEREX 2407 CORNNVOUT Términos de Referencia Desarrollo e Implementación Sistema PCS Conexión Arica CXA 64

65 Punto de Control Nº5. Notificación de Programación de despacho Pantalla de información desplegada por TPA Para efectos del requerimiento del sistema de información Conexión-Arica, se necesita la siguiente información desde las bases de datos que contienen al documento: CAMPO TIPO DESPACHO TURNO DIA TIPO Nº SECUENCIA CONTENEDOR PATENTE PATIO OBSERV SOE EJEMPLO ASP-B /DECRETO Términos de Referencia Desarrollo e Implementación Sistema PCS Conexión Arica CXA 65

66 Punto de Control Nº 6. Notificación de Ingreso de Camión Para efectos del requerimiento del sistema de información Conexión-Arica, se necesita la siguiente información desde las bases de datos que contienen al documento: CAMPO TIPO DESPACHO TURNO HORA LLEGADA A TRUCK CENTER TIPO Nº SECUENCIA CONTENEDOR PATENTE PATIO OBSERV EJEMPLO ASP-B /DECRETO Términos de Referencia Desarrollo e Implementación Sistema PCS Conexión Arica CXA 66

67 Punto de Control Nº 7. Notificación de Carguío realizado Pantalla de información desplegada por TPA Para efectos del requerimiento del sistema de información Conexión-Arica, se necesita la siguiente información desde las bases de datos del sistema informático portuario: CAMPO EJEMPLO DPU BOLIVIANO S DPUR FECHA RECEPCION DPUD 1 FECHA DESPACHO AUTORIZADO S ESTADO IMPRESO DAD Doc. Portuario Unico Bolivia NRO DAD Q OBS DESPACHO COD. A-63 CONTS. TTO. BOLIVIA QDC. 484 PACKAGES POULTRY INCUBATOR PARTS TRANSPORTE CAMION IDENTIFICACION 2218KSL CLIENTE TERMINAL PUERTO ARICA CONSIGNATARIO ADM. DE SERVICIOS PORTUARIOS BOLIVIA ASP-B Términos de Referencia Desarrollo e Implementación Sistema PCS Conexión Arica CXA 67

68 DESPACHADOR TERMINAL PUERTO ARICA DESTINO FINAL BOLIVIA PREFERENTE MARCAS SUDU EMBALAJE CONTENEDOR LLENO TIPO Ctr 40HC MERCADERIA Maquinarias y Repuestos TIPO CARGA PELIGROSA No Peligrosa RECEPCION CANT 1 RECEPCION TARA 3950 RECEPCION NETO 1962 RECEPCION BRUTO 5912 DESPACHO CANT 1 DESPACHO TARA 3950 DESPACHO NETO 1962 DESPACHO BRUTO 5912 TIPO DESPACHO Tara - Carga CONDICION PUERTO DESPACHO ARICA CONCIMIENTO SUDU RECEPCION PUERTO EMBARQUE COLOMBIA RECEPCION SECTOR DEPOSITOS CONTENEDORES LLENOS RECEPCION TIPO SECTOR DESCUBIERTOS RECEPCION TRANSITO Transito Bolivia Desembarque RECEPCION TIPO DAD Manifiesto de Carga RECEPCION AÑO DAD 2010 RECEPCION NRO DAD RECEPCION FECHA DAD BOLIVIANO PRIMITIVO DPUR PRIMITIVO Términos de Referencia Desarrollo e Implementación Sistema PCS Conexión Arica CXA 68

69 Punto de Control Nº 9. Notificación de Salida camión de Terminal (TPA) Para efectos del requerimiento del sistema de información Conexión-Arica, se necesita la siguiente información desde las bases de datos que contienen al documento: CAMPO TIPO DESPACHO TURNO HORA SALIDA GATE TERMINAL TIPO Nº SECUENCIA CONTENEDOR PATENTE PATIO OBSERV EJEMPLO ASP-B /DECRETO Punto de Control Nº 9. Notificación de Salida camión de Terminal (SNA) Pantalla de información desplegada por SNA Términos de Referencia Desarrollo e Implementación Sistema PCS Conexión Arica CXA 69

70 Con esta pantalla, el funcionario digita en SIROTE de manera manual el MIC-DTA Boliviano, completando caso el 100% de los campos del documento. Para efectos del requerimiento del sistema de información Conexión-Arica, se necesita la siguiente información desde las bases de datos del sistema aduanero SIROTE: CAMPO SITORE TIPO OPERACIÓN FECHA REGISTRO MIC Nº MIC LUGAR DE REGISTRO MIC TIPO DE TRÁNSITO PATENTE TRACTO PAIS VEHICULO Nº CONTENEDOR 1 ADUANA AVANZADA DESTINO PATENTE SEMI Nº CONTENEDOR 2 CANTIDAD DE CRT FECHA TRANSACCION EN GATE PUERTO HORA TRANSACCION EN GATE PUERTO Nota: TIPO CAMPO Los datos requeridos por Conexión-Arica corresponden al circuito logístico de tránsito internacional de carga en contenedor FULL (Lleno), retirado del puerto bajo Decreto Supremo (Bolivia) y/o bajo modalidad ASP-B. Se entiende que cada operación hace mención a un MIC/DTA Boliviano, tramitado en primera instancia en la Aduana Nacional de Bolivia, y posteriormente es presentado en Papel en la puerta del Puerto de Arica, y posteriormente en Frontera. Se prevé por sugerencia del diseño del sistema Conexión-Arica, la construcción de un WebService para coordinar el envío de la información desde el sistema SIROTE. Se sugiere una actualización de información desde la Base de datos de SITORE a la herramienta Conexión-Arica de no más de 30 minutos. Términos de Referencia Desarrollo e Implementación Sistema PCS Conexión Arica CXA 70

71 Punto de control Nº 10: Datos Control Salida Frontera Nacional Pantalla de información desplegada por SNA Con esta pantalla, el funcionario digita en SIROTE de manera manual el MIC-DTA Boliviano para su cierre en frontera. Para efectos del requerimiento del sistema de información Conexión-Arica, se necesita la siguiente información desde las bases de datos del sistema aduanero SIROTE: CAMPO SITORE Nº MIC LUGAR CIERRE FECHA TRANSACCION EN CRUCE FRONTERA HORA TRANSACCION EN CRUCE FRONTERA OBSERVACION TIPO CAMPO Términos de Referencia Desarrollo e Implementación Sistema PCS Conexión Arica CXA 71

AUTORIDAD DE SUPERVISIÓN DEL SISTEMA FINANCIERO DIRECCION DE SUPERVISION DE VALORES CUESTIONARIO ÁREA TECNOLÓGICA

AUTORIDAD DE SUPERVISIÓN DEL SISTEMA FINANCIERO DIRECCION DE SUPERVISION DE VALORES CUESTIONARIO ÁREA TECNOLÓGICA AUTORIDAD DE SUPERVIÓN DEL STEMA FINANCIERO DIRECCION DE SUPERVION DE VALORES CUESTIONARIO ÁREA TECLÓGICA ENTIDAD: 1. La entidad cuenta con un Plan Estratégico de Tecnologías de la Información (TI)? 2.

Más detalles

Índice. 3. Servicio Ofertado 7 3.1 Mantenciones 3.2 Soporte Técnico 3.3 Niveles de Soporte Técnico

Índice. 3. Servicio Ofertado 7 3.1 Mantenciones 3.2 Soporte Técnico 3.3 Niveles de Soporte Técnico Índice 1. Presentación de la Empresa 3 2. Infraestructura 4 2.1 Enlace 2.2 Suministro Eléctrico 2.3 Supervisión de Redes 2.4 Supresión de Incendios 2.5 Seguridad 2.6 Climatización 2.7 Disponibilidad de

Más detalles

Licencia Libro de Obra Digital (LOD) Multimandante

Licencia Libro de Obra Digital (LOD) Multimandante Licencia Libro de Obra Digital (LOD) Libro de Obra Digital QUÉ ES EL LIBRO DE OBRA DIGITAL? Aplicación informática que facilita y contiene las comunicaciones formales (libro de obra, cartas, planos, estados

Más detalles

Contenido OBJETO Y ALCANCE... 2 RED CORPORATIVA MUNICIPAL... 3 REQUERIMIENTOS DE LA SOLUCIÓN... 3

Contenido OBJETO Y ALCANCE... 2 RED CORPORATIVA MUNICIPAL... 3 REQUERIMIENTOS DE LA SOLUCIÓN... 3 Servicio de Sistemas y Tecnologías de la Información y las Comunicaciones. PLIEGO DE PRESCRIPCIONES TÉCNICAS PARA EL SUMINISTRO E IMPLANTACIÓN DE UNA RED WiFi DE ACCESO A INTERNET EN LAS INSTALACIONES

Más detalles

INVITACIÓN A COTIZAR VICEPRESIDENCIA DE OPERACIONES DEPARTAMENTO DE SISTEMAS INVITACIÓN A COTIZAR CONTENIDO 1. ALCANCE 3 2. CONDICIONES TÉCNICAS 3

INVITACIÓN A COTIZAR VICEPRESIDENCIA DE OPERACIONES DEPARTAMENTO DE SISTEMAS INVITACIÓN A COTIZAR CONTENIDO 1. ALCANCE 3 2. CONDICIONES TÉCNICAS 3 VICEPRESIDENCIA DE OPERACIONES DEPARTAMENTO DE SISTEMAS INVITACIÓN A COTIZAR CONTENIDO 1. ALCANCE 3 2. CONDICIONES TÉCNICAS 3 2.1 Modelo de servicio 4 2.2 Talento humano 5 2.3 Horario 5 2.4 Operación diaria

Más detalles

TÉRMINOS DE REFERENCIAS.

TÉRMINOS DE REFERENCIAS. LICITACIÓN PRIVADA N 04 / 2014 TÉRMINOS DE REFERENCIAS. CONTRATACIÓN DE SERVICIOS PARA EL DISEÑO, APLICACIÓN Y ANÁLISIS DE UNA ENCUESTA DE PERCEPCIÓN Y VALORIZACIÓN DE LA CALIDAD DEL SERVICIO QUE PRESTA

Más detalles

VERIFIQUE EN EL LISTADO MAESTRO DE DOCUMENTOS Y REGISTROS DEL SIG QUE ESTA ES LA VERSIÓN VIGENTE ANTES DE UTILIZAR EL DOCUMENTO

VERIFIQUE EN EL LISTADO MAESTRO DE DOCUMENTOS Y REGISTROS DEL SIG QUE ESTA ES LA VERSIÓN VIGENTE ANTES DE UTILIZAR EL DOCUMENTO CONTROL DE CAMBIOS MANUAL DE PROCESOS Y PROCEDIMIENTOS Fecha: 30/11/2012 Página: 1 de 22 Versión Fecha Descripción de la modificación 01 23/09/2011 Inicial 02 30/11/2012 AUTORIZACION Modifico nombre del

Más detalles

MANUAL 02 DE AUDITORIA

MANUAL 02 DE AUDITORIA MANUAL 02 DE AUDITORIA INDICE 1. Introducción 2. Evaluación de los Sistemas 3. Evaluación de los equipos 4. Controles administrativos en un ambiente de Procesamiento de Datos 5. Revisión de Centros de

Más detalles

Datacenter CIDE TI. Tecnología. IDC Colocation Housing. Memoria de los servicios estructurales IDC CIDETI 2011

Datacenter CIDE TI. Tecnología. IDC Colocation Housing. Memoria de los servicios estructurales IDC CIDETI 2011 Tecnología Datacenter INTEGRACIÓN DE LA INFORMACIÓN, DISEÑO Y TECNOLOGÍA IDC Colocation Housing Memoria de los servicios estructurales IDC MEMORIA DE INSTALACIONES Y SERVICIOS DE HOUSING/COLOCATION DISEÑADOS

Más detalles

12 JUNIO 2014. Rev.1: 07 Agosto 2014 Rev.2: 06 Octubre 2014 Rev.3: 05 Marzo 2015. 1 de 76. BN-MOF-2400-10-05 Rev.3 MOF DEPARTAMENTO DE INFORMÁTICA

12 JUNIO 2014. Rev.1: 07 Agosto 2014 Rev.2: 06 Octubre 2014 Rev.3: 05 Marzo 2015. 1 de 76. BN-MOF-2400-10-05 Rev.3 MOF DEPARTAMENTO DE INFORMÁTICA Rev.1: 07 Agosto 2014 Rev.2: 06 Octubre 2014 : 05 Marzo 2015 MANUAL DE ORGANIZACIÓN Y FUNCIONES DEPARTAMENTO DE INFORMÁTICA Aprobado mediante Resolución de Gerencia General EF/92.2000 N 020-2014, de fecha

Más detalles

Presentación corporativa

Presentación corporativa Presentación corporativa 1 Quiénes Somos 2 Pioneros en Soluciones SaaS Datadec Online, s.a. se constituye en el año 2000 con la misión de ofrecer aplicaciones y servicios empresariales alojadas sobre plataformas

Más detalles

POLITICAS Y NORMAS PARA EL USO DEL CORREO ELECTRONICO INSTITUCIONAL (LOTUS NOTES) E INTERNET DE LA COMISION NACIONAL DE SEGUROS Y FIANZAS

POLITICAS Y NORMAS PARA EL USO DEL CORREO ELECTRONICO INSTITUCIONAL (LOTUS NOTES) E INTERNET DE LA COMISION NACIONAL DE SEGUROS Y FIANZAS POLITICAS Y NORMAS PARA EL USO DEL 1 INDICE I. Descripción del Servicio 3 II Propósito de las políticas de acceso y uso de Internet 4 III Disposiciones Generales 4 De la Dirección General de Informática

Más detalles

POLÍTICA DE SEGURIDAD DE INFORMACIÓN EN EL IIAP

POLÍTICA DE SEGURIDAD DE INFORMACIÓN EN EL IIAP Biodiversidad Amazónica - BIOINFO 2013 POLÍTICA DE SEGURIDAD DE INFORMACIÓN EN EL IIAP (Aprobada en sesión Ordinaria de Directorio N 584 del 26 de Noviembre del 2013) Iquitos, Noviembre 2013 Programa de

Más detalles

PROCEDIMIENTO DE ADMINISTRACIÓN DE LA SEGURIDAD EN LA RED

PROCEDIMIENTO DE ADMINISTRACIÓN DE LA SEGURIDAD EN LA RED 1. OBJETIVO Establecer el procedimiento para la administración de la seguridad en la que asegure su protección efectiva contra ataques y permita cumplir los requisitos de confidencialidad, integridad y

Más detalles

Auditoria de Sistemas

Auditoria de Sistemas Sistemas de Información I Página1 1. Introducción La naturaleza especializada de la auditoria de los sistemas de información y las habilidades necesarias para llevar a cabo este tipo de auditorias, requieren

Más detalles

LINEAMIENTOS GENERALES PARA LA IMPLEMENTACIÓN DE PROCESOS ELECTRÓNICOS

LINEAMIENTOS GENERALES PARA LA IMPLEMENTACIÓN DE PROCESOS ELECTRÓNICOS LINEAMIENTOS GENERALES PARA LA IMPLEMENTACIÓN DE PROCESOS LINEAMIENTOS GENERALES PARA LA IMPLEMENTACIÓN DE PROCESOS Ministerio de Tecnologías de la Información y las Comunicaciones Programa de Gobierno

Más detalles

FICHAS DE DESCRIPCIÓN DE FUNCIONES Y COMPETENCIAS LABORALES

FICHAS DE DESCRIPCIÓN DE FUNCIONES Y COMPETENCIAS LABORALES Página 1 de 11 I. IDENTIFICACIÓN DENOMINACIÓN DEL CARGO: PROGRAMADOR DE COMPUTADOR SIGLA:PC CLASE: V GRADO: 12-14-16 NIVEL: ADMINISTRATIVO NÚMERO DE CARGOS: ÁREA: 5 JEFE INMEDIATO: 1. OFICINA DE INFORMÀTICA

Más detalles

LINEAMIENTOS DE MONITOREO Y CONTROL

LINEAMIENTOS DE MONITOREO Y CONTROL Bogotá D.C., Agosto de 2014 TABLA DE CONTENIDO INTRODUCCIÓN ------------------------------------------------------------------------------------------- --3 1. OBJETIVO --------------------------------------------------------------------------------------------

Más detalles

600 M documentos 300 TB 1,5 LA EXPERIENCIA MARCA LA DIFERENCIA ONBASE CLOUD / Más de. Más de. Más de. Más de. mil millones de documentos almacenados

600 M documentos 300 TB 1,5 LA EXPERIENCIA MARCA LA DIFERENCIA ONBASE CLOUD / Más de. Más de. Más de. Más de. mil millones de documentos almacenados ONBASE CLOUD 1 ONBASE CLOUD / LA EXPERIENCIA MARCA LA DIFERENCIA OnBase Cloud de Hyland Cuando se trata de las implementaciones en la nube, la experiencia marca la diferencia. Gracias a esta experiencia,

Más detalles

Diseño del Sistema de Información

Diseño del Sistema de Información Diseño del Sistema de Información ÍNDICE DESCRIPCIÓN Y OBJETIVOS...2 ACTIVIDAD DSI 1: DEFINICIÓN DE LA ARQUITECTURA DEL SISTEMA...7 Tarea DSI 1.1: Definición de Niveles de Arquitectura...9 Tarea DSI 1.2:

Más detalles

INTERNET DATA CENTER COLOCATION

INTERNET DATA CENTER COLOCATION COLOCATION Entrega en el Internet Data Center UNE el entorno físico, ambiental y de seguridad ideal para el correcto funcionamiento de las plataformas tecnológicas que soportan los procesos de negocio

Más detalles

PROCEDIMIENTO Nº 1250 v2 PROCEDIMIENTO PARA EL INGRESO DE VISITANTES AL DATACENTER 1 de Junio de 2012

PROCEDIMIENTO Nº 1250 v2 PROCEDIMIENTO PARA EL INGRESO DE VISITANTES AL DATACENTER 1 de Junio de 2012 PROCEDIMIENTO Nº 1250 v2 PROCEDIMIENTO PARA EL INGRESO DE VISITANTES AL DATACENTER 1 de Junio de 2012 1. OBJETIVO El presente documento, define la política que la compañía utilizará para el control en

Más detalles

SOLUCIONES EN SEGURIDAD INFORMATICA

SOLUCIONES EN SEGURIDAD INFORMATICA SOLUCIONES EN SEGURIDAD INFORMATICA PLAN DE SEGURIDAD INFORMATICA ASESORIA SERVICIOS DE SEGURIDAD INFORMATICA Debido a la necesidad de las organizaciones para comunicarse con proveedores, clientes, empleados

Más detalles

Lista de verificación norma ISO 17799 (Realizada con base en la lista de chequeo del instituto SANS, la cual fue elaborada por Val Thiagarajan)

Lista de verificación norma ISO 17799 (Realizada con base en la lista de chequeo del instituto SANS, la cual fue elaborada por Val Thiagarajan) Lista de verificación norma ISO 17799 (Realizada con base en la lista de chequeo del instituto SANS, la cual fue elaborada por Val Thiagarajan) 3. Política de seguridad 3.1. Política de seguridad de la

Más detalles

Dirección General de Informática

Dirección General de Informática Dirección General de Informática I. Organigrama II. Misión y visión III. Programa de trabajo 2006 Dirección General de Informática I. Organigrama II. Misión y visión La misión de la Dirección General de

Más detalles

Bogotá D.C., Octubre de 2010. Señor (es) Clientes Convenio de Cooperación ACH Colombia-Móvil Store Ciudad. Respetados señores:

Bogotá D.C., Octubre de 2010. Señor (es) Clientes Convenio de Cooperación ACH Colombia-Móvil Store Ciudad. Respetados señores: Bogotá D.C., Octubre de 2010 Señor (es) Clientes Convenio de Cooperación ACH Colombia-Móvil Store Ciudad Respetados señores: La globalización de las industrias y el comercio ha provocado la proliferación

Más detalles

DOCUMENTO NO CONTROLADO

DOCUMENTO NO CONTROLADO Página 1 de 9 El presente documento es propiedad exclusiva de CTS Turismo. Su actualización, modificación, revisión y distribución es estrictamente controlada. De este modo, el contenido total o parcial

Más detalles

ADMINISTRACIÓN DE TECNOLOGÍAS E INFORMACIÓN PROCEDIMIENTO VERSIÓN: 1 ADMINISTRACION DE INFRAESTRUCTURA TECNOLOGICA

ADMINISTRACIÓN DE TECNOLOGÍAS E INFORMACIÓN PROCEDIMIENTO VERSIÓN: 1 ADMINISTRACION DE INFRAESTRUCTURA TECNOLOGICA ADMINISTRACIÓN DE TECNOLOGÍAS E INFORMACIÓN PROCEDIMIENTO VERSIÓN: 1 ADMINISTRACION DE INFRAESTRUCTURA TECNOLOGICA CÓDIGO: APO4-P-002 FECHA DE VIGENCIA 05/Feb/2014 1. OBJETIVO Proveer, mantener y garantizar

Más detalles

Diseño del Sistema de Información

Diseño del Sistema de Información Diseño del Sistema de Información ÍNDICE DESCRIPCIÓN Y OBJETIVOS... 2 ACTIVIDAD DSI 1: DEFINICIÓN DE LA ARQUITECTURA DEL SISTEMA... 7 Tarea DSI 1.1: Definición de Niveles de Arquitectura... 9 Tarea DSI

Más detalles

Iniciativa emprendedora Desde el mundo de la defensa a los negocios

Iniciativa emprendedora Desde el mundo de la defensa a los negocios Iniciativa emprendedora Desde el mundo de la defensa a los negocios Rafael Sotomayor Brûlé Ingeniero Civil Electrónico Magister ( c ) Ingeniería Informática Mi Experiencia Ingeniero con mas de 10 años

Más detalles

CATÁLOGO DE SERVICIOS

CATÁLOGO DE SERVICIOS CATÁLOGO DE SERVICIOS NUESTRAS LINEAS DE NEGOCIO 1.- Desarrollo de Software a Medida: Contamos con vasto conocimiento en el desarrollo y arquitectura de Software, aplicamos metodología de proyectos, buenas

Más detalles

Soho Chile Julio 2013

Soho Chile Julio 2013 Diagnóstico de Seguridad de la Información ISO/IEC 27001:2005 Soho Chile Julio 2013 Tabla de Contenidos Resumen Ejecutivo... 2 Recomendaciones Generales... 4 1. Introducción... 6 2. Objetivos... 6 3. Alcances...

Más detalles

1. Requerimientos Transversales de los Servicios

1. Requerimientos Transversales de los Servicios Formulario de Especificación Técnica Servicio de Call Center de Soporte Técnico Servicio de Call Center (Mesa de Ayuda) de Soporte Técnico para el Proyecto de Integración de Tecnología en la Educación

Más detalles

Fundación Integra. RESPUESTAS NRO 1 LICITACION RED INTEGRA 02 septiembre de 2010

Fundación Integra. RESPUESTAS NRO 1 LICITACION RED INTEGRA 02 septiembre de 2010 RESPUESTAS NRO 1 LICITACION RED INTEGRA 02 septiembre de 2010 1. En el punto VI presentación de oferta, tercer párrafo indica: el director de Finanzas indicará en voz alta el nombre del oferente y los

Más detalles

LICITACIÓN N L13018 SOLUCIÓN HP SERVICE MANAGER ACLARACIONES Y RESPUESTAS A CONSULTAS

LICITACIÓN N L13018 SOLUCIÓN HP SERVICE MANAGER ACLARACIONES Y RESPUESTAS A CONSULTAS LICITACIÓN N L13018 SOLUCIÓN HP SERVICE MANAGER ACLARACIONES Y RESPUESTAS A CONSULTAS De acuerdo a lo señalado en el numeral 11 de las Bases de Licitación por Solución HP Service Manager, a continuación

Más detalles

CONTENIDO. DATA CENTER de alta disponibilidad para servicios de: Alojamiento de servidores Racks Jaula Centro de datos de Backup

CONTENIDO. DATA CENTER de alta disponibilidad para servicios de: Alojamiento de servidores Racks Jaula Centro de datos de Backup CONTENIDO DATA CENTER de alta disponibilidad para servicios de: Alojamiento de servidores Racks Jaula Centro de datos de Backup Introducción 2 Infraestructura 2 Características 3 Acondicionamiento 4 Equipamiento

Más detalles

FONDO NACIONAL DE AHORRO. SOLICITUD DE OFERTA PUBLICA No. 06-2010. ANEXO No. 01

FONDO NACIONAL DE AHORRO. SOLICITUD DE OFERTA PUBLICA No. 06-2010. ANEXO No. 01 1 Especificaciones del servicio 1.1 Servicio requerido Servicios de suministro de infraestructura (que incluye hardware, software operativo, comunicaciones, instalaciones físicas), operación, soporte y

Más detalles

Antes de imprimir este documento piense en el medio ambiente!

Antes de imprimir este documento piense en el medio ambiente! Página 1 de INTRODUCCIÓN El portal Web del ICBF, es uno de los principales medios de comunicación virtual de la entidad, a través del cual se brinda información de manera oportuna, transparente, participativa

Más detalles

TERCERIZACIÓN DE SERVICIOS DE TI. ANEXO 4 - Actividades y niveles de servicio definidos para Primer Nivel de Soporte en Seguridad

TERCERIZACIÓN DE SERVICIOS DE TI. ANEXO 4 - Actividades y niveles de servicio definidos para Primer Nivel de Soporte en Seguridad TERCERIZACIÓN DE SERVICIOS DE TI ANEXO 4 - Actividades y niveles de servicio definidos para Primer Nivel de Soporte en Seguridad 1. ALCANCE: El Primer Nivel de Soporte en Seguridad atenderá todas las solicitudes

Más detalles

Lineamientos en Materia de Tecnologías de Información y Comunicaciones

Lineamientos en Materia de Tecnologías de Información y Comunicaciones Con fundamento en los artículos 3 y 6, fracción VII, del Reglamento del Poder Legislativo del Estado de Guanajuato para el Uso de Medios Electrónicos y Firma Electrónica, la Secretaría General emite los

Más detalles

PROYECTO DE DESARROLLO E IMPLANTACIÓN DE LA SOLUCIÓN DE BUSINESS INTELLIGENCE PARA ELIPSOS INTERNACIONAL S.A.

PROYECTO DE DESARROLLO E IMPLANTACIÓN DE LA SOLUCIÓN DE BUSINESS INTELLIGENCE PARA ELIPSOS INTERNACIONAL S.A. PROYECTO DE DESARROLLO E IMPLANTACIÓN DE LA SOLUCIÓN DE BUSINESS INTELLIGENCE PARA ELIPSOS INTERNACIONAL S.A. Dirección de Sistemas de Información Madrid, mayo 2014 PCT B.I. ELIPSOS 1 CONTENIDO 1. OBJETIVO

Más detalles

7th CANSO Latin America & Caribbean Conference

7th CANSO Latin America & Caribbean Conference 7th CANSO Latin America & Caribbean Conference Ing. José Manuel Peña Alcázar. Director Servicios Aeronáuticos. ECASA S.A 18-20 de Octubre 2015. Punta Cana. República Dominicana (AIDC) a la República Situación

Más detalles

A la Dirección de Tecnología y Comunicaciones le corresponden las siguientes funciones generales:

A la Dirección de Tecnología y Comunicaciones le corresponden las siguientes funciones generales: XVI.- DIRECCIÓN DE TECNOLOGÍA Y COMUNICACIONES. Tendrá como objetivo desarrollar y aplicar los sistemas que sean necesarios para garantizar el uptime de los servidores, equipos y redes de comunicación,

Más detalles

VICEPRESIDENCIA DE OPERACIONES DEPARTAMENTO DE SISTEMAS

VICEPRESIDENCIA DE OPERACIONES DEPARTAMENTO DE SISTEMAS VICEPRESIDENCIA DE OPERACIONES DEPARTAMENTO DE SISTEMAS CONTENIDO INVITACIÓN A COTIZAR 1. ALCANCE...3 2. CONDICIONES TECNICAS...3 2.1 ANÁLISIS DE VULNERABILIDADES A LOS SERVIDORES Y FIREWALL... 3 2.1.1

Más detalles

Programa de Apoyo a la Consolidación y Expansión del Plan CEIBAL UR-L1058. Programa Aprende Plan CEIBAL. Términos de Referencia

Programa de Apoyo a la Consolidación y Expansión del Plan CEIBAL UR-L1058. Programa Aprende Plan CEIBAL. Términos de Referencia Programa de Apoyo a la Consolidación y Expansión del Plan CEIBAL UR-L1058 Programa Aprende Plan CEIBAL Términos de Referencia Contratación de Servicios de Arrendamiento de Hardware y Servicios Conexos

Más detalles

I. ADMINISTRACIÓN DE SERVICIOS TECNOLÓGICOS

I. ADMINISTRACIÓN DE SERVICIOS TECNOLÓGICOS I. ADMINISTRACIÓN DE SERVICIOS TECNOLÓGICOS 1.1 COMUNICACIONES En el año 2007, el único ámbito de los servicios de comunicación era el Internet, servicio con nodos independientes (Administración Central

Más detalles

Monitoreo automatizado de redes de. cajeros automáticos

Monitoreo automatizado de redes de. cajeros automáticos Monitoreo automatizado de redes de cajeros automáticos Definición Ejecutiva ATMonitor es una solución completa, integrada y flexible de monitoreo visual de una red de cajeros automáticos. Centraliza la

Más detalles

ELABORACIÓN Y CONTROL DE LA DOCUMENTACIÓN Y REGISTROS

ELABORACIÓN Y CONTROL DE LA DOCUMENTACIÓN Y REGISTROS Página 1 de 15 PROCEDIMIENTO GENERAL DI-PG 4.2.1 ELABORACIÓN Y CONTROL DE LA DOCUMENTACIÓN TABLA DE CONTENIDOS 1. OBJETIVO 2. CAMPO DE APLICACIÓN 3. NORMAS Y REFERENCIAS 4. DEFINICIONES 5. ENTIDADES AFECTADAS

Más detalles

Máster en Instalación, Gestión y Mantenimiento de CRM: Gestión de Relaciones con Clientes

Máster en Instalación, Gestión y Mantenimiento de CRM: Gestión de Relaciones con Clientes Máster en Instalación, Gestión y Mantenimiento de CRM: Gestión de Relaciones con Clientes Titulación certificada por EUROINNOVA BUSINESS SCHOOL Máster en Instalación, Gestión y Mantenimiento de CRM: Gestión

Más detalles

Secretaría General. Dirección de Informática. Manual de Seguridad Informática Centro de Cómputo. (Políticas y lineamientos)

Secretaría General. Dirección de Informática. Manual de Seguridad Informática Centro de Cómputo. (Políticas y lineamientos) Secretaría General Dirección de Informática Manual de Seguridad Informática Centro de Cómputo (Políticas y lineamientos) C O N T E N I D O Introducción. 3 Objetivos. 4 Alcances. 5 Equipo de Cómputo. De

Más detalles

PLIEGO DE PRESCRIPCIONES TÉCNICAS CONTRATACIÓN DE LOS SERVICIOS DE MONITORIZACIÓN Y OPERACIÓN LAS 24 HORAS DEL DÍA LOS 7 DIAS DE LA SEMANA

PLIEGO DE PRESCRIPCIONES TÉCNICAS CONTRATACIÓN DE LOS SERVICIOS DE MONITORIZACIÓN Y OPERACIÓN LAS 24 HORAS DEL DÍA LOS 7 DIAS DE LA SEMANA PLIEGO DE PRESCRIPCIONES TÉCNICAS CONTRATACIÓN DE LOS SERVICIOS DE MONITORIZACIÓN Y OPERACIÓN LAS 24 HORAS DEL DÍA LOS 7 DIAS DE LA SEMANA El objeto del presente pliego es fijar las prescripciones técnicas

Más detalles

EL MÉTODO ETAN COHERENCIA

EL MÉTODO ETAN COHERENCIA QUIÉNES SOMOS ANTICIPA S.A. es una empresa de innovación con gran experiencia en digitalización de organizaciones, desarrollo de conocimientos, soluciones de negocios y tecnologías de información, para

Más detalles

Tecnología en Movimiento Para Usted

Tecnología en Movimiento Para Usted InsysGuard INSYS ofrece InsysGuard como Centro de Operaciones NOC & SOC (Network Operations Center & Security Operations Center) dentro del territorio nacional mexicano y todo el procesamiento se realizá

Más detalles

Soporte. Los programas anuales de soporte y mantenimiento Estándar y Extendido están diseñados para proteger

Soporte. Los programas anuales de soporte y mantenimiento Estándar y Extendido están diseñados para proteger Esta guía le proporcionará la información necesaria para conseguir el máximo valor de su inversión en programas técnicos de soporte ECM Solutions para las soluciones de gestión de contenidos y productos

Más detalles

ESPECIFICACIONES TÉCNICAS SUMINISTRO E INSTALACIÓN DE UN SISTEMA DE TELEVIGILANCIA SECTOR NORTE PUERTO ARICA

ESPECIFICACIONES TÉCNICAS SUMINISTRO E INSTALACIÓN DE UN SISTEMA DE TELEVIGILANCIA SECTOR NORTE PUERTO ARICA ESPECIFICACIONES TÉCNICAS SUMINISTRO E INSTALACIÓN DE UN SISTEMA DE TELEVIGILANCIA SECTOR NORTE PUERTO ARICA I.- ANTECEDENTES GENERALES Empresa Portuaria Arica (EPA) tiene por definición legal y como su

Más detalles

SDE0013c Versión 2.0(08/04/05)

SDE0013c Versión 2.0(08/04/05) SDE0013c Versión 2.0(08/04/05) Pliego de Bases Técnicas Contratación de los servicios de soporte a la infraestructura de backup Fecha: Noviembre 2010 Referencia: 090/2010 EJIE S.A. Mediterráneo, 14 01010

Más detalles

Tabla de Contenidos DE LA ADMINISTRACIÓN PÚBLICA NACIONAL (DC-001) ETAP Versión 18.1 Calificación Data Centers Código: DC-XXX

Tabla de Contenidos DE LA ADMINISTRACIÓN PÚBLICA NACIONAL (DC-001) ETAP Versión 18.1 Calificación Data Centers Código: DC-XXX CONDICIONES MÍNIMAS DE SERVICIO PARA DATA CENTERS DE LA ADMINISTRACIÓN PÚBLICA NACIONAL (DC-001) Tabla de Contenidos CONDICIONES MÍNIMAS DE SERVICIO PARA DATA CENTERS 1 DE LA ADMINISTRACIÓN PÚBLICA NACIONAL

Más detalles

Agrupamiento Familia Puesto Alcance del puesto Requisitos excluyentes

Agrupamiento Familia Puesto Alcance del puesto Requisitos excluyentes TIC-1-1 Analista de monitoreo de redes Monitorear y controlar las redes del GCABA con el fin de detectar incidentes y reportarlos. Analizar las métricas utilizadas para el monitoreo de la red, la configuración

Más detalles

DEI-UEP-EI-022-2015. Consultoría Individual para el Diseño y Supervisión Construcción del Centro de Datos en Edificio Gabriel A. Mejía.

DEI-UEP-EI-022-2015. Consultoría Individual para el Diseño y Supervisión Construcción del Centro de Datos en Edificio Gabriel A. Mejía. DEI-UEP-EI-022-2015 Consultoría Individual para el Diseño y Supervisión Construcción del Centro de Datos en Edificio Gabriel A. Mejía. Gerencia de Tecnologías de Información Términos de Referencia Consultoría

Más detalles

WEB PLATAFORMA WEB DE APLICACIONES Y SERVICIOS INFORMATICOS PARA LA GESTION EMPRESARIA.

WEB PLATAFORMA WEB DE APLICACIONES Y SERVICIOS INFORMATICOS PARA LA GESTION EMPRESARIA. WEB PLATAFORMA WEB DE APLICACIONES Y SERVICIOS INFORMATICOS PARA LA GESTION EMPRESARIA. Sistemas Bejerman pone toda la potencia de Internet a trabajar para su empresa Qué es eflex Web? eflex Web es la

Más detalles

Un servicio que se ajusta a sus necesidades y desafíos ANEXO1 - NIVEL DE SERVICIO. (SLA Service Level Agreement)

Un servicio que se ajusta a sus necesidades y desafíos ANEXO1 - NIVEL DE SERVICIO. (SLA Service Level Agreement) Un servicio que se ajusta a sus necesidades y desafíos ANEXO1 - NIVEL DE SERVICIO (SLA Service Level Agreement) Soporte integral para su empresa La satisfacción de sus clientes y proveedores, la productividad

Más detalles

NUESTROS SERVICIOS SE DIVIDEN EN TRES GRANDES GRUPOS, LOS CUALES SON: 1. SOFTWARE 3 3. COMUNICACIONES 14

NUESTROS SERVICIOS SE DIVIDEN EN TRES GRANDES GRUPOS, LOS CUALES SON: 1. SOFTWARE 3 3. COMUNICACIONES 14 1 NUESTROS SERVICIOS SE DIVIDEN EN TRES GRANDES GRUPOS, LOS CUALES SON: 1. SOFTWARE 3 2. HARDWARE 13 3. COMUNICACIONES 14 2 SOFTWARE Consultoría Tecnológica Su empresa hoy cuenta con el presupuesto necesario

Más detalles

Nomenclador de cargos

Nomenclador de cargos Nomenclador de cargos ROLES Áreas de I T Definición de módulos y roles Versión: 1.0 Pagina 1 Módulos interactuantes en un área de IT 1. Infraestructura Tecnológica 2. Producción de Software 3. Asistencia

Más detalles

Herramienta para la gestión de la relación con el Cliente en CLOUD. Presentación

Herramienta para la gestión de la relación con el Cliente en CLOUD. Presentación Herramienta para la gestión de la relación con el Cliente en CLOUD Presentación VISIÓN 360º DE SUS CUENTAS Repositorio único de información de la relación con sus clientes potenciales o en cartera, pero

Más detalles

Sistema de diseño y seguimiento de Procesos WT - WorkFlow.

Sistema de diseño y seguimiento de Procesos WT - WorkFlow. Sistema de diseño y seguimiento de Procesos WT - WorkFlow. Introducción El moderno y veloz ambiente empresarial demanda una gran agilidad en los procesos internos corporativos como clave para la competitividad.

Más detalles

MANUAL DE PROCESOS Y PROCEDIMIENTOS UNIDAD DE TECNOLOGÍAS DE INFORMACIÓN Y COMUNICACIONES - TICS

MANUAL DE PROCESOS Y PROCEDIMIENTOS UNIDAD DE TECNOLOGÍAS DE INFORMACIÓN Y COMUNICACIONES - TICS MANUAL DE PROCESOS Y PROCEDIMIENTOS UNIDAD DE TECNOLOGÍAS DE INFORMACIÓN Y COMUNICACIONES - Guatemala, julio de 2011 1 CONTENIDO DEL MANUAL Sección Página Acrónimos 1 Mapa de macro procesos y relaciones

Más detalles

INVITACIÓN A COTIZAR ADQUISICIÓN, INSTALACIÓN Y CONFIGURACIÓN DE DISCOS PARA SAN (STORAGE AREA NETWORK) INDICE

INVITACIÓN A COTIZAR ADQUISICIÓN, INSTALACIÓN Y CONFIGURACIÓN DE DISCOS PARA SAN (STORAGE AREA NETWORK) INDICE ADQUISICIÓN, INSTALACIÓN Y CONFIGURACIÓN DE DISCOS PARA SAN (STORAGE AREA NETWORK) INDICE 1. GENERALIDADES DE LA PROPUESTA...3 1.1. ANTECEDENTES...3 1.2. ALCANCE DEL SERVICIO A CONTRATAR...3 1.3. AMBIENTE

Más detalles

Requerimientos Técnicos para mantenimiento anual de certificación del Área Perimetral

Requerimientos Técnicos para mantenimiento anual de certificación del Área Perimetral Requerimientos Técnicos para mantenimiento anual de certificación del Área Perimetral Trabajo a realizar Cotización de mantenimiento anual de certificación de seguridad informática para el área perimetral

Más detalles

Soporte. Misión y Visión

Soporte. Misión y Visión Misión y Visión Misión Proporcionar servicios especializados, agregando valor a sus clientes, concentrando recursos y esfuerzos a través de profesionales innovadores en la solución de problemas utilizando

Más detalles

Qué es Nube Argentina de Telecom?

Qué es Nube Argentina de Telecom? * Flexibilidad * Movilidad * Colaboración * Seguridad Qué es Nube Argentina de Telecom? Un servicio de excelencia proporcionado por Telecom Argentina, desde sus datacenters, dentro de los cuales se destaca

Más detalles

CURSO DE ESQUEMA NACIONAL DE SEGURIDAD

CURSO DE ESQUEMA NACIONAL DE SEGURIDAD CURSO DE ESQUEMA NACIONAL DE SEGURIDAD Objetivos Generales Al finalizar este curso el alumno será capaz de: Comprender los principios básicos recogidos en el Esquema Nacional de Seguridad (ENS). Conocer

Más detalles

Kalio.Server... Servicio de Productividad

Kalio.Server... Servicio de Productividad Kalio.Server... Servicio de Productividad Kalio.Server Servicio de Productividad 2 Tabla de contenido... Kalio.Server... Servicio de Productividad... Tabla de contenido...2 Descripción... 3 Ejemplo de

Más detalles

Generalitat Valenciana. c/ Colón 66. 46004 Valencia. Generalitat Valenciana. c/ Colón 66. 46004 Valencia

Generalitat Valenciana. c/ Colón 66. 46004 Valencia. Generalitat Valenciana. c/ Colón 66. 46004 Valencia CETESI: el centro tecnológico de la Generalitat Valenciana 73941461 valls_enr@gva.es Area de Servicios Corporativos de Telecomunicaciones Secretaría Autonómica de Telecomunicaciones y Sociedad de la Información

Más detalles

SOLUCIÓN SITUACIÓN ACTUAL

SOLUCIÓN SITUACIÓN ACTUAL SITUACIÓN ACTUAL La necesidad de las organizaciones de ser más competitivas en un mercado dinámico ha generado estructuras organizacionales complejas y exigentes en términos de calidad y eficiencia. Sobre

Más detalles

UNIVERSIDAD DE BURGOS

UNIVERSIDAD DE BURGOS UNIVERSIDAD DE BURGOS SERVICIO DE INFORMÁTICA Y COMUNICACIONES Pliego de prescripciones técnicas para la contratación del servicio de soporte y mantenimiento de servidores corporativos, sistema de almacenamiento

Más detalles

II MARCO CONCEPTUAL. 2.1 Auditorías. 2.1.1 Proceso de Auditorías

II MARCO CONCEPTUAL. 2.1 Auditorías. 2.1.1 Proceso de Auditorías II MARCO CONCEPTUAL 2.1 Auditorías En general podemos considerar una auditoría como un proceso sistemático y formal en el que se determina hasta qué punto una organización está cumpliendo los objetivos

Más detalles

DISCAR S.A. - Córdoba (5004) - ArgentinaTel: (54 351) 473-2020

DISCAR S.A. - Córdoba (5004) - ArgentinaTel: (54 351) 473-2020 Pág 1 de 5 SISTEMA Mr.DiMS SERVICIO DE HOSTING DEDICADO MODALIDAD SOFTWARE AS A SERVICE : DISCAR ofrece a sus clientes la posibilidad de utilizar el software Mr.DiMS bajo la modalidad Software as a Service,

Más detalles

PROPUESTA SERVICIO ADMINISTRACIÓN Y GESTION DE. DOCUMENTOS MicroDocs

PROPUESTA SERVICIO ADMINISTRACIÓN Y GESTION DE. DOCUMENTOS MicroDocs PROPUESTA SERVICIO DE ADMINISTRACIÓN Y GESTION DE DOCUMENTOS MicroDocs PAIS : CHILE AUTOR : ALEJANDRO LENIZ CORREO : microdocs@microgeo.cl FECHA : Enero 2013 MicroDocs, Camino del Cerro 5154, Huechuraba,

Más detalles

PROCESO GESTIÓN DE TECNOLOGÍA E INFORMÁTICA

PROCESO GESTIÓN DE TECNOLOGÍA E INFORMÁTICA VERSIÓN:3 PAGINA 1 DE 22 VERSIÓN:3 PAGINA 2 DE 22 CONTENIDO PAG 1. CARACTERIZACIÓN DEL PROCESO... 4 1.1 Nombre del Proceso... 4 1.2 Nivel del Proceso... 4 1.3 Normatividad... 4 2. OBJETIVO... 5 3. ALCANCE...

Más detalles

2 de Mayo 2006 Versión: 5.0. 2005 BVC Información confidencial: El presente documento no debe ser distribuido sin aprobación de la BVC

2 de Mayo 2006 Versión: 5.0. 2005 BVC Información confidencial: El presente documento no debe ser distribuido sin aprobación de la BVC ESPECIFICACIONES TECNICAS DE INFRAESTRUCTURA TECNOLOGICA Y CONECTIVIDAD DE LOS AFILIADOS A LOS SISTEMAS TRANSACCIONALES DE LA BOLSA DE VALORES DE COLOMBIA. NUEVO SISTEMA DE NEGOCIACION 2 de Mayo 2006 Versión:

Más detalles

CUALIFICACIÓN OPERACIÓN DE SISTEMAS INFORMÁTICOS PROFESIONAL. Nivel 2. Versión 5 Situación RD 1201/2007 Actualización

CUALIFICACIÓN OPERACIÓN DE SISTEMAS INFORMÁTICOS PROFESIONAL. Nivel 2. Versión 5 Situación RD 1201/2007 Actualización Página 1 de 23 CUALIFICACIÓN OPERACIÓN DE SISTEMAS INFORMÁTICOS PROFESIONAL Familia Profesional Informática y Comunicaciones Nivel 2 Código IFC300_2 Versión 5 Situación RD 1201/2007 Actualización Competencia

Más detalles

POLÍTICA DE SEGURIDAD FÍSICA N-10 NOTA DE CONFIDENCIALIDAD DE ACUERDO A CLASIFICACIÓN

POLÍTICA DE SEGURIDAD FÍSICA N-10 NOTA DE CONFIDENCIALIDAD DE ACUERDO A CLASIFICACIÓN POLÍTICA DE SEGURIDAD FÍSICA N-10 2011 NOTA DE CONFIDENCIALIDAD DE ACUERDO A CLASIFICACIÓN Este documento es de propiedad exclusiva de MINSAL y su uso debe estar ceñido a lo dispuesto en la clasificación

Más detalles

MANUAL DE ORGANIZACIÓN Y FUNCIONES GERENCIA DE INFORMÁTICA

MANUAL DE ORGANIZACIÓN Y FUNCIONES GERENCIA DE INFORMÁTICA MANUAL DE ORGANIZACIÓN Y FUNCIONES GERENCIA DE INFORMÁTICA Aprobando mediante Resolución de Gerencia General N 052-2015 de fecha 26 Junio 2015 ELABORADO POR: APROBADO POR: 1 de 82 ÍNDICE 1 INTRODUCCIÓN...

Más detalles

Anexo 02 FICHA TECNICA FONDO FINANCIERO DE PROYECTOS DE DESARROLLO FONADE SERVICIO NACIONAL DE APRENDIZAJE SENA

Anexo 02 FICHA TECNICA FONDO FINANCIERO DE PROYECTOS DE DESARROLLO FONADE SERVICIO NACIONAL DE APRENDIZAJE SENA Anexo 02 FICHA TECNICA FONDO FINANCIERO DE PROYECTOS DE DESARROLLO FONADE SERVICIO NACIONAL DE APRENDIZAJE SENA SOLUCIÓN INTEGRAL PARA EL FONDO EMPRENDER DE LOS SERVICIOS DE: HOSTING DEDICADO CON ACCESO

Más detalles

PLIEGO DE PRESCRIPCIONES TÉCNICAS PARA EL MANTENIMIENTO Y MONOTORIZACIÓN DE LA ELECTRÓNICA DE RED, TELEFONÍA IP Y WIFI DEL CENTRO

PLIEGO DE PRESCRIPCIONES TÉCNICAS PARA EL MANTENIMIENTO Y MONOTORIZACIÓN DE LA ELECTRÓNICA DE RED, TELEFONÍA IP Y WIFI DEL CENTRO PLIEGO DE PRESCRIPCIONES TÉCNICAS PARA EL MANTENIMIENTO Y MONOTORIZACIÓN DE LA ELECTRÓNICA DE RED, TELEFONÍA IP Y WIFI DEL CENTRO (Nº EXP. 2013/ES/47). Página 1 de 7 1. Objeto El presente Pliego de Prescripciones

Más detalles

CAPACIDADES LOGÍSTICAS Y FUTURO DE LA INDUSTRIA NAVAL

CAPACIDADES LOGÍSTICAS Y FUTURO DE LA INDUSTRIA NAVAL CAPACIDADES LOGÍSTICAS Y FUTURO DE LA INDUSTRIA NAVAL Luis Ernesto Siebert Cristi * L - Introducción. a supervivencia de las empresas está íntimamente ligada a su capacidad de adaptación a los cambios

Más detalles

NORMATIVA. Políticas de Seguridad de Información de PDVSA Normativa 20/09/06 USO GENERAL. v-1.0 S/S

NORMATIVA. Políticas de Seguridad de Información de PDVSA Normativa 20/09/06 USO GENERAL. v-1.0 S/S Nom bre del Políticas de Seguridad de Información Normativa EMISIÓN CLASIFICACIÓN SERIAL Nº 20/09/06 USO GENERAL NORMATIVA S/S 1/39 INTRODUCCIÓN Las normas que integran las Políticas de Seguridad de Información

Más detalles

Technical Software México, S.A. GRUPO BOGO Asesores y Servicios TI, S.C.

Technical Software México, S.A. GRUPO BOGO Asesores y Servicios TI, S.C. Manual de Seguridad Informática Centro de Cómputo (Políticas, Controles) Technical Software México, S.A. GRUPO BOGO Asesores y Servicios TI, S.C. Contenido Introducción 3 Objetivos 4 Alcances 4 Equipo

Más detalles

Solicitud de Información. Vicepresidencia Ejecutiva de Tecnología e Informática Programa de Renovación de Procesos y Sistemas (RENOVA)

Solicitud de Información. Vicepresidencia Ejecutiva de Tecnología e Informática Programa de Renovación de Procesos y Sistemas (RENOVA) Solicitud de Información Soluciones de Negocio para la Gestión de Servicios, Gestión de Recursos, Control de Tráfico Marítimo y otras áreas del Negocio Marítimo. Vicepresidencia Ejecutiva de Tecnología

Más detalles

ASEGURAR LA CONFIDENCIALIDAD, INTEGRIDAD Y DISPONIBILIDAD DE LA INFORMACIÓN DE LAS ORGANIZACIONES ES NUESTRO OBJETIVO.

ASEGURAR LA CONFIDENCIALIDAD, INTEGRIDAD Y DISPONIBILIDAD DE LA INFORMACIÓN DE LAS ORGANIZACIONES ES NUESTRO OBJETIVO. SEGURIDAD DE LA INFORMACIÓN ASEGURAR LA CONFIDENCIALIDAD, INTEGRIDAD Y DISPONIBILIDAD DE LA INFORMACIÓN DE LAS ORGANIZACIONES ES NUESTRO OBJETIVO. La mayoría de las organizaciones tiene sus procesos críticos

Más detalles

Diplomado: Administración de Centros de Cómputo (Sites)

Diplomado: Administración de Centros de Cómputo (Sites) Diplomado: Administración de Centros de Cómputo (Sites) Duración: 162 hrs. Horario: viernes de 18:00 a 22:00 y sábados de 9:00 a 13:00 hrs. Sede: Campus Santa Fe (UIA y HP) Fundamentación Las empresas

Más detalles

SERIT forma parte del área de infraestructura de DIGIP Soluciones Integrales.

SERIT forma parte del área de infraestructura de DIGIP Soluciones Integrales. SERIT forma parte del área de infraestructura de DIGIP Soluciones Integrales. Acerca de SERIT Nuestra compañía se dedica a proveer servicios integrales de infraestructura a empresas, con el objetivo de

Más detalles

La U.A.E.A.C. debe contar con el Software en producción y actualizado para:

La U.A.E.A.C. debe contar con el Software en producción y actualizado para: 1. DESCRIPCION DE LA NECESIDAD QUE LA ENTIDAD PRETENDE SATISFACER CON LA CONTRATACIÓN Para la Unidad Administrativa Especial de Aeronáutica Civil que ofrece servicios aeronáuticos, aeroportuarios, informáticos

Más detalles

Cualificación Profesional ADMINISTRACIÓN DE SERVICIOS DE INTERNET. Nivel 3. Versión 5

Cualificación Profesional ADMINISTRACIÓN DE SERVICIOS DE INTERNET. Nivel 3. Versión 5 Página 1 de 23 Cualificación Profesional ADMINISTRACIÓN DE SERVICIOS DE INTERNET Familia Profesional Informática y Comunicaciones Nivel 3 Código IFC156_3 Versión 5 Situación Publicada Competencia general

Más detalles

1. Instala servicios de configuración dinámica, describiendo sus características y aplicaciones.

1. Instala servicios de configuración dinámica, describiendo sus características y aplicaciones. Módulo Profesional: Servicios en Red. Código: 0227. Resultados de aprendizaje y criterios de evaluación. 1. Instala servicios de configuración dinámica, describiendo sus características y aplicaciones.

Más detalles

CONSEJO DE NORMALIZACIÓN Y CERTIFICACIÓN DE COMPETENCIA LABORAL NORMAS TÉCNICAS DE COMPETENCIA LABORAL

CONSEJO DE NORMALIZACIÓN Y CERTIFICACIÓN DE COMPETENCIA LABORAL NORMAS TÉCNICAS DE COMPETENCIA LABORAL I. Datos Generales de la Calificación CTEL0449.01 Propósito Título Operación y mantenimiento de sistemas de conmutación por paquetes en redes de área amplia (WAN) Ofertar al sector un referente que permita

Más detalles

SERVICIOS EN TECNOLOGÍA

SERVICIOS EN TECNOLOGÍA Sobre NOSOTROS Somos un experto grupo de desarrolladores, ingenieros, especialistas y profesionales en el área de la informática, lo que nos permite ofrecer una diversa gama de servicios de calidad para

Más detalles

MINISTERIO DE HACIENDA INSTRUCTIVO SAFI N 02/2010

MINISTERIO DE HACIENDA INSTRUCTIVO SAFI N 02/2010 INSTRUCTIVO SAFI N 02/2010 ASUNTO: NORMAS PARA EL FUNCIONAMIENTO DE LA ARQUITECTURA TECNOLÓGICA DE LOS SISTEMAS DE: ADMINISTRACIÓN FINANCIERA INTEGRADO (SAFI), INFORMACIÓN DE RECURSOS HUMANOS (SIRH) E

Más detalles

MUNICIPALIDAD DISTRITAL DE MANANTAY

MUNICIPALIDAD DISTRITAL DE MANANTAY MUNICIPALIDAD DISTRITAL DE MANANTAY PLAN OPERATIVO INFORMÁTICO OFICINA DE SISTEMAS, INFORMATICA Y ESTADISTICA 2013 PLAN OPERATIVO INFORMATICO - 2013 1. Misión de la Oficina de Sistemas, Informática y Estadística.

Más detalles

INFORMATIZACIÓN INTEGRAL DE LOS SERVICIOS DE LA CÁMARA OFICIAL DE COMERCIO, INDUSTRIA Y NAVEGACIÓN DE MURCIA

INFORMATIZACIÓN INTEGRAL DE LOS SERVICIOS DE LA CÁMARA OFICIAL DE COMERCIO, INDUSTRIA Y NAVEGACIÓN DE MURCIA PLIEGO CLAUSULAS TÉCNICAS PARTICULARES PARA LA CONTRATACION MEDIANTE PROCEDIMIENTO ABIERTO LOS SERVICIOS NECESARIOS PARA LA EJECUCIÓN L SIGUIENTE PROYECTO INFORMATIZACIÓN INTEGRAL LOS SERVICIOS LA CÁMARA

Más detalles