SECRETARÍA DE LA FUNCIÓN PÚBLICA DOCUMENTO TECNICO PARA LA INTEROPERABILIDAD DE LOS SISTEMAS AUTOMATIZADOS DE CONTROL DE GESTIÓN

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

Download "SECRETARÍA DE LA FUNCIÓN PÚBLICA DOCUMENTO TECNICO PARA LA INTEROPERABILIDAD DE LOS SISTEMAS AUTOMATIZADOS DE CONTROL DE GESTIÓN"

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

Glosario. Términos en México

Glosario. 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 detalles

GLOSARIO AGAC ALAC. Agencia Certificadora

GLOSARIO 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 detalles

Seminario de Fianzas Fianza Electrónica

Seminario 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 detalles

Lineamientos para la implementación de la Firma Electrónica Avanzada en el Instituto Federal Electoral. DISPOSICIONES GENERALES

Lineamientos para la implementación de la Firma Electrónica Avanzada en el Instituto Federal Electoral. DISPOSICIONES GENERALES Lo que hace grande a un país es la participación de su gente Lineamientos para la implementación de la Firma Electrónica Avanzada en el Instituto Federal Electoral. DISPOSICIONES GENERALES Primero.- Los

Más detalles

Preguntas frecuentes del Documento Técnico de Interoperabilidad de los Sistemas Automatizados de Control de Gestión

Preguntas frecuentes del Documento Técnico de Interoperabilidad de los Sistemas Automatizados de Control de Gestión Preguntas frecuentes del Documento Técnico de Interoperabilidad de los Sistemas Automatizados de Control de Gestión INSTITUCIÓN NOMBRE CORREO ELECTRÓNICO PREGUNTA RESPUESTA AEROPUERTOS Y SERVICIOS AUXILIARES

Más detalles

L I B R O B L A N C O S O B R E E L C F D I

L I B R O B L A N C O S O B R E E L C F D I L I B R O B L A N C O S O B R E E L C F D I Í N D I C E 1. Qué es el CFDI? 2. Cómo funciona? 3. Quién debe emitir CFDI? 4. Qué ventajas tiene el CFDI? 5. En qué se diferencian el CFD y el CFDI? 6. Pasos

Más detalles

Introducción a la Firma Electrónica en MIDAS

Introducció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 detalles

La firma digital Las TIC en el comercio minorista de Aragón

La firma digital Las TIC en el comercio minorista de Aragón La firma digital Índice 1. Presentación... 3 2. Firma electrónica... 4 3. Cómo funciona?... 5 4. Cómo se consigue?... 6 5. Dónde se utiliza?... 7 6. Certificados digitales... 8 7. Características... 9

Más detalles

Administración Local Soluciones

Administración Local Soluciones SISTEMA INTEGRADO DE GESTIÓN DE EXPEDIENTES MODULAR (SIGM) CONFIGURACIÓN PARA LA INTEGRACIÓN CON SISNOT Y CORREOS SIGM v3 Administración Local Soluciones Control de versiones Versión Fecha aprobación Cambio

Más detalles

MARCO JURÍDICO DE LAS TECNOLOGÍAS EN LA ADMINISTRACIÓN PÚBLICA. Mag. Erick Rincón Cárdenas

MARCO JURÍDICO DE LAS TECNOLOGÍAS EN LA ADMINISTRACIÓN PÚBLICA. Mag. Erick Rincón Cárdenas MARCO JURÍDICO DE LAS TECNOLOGÍAS EN LA ADMINISTRACIÓN PÚBLICA Mag. Erick Rincón Cárdenas ANTECEDENTES JURÍDICOS APLICABLES A LOS MEDIOS ELECTRÓNICOS PRINCIPIO DE EQUIVALENCIA CONTENIDO EN LA LEY 527 DE

Más detalles

FACTURA ELECTRÓNICA. Estándar de comunicaciones electrónicas

FACTURA ELECTRÓNICA. Estándar de comunicaciones electrónicas FACTURA ELECTRÓNICA Estándar de comunicaciones electrónicas CONTENIDO: 1. Comprobante Fiscal Digital a. Características b. Elementos que lo conforman c. Tipos de CFD 2. Factura Electrónica a. Beneficios

Más detalles

Servicio Nacional de Aduanas Subdirección de Informática. SMS Manual de Referencia

Servicio Nacional de Aduanas Subdirección de Informática. SMS Manual de Referencia Servicio Nacional de Aduanas Subdirección de Informática SMS Manual de Referencia ABRIL 2013 1. Introducción El presente manual tiene por objetivo especificar el funcionamiento del Sistema de Mensajería

Más detalles

Control de Gestión Electrónica en la. Retos y oportunidades. Octubre 2006

Control de Gestión Electrónica en la. Retos y oportunidades. Octubre 2006 Control de Gestión Electrónica en la Administración n PúblicaP Retos y oportunidades Octubre 2006 Antecedentes Reformas a la Ley Orgánica de la Administración Pública Federal, en su artículo No. 37, fracción

Más detalles

Esquema de Facturación Electrónica. Facturación electrónica y en papel

