guías técnicas de interoperabilidad especificación del ... 3 de 20 proceso-act ads versiÓn 1.0...

Guías Técnicas de Interoperabilidad

Especificación del Documento G09

Guía de Arquitectura de Redes

Fecha: 03 de febrero de 2016

HOJA 2 DE 20

PROCESO-ACT ADS VERSIÓN 1.0

FECHA FEB-2016

Guía de Arquitectura de Redes Guía de Interoperabilidad

1. Control documental

1.1. Información del documento

Nombre del documento 09. Guía de Arquitectura de Redes Servicio Guías Técnicas de Interoperabilidad Proceso-MAAGTIC ADS-Proceso de Administración de Servicios Periodicidad Única vez Fecha de entrega 03 de febrero de 2016 Observaciones Ninguna Dimensión EIDA Técnica

1.2. Control de versiones

Autor Versión Fecha de versión

Modificaciones

Saúl Morales 0.1 03/02/2016 Creación del documento

HOJA 3 DE 20


FECHA FEB-2016


2. Índice

1. Control documental ........................................................................................................ 2

1.1. Información del documento ..................................................................................... 2

1.2. Control de versiones ............................................................................................... 2

2. Índice ............................................................................................................................. 3

3. Introducción ................................................................................................................... 5

4. Relación con otras guías ................................................................................................ 6

5. Alcance .......................................................................................................................... 7

6. Objetivos ........................................................................................................................ 7

6.1. Objetivo general ...................................................................................................... 7

6.2. Objetivos específicos .............................................................................................. 8

7. Prerrequisitos ................................................................................................................. 8

8. Audiencia ....................................................................................................................... 8

9. Proceso ....................................................................................................................... 10

9.1. Descripción del proceso ........................................................................................ 10

9.2. Entradas, salidas y productos ............................................................................... 10

9.3. Actividades ........................................................................................................... 11

10. Responsabilidad y autoridad .................................................................................... 12

10.1. Modelo organizacional ....................................................................................... 12

10.2. Roles involucrados ............................................................................................ 13

10.3. Matriz de responsabilidad .................................................................................. 14

10.4. Proveedor del servicio en el acompañamiento .................................................. 14

11. Evaluación y control ................................................................................................. 14

11.1. Baja. .................................................................................................................. 15

11.2. Alta. ................................................................................................................... 15

11.3. Crítica. ............................................................................................................... 15

12. Lecciones aprendidas ............................................................................................... 16

13. Anexos ..................................................................................................................... 16

14. Formatos .................................................................................................................. 16

15. Glosario .................................................................................................................... 16

15.1. Glosario de abreviaturas .................................................................................. 17

15.2. Glosario de términos ......................................................................................... 17

16. Referencias .............................................................................................................. 20

HOJA 4 DE 20


FECHA FEB-2016


HOJA 5 DE 20


FECHA FEB-2016


