Suite de pruebas de fidelidad de documentos de Office para migraciones
Pruebas de compatibilidad automatizadas que detectan dónde LibreOffice/Collabora rompe documentos reales de Office antes y durante una migración.
Un brief listo para pegar en Claude Code, Cursor o cualquier agente de programación (en inglés).
Total6.2/10
Dolor6
Disposición a pagar6
Momento7
Hueco7
Foso5
Viabilidad6
A favor
- Quién paga
- Directores de TI y responsables de digitalización en municipios y ministerios europeos que ejecutan pilotos de suites ofimáticas de código abierto; entre 20.000 y 100.000 € por proyecto de migración, con cargo al presupuesto del piloto o de consultoría
- Lo que dijo la gente · 3
- Usuarios del piloto danés se encontraron con problemas de tipografía y control de cambios en Collabora, y el proyecto se archivó sin una evaluación completa. Leer el comentario ↗
- Los problemas de fuentes en Word/PowerPoint y los modelos financieros en Excel hacen inviable la interoperabilidad con usuarios de MS Office. Leer el comentario ↗
- Un comentarista repite las pruebas de LibreOffice/OnlyOffice cada año, y la combinación de correspondencia con plantillas de etiquetas sigue saliendo desalineada, lo que arruina la impresión en papel. Leer el comentario ↗
Parafraseado del debate. Sigue los enlaces para ver los comentarios originales.
- Competidores y hueco
No existe una suite de regresión automatizada, neutral respecto a proveedores, que pase el corpus real de documentos de una organización por suites de código abierto e informe exactamente qué flujos de trabajo (combinación de correspondencia, control de cambios, modelos de Excel) fallan, con su gravedad y su coste de corrección.
- Por qué ahora
- La presión europea por la soberanía digital está impulsando una ola de pilotos gubernamentales (Dinamarca, estados alemanes, Francia) que fracasan por la fidelidad de los documentos; cada piloto fallido es una prueba pública de un problema que nadie ha medido.
- Foso · 5/10
- El corpus de casos de fallo y las puntuaciones de compatibilidad por flujo de trabajo crecen con cada proyecto y se convierten en el referente que citan los equipos de compras.
En contra
- Equipo rojo
- Una suite de regresión neutral respecto a proveedores, que pasa un corpus real de documentos por suites de código abierto y valora el impacto de cada fallo por flujo de trabajo, no tiene un competidor directo establecido, se beneficia de una ola de pilotos de soberanía europea financiados y, gracias a la automatización de la comparación de renderizados, puede construirla un equipo pequeño.
- Qué la haría fracasar
- Los gobiernos abandonan las migraciones por motivos políticos o de negociación de precios, así que la herramienta de pruebas se compra una sola vez como palanca de negociación y no como producto continuo.
Empezar
- Primeros tres pasos
- Crear un sistema que convierta por lotes un corpus de documentos con LibreOffice/Collabora en modo headless y compare el resultado renderizado con la renderización de Office
- Publicar paquetes de pruebas predefinidos para los flujos con más fallos: combinación de correspondencia y etiquetas, control de cambios y funciones financieras de Excel
- Empaquetarlo como un informe de evaluación de precio cerrado y venderlo a un piloto municipal nórdico
- Debate original
- Danish Government silently drops plan to dump MS Office ↗ 223 puntos183 comentariosDe los comentariosArtículo enlazado
Traducido del inglés. Leer el original