guías técnicas de interoperabilidad documento de ... · nombre del documento 08.guía de...

Guías Técnicas de Interoperabilidad

Documento de Especificación G08

Guía de Arquitectura Técnica

Fecha: 03 de febrero de 2016

HOJA 2 DE 21

PROCESO-ACT ADS VERSIÓN 1.0

FECHA FEB-2016

Guía de Arquitectura Técnica Guía de Interoperabilidad

1. Control documental

1.1. Información del documento

Nombre del documento 08.Guía de Arquitectura Técnica 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 Dimensión EIDA Técnica

1.2. Control de versiones

Autor Versión Fecha de versión

Modificaciones

Carlos Rojas 1.0 03/02/2016 Creación del documento

HOJA 3 DE 21


FECHA FEB-2016


2. Índice

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

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 ........................................................................................................................ 8

6.1. Objetivo general ...................................................................................................... 8

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

7. Prerrequisitos ................................................................................................................. 9

8. Audiencia ....................................................................................................................... 9

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

9.1. Descripción del Proceso ....................................................................................... 10

9.2. Entradas, Productos y Salidas .............................................................................. 11

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

10. Responsabilidad y autoridad .................................................................................... 13

10.1. Modelo organizacional ....................................................................................... 13

10.2. Roles involucrados ............................................................................................ 14

10.3. Matriz de responsabilidad .................................................................................. 15

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

11. Evaluación y control ................................................................................................. 16

11.1. Baja. .................................................................................................................. 16

11.2. Alta. ................................................................................................................... 16

11.3. Crítica. ............................................................................................................... 17

12. Lecciones aprendidas ............................................................................................... 18

13. Anexos ..................................................................................................................... 18

14. Formatos .................................................................................................................. 18

15. Glosario .................................................................................................................... 19

HOJA 4 DE 21


FECHA FEB-2016


15.1. Glosario de Abreviaturas ................................................................................... 19

15.2. Glosario de Términos ........................................................................................ 19

16. Referencias .............................................................................................................. 21

HOJA 5 DE 21


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 21


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, seguridad, 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 los lineamientos del diseño arquitectónico del trámite en un entorno de interoperabilidad. Para ello las guías presentadas en la Ilustración 2 representan el punto en el que se ubica la carga de usuarios y la implementación de controles de seguridad de la información en el ciclo de vida del trámite, así como orientar al interesado la estructura y orden de las guías implementadas y por implementarse.

HOJA 7 DE 21


FECHA FEB-2016


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

5. Alcance Las Guías Técnicas de Interoperabilidad permitirán a la Institución implementar los trámites y servicios digitales considerando los principios generales establecidos en el Modelo Integral del Esquema de interoperabilidad descrito en el EIDA.

La presente guía establecer el procedimiento que aseguren el correcto diseño de la arquitectura técnica del trámite en un entorno de interoperabilidad, así como también apoyar en la elaboración del sustento documental sobre el cual estará soportado el diseño arquitectónico del trámite, con ello, permita validar que la solución a ser implementada es soportada por la arquitectura de procesos, orientada a servicio y de integración bajo los lineamientos establecidos por la Secretaria. El Modelo de Interoperabilidad, el cual define claramente la dimensión EIDA Interoperabilidad Técnica, donde establece la libertad e independencia de elección tecnológica que tienen las Instituciones (bajo el ámbito de sus atribuciones) al realizar el diseño de la arquitectura e implementación del trámite. Para ello, las Instituciones deberán de observar lo establecido en los Artículos Octavo, Noveno y Décimo del EIDA. El EIDA en los Artículos antes mencionados solicita la implementación del trámite considerando los servicios digitales desarrollados para la plataforma Gob.Mx y apegarse a estándares abiertos o, a falta de éstos, la Institución podrá utilizar estándares que sean portables, directrices internacionales o de uso generalizado previo dictamen de la Secretaría por medio del Comitè de Interoperabilidad, a fin de garantizar la independencia con la que

HOJA 8 DE 21


FECHA FEB-2016