3. Introducción La Estrategia Digital Nacional tiene como habilitadores la conectividad, inclusión de habilidades digitales, interoperabilidad, marco jurídico y datos abiertos con el fin de lograr la transformación gubernamental, economía digital, educación de calidad, salud universal y efectiva y seguridad ciudadana contenidas en el Programa para un Gobierno Cercano y Moderno 2013-2018. Como parte de la Estrategia Digital Nacional definida para propiciar la transformación gubernamental a través de las tecnologías de la información y comunicación con el fin de lograr la digitalización de los trámites y servicios del Catálogo Nacional de Trámites y Servicios (en lo sucesivo “CNTS”) e incorporarlos al portal de internet www.gob.mx de la “Ventanilla Única Nacional” se derivan en un modelo de Interoperabilidad que persigue como objetivo principal: “Incrementar la interoperabilidad y el intercambio de información de las Instituciones de la Administración Pública Federal”, mediante la sistematización y la automatización de sus procesos. Es por ello que la Secretaría de la Función Pública(en lo sucesivo Secretaría) y la Comisión Intersecretarial para el Desarrollo del Gobierno Electrónico(en lo sucesivo “CIDGE”) han realizado diversas acciones para promover el desarrollo, instrumentación y operación de mecanismos de interoperabilidad, entre estas acciones está la creación de la Subcomisión de Interoperabilidad, encargada de coordinar el proceso para el desarrollo de un Esquema de Interoperabilidad centrado en el ciudadano, que integre, promueva y detone las operaciones digitales de la Administración Pública Federal (en lo sucesivo “APF”). A fin de superar la incompatibilidad de infraestructura tecnológica y contenidos, y se incremente la eficiencia operativa de las instituciones públicas y su relación con los particulares y la sociedad en general surge el Acuerdo por el que se establece el Esquema de Interoperabilidad y de Datos Abiertos de la APF, publicado en el Diario Oficial de la Federación el 6 de septiembre de 2011 (en lo sucesivo “EIDA”), en el que se sientan las bases, principios y políticas que deberán observar las Instituciones, para la integración de los procesos relacionados con servicios digitales, así como para compartir, reutilizar plataformas y sistemas de información, a fin de incrementar la eficiencia operativa de la APF y su relación con la sociedad. El EIDA establece el Modelo Integral del Esquema de Interoperabilidad para crear las condiciones necesarias que garanticen el adecuado nivel de interoperabilidad técnica, semántica, organizativa y de gobernabilidad de los sistemas y aplicaciones de la Administración Pública Federal con ello permita la implementación e integración de servicios digitales sobre la plataforma de arquitectura nacional e infraestructura orientada a servicios. Como se muestra en la siguiente ilustración:

https://es.wikipedia.org/wiki/Conectividad

https://es.wikipedia.org/wiki/Inclusi%C3%B3n_digital

https://es.wikipedia.org/wiki/Inclusi%C3%B3n_digital

https://es.wikipedia.org/wiki/Interoperabilidad

https://es.wikipedia.org/wiki/Datos_Abiertos

HOJA 6 DE 20


FECHA FEB-2016


Ilustración 1 Modelo Integral del Esquema de Interoperabilidad

Las Guías Técnicas de Interoperabilidad basadas en el Modelo Integral del Esquema de Interoperabilidad, serán el instrumento de las Dependencias, Entidades y la Procuraduría General de la República (en lo sucesivo “Instituciones”) para lograr la sistematización e implementación de trámites y servicios a partir de procesos punto a punto que permitirán la interoperabilidad en la plataforma gob.mx. Las Guías Técnicas de Interoperabilidad en sus diversos apartados se desarrollan en apego al marco jurídico vigente con la finalidad de garantizar la privacidad, disponibilidad e integridad de la información a resguardo de las Instituciones y propiedad en todo momento de los ciudadanos, las cuales son concentradas en el Anexo G01-A01 Marco Legal de las Guías de Interoperabilidad.

4. Relación con otras guías La presente guía considera la arquitectura de red del trámite en un entorno de interoperabilidad. Para ello las en la Ilustración 2 representa el punto en el que se concentra la documentación técnica de la infraestructura de la plataforma de gob.mx, se analiza, compara, adopta, diseña, evalúa y se integra la infraestructura de red del trámite.

HOJA 7 DE 20


FECHA FEB-2016


Ilustración 2. Relación con otras guías

5. Alcance La presente guía especifica los requerimientos mínimos necesarios para establecer una conexión segura implementando los controles de seguridad de acceso que permita a las Instituciones acceder de forma segura al portal www.gob.mx, aplicaciones y/o servicios que este pone a su disposición, así como también para que se adapte a la arquitectura de la infraestructura de gob.mx. Definir los requerimientos mínimos para la conexión al portal, aplicaciones y/o servicios desde las Entidades y cumplir con sus requerimientos no funcionales así como de La Secretaría. Cumplir con la dimensión EIDA Interoperabilidad Técnica elaborando documentos con especificaciones de tecnologías de la información y comunicación con el fin de Interoperar el trámite entre o en Instituciones. El diseño de la arquitectura depende de los requerimientos que demanda el trámite por ello cada Institución deberá observar la infraestructura de la plataforma gob.mx y diseñar la arquitectura de red.

6. Objetivos

6.1. Objetivo general

HOJA 8 DE 20


