El cliente trabaja en MS Project y tú en Primavera P6. O al revés. Alguien tiene que convertir el cronograma, y cada vez que se hace "con lo que hay", algo se pierde: un calendario, veinte lags, la ruta crítica completa. Esta guía explica qué cambia entre ambos modelos de datos, cuál es la forma correcta de convertir y cómo verificar el resultado en diez minutos.
Por qué no es un simple "guardar como"
Primavera P6 y MS Project representan el mismo cronograma con estructuras distintas. La conversión no copia un archivo: traduce un modelo a otro, y toda traducción tiene pérdidas si no se controla. Estos son los puntos donde más se rompe:
| Concepto | Primavera P6 | MS Project | Riesgo al convertir |
|---|---|---|---|
| Calendarios | Globales, de proyecto y de recurso; horas/día definidas por calendario | Calendario base + calendarios de tarea; horas/día en opciones del proyecto | Alto: duraciones en horas se reinterpretan si las horas/día no coinciden |
| WBS | Estructura independiente de las actividades | Tareas resumen anidadas | Medio: niveles vacíos o códigos WBS perdidos |
| Relaciones y lags | Lag calculado en el calendario de la sucesora o predecesora (configurable) | Lag en el calendario de la tarea sucesora | Medio: desfases de 1 a 3 días en lags largos |
| Restricciones | Start On, Finish On, Mandatory, As Late As Possible… | Menos tipos; Mandatory no existe | Medio: restricciones duras se degradan a blandas o viceversa |
| Actividades LOE y resumen | Tipos de actividad propios | No existen | Alto: una LOE convertida en tarea normal puede volverse crítica |
| Porcentaje de avance | Por duración, físico o por unidades (elegible) | % completado (duración) y % trabajo completado | Medio: el avance físico se pierde si no se mapea a un campo personalizado |
| Códigos y UDF | Códigos de actividad y campos definidos por usuario | Campos personalizados Text1…Text30, etc. | Bajo si se mapea; alto si se ignora |
| Líneas base | Varias, guardadas como proyectos aparte | Hasta 11 dentro del archivo | Medio: exportar sin baseline deja al cliente sin referencia |
La causa número uno de fechas distintas tras una conversión es el calendario: un P6 con 10 horas/día y 6 días/semana abierto en un MS Project configurado a 8 horas/día y 5 días/semana alarga el proyecto semanas enteras sin tocar una sola duración.
Los tres caminos para convertir
- Exportar desde P6 a XML de MS Project. P6 Professional lo hace desde File → Export → Microsoft Project XML. Funciona para redes simples, pero es conocido por perder calendarios múltiples, códigos de actividad y por generar tareas resumen extrañas cuando la WBS tiene niveles sin actividades.
- Convertir con una herramienta especializada. El Conversor de TecnoAdmin lee el .xer directamente y genera un .mpp o .xml listo para abrir, manteniendo WBS, relaciones, lags, calendarios, restricciones y códigos como campos personalizados. También hace el camino inverso (.mpp → .xer) y exporta backups Candy a Excel. Es gratuito y no requiere instalar nada.
- Reconstruir a mano. Solo tiene sentido para cronogramas pequeños o cuando el destino exige una estructura muy distinta. Para más de 200 actividades, el riesgo de error humano supera cualquier beneficio.
Si quieres el paso a paso con cada pantalla, mira nuestra guía cómo convertir un XER a MS Project y la comparación Primavera P6 vs MS Project.
Paso a paso: de XER a MPP con El Conversor
Limpia el cronograma en P6
Corre Schedule (F9) con la fecha de datos correcta, elimina actividades y códigos huérfanos y verifica que no haya holgura negativa inexplicada. Lo que esté roto en P6 llegará roto al destino.
Exporta el .xer
File → Export → Primavera PM (XER). Exporta solo el proyecto, sin recursos globales innecesarios. Si el cliente necesita la línea base, exporta también el proyecto baseline o ten a mano su .xer.
Sube el archivo y elige el formato
En El Conversor arrastra el .xer, revisa la vista previa (número de actividades, fechas de inicio y fin, calendarios detectados) y elige .mpp o .xml de MS Project. Si tienes la línea base, cárgala en el mismo paso.
Abre en MS Project y recalcula
Al abrir, pulsa F9. Confirma en Project → Project Information que la fecha de estado coincide con la fecha de datos de P6 y que todas las tareas están en modo Auto Scheduled.
Verifica
No entregues sin pasar el checklist de la siguiente sección. Diez minutos ahora ahorran la semana de discusión que viene cuando el cliente encuentra la diferencia.
Verificación en 10 minutos
Compara el original y el convertido en estos ocho puntos. Cualquier diferencia tiene una causa concreta y casi siempre está en la tabla de riesgos de arriba.
| Verificación | Debe cumplirse | Si no coincide, revisa |
|---|---|---|
| Número de actividades | Igual (sin contar resúmenes) | Actividades LOE o hitos descartados |
| Número de relaciones | Igual | Relaciones duplicadas o a resúmenes |
| Fecha de fin del proyecto | Misma fecha, sin tolerancia | Calendario (horas/día, días/semana) |
| Duración total en días | Igual | Duraciones en horas mal interpretadas |
| Ruta crítica | Mismas 10 primeras actividades críticas | Restricciones degradadas, LOE convertidas en tareas |
| Hitos contractuales | Mismas fechas | Restricciones perdidas |
| Avance total a la fecha | Mismo % físico o de duración | Tipo de porcentaje no mapeado |
| Evaluación DCMA | Mismos resultados en los 14 puntos | Lags, colgadas, fechas inválidas nuevas |
Truco rápido: pasa el original y el convertido por Centinela DCMA. Si los 14 puntos dan lo mismo en ambos archivos, la lógica sobrevivió la conversión. Si el punto 1 (lógica) o el 3 (lags) cambian, ya sabes dónde mirar.
Errores frecuentes y cómo corregirlos
- El proyecto termina semanas después. Casi siempre es el calendario. En MS Project ajusta Options → Schedule → Hours per day / Days per week y el calendario base al mismo patrón que tenía P6.
- Aparecen tareas críticas que no lo eran. Actividades LOE convertidas en tareas normales. Identifícalas y márcalas como inactivas o conviértelas en tareas resumen manuales.
- Los lags se corrieron uno o dos días. Diferencia de calendario para el lag. Revisa en P6 la opción Calendar for scheduling relationship lag y ajusta las relaciones afectadas.
- Fechas reales en el futuro. La fecha de estado de MS Project quedó anterior a la fecha de datos de P6. Corrígela y recalcula.
- Códigos de actividad perdidos. Revisa los campos Text personalizados; una herramienta bien configurada los coloca ahí. Si convertiste con el exportador nativo de P6, no llegaron.
Y de vuelta: de MPP a XER
El camino inverso tiene sus propias trampas. Las tareas en modo Manually Scheduled (MS Project 2010 en adelante) no tienen lógica real y P6 las importa con fechas fijas: conviértelas a Auto Scheduled antes de exportar. Los deadlines de MS Project no existen en P6 y se pierden o se vuelven restricciones. Y las tareas resumen se convierten en niveles de WBS, así que una estructura de resúmenes desordenada genera una WBS igual de desordenada. El artículo sobre cómo migrar de MS Project a Primavera P6 desarrolla ese camino en detalle.
Recomendación contractual: acuerda desde el inicio qué archivo es el "maestro" y en qué formato se intercambia. Nuestra práctica es entregar siempre tres cosas juntas: el archivo nativo, la versión convertida y un PDF del Gantt con la ruta crítica. Así nadie discute cuál es la versión válida.
Convertir bien no es un problema técnico difícil; es un problema de disciplina. Con la herramienta correcta y el checklist de verificación, deja de ser un riesgo del proyecto y pasa a ser un trámite de diez minutos.