SECRETARÍA DE LA FUNCIÓN PÚBLICA DOCUMENTO TECNICO PARA LA INTEROPERABILIDAD DE LOS SISTEMAS AUTOMATIZADOS DE CONTROL DE GESTIÓN
|
|
- Blanca Gallego Rico
- hace 8 años
- Vistas:
Transcripción
1 SECRETARÍA DE LA FUNCIÓN PÚBLICA DOCUMENTO TECNICO PARA LA INTEROPERABILIDAD DE LOS SISTEMAS AUTOMATIZADOS DE CONTROL DE GESTIÓN Documento Técnico para la Interoperabilidad de los SACG 1
2 DOCUMENTO TECNICO PARA LA INTEROPERABILIDAD DE LOS SISTEMAS AUTOMATIZADOS DE CONTROL DE GESTIÓN CONTROL DE CAMBIOS Número de versión: 1.0 Fecha: 28 de mayo de 2012 Número de versión: 1.1 Fecha: 23 de julio de 2012 Número de versión: 1.2 Fecha: 21 de noviembre de 2012 Apartado Numeral/Párrafo/Inciso Descripción de los cambios Precisión sobre el uso y generación de certificados digitales de Firma Electrónica para la OPE y la Instancia. 3 Segundo Mención al Oficio UGD/409/442/2012 por el cual se dio a conocer el DTI de los SACG /2 /a / iii Modificación sobre el tipo de Mensaje-2 que se genera, el tipo de dato RespuestaSolicitudRegistro no es correcto, debe ser RechazoSolicitudRegistro. 10 Anexo 2 Esquemas de Mensajes XSD Modificaciones: Mensaje: RespuestaSolicitudRegistro el tipo de dato MiembroComunidad no es correcto, debe ser InformacionMiembroComunidad. Elemento: simpletype TipoConfencialidad" cambia el valor Privada por Confidencial y se agregan los valores: ParcialmenteReservada y ParcialmenteConfidencial. Elemento: complextype DirectorioComunidad se agrega el indicador minoccurs="0". Elemento: OficioElectronico se agrega el elemento FirmasElectronicas, anteriormente solo se especificaba un elemento Signature, que hacia la referencia a la firma electrónica del Autor. Ahora el OficioElectronico incluye además de la firma del Autor, de OtrasPersonas (en caso necesario) y Organizacionales (Institución), así como la adición de los elementos InformacionCertificado y Proposito. Elemento: MensajeInteroperabilidad se reubicaron las Firmas del mensaje y se unificaron a la estructura de Firmas de OficioElectronico : La firma del Miembro de la Comunidad (Instancia u OPE), que emite el mensaje se encuentra dentro del elemento Origen del MensajeInteroperabilidad. La firma que agrega la OPE al retransmitir un mensaje, se reubicaron al elemento PuntoRuta. Precisiones: En general se efectuaron diversas mejoras de tipo ortográfico y definiciones sobre la <xs:documentation> del esquema del TiposDeDatosInteroperabilidad.xsd, que agregan mayor claridad y entendimiento del mismo. Documento Técnico para la Interoperabilidad de los SACG 1
3 1. OBJETO El presente documento tiene por objeto definir, conforme a lo establecido en el artículo décimo tercero del Acuerdo por el que se establece el Esquema de Interoperabilidad y de Datos Abiertos de la Administración Pública Federal, publicado en el Diario Oficial de la Federación el 6 de septiembre de 2011, las especificaciones técnicas básicas que las dependencias y entidades de la Administración Pública Federal, así como la Procuraduría General de la República, deberán observar para garantizar la interoperabilidad entre sus Sistemas Automatizados de Control de Gestión. 2. DEFINICIONES Además de las definiciones contenidas en el artículo segundo del Acuerdo por el que se establece el Esquema de Interoperabilidad y de Datos Abiertos de la Administración Pública Federal, para los efectos del presente Documento Técnico se entenderá por: 2.1. Acuse de Recibo Electrónico: el Mensaje de Interoperabilidad de control de gestión que se emite o genera para acreditar de manera fehaciente la fecha y hora de recepción de Oficios Electrónicos; 2.2. Certificado Digital: el Mensaje de Datos o registro que confirma el vínculo entre un Firmante y la Clave Privada; 2.3. Clave Privada: los datos que el Firmante genera de manera secreta y utiliza para crear su Firma Electrónica Avanzada, a fin de lograr el vínculo entre dicha Firma Electrónica Avanzada y el Firmante; 2.4. Clave Pública: los datos contenidos en un Certificado Digital que permiten la verificación de la autenticidad de la Firma Electrónica Avanzada del Firmante; 2.5. Comunidad: la Oficina Postal Electrónica y las Instancias que intercambian Mensajes de Interoperabilidad de control de gestión, en los términos descritos en este documento; 2.6. Directorio Consolidado de Interoperabilidad: el listado consolidado de las Instituciones que cuentan con Instancias que conforman la Comunidad, que incluye a las áreas y unidades administrativas que habrán de interoperar y los datos de los servidores públicos a cargo de cada una de ellas; 2.7. Documento Electrónico: aquél que es generado, consultado, modificado o procesado por medios electrónicos; 2.8. Documento Técnico: el presente documento técnico para la interoperabilidad de los SACG, incluidos sus anexos, los cuales se relacionan en el numeral 10 del propio documento. Documento Técnico para la Interoperabilidad de los SACG 2
4 2.9. Escenario de Interoperabilidad: la secuencia de intercambio de Mensajes de Interoperabilidad de control de gestión entre Instancias de la Comunidad que cumple un propósito específico que considera el tipo y contenido de dichos mensajes, así como los Protocolos de interoperabilidad utilizados y las responsabilidades de los participantes; Estampado de Tiempo: el servicio que permite a la Oficina Postal Electrónica generar un registro electrónico de la fecha y hora en la cual ocurrió una operación de interoperabilidad, el cual deberá estar sincronizado a la hora oficial que proporciona el Centro Nacional de Metrología; Estructura de la Institución: el listado de las áreas y unidades administrativas de la Institución habilitadas para recibir Oficios Electrónicos, a través de la Plataforma, que incluye los datos de los servidores públicos a cargo de cada una de ellas; Firma Electrónica Avanzada: el conjunto de datos y caracteres que permite la identificación del firmante, que ha sido creada por medios electrónicos bajo su exclusivo control, de manera que está vinculada únicamente al mismo y a los datos a los que se refiere, lo que permite que sea detectable cualquier modificación ulterior de éstos, la cual produce los mismos efectos jurídicos que la firma autógrafa, de conformidad con la Ley de Firma Electrónica Avanzada; Firmado Electrónico o Firmado Electrónicamente: proceso en el que, mediante la Firma Electrónica Avanzada, se adjuntan o asocian lógicamente datos al Mensaje de Interoperabilidad de control de gestión; Firmante: Toda persona que utiliza su Firma Electrónica Avanzada para suscribir documentos electrónicos y, en su caso, Mensajes de Datos. En el caso de la utilización de la Firma Electrónica Avanzada de la OPE o de la Instancia, la institución deberá solicitar a la UGD la generación de los certificados digitales de la Instancia y SSL, necesarios para su integración a la plataforma de Interoperabilidad Instancia: la identificación única de cada uno de los SACG pertenecientes a una Institución; Institución: la Dependencia o Entidad; MAAGTICSI: el Manual Administrativo de Aplicación General en las materias de Tecnologías de la Información y Comunicaciones y de Seguridad de la Información; Mensaje de Datos: la información generada, enviada, recibida, archivada o comunicada a través de medios de comunicación electrónica, que puede contener Documentos Electrónicos; Mensaje de Interoperabilidad de control de gestión o Mensaje: el Mensaje de Datos transmitido entre miembros de la Comunidad; Documento Técnico para la Interoperabilidad de los SACG 3
5 2.20. Oficio Electrónico: el documento electrónico en XML, autocontenido y portable que viaja en la Plataforma, por medio de los Mensajes de Interoperabilidad de control de gestión; Oficina Postal Electrónica (OPE): el componente de la Plataforma que funge como centro de distribución de Mensajes de Interoperabilidad de control de gestión y que provee las funcionalidades de coordinación y gobierno para habilitar la interoperabilidad entre las Instancias; Plataforma: aquélla que se integra por el conjunto de directrices, operaciones y componentes que permiten a los SACG de las Instituciones interoperar entre sí; Protocolo: las directrices para el intercambio de Mensajes de Interoperabilidad de control de gestión, que determinan las responsabilidades del emisor y de los receptores; Relación de Interoperabilidad: el acuerdo entre dos Instancias para compartir sus respectivos directorios de interoperabilidad y para intercambiar Mensajes; SACG: los Sistemas Automatizados de Control de Gestión pertenecientes a las Instituciones que permiten realizar, identificar, proteger y controlar las comunicaciones para la gestión de documentos al interior de las propias Instituciones; TIC: las tecnologías de información y comunicaciones, y UGD: la Unidad de Gobierno Digital de la Secretaría de la Función Pública. 3. PLATAFORMA Para lograr la interoperabilidad entre los SACG, las Instituciones deberán adecuar sus respectivos sistemas, con base en las directrices, operaciones y componentes contemplados en el presente Documento Técnico, y conforme a los procesos del MAAGTISI que resulten aplicables. Las Instituciones informarán a la UGD, dentro de los 15 días hábiles siguientes a la recepción del presente documento enviado mediante el oficio UGD/409/442/2012, de fecha 28 de mayo de 2012, la fecha prevista para la conclusión de las adecuaciones que habrán de efectuar a sus respectivos SACG, tomando en cuenta para ello que la Ley de Firma Electrónica Avanzada (publicada en el Diario Oficial de la Federación el 11 de enero de 2011), entró en vigor el 4 de julio de 2012, y que la misma contempla en su artículo 10, que las dependencias y entidades en las comunicaciones y, en su caso, actos jurídicos que realicen entre las mismas, harán uso de Mensajes de Datos y aceptarán la presentación de Documentos Electrónicos, así como que la expedición del Reglamento de dicha Ley deberá efectuarse en un plazo no mayor de 180 días hábiles a partir de su entrada en vigor. En el siguiente diagrama se muestran los componentes que integran la Plataforma, así como la interrelación de los mismos. Documento Técnico para la Interoperabilidad de los SACG 4
6 OCSP/HTTP OCSP/HTTP HTTPS Firma Electrónica SACG - Instancia A HTTPS Firma Electrónica SACG - Instancia B HTTPS Web Services A B C SFP - SAT OCSP/HTTP Log de trazabilidad Oficina Postal Electrónica /Ruteador Firma Electrónica Figura 1. Diagrama general de la Plataforma 4. DIRECTRICES DE INTEROPERABILIDAD DE LA PLATAFORMA 4.1. Las Instituciones deberán observar lo siguiente: Solicitar a la UGD, el registro e integración de sus SACG a la OPE Mantener actualizada la Estructura de la Institución y administrar los privilegios de acceso, considerando los roles, cargos y funciones de los servidores públicos habilitados como usuarios Permitir el acceso a los SACG por parte de los usuarios, por medio de clave de usuario y contraseña que sean únicas para cada usuario o, en su caso, mediante el uso de la Firma Electrónica Avanzada Solicitar el uso de la Firma Electrónica Avanzada en los Oficios Electrónicos Permitir el cifrado de los elementos de los Oficios Electrónicos mediante el uso del Certificados Digitales Integrar mecanismos de disponibilidad en sus infraestructuras de TIC de manera que garanticen el envío y recepción de los Oficios Electrónicos, apegándose a lo que se establece en los procesos del MAAGTICSI. Documento Técnico para la Interoperabilidad de los SACG 5
7 4.2. La UGD deberá observar lo siguiente: Implementar la OPE, dentro de los 30 días naturales a la emisión del presente Documento Técnico, y mantenerla en operación, de acuerdo con lo previsto en el propio Documento Técnico Difundir con oportunidad a las Instituciones las modificaciones que se realicen al Documento Técnico Interpretar, con apoyo de la Subcomisión de Interoperabilidad y/o de la Subcomisión de los Sistemas Automatizados de Control de Gestión, de la Comisión Intersecretarial para el Desarrollo del Gobierno Electrónico, el Documento Técnico, así como resolver los casos no previstos en el mismo. 5. OPERACIONES DE INTEROPERABILIDAD En este apartado se describen, mediante escenarios, las operaciones con las que se construye el flujo de Mensajes y se conforma el esquema de operación de la Plataforma, así como el detalle de la construcción de dichos Mensajes. La descripción detallada de los tipos de Mensajes utilizados en las operaciones a las que hace referencia este Documento Técnico, se encuentra en el archivo TiposDeDatosInteroperabilidad.xsd, publicado en el sitio como parte del Anexo REGISTRO DE INSTANCIA EN LA PLATAFORMA Descripción: Escenario que permite el registro de una Instancia en una Comunidad. Precondiciones: Contar con un certificado digital de Firma Electrónica Avanzada vigente para la Instancia. Protocolo de Comunicación: En el intercambio de Mensajes de este escenario se aplica el Protocolo Instancia-OPE. Las operaciones especificadas en el Protocolo se describen en el apartado 8 Convenciones de Comunicaciones de este Documento Técnico. Tipos de Datos: En este escenario se envía un Mensaje de tipo SolicitudRegistro con un elemento tipo SolicitudRegistro que representa la solicitud de registro de una Instancia en la OPE, para efectuar operaciones de interoperabilidad. Especificación del Escenario: Flujo normal de eventos En el flujo normal de eventos se consideran los siguientes pasos: Documento Técnico para la Interoperabilidad de los SACG 6
8 1. La Instancia A envía un Mensaje-1 (tipo SolicitudRegistro) a la OPE solicitándole su registro en la Comunidad. El Mensaje-1 contiene los datos de la Instancia, su Certificado Digital y el Reto enviado a la OPE. El elemento Reto contiene una cadena generada por la Instancia y cifrada con su Clave Privada. 2. La OPE realiza las validaciones siguientes: a. La existencia de la Instancia A en la Comunidad, a cuyo efecto: i. Verifica que el Identificador de la Institución no esté registrado en el Directorio Consolidado de Interoperabilidad en la OPE. ii. Si no existe el registro, procede a hacer la validación b (Validación del Certificado Digital). iii. Si ya existe un registro, genera el Mensaje-2 (tipo RechazoSolicitudRegistro) con el rechazo de la solicitud de registro por Identificador duplicado en el Directorio Consolidado de Interoperabilidad. b. La vigencia y legitimidad del Certificado Digital de la Instancia A, para lo cual: i. Si es válido y está vigente, procede a generar: 1) Una cadena aleatoria de la OPE que será encriptada asimétricamente utilizando el algoritmo RSA con Clave Pública del Certificado Digital, y cifra la cadena aleatoria enviada por la Instancia A con la Clave Privada de la OPE, y 2) El Mensaje-2 (tipo RetoSolicitudRegistro) con la cadena aleatoria de la OPE encriptada, el Certificado Digital de la OPE y la cadena aleatoria recibida en el Mensaje-1 deberá estar cifrada con la Clave Privada de la OPE. ii. Si no es válido: Genera el Mensaje-2 (tipo RechazoSolicitudRegistro) con el rechazo de la solicitud de registro por Certificado Digital inválido. 3. La OPE responde a la Instancia A, para lo cual: a. Descifra la cadena aleatoria especificada en el elemento Reto del Mensaje-1, utilizando la Clave Pública del Certificado Digital de la Instancia y la cifra con la Clave Privada de su Certificado Digital e introduce la cadena cifrada en el elemento RespuestaReto. b. Genera una cadena aleatoria y la cifra con su Clave Privada, que es introducida en el elemento Reto. c. Responde al Mensaje-1 de la Instancia A, con el Mensaje-2. Documento Técnico para la Interoperabilidad de los SACG 7
9 4. Si el Mensaje-2 es de tipo RechazoSolicitudRegistro, la Instancia A registra el rechazo y se culmina la operación; de lo contrario si el Mensaje-2 es de tipo RetoSolicitudRegistro se continua con el paso 5 de este escenario. 5. La Instancia A valida el Certificado Digital de la OPE y su vigencia. a. Si es válido y está vigente, descifra la cadena especificada en el elemento RespuestaReto, utilizando la Clave Pública del Certificado Digital de la OPE. i. Si hay coincidencia entre las cadenas descifradas de RespuestaReto del Mensaje-2 y la que la Instancia generó e insertó en el elemento Reto del Mensaje-1: la Instancia reconoce a la OPE como válida para el registro en la Comunidad. ii. Si no hay coincidencia entre las cadenas la Instancia rechaza a la OPE y detiene su registro en la Comunidad. b. Si no es válido, detiene su registro en la Comunidad. 6. La Instancia A envía un Mensaje-3 a la OPE, para lo cual previamente descifra la cadena aleatoria especificada en el elemento Reto del Mensaje-2, utilizando la Clave Pública del Certificado Digital de la OPE y la cifra con la Clave Privada de su Certificado Digital, e introduce la cadena cifrada en el elemento RespuestaReto del Mensaje La OPE valida el Mensaje-3, para lo cual. a. Descifra la cadena especificada en el elemento RespuestaReto, utilizando la Clave Pública del Certificado Digital de la Instancia. i. Si hay coincidencia entre las cadenas descifradas de RespuestaReto del Mensaje-3 y la que la OPE generó e insertó en el elemento Reto del Mensaje-2, la OPE registra a la Instancia A en la Comunidad y genera el Mensaje-4 (tipo RespuestaSolicitudRegistro) de registro satisfactorio en la Comunidad. ii. Si no hay coincidencia entre las cadenas, la OPE rechaza a la Instancia A y genera el Mensaje-4 de registro erróneo en la Comunidad, cifrado con la Clave Privada de la OPE. 8. La OPE responde al Mensaje-3 de la Instancia A, con el Mensaje La Instancia A obtiene y procesa el resultado de su registro en la Comunidad. Flujo de Excepción En este flujo se consideran los supuestos de excepción siguientes: 1. Certificado Digital no válido y/o cadenas aleatorias cifradas por el receptor no válidas. Documento Técnico para la Interoperabilidad de los SACG 8
10 Este flujo ocurre cuando la OPE o la Instancia A, al validar el Certificado Digital o la cadena cifrada entregan un resultado no válido. 2. La Instancia A ya se encuentra registrada en la OPE. Este flujo ocurre cuando la Instancia A ya se encuentra registrada en la OPE. Resultado: La Instancia A se encuentra registrada y puede enviar solicitudes de suscripción entre Instancias a otros miembros de la Comunidad, con el propósito de establecer una Relación de Interoperabilidad SOLICITUD DE SUSCRIPCIÓN ENTRE INSTANCIAS Descripción: Establece la creación de una Relación de Interoperabilidad que permite a dos Instancias iniciar los escenarios de interoperabilidad de Envío de Solicitud y Envío de Respuesta. Precondiciones: La Instancia que envía la solicitud y la Instancia con la que se desea establecer la Relación de Interoperabilidad están registradas en la Comunidad. Protocolo de Comunicación: En el intercambio de Mensajes de este escenario se aplica el Protocolo Instancia-Instancia. Las operaciones especificadas en el Protocolo se encuentran definidas en el apartado 8 Convenciones de Comunicaciones de este Documento Técnico. Tipos de Datos: En este escenario, se envía un Mensaje con un elemento de tipo SolicitudSuscripcionInstancia que representa la solicitud de suscripción de una Instancia para efectuar operaciones de interoperabilidad. Especificación del Escenario: Flujo normal de eventos En el flujo normal de eventos se consideran los siguientes pasos: 1. La Instancia A envía una solicitud, para lo cual: a. Genera un Mensaje de tipo SuscripcionInstancia con un elemento de tipo SolicitudSuscripcionInstancia, y b. Solicita la creación de la Relación de Interoperabilidad y envía dicha solicitud a la Instancia destino (Instancia B) a través de la OPE. 2. La OPE transmite la solicitud, según lo especificado en el Protocolo Instancia-Instancia. 3. La Instancia destino (Instancia B) registra la solicitud, para lo cual: a. El SACG de la Instancia B validará que no se encuentre registrada previamente la Instancia A. Documento Técnico para la Interoperabilidad de los SACG 9
11 b. Acepta la solicitud de suscripción y envía un Acuse de Recibo Electrónico. 4. La OPE retransmite el Acuse de Recibo Electrónico, según lo especificado en el Protocolo Instancia-Instancia. 5. La Instancia B para dar respuesta a la solicitud, realiza lo siguiente: a. Genera un Mensaje de tipo RespuestaSuscripcionInstancia, con un elemento de tipo RespuestaSuscripcionInstancia, y b. Envía la respuesta a la Instancia A, a través de la OPE, según lo especificado en el Protocolo Instancia-Instancia. 6. La OPE analiza la respuesta y de ser aprobatoria, registra la Relación de Interoperabilidad, esta relación permitirá que la OPE envié mensajes de una Instancia a otra. La OPE retransmite el Mensaje RespuestaSuscripcionInstancia hacia la Instancia A. 7. La Instancia A recibe y procesa el Mensaje de RespuestaSuscripcionInstancia. Flujos Alternos La Instancia B rechaza la Solicitud de Suscripción. Este flujo de eventos ocurre cuando en el paso 5 del flujo normal de eventos se rechaza la Solicitud de Suscripción recibida. 1. La Instancia destino (Instancia B) devuelve un Mensaje de tipo RespuestaSuscripcionInstancia con un elemento de tipo RespuestaSuscripcionInstancia, a la Instancia que solicitó la Relación de Interoperabilidad, a través de la OPE, especificando el rechazo de la solicitud. 2. La OPE analiza la respuesta, descarta la creación de la Relación de Interoperabilidad y retransmite el Mensaje RespuestaSuscripcionInstancia hacia la Instancia A. 3. La Instancia A recibe y procesa el Mensaje de RespuestaSuscripcionInstancia. Flujo de Excepción En este flujo se consideran los supuestos de excepción siguientes: 1. La Instancia A ya está registrada para interoperar con la Instancia B. Este flujo ocurre cuando la Instancia A, previamente se había suscrito para establecer una Relación de Interoperabilidad con la Instancia B. 2. La Instancia de recepción no está disponible. Este flujo de evento ocurre si al momento de enviar el Mensaje, la OPE no puede contactar a la Instancia destino del mensaje. Documento Técnico para la Interoperabilidad de los SACG 10
12 La OPE intentará realizar la conexión no más de 6 veces en lapsos de 1 hora entre cada intento. Luego de cada solicitud fallida, la OPE genera un mensaje de error que envía al administrador del SACG de destino, vía correo electrónico. Resultado: Se ha creado una Relación de Interoperabilidad entre las Instancias, y éstas podrán iniciar el envío de Mensajes de solicitud y respuesta, en cuanto se efectúe la sincronización de sus directorios SINCRONIZACIÓN COMPLETA, INSTANCIA A OPE Descripción: Permite la actualización completa del directorio de la OPE, mediante el envío completo de la última versión del directorio de una Instancia. Este escenario es iniciado cuando la Instancia A envía a la OPE su directorio completo y la OPE sincroniza el Directorio Consolidado de Interoperabilidad. Precondiciones: 1. La Instancia que envía la sincronización está registrada en la Comunidad. 2. La versión del directorio a publicar por parte de la Instancia en el Mensaje debe ser la primera o una superior a la versión registrada de esta Instancia en el Directorio Consolidado de Interoperabilidad. Protocolo de Comunicación: En el intercambio de Mensajes de este escenario se aplica el Protocolo Instancia-OPE. Las operaciones especificadas en el Protocolo se encuentran definidas en el apartado 8 Convenciones de Comunicaciones de este Documento Técnico. Tipos de Datos: En este escenario se envía un Mensaje de tipo DirectorioMiembroComunidad con un elemento tipo DirectorioMiembroComunidad. El elemento DirectorioMiembroComunidad contiene la Estructura de la Institución. Especificación del Escenario: Flujo normal de eventos En el flujo normal de eventos se consideran los siguientes pasos: 1. La Instancia A prepara un Mensaje de sincronización de tipo DirectorioMiembroComunidad y en el cuerpo del Mensaje introduce un elemento de tipo DirectorioMiembroComunidad, con la Estructura de la Institución y la versión actual del directorio de la Instancia (este número de versión es particular de la Instancia). 2. Una vez preparado el Mensaje de sincronización, la Instancia A lo envía a la OPE. 3. La OPE recibe el Mensaje y valida que la versión del directorio de la Instancia de que se trata es superior a la última registrada. Documento Técnico para la Interoperabilidad de los SACG 11
13 Efectuada dicha validación la OPE procesa el Mensaje y sustituye el directorio actual por el suministrado por la Instancia. Asimismo toma la versión del directorio como base para próximas sincronizaciones. Flujos de Excepción En este flujo se consideran los supuestos de excepción siguientes: 1. Secuencia de versión incorrecta. Este flujo ocurre si durante la validación del Mensaje, en el paso 3 del flujo normal de eventos, la versión del directorio no es mayor que la registrada en la OPE. a. Al presentarse el error en la validación, la OPE envía como respuesta al remitente un Mensaje de rechazo de tipo MensajeRechazado, generando en el cuerpo del Mensaje el elemento Rechazo y el elemento CodigoError, el cual tendrá en su atributo SecuenciaDeVersionIncorrecta. b. La Instancia recibe el Mensaje de rechazo, lo registra y procesa el error siguiendo las directrices para el manejo de errores en Escenarios de Interoperabilidad. Resultado: El directorio de la Instancia A se encuentra sincronizado con el Directorio Consolidado de Interoperabilidad de la OPE SINCRONIZACIÓN COMPLETA, OPE A INSTANCIA Descripción: Permite la transmisión de un Mensaje de Sincronización Completa, OPE a Instancia. Inicia después de que una Instancia A envía a la OPE su directorio completo, o bien, cuando se encuentra algún error de sincronización de directorio. La OPE deberá enviar este Mensaje al resto de miembros con los que la Instancia A tiene Relación de Interoperabilidad. Precondiciones: Recibir una actualización completa de tipo Instancia a OPE. Protocolo de Comunicación: En el intercambio de los Mensajes de este escenario se aplica el Protocolo Instancia-OPE. Las operaciones especificadas en el Protocolo se encuentran definidas en el apartado 8 Convenciones de Comunicaciones de este Documento Técnico. Tipos de Datos: En este escenario, se envía un Mensaje de tipo DirectorioMiembroComunidad con un elemento de tipo DirectorioMiembroComunidad. El elemento DirectorioMiembroComunidad contiene la Estructura de la Institución. Especificación del Escenario: Flujo normal de eventos En el flujo normal de eventos se consideran los siguientes pasos: Documento Técnico para la Interoperabilidad de los SACG 12
14 1. La OPE prepara un Mensaje de sincronización de tipo DirectorioMiembroComunidad y en el cuerpo del Mensaje introduce un elemento de tipo DirectorioMiembroComunidad, con la Estructura de la Institución y la versión actual del directorio de la Instancia. 2. Una vez preparado el Mensaje de sincronización, la OPE lo envía a todas las Instancias con las que la Instancia A tiene Relación de Interoperabilidad. 3. Cada una de las Instancias destino recibe el Mensaje y sustituye en su directorio local la Estructura de la Institución de la Instancia A suministrada por la OPE. Flujos de Excepción En este flujo se consideran los supuestos de excepción siguientes: 1. La Instancia de Recepción no está disponible. Este flujo de evento ocurre si al momento de enviar el Mensaje la OPE no puede contactar a la Instancia destino del Mensaje. La OPE intentará realizar la conexión no más de 6 veces, en lapsos de 1 hora entre cada intento. Luego de cada intento de envío de actualización fallido, la OPE generará un mensaje de error que enviará al administrador del SACG destino, vía correo electrónico. Resultado: Las Instancias con las que la Instancia A tienen Relación de Interoperabilidad, cuentan con el directorio actualizado de la Instancia A SINCRONIZACIÓN PARCIAL DE DIRECTORIOS, INSTANCIA A OPE Descripción: Permite la actualización parcial del Directorio Consolidado de Interoperabilidad y de los directorios de las Instancias, mediante la especificación de operaciones de altas, cambios y bajas en las Estructuras de las Instituciones de que se trate. Este escenario inicia cuando una Instancia envía a la OPE una actualización de su directorio. Precondiciones: 1. La Instancia que envía la solicitud es una Instancia ya registrada en la Comunidad. 2. Se debe contar con al menos una Sincronización Completa Instancia OPE efectuada previamente. Protocolo de Comunicación: En el intercambio de los Mensajes de este escenario se aplica el Protocolo Instancia-OPE. Las operaciones especificadas en el Protocolo se encuentran definidas en el apartado 8 Convenciones de Comunicaciones de este Documento Técnico. Tipos de Datos: En este escenario se envía un Mensaje de tipo ActualizacionDirectorioMiembroComunidad, con un elemento de tipo ActualizacionDirectorioMiembroComunidad. El Elemento Documento Técnico para la Interoperabilidad de los SACG 13
15 ActualizacionDirectorioMiembroComunidad contiene las listas de altas, cambios y bajas de la Estructura de la Institución, ocurridas en la Instancia que emite el Mensaje. Aunque el Mensaje no está limitado a un mínimo de operaciones (ya que es posible especificar y enviar una sola operación al directorio), se recomienda que la Instancia agrupe sus operaciones en un solo Mensaje. Si bien el Mensaje de actualización puede contener operaciones de múltiples usuarios del SACG, éste no deberá incluir más de una operación que afecte a un mismo usuario. Especificación del Escenario: Flujo normal de eventos En el flujo normal de eventos se consideran los siguientes pasos: 1. La Instancia A, prepara un Mensaje de sincronización de tipo ActualizacionDirectorioMiembroComunidad y en el cuerpo del Mensaje introduce un elemento de tipo ActualizacionDirectorioMiembroComunidad, con la información de altas, bajas y cambios realizados desde la última sincronización, así como el número correspondiente de la versión del directorio de la Instancia. 2. Una vez preparado el Mensaje de sincronización, la Instancia A lo envía a la OPE. 3. La OPE recibe el Mensaje y valida que la versión del directorio de la Instancia en el Mensaje sea superior a la versión registrada de esa Instancia en el directorio de Instancias de la OPE. Efectuada dicha validación, la OPE procesa el Mensaje y realiza las operaciones de altas, cambios y bajas en ese orden. 4. Sincronizado el Directorio Consolidado de Interoperabilidad, la OPE envía el Mensaje de sincronización a las Instancias con las que la Instancia A tiene Relación de Interoperabilidad, según se especifica en el Escenario de Interoperabilidad: Sincronización Parcial, OPE Instancias. Flujos de Excepción En este flujo se consideran los supuestos de excepción siguientes: 1. Secuencia de versión incorrecta. Este flujo ocurre si durante la validación del Mensaje en el paso 3 del flujo normal de eventos, la versión del directorio no es mayor que la registrada en la OPE. Lo que supondría un error en algún intento de sincronización anterior. a. Al presentarse el error en la validación, la OPE envía como respuesta al remitente un Mensaje de rechazo de tipo MensajeRechazado, especificando en el atributo CodigoError el valor SecuenciaDeVersionIncorrecta. Documento Técnico para la Interoperabilidad de los SACG 14
16 b. La Instancia recibe el Mensaje de rechazo, lo registra y procesa el error, siguiendo las reglas para el manejo de errores en Escenarios de Interoperabilidad. Resultado: El Directorio Consolidado de Interoperabilidad de la OPE se encuentra sincronizado con la Instancia A SINCRONIZACIÓN PARCIAL DE DIRECTORIOS, OPE A INSTANCIA Descripción: Permite la actualización parcial de los directorios de las Instancias, mediante la especificación de operaciones de altas, cambios y bajas en las Estructuras de las Instituciones de que se trate. La OPE envía Mensajes de sincronización de actualizaciones de la Instancia A, hacia aquellas Instancias con las que la Instancia A tenga Relación de Interoperabilidad. Este escenario inicia después de que la OPE hace la sincronización parcial del directorio de la Instancia A en el Directorio Consolidado de Interoperabilidad de la OPE. Precondiciones: Recibir una Sincronización Parcial, Instancia a OPE. Protocolo de Comunicación: En el intercambio de los Mensajes de este escenario se aplica el Protocolo Instancia-OPE. Las operaciones especificadas en el Protocolo se encuentran definidas en el apartado 8 Convenciones de Comunicaciones de este Documento Técnico. Tipos de Datos: En este escenario se envía en un Mensaje de tipo ActualizacionDirectorioMiembroComunidad, con un elemento de tipo ActualizacionDirectorioMiembroComunidad. El elemento ActualizacionDirectorioMiembroComunidad contiene la Estructura de la Institución A. Especificación del Escenario: Flujo normal de eventos En el flujo normal de eventos se consideran los siguientes pasos: 1. La OPE prepara un Mensaje de sincronización de tipo ActualizacionDirectorioMiembroComunidad y en el cuerpo del mensaje introduce un elemento de tipo ActualizacionDirectorioMiembroComunidad, con la información de altas, bajas y cambios realizados desde la última sincronización. El elemento ActualizacionDirectorioMiembroComunidad también incluirá el número correspondiente de la versión del directorio de la Instancia. 2. Una vez preparado el Mensaje de sincronización, la OPE lo envía a todas las Instancias con las que la Instancia A tiene Relación de Interoperabilidad. 3. Cada una de las Instancias destino recibe el Mensaje, valida que la versión del directorio sea la correcta y aplica en su directorio local las actualizaciones de la Estructura de la Institución de la Instancia A suministrada por la OPE. Flujos de Excepción Documento Técnico para la Interoperabilidad de los SACG 15
17 En este flujo se consideran los supuestos de excepción siguientes: 1. La Instancia de recepción no está disponible. Este flujo ocurre si al momento de enviar el Mensaje, la OPE no puede contactar a la Instancia destino (aplica para cada Instancia con la que la Instancia A tenga una Relación de Interoperabilidad). La OPE intentará realizar la conexión no más de 6 veces, en lapsos de 1 hora entre cada intento. Luego de cada intento de envío de actualización fallido, la OPE generará un mensaje de error que enviará al administrador del SACG destino, vía correo electrónico. Resultado: Las Instancias con las que la Instancia A tiene Relación de Interoperabilidad, cuentan con el directorio actualizado de la Instancia A ENVIÓ DE SOLICITUD Descripción: Escenario de Interoperabilidad que habilita el envío de un Mensaje de tipo RegistroOficioElectronico de un SACG a otro. Precondiciones: Existe Relación de Interoperabilidad entre la Instancia que remite la solicitud y la Instancia destino. Protocolo de Comunicación: En el intercambio de los Mensajes de este escenario se aplica el Protocolo Instancia-Instancia. Las operaciones especificadas en el Protocolo se encuentran definidas en el apartado 8 Convenciones de Comunicaciones de este Documento Técnico. Tipos de Datos: En este escenario se envía un Mensaje de tipo RegistroOficioElectronico con un elemento de tipo OficioElectronico, el cual tendrá el valor Solicitud en el atributo TipoOficio. Especificación del Escenario: Flujo normal de eventos En el flujo normal de eventos se consideran los siguientes pasos: 1. La Instancia A genera un Mensaje de tipo RegistroOficioElectronico con un elemento de tipo OficioElectronico, el cual tendrá el valor Solicitud en el atributo TipoOficio para la Instancia B y lo envía a la OPE. 2. La OPE recibe el Mensaje y realiza las validaciones siguientes: a. Que el área o unidad administrativa de la Instancia A que envía la solicitud, así como el usuario o firmante Remitente del oficio, se encuentran en el Directorio Consolidado de Interoperabilidad. Documento Técnico para la Interoperabilidad de los SACG 16
18 b. Que el área o unidad administrativa de la Instancia B a quien se dirige la solicitud, así como el usuario o usuarios Destinatarios (originales o en copia) del oficio, se encuentran en el Directorio Consolidado de Interoperabilidad. Después de efectuadas las validaciones mencionadas, la OPE reenvía el Mensaje de tipo RegistroOficioElectronico a la Instancia B, según lo estipulado en el Protocolo Instancia-Instancia. 3. La Instancia B recibe el Mensaje y realiza las validaciones siguientes: a. Que el área o unidad administrativa de la Instancia A que envía la solicitud, así como el usuario o firmante Remitente del oficio se encuentran en el Directorio Consolidado de Interoperabilidad. b. Que el área o unidad administrativa de la Instancia B a quien se dirige la solicitud, así como el usuario o usuarios Destinatarios (originales o en copia) del oficio, se encuentran en el Directorio Consolidado de Interoperabilidad. Después de efectuadas las validaciones mencionadas el destinatario registra y procesa la solicitud recibida, conforme al SACG. El registro de la solicitud deberá incluir todos los elementos de la misma. Si en el Mensaje de tipo RegistroOficioElectronico se incluyen archivos anexos, éstos deberán ser validados con respecto a sus respectivos atributos HashArchivo, y registrados en la Instancia destino al momento de la recepción de cada solicitud. En los casos en que estos archivos se transmitan como referencias (elementos ReferenciaWeb), deberán ser descargados para su validación y registro. Flujos Alternos En los flujos alternos se consideran los siguientes casos: 1. Envío de copias de solicitud. En el flujo normal de eventos, el área o unidad administrativa de la Instancia A, envía un Mensaje de tipo RegistroOficioElectronico al área o unidad administrativa de la Instancia B, con copia a una o más áreas o unidades administrativas de una o más Instancias. a. En el paso 2 del Flujo normal de eventos, la OPE realiza las validaciones especificadas, por cada uno de los destinatarios de la solicitud. b. Después de efectuadas las validaciones mencionadas, la OPE reenvía el Mensaje de tipo RegistroOficioElectronico a todas las Instancias destino, según lo estipulado en el Protocolo Instancia-Instancia. 2. Cada Instancia que recibe copia del Mensaje, realiza las siguientes validaciones: Documento Técnico para la Interoperabilidad de los SACG 17
19 a. Que el área o unidad administrativa de la Instancia A que envía la solicitud, así como el usuario o firmante Remitente del oficio, se encuentran en el Directorio Consolidado de Interoperabilidad. b. Que el área o unidad administrativa de la Instancia B a quien se dirige la solicitud, así como el usuario o usuarios Destinatarios (originales o en copia) del oficio, se encuentran en el Directorio Consolidado de Interoperabilidad. Después de efectuadas las validaciones mencionadas, los destinatarios de las copias las reciben y les dan el trámite que en términos de las disposiciones aplicables corresponda. El registro de la copia de solicitud deberá incluir todos los elementos de la misma. Si en el Mensaje de tipo RegistroOficioElectronico se incluyen archivos anexos, éstos deberán ser validados con respecto a sus respectivos atributos HashArchivo, y registrados en la Instancia destino al momento de la recepción de cada copia de solicitud. En los casos en que estos archivos se transmitan como referencias (elementos ReferenciaWeb), deberán ser descargados para su validación y registro. Flujos de Excepción En este flujo se consideran los supuestos de excepción siguientes: 1. El área o unidad administrativa, o el usuario o firmante Remitente del oficio, son desconocidos por la Instancia destino. Este flujo ocurre si durante el paso 3 del flujo normal de eventos o el paso 2 del flujo alterno, la Instancia B no encuentra el área o unidad administrativa, o el usuario o firmante Remitente del oficio de la Instancia A en el Directorio Consolidado de Interoperabilidad. a. La Instancia B solicita a la OPE, el Directorio Consolidado de Interoperabilidad completo para actualizar su directorio. Esto lo realiza conforme al Escenario: Sincronización Completa OPE a Instancia. b. Una vez recibido el Directorio Consolidado de Interoperabilidad, la Instancia B valida si la Instancia A y el área o unidad administrativa, y el usuario o firmante Remitente del oficio están registrados: i. Si la Instancia A sí está registrada, la Instancia B registra y procesa la solicitud recibida, conforme al SACG. ii. Si la Instancia A no está registrada, la Instancia B elimina la solicitud recibida y envía un Mensaje de rechazo, especificando en el atributo CodigoError el valor MiembroDesconocido. 2. La Instancia de recepción no está disponible. Documento Técnico para la Interoperabilidad de los SACG 18
20 Este flujo de evento ocurre si al momento de enviar el Mensaje, la OPE no puede contactar a la Instancia destino del Mensaje. La OPE intentará realizar la conexión no más de 6 veces en lapsos de 1 hora entre cada intento. Después de cada intento de envío de actualización fallido, la OPE generará un mensaje de error que enviará al administrador del SACG destino, vía correo electrónico. 3. El Oficio Electrónico contiene archivos anexos por ReferenciaWeb y la Instancia destino no puede descargar alguno de estos archivos. Este flujo ocurre si durante el paso 3 del flujo normal de eventos o el paso 2 del flujo alterno, la Instancia B no puede descargar algún archivo de los anexos incluidos en el Oficio Electrónico como ReferenciaWeb (URL de descarga). a. La Instancia B envía un Mensaje de rechazo, especificando en el atributo CodigoError el valor DatosInvalidos. 4. El Oficio Electrónico contiene archivos anexos y falla la validación de HashArchivo de alguno de ellos. Este flujo ocurre si durante el paso 3 del flujo normal de eventos o el paso 2 del flujo alterno, la Instancia B encuentra discrepancia entre alguno de los HashArchivo declarado en el Oficio Electrónico y su correspondiente HashArchivo calculado. a. La Instancia B envía un Mensaje de rechazo, especificando en el atributo CodigoError el valor DatosInvalidos. Resultado: La Instancia B ha registrado la solicitud recibida ENVÍO DE RESPUESTA Descripción: Escenario de Interoperabilidad que habilita el envío de una respuesta a una solicitud de una Instancia a otra. Precondiciones: 1. La Instancia que envía la respuesta es una Instancia registrada en la Comunidad. 2. Existe Relación de Interoperabilidad entre la Instancia que remite la solicitud y la Instancia destino. 3. Existe una solicitud a la cual se está respondiendo. Protocolo de Comunicación: En el intercambio de los Mensajes de este escenario se aplica el Protocolo Instancia-Instancia. Las operaciones especificadas en el Protocolo se encuentran definidas en el apartado 8 Convenciones de Comunicaciones de este Documento Técnico. Documento Técnico para la Interoperabilidad de los SACG 19
21 Tipos de Datos: En este escenario, se envía un Mensaje de tipo RegistroOficioElectronico con un elemento de tipo OficioElectronico, el cual tendrá el valor Respuesta en el atributo TipoOficio. El elemento OficioElectronico contiene la respuesta a la solicitud, e incluye el atributo EnRespuestaDe con el folio de la solicitud a la que se responde. Especificación del Escenario: Flujo normal de eventos En el flujo normal de eventos se consideran los siguientes pasos: 1. La Instancia B genera un Mensaje de tipo RegistroOficioElectronico para la Instancia A, incorporando en el atributo EnRespuestaDe el folio de la solicitud a la que se responde, y lo envía a la OPE. El folio especificado en el atributo EnRespuestaDe, debe ser el de la solicitud emitida por la Instancia A (especificado en el atributo Folio del Oficio Electrónico que se responde) y no el folio generado por la Instancia B al registrar dicha solicitud. 2. La OPE recibe el Mensaje y realiza las validaciones siguientes: a. Que existe Relación de Interoperabilidad entre la Instancia A y la Instancia B. b. Que el área o unidad administrativa de la Instancia B que envía la respuesta, así como el usuario o firmante Remitente del oficio de respuesta, se encuentran en el Directorio Consolidado de Interoperabilidad. c. Que el área o unidad administrativa de la Instancia A a la que se dirige la respuesta, así como el usuario o firmante Destinatario del oficio de respuesta, se encuentran en el Directorio Consolidado de Interoperabilidad. Después de efectuadas las validaciones mencionadas, la OPE reenvía el Mensaje RegistroOficioElectronico a la Instancia A, según lo estipulado en el Protocolo Instancia-Instancia. 3. La Instancia A recibe el Mensaje y realiza las validaciones siguientes: a. Que el área o unidad administrativa de la Instancia B que envía la respuesta, así como el usuario o firmante Remitente del oficio se encuentran en el Directorio Consolidado de Interoperabilidad. b. Que el área o unidad administrativa de la Instancia A a quien se dirige la respuesta, así como el usuario o usuarios Destinatarios (originales o en copia) del oficio, se encuentran en el Directorio Consolidado de Interoperabilidad. c. Que existe una solicitud emitida por el destinatario de la respuesta, con el folio de dicha solicitud, en el atributo EnRespuestaDe. Después de efectuadas las validaciones mencionadas, el destinatario registra y procesa la respuesta recibida en la Instancia A, conforme al SACG. Documento Técnico para la Interoperabilidad de los SACG 20
22 El registro de la respuesta deberá incluir todos los elementos de la misma. Si en el Mensaje de tipo RegistroOficioElectronico se incluyen archivos anexos, éstos deberán ser validados con respecto a sus correspondientes atributos HashArchivo y registrados en la Instancia destino al momento de la recepción de cada respuesta. En los casos en que estos archivos se transmitan como referencias (elementos ReferenciaWeb), deberán ser descargados para su validación y registro. Flujos Alternos El flujo considera los siguientes casos: 1. Envió de copias de respuesta. En el flujo normal de eventos, el área o unidad administrativa de la Instancia de B envía un Mensaje de tipo RegistroOficioElectronico al área o unidad administrativa de la Instancia A, con copia a una o más áreas o unidades administrativas de una o más Instancias. a. En el paso 2 del flujo normal de eventos, la OPE realiza las validaciones especificadas por cada uno de los destinatarios a quienes se marca copia de la respuesta. Después de efectuadas las validaciones mencionadas, la OPE reenvía el Mensaje de tipo RegistroOficioElectronico a todas las Instancias destino, según lo estipulado en el Protocolo Instancia-Instancia. b. Cada Instancia que recibe los Mensajes de copia realiza las validaciones siguientes: i. Que el emisor del Mensaje es una Instancia registrada en la Comunidad. ii. Que el área o unidad administrativa de la Instancia B, así como el usuario firmante Remitente del oficio, se encuentran en el Directorio Consolidado de Interoperabilidad. iii. Que el área o unidad administrativa de la Instancia A, así como el usuario firmante Destinatario del oficio, se encuentran en el Directorio Consolidado de Interoperabilidad. 2. Efectuadas las validaciones mencionadas, los destinatarios a quienes se marca copia de la respuesta, la reciben y le dan el trámite que en términos de las disposiciones aplicables corresponda. El registro de la copia de respuesta deberá incluir todos los elementos de la misma. Si en el Mensaje de tipo RegistroOficioElectronico se incluyen archivos anexos, éstos deberán ser validados con respecto a sus respectivos atributos HashArchivo y registrados en la Instancia destino al momento de la recepción de cada copia de respuesta. En los casos en que estos archivos se transmitan como referencias (elementos ReferenciaWeb), deberán ser descargados para su validación y registro. Flujos de Excepción Documento Técnico para la Interoperabilidad de los SACG 21
23 En este flujo se consideran los supuestos de excepción siguientes: 1. El área o unidad administrativa o el usuario o firmante Remitente del oficio es desconocida por el destinatario: Este flujo ocurre si durante el paso 2 del flujo normal de eventos o en el paso 1 del flujo alterno, la Instancia B, no encuentra el área o unidad administrativa de la Instancia A o de alguna Instancia a la que se dirige copia, en su Directorio Consolidado de Interoperabilidad. a. La Instancia B solicita a la OPE, el Directorio Consolidado de Interoperabilidad completo para actualizar su directorio. Esto lo realiza conforme al Escenario: Sincronización Completa OPE a Instancia. b. Una vez recibido el Directorio Consolidado de Interoperabilidad, la Instancia B valida si la Instancia A y el área o unidad administrativa de ésta, o de la Instancia a la que se dirige copia, están registradas: i. Si la Instancia A o la Instancia a la que se dirige copia sí está registrada, la Instancia B procede al envío del Mensaje de tipo RegistroOficioElectronico o de su copia. ii. Si la Instancia A o la Instancia a la que se dirige copia no está registrada, la Instancia B envía un Mensaje de rechazo, especificando en el atributo CodigoError el valor MiembroDesconocido. 2. La Instancia de recepción no está disponible. Este flujo ocurre si al momento de enviar el Mensaje, la OPE no puede contactar a la Instancia destino del Mensaje. La OPE intentará realizar la conexión no más de 6 veces en lapsos de 1 hora entre cada intento. Después de cada intento de envío de actualización fallido, la OPE generará un mensaje de error que enviará al administrador del SACG destino, vía correo electrónico. 3. El Oficio Electrónico contiene archivos anexos por ReferenciaWeb y la Instancia destino no puede descargar alguno de estos archivos. Este flujo ocurre si durante el paso 3 del flujo normal de eventos o en el paso 1 del flujo alterno, la Instancia A no puede descargar algún archivo de los anexos incluidos en el Oficio Electrónico como ReferenciaWeb (URL de descarga). a. La Instancia A envía un Mensaje de rechazo, especificando en el atributo CodigoError el valor DatosInvalidos. 4. El Oficio Electrónico contiene archivos anexos y falla la validación de HashArchivo de alguno de ellos. Documento Técnico para la Interoperabilidad de los SACG 22
Infraestructura Extendida de Seguridad IES
Infraestructura Extendida de Seguridad IES BANCO DE MÉXICO Dirección General de Sistemas de Pagos y Riesgos Dirección de Sistemas de Pagos INDICE 1. INTRODUCCION... 3 2. LA IES DISEÑADA POR BANCO DE MÉXICO...
Más detalles<xs:import namespace="http://www.w3.org/2000/09/xmldsig#" schemalocation="http://www.w3.org/tr/2002/recxmldsig-core-20020212/xmldsig-core-schema.
TiposDeDatosInteroperabilidad_Anexo_2.xsd
Más detallesIntroducción a la Firma Electrónica en MIDAS
Introducción a la Firma Electrónica en MIDAS Firma Digital Introducción. El Módulo para la Integración de Documentos y Acceso a los Sistemas(MIDAS) emplea la firma digital como método de aseguramiento
Más detallesGlosario. Términos en México
Glosario Términos en México CIEC La Clave de Identificación Electrónica Confidencial (CIEC) es un sistema de identificación basado en el RFC y NIP (número de identificación personal). Agencia certificadora
Más detallesGLOSARIO AGAC ALAC. Agencia Certificadora
GLOSARIO AGAC La Administración General de Asistencia al Contribuyente es el órgano rector de la Administración Pública Federal en la emisión de políticas en materia de orientación, asistencia y difusión
Más detallesSeminario de Fianzas Fianza Electrónica
Seminario de Fianzas Fianza Electrónica Línea del Tiempo Evolución de los Medios Electrónicos 1950 Promulgación Ley Federal de Instituciones de Fianzas LFIF Decreto modificación LFIF 2002 2002 NOM 151
Más detallesLINEAMIENTOS DEL SISTEMA DE GESTION DOCUMENTAL EN LA UNIVERSIDAD CATOLICA MANIZALES.
LINEAMIENTOS DEL SISTEMA DE GESTION DOCUMENTAL EN LA UNIVERSIDAD CATOLICA MANIZALES. El presente documento contiene la descripción general de los lineamientos de la Universidad Católica de Manizales en
Más detallesComo sabemos, en un Sistema de Comunicación de Datos, es de vital importancia
Encriptación de Datos Como sabemos, en un Sistema de Comunicación de Datos, es de vital importancia asegurar que la Información viaje segura, manteniendo su autenticidad, integridad, confidencialidad y
Más detallesCIRCULAR N 62 INCORPORA NUEVOS MECANISMOS DE AFILIACIÓN AL SEGURO DE CESANTÍA. MODIFICA CAPITULO VI DE LA CIRCULAR N 3.
CIRCULAR N 62 VISTOS: Las facultades que la ley confiere a esta Superintendencia, se imparten las siguientes instrucciones de cumplimiento obligatorio para las Administradoras de Fondos de Pensiones y
Más detallesSECRETARIA DE HACIENDA Y CREDITO PÚBLICO
SECRETARIA DE HACIENDA Y CREDITO PÚBLICO LINEAMIENTOS para regular el funcionamiento del Registro Público de Organismos Descentralizados. Al margen un sello con el Escudo Nacional, que dice: Estados Unidos
Más detallesINSTRUCTIVO PARA EL REGISTRO DE NOTAS TÉCNICAS DE FIANZAS A TRAVÉS DE LA PÁGINA WEB DE LA COMISIÓN NACIONAL DE SEGUROS Y FIANZAS
INSTRUCTIVO PARA EL REGISTRO DE NOTAS TÉCNICAS DE FIANZAS A TRAVÉS DE LA PÁGINA WEB DE LA COMISIÓN NACIONAL DE SEGUROS Y FIANZAS El registro de notas técnicas de fianzas, se llevará a cabo vía remota a
Más detallesPROCEDIMIENTO DE GESTIÓN PARA NOMBRES DE DOMINIO Y CONTACTOS EN.CL
PROCEDIMIENTO DE GESTIÓN PARA NOMBRES DE DOMINIO Y CONTACTOS EN.CL Este documento establece el procedimiento de gestión para Nombres de Dominio y Contactos en.cl, el cual forma parte de la Reglamentación
Más detallesACUERDO 43/2004, DICTADO POR EL H. CONSEJO TÉCNICO DEL INSTITUTO MEXICANO DEL SEGURO SOCIAL.
ACUERDO 43/2004, DICTADO POR EL H. CONSEJO TÉCNICO DEL INSTITUTO MEXICANO DEL SEGURO SOCIAL. Al margen un logotipo, que dice: Instituto Mexicano del Seguro Social.- Secretaría General. D. O. F. 03 de marzo
Más detallesGuía de Obtención de Certificados para la Facturación Electrónica en Adquira Marketplace.
Guía de Obtención de Certificados para la Facturación Electrónica en Adquira Marketplace. Julio 2004 Propiedad Intelectual La presente obra ha sido divulgada y editada por ADQUIRA ESPAÑA S.A. correspondiéndole
Más detallesLas facturas en la Diputación Foral de Gipuzkoa
Envío de facturas a la Diputación Foral de Gipuzkoa Las facturas en la Diputación Foral de Gipuzkoa La información contenida en este apartado es de aplicación exclusivamente a las facturas que envían sus
Más detallesInformación destacada para Coordinadores TIC sobre el Portal Educamadrid
Información destacada para Coordinadores TIC sobre el Portal Educamadrid La sección COORDINADORES TIC (www.educa.madrid.org) está dedicada a albergar información relevante para Coordinadores TIC de los
Más detallesSeguridad en el manejo de la información asociada a las muestras (Ficheros automatizados) Granada 06/11/2012
Seguridad en el manejo de la información asociada a las muestras (Ficheros automatizados) Granada 06/11/2012 Seguridad en el manejo de la información Introducción El sistema de información que utilicemos
Más detallesGuía sobre los cambios del nuevo sitio Web de Central Directo
Guía sobre los cambios del nuevo sitio Web de Central Directo Con el respaldo del La presente guía contiene información sobre los cambios que introduce la puesta en funcionamiento del nuevo sitio Web de
Más detallesDisposición complementaria modificada en Sesión de Directorio N 967.14 del 15 de diciembre de 2014.
Normas Complementarias al artículo 5 Disposición complementaria modificada en Sesión de Directorio N 967.14 del 15 de diciembre de 2014. DISPOSICION COMPLEMENTARIA AL ARTÍCULO 5 EN RELACION AL ACCESO DIRECTO
Más detallesACUERDO 018- CG - 2015 EL CONTRALOR GENERAL DEL ESTADO CONSIDERANDO:
ACUERDO 018- CG - 2015 EL CONTRALOR GENERAL DEL ESTADO CONSIDERANDO: Que, el artículo 211 de la Constitución de la República del Ecuador establece que la Contraloría General del Estado es un organismo
Más detallesMANUAL PARA RADICACIÓN Y ADMINISTRACIÓN ELECTRÓNICA DE FACTURAS APLICA PARA PROVEEDORES DEL BSC Y DEMÁS GRUPOS DEL BANCO
MANUAL PARA RADICACIÓN Y ADMINISTRACIÓN ELECTRÓNICA DE FACTURAS APLICA PARA PROVEEDORES DEL BSC Y DEMÁS GRUPOS DEL BANCO Contenido 1. Qué es Factura expedida por canales electrónicos? 2. Cuáles son los
Más detallesManual de Timbrado FEL
Facturar en Línea Manual de Timbrado FEL Le proporcionará de manara precisa los pasos y referencias del proceso de timbrado FEL Aquí podrán resolver todas sus dudas. 55029 www.fel.mx Proveedor autorizado
Más detallesFirma Electrónica. Dirección Nacional de Aduanas. Conceptos básicos. Ana Laura Suárez Alejandro Rivoir
Firma Electrónica. Dirección Nacional de Aduanas Conceptos básicos Ana Laura Suárez Alejandro Rivoir ANTECEDENTES: Dº 312/998 Art. 6: establece el uso de la firma electrónica para el Documento Único Aduanero
Más detallesRESOLUCION DE DIRECTORIO Nº 086/2004
RESOLUCION DE DIRECTORIO Nº 086/2004 ASUNTO: GERENCIA GENERAL APRUEBA REGLAMENTO DE FIRMA DIGITAL. VISTOS: La Ley N 1670 del 31 de octubre de 1995. La Ley N 1488 de 14 de abril de 1993, de Bancos y Entidades
Más detallesCarpeta Virtual de Expedientes Facilit@ Manual de usuario Solicitante
Carpeta Virtual de Expedientes Facilit@ Manual de usuario Solicitante ÍNDICE 1. Descripción general del servicio... 6 1.1. Funcionalidad del sistema... 6 1.2. Diccionario de claves... 6 2. Acceso al Servicio
Más detallesMANUAL DEL SUBPROCESO DE RECEPCIÓN DE DOCUMENTOS CA-SGI-03-P01-01
MANUAL DEL SUBPROCESO DE RECEPCIÓN DE DOCUMENTOS CA-SGI-03-P01-01 Versión 0.1 29/06/2015 Página: Página 1 de 12 Contenido 1. INFORMACIÓN BÁSICA... 2 2. LINEAMIENTOS DEL PROCESO... 3 3. ROLES... 5 4. GLOSARIO
Más detalles6. RESPONSABILIDADES DE LOS PRESTADORES DE SERVICIOS DE LA SOCIEDAD DE LA INFORMACIÓN
28 6. RESPONSABILIDADES DE LOS PRESTADORES DE SERVICIOS DE LA SOCIEDAD DE LA INFORMACIÓN 6.1 Responsabilidad general Las empresas o profesionales que ofrezcan servicios de la sociedad de la información
Más detallesACUERDO 3 DE 2015. (febrero 17) Diario Oficial No. 49.431 de 20 de febrero de 2015 ARCHIVO GENERAL DE LA NACIÓN JORGE PALACIOS PRECIADO
ACUERDO 3 DE 2015 (febrero 17) Diario Oficial No. 49.431 de 20 de febrero de 2015 ARCHIVO GENERAL DE LA NACIÓN JORGE PALACIOS PRECIADO Por el cual se establecen lineamientos generales para las entidades
Más detallesGuía General Central Directo Seguridad
Guía General Central Directo Seguridad Año: 2015 La presente guía ha sido elaborada por el Banco Central de Costa Rica (BCCR) y ofrece información básica para los participantes de Central Directo, con
Más detallesElementos requeridos para crearlos (ejemplo: el compilador)
Generalidades A lo largo del ciclo de vida del proceso de software, los productos de software evolucionan. Desde la concepción del producto y la captura de requisitos inicial hasta la puesta en producción
Más detallesManual de Usuarios Contratistas y Consultores
Departamento de Registros y de Consultores del MOP Manual de Usuarios Contratistas y Consultores Registro de Contratistas y Consultores Versión 6.0 Versiones del Manual Versión Mejora Fecha 1.0 Versión
Más detallesOFICINA VIRTUAL SIS MANUAL DE TUTOR
OFICINA VIRTUAL SIS MANUAL DE TUTOR Copyright 2005 SENA - CEV Comunidad Educativa Virtual - Todos los derechos reservados. BUSCAR IMPRIMIR TABLA DE CONTENIDOS Página 1 de 22 BUSCAR IMPRIMIR TABLA DE CONTENIDOS
Más detallesQUÉ ES BAJO LLAVE? POR QUÉ SER CLIENTE DE BAJO LLAVE?
QUÉ ES BAJO LLAVE? Bajo Llave es una caja de seguridad electrónica, una aplicación de alta seguridad que usa cifrado de datos y que permite almacenar información personal y profesional, perfectamente clasificada
Más detallesGeneralitat de Catalunya Departament de Medi Ambient Direcció General de Qualitat Ambiental
El 24 de abril de 2001, se publicó el Reglamento (CE) núm. 761/2001, del Parlamento Europeo y del Consejo, de 19 de marzo de 2001, por el que se permite que las organizaciones se adhieran con carácter
Más detallesNovedades de la versión 3.1.2 Factura Electrónica en AdminPAQ
Novedades de la versión 3.1.2 Factura Electrónica en AdminPAQ Beneficio A partir de esta versión AdminPAQ cuenta con la posibilidad de emitir Facturas Electrónicas y otros documentos de acuerdo a los estándares
Más detallesEs obligatoria la firma electrónica? Para utilizar DocuSign: Cuando llega el mensaje de DocuSign?: Preguntas y respuestas:
& DocuSign es una plataforma de firma electrónica que permite enviar y firmar los contratos electrónicamente. DocuSign elimina la necesidad de enviar los contratos en papel y facilita el proceso de facturación/activación.
Más detallesLa Firma Electrónica: Ventajas y Desventajas
La Firma Electrónica: Ventajas y Desventajas Guadalajara, abril de 2009 Qué es la firma electrónica? El desarrollo de nuevas tecnologías de información, telecomunicación y transmisión de datos por vía
Más detallesFOROS. Manual de Usuario
FOROS Manual de Usuario Versión: 1.1 Fecha: Septiembre de 2014 Tabla de Contenidos 1. INTRODUCCIÓN... 4 1.1 Propósito... 4 1.2 Definiciones, acrónimos y abreviaturas... 4 2. ESPECIFICACIONES TÉCNICAS...
Más detallesGUÍA DE OPERACIÓN PARAMETRIZACIÓN GESTIÓN ENTIDAD 1 PARAMETRIZACION EN LA UNIDAD EJECUTORA
Página: 1 de 17 1 PARAMETRIZACION EN LA UNIDAD EJECUTORA Se entiende por Unidad Ejecutora el ente público que realiza una actividad específica dentro de los organismos que ejecutan el presupuesto general
Más detallesProcedimiento de Sistemas de Información
Procedimiento de Sistemas de Información DIRECCIÓN DE COORDINACIÓN TÉCNICA Y PLANEACIÓN VIEMBRE DE 2009 PR-DCTYP-08 Índice. 1. INTRODUCCIÓN.... 3 2. OBJETIVO.... 4 3. ALCANCE.... 4 4. MARCO LEGAL.... 4
Más detallesIng. Cynthia Zúñiga Ramos
Ing. Cynthia Zúñiga Ramos Criptografía Criptografía Datos Datos Encriptación ase4bhl Desencriptación Datos cifrados Confidencialidad en las comunicaciones Algoritmos Hash de una dirección Algoritmos
Más detallesPolítica de la base datos WHOIS para nombres de dominio.eu
Política de la base datos WHOIS para nombres de dominio.eu 1/7 DEFINICIONES En este documento se usan los mismos términos definidos en los Términos y Condiciones y/o las normas para la solución de controversias
Más detallesREGLAS DE DESARROLLO PARA EL EJERCICIO DE LOS DERECHOS DE REPRESENTACIÓN Y VOTO A DISTANCIA
REGLAS DE DESARROLLO PARA EL EJERCICIO DE LOS DERECHOS DE REPRESENTACIÓN Y VOTO A DISTANCIA Los derechos de los accionistas a hacerse representar por medio de otra persona y a ejercer su derecho al voto
Más detallesSistema Automático de Recepción
Sistema Automático de Recepción 57534 En Factura en Segundos, estamos comprometidos con la calidad en todo lo que hacemos, por ello es que nuestro compromiso, dinamismo y - profesionalismo, nos han llevado
Más detallesAutorización para la Inscripción en el Registro del despacho de mercancías de las empresas, conforme al artículo 100 de la Ley Aduanera
Autorización para la Inscripción en el Registro del despacho de mercancías de las empresas, conforme al artículo 100 de la Ley Aduanera Manual de usuario Índice Propósito...2 Precondiciones...2 Autorización
Más detallesCertific@2 (Certificado de Empresa): guía para las empresas
Certific@2 (Certificado de Empresa): guía para las empresas Servicio Público de Empleo Estatal Madrid, Octubre - 2011 Índice Qué es y recepción del certificado de empresa Acceso a la transmisión de certificados
Más detallesPor el cual se reglamentan los artículos 616-1, 617 y siguientes del Estatuto Tributario. EL PRESIDENTE DE LA REPUBLICA DE COLOMBIA
REPÚBLICA DE COLOMBIA MINISTERIO DE HACIENDA Y CREDITO PÚBLICO DECRETO NÚMERO DE 2007 ( ) Por el cual se reglamentan los artículos 616-1, 617 y siguientes del Estatuto Tributario. EL PRESIDENTE DE LA REPUBLICA
Más detallesINTEROPERABILIDAD SISTEMA DE INFORMACIÓN GENERAL DE ESTUDIANTES (SIGE) SOFTWARE DE GESTIÓN ESCOLAR
INTEROPERABILIDAD SISTEMA DE INFORMACIÓN GENERAL DE ESTUDIANTES (SIGE) SOFTWARE DE GESTIÓN ESCOLAR Respuestas a Consultas Frecuentes Ministerio de Educación -Agosto 2012 Agosto 2012 V 3.0 I N T R O D U
Más detallesResumen de los protocolos de seguridad del Registro Telemático
Resumen de los protocolos de seguridad del Registro Telemático Página 1 de 8 1 Introducción... 3 2 Criterios de... 4 2.1 Gestión global de la seguridad... 4 2.2 Política de seguridad... 4 2.2.1 Autenticidad...
Más detallesEl USUARIO manifiesta que es jurídicamente capaz de realizar el procedimiento a utilizar y que está facultado para hacer uso del mismo.
A continuación se detallan los términos y condiciones bajo las cuales se regirá el servicio de pagos en línea del Municipio de Itagüí, para ello se proveerá la plataforma tecnológica con el fin de prestar
Más detallesFactura Electrónica NIVEL BÁSICO. Centro Guadalinfo de Cenes de la Vega 1
NIVEL BÁSICO 1 INDICE 1. Qué es una factura electrónica? 2. Requisitos de todas las facturas 3. Tipos de facturas 4. Por qué elegir la factura electrónica? 5. Cómo funciona la facturación electrónica?
Más detallesTransmisión de documentos digitalizados a través de ORVE/SIR. Argumentario.
Transmisión de documentos digitalizados a través de ORVE/SIR. Argumentario. ÍNDICE 1. OBJETO DE DOCUMENTO... 3 2. ÁMBITO DE LA DIGITALIZACIÓN DE DOCUMENTOS ORIGINALES EN PAPEL... 4 3. MARCO LEGAL PARA
Más detallesManual Instalación de certificados digitales en Outlook 2000
Manual Instalación de certificados digitales en Outlook 2000 Documento SIGNE_GCSWIE. Ver. 1.0 Fecha de aplicación 12/07/2011 Seguridad documental Este documento ha sido generado por el Departamento de
Más detallesLa clave de acceso deberá construirse respetando la siguiente estructura:
Instructivo para el registro de métodos actuariales para la valuación de reservas técnicas a través de la página Web de la Comisión Nacional de Seguros y Fianzas El registro de métodos actuariales para
Más detallesCOPPEL MANUAL TÉCNICO MCC DE SISTEMAS PROGRAMACIÓN DESCRIPCIÓN DEL PROCESO DE ARQUITECTURA DE SOFTWARE
COPPEL MANUAL TÉCNICO MCC DE SISTEMAS PROGRAMACIÓN DESCRIPCIÓN DEL PROCESO DE ARQUITECTURA DE SOFTWARE Creado en May/14 Objetivo: Contar con una guía de las actividades que se deben realizar en esta fase,
Más detallesIndice. .01 Introducci n. .02 Perfiles de usuario. .03 Ingreso al portal Mi Entel PCS Empresas. .04 Activación de los teléfonos móviles de la empresa
Manual SMS Empresas Indice MANUAL SMS EMPRESAS.01 Introducci n.02 Perfiles de usuario.03 Ingreso al portal Mi Entel PCS Empresas.04 Activación de los teléfonos móviles de la empresa.05 Funciones del SMS
Más detallesLINEAMIENTOS PARA LA NOTIFICACIÓN ELECTRÓNICA. CAPÍTULO I Disposiciones generales
LINEAMIENTOS PARA LA NOTIFICACIÓN ELECTRÓNICA CAPÍTULO I Disposiciones generales Artículo 1 Del ámbito de aplicación y de su objeto Los presentes Lineamientos son de orden público, de observancia general
Más detallesManual de Usuario Portal Factura Electrónica
Manual de Usuario Portal Factura Electrónica Procter & Gamble (Administrador Proveedor) ÍNDICE 1. INTRODUCCIÓN.... 3 2. REQUERIMIENTOS MÍNIMOS.... 3 3. ACCESO AL PORTAL DE RECEPCIÓN DE FACTURA ELECTRÓNICA....
Más detallesCÓMO FACTURAR ELECTRÓNICAMENTE CON ASPEL-SAE 4.0?
CÓMO FACTURAR ELECTRÓNICAMENTE CON ASPEL-SAE 4.0? El sistema Aspel SAE 4.0 está capacitado para generar Comprobantes Fiscales Digitales, de acuerdo a las especificaciones técnicas previstas en el rubro
Más detallesManual del usuario del Módulo de Administración de Privilegios del Sistema Ingresador (MAPSI)
Manual del usuario del Módulo de Administración de Privilegios del Sistema Ingresador (MAPSI) 1. Introducción El presente manual representa una guía rápida que ilustra la utilización del Módulo de Administración
Más detallesUniversidad Nacional de Educación a Distancia NORMATIVA DE USO DEL CORREO ELECTRÓNICO DE LA UNIVERSIDAD NACIONAL DE EDUCACIÓN A DISTANCIA (UNED)
NORMATIVA DE USO DEL CORREO ELECTRÓNICO DE LA UNIVERSIDAD NACIONAL DE EDUCACIÓN A DISTANCIA (UNED) 1 1. OBJETIVO Y ÁMBITO DE APLICACIÓN La Universidad Nacional de Educación a Distancia (UNED) ofrece a
Más detallesMINISTERIO DE COMERCIO, INDUSTRIA Y TURISMO EL PRESIDENTE DE LA REPÚBLICA DE COLOMBIA
,j:f,ig mfl'licea ~ I,lm ~ ~mc~e"ia~ia.!lidlml ---...,, l'iililllll'ji'llli.4!1!o\1.oc""":.""""""'d. """. MINISTERIO DE COMERCIO, INDUSTRIA Y TURISMO DECRETO NÚMERO 0805 DE 24A8R2813 EL PRESIDENTE DE LA
Más detallesEspecificaciones funcionales para el acceso al RAI por Web
Especificaciones funcionales para el acceso al RAI por Web CONTENIDO INTRODUCCION...2 SERVICIO ON-LINE DE CONSULTA DE DATOS DE RESUMEN RAI VÍA PÁGINA WEB...3 ESTRUCTURA DE LA APLICACIÓN...3 PÁGINA DE INICIO
Más detallesBienes De Capital-Bonos. Manual usuario contadores. Manual usuario contadores. Versión: 1.1 1 de 19
Bienes De Capital-Bonos 1 de 19 Introducción El presente Manual de Usuario tiene como objetivo detallar la metodología para la utilización del Sistema de Certificación de Comprobantes de la Secretaría
Más detallesRESOLUCIÓN No. I-68 2003
RESOLUCIÓN No. I-68 2003 POR CUANTO: El Decreto Ley No. 147 de 1994, modificó la integración de los organismos de la Administración central del estado y en su Artículo 4 estableció la creación de la Oficina
Más detallesVersión final 8 de junio de 2009
GRUPO DE EXPERTOS «PLATAFORMA PARA LA CONSERVACIÓN DE DATOS ELECTRÓNICOS PARA CON FINES DE INVESTIGACIÓN, DETECCIÓN Y ENJUICIAMIENTO DE DELITOS GRAVES» ESTABLECIDO POR LA DECISIÓN 2008/324/CE DE LA COMISIÓN
Más detallesPOLÍTICAS DE PRIVACIDAD Y TRATAMIENTO DE DATOS PERSONALES TELEVISORA DE COSTA RICA S.A.
POLÍTICAS DE PRIVACIDAD Y TRATAMIENTO DE DATOS PERSONALES TELEVISORA DE COSTA RICA S.A. Por favor lea cuidadosamente las siguientes Políticas de Privacidad y Tratamiento de Datos Personales de TELEVISORA
Más detallesConsultoría de D I S P O N I B L E S. Soluciones en Facturación electrónica. Desarrollo de Software Windows/Web
D I S P O N I B L E S Soluciones en Facturación electrónica Desarrollo de Software Windows/Web Desarrollo de portales corporativos y sitios Web Presencia y posicionamiento en internet Consultoría de Tecnología
Más detallesORGAN/000006-01. BOCCYL, n.º 502, de 30 de enero de 2015
Resolución de la Mesa de las Cortes de Castilla y León, de 27 de enero de 2015, por la que se regulan las condiciones para el acceso electrónico y gestión electrónica en la administración de las Cortes
Más detallesGUIA DE USUARIO PARA LOS REPRESENTANTES DE EMPRESAS.
GUIA DE USUARIO PARA LOS REPRESENTANTES DE EMPRESAS. NOTIFICACIONES PENDIENTES.- Cuando las empresas emiten las solicitudes de inscripción en el REA, las Autoridades Laborales proceden a su validación.
Más detallesGuía Documentos Tributarios Electrónicos en organismos públicos
Guía Documentos Tributarios Electrónicos en organismos públicos Mayo 2012 2 Introducción El sistema para la gestión de Documentos Tributarios Electrónicos (DTE) en organismos públicos, es una aplicación
Más detallesSECRETARÍA DE LA FUNCIÓN PÚBLICA DOCUMENTO TECNICO PARA LA INTEROPERABILIDAD DE LOS SISTEMAS AUTOMATIZADOS DE CONTROL DE GESTIÓN
SECRETARÍA DE LA FUNCIÓN PÚBLICA DOCUMENTO TECNICO PARA LA INTEROPERABILIDAD DE LOS SISTEMAS AUTOMATIZADOS DE CONTROL DE GESTIÓN Documento Técnico para la Interoperabilidad de los SACG 1 1. OBJETO El presente
Más detalleswww.spensiones.cl/tea Transferencia Electrónica de Archivos (TEA) Normas Técnicas
Transferencia Electrónica de Archivos (TEA) Normas Técnicas Fecha de actualización: 15 de abril de 2015 1. Características de los enlaces de comunicaciones La comunicación con la Superintendencia de Pensiones
Más detallesTERMINOS Y CONDICIONES DE USO PARA LA VENTA DE PRODUCTOS Y/O SERVICIOS ETB A TRAVES DE INTERNET
TERMINOS Y CONDICIONES DE USO PARA LA VENTA DE PRODUCTOS Y/O SERVICIOS ETB A TRAVES DE INTERNET La EMPRESA DE TELECOMUNICACIONES DE BOGOTA S.A. ESP [en adelante ETB] en su calidad de Internet Service Provider
Más detallesACCESO AL SERVIDOR EXCHANGE MEDIANTE OWA
ACCESO AL SERVIDOR EXCHANGE MEDIANTE OWA El Acceso al correo a través de OWA (Outlook Web Access) es una herramienta que permite a los usuarios consultar sus mensajes en una interfaz Web a través de un
Más detallesFAQ. sobre la Ley 25/2013, de 27 de diciembre, de impulso de la factura electrónica y creación del registro contable de facturas en el Sector Público
FAQ sobre la Ley 25/2013, de 27 de diciembre, de impulso de la factura electrónica y creación del registro contable de facturas en el Sector Público GOBIERNO DE ESPAÑA MINISTERIO DE HACIENDA Y ADMINISTRACIONES
Más detallesGUÍA DE IMPLEMENTACIÓN ADDENDA CASA LEY PROVEEDOR MERCADERÍAS CLASIFICACIÓN CD
GUÍA DE IMPLEMENTACIÓN ADDENDA CASA LEY PROVEEDOR MERCADERÍAS CLASIFICACIÓN CD 1. Proceso de Comercio Electrónico con transacciones y plantillas 2. Requisitos 3. Administrador 2000 3.1. Configuración:
Más detallesAPLICACIÓN PERFIL DE CONTRATANTE. MANUAL NUEVAS FUNCIONALIDADES: CORRECCIÓN DE ERRORES Y COPIAR
APLICACIÓN PERFIL DE CONTRATANTE. MANUAL NUEVAS FUNCIONALIDADES: CORRECCIÓN DE ERRORES Y COPIAR Este manual tiene por objetivo describir las funcionalidades que se han incorporado para posibilitar la Corrección
Más detallesParticularidades. 17 de octubre de 2012 17 de julio de 2013 16 de agosto de 2013 23 de agosto de 2013. 1 de septiembre de 2013. 1 de octubre de 2013
Análisis del Reglamento y Reglas de Carácter General a que se refiere la Ley Federal para la Prevención e Identificación de Operaciones con Recursos de Procedencia Ilícita Asesoría Financiera 2 Particularidades
Más detallesANEXO I TÉRMINOS Y CONDICIONES
1. Tipo de residuos permitidos ANEXO I TÉRMINOS Y CONDICIONES El Generador podrá disponer finalmente de los residuos sólidos que genere en virtud de su actividad. Se entiende por residuo sólido toda sustancia,
Más detallesPreguntas Frecuentes (FAQ) Renovación de Certificado de Sello Digital (CSD) Versión 1.0
Preguntas Frecuentes (FAQ) Renovación de Certificado de Sello Digital (CSD) Versión 1.0 1- Qué significa CSD? Su significado es Certificado de Sello Digital. 2- Qué es el Certificado de Sello Digital (CSD)
Más detallesDoc: Instructivo_Ingreso_Regimen_CFE_v02 Impresión: 25/01/2013 15:06:00. Página 2 de 20
DOCUMENTO FUNCIONAL INSTRUCTIVO INGRESO AL RÉGIMEN DE CFE COMPROBANTE FISCAL ELECTRÓNICO VERSIÓN 02-25/01/2013 ÍNDICE INTRODUCCIÓN... 3 SOLICITUD DE CLAVES... 4 TESTING... 5 I. INTRODUCCIÓN... 5 II. ENVÍOS...
Más detallesCircular de Tecnología Pautas para el uso de Certificados Electrónicos
ASIT 20091112 CT Pautas para el uso de Certificados Electrónicos v1 20/11/2009 Documento de Circular de Tecnología Pautas para el uso de Certificados Electrónicos Versión 01 Noviembre 2009 ARCHIVO: ASIT
Más detallesRegistro de Empresas Acreditadas. - Por correo electrónico. Guía para Autoridades Laborales Alta de las Notificaciones 2
GUIA DE USUARIO PARA LAS AUTORIDADES LABORALES. ALTA DE LAS NOTIFICACIONES.- Nota: Esta operación no tiene asociada una opción de menú propia, está integrada dentro de la opción Gestión de Expedientes.
Más detallesTRANSFERENCIA ELECTRONICA DE INFORMACION Y FONDOS. 1.- Aplicación de las presentes normas.
CAPITULO 1-7 (Bancos y Financieras) MATERIA: TRANSFERENCIA ELECTRONICA DE INFORMACION Y FONDOS. 1.- Aplicación de las presentes normas. Las presentes normas se refieren a la prestación de servicios bancarios
Más detallesTEXTO VIGENTE Nuevo Reglamento publicado en el Diario Oficial de la Federación el 15 de septiembre de 1999
REGLAMENTO DE LA LEY FEDERAL PARA EL CONTROL DE PRECURSORES QUÍMICOS, PRODUCTOS QUÍMICOS ESENCIALES Y MÁQUINAS PARA ELABORAR CÁPSULAS, TABLETAS Y/O COMPRIMIDOS TEXTO VIGENTE Nuevo Reglamento publicado
Más detallesVENTANILLA ÚNICA - REGISTRO EN LÍNEA. Ministerio de Comercio, Industria y Turismo. Registro Electrónico de Usuarios. para la VUCE
VENTANILLA ÚNICA - REGISTRO EN LÍNEA Ministerio de Comercio, Industria y Turismo Registro Electrónico de Usuarios para la VUCE Ministerio de Comercio, Industria y Turismo Oficina de Sistemas de Información
Más detallesCONSEJERÍA DE HACIENDA Y ADMINISTRACIÓN PÚBLICA Dirección General de Tesorería y Deuda Pública
INSTRUCCIÓN 1/2015, DE 13 DE MARZO DE 2015, DE LA DIRECCIÓN GENERAL DE TESORERÍA Y DEUDA PÚBLICA SOBRE LA GESTIÓN DE LAS CUENTAS BANCARIAS DE LOS ACREEDORES EN EL SISTEMA GIRO La puesta en funcionamiento
Más detallesConfiguración factura electrónica. construsyc instasyc
Configuración factura electrónica construsyc instasyc Facturación electrónica Según la propia definición de la Agencia Tributaria, la factura electrónica es un documento tributario generado por medios
Más detallesBóveda Fiscal Integradora Guía de Usuario
Bóveda Fiscal Integradora Guía de Usuario Índice Usuarios...4 Roles...4 Permisos...5 Actores...5 Historial de Actividades...5 Log del Sistema...6 Panel de Control de Documentos...6 Historial de Actividades...7
Más detallesFACTURACIÓN ELECTRÓNICA EN EL AYUNTAMIENTO DE MISLATA. INFORMACIÓN A LOS PROVEEDORES
FACTURACIÓN ELECTRÓNICA EN EL AYUNTAMIENTO DE MISLATA. INFORMACIÓN A LOS PROVEEDORES 1.Introducción. La Ley 25/2013, de 27 de diciembre, de impulso de la factura electrónica y creación del registro contable
Más detallesIMI: funciones y responsabilidades
IMI: funciones y responsabilidades 1. INTRODUCCIÓN... 2 2. FUNCIONES DE LAS AUTORIDADES... 2 2.1. COORDINADOR NACIONAL (NIMIC)... 2 2.2. GESTOR DE ACCESO... 2 2.3. COORDINADOR... 3 2.4. AUTORIDADES...
Más detallesServicio de Presentación Telemática de Escritos y Notificaciones
Servicio de Presentación Telemática de Escritos y Notificaciones Introducción El estado actual de la tecnología permite el intercambio de documentos judiciales en formato electrónico, garantizando las
Más detallesMACROPROCESO INTERNACIONALIZACIÓN PROCESO EJECUCIÓN DE LAS INICIATIVAS DE INTERNACIONALIZACIÓN
MACROPROCESO INTERNACIONALIZACIÓN PROCESO EJECUCIÓN DE LAS INICIATIVAS DE INTERNACIONALIZACIÓN PROCEDIMIENTO REVISADO POR Asistente para APROBADO POR Vicerrector Académico Aviso Legal: La información contenida
Más detallesPROCEDIMIENTO DE PRESTACIÓN DE SERVICIOS TECNOLÓGICOS
PROCEDIMIENTO DE PRESTACIÓN DE SERVICIOS TECNOLÓGICOS OBJETIVO Facilitar el proceso de enlace entre la comunidad universitaria, el sector productivo e instituciones gubernamentales mediante el aprovechamiento
Más detallesCriptografía. Por. Daniel Vazart P.
Criptografía Por. Daniel Vazart P. Que es? La finalidad de la criptografía es, en primer lugar, garantizar el secreto en la comunicación entre dos entidades (personas, organizaciones, etc.) y, en segundo
Más detallesFIRMA ELECTRÓNICA EN EL MINISTERIO DE EMPLEO Y SEGURIDAD SOCIAL SITUACIÓN PRESENTE Y FUTUROS DESARROLLOS
FIRMA ELECTRÓNICA EN EL MINISTERIO DE EMPLEO Y SEGURIDAD SOCIAL SITUACIÓN PRESENTE Y FUTUROS DESARROLLOS Miguel A. Gendive Rivas S. G. Adjunto de Tecnologías de la Información y Comunicaciones Conceptos
Más detallesINSTITUTO TECNOLÓGICO DE SALINA CRUZ. Fundamentos De Redes. Semestre Agosto-Diciembre 2014. Reporte De Lectura
INSTITUTO TECNOLÓGICO DE SALINA CRUZ Fundamentos De Redes Semestre Agosto-Diciembre 2014 Reporte De Lectura Lectura Capítulo IV UNIDAD 3: Capa de red y direccionamiento de la red: IPv4 NOMBRE: Liña Quecha
Más detallesQUE ES COMLINE MENSAJES? QUE TIPO DE MENSAJES PROCESA COMLINE MENSAJES?
QUE ES COMLINE MENSAJES? Comline Mensajes es una plataforma flexible, ágil y oportuna, que permite el envío MASIVO de MENSAJES DE TEXTO (SMS). Comline Mensajes integra su tecnología a los centros de recepción
Más detalles