FECHA FEB-2016


Definir los requerimientos mínimos para la conexión al portal, aplicaciones y/o servicios desde las Instituciones.

6.2. Objetivos específicos Los objetivos específicos de esta guía son:

● Contemplar la arquitectura de red de la plataforma de gob.mx para la definición y diseño de conexión entre la Institución y la plataforma de gob.mx

● Describir el modelo de arquitectura que permita el intercambio de información e

integración de servicios digitales.

● Definir los controles de seguridad en la red, como es el cifrado de datos en el tránsito por la red, mediante el uso de firewall, prevención de intrusiones y arquitectura de zona segura o zonas militarizadas redes a la arquitectura de la red para integrar ambos procesos.

7. Prerrequisitos La Institución deberá contar con requisitos mínimos para llevar a cabo la Especificación de la Arquitectura de Redes del Trámite, los cuales se listan a continuación:

1. El trámite deberá contar con el Visto Bueno por parte del Comité de Aprobación del Plan de Trabajo Maestro para Implementar el Trámite en la plataforma gob.mx.

2. El diseño de la arquitectura de redes deberá permitir asegurar la compatibilidad con

la arquitectura de la plataforma de gob.mx y la comunicación e intercambio de información considerando los establecido en el manejo de la información por la Secretaría en las guías de Manejo de Datos en un ambiente de Interoperabilidad, en la guía de Manejo de Datos y Persistencia en un ambiente de Interoperabilidad y en la guía de Integración en un ambiente de Interoperabilidad.

8. Audiencia La presente guía está dirigida fundamentalmente al personal de la Institución y la Secretaría involucrado en el proceso de arquitectura de redes en un entorno de interoperabilidad. Para la adecuada comprensión de la guía, se recomienda contar con los siguientes conocimientos:

HOJA 9 DE 20


FECHA FEB-2016


● En el análisis de vulnerabilidades, pruebas de penetración y hacking ético,

elaboración de entregables técnicos del servicio bajo demanda (referente el análisis

de vulnerabilidades, pruebas de penetración y hacking ético).

● En la corrección o ajustes a las políticas de seguridad con base a los resultados de

los análisis de vulnerabilidad, notificaciones (según la matriz de

notificación/escalación autorizada), generado el dictamen de actividad sospechosa.

● Análisis de alertas de seguridad en la infraestructura de seguridad perimetral,

identificación y análisis de las vulnerabilidades en la infraestructura de seguridad

perimetral, validación de los eventos de seguridad críticos que les sean escalados

por parte de los ingenieros de operación.

● Mantenimiento de infraestructura tecnológica y su integración con seguridad en

sistemas críticos del hardware en ambientes operacionales.

● En el diseño de topologías de red, redes: LAN, WAN, proveedor de servicios de

internet (ISP), protocolos de internet TCP/IP.

● Conocimientos de Seguridad de la Infraestructura.

HOJA 10 DE 20


FECHA FEB-2016


9. Proceso

9.1. Descripción del proceso Cada Institución generará el diseño en cuanto se refiere la topología, aplicación de políticas de seguridad de su red, para que se adapte a sus necesidades teniendo en cuenta las características solicitadas por la Secretaría y total compatibilidad en la comunicación con la plataforma gob.mx.

Ilustración 3 Proceso de Arquitectura de Redes

Para una revisión más detallada y/o descargar el proceso consultar en el aplicativo multimedia en la sección Procesos BPMN, Proceso Nº 09 Guía de Arquitectura de Redes.

9.2. Entradas, salidas y productos Entradas

● Plan de Trabajo Maestro del Trámite. Formato G01-F01 ● Documento de Arquitectura de gob.mx Anexo G08-A01 ● Políticas de Seguridad de la Red. Anexo G09-A01.

Productos internos

● Documento de Infraestructura del Trámite. Formato G09-F01.

Salidas

● Documento de Arquitectura del Trámite (En Apartado Infraestructura). Formato G08-F01.

HOJA 11 DE 20


FECHA FEB-2016


9.3. Actividades