Esquema de Facturación Electrónica. Facturación electrónica y en papel Esquema de Facturación Electrónica Facturación electrónica y en papel * Elaborado por el Servicio de Administración Tributaria Nacimiento de nuevas formas de hacer negocios Internet empieza a gestarse

Más detalles

REGLAMENTO PARA EL USO Y OPERACIÓN DE LA FIRMA ELECTRÓNICA AVANZADA EN EL INSTITUTO FEDERAL ELECTORAL.

REGLAMENTO PARA EL USO Y OPERACIÓN DE LA FIRMA ELECTRÓNICA AVANZADA EN EL INSTITUTO FEDERAL ELECTORAL. 1 REGLAMENTO PARA EL USO Y OPERACIÓN DE LA FIRMA ELECTRÓNICA AVANZADA EN EL INSTITUTO FEDERAL CAPÍTULO I DISPOSICIONES GENERALES Artículo. 1. El presente Reglamento tiene por objeto regular: a) La emisión,

Más detalles

Contrato de Servicio

Contrato de Servicio Contrato de Servicio Servicio de consulta del estado de Facturas Junta de Comunidades de Castilla la Mancha VERSIÓN: 1.00 FECHA: Octubre de 2015 CORREO ELECTRÓNICO: ÍNDICE CONTRATO DE SERVICIO... 1 ÍNDICE...

Más detalles

Infraestructura Extendida de Seguridad IES

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

ACUERDO 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. 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 detalles

COMPROBANTE DE VALOR ELECTRÓNICO

COMPROBANTE DE VALOR ELECTRÓNICO COMPROBANTE DE VALOR ELECTRÓNICO 1. Qué es? Modulo de VU de Ventanilla única que permite la recepción de manera anticipada la información de los documentos que comprueban el valor de las mercancías, así

Más detalles

Portal para la Gestión de Certificados Digitales

Portal para la Gestión de Certificados Digitales Guía de Usuario Versión 1.0 Portal para la Gestión de Certificados Digitales Segunda Generación de Sistemas Ingresadores Septiembre 2005 TABLA DE CONTENIDOS 1 INTRODUCCIÓN...3 2 OBJETIVO...3 3 MARCO JURÍDICO...3

Más detalles

Medios Electrónicos en la Administración Tributaria. Factura Electrónica Comprobantes Fiscales Digitales

Medios Electrónicos en la Administración Tributaria. Factura Electrónica Comprobantes Fiscales Digitales Medios Electrónicos en la Administración Tributaria Factura Electrónica Comprobantes Fiscales Digitales Lic. Fernando Martínez Coss Resumen Administración General de Asistencia al Contribuyente fmartinez@sat.gob.mx

Más detalles

PREGUNTAS FRECUENTES (FAQ) DE TECNOLOGÍA SOBRE COMPROBANTES FISCALES POR INTERNET

PREGUNTAS FRECUENTES (FAQ) DE TECNOLOGÍA SOBRE COMPROBANTES FISCALES POR INTERNET PREGUNTAS FRECUENTES (FAQ) DE TECNOLOGÍA SOBRE COMPROBANTES FISCALES POR INTERNET (TIMBRADO DE COMPROBANTES) 1 1. En el caso de la moneda existe algún un catálogo de códigos? puede ser cualquier string?

Más detalles

Preguntas y respuestas más frecuentes (FAQ). ANIMSA

Preguntas y respuestas más frecuentes (FAQ). ANIMSA Preguntas y respuestas más frecuentes (FAQ). ANIMSA 1. Qué es una factura electrónica? 2. Qué ventajas aporta la factura electrónica? 3. Tiene validez legal la factura electrónica? 4. A qué obliga la LEY

Más detalles

Ref. DPAyE/SRH/ OU7 /2013. México, D.F. a 30 de abril de 2013 Dirección de Planeación, Administración y Evaluación Subdirección de Recursos Humanos

Ref. DPAyE/SRH/ OU7 /2013. México, D.F. a 30 de abril de 2013 Dirección de Planeación, Administración y Evaluación Subdirección de Recursos Humanos SECRETARIA DE EDUCACIÓN PÚBLICA Ref. DPAyE/SRH/ OU7 /2013 México, D.F. a 30 de abril de 2013 Dirección de Planeación, Administración y Evaluación Subdirección de Recursos Humanos Asunto: atención a los

Más detalles

DECLARACIONES. En virtud de las declaraciones anteriores, las Partes convienen sujetarse a lo dispuesto en las siguientes: CLAUSULAS

DECLARACIONES. En virtud de las declaraciones anteriores, las Partes convienen sujetarse a lo dispuesto en las siguientes: CLAUSULAS Contrato de prestación de Servicios de Certificación de Comprobantes Fiscales Digitales por Internet, que celebran por una parte FINKOK S.A. de C.V. en adelante Finkok, a través de su representante legal,

Más detalles

Esquemas de Comprobación Fiscal. Julio 2013

