Convertir XLSM a PDF

Por dentro, un XLSM es el mismo paquete que un XLSX: un comprimido de piezas XML que describen hojas, celdas y estilos. Lo único que añade es un proyecto de código almacenado dentro del mismo sobre. La extensión existe precisamente para que un fichero que puede ejecutar algo no pueda hacerse pasar por uno que no.

Eso explica por qué quitar las macros produce un fichero que parece idéntico: la macro no es una propiedad de la hoja de cálculo, es un segundo documento que viaja en el mismo envoltorio. Y explica también por qué esta conversión es distinta de casi todas las demás del sitio: lo que hace único al formato de origen es exactamente lo que el destino no puede representar.

El patrón se repite: los números tienen que salir de la empresa y llegar a alguien que no debería ejecutar nada. Una gestoría, un cliente, un auditor, un comité, un organismo que solo admite PDF en su registro electrónico, un banco que pide justificantes. Enviar un `.xlsm` a cualquiera de ellos es pedirle a un desconocido que pase por encima de un aviso de seguridad y habilite código escrito por otro.

Muchas organizaciones ya contestan esa pregunta por su cuenta y contestan que no. Las pasarelas de correo eliminan los adjuntos con macros, los gestores documentales los rechazan y el propio Excel las bloquea en ficheros llegados de internet con una banda que casi nadie va a levantar. Convertir antes elimina toda la negociación: un PDF se abre en cualquier sitio y no hay nada que decidir.

Muchas páginas de conversores prometen que «ninguna macro se ejecuta durante la conversión». Nosotros no lo vamos a firmar. Nuestro código lanza el motor de oficina sin ninguna instrucción sobre seguridad de macros, así que el comportamiento resultante es el que traiga ese motor por defecto y en este proyecto no hay ni comentario ni prueba que lo sujete.

Por el mismo motivo tampoco vamos a decirte si las fórmulas se vuelven a calcular al abrir el libro o si el PDF muestra los valores tal como quedaron guardados. Es una pregunta legítima y la respuesta honesta hoy es que no la hemos medido. La consecuencia práctica no cambia: guarda el libro con la vista que quieres enviar antes de convertirlo, y compara el resultado con lo que ves en pantalla.

Un PDF no tiene proyecto de código que ejecutar, y la advertencia del registro para este par lo dice sin adornos: las macros, los comentarios y el control de cambios no se transportan. Eso no es una carencia del conversor; para la mayoría de quien pide esta conversión es exactamente el motivo de pedirla.

Merece la pena que quede claro porque decide si esta es la conversión que quieres. Si el libro es una herramienta —una calculadora de precios, un formulario que alguien rellena, un modelo con un botón de actualizar—, el PDF es una fotografía de esa herramienta y no una copia. Si el libro es un informe que casualmente se construyó con macros, el PDF es el informe y el código era andamio que nadie necesitaba aguas abajo.

Los botones de comando, los desplegables enlazados a código y los controles que existen para que alguien haga clic no tienen equivalente en una página. Lo que recibe quien abre el PDF es la hoja, maquetada como se imprimiría, sin el mecanismo.

Que eso sea una pérdida depende de para qué estaban los controles. Los botones de navegación y de recálculo son andamiaje y su ausencia mejora el documento. Un formulario de entrada de datos no: convertirlo produce un documento incapaz de hacer lo único para lo que se construyó. Si el destinatario tiene que escribir algo, la respuesta honesta es otra —un formulario PDF o un libro sin macros— y esta conversión no lo es.

Una cantidad sorprendente de libros con macros fija el área de impresión, la orientación o las filas de encabezado repetidas desde el código, justo antes de imprimir. Aquí se usa la configuración de página guardada dentro del fichero, que es la que se aplicó y se guardó la última vez.

El síntoma es un PDF con las páginas equivocadas: una hoja auxiliar de más, un rango que se queda corto, o un informe apaisado repartido en vertical sobre el triple de páginas. La comprobación es de un minuto y vale la pena: abre el libro, ejecuta lo que sea que prepara la impresión, guarda, convierte el fichero guardado y contrasta el número de páginas del resultado con la vista previa de impresión de Excel.

Un PDF es el mismo documento para todo el que lo abre. Un libro de cálculo no: se recalcula en la máquina del destinatario, adopta su configuración regional para fechas y separador decimal —y entre España y buena parte de América hay diferencias reales en ese punto—, sustituye tipografías que no encuentre y puede mostrar otra cifra si un enlace externo se resuelve de otra manera allí.

Para cualquier cosa que te vayan a citar después —una valoración, unas cifras en una presentación de documentación, una tabla en un anexo de contrato— esa diferencia es justamente el motivo de convertir. El PDF es el registro de lo que enviaste, que es materialmente otra cosa que un fichero que produce algo parecido cuando se abre en otro ordenador.

Este par no se ejecuta en tu navegador. Componer una hoja de cálculo sobre páginas pide un motor de oficina completo, así que el XLSM viaja por una conexión cifrada hasta un contenedor nuestro. Ese contenedor no tiene permiso para abrir conexiones hacia fuera, y en el despliegue no hay ni almacén de objetos ni base de datos: las únicas piezas conectadas son el contenedor y el contador de cupo.

Cada trabajo recibe un directorio temporal propio y un perfil propio de LibreOffice —dos procesos compartiendo perfil lo corrompen, y el síntoma no es un error sino una conversión que no vuelve nunca—. El fichero se guarda ahí dentro con un nombre genérico, así que el nombre de tu libro no llega a tocar el disco, y el directorio entero se borra al terminar, también en las rutas de fallo. El resultado se devuelve con la instrucción de no almacenarlo en caché.

El tope gratuito de este par son 25 MB por fichero, frente a los 100 MB de las conversiones que se ejecutan en tu navegador. Para una hoja de cálculo es holgado salvo que alguien haya pegado capturas de pantalla u objetos incrustados dentro, que es la causa habitual de un libro sorprendentemente pesado.

El cupo diario son cien conversiones de servidor por visitante, contadas sobre el día UTC, más un límite de ráfaga de cinco peticiones por minuto. Para contarlo se guarda un solo registro con el día y el número usado, sin IP, sin nombre de archivo y sin agente de usuario, localizado por un resumen con sal que rota cada día y que se borra solo al cabo de unas veinticuatro horas.

El contenedor instala familias métricamente compatibles con las habituales de Windows, de modo que los anchos de columna y los saltos de línea caen donde caían. Eso permite afirmar que la disposición se conserva para libros que usan Arial, Times New Roman, Courier New, Calibri o Cambria, o que llevan sus tipos incrustados.

Fuera de ese conjunto, la sustitución ocurre en silencio y el contenido se recoloca. Una hoja de cálculo lo aguanta mejor que un documento de texto, porque la rejilla sostiene la estructura pase lo que pase dentro de una celda, pero conviene mirar el resultado antes de enviarlo si el libro usa una tipografía corporativa poco común.

Si quien lo recibe necesita ordenar, filtrar, ampliar o rehacer los números, un PDF es el artefacto equivocado y ninguna maquetación lo arregla. Guardar el fichero desde Excel como `.xlsx` corriente elimina el proyecto de código y conserva todo lo demás, lo cual pasa la pasarela de correo y la banda de seguridad dejando una hoja que sigue funcionando.

Convierte a PDF cuando el documento está terminado y lo que toca es enviarlo, archivarlo, firmarlo o imprimirlo: cuando lo que importa es que todo el mundo vea la misma página. No son dos respuestas a la misma pregunta, sino respuestas a preguntas distintas, y lo que decide es si el destinatario va a leer el fichero o a usarlo.