1. Concentrar la documentación técnica de la infraestructura de la plataforma gob.mx El Responsable del Trámite solicita al Responsable de Arquitectura por parte de la Institución este último, deberá:

● Iniciar el diseño de la arquitectura de redes o contracción de la documentación técnica requerida, cuando la Institución cuente con la red.

● Obtener la documentación técnica requerida de referencia de la red, la Institución debe acceder al portal de la plataforma de gob.mx y descarga dicha información de la infraestructura de redes de la plataforma de gob.mx y políticas de seguridad de la red.

2. Analizar la infraestructura de gob.mx vs la infraestructura del trámite

El Líder Técnico de Arquitectura de la Institución deberá: 1. Enviar la documentación técnica de la infraestructura de gob.mx a su Equipo

Técnico de Arquitectura, solicitando el análisis de la infraestructura de redes de gob.mx vs la infraestructura de red requerida del trámite.

3. Diseñar la infraestructura de la red del Trámite

El Equipo Técnico de Arquitectura de la Institución, deberá: 1. Analizar la infraestructura de redes de la plataforma de gob.mx, considerando

las políticas de seguridad de la red recomendadas por la Secretaría, 2. Diseñar la arquitectura de red del trámite o en su caso ajustar la existente

para garantizar la compatibilidad con la plataforma de gob.mx. Utilizando el Formato G09-F01 Documento de Infraestructura del Trámite.

a. Se deberán aplicar políticas de seguridad de la red, establecer

configuración del firewall y antivirus al diseñar la infraestructura de la red del trámite, como lo indica el Anexo G08-A01.

3. Finalmente el diseño de la arquitectura de red del trámite, será enviado al

Líder Técnico de Arquitectura de la Institución.

El Líder Técnico de la Arquitectura por parte del Institución, deberá: 1. Analizar el diseño de la Arquitectura de Red del trámite 2. En caso de dar su visto bueno al diseño, enviará al Responsable de

Arquitectura, de lo contrario regresará comentarios al Equipo Técnico de la Arquitectura para su corrección.

El Responsable de la Arquitectura, valida y envía con su visto bueno de la arquitectura de redes al Responsable del Trámite para su valoración.

4. Evaluar infraestructura de redes del trámite

HOJA 12 DE 20


FECHA FEB-2016


El Responsable del Trámite por parte de la Institución deberá: 1. Generar un ticket a la mesa de servicio solicitando la Evaluación de la

Arquitectura de Redes del Trámite 2. Envía la arquitectura de redes del trámite al Comité de Interoperabilidad.

El Comité de Interoperabilidad, deberá:

1. Recibe la arquitectura de la red del trámite. 2. Evalúa la documentación de la arquitectura de la red del trámite, 3. Finalmente emitirá su resolución sobre la arquitectura de redes del trámite

notificando oficialmente su respuesta al Responsable del Trámite de la Institución solicitante.

El Responsable del Trámite por parte de la Institución deberá:

3. Cerrar el ticket que levantó en la mesa de servicio al solicitar la Evaluación de la Arquitectura de Redes del Trámite documentando la resolución del Comité

4. Hacer de su conocimiento y seguimiento del proceso de acuerdo a la resolución del Comité.

5. Integrar información de red a documento de arquitectura

El Responsable de Arquitectura por parte de la Institución, deberá:

1. Enviar al Líder Técnico de Arquitectura, quien realizará la actualización correspondiente al documento de arquitectura técnica del trámite en el apartado de Vista de Infraestructura con soporte del Equipo de Arquitectura.

10. Responsabilidad y autoridad

10.1. Modelo organizacional En el siguiente modelo organizacional están representados los roles necesarios para la ejecución de las actividades del proceso descrito en la presente guía. Dicho modelo no refiere a un organigrama jerárquico del Comité de Interoperabilidad ni de las Instituciones interesadas en implementar el trámite en la plataforma de gob.mx.

HOJA 13 DE 20


FECHA FEB-2016


Ilustración 4 Modelo Organizacional

10.2. Roles involucrados

● Institución

o Responsable del Trámite/Responsable de la Cadena de