Esquemas de Comprobación Fiscal. Julio 2013 Esquemas de Comprobación Fiscal Julio 2013 Razones para el Cambio ü Evasión fiscal Cambio paulatino de Factura en papel a Factura Electrónica El monto de evasión fiscal de 2007 a 2009 fue de 45,852 mdp.

Más detalles

Política de Formatos Oficiales de los Documentos Electrónicos Firmados Digitalmente

Política de Formatos Oficiales de los Documentos Electrónicos Firmados Digitalmente Documentos Electrónicos Firmados Digitalmente Dirección de Certificadores de Firma Digital Ministerio de Ciencia y Tecnología OID 2.16.188.1.1.1.2.1 Versión: Consulta pública 26 de Julio, 2012 Control

Más detalles

REGLAS DE CARÁCTER GENERAL PARA LA GESTIÓN DE TRÁMITES A TRAVÉS DE MEDIOS ELECTRÓNICOS ANTE LA SECRETARÍA DE FINANZAS.

REGLAS DE CARÁCTER GENERAL PARA LA GESTIÓN DE TRÁMITES A TRAVÉS DE MEDIOS ELECTRÓNICOS ANTE LA SECRETARÍA DE FINANZAS. 29 de Junio de 2015 GACETA OFICIAL DEL DISTRITO FEDERAL 87 REGLAS DE CARÁCTER GENERAL PARA LA GESTIÓN DE TRÁMITES A TRAVÉS DE MEDIOS ELECTRÓNICOS ANTE LA SECRETARÍA DE FINANZAS. EDGAR ABRAHAM AMADOR ZAMORA,

Más detalles

RESPUESTA A LAS OBSERVACIONES PROYECTO DE PLIEGOS SUBASTA INVERSA PRESENCIAL NO. SI-003 DE 2015 Mayo 20 de 2015

RESPUESTA A LAS OBSERVACIONES PROYECTO DE PLIEGOS SUBASTA INVERSA PRESENCIAL NO. SI-003 DE 2015 Mayo 20 de 2015 Objeto: Contratar los servicios de certificación digital abierta para el aseguramiento jurídico y técnico de las comunicaciones electrónicas emanadas por la Superintendencia de Subsidio Familiar. A. OBSERVACIONES

Más detalles

Manual de Usuario Portal Factura Electrónica

Manual 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 detalles

SERVICIO SaaS DE FIRMA ELECTRONICA AVANZADA

SERVICIO SaaS DE FIRMA ELECTRONICA AVANZADA SERVICIO SaaS DE FIRMA ELECTRONICA AVANZADA matedi 2014. TITULO 1 ÍNDICE 1. ANTECEDENTES. 2.CONSULTORÍA. 3. VALORACIÓN. 4. RESUMEN. matedi 2015. 2 1. ANTECEDENTES. Las empresas llevan a cabo una serie

Más detalles

SECRETARIA DE LA FUNCION PUBLICA

SECRETARIA DE LA FUNCION PUBLICA SECRETARIA DE LA FUNCION PUBLICA REGLAMENTO de la Ley de Firma Electrónica Avanzada. Al margen un sello con el Escudo Nacional, que dice: Estados Unidos Mexicanos.- Presidencia de la República. ENRIQUE

Más detalles

BOLETÍN OFICIAL DEL ESTADO

BOLETÍN OFICIAL DEL ESTADO Núm. 182 Sábado 30 de julio de 2011 Sec. III. Pág. 87145 III. OTRAS DISPOSICIONES MINISTERIO DE POLÍTICA TERRITORIAL Y ADMINISTRACIÓN PÚBLICA 13174 Resolución de 19 de julio de 2011, de la Secretaría de

Más detalles

Correo Electrónico Certificado

Correo Electrónico Certificado Correo Electrónico Certificado El Correo Electrónico Certificado se envía como correo normal, sin embargo en el proceso es protegido, resguardado y certificado. Aumentando la seguridad desde emisor hasta

Más detalles

MANUAL 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 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 detalles

Facturación Electrónica al Ayuntamiento de Getxo Conceptos e Instrucciones

Facturación Electrónica al Ayuntamiento de Getxo Conceptos e Instrucciones AYUNTAMIENTO DE GETXO Facturación Electrónica al Ayuntamiento de Getxo Conceptos e Instrucciones http://www.getxo.net/ informatika@getxo.net 944.66.02.16 944.66.02.19 Facturación Electrónica al Ayuntamiento

Más detalles

TÍTULO PRELIMINAR Del Registro General. Artículo 1. Objeto y ámbito de aplicación.

TÍTULO PRELIMINAR Del Registro General. Artículo 1. Objeto y ámbito de aplicación. Acuerdo del Consejo de Gobierno de la Universidad Politécnica de Madrid, de 24 de julio de 2014, por el que se apruba el Reglamento de Organización y Funcionamiento del Registro General de la Universidad

Más detalles

E.R.N. www.worldsys.com.ar ENVÍO CON RESPALDO NOTARIAL. Respaldo notarial en los envíos. Disponible las 24hs. Almacenamiento seguro.

