Factura digital en México y la firma electrónica

En esta entrada vamos a hablar un poco de la factura digital en México y la firma electrónica que son temas que van relacionados entre sí. Primero empezaremos por saber que es una factura tradicional y lo que es una firma electrónica.

Una factura tradicional es un documento en papel que refleja y justifica un pago de un servicio o productos en el cual aparece el RFC (registro federal del contribuyente) de quien la adquiere, así como el domicilio del vendedor y comprador junto con otros detalles de la compra. Este documento tiene un carácter fiscal y legal los cuales demuestran los movimientos monetarios. La factura está apegada a los estándares definidos por el Servicio de Administración Tributaria (SAT).

En México la factura electrónica es la representación digital de la factura tradicional la cual es obligatoria para todos los contribuyentes a partir del 1° de enero de 2014 siendo aún más funcional que la tradicional.

Por otro lado la Firma Electrónica Avanzada (FIEL) de acuerdo con el portal del Servicio de Administración Tributaria (SAT), es un conjunto de datos que se adjuntan a un mensaje electrónico, cuyo propósito es identificar al emisor del mensaje como su autor legítimo, como si se tratara de una firma autógrafa.

La FIEL es un medio electrónico con el que el contribuyente puede llevar a cabo transacciones fiscales electrónicas y dar su autorización para ejecutarlas a través de esta herramienta; es decir, es un medio de autorización electrónica. 

Ahora que ya conocemos qué es la factura digital y la firma electrónica, debemos saber que la información firmada digitalmente es equiparable a los documentos impresos con firma autógrafa, teniendo igual valor y produce los mismos efectos que las leyes otorgan a estos documentos.

En la administración pública la firma digital inicia una nueva etapa, al permitir reducir el uso de papeles y oficios. Al brindar certeza jurídica la firma digital permite un nuevo modelo de control de gestión electrónica, en el cual se eliminen los costos asociados a una gestión en papel. 

Así, las organizaciones públicas que adoptan este modelo reducirán significativamente costos en espacios para mantener archivos, costos de traslados al llevar un documento de una oficina a otra, y costos asociados a la digitalización de documentos.

Esta firma aumentará el aprovechamiento de tecnologías de información y comunicaciones a través de la sistematización y digitalización de los trámites administrativos para la gestión pública, brindando una mejor atención a los ciudadanos al agilizar, simplificar y transparentar las operaciones que realicen con las dependencias gubernamentales.

Referencias

-          Cámara de diputados, secretaría General Ley de firma electrónica avanzada, http://www.diputados.gob.mx/LeyesBiblio/pdf/LFEA.pdf

-          Servicio de administración tributaria, http://www2.sat.gob.mx/sitio_internet/informacion_fiscal/18_3462.html

-          Secretaría de educación pública, Declaración de Modificación patrimonial, http://www.funcionpublica.gob.mx/index.php/temas/declaracion-de-modificacion-patrimonial.html

-          Secretaría de la función pública, Firma Electrónica avanzada, http://www.funcionpublica.gob.mx/index.php/ua/ssfp/funcion-publica/firma-electronica-avanzada-fiel.html

Protocolos de Switch

Spanning Tree Protocol

Es una tecnología dentro del área de las redes de computadoras que trabaja de la siguiente manera.

Suponiendo que tenemos un conjunto de computadoras que se comunican todas entre si. Las computadoras están divididas en subgrupos y conectados a dispositivos Switches los cuales permiten la comunicación entre todas las computadoras. Como los equipos están conectados todos contra todos, es posible que cuando una máquina envíe un mensaje a otra existan varios caminos para llegar a su destino, es decir, tiene demasiadas rutas alternativas hacia un mismo destino y muchas veces pasar varias veces por un mismo camino teniendo ciclos. La función del Spanning Tree Protocol es que no existan ciclos dentro de la topología de red donde existan varios Switches para llegar a una máquina, ésto lo realiza apagando algunas puertas del switch que generan algún posible camino.

Broadcast Storm Control

Si hablamos de la misma topología del ejemplo anterior. Suponiendo que exista una difusión de mensajes a todos los destinos posibles puede existir mucho tráfico por donde viaja la información, pudiendo ser los cables o los dispositivos de comunicación como los switches. El Broadcast Storm Control tiene la funcionalidad de limitar el número de mensajes enviados para mejorar el rendimiento de la red y que no exista tráfico, ya que esto es un problema cuando el ancho de banda o la capacidad del canal llega a sus límites.

Referencias:

-Documentacion Cisco, http://www.cisco.com/univercd/cc/td/doc/product/rtrmgmt/sw_ntman/cwsimain/cwsi2/cwsiug2/vlan2/stpapp.htm

