How to send or receive an XER without sending or getting extra codes, calendars, etc from a large system? I know that if you use something of other than an xer you have more control but I am trying to keep it simple. From what I recall you CANNOT control what you send but they can select options in the import. But if you are importing a schedule that has no outside the schedule links could you juse use "keep existing" on every item - wouldn't activity changes still come through? Most people do not "update an existing schedule with an xer they import a new version of an existing schedule. Even if there is an old version of the schedule, why would that effect "update existing" because there should be no connection between them. The 4 choices on import seem similar: Update Existing, keep existing, Insert New, Do not import. Any tips?
How to send or receive an XER without sending or getting extra codes, calendars, etc from a large system?
Forum Sponsor
Top Posters
Julian Pegg
1 posts
Peter Nagy
2 posts
Raymund de Laza
17 posts
Syed_Asad
0 posts
Tony Greyvenstein
0 posts
Ahmed Al-Jubouri
13 posts
Umar Alvi
3 posts
Sibusiso Mahlalela
0 posts
Michael Samanyayi
3 posts
Simon Gumede
0 posts
John
another option is to copy the project strip out what you do not want to sent then send the copied XER.
Santosh the option for do nto import can be used if there are 2 or more projects contained in ONE xer file. As you know that now a baseline can be exported with the current project. During the import maybe you only want to import the the current project and not the baseline. This is how this option is useful.
John.
There are two seperate issues you've identified.
The First issue is that an XER file can contain Global data that will then be imported into the destination DB as global data. Consider examples as the best example. In your Source DB, you create a project that has activities referencing a Global Calendar. Lets call this "GLOBCAL". When you export your project to an XER file, the XER file contains references to GLOBCAL and identifies it as a Glboal Calendar.
When this XER is imported into the destination DB, then P6 will import GLOBCAL as a Global Calendar. Here's how the four options work:
The second issue is that an XER might contain data you don't want imported, for example Activity codes, or User Defined Fields. You can to some extent modify the XER file's contents to address this. For example you can open the XER file in Notepad and simply delete the rows of values you don't want to import. BUT this is extremely dangerous to do with certain data fields. For example, Calendars, all the Calendar values in an XER file are there becuase they are being used by the projects in the XER file. Delete a Calendar, and the project won't import correctly.
And finally, any XER file only contains the values that are being used by the project(s) being exported. So for example, lets say you create an Activity code, and create 50 code values in your P6 Database. Then you have assigned these code values to your project(s), but you've only assigned 30 out of the 50 Code values so far. The Exported XER file will only contains those 30 code values, and only those 30 will be imported into the destination DB. So you don't actually get any "extra" data, only those referenced by the project.