cuenta la Institución en la elección de alternativas tecnológicas y la adaptabilidad al avance tecnológico. Validar que la solución a ser implementada es soportada por la arquitectura de procesos y orientada a servicio y de integración definida.

● Definir aspectos técnicos para lograr la comunicación de los procesos dentro del

portal de trámites y servicios.

● Definir los medios tecnológicos para el acoplamiento de nuevos componentes a la

arquitectura definida.

● Definir los estándares de comunicación que soporta la arquitectura tecnológica.

Los estándares empleados en el diseño de la arquitectura técnica del trámite deberán tener, como mínimo, las características siguientes:

a) Disponibilidad; b) Que los derechos de autor estén disponibles, libres de regalías y condiciones; c) Maduros; d) Internacionalmente aceptados; e) De fácil distribución, y f) Con amplio soporte en el mercado;

6. Objetivos

6.1. Objetivo general Establecer el procedimiento que la Institución deberá observar desde el diseño de la arquitectura técnica del trámite, compatibilidad con la arquitectura de la plataforma de Gob.Mx y apegándose al marco rector técnico y jurídico que define el Modelo Integral del Esquema de Interoperabilidad del EIDA. Garantizando con ello la disponibilidad y adaptabilidad de las tecnologías a emplear en la solución del trámite a ser publicado en el portal de Internet www.gob.mx.

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

● Definir el modelo arquitectónico del trámite que permita cubrir la funcionalidad de

negocio del mismo y total apego a los estándares establecidos por la Secretaría a

través del Comitè de Interoperabilidad que permiten publicar dicho trámite en la

plataforma gob.Mx.

HOJA 9 DE 21


FECHA FEB-2016


● Definir aspectos técnicos para lograr la comunicación de los procesos dentro del

portal de trámites y servicios, con base en la arquitectura tecnológica de la Ventanilla

Única Nacional.

● Definir los estándares de comunicación que soporta la arquitectura tecnológica.

7. Prerrequisitos La Institución deberá contar con requisitos mínimos para llevar a cabo la Especificación de la Arquitectura Técnica 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 Interoperabilidad del Plan de Trabajo Maestro para Implementar el Trámite en la plataforma gob.mx.

2. El trámite deberá garantizar la compatibilidad con la arquitectura técnica de gob.mx.

3. El diseño de la arquitectura deberá estar basado en la neutralidad tecnológica, el aprovechamiento de estándares abiertos y manejo de la información como lo establece la Secretaría por medio del Comité de Interoperabilidad 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.

4. Los componentes considerados y modelados deberán de contar con el Visto Bueno

de implementación, por el Comité de Interoperabilidad. Reutilizando los Servicios Digitales como son motor de pagos, capa de seguridad y catálogo de servicios. Para una mejor referencia de los mismos consultar el catálogo de Servicios Digitales de la plataforma Gob.Mx.

8. Audiencia La presente guía está dirigida a todo servidor público de la Institución involucrado en el proceso de Arquitectura técnica en un entorno de interoperabilidad.

HOJA 10 DE 21


FECHA FEB-2016


Para la adecuada comprensión de la guía, se recomienda contar con los siguientes conocimientos:

● Administración de recursos informáticos bajo demanda al suministrar y gestionar máquinas virtuales, así como los tipos de hipervisores que la arquitectura demande.

● Soporte de arquitecturas de Alta-Disponibilidad y Alta-Demanda

● Diseño de aplicaciones sobre arquitectura orientada a servicios.

● Administración y generación de procesos de trabajo, evaluación y mejoras.

9. Proceso

9.1. Descripción del Proceso

Diseño de la arquitectura técnica del trámite basadas en estándares definidos por la Secretaría, finalmente será evaluada por el Comité de Interoperabilidad.

Ilustración 3 Arquitectura Técnica del Trámite

Para una revisión más detallada y/o descarga del proceso consultar en el aplicativo multimedia en la sección Procesos BPMN, Proceso Nº 14 Guía de Arquitectura Técnica.

HOJA 11 DE 21


FECHA FEB-2016


9.2. Entradas, Productos y Salidas Entradas

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

