Project Creation and Processing: Configuration Prerequisites
Before starting to create a project, you must be sure that the system has been configured properly and that all required entities have been created, as described in the following sections.
Enabling the Needed Features
On the Enable/Disable Features (CS100000) form, the Projects feature must be enabled.
Configuring Project Identifiers and the Non-Project Code
The PROJECT segmented key on the Segmented Keys (CS202000) form defines the identifier of the projects. By default, this segmented key specifies that the project identifier is an alphanumeric string of up to 10 characters. For the key, you can define how many segments it is to have, what values may be used, whether these values should be validated, and whether auto-numbering should be used in one of the segments. You can also divide item identifiers into segments with specific values. For more information on configuring segmented keys, see Segmented Identifiers.
The PROJECT segmented key also defines the format of the non-project code, which is specified in transactions, documents, and document lines that are not related to any project. For convenience, the non-project code should be distinctly different from project IDs and should be short, such as the single character X, which is used by default.
If the PROJECT segmented key contains a validated segment (or multiple validated segments), the length of the non-project code should cover all the validated segments—that is, the values of the validated segments should be specified in the validated positions of the segmented key.
For example, suppose the PROJECT segmented key, XXXYYY, consists of two segments, XXX and YYY, and YYY segment is validated. In the Non-Project Code box, you should specify all three symbols of the first segment (XXX, which is not validated) so that the second validated segment can be entered in the validated position. That is, if 001 is a valid value of the YYY segment, the PRJ001 code is valid, but P001 is invalid.
Configuring the System
Before you enter any new project, you must ensure that the following are configured:
- On the Projects Preferences (PM101000) form, the basic project accounting settings have been specified: numbering sequences, non-project code, visibility settings, and posting settings. The actual combination of settings you need to specify depends on the processes in your organization and on the features enabled on the Enable/Disable Features (CS100000) form. For an example of specifying basic project settings, see Basic Project Configuration: Implementation Activity.
- Optional: An approval workflow has been configured for projects. For details, see Approval Configuration: General Information and Specific Approvals: Projects, Project-Related Documents, and Time Activities.
- On the Account Groups (PM201000) form, the account groups that will be used in the project have been created and the GL accounts to be used in projects and project-related documents have been mapped to the appropriate account groups. Account groups make it possible to transfer financial and non-financial information between project management forms and other functional areas by associating any transactions posted in other areas with the related project. For an example of configuring an account group, see Account Groups: General Information.
- On the Billing Rules (PM207000) form, each billing rule that you will assign to a project task has been created. These rules define which transactions should be used for billing and which accounts should be used to record the transactions that are generated in the billing process. For details, see Billing Rules: General Information.
- Optional: On the Rate Table Codes (PM204200) form, each rate table code that you will assign to a project task has been created, and the rate table has been configured on the Rate Tables (PM206000) form. The rate tables define pricing models in which price may differ depending on different sets of factors. For details, see Billing Rates: General Information.
- Optional: On the Allocation Rules (PM207500) form, each allocation rule that you will assign to a project task has been created. If your project uses a complex cost accrual model, you must specify appropriate allocation rules to correctly track project expenditures and future revenues. For examples of defining allocation rules, see WIP Labor Costs in Cost-Plus Projects: Implementation Activity and WIP Labor Costs in Fixed-Price Projects: Implementation Activity.