Interoperabilidad: rol encargado de gestionar solicitudes al Comité de Interoperabilidad de requerimientos técnicos o de negocio dentro de la institución o fuera de la Institución como sea requerido por la implementación del trámite.

o Responsable de Arquitectura: rol encargado de la administración y solicitud

de documentación requerida por el equipo técnico, además de ser el encargado de dirigir al equipo, evaluar los resultados, y corroborar que se adapten a las especificación de Gob.Mx.

o Líder Técnico de Arquitectura: rol encargado de obtener la documentación de la infraestructura de la plataforma de gob.mx, revisar el análisis y diseño de la infraestructura de redes del trámite, así como de integrar la información de red al documento de arquitectura.

o Equipo Técnico de Arquitectura: rol encargado de realizar el análisis de la infraestructura de redes de la plataforma de gob.mx vs la infraestructura de red del trámite y de diseñar la infraestructura de red del trámite.

HOJA 14 DE 20


FECHA FEB-2016


● Comité de Interoperabilidad: Grupo de personas encargado de evaluar y autorizar las solicitudes de la Institución, así como de realizar el seguimiento de la implementación del trámite.

10.3. Matriz de responsabilidad

Roles / Responsabilidades: R: Responsable, A: Aprobador, S: Soporte, C: Consultado, I: Informado.

10.4. Proveedor del servicio en el acompañamiento En el acompañamiento para consolidar un trámite o servicio, junto con su gobernabilidad, los actores principales de la guía con capacidad de toma de decisión por parte del proveedor del servicio son los siguientes:

Responsable del proveedor del servicio: Grupo KIO Networks. Correo: [email protected] Teléfono local: 474 - GOBMX (474-46269) LADA sin costo: 01800 44 - GOBMX (44-46269)

11. Evaluación y control

HOJA 15 DE 20


FECHA FEB-2016


La evaluación y control de situaciones, garantiza tomar la decisión correcta frente a circunstancias particulares, en las que el proceso se vea afectado por ciertas fallas o inexistencia en los insumos necesarios para el proceso. Para ello se categoriza la evaluación en tres tipos, se ordenan a continuación estos criterios de evaluación:

11.1. Baja.

● La Institución realiza documentación con inconsistencias, ya sea por falta o exceso de características solicitadas.

● Existen narrativas o descripciones escuetas o limitadas. ● Existen faltas de ortografía en la redacción del documento. ● Uso de nombres poco comunes o fuera de referencia de su rol para los

usuarios administradores de los servicios.

11.2. Alta.

● El responsable del trámite de la Institución o responsable de la arquitectura de la Secretaría no adjunten y no verifiquen información de importancia, como por ejemplo alguna política de seguridad o de diseño.

o G09-F01 Documento de Infraestructura del Trámite

11.3. Crítica.

● Plan de Trabajo Maestro del Trámite. Formato G01-F01

● La Institución considero características fuera de la documentación, a la hora de implementar el diseño de la arquitectura.

● La Institución considero políticas o características no aprobadas por la

Secretaria.

● El comité de interoperabilidad no emite su resolución sobre la arquitectura de redes del trámite.

HOJA 16 DE 20


FECHA FEB-2016


Para detener el seguimiento del proceso, esté como mínimo tendrá que contar con la

siguiente cantidad de condiciones:

12. Lecciones aprendidas Se deberán documentar las enseñanzas que sean identificadas en cualquier momento del proceso. Para que éstas queden aprendidas han de registrarse como una base de conocimiento para que pueda ser revisada y estudiada en ocasiones futuras. Lo que permitirá tanto a la Dependencia como a la Secretaría, responder en el menor tiempo posible en futuros trámites. Las lecciones aprendidas deberán registrarse acorde a lo establecido en Formato G01-F01 Registro de Lecciones aprendidas

13. Anexos

● Anexo Nº G01-A01 Marco Legal de las guías de interoperabilidad. ● Anexo N° G08-A01 Documento de Arquitectura de gob.mx ● Anexo N° G09-A01 Políticas de seguridad de la red.

14. Formatos

● Formato G01-F02 Registro de Lecciones aprendidas. ● Formato G08-F01 Documento de Arquitectura del Trámite. ● Formato G09-F01 Documento de Infraestructura del Trámite ● Formato G01-F01 Plan de Trabajo Maestro del Trámite.