● Modelo de Proceso de Negocio del Trámite. Formato libre G01-F03.

● DTI - Especificación Técnica de Interfaces. Formato G10-F01

● Documento de Arquitectura Técnica de Gob.Mx. Anexo G08-A01

● Formato G08-F02 Matriz de Requerimientos

Productos Internos

● Ninguno.

Salidas

● Certificado de Aprobación de Arquitectura Técnica del Trámite.

Formato G08-F03

● Documento de Arquitectura Técnica del Trámite. Formato G08-F01

9.3. Actividades

1. Generar Modelo de Arquitectura del Trámite

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

1. Apegarse a las actividades definidas por el Plan de Trabajo Maestro de

Trámite.

HOJA 12 DE 21


FECHA FEB-2016


2. Solicitar al Responsable de Arquitectura la elaboración del modelo

arquitectónico del trámite, que permita interoperar sobre la plataforma de

Gob.Mx.

3. El Responsable de Arquitectura con apoyo del Líder y Equipo Técnico

de la Arquitectura de la Institución, deberán:

-Definir aspectos técnicos para la comunicación de los procesos

dentro del portal de trámites y servicios.

-Definir los medios tecnológicos para el acoplamiento de los nuevos

componentes sobre la arquitectura definida y requerida para el trámite

-Definir los estándares abiertos de comunicación e implementación

que permita la interoperabilidad del trámite sobre la plataforma de gob.mx

4. Seguimiento de las tareas que permitan concluir la definición y

elaboración del Documento de Arquitectura Técnica del Trámite.

2. Evaluar la Arquitectura del Trámite El Comité de Interoperabilidad con soporte del equipo de expertos en la

arquitectura de Gob.Mx evaluará la documentación técnica entregada por la

Institución. Con la finalidad de verificar que la arquitectura del trámite se apega a

los estándares definidos por la Secretaría.

Emitiendo su resolución que hará de su conocimiento a la Institución solicitante

por el mecanismo oficial.

3. Implementar la Solución Tecnológica del Trámite El Responsable del Trámite por parte de la Institución, deberá:

1. Recibir la resolución de la evaluación de la arquitectura técnica del

trámite emitida por el Comité de Interoperabilidad.

2. Notificar la resolución al Responsable de Arquitectura.

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

HOJA 13 DE 21


FECHA FEB-2016


1. En caso de recibir el Certificado de Aprobación de la Arquitectura del Trámite

(Formato G08-F01) ,

● Proceder la implementación de la solución de tecnológica

apegándose al Plan de Trabajo Maestro,

● En caso contrario, iniciará nuevamente el procedimiento de

arquitectura técnica del trámite considerando los hallazgos reportados

hasta lograr la aprobación del Comité de Interoperabilidad.

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. Una persona puede tener asignado más de un rol de los establecidos en la representación gráfica. Dicho modelo no refiere a un organigrama jerárquico de la Secretaría ni de las Instituciones interesadas en implementar el trámite en la plataforma de gob.mx.

HOJA 14 DE 21


FECHA FEB-2016


Ilustración 4 Modelo Organizacional

10.2. Roles involucrados

● Institución

o Equipo Técnico de Arquitectura: rol encargado del diseño y elaboración de documentación para la arquitectura técnica, encargada de adecuarla bajo los rubros de infraestructura y arquitectura definida por Gob.Mx.

o Líder Técnico de Arquitectura: rol encargado de la administración de la solicitud de la arquitectura al Equipo Técnico, se encargará de dirigir al Equipo Técnico así como ser el primer evaluador de parte de la institución para corroborar que las especificaciones sean cubiertas y compatibles a la plataforma de Gob.Mx.

o Responsable de la Arquitectura: rol encargado de la gestionar y

seguimiento de la definición de la arquitectura al interior de la Institución y en

HOJA 15 DE 21


FECHA FEB-2016


su caso entre Arquitectos de otras Instituciones con apoyo de su Líder y Equipo Técnico.

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.

● Secretaría

o Comité de Interoperabilidad: evaluará y autorizará las solicitudes de la