E.R.N. www.worldsys.com.ar ENVÍO CON RESPALDO NOTARIAL. Respaldo notarial en los envíos. Disponible las 24hs. Almacenamiento seguro. www.worldsys.com.ar 2015 E.R.N. ENVÍO CON RESPALDO NOTARIAL Respaldo notarial en los envíos. Disponible las 24hs. Almacenamiento seguro. ERN es la solución informática que permite a sus usuarios realizar

Más detalles

La Firma Electrónica: Ventajas y Desventajas

La 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 detalles

Pegaso Tecnología (Servicio y Soporte en Tecnología Informática S.A. de C.V.) URL:

Pegaso Tecnología (Servicio y Soporte en Tecnología Informática S.A. de C.V.) URL: DATOS DE LA EMPRESA: Razón Social: Pegaso Tecnología (Servicio y Soporte en Tecnología Informática S.A. de C.V.) URL: http://www.pegasotecnologia.com País donde se fundó la empresa: México Año en que se

Más detalles

Correo electrónico administrativo

Correo electrónico administrativo Correo electrónico administrativo Descripción: La Universidad Icesi ofrece el servicio de correo electrónico institucional, bajo la plataforma de Microsoft Exchange en conjunto con el sistema antispam

Más detalles

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

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 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 detalles

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

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 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 detalles

PODER EJECUTIVO SECRETARIA DE HACIENDA Y CREDITO PUBLICO

PODER EJECUTIVO SECRETARIA DE HACIENDA Y CREDITO PUBLICO PODER EJECUTIVO SECRETARIA DE HACIENDA Y CREDITO PUBLICO CIRCULAR Modificatoria 1/15 de la Única de Fianzas. Al margen un sello con el Escudo Nacional, que dice: Estados Unidos Mexicanos.- Secretaría de

Más detalles

REGLAMENTO DEL GOBIERNO ELECTRÓNICO DEL MUNICIPIO DE SOLIDARIDAD "GEMUS" TITULO PRELIMINAR DEL ÁMBITO DE APLICACIÓN Y DE LOS PRINCIPIOS GENERALES

REGLAMENTO DEL GOBIERNO ELECTRÓNICO DEL MUNICIPIO DE SOLIDARIDAD GEMUS TITULO PRELIMINAR DEL ÁMBITO DE APLICACIÓN Y DE LOS PRINCIPIOS GENERALES REGLAMENTO DEL GOBIERNO ELECTRÓNICO DEL MUNICIPIO DE SOLIDARIDAD "GEMUS" (Publicado en el Periódico Oficial del Gobierno del Estado el 24 de mayo de 2010) TITULO PRELIMINAR DEL ÁMBITO DE APLICACIÓN Y DE

Más detalles

REGLAMENTO DEL REGISTRO TELEMÁTICO Y DE LAS NOTIFICACIONES Y DOCUMENTOS ELECTRÓNICOS DEL

REGLAMENTO DEL REGISTRO TELEMÁTICO Y DE LAS NOTIFICACIONES Y DOCUMENTOS ELECTRÓNICOS DEL AYUNTAMIENTO DE SANTANDER Secretaría General REGLAMENTO DEL REGISTRO TELEMÁTICO Y DE LAS NOTIFICACIONES Y DOCUMENTOS ELECTRÓNICOS DEL AYUNTAMIENTO DE SANTANDER El artículo 45 de la Ley 30/1992, de 26 de

Más detalles

Distribución y Ventas Globales de IBM Guía de habilitación del cliente

Distribución y Ventas Globales de IBM Guía de habilitación del cliente Distribución y Ventas Globales de IBM Guía de habilitación del cliente Guía para efectuar transacciones electrónicas con IBM 1.0 Acerca de esta guía 3 2.0 Mejores prácticas para un proyecto exitoso 3 2.1

Más detalles

LEY DE FIRMA ELECTRÓNICA AVANZADA

LEY DE FIRMA ELECTRÓNICA AVANZADA TEXTO VIGENTE Nueva Ley publicada en el Diario Oficial de la Federación el 11 de enero de 2012 Al margen un sello con el Escudo Nacional, que dice: Estados Unidos Mexicanos.- Presidencia de la República.

Más detalles

Guía de integración para plataformas privadas al servicio e.fact

Guía de integración para plataformas privadas al servicio e.fact Guía de integración para plataformas privadas al servicio e.fact Realizado por: Consorci AOC Versión: 2.1 Fecha: 13/09/2013 Pág 1/23 Control del documento Información general Título: Creado por: Nombre

Más detalles

Política de firma electrónica de la Universitat Oberta de Catalunya

Política de firma electrónica de la Universitat Oberta de Catalunya Política de firma electrónica de la Universitat Oberta de Catalunya Texto aprobado por el Comité de Dirección Ejecutivo el 5 de mayo de 2014, actuando por delegación del Consejo de Gobierno 2 Sumario I.

Más detalles

REGLAMENTO DEL REGISTRO TELEMÁTICO DE LA UNIVERSIDAD DE SALAMANCA