-Cisco, http://www.ciscopress.com/articles/article.asp?p=1728837

- Allied Telesis, http://alliedtelesis.com/manuals/AT81V130MENUWEBCLIa/menus-broadcast_storm.html

-Contemporary Controls,  http://www.ccontrols.com/enews/1009tech.htm

Servicios JAVA

JAAS (Java Authentication and Authorization Service) es una interfaz que permite a las aplicaciones Java acceder a servicios de control de autenticación y acceso. Apareció como paquete opcional en la versión 1.3 y lleva siendo parte del estándar desde la versión 1.4.

Puede usarse con dos fines:

    - la autenticación de usuarios: para conocer quién está ejecutando nuestro código java,

    - la autorización de usuarios: para garantizar que quién lo ejecuta tiene los permisos necesarios para hacerlo.

La Autenticación Java y Servicio de autorización (JAAS) es un conjunto de interfaces de programación de aplicaciones (API) que puede determinar la identidad de un usuario o un equipo de intentar ejecutar Java de código y asegurarse de que la entidad tiene el derecho de ejecutar las funciones requeridas. En este contexto, la autenticación es el proceso de determinar si existe o no una entidad es quien o lo que declara ser; autorización es el proceso de dar un permiso entidad para hacer, usar, o para obtener algo. Lógicamente, la autenticación precede a la autorización.

La EE Java Connector Architecture (JCA) define una arquitectura estándar para sistemas Java EE para Sistemas heterogéneos externos de la empresa de información (EIS). Ejemplos de estudios de impacto ambiental incluyen planificación de recursos empresariales (ERP), el procesamiento de transacciones del mainframe (TP), bases de datos y sistemas de mensajería.

JCA 1.6 proporciona funciones para la gestión de:

• conexiones
• transacciones
• seguridad
• del ciclo de vida
• casos de trabajo
• flujo de transacciones
• mensaje de entrada

El API Java para Procesar XML (JAXP) es para el procesamiento de datos XML utilizando las aplicaciones escritas en el lenguaje de programación Java. JAXP aprovecha la normas analizador API simple para XML Parsing (SAX) y Document Object Model (DOM) de modo que usted puede elegir para analizar sus datos como una secuencia de eventos o para construir una representación de objeto de la misma. JAXP también soporta el estándar Extensible Stylesheet Language Transformations (XSLT), que le permite controlar la presentación de los datos y lo que le permite convertir los datos a otros documentos XML o en otros formatos, como HTML. JAXP también proporciona soporte de espacio de nombres, que le permite trabajar con DTDs que de otro modo podrían tener conflictos de nombres. Por último, a partir de la versión 1.4, JAXP implementa la API Streaming para XML (StAX) estándar.

Java Transaction API (JTA) especifica las interfaces Java estándar entre un gestor de transacciones y las partes involucradas en un sistema de transacciones distribuidas:

El servicio de transacciones Java ( JTS ) es una especificación para la construcción de un administrador de transacciones que se asigna a ^{[ aclaración necesaria ]} el Object Management Group (OMG) Transaction Service Object (OTS) que se utiliza en el Common Object Request Broker Architecture (CORBA) arquitectura. Utiliza Generales Inter-ORB Protocol (IIOP) para propagar las transacciones entre múltiples administradores de transacciones JTS.

JTS es una especificación para la implementación de un gestor de transacciones de Java. Un administrador de transacciones sirve como intermediario entre una aplicación y una o más administradores de recursos transaccionales capaces como los servidores de bases de datos y sistemas de mensajería. La especificación JTS abarca la especificación API JTA.

JavaBeans Activation Framework , o JAF , permite a los desarrolladores:

• determinar el tipo de una pieza arbitraria de datos,
• encapsular el acceso a la misma,
• descubrir las operaciones disponibles en él y
• crear una instancia del bean apropiado para realizar la operación (s).

El API Java Persistence proporciona un modelo de persistencia POJO para el mapeo objeto-relacional. El API Java Persistence fue desarrollado por el grupo de expertos de software de EJB 3.0 como parte de JSR 220, pero su uso no se limita a los componentes de software de EJB. También puede ser utilizada directamente por las aplicaciones web y clientes de la aplicación, e incluso fuera de la plataforma Java EE, por ejemplo, en aplicaciones de Java SE. Ver JSR 220 . Es un framework del lenguaje de programación Java que maneja datos relacionales en aplicaciones usando la Plataforma Java en sus ediciones Standard (Java SE) y Enterprise (Java EE).

