Definición y antecedentes de OFD
OFD (Open Fixed-layout Document) es un estándar de formato de documento de diseño fijo emitido por la Administración Nacional de Estandarización de la República Popular China, con el número de estándar GB/T 33190-2016. A diferencia del PDF, que fue creado por Adobe y posteriormente se convirtió en el estándar internacional ISO 32000, OFD es un estándar nacional desarrollado de forma independiente por China, diseñado para abordar el problema del control autónomo en el dominio de los documentos de diseño fijo.
La característica fundamental de un documento de diseño fijo es el «diseño bloqueado»: el diseño, las fuentes y las posiciones de las imágenes del documento se fijan en el momento de su creación, y se renderiza de forma idéntica independientemente del dispositivo utilizado para abrirlo. Esto contrasta con los «documentos de reflow» como Word y HTML, que se reajustan según el tamaño de pantalla, la disponibilidad de fuentes y otros factores. Los documentos de diseño fijo bloquean el diseño, garantizando que lo que ve es lo que obtiene.
Un archivo OFD utiliza XML para describir la estructura del documento y se organiza como un paquete ZIP — esencialmente un contenedor comprimido que contiene múltiples archivos XML y recursos multimedia. Soporta texto, imágenes, gráficos, firmas, sellos y animaciones, y preserva con precisión el diseño visual del documento. El estándar fue impulsado hacia la industrialización por la Alianza de la Industria de Documentos de Diseño Fijo (Alianza OFD) y fue publicado como estándar nacional recomendado en 2016.
Desde 2020, OFD ha sido ampliamente adoptado en los sistemas de documentos oficiales electrónicos de los órganos del Partido y del gobierno, convirtiéndose gradualmente en el estándar de facto para documentos de diseño fijo en el sector gubernamental. Hoy en día, los archivos OFD son cada vez más comunes en escenarios como facturas electrónicas, licencias electrónicas y contratos electrónicos. Comprender el sistema técnico de OFD se ha convertido en un conocimiento previo necesario para el manejo de documentos gubernamentales y la interacción con sistemas gobierno-empresa.
OFD vs PDF: Comparación técnica de dos formatos de diseño fijo
OFD y PDF son ambos formatos de documentos de diseño fijo con un posicionamiento funcional similar — ambos se utilizan para preservar con precisión el diseño del documento y garantizar la consistencia entre dispositivos. Sin embargo, ambos difieren significativamente en sus sistemas técnicos y ecosistemas. Comprender estas diferencias ayuda a elegir el formato adecuado para diferentes escenarios.
| Dimensión | OFD | |
|---|---|---|
| Estándar de formato | Estándar nacional chino GB/T 33190-2016 | Estándar internacional ISO 32000 (originado en Adobe) |
| Estructura de archivo | Contenedor XML + ZIP, estructura abierta | Híbrido binario/texto, estructura relativamente cerrada |
| Casos de uso | Documentos gubernamentales, licencias electrónicas, licitaciones | Documentos generales, contratos, informes, publicaciones |
| Herramientas compatibles | Pocas, principalmente herramientas nacionales como Suke, Foxit | Ecosistema maduro, Adobe, Foxit y muchas herramientas gratuitas |
| Soporte de sellos/firmas | Sellos electrónicos nativos, conforme a estándares criptográficos chinos | Firmas digitales soportadas, la criptografía china necesita adaptación adicional |
| Reconocimiento internacional | Principalmente uso nacional | Aceptado globalmente |
El diagrama de flujo a continuación compara las vías técnicas de OFD y PDF en tres dimensiones: origen del estándar, estructura de archivo y ecosistema de aplicación:
1. Estándar de formato
OFD es un estándar nacional chino con especificaciones técnicas públicamente transparentes. Su estructura de documento se basa en XML, lo que facilita la adaptación nacional y la integración con algoritmos criptográficos chinos (SM2, SM3, SM4). PDF es un estándar internacional con el ecosistema más maduro y adopción global, pero en escenarios clasificados y gubernamentales, existen preocupaciones sobre el control autónomo. Ambos no están en una relación de reemplazo; son estándares paralelos que abordan diferentes requisitos de cumplimiento y dominios de aplicación.
2. Estructura de archivo
Esta es la diferencia técnica más fundamental entre OFD y PDF. Un archivo OFD es esencialmente un archivo ZIP, con XML describiendo internamente las páginas, el texto, las imágenes y otros elementos — claramente estructurado y fácil de analizar. PDF utiliza un formato híbrido binario/texto, compuesto internamente por objetos, tablas de referencias cruzadas y estructuras de trailer — relativamente complejo. Para los desarrolladores, OFD ofrece mayor legibilidad y analizabilidad; para los usuarios finales, la apariencia visual de ambos es similar al abrirlos.
3. Herramientas compatibles
El ecosistema de herramientas de PDF es extremadamente rico, desde visores gratuitos integrados en navegadores hasta el profesional Adobe Acrobat, con herramientas de edición, conversión y compresión de todo tipo. En comparación, la cadena de herramientas de OFD aún está en sus primeras etapas de desarrollo. El número de aplicaciones de software que pueden ver y editar OFD es limitado, y las herramientas que soportan la compresión OFD son aún más escasas. Esta es la principal deficiencia de OFD en su ecosistema actual.
4. Soporte de sellos y firmas
OFD soporta nativamente sellos electrónicos y verificación de sellos conforme a estándares criptográficos chinos. Los datos de sello se incrustan como nodos independientes en la estructura del documento, cumpliendo con los requisitos de autenticidad, integridad y no repudio en los flujos de trabajo de documentos oficiales. PDF soporta firmas digitales basadas en el sistema PKI, pero requiere desarrollo adicional para la adaptación a algoritmos criptográficos chinos. En escenarios de documentos gubernamentales, el sistema de sellos de OFD se alinea más estrechamente con la infraestructura criptográfica nacional.
Estructura de archivo OFD: El contenedor XML + ZIP
Comprender la estructura del archivo OFD es la base para comprender sus métodos de compresión y ecosistema de herramientas. A diferencia del formato binario de PDF, OFD adopta una arquitectura de «contenedor XML + ZIP» similar a los documentos de oficina modernos (como OOXML, ODF).
Organización del contenedor
Un archivo OFD es esencialmente un archivo ZIP. Al cambiar su extensión de archivo a .zip y extraerlo, se puede ver una clara estructura de directorio de múltiples niveles. La capa más externa contiene un archivo de entrada OFD.xml, que declara la información básica del documento y las rutas de los archivos físicos; internamente, el contenido se organiza en una jerarquía de «Documento (Doc) — Página — Objeto».
La capa de descripción XML
OFD utiliza archivos XML para describir la estructura lógica y el contenido de las páginas del documento. Document.xml define el árbol de páginas, el esquema, los metadatos, etc. del documento; cada página corresponde a un Content.xml que describe el texto, imágenes, gráficos, rutas y otros objetos de diseño de esa página junto con sus coordenadas y estilos. Este enfoque de descripción basado en XML aporta varias características:
- Alta legibilidad: cualquier editor de texto puede ver las descripciones de páginas de OFD, facilitando la depuración y auditoría
- Fácil de analizar: los analizadores XML estándar pueden leer la estructura del documento sin analizadores binarios especializados
- Buena extensibilidad: añadir nuevas funciones solo requiere extender el XML Schema sin afectar las estructuras existentes
Comparación con el formato binario de PDF
PDF utiliza un formato híbrido binario/texto, compuesto internamente por objetos numerados vinculados entre sí mediante una Tabla de Referencias Cruzadas (Cross-Reference Table), con el Trailer al final del archivo apuntando al objeto raíz. Este diseño tiene ventajas en cuanto a la compacidad del archivo, pero la estructura es opaca — los usuarios ordinarios no pueden ver directamente el contenido interno.
La diferencia entre ambos también es evidente a nivel de compresión: OFD ya es un contenedor ZIP, con los recursos internos habiendo pasado por una capa de compresión, por lo que recomprimir todo el archivo produce ganancias limitadas — el enfoque de optimización está en los recursos internos (imágenes, fuentes). La compresión de PDF, por otro lado, se distribuye entre los objetos de flujo individuales, donde cada objeto de flujo puede elegir independientemente su algoritmo de compresión.
Aplicaciones de OFD en documentos gubernamentales
La promoción de OFD en el sector gubernamental tiene un trasfondo práctico. Los documentos gubernamentales tradicionales son principalmente en papel, y la transformación electrónica requiere un formato de diseño fijo que preserve con precisión el diseño, soporte sellos electrónicos y cumpla con los requisitos de gestión criptográfica nacional. Aunque PDF es potente, como estándar extranjero plantea preocupaciones de control autónomo en los sistemas de información clasificados. OFD, como estándar nacional, llena este vacío.
Documentos oficiales electrónicos
Los sistemas de documentos oficiales electrónicos en los órganos del Partido y del gobierno de muchas regiones de China han adoptado OFD como formato estándar. Todo el flujo de trabajo de redacción, revisión, firma, distribución y archivo utiliza archivos OFD como soporte, combinados con sellos electrónicos criptográficos chinos para lograr resistencia a manipulaciones y trazabilidad. La característica de diseño fijo de OFD garantiza que los documentos mantengan un diseño consistente entre diferentes sistemas de oficina, sin errores de formato debido a fuentes faltantes o diferencias de software.
Licencias electrónicas
Las licencias comerciales electrónicas, los certificados de registro de bienes raíces, las tarjetas de identidad electrónicas y otras licencias electrónicas están migrando gradualmente al formato OFD. Los archivos OFD pueden incorporar información de licencia, fotos del titular, sellos electrónicos de la autoridad emisora, y soportar verificación antifalsificación. En comparación con las licencias en papel, las licencias electrónicas OFD son más convenientes para la verificación en línea y el intercambio entre departamentos.
Facturas electrónicas
Las facturas electrónicas en algunas regiones han adoptado el formato OFD. Las facturas OFD contienen datos estructurados como códigos de factura, importes y montos de impuestos, preservando al mismo tiempo el diseño visual — conveniente tanto para lectura humana como para análisis automático. El mecanismo de sello de las facturas OFD garantiza la autenticidad y el no repudio.
A medida que la escala de aplicación se expande, el tamaño de los archivos OFD se ha vuelto aparente — grandes cantidades de documentos escaneados e imágenes de sellos de alta definición incrustadas en los documentos hacen que los documentos oficiales alcancen decenas de MB, creando presión sobre el almacenamiento y la transmisión, y generando demanda de compresión OFD.
Métodos de compresión OFD
El principio de la compresión OFD es muy similar al de la compresión PDF — el núcleo es optimizar las partes que más espacio ocupan en el archivo. Dado que OFD ya es un contenedor ZIP cuya estructura de archivo ha pasado por una capa de compresión DEFLATE, la clave de la compresión OFD no es añadir otra capa de compresión, sino optimizar los recursos internos (imágenes, fuentes).
Remuestreo de imágenes
Los documentos escaneados y las imágenes de sellos en los archivos OFD son típicamente los mayores contribuyentes al tamaño del archivo. Un documento oficial escaneado puede incorporar múltiples páginas escaneadas de alta definición a 300 dpi, cada una de varios MB. Reducir las imágenes de alta resolución a una resolución razonable (por ejemplo, de 300 dpi a 150 dpi) puede reducir significativamente el tamaño, con un impacto aceptable en la lectura en pantalla y la impresión.
El remuestreo requiere equilibrar resolución y claridad: el contenido textual en documentos gubernamentales sigue siendo claramente legible a 150 dpi, pero los detalles finos de los sellos de precisión pueden requerir mayor resolución. Un enfoque sensato es establecer diferentes resoluciones objetivo según el propósito de la imagen.
Subconjuntos de fuentes
Los archivos OFD incrustan fuentes completas para garantizar una visualización consistente entre dispositivos, pero un documento típicamente usa solo una pequeña parte de los caracteres en un archivo de fuente. Los subconjuntos de fuentes retienen solo los glifos de caracteres realmente utilizados en el documento, descartando los datos de fuente no utilizados.
Esta técnica es especialmente efectiva para documentos chinos. Un archivo de fuente china completo típicamente contiene decenas de miles de glifos de caracteres chinos y puede superar los 10 MB de tamaño; sin embargo, un documento gubernamental puede usar solo uno o dos mil caracteres chinos, y los subconjuntos pueden reducir los datos de fuente en más de un 80 %.
Limpieza de objetos redundantes
Un paquete OFD puede contener recursos no referenciados y objetos duplicados: las imágenes eliminadas durante la edición pueden seguir persistiendo en el directorio de recursos, y múltiples guardados pueden producir metadatos duplicados. La limpieza de objetos redundantes implica recorrer la estructura del documento para eliminar todos los recursos no referenciados por las páginas, racionalizando el árbol de estructura del documento.
Optimización del formato de imagen
OFD soporta la incrustación de múltiples formatos de imagen, incluyendo mapas de bits no comprimidos (BMP) y formatos comprimidos (JPEG, PNG). La conversión de mapas de bits no comprimidos a formatos comprimidos como JPEG puede reducir directamente el uso de recursos de imagen. Para gráficos de sellos con grandes áreas de color sólido, PNG puede ser más pequeño que JPEG; para fotos escaneadas ricas en color, JPEG ofrece una mayor relación de compresión.
El siguiente código muestra cómo descomprimir un archivo OFD y analizar su uso interno de recursos — el primer paso en la optimización de la compresión:
import zipfile
import os
from collections import defaultdict
def analyze_ofd(ofd_path):
"""Descomprimir y analizar el uso interno de recursos de un archivo OFD"""
with zipfile.ZipFile(ofd_path, 'r') as zf:
# Contabilizar el tamaño de cada tipo de archivo
type_sizes = defaultdict(int)
type_counts = defaultdict(int)
total_size = 0
for info in zf.infolist():
ext = os.path.splitext(info.filename)[1].lower()
type_sizes[ext] += info.compress_size
type_counts[ext] += 1
total_size += info.compress_size
print(f"Total OFD size: {total_size / 1024 / 1024:.2f} MB\n")
print(f"{'Type':<12} {'Count':<8} {'Size(MB)':<12} {'Share'}")
print("-" * 45)
for ext, size in sorted(type_sizes.items(), key=lambda x: -x[1]):
pct = size / total_size * 100
print(f"{ext or '(none)':<12} {type_counts[ext]:<8} "
f"{size / 1024 / 1024:<12.2f} {pct:.1f}%")
# Ejemplo de uso
# analyze_ofd("sample.ofd")
Ejecutando este tipo de script de análisis, normalmente encontrará que más del 80 % del tamaño de un archivo OFD proviene de recursos de imagen (.jpg, .png, .bmp), con los archivos de fuente (.ttf, .otf) en segundo lugar. Esto confirma la estrategia central de la compresión OFD: priorizar la optimización de imágenes, luego la optimización de fuentes.
Un documento oficial escaneado OFD de 50 MB, tras un remuestreo de imágenes razonable y subconjuntos de fuentes, puede comprimirse típicamente a 8-12 MB, con texto y sellos aún claramente legibles — cumpliendo plenamente con los requisitos del flujo de trabajo gubernamental y el archivo.
Estado actual del ecosistema de herramientas OFD
Aunque el estatus de OFD como estándar nacional es claro, su ecosistema de herramientas está lejos de ser tan maduro como el de PDF. Actualmente, el software que puede ver OFD es principalmente herramientas nacionales como el lector Suke y Foxit OFD; los navegadores no soportan nativamente la vista previa de OFD, y las herramientas que pueden comprimir OFD son aún más escasas.
La debilidad del ecosistema de herramientas plantea dos problemas prácticos. Primero, los usuarios ordinarios que reciben un archivo OFD pueden no encontrar una herramienta adecuada para abrirlo y necesitan descargar un lector dedicado. Segundo, cuando un archivo OFD es demasiado grande, la falta de herramientas de compresión listas para usar significa que muchos usuarios solo pueden almacenarlo o transmitirlo tal cual, asumiendo los costos de almacenamiento y ancho de banda.
Desde una perspectiva técnica, la estructura abierta XML + ZIP de OFD significa que la barrera para el análisis y procesamiento es teóricamente menor que el formato binario de PDF. El retraso en el ecosistema de herramientas es más una cuestión de promoción comercial y escala de aplicación que un obstáculo técnico. A medida que las aplicaciones OFD continúen expandiéndose en el gobierno y las finanzas, se espera que la cadena de herramientas madure gradualmente.
Tabla comparativa: Métodos de compresión OFD vs PDF
| Método de compresión | Aplicabilidad OFD | Aplicabilidad PDF | Notas |
|---|---|---|---|
| Remuestreo de imágenes | Alta | Alta | Las imágenes dominan el tamaño en ambos; reducir la resolución es lo más efectivo |
| Subconjuntos de fuentes | Alta | Alta | Especialmente efectivo para documentos chinos; puede reducir los datos de fuente en más de un 80 % |
| Limpieza de objetos redundantes | Media | Media | Eliminar recursos no referenciados y duplicados, racionalizar la estructura |
| Optimización del formato de imagen | Alta | Alta | Convertir mapas de bits a JPEG; elegir el formato óptimo según el tipo de imagen |
| Compresión ZIP de archivo completo | Baja (ya es ZIP) | Media | OFD ya es un contenedor ZIP; la recompresión produce poco |
| Compresión de objetos de flujo | N/A | Alta | Específico de PDF; cada Stream puede elegir compresión independientemente |
Preguntas frecuentes
P1: ¿Pueden convertirse los archivos OFD a PDF?
Sí. Algunos lectores OFD y herramientas de conversión soportan la exportación de OFD a PDF. Sin embargo, tenga en cuenta que la información específica de OFD, como los sellos electrónicos, puede no preservarse completamente durante la conversión, porque el sistema de sellos criptográficos chinos de OFD y el sistema de firmas PKI de PDF no se corresponden plenamente. Es advisable ser cauteloso al convertir en escenarios que requieren archivo a largo plazo o validez legal — haga una copia de seguridad antes de la conversión y verifique el estado del sello del documento convertido.
P2: ¿Afecta la compresión OFD a la validez de los sellos electrónicos?
La compresión OFD adecuada solo optimiza recursos como imágenes y fuentes, sin modificar los datos del sello ni la información de verificación de hash del documento, por lo que no afecta la validez de los sellos electrónicos. Sin embargo, tenga en cuenta que la verificación de integridad de un sello generalmente cubre partes específicas del documento — si el proceso de compresión modifica contenido protegido por el sello, la verificación del sello fallará. Se recomienda usar herramientas profesionales y reverificar el estado del sello después de la compresión para asegurar que la validez legal del documento no se vea comprometida.
P3: ¿Necesito usar OFD para escenarios de oficina ordinarios?
Para documentos comerciales generales, PDF es suficiente. OFD se utiliza principalmente para documentos gubernamentales, licencias electrónicas y otros escenarios oficiales. Si no está involucrado en la interacción con el gobierno, no es necesario usar OFD deliberadamente. Sin embargo, si necesita intercambiar documentos oficiales electrónicos con agencias gubernamentales o presentar documentos de licitación en formato OFD, debe usar OFD. Ambos no están en una relación de reemplazo; la elección depende de los requisitos de cumplimiento y los escenarios de aplicación.
P4: ¿Cuál es más pequeño en tamaño, OFD o PDF?
No hay una respuesta absoluta. El tamaño del archivo depende principalmente de los recursos internos (imágenes, fuentes) en lugar del formato contenedor en sí. Para contenido idéntico, la descripción XML de OFD puede ser ligeramente mayor que la descripción binaria de PDF, pero ambos usan compresión, y la diferencia suele ser insignificante. Los factores clave que determinan el tamaño son la resolución de imagen y la estrategia de incrustación de fuentes, no la elección del formato. Un documento oficial OFD que incorpora muchas páginas escaneadas de alta definición será mucho más grande que un PDF de texto simple, y viceversa.
Resumen
OFD y PDF son ambos formatos de documentos de diseño fijo, pero representan diferentes vías técnicas y ecosistemas de aplicación:
- OFD, como estándar nacional chino (GB/T 33190-2016), adopta una estructura de contenedor abierta XML + ZIP, soporta nativamente sellos electrónicos criptográficos chinos, y ocupa una posición estable en escenarios oficiales nacionales como documentos gubernamentales, licencias electrónicas y facturas electrónicas. Su ecosistema de herramientas aún está en desarrollo inicial, pero su estructura abierta facilita la adaptación nacional y el desarrollo personalizado.
- PDF, como estándar internacional (ISO 32000), adopta un formato híbrido binario/texto, con el ecosistema de herramientas más maduro a nivel mundial, y es irremplazable en escenarios de oficina generales.
Ambos son muy similares en métodos de compresión — el núcleo es optimizar los recursos de imágenes y fuentes incrustadas. Las cuatro técnicas clave de la compresión OFD (remuestreo de imágenes, subconjuntos de fuentes, limpieza de objetos redundantes, optimización del formato de imagen) comparten la misma línea que la compresión PDF, porque los principios de composición de tamaño de los documentos de diseño fijo son universales.
La clave para comprender OFD es captar su esencia de «contenedor XML + ZIP»: una arquitectura de diseño fijo abierta, analizable y fácilmente adaptable, cuyo enfoque de compresión — como el de PDF — está en los recursos internos, no en el contenedor en sí.
Lecturas relacionadas:
- Diferencias entre OFD y PDF y métodos de compresión
- Principios y métodos de compresión PDF: cómo reducir eficazmente el tamaño de un PDF
¿Necesita comprimir archivos? Pruebe SmartSlim
Basado en un motor de compresión Rust de desarrollo propio, soporta más de 40 formatos en 10 categorías como PDF, imágenes, vídeo, Office y OFD. La compresión se realiza localmente y los datos no salen de su dominio.