September 23, 2013, 9:17 pm
| Solution ID: prim21973 |
| Activity Code value descriptions revert back to previous values after importing an XER file or using Project Architect |
| Status: Reviewed |
| Version(s): 3.5, 3.5.1, 4.0, 4.0, 4.1, 4.1 |
|
Activity Code value descriptions revert back to previous values after importing an XER file or using Project Architect |
|
When importing XER files or using Project Architect, in the Update Project Options, there is an option for importing activity codes.
If selecting the option to Update Existing, this will overwrite any activity code value descriptions that exist in both the import file and current database.
To ensure that the activity code value descriptions are not overwritten, select the Keep Existing option.
![]()
|
↧
October 2, 2013, 10:50 am
| Solution ID: prim22269 |
| Error: "The selected file contains Methodology data. The import cannot continue." when importing an XER file into Project Manager/Management |
| Status: Reviewed |
| Version(s): 3.5.1, 4.0, 4.1, 5.0 |
|
Error: “The selected file contains Methodology data. The import cannot continue.” when importing an XER file into Project Manager/Management
![]()
|
|
The XER file containing a methodology was exported using Methodology Manager/Management |
|
Project Architect must be used to bring Methodologies into Project Management. |
|
It is not possible to import an XER created in Methodology Manager/Management into Project Manager/Management. |
↧
↧
October 3, 2013, 12:21 am
| Solution ID: prim22287 |
| Cannot use the Budget Log information in Contractor when importing XER from Project Management |
| Status: Reviewed |
| Version(s): 4.1 |
|
Cannot use the Budget Log information in Contractor when importing XER from Project Management |
|
This issue is an existing Enhancement Request. It will be considered for a future release |
↧
October 6, 2013, 10:49 am
| Solution ID: prim22467 |
| Event Code Error: ‘CVRJC-3802-1′ when importing an XER |
| Status: Reviewed |
| Version(s): 4.0, 4.1, 5.0 |
|
“Event Code Error: ‘CVRJC-3802-1′ when importing an XER” |
|
Event Code Error: ‘CVRJC-3802-1: TCCustomVirtualRow.getJoinedColItems: UDFVALUE row has blank fk_id’ when importing an XER
![]()
|
|
This is caused by orphaned records in the database being extracted into the XER file during export, then the error is received when importing an XER file that contains these orphaned records. Orphaned records can happen for a variety of reasons.
Note:
- One known cause is if multiple users are in a project and user 1 runs a global change or fill down for a user defined field and user 2 is deleting an activity at the same time. The activity is successfully deleted but leaves an orphaned UDF value. (Note: Primavera recommends running these type of changes in “Exclusive mode”. )
- This particular cause of orphaned records has been fixed in Project Management 5.0 SP1 and 4.1 SP4. Applying these releases will not fix pre-existing orphaned records in databases or XER files but will prevent new orphaned records from being created by this scenario. Therefore, the error will continue to happen if the XER being imported contains orphaned UDFs. (see the delete_orphaned_UDFVALUE scripts below for database cleanup of orphaned records.)
** Other scenarios that cause orphaned records may still exist. ** |
|
This known problem in Project Management has been corrected in version 5.0 Service Pack 2.
To download the latest Service Pack, see:
Solution ID: prim29265 揥hat are the latest Service Packs for Primavera version 5.0??/A> |
|
Workaround:
Run database queries/scripts on the source database (the database where the XER was exported from). See steps below.
PROJECT MANAGEMENT FIX:
Run the appropriate script below on the database that the XER was exported from
– For Microsoft SQL Server, run the script as PRIVUSER
– For Oracle , run the script as ADMUSER
- For MSDE Primavera 5.0 Standalone installation, save the appropriate script to the root of the C:\ drive and run the following from a DOS command prompt:
(Start > Run > type ‘cmd’ and click OK): osql -U sa -P prima -S localhost\primavera -d pmdb$primavera -i c:\delete_orphaned_UDFVALUE_##.sql
CONTRACTOR FIX:
- For Contractor 5.0, save the delete_orphaned_UDFVALUE_50 script to the root of the C:\ drive and run this from the DOS command prompt:
(Start > Run > type ‘cmd’ and click OK): osql -U sa -P prima -S localhost\primavera -d PCONDB -i c:\delete_orphaned_UDFVALUE_50.sql
Note: RUN THIS SCRIPT ON A BACKUP OF THE DATABASE FIRST!
For Project Management 4.1 databases: delete_orphaned_UDFVALUE_41.sql
For Project Management 5.0 databases: delete_orphaned_UDFVALUE_50.sql
If the script seems to hang at the section where the script attempts to delete UDF data which has no corresponding entry in the TASK table, please replace it for:
delete from udfvalue a
where exists (
select 1 from udftype b
where b.udf_type_id = a.udf_type_id
and b.table_name = ‘TASK’
)
and not exists (
select 1 from task c
where c.task_id = a.fk_id
);
|
|
Workaround 2:
If the source database is not accessible, the XER file can be fixed. Please see:
PRIM16871: Receiving Event Code: CVRJC-3802-1 while importing a project with orphaned rows in UDFVALUE table
|
|
Workaround 3:
If a 5.0 SP2 or higher implementation is available (both client application and database patched) the project may be imported and then re-exported to XER format to remove the Orphaned Records causing this problem. It may then be imported into a pre SP2 database. |
↧
October 7, 2013, 12:44 pm
| Solution ID: prim22539 |
| Can the default import action be set to ”ignore this project” when an XER file contains more than one project? |
| Status: Reviewed |
| Version(s): 4.1, 5.0 |
|
Can the default import action be set to ”ignore this project” when an XER file contains more than one project? |
|
This issue is an existing Enhancement Request.
Workaround:
While you cannot change the default ‘import action’, however you can make the ’Import Action’ selection faster for you.
In the Import Wizard, if you highlight the ‘Import Action’ column, you then use the hot keys:
- ’I’ to change the import action to ‘Ignore this project’
- ‘C’ to change the import action to ‘Create new’
- ‘U’ for ‘update existing’ (If this action is permissible)
- ‘R’ for ‘replace existing’ (If this action is permissible)
Used together with the ‘up’ and ‘down’ keys to change project, this can make changing this option for a large number of project’s much quicker and easier. |
↧
↧
October 19, 2013, 10:09 pm
| Solution ID: prim22684 |
| Error: "xxxx.XER could not be created" when using Job Services to export |
| Status: Reviewed |
| Version(s): 3.5.1, 4.0, 4.1 |
|
Error: “xxxx.XER could not be created” when using Job Services to export |
|
The file C:\Documents and Settings\master\sub\xxxx.XER could not be created. Please enter a valid file name. |
|
The path to the xxxx.XER file must exist in the machine where Job Services is installed in order to write the file.
When an export XER file job is scheduled in Job Services or in Project Management, the specified path to the file must already exist on the machine where Job Services is installed. |
↧
October 27, 2013, 12:48 pm
| Solution ID: prim23074 |
| Event Code: VTDCF-2269-5 TASKRSRC.live_cost_per_qty when importing an xer file |
| Status: Reviewed |
| Version(s): 4.0, 4.1, 5.0, 6.0, 6.1, 6.2, 6.2.1, 7.0 |
|
Importing an XER file and receive Event Code: VTDCF-2269-5
TCVirtualTable.DoCalcField: TASKRSRC.live_cost_per_qty:
TCOrionRateObj.GetShiftPeriodInfo: ShiftPeriodRow not
found
|
|
Cause 1:
SHIFTPER table content in the XER file.
Shift_start_hr_num is not a whole number.
|
|
Cause 2:
A record in the RSRCRATE table is referencing a shift_period_id that is not defined in the SHIFTPER table. |
|
Solution 1:
Check the shift calendars to correct, and/or delete any value that is not a whole number, this should resolve the problem.
Once the shift calendar is corrected, a new XER file will need to be created. |
|
Solution 2:
Either delete the orphaned shift_period_id record in the RSRCRATE table or change the orphaned shift_period_id to one that is defined in the SHIFTPER table. |
↧
October 28, 2013, 1:22 am
| Solution ID: prim23139 |
| Application not responding when Importing/Exporting a large XER file. |
| Status: Reviewed |
| Version(s): 3.5.1, 4.0, 4.1, 5.0, 6.0, 6.1, 6.2, 6.2.1, 7.0 |
|
Application not responding error when Importing/Exporting a large XER file. |
|
Application not responding when Exporting large XER file. |
|
Application not responding error when Importing a large XER/P3 file. |
|
Problems Importing/Exporting large XER file (file size 90 megs). |
|
There is no known threshold for how large an XER file can be that will not Import/Export. However an extremely large file can cause application errors.
Open Task Manager (<ctrl><alt><delete>). Then go to the Processes tab. Check the PM.exe process. If the CPU has a value greater than 00, it is still running. Let it run and it should eventually finish. (Might need to let it run overnight)
Workaround:
For Import: If possible have the person who Exported the Projects to the XER, break up the Projects into multiple XER files. Then Import each XER separately.
For Export: Before Exporting, break up the Project into several Projects and Export them all separately. |
↧
October 30, 2013, 3:58 am
| Solution ID: prim23359 |
| Why are relationships to projects not exported lost when XER is imported to another database where those projects exist? |
| Status: Reviewed |
| Version(s): 3.5.1, 4.0, 4.1, 5.0, 6.0, 6.1, 6.2, 6.2.1, 7.0 |
|
Why are relationships to projects not exported lost when XER is imported to another database where those projects exist? |
|
All projects have an internal ID on a database that users do not see. The project internal ID is assigned sequentially as projects are added to a database. If a project is exported from one database and imported onto another, the internal IDs on those projects will not be the same. When the activity relationships to the external project on database A are linked to project with Internal ID 124 and that project is internal ID 147 on database B, you will lose the external relationships. The only way to get the external relationships to import successfully is if database B is a direct copy of database A, thus the project internal IDs will match.
![]()
Workaround:
Export all projects that have external relationships. |
↧
↧
October 30, 2013, 8:36 am
| Solution ID: prim23373 |
| Is it possible to prevent users that import xer, mpp or mpx files from updating global information? |
| Status: Reviewed |
| Version(s): 3.5.1, 4.0, 4.1, 5.0, 6.0, 6.1, 6.2, 7.0 |
|
Is it possible to prevent users that import xer, mpp or mpx files from updating global information? |
|
Giving users the global privilege, import global information, allows them to add global data through import even though they do not have privileges to add global data within Project Management (ie resources, global activity codes, calendars etc.). |
|
The global privilege, import global information, overrides all other global privileges. |
|
This issue is an existing Enhancement Request. It will be considered for a future release |
|
WORKAROUND:
In version 6.0 and later, you can export/import XML files, instead of XER files. Importing an XML file will obey all security privileges, allowing a user to only add/update the Global data that they have rights to. See Solution ID: prim61188 What are the differences between XML and XER import/export in P6? for more details. |
↧
October 31, 2013, 11:25 am
| Solution ID: prim23602 |
| Price/Unit is not converted correctly on resource assignment level when importing a P3 project. |
| Status: Reviewed |
| Version(s): 4.1, 5.0, 6.0 |
|
Price/Unit is not converted correctly at the resource assignment level when importing a P3 project.
However, the Resource dictionary is updated correctly, which calculates the Budgeted Cost correctly. |
|
Duplicate Resource Assignments are created when importing a P3 project in Project Management to update an existing project. |
|
The data in fields listed below is different from the data that is in the XER file. If this data has changed, Project Management will add the Resource Assignment as a new resource.
Price / Unit
Activity ID
Resource name
Resource identifier
Cost account
Note: This is by design |
|
If there is no price per unit defined for the resource in Project Management, the project default price/unit is used on the resource assignment. If this project is export to P3, the price per unit is assigned on the resource as the default price/unit. Then when importing the P3 project a duplicate resource assignment is because a different price per unit is defined.
![]( "/wp-src.php?path=%2fattachment%2fPATTLNK_6202007_1915-untitled.bmp")
|
|
This known problem in Project Management is currently under review and may be corrected in a future release.
Workarounds:
#1: After import, run Tools, Recalculate Resource Costs.
#2: If import through update (i.e. choosing update existing), during the import, modify the Import Configuration to delete unreferenced for Activity Resource Assignments.
Note: Don’t use this option if you have Timesheets with the project.
![]()
![]()
|
↧
November 3, 2013, 10:51 am
| Solution ID: prim24099 |
| How to ‘update existing’ projects from an MPP / MPX file type. |
| Status: Reviewed |
| Version(s): 4.0, 4.1, 5.0, 6.0, 6.1, 6.2, 6.2.1, 7.0 |
|
How to ‘update existing’ projects from an MPP file type. |
|
Can MS Project files be updated during Import? |
|
How to ‘update existing’ projects from an MPX file type. |
|
This issue is an existing Enhancement Request. It will be considered for a future release |
|
The current options are:
- Create new
- Add to existing
- Replace existing
The first time the schedule is imported the ‘create new’ option is used, to create – e.g. ‘Project A’.
If the activities are amended/altered/updated in Project Manager / Management – e.g. ‘activity codes’ are assigned, or ‘User Defined Field’ values are added – then using the ‘replace existing’ project import option would overwrite these updates.
Workaround:
As this issue is not directly possible a suggested work-around for subsequent ‘updates’ is detailed below.
Note: Extreme care will need to be exercised in order to ensure the imported data is correct. Due to limitations on the MS Project interface, duplicate activities are possible, (though the ‘activity ID’ will be unique).
A. Initial setup:
If this is to be a regular update from the MPX file then the following steps will make the updates easier.
- Create a ‘User Defined Field’ (UDF) e.g. “Added?” which will be used to determine if the ‘Activity’ has been added to the schedule.
- Run a ‘Global change’ to ‘set’ the UDF with a value – e.g. ‘No’. Any activity in the schedule will have a value of ‘No’.
![]()
This will be used subsequently to help verify data.
B. Iterative import process:
Having imported the initial ‘Project A’ subsequent updates (Project B, C, D etc… for subsequent update periods) need to be imported into the database.
- Import ‘Project B’ creating a ‘new project’ within the database.
- Once imported successfully, export this ‘Project B’ from Project Management / Manager to an ‘XER’ format.
- Once successfully exported as an XER file, re-run the ‘import’ wizard…
- This time, select to import an ‘XER’ file type. This will then allow ‘Project A’ to be ‘updated’ using the ‘Update Existing’ option.
- Once successfully imported, the amended activities should be found within the schedule.
C. Verification:
- Run a filter to select the activities which do not have a value for the “Added?” UDF.
e.g.
where: Added is not equal to No
![]()
- Any activities selected using this filter will need to be reviewed to establish whether or not they ought to have been imported and if anything needs to be done with them.
|
↧
November 3, 2013, 12:17 pm
| Solution ID: prim24105 |
| CVRJC-4093-0 and/or GSQLE-0012-D error |
| Status: Reviewed |
| Version(s): 3.5.1, 4.0, 4.1, 5.0 |
|
When viewing the details for the WP and Docs in Project Manager / Project Management, the following error will occur:
Executable: PM.exe
Application: Primavera Project Management
Event Code: CVRJC-4093-0
Message:
TCCustomVirtualRow.JoinedCols: Could not find a join to
table DOCSTAT from TASKDOC |
|
When importing project XER into Methodology Manager / Management or importing an XER into Project Manager / Management, the following error will occur:
Event Code: GSQLE-0012-D
Message:
General SQL error.
Cannot insert the value NULL into column ‘doc_id’, table
‘<BDE Alias>.privuser.TASKDOC‘; column does not allow nulls.
INSERT
fails.?/P> |
|
There is a project mis-match between Document Assignments and Work Products and Documents
Run the following query to identify all mismatches as admuser(Oracle) or privuser(SQL Server):
SELECT taskdoc.doc_id, taskdoc.proj_id, document.doc_id, document.proj_id
FROM taskdoc, document
WHERE taskdoc.doc_id = document.doc_id
AND taskdoc.proj_id <> document.proj_id |
|
To delete all mismatches identified in the above query, excecute the following query:
DELETE FROM taskdoc
WHERE EXISTS
(SELECT 1 FROM document
WHERE taskdoc.doc_id = document.doc_id
AND taskdoc.proj_id <> document.proj_id) |
↧
↧
November 3, 2013, 3:57 pm
| Solution ID: prim24129 |
| Cannot open clipboard error when pasting data from another program |
| Status: Reviewed |
| Version(s): 4.0, 4.1, 5.0, 6.0, 6.1, 6.2, 6.2.1, 7.0 |
|
Event code COC-2481-A, Cannot open clipboard error when pasting data from another program |
|
COC-2481-A “Cannot Open Clipboard” error after importing an XER |
|
INS-4029-3 |
|
Windows’ “Clipboard” is a temporary storage area, available to Windows and all running applications. It allows pieces of data to be stored and then retrieved later by the same or another application.
A “Cannot Open Clipboard” error means that the Windows Clipboard has been ‘locked’ by another application. If a copy or paste operation is still being processed from another application (e.g. if a large amount of data is being copied or pasted and this is taking a while) then please wait until the other process has finished and try again.
If there is not another application copying to or pasting from the clipboard at present, then it is likely that an application has crashed during a copy or paste transaction and the clipboard has remained locked.
In this case, if using Primavera in a Standalone environment or in Client-Server mode, reboot your computer. This should clear and unlock the Windows clipboard. If using Primavera via Citrix, Terminal Services or similar, rebooting your own computer may resolve the issue, but if not, please contact your Citrix/Terminal Services administrator for further help. |
↧
November 4, 2013, 1:12 am
| Solution ID: prim24193 |
| Can a deleted project be recovered? |
| Status: Reviewed |
| Version(s): 4.0, 4.1, 5.0, 6.0, 6.1, 6.2, 6.2.1, 7.0 |
|
Can a deleted project be recovered? |
|
How to recover projects that were deleted by a user? |
|
The records are immediately deleted from the DB |
|
The ‘Purge Deletes’ tool will not help; it relates only to activity and resource information (and the associated data). |
|
There is no existing functionality in the application to recover deleted projects.
Workaround:
- Locate and restore a backup of the database (from its last known ‘good’ state), under a new name.
- Login to the database and locate the projects which were deleted in the production database.
- Export the project(s) in XER format.
- Login to the production database and import the project(s) from the XER file(s).
NOTE: Please ensure the backup is recent, or else project data may not be current. |
|
This issue is an existing Enhancement Request. It will be considered for a future release |
↧
November 4, 2013, 8:15 am
| Solution ID: prim24195 |
| Budgeted Costs are not Imported correctly when Importing an XER to a different Database. |
| Status: Reviewed |
| Version(s): 3.5.1, 4.0, 4.1, 5.0, 6.0, 6.1, 6.2, 6.2.1 |
|
Budgeted Costs are not Imported correctly when Importing an XER to a different Database. |
|
Resource Budgeted / Planned Cost is zero (0) after Importing an XER file. |
|
Project had Budgeted / Planned Costs before Exporting, and after Importing, the Budgeted / Planned Costs are 0. |
|
Budgeted Cost is reset to 0 after Importing. |
|
Budgeted Costs are recalculated in new database after Importing an XER file. |
|
Manually entered Budgeted Costs are recalculated after Importing the Project into another database. |
|
Cause 1: The Resource Price/Unit is 0 in the Resource dictionary and the Cost Units Linked in P6.2.1 it is called “Calculate Cost from Units” field is checked at the Resource Assignment level of the Activity. When the Project is Imported, for Resources Assignments with the Cost Units Linked option marked, the Costs are recalculated based on the Price / Unit. To save a manually entered Cost, uncheck this option.
Note: This problem may also occur if you Export an XER to another person to make updates, and upon Import, the person updating does not Import the Resource data. Then, when the XER is sent back to you, and you Import, Costs on Resources will be missing. |
|
Cause 2: The database being Imported into has a different Price/Unit for the Resources than the database the XER was Exported from. |
|
Cause 3: The Resource Price/Units were entered past 2 decimal places. |
|
Solution 1: Perform the following for each Resource Assignment that was recalculated to 0 before Exporting the Project:
1. Select the Activity and go to View, Show on Bottom, Activity Details.
2. Select the Resources tab.
3. Right click on any Column title in the Resources tab and select Customize Resource Columns.
4. Add the Cost Units Linked in P6.2.1 it is called “Calculate Cost from Units” Column found in the General category.
5. Uncheck the Cost Units Linked in P6.2.1 it is called “Calculate Cost from Units” option.
![]()
If all Resource Assignments need to be changed, consider using the following Activity Resource Assignments level Global Change to make the change on all Resources at once.
THEN Cost Units Linked in P6.2.1 it is called “Calculate Cost from Units” = No
|
|
Solution 2: If the “Cost Units Linked” in P6.2.1 it is called “Calculate Cost from Units” option is marked, the Budgeted Costs will be recalculated in the new database based on the Price/Unit in that database.
To confirm this, see Solution 1 above.
Once that is done, Re-Import the XER file, but Import as a new Project under a different EPS to be able to see the difference. |
|
Solution 3: The Resource Price/Units will import into the destination database to 2 decimals. The Price/Units will need to be updated in the new database to the further decimals in order for the Budgeted Costs to calculate the same. |
|
When importing the XER file, change the Import template so that Resources are set to Update Existing. This will then change the Price/Unit for the Resource definition on your database to match the Price/Unit in the XER file.
Note: This will only change the Price/Unit for Resources where the Resource has not been assigned to any Activities in other Projects. This will not change Price/Unit information for any historical data. We do not overwrite Price/Unit data for existing Assignments during Import with this option.
![]()
|
↧
November 10, 2013, 2:41 pm
| Solution ID: prim24574 |
| Where can I find the complete XER file format specification? |
| Status: Reviewed |
| Version(s): 3.5.1, 4.0, 4.1, 5.0, 6.0, 6.1, 6.2 |
|
Where can I find the complete XER file format specification? |
|
Our application needs to Export data for use in Primavera. |
|
How to create an XER file from scratch? |
|
An external application needs to Export data for use in Primavera. |
|
XER File Spec. |
|
The XER file format specification is Primavera-only proprietary information. Primavera recommends the use of the Primavera API.
The API can both accept & generate XML files. External applications can be written to use the XML Importer and Exporter provided with the Primavera API.
For general Field Mappings. PDFs are available within the Documentation folder of the P6 CD. The following 3 PDFs are available within Technical Documentation\Data Mapping Docs
XERprojects.pdf
XERresources.pdf
XERroles.pdf
|
↧
↧
December 27, 2013, 8:04 am
| Solution ID: prim25823 |
| Double click on any pop-up select screen and double click event will be passed to the underlying screen. |
| Status: Reviewed |
| Version(s): 5.0 |
|
Double click on any pop-up select screen and double click event will be passed to the underlying screen.
For example:
- Import XER file and bring up EPS selection dialog as part of import wizard
- Position where you will click on EPS selection above Cancel button.
- Double click to select EPS and wizard will be cancelled.
|
|
Workaround: Move the selector screen away from the wizard. This position will be stored, so that next time the screen is not near the actionable button |
|
This known problem in Project Management will be corrected in a future release. |
↧
December 27, 2013, 2:32 pm
| Solution ID: prim25881 |
| Error CWRBC-1016-7 call was rejected by callee when importing / exporting |
| Status: Reviewed |
| Version(s): 4.0, 4.1, 5.0, 6.0, 6.1 |
|
Microsoft Project 2003 installed |
|
Microsoft Project 2002 |
|
Error CWRBC-1016-7 call was rejected by callee when importing / exporting an XER file. |
|
Error CWRBC-1016-7 call was rejected by callee when importing / exporting a P3 project. |
|
Error CWRBC-1016-7 call was rejected by callee when importing / exporting an spreadsheet (XLS file). |
|
Event Code LLFRP-0125-1: La llamada fu?rechazada por el destinatario. |
|
Event Code: LA镽P-2871-A: L’appel a 閠?rejet?par l’appel?when importing a MSP file. |
|
Error CWRBC-1016-7 call was rejected by callee when importing / exporting an MPP file
![]()
![]()
|
|
Call was rejected by callee error when importing an MPP file |
|
*****************************************************
* EXCEPTION REPORT *
*****************************************************
Date: 10-Dec-08
Executable: PM.exe
Application: Primavera Project Management
Event Code: CWRBC-1016-7
Message:
Call was rejected by callee
Context:
1: TfrmWizImport.wizImportBeforeShowPage
2: TfrmWizImport.RunImportWizard
3: TfrmMain.actHomeExecute
4: TfrmMain.actFileImportExecute
5: TfrmMain.actProjectsExecute
6: TCFormManager.SetToolbar
7: TCFormManager.SetToolbar
8:
9:
10:
Detail:
Type: EOleSysError
Object Type: TfrmWizard
Components
==========
ORI: ORI Win32 #
ORI/DB: PMDB,0601.0011.0001.0001
IMG: IMG Win32 #1000
System Info
=========== |
|
When exporting project to MPP file receive error: Process completed with errors. See log file for details.
![]()
Error: Exporting Project Data – Call was rejected by callee
![]()
|
|
Microsoft Project 2002/2003 has not been activated. |
|
- Check the Microsoft Project activation status.
- Launch MS-Project.
- Try to enter data.
If the product is not activated, a user will be denied and then the product activation dialog box will display.
MS-Project 2007:
- Click: Help, Activate Product
- If the product is activated, the following will appear: ”This product has already been activated”.
Otherwise, it will guide the user through the activation process.
Disable any Anti-virus applications that are running.
Check machine performance / utilization. (NOTE: Poor performance can cause this, as the error implies the machine is not ready (or too busy) to process the command.)
4. Close Microsoft Outlook and try to import again.
|
↧
December 28, 2013, 9:50 am
| Solution ID: prim25971 |
| Is it possible to "reverse" the effects of a Global Change which has already been committed? |
| Status: Reviewed |
| Version(s): 3.5.1, 4.0, 4.1, 5.0 |
|
Is it possible to “reverse” the effects of a Global Change which has already been committed? |
|
Version 4.1 and earlier do not include an Undo function.
Version 5.0 does include an Undo function, but the effects of a Global Change cannot be reversed with this feature.
Workaround:
1. If you have XER exports of the projects you changed from before the Global Change was applied, these can be re-imported to the database because Global Change can only affect Activities, Activity Resource Assignments or Project Expenses and all this data is exported with an XER.
2. Alternatively, if your IT Services Department take backups of the database periodically, although it is not usually possible to restore just part of a database, you could restore the database to a test system and then export the affected projects in XER format. |
↧