15. Glosario

HOJA 17 DE 20


FECHA FEB-2016


15.1. Glosario de abreviaturas

Gob.Mx: Es la plataforma que promueve la innovación en el gobierno, impulsa la eficiencia, y transforma los procesos para proveer de información, trámites y una plataforma de participación a la población. Es el replanteamiento de la relación ciudadano-gobierno. MAAGTIC-SI: Manual Administrativo de Aplicación General en las materias de tecnologías de la información y comunicaciones, y en la de seguridad de la información. RASCI: La matriz de la asignación de responsabilidades (RASCI por las iniciales de los tipos de responsabilidad) se utiliza generalmente en la gestión de proyectos para relacionar actividades con recursos (individuos o equipos de trabajo). De esta manera se logra asegurar que cada uno de los componentes del alcance esté asignado a un individuo o a un equipo. Secretaría: Secretaría de la Función Pública. PETIC: Plan Estratégico de Tecnologías de la Información y Comunicaciones.

15.2. Glosario de términos

Accesibilidad: Los contenidos y servicios digitales deberán tener las características de acceso reconocidas a nivel internacional, incluyendo las que se refieren a respetar y considerar las necesidades específicas de las personas con capacidades especiales. Asociación: Las dependencias y entidades compartirán información y conocimiento para la prestación de servicios digitales integrados, así como para la adecuada toma de decisiones Cadena de Interoperabilidad: Es una secuencia de trámites interrelacionados entre sí con un objetivo o un resultado común, dichas relaciones están dadas por las necesidades de información tanto de datos como de documentos que requieren los trámites para ser efectuados. Colaboración: Las dependencias y entidades participarán en las diferentes actividades de planeación, diseño, desarrollo, implantación y operación de servicios digitales integrados, así como de sistemas o aplicaciones para impulsar la eficiencia de la Administración Pública Federal y su interacción con la sociedad. Confidencialidad: Las dependencias y entidades deben garantizar, en términos de las disposiciones jurídicas aplicables, la no divulgación de datos o información a terceros o a sistemas no autorizados. Conservación: Las dependencias y entidades son responsables de conservar y mantener en condiciones adecuadas de operación sus sistemas o aplicaciones, para asegurar la integridad, confiabilidad y disponibilidad de los datos e información contenidos en los mismos a través del tiempo.

HOJA 18 DE 20


FECHA FEB-2016


Dependencia: a las Secretarías de Estado, sus respectivos órganos administrativos desconcentrados, y la Consejería Jurídica del Ejecutivo Federal, conforme a lo dispuesto en los artículos 1o. y 2o. de la Ley Orgánica de la Administración Pública Federal, así como la Procuraduría General de la República. Disponibilidad: Las dependencias y entidades serán responsables de que la información o datos contenidos en sus sistemas o aplicaciones para la prestación de servicios digitales cuenten y cumplan con un nivel de servicio comprometido entre ellas y, en su caso, con los usuarios. Eficiencia: La prestación de servicios digitales deberá sustentarse en la generación de economías de escala ligadas a inversiones compartidas, esfuerzos coordinados y soluciones replicables. Entidades: A los organismos descentralizados, empresas de participación estatal mayoritaria y fideicomisos públicos que tengan el carácter de entidad paraestatal, a que se refieren los artículos 1o., 3o., 45, 46 y 47 de la Ley Orgánica de la Administración Pública Federal. Equilibrio: Las dependencias y entidades se aseguraran de que existe un balance entre los aspectos de seguridad de los datos e información y las aplicaciones de acceso a los mismos, de forma que no sea un obstáculo para la interoperabilidad. Esquema de Interoperabilidad: Al Esquema de Interoperabilidad y de Datos Abiertos de la Administración Pública Federal. Estándares abiertos: A las especificaciones cuya utilización esté disponible de manera gratuita o que no suponga una dificultad de acceso, y que su uso y aplicación no esté condicionada al pago de un derecho de propiedad intelectual o industrial. Gobierno digital: A las políticas, acciones y criterios para el uso y aprovechamiento de las tecnologías de la información y comunicaciones, con la finalidad de mejorar la entrega de servicios al ciudadano; la interacción del gobierno con la industria; facilitar el acceso del ciudadano a la información de éste, así como hacer más eficiente la gestión gubernamental para un mejor gobierno y facilitar la interoperabilidad entre las dependencias y entidades. Igualdad: El uso de medios digitales no deberá generar restricciones o limitaciones para los ciudadanos que decidan relacionarse con éstos, con independencia de la utilización de medios de contacto tradicionales, en términos de las disposiciones jurídicas aplicables. Infraestructura: Conjunto de elementos o servicios que se consideran necesarios para el funcionamiento de una organización o para el desarrollo de una actividad. Institución: Dependencias, Entidades y la Procuraduría General de la República. Integridad: Las dependencias y entidades serán responsables de que los datos o información contenidos en sus sistemas o aplicaciones para la prestación de servicios digitales han permanecido completos e inalterados y, en su caso, que sólo han sido modificados por la fuente de confianza correspondiente.