(JMS) Java Message Service, una API de Java que permite a las aplicaciones crear, enviar, recibir y leer mensajes usando, asíncrono, la comunicación imprecisa fiable.

The JMX technology provides the tools for building distributed, Web-based, modular and dynamic solutions for managing and monitoring devices, applications, and service-driven networks. By design, this standard is suitable for adapting legacy systems, implementing new management and monitoring solutions, and plugging into those of the future.

Tipos de MIME

Tipos de MIME

El protocolo HTML fue diseñado para transportar por red ficheros en formato ASCII, formados por texto plano. Ahora bien, con el progreso de las tecnologías y con la inclusión dediferentes tipos de ficheros no ASCII en las aplicaciones por Internet (imágenes, vídeos, sonidos, etc.), surgió la necesidad de transformar estos formatos a tipo ASCII (u otros juegos de caracteres compatibles), para su correcta recepción en el navegador web.

Este problema se produjo inicialmente en las aplicaciones de correo electrónico, cuando se necesitó enviar por mail ficheros no formados por texto plano, y por tanto, no compatibles con los juegos de caracteres permitidos.

Para solucionar este problema el Internet Engineering Task Force (IETF) creó en 1992 los tipos Mime (Multipurpose Internet Mail Extensions), especificaciones para dar formato a mensajes no-ASCII, de forma que pudieran ser enviados por Internet e interpretados correctamente por los programas de correo locales.

Fue tan importante la ampliación que se dió con los tipos Mime al correo que pronto se aplicaron también a los documentos web, lo que permitió incluir en las páginas HTML ficheros varios (inicialmente imágenes, y luego vídeos, sonidos, applets de Java, etc.), que dieron nueva vida a la web.

Los tipos MIME especifican los tipos de datos, como por ejemplo texto, imagen, audio, etc., que los archivos contienen. MIME adjunta a cada fichero un archivo de cabecera donde se indica el tipo y el subtipo del contenido de los datos del mismo. Gracias a esta información, tanto el servidor como el navegador pueden manejar y presentar los archivos correctamente.

Si introducimos en nuestro código HTML referencias a ficheros especiales, cuyo tipo Mime no está declarado previamente en el sistema local del usuario, el navegador web no será capaz de interpretar dicho fichero, al no saber qué tipos de datos contiene ni cómo ejecutarlo.

Los navegadores web traen por defecto configurados una serie de tipos Mime, de tal forma que sabe cómo interpretar y ejecutar los ficheros definidos mediante estos tipos, asociando en una base de datos interna los tríos extensión fichero - tipo Mime aplicación necesaria. Este es el motivo por el que no es necesario declarar manualmente el tipo Mime asociado a una imagen GIF, ya que el navegador viene configurado para "conocer" ese tipo de ficheros y saber cómo abrirlo (en este caso, lo abre el propio navegador).

Cuando instalamos un nuevo plugin (una pequeña aplicación), éste accede a dicha base de datos y se asocia a un tipo concreto de extensión de fichero y de tipo Mime, de tal forma que, posteriormente, cuando vayamos a abrir uno de los ficheros asociados a dicha aplicación, el navegador sabe cómo interpretar el fichero y qué aplicación debe llamar para su ejecución.

En ocasiones necesitamos declarar un tipo Mime o tipo de fichero manualmente; en estos casos, y para Internet Explorer en sistemas Windows, tendremos que ir al Explorardor de Windows, menú Herramientas > Opciones de Carpeta > Tipos de archivo, declarando allí la nueva asociación. En el caso de Nestcape Navigator, tendremos que ir al menú Edición > Preferencias > Aplicaciones.

Los navegadores web soportan diferentes tipos Mime, lo cual les permite recibir archivos de imágenes, de audio y de video, applets de Java, ficheros de realidad virtual, etc., a través de Internet.

Los principales tipos Mime soportados por los navegadores web son:

Tipo	Extensión
Imagen
image/bmp	.bmp, .bm
image/x-windows-bmp	.bmp
image/gif	.gif
image/jpeg	.jpe
image/jpeg	.jpg
image/png	.png
Sonido
audio/basic	.au, .snd
audio/x-au	.au
audio/midi	.mid, .midi
audio/x-midi	.mid, .midi
audio/x-wav	.wav
audio/mod	.mod
audio/x-mod	.mod
audio/mpeg3	.mp3
audio/x-mpeg-3	.mp3
audio/x-pn-realaudio	.ra, .ram
audio/x-pn-realaudio	.ra, .ram
Video
video/avi	.avi
video/x-motion-jpeg	.mjpg
video/quicktime	.mov
video/mpeg	.mpg
application/x-shockwave-flash	.swf