REGLAMENTO DEL REGISTRO TELEMÁTICO DE LA UNIVERSIDAD DE SALAMANCA - 1 - REGLAMENTO DEL REGISTRO TELEMÁTICO DE LA UNIVERSIDAD DE SALAMANCA La presente normativa, siguiendo las dictadas con idéntica finalidad en las Administraciones públicas, aborda la creación de un Registro

Más detalles

WEB SERVICE FACTORUMCFDISERVICE

WEB SERVICE FACTORUMCFDISERVICE WEB SERVICE FACTORUMCFDISERVICE HOME FactorumCFDiService es la plataforma web service de Factorum para generar los Comprobantes Fiscales Digitales (CFDi) y obtener el código bidimensional (QRCode), a través

Más detalles

PROCEDIMIENTO OPERATIVO CONTROL DE GESTIÓN

PROCEDIMIENTO OPERATIVO CONTROL DE GESTIÓN Autorización Este documento entra en vigor a partir del, a través de la autorización por parte del Lic. Jorge Cruz Medrano, Coordinación de Administración del Instituto de Seguridad Social del Estado de

Más detalles

POLÍTICA DE CERTIFICADOS DE LA AUTORIDAD CERTIFICADORA RAÍZ DE LA SECRETARÍA DE ECONOMÍA Noviembre 2005

POLÍTICA DE CERTIFICADOS DE LA AUTORIDAD CERTIFICADORA RAÍZ DE LA SECRETARÍA DE ECONOMÍA Noviembre 2005 POLÍTICA DE CERTIFICADOS DE LA AUTORIDAD CERTIFICADORA RAÍZ DE LA SECRETARÍA DE ECONOMÍA Noviembre 2005 1. INTRODUCCIÓN La Política de Certificados, es un conjunto de reglas que indican la aplicabilidad

Más detalles

Comprobante de Valor Electrónico

Comprobante de Valor Electrónico Comprobante de Valor Electrónico 1. Qué es? Sistema que valida y recibe de manera anticipada la información de los documentos que comprueban el valor de las mercancías, así como la información de los documentos

Más detalles

REGLAMENTO DE GESTIÓN ELECTRÓNICA DE DOCUMENTOS

REGLAMENTO DE GESTIÓN ELECTRÓNICA DE DOCUMENTOS REGLAMENTO DE GESTIÓN ELECTRÓNICA DE DOCUMENTOS Exposición de motivos TÍTULO PRELIMINAR OBJETO Y AMBITO DE APLICACIÓN Artículo 1. Objeto Artículo 2. Ámbito de aplicación TÍTULO PRIMERO GESTIÓN ELECTRÓNICA

Más detalles

Reporte de Revisión de soluciones de Comprobante Fiscal Digital Solución Edimex Factura Electrónica Versión 1.0

Reporte de Revisión de soluciones de Comprobante Fiscal Digital Solución Edimex Factura Electrónica Versión 1.0 DATOS DE LA EMPRESA: Razón Social: Electronic Data Information México S.A. de C.V. URL: http://www.edimex.com.mx País donde se fundó la empresa: México Año en que se fundó la empresa: 2006 Presencia en

Más detalles

MANUAL DE PROCEDIMIENTOS DE LA OFICINA DEL ABOGADO GENERAL

MANUAL DE PROCEDIMIENTOS DE LA OFICINA DEL ABOGADO GENERAL OAG-MP- Página 1 de 15 MANUAL DE PROCEDIMIENTOS DE LA DIRECCIÓN DE PLANEACIÓN OAG-MP- Página 3 de 15 CONTROL DE CAMBIOS Número de versión Fecha de actualización Descripción del cambio Elaboración por

Más detalles

Tutorial Factura Telemática

Tutorial Factura Telemática Tutorial Factura Telemática Escenarios emisión y recepción 1 Objetivos de este tutorial 5 Servicios Abiertos de Certificación 2 Documentos y firma electrónica 6 Interoperabilidad 3 Requisitos legales y

Más detalles

RESUMEN ELABORADO POR FACTORYNET DEL DICTAMEN JURÍDICO

RESUMEN ELABORADO POR FACTORYNET DEL DICTAMEN JURÍDICO RESUMEN ELABORADO POR FACTORYNET DEL DICTAMEN JURÍDICO SOBRE LAS HERRAMIENTAS FACTORY MAIL DE COMUNICACIÓN ELECTRÓNICA FEHACIENTE CON TERCERO DE CONFIANZA FACTORYNET Marco legal aplicable, eficacia jurídica

Más detalles

Banco de la República Bogotá D. C., Colombia

Banco de la República Bogotá D. C., Colombia Banco de la República Bogotá D. C., Colombia Dirección General de Tecnología Departamento de Gestión Informática DOCUMENTO TÉCNICO DE SERVICIOS NO INTERACTIVOS DEL BANCO DE LA Agosto de 2014 Versión 1.0

Más detalles

ALCÁNTARA, BLAY A & DEL COSO ABOGADOS

ALCÁNTARA, BLAY A & DEL COSO ABOGADOS Orden HAP/1650/2015, de 31 de julio, por la que se modifican la Orden HAP/492/2014, de 27 de marzo, por la que se regulan los requisitos funcionales y técnicos del registro contable de facturas de las

