Open an .xer file without Primavera

An .xer file is a schedule exported from Primavera P6. Drop it below and read it as a Gantt chart in your browser - no P6 licence, no install, no signup.

Drop a file here or

Your file is never saved. It is read in memory and gone as soon as the chart is drawn.

  • .mpp .xml .mpx .mpd .xer
  • up to 10 MB
  • no signup

An .xer is Primavera P6's exchange format: plain text, but a schedule is a graph rather than a table, so reading one means rebuilding the links between activities. That is what happens here - activities, their relationships with type and lag, the work breakdown structure, resources and the critical flag come through as a Gantt chart, with no P6 involved.

An .xer is not a Microsoft Project file

This is the first thing worth clearing up, because it sends people to the wrong tools. Primavera P6 is Oracle's scheduling application, and it is what large construction, energy, rail and infrastructure contracts are planned in. The .xer is its exchange format - the file you hand to somebody outside your own P6 database.

So if one landed in your inbox, the sender does not schedule in Microsoft Project, and the viewers written for .mpp will not help you. It also tells you something about the plan itself: P6 schedules are usually large. Two thousand activities is an ordinary week on a major project, not an outlier.

This site reads both families - .xer from Primavera, and .mpp, .xml, .mpx and .mpd from Microsoft Project. If you sit between two contractors who use different tools, that is one page instead of two - and if the next file is an .mpp or a Project .xml, those have pages of their own.

It opens in a text editor, and that is the trap

An .xer is plain text. You can open it in Notepad right now and see readable content: a block of activities, then a block of relationships, then calendars, resources and work breakdown, each one a table of tab-separated rows.

Which is exactly why people lose an afternoon to it. The file opens, so it feels like it should be readable, and it is not - because a schedule is a graph, not a table. The relationships live in their own block as pairs of activity identifiers with a link type and a lag. To find out what one activity is waiting for, you look its identifier up in that block, then look each predecessor identifier back up in the activity block to find out what it is called. Following a chain four links deep is eight lookups, done by eye, with no room for a mistake.

Durations are recorded in hours. Dates are timestamps. Nothing in the file marks what is late, what is critical, or what a delay here would do to the finish date - those are conclusions you draw from the structure, and the structure is what a text editor cannot show you.

The four questions you actually have

Nobody reads someone else's schedule for pleasure. There are four things people open one to find out, and they are the four things the chart answers at a glance.

  • When does it finish? The project start and finish sit at the top, and the bars show you how the work is distributed between them - whether the plan is evenly loaded or everything piles into the last two months.
  • What is on the critical path? Critical activities are marked as the file records them, so you can see which chain actually drives the end date rather than guessing from bar lengths.
  • What is already late? Every activity is set against today's date, so work that should have finished and has not stands out without you working the dates out in your head. Progress is read from the file as well, with the caveat below.
  • What does this one wait for? Click an activity and its predecessors and successors are listed by name, with the link type and any lag - the lookup that costs eight steps in a text editor.

What survives the read, and what stays behind

Being specific about this matters more here than on most pages, because P6 carries a great deal that a viewer does not need and should not pretend to have.

What comes across: activity names and identifiers, the work breakdown structure they sit in, start and finish dates, durations, progress, milestones, summary levels, the critical flag, relationships with their type and lag, resource names and their assignments, activity notes, and one baseline's start and finish if the file carries one.

What stays behind, and why you should know before you rely on it:

  • Float. You can see which activities are marked critical. You cannot see how many days of total float the others have, which is the number a planner would reach for next.
  • Percent complete as P6 records it. P6 lets every activity keep its progress in a different way - physically, by duration, or by units - and the chart does not follow that per-activity setting. Work marked finished is drawn as finished and work not yet started as untouched, which is right far more often than not. But an activity that is under way can show as untouched where P6 would put a figure against it. Read the bars as the schedule and the progress as an indication.
  • Calendars per activity. P6 assigns a calendar to each activity; the chart keeps one project calendar and its non-working days. On a schedule that mixes six-day and seven-day working, the bars are the file's own dates, but the shading behind them is a simplification.
  • Cost and resource loading. Resource names and assignments come across. Money, quantities and hour-by-hour spreading do not.
  • Activity codes and user-defined fields.
  • More than one baseline, and any comparison between them.
  • Layouts, filters and grouping saved inside P6, which live in the database rather than in the file.

And the direction is one way. This reads a schedule; it does not write one. Nothing here produces an .xer, and nothing you do on the page changes the file you dropped.

The usual answer is a PDF, and it is a poor one

Ask a planner for something you can open and you will normally be sent a PDF export. For a two-hundred-activity plan that is tolerable. For the size P6 schedules actually reach it is a wall: pages of bars at a scale where the text is unreadable, no way to collapse a phase you do not care about, no way to follow a link, and no way to search for the one activity your own work depends on.

A picture of a schedule also goes stale the day it is exported, and it gives you no way to tell whether it has. The file does not have that problem - drop a newer one and the chart is newer.

Common questions

What is an .xer file?
The exchange format Primavera P6 uses to move a schedule out of its database - activities, relationships, calendars, resources and the work breakdown structure, written as plain text tables in one file.
Do I need Primavera P6 to open it?
Not to read it. Drop the file here and the schedule is drawn as a Gantt chart in the browser. You need P6 to edit or reschedule the plan, which is not what this does.
Is my schedule stored anywhere?
No. The file is read in memory and gone as soon as the chart is drawn. An account exists only if you want plans kept so you can come back to them or share a link.
Can I get the activities into Excel?
Yes. The same read produces a spreadsheet - one row per activity, with dates as real dates, durations, resources and predecessors. It works for .xer exactly as it does for a Microsoft Project file.
Can I edit the schedule or reschedule it?
No, and deliberately so. This is a reader. Your file is never altered, and nothing here can write an .xer back.