HOJA 19 DE 20


FECHA FEB-2016


Interoperabilidad: Es la capacidad de organizaciones y sistemas, dispares y diversos, para interactuar con objetivos consensuados y comunes, con la finalidad de obtener beneficios mutuos, en donde la interacción implica que las dependencias y entidades compartan infraestructura, información y conocimiento mediante el intercambio de datos entre sus respectivos sistemas de tecnología de información y comunicaciones. Legalidad: Las dependencias y entidades en el intercambio de datos o información contenidos en sus sistemas o aplicaciones para la prestación de servicios digitales, deberán sujetarse a las disposiciones aplicables, de la misma manera que sucede en el intercambio de información por medios físicos. Mesa de Servicios: Mesa de Servicio (Service Desk) es un conjunto de recursos tecnológicos y humanos, para prestar servicios con la posibilidad de gestionar y solucionar todas las posibles incidencias de manera integral, junto con la atención de requerimientos relacionados a las Tecnologías de la Información y la Comunicación (TIC). Responsabilidad: Las dependencias y entidades, en la prestación de servicios públicos digitales integrados, serán responsables de sus acciones de acuerdo a los niveles de servicio convenidos entre los distintos participantes conforme al tipo de servicio de que se trate. Reutilización: Las dependencias y entidades generarán los medios para poner a disposición y compartir la información, funcionalidades y soluciones tecnológicas, entre aquéllas que lo requieran. Seguridad: Al compartir información por medios digitales, las dependencias y entidades deberán mantener como mínimo, el mismo nivel de garantías y seguridad que se tiene para el intercambio por medios físicos, así como adoptar procesos de ciberseguridad, en términos de lo que establezcan conforme a las disposiciones aplicables las autoridades competentes. Ticket: Comprobante que identifica la referencia de un proceso levantado. Transparencia: Las dependencias y entidades en la prestación de los servicios públicos digitales integrados, facilitarán a los distintos participantes la información que requieran para fines de evaluación y mejora de dichos servicios. Trazabilidad: Las dependencias y entidades en el intercambio de información, deberán contar con registros que les permitan identificar y analizar situaciones, generales o específicas, de los servicios digitales. Ventanilla Única Nacional: Portal que tiene como funciones principales apoyar y acompañar al ciudadano en solicitudes al Gobierno de México, concentrar todos los trámites y servicios en un sólo lugar, permita hacerlos en línea, identificar a las Instituciones y organismos auxiliares de los tres niveles Poder, ayuntamientos, Instituciones y entidades de la Administración Pública.

HOJA 20 DE 20


FECHA FEB-2016


16. Referencias

● EIDA

http://dof.gob.mx/nota_detalle.php?codigo=5208001&fecha=06/09/2011

● ADS MAAGTICSI,

http://www.gob.mx/cms/uploads/attachment/file/58688/ADS_Proceso_de_Administraci_n_de_Servicios.pdf





guías técnicas de interoperabilidad especificación del ... 3 de 20 proceso-act ads versiÓn 1.0...

Documents