Más detalles

Seguridad en la transmisión de Datos

Seguridad en la transmisión de Datos Seguridad en la transmisión de Datos David Peg Montalvo Santiago de Compostela Noviembre 2005 Índice 01 Seguridad. Ámbito de aplicación 02 Control de acceso 03 Conceptos básicos de criptografía 04 PKI

Más detalles

Sistema Automático de Recepción

Sistema 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 detalles

ÍNDICE DE CONTENIDOS

ÍNDICE DE CONTENIDOS ÍNDICE DE CONTENIDOS 1. INTRODUCCIÓN... 2 1.1. MOTIVACIÓN... 2 2. INTRODUCCIÓN A LA FACTURACIÓN ELECTRÓNICA... 2 2.1. QUÉ ES LA FACTURACIÓN ELECTRÓNICA?... 2 2.2. QUÉ ES UNA FACTURA ELECTRÓNICA?... 2 2.3.

Más detalles

Disposición complementaria modificada en Sesión de Directorio N 967.14 del 15 de diciembre de 2014.

Disposició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 detalles

Manual de Usuario Edición: 1.00 Marzo 2008. C/Orense Nº62 Local. 28020 Madrid Tel.: +34 91 417 08 90 Fax: +31 91 555 03 62. www.fenitel.

Manual de Usuario Edición: 1.00 Marzo 2008. C/Orense Nº62 Local. 28020 Madrid Tel.: +34 91 417 08 90 Fax: +31 91 555 03 62. www.fenitel. Manual de Usuario Edición: 1.00 Marzo 2008 C/Orense Nº62 Local. 28020 Madrid Tel.: +34 91 417 08 90 Fax: +31 91 555 03 62 www.fenitel.es CONTENIDO CONTENIDO...1 1. INTRODUCCIÓN...2 2. DESCRIPCIÓN GENERAL...2

Más detalles

Capacitación en materia del Manual Administrativo de Aplicación General en la Materia de Archivos. 6, 7 y 8 de agosto de 2013

Capacitación en materia del Manual Administrativo de Aplicación General en la Materia de Archivos. 6, 7 y 8 de agosto de 2013 Capacitación en materia del Manual Administrativo de Aplicación General en la Materia de Archivos 6, 7 y 8 de agosto de 01 Índice 1. Disposiciones Generales para los Archivos de la Administración Publica

Más detalles

PROCEDIMIENTO PARA EL CONTROL DE GESTIÓN DE LA DIRECCIÓN GENERAL ÍNDICE

PROCEDIMIENTO PARA EL CONTROL DE GESTIÓN DE LA DIRECCIÓN GENERAL ÍNDICE ÍNDICE PÁGINA INTRODUCCIÓN OBJETIVO 3 FUNDAMENTO LEGAL 4 DEFINICIONES 5 POLÍTICAS 6 PROCEDIMIENTO 7 1 INTRODUCCIÓN Derivado de la necesidad de atender y dar seguimiento a los asuntos internos y externos

Más detalles

S i s t e m a F a c t u r a E l e c t r ó n i c a. M a n u a l d e U s u a r i o

S i s t e m a F a c t u r a E l e c t r ó n i c a. M a n u a l d e U s u a r i o S i s t e m a F a c t u r a E l e c t r ó n i c a M a n u a l d e U s u a r i o Enero de 2013. Web Sistema efactura - Módulo Tabla de contenidos 1 INTRODUCCIÓN... 4 2 ACCESO AL SERVICIO... 5 3 GESTIÓN

Más detalles

Especificación Funcional del Protocolo de Sustitución de Certificados en Soporte Papel SCSPv3

Especificación Funcional del Protocolo de Sustitución de Certificados en Soporte Papel SCSPv3 Especificación Funcional del Protocolo de Sustitución de Certificados en Soporte Papel SCSPv3 Sustitución de Certificados en Soporte Papel Ministerio de Política Territorial y Administración Pública Especificación

Más detalles

Marco Jurídico en Materia de Archivos

Marco Jurídico en Materia de Archivos Proyecto ACUERDO por el que se emiten las Disposiciones para la Transparencia y los Archivos de la Administración Pública Federal y el Manual de Aplicación General en las materias de Transparencia y Archivos

Más detalles

Módulo 3 - Lección 1

Módulo 3 - Lección 1 Documentación descargable Módulo 3 - Lección 1 Aspectos específicos del sistema de facturación electrónica Derechos Reservados Servicio de Impuestos internos Módulo 3. Aspectos específicos del sistema

Más detalles

Ajuntament d Alzira Modernització 1

Ajuntament d Alzira Modernització 1 1 REGLAMENTO POR EL QUE SE CREA EL REGISTRO ELECTRÓNICO, SE REGULAN LAS NOTIFICACIONES ELECTRÓNICAS Y SE REGULA EL PORTAL DE FACTURACIÓN ELECTRÓNICA DEL AYUNTAMIENTO DE ALZIRA CAPÍTULO I Disposiciones

Más detalles

PLAN DE INSPECCIÓN DE OFICIO SOBRE TRATAMIENTO DE DATOS PERSONALES EN LABORATORIOS HOSPITALARIOS

PLAN DE INSPECCIÓN DE OFICIO SOBRE TRATAMIENTO DE DATOS PERSONALES EN LABORATORIOS HOSPITALARIOS PLAN DE INSPECCIÓN DE OFICIO SOBRE TRATAMIENTO DE DATOS PERSONALES EN LABORATORIOS HOSPITALARIOS CONCLUSIONES Y RECOMENDACIONES Diciembre de 2004 ÍNDICE 1. INTRODUCCIÓN. 2. DESCRIPCIÓN DEL SECTOR. 3. CONCLUSIONES.

Más detalles

REF.: NORMAS PARA LA RECEPCI~N Y ENVÍO DE ARCHIVOS DE GARANTÍAS ESTATALES, VÍA TRANSMISIÓN DE DATOS.

REF.: NORMAS PARA LA RECEPCI~N Y ENVÍO DE ARCHIVOS DE GARANTÍAS ESTATALES, VÍA TRANSMISIÓN DE DATOS. CIRCULAR N" 1 497 VISTOS: Las facultades que la ley confiere a esta Superintendencia, se imparten las siguientes instrucciones de cumplimiento obligatorio para las Compañías de Seguros de Vida y para las

Más detalles

Aplicaciones Clientes

Aplicaciones Clientes Manual de Técnico de Instalación Versión 1.0 Aplicaciones Clientes Segunda Generación de Sistemas Ingresadores Mayo 2004 TABLA DE CONTENIDO 1 INTRODUCCIÓN...1 2 OBJETIVO...1 3 TÉRMINOS Y DEFINICIONES...1

Más detalles

Muchas gracias por su asistencia. Conclusions firs. Certeza jurídca. Seguridad y privacidad. Optimización / Automatización de procesos

Muchas gracias por su asistencia. Conclusions firs. Certeza jurídca. Seguridad y privacidad. Optimización / Automatización de procesos 1 Muchas gracias por su asistencia Conclusions firs Certeza jurídca Seguridad y privacidad Optimización / Automatización de procesos Ahorro de costes 2 Camerfirma Camerfirma nace como proyecto del Consejo

Más detalles

REGLAMENTO REGULADOR DEL REGISTRO ELECTRÓNICO DEL EXCMO. AYUNTAMIENTO DE PUENTE GENIL.-

REGLAMENTO REGULADOR DEL REGISTRO ELECTRÓNICO DEL EXCMO. AYUNTAMIENTO DE PUENTE GENIL.- REGLAMENTO REGULADOR DEL REGISTRO ELECTRÓNICO DEL EXCMO. AYUNTAMIENTO DE PUENTE GENIL.- Exposición de Motivos.- 1. Por acuerdo del Ayuntamiento Pleno de fecha 28/07/08 se aprobó inicialmente la Ordenanza

Más detalles

SECRETARIA DE HACIENDA Y CREDITO PÚBLICO

SECRETARIA 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 detalles

Procedimiento para la remisión de documentos destinados a su publicación en el BOLETIN OFICIAL de Gipuzkoa

Procedimiento para la remisión de documentos destinados a su publicación en el BOLETIN OFICIAL de Gipuzkoa 1 NOTA El presente texto es un documento de divulgación sin ningún carácter oficial, que recoge la norma íntegra actualizada. Procedimiento para la remisión de documentos destinados a su publicación en

Más detalles

Aplicateca Certificados SMS

Aplicateca Certificados SMS Aplicateca Certificados SMS Manual de usuario Versión v-2 By DIDIMO Servicios Móviles INDICE INDICE...2 1 QUÉ ES CERTIFICADOS SMS?...3 2 MENÚ PRINCIPAL...5 2.1 GRUPOS...5 2.1.1 Crear Grupo...5 2.1.2 Gestión

Más detalles

Banco de la República Bogotá D. C., Colombia

Banco de la República Bogotá D. C., Colombia Banco de la República Bogotá D. C., Colombia Departamento de Seguridad Informática SUBGERENCIA DE INFORMÁTICA MECANISMOS DE SEGURIDAD DE LOS SERVICIOS INFORMÁTICOS USI-ASI-1 Junio de 2007 Versión 3 CONTENIDO

Más detalles

Aspectos relevantes relacionados con la seguridad

Aspectos relevantes relacionados con la seguridad Aspectos relevantes relacionados con la seguridad En BBVA, somos conscientes de la necesidad de garantizar la seguridad durante la transferencia de datos entre el banco y sus clientes. Por ello, disponemos

Más detalles

Implementación de la factura electrónica y firma electrónica avanzada (FEA) en Pemex Gas

Implementación de la factura electrónica y firma electrónica avanzada (FEA) en Pemex Gas Documentos Pemex Gas N 2007-05 Implementación de la factura electrónica y firma electrónica avanzada (FEA) en Pemex Gas Febrero, 2007 Introducción... 2 Antecedentes... 4 Objetivo del Proyecto... 5 Contexto