Institución, así como realizará el seguimiento y evaluación del desempeño del proyecto de implementación del Trámite y las solicitudes asociadas a la implementación de trámites solicitados por la Institución. Se Analizará con los especialistas y expertos requeridos para cubrir lo solicitado por la Institución.

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

HOJA 16 DE 21


FECHA FEB-2016


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 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 las incidencias en tres tipos, los cuales se ordenan a continuación:

11.1. Baja.

● La Institución dentro de la documentación solicitada presenta inconsistencias como exceso de características solicitadas en el documento de arquitectura, frente al análisis de los mismos. Ejemplo: exceso de espacio en disco solicitado o exceso de memoria RAM solicitada para el servidor.

● 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.

Dentro de la documentación solicitada, los responsables no adjuntan información de

importancia, como:

● Formato G08-F03 Certificado de aprobación de arquitectura.

HOJA 17 DE 21


FECHA FEB-2016


● Formato G08-F02 Matriz de Requerimientos

● No contar con formato legible o estandarizado para la documentación de

arquitectura lógica

● No contar con el formato legible o estandarizado para la documentación de

arquitectura de comunicaciones

11.3. Crítica. Dentro de la documentación solicitada, los responsables no adjuntan información vital para

la implementación del trámite, como:

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

● La Institución considero para el diseño de la arquitectura del trámite, infraestructura o componentes tecnológicos fuera del catálogo que ofrece Gob.Mx

● La Institución considero uso de herramientas no licenciadas por Gob.Mx

● La Institución considero más recursos de los que se cuenta en Gob.Mx

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

siguiente cantidad de condiciones:

Severidad Número de incidencias

Baja De 3 o más criterios

Alta De 2 o más criterios

Crítica De 1 o más criterios

HOJA 18 DE 21


FECHA FEB-2016


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 Institución como a la Secretaría de la Función Pública, responder en el menor tiempo posible en futuros trámites. Las lecciones aprendidas deberán registrarse acorde a lo establecido en “Formato G01-F02 Registro de Lecciones Aprendidas”

13. Anexos

● Anexo G01-A01 Marco legal de las Guías de Interoperabilidad. ● Anexo G08-A05 Documento de Arquitectura de la Infraestructura de Gob.Mx.

14. Formatos

● Formato G01-F01 Plan de Trabajo Maestro del Trámite. ● Formato G08-F01 Documento de Arquitectura del Trámite ● Formato G08-F03 Certificado de Aprobación de Arquitectura ● Formato G01-F02 Registro de Lecciones aprendidas ● Formato libre G01-F03. Modelo de Proceso de Negocio del Trámite. ● Formato G10-F01 DTI - Especificación Técnica de Interfaces. ● Formato G08-F02 Matriz de Requerimientos

HOJA 19 DE 21


FECHA FEB-2016


15. Glosario

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.

TIC: Las Tecnologías de Información y Comunicaciones que comprenden el equipo

de cómputo, software y dispositivos de impresión que sean utilizados para

almacenar, procesar, convertir, proteger, transferir y recuperar información, datos,

voz, imágenes y vídeo.

LDAP: Lightweight Directory Access Protocol (Protocolo Ligero/Simplificado de

Acceso a Directorios).

VUN: Ventanilla Única Nacional.

15.2. Glosario de Términos

HOJA 20 DE 21


FECHA FEB-2016


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

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

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;

Esquema de Interoperabilidad: Al Esquema de Interoperabilidad y de Datos

Abiertos de la Administración Pública Federal.

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: Unidad administrativa del Gobierno o Entidad del Estado con funciones

específicas gestionando los recursos y prioridad central es la satisfacción de las

necesidades y expectativas de los ciudadanos.

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.

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

HOJA 21 DE 21


FECHA FEB-2016


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).

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.

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.

Certificado de Aprobación: Oficio o documento oficial de la Unidad Administrativa

Federal, por medio del cual se formaliza la culminación de un proceso con entera

satisfacción.

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 documento de ... · nombre del documento 08.guía de...

Documents