Más detalles

Certificados Digitales. Versión 1.0. Sistemas / SHF 1 26/11/2003. Versión 1.0

Certificados Digitales. Versión 1.0. Sistemas / SHF 1 26/11/2003. Versión 1.0 SOCIEDAD HIPOTECARIA FEDERAL, S.N.C. MANUAL DE CERTIFICADOS DIGITALES Sistemas / SHF 1 26/11/2003 ÍNDICE INTRODUCCIÓN... 3 MARCO TEORICO... 4 CRIPTOGRAFÍA...4 CRIPTOGRAFÍA SIMETRICA...5 CRIPTOGRAFÍA ASIMETRICA...5

Más detalles

2.- ESPECIFICACIONES Y REQUERIMIENTOS DEL SISTEMA

2.- ESPECIFICACIONES Y REQUERIMIENTOS DEL SISTEMA 2.- ESPECIFICACIONES Y REQUERIMIENTOS DEL SISTEMA Para poder utilizar el sistema de facturación electrónica el contribuyente podrá optar por utilizar un sello digital para toda su operación (matriz y sucursales)

Más detalles

Manual del Usuario. Sistema de Facturación CFDI

Manual del Usuario. Sistema de Facturación CFDI Manual del Usuario Sistema de Facturación CFDI Agosto del 2012 Copyright 2012 rfácil es una marca registrada. Se prohíbe la reproducción o distribución no autorizada de este manual. Todo el contenido mostrado

Más detalles

DICIEMBRE. Manual de Usuario. Funcionalidades y Operación de Facturame. Diverza Información y Análisis SA de CV

DICIEMBRE. Manual de Usuario. Funcionalidades y Operación de Facturame. Diverza Información y Análisis SA de CV DICIEMBRE 10 Manual de Usuario Funcionalidades y Operación de Facturame Copyright 2001-2010 Diverza Información y Análisis SA de CV La información contenida en este documento es de carácter confidencial

Más detalles

MANUAL DE PROCEDIMIENTOS DE FACTURACIÓN Y COBRANZA

MANUAL DE PROCEDIMIENTOS DE FACTURACIÓN Y COBRANZA DIRECCIÓN CORPORATIVA DE ADMINISTRACIÓN Y FINANZAS SUBDIRECCIÓN DE FINANZAS TESORERÍA MANUAL DE PROCEDIMIENTOS DE FACTURACIÓN Y COBRANZA MARZO 2010 DIRECCIÓN CORPORATIVA DE ADMINISTRACIÓN Y FINANZAS Hoja:

Más detalles

Aplicación gratuita para la Generación y Certificación de CFDI

Aplicación gratuita para la Generación y Certificación de CFDI Aplicación gratuita para la Generación y Certificación de CFDI 1 MANUAL DE USUARIO Contenido Descripción... 3 Requerimientos mínimos... 3 Registro... 3 Ingreso al sistema... 3 Registro de CSD... 5 Datos

Más detalles

Consultoría de D I S P O N I B L E S. Soluciones en Facturación electrónica. Desarrollo de Software Windows/Web

Consultorí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 detalles

TEMA 2 - parte 3.Gestión de Claves

TEMA 2 - parte 3.Gestión de Claves TEMA 2 - parte 3.Gestión de Claves SEGURIDAD EN SISTEMAS DE INFORMACIÓN Libre Elección http://ccia.ei.uvigo.es/docencia/ssi 1 de marzo de 2011 FJRP, FMBR 2010 ccia SSI 1. Gestion de claves Dos aspectos

Más detalles

Análisis del cierre del ejercicio en las nuevas instrucciones de contabilidad Federación Valenciana de Municipios y Provincias 26 de abril - Valencia

Análisis del cierre del ejercicio en las nuevas instrucciones de contabilidad Federación Valenciana de Municipios y Provincias 26 de abril - Valencia Análisis del cierre del ejercicio en las nuevas instrucciones de contabilidad Federación Valenciana de Municipios y Provincias 26 de abril - Valencia Aspectos informáticos de la nueva ICAL Luis Pascual

Más detalles

Redes de comunicación

Redes de comunicación UNIVERSIDAD AMERICANA Redes de comunicación Unidad IV- Sistemas de Autenticación y firmas digitales Recopilación de teoría referente a la materia Ing. Luis Müller 2011 Esta es una recopilación de la teoría

Más detalles

Estándar Publicación Addendas. Enero 2014

Estándar Publicación Addendas. Enero 2014 Estándar Publicación Addendas Enero 2014 Qué es una Addenda? Una addenda son datos comerciales adicionales que se pueden agregar a la Factura Electrónica y se debe utilizar únicamente para comunicar cualquier

Más detalles

Visión general del Cliente EBICS

Visión general del Cliente EBICS Sterling B2B Integrator Visión general del Cliente EBICS Versión 5.2.4 Sterling B2B Integrator Visión general del Cliente EBICS Versión 5.2.4 Nota Antes de utilizar esta información y el producto al que

Más detalles