-
This process updates the team, assignment and timesheet roles with the primary role where they do not match. This way, the PM can push all roles to team and assignment for that project before they do a cost plan. -
This is an automation to adjust the cost in financials (WIP) based on the standard weekly hours for salaried (Exempt) personnel. The process adjusts only the cost in WIP where the hours per week that are posted for a resource are more than the standard work week. The Posted hours in the timesheet and in WIP remain untouched. For the process to calculate correctly, all time in a given week needs to be accounted for, including all non-project time. The process has three input parameters as explained below:- wkStdHour: Standard Weekly Hours; this can be changed in the process gel script. The parameter is based on the organization standard work week. The default is set to 40 hours.
- xogBatchSize: The XOG batch size. This is used to upload data in batches to avoid high memory and performance issues. The default batch size is set to 50 records.
- username: The resource name that the process uses for uploading data. The default is set to admin.
- It will process all the timesheets in posted state provided the timesheet has not been adjusted earlier by this process and there are no pending transactions to be posted for it. Validation is made based on Notes field, which is populated once adjustment is done by the process.
- Notes field should not be modified in Script nor should be worked upon by any other process.
- All the invalid transactions should be cleared and post to WIP should be finished with no pending records.
-
The Project Compliance Stalker – PM sends an email to Project Managers (and also their managers if so desired) at a set interval to alert them to project compliance issues. Areas of compliance that are reviewed include: stale project tasks (stale = past due date), late issues and risks (past due date) and late status reports. -
The Enhanced Time Tracking Stalker – Resource workflow process is used to notify resources who failed to submit a timesheet for the prior time period they must take action. The workflow checks for active resources (by using the hire and termination dates, their track mode and that they are open for time entry). Each resource who meet the criteria receives an email asking them to submit their outstanding timesheet(s). The email includes a table that contains this information: time period, timesheet status and any hours currently saved on the timesheet. All outstanding timesheets are included in the table with links to the timesheet in the Modern User Experience side of Clarity. This process helps to ensure the timely submission of timesheets. -
The Timesheet Approval - RM and PM process is an auto-start process that begins once the resource submits his or her timesheet. This process provides a checks-and-balances style to ensure that all resources entering time have entered the 40 hours. Once the timesheet is submitted, the process will lock the user’s timesheet to prevent editing. The process will then select the next action based on three different factors:- The timesheet has less than 40 hours.
- The timesheet has 40 or more hours.
- The resource’s availability is less than 8hrs/day.
-
The Grant Project Edit Rights workflow process allows a project manager to grant project edit rights to another user without contacting an administrator. The workflow uses the Out-of-the-box field for Business Owner. The script starts when the field is updated. It will assign project edit rights to whichever user is added to the Business Owner field. This process can be modified to grant project edit rights to any user within a project field. -
Is there a way to simplify time tracking? Time is a function 90% of companies use. What are ways to have time be less of a burden to users? How can you minimize the negative perception? This session will discuss options within CA PPM or outside CA PPM to make time tracking less of a burden for all. -
Course Description: Are you struggling to implement Agile tools at your organization alongside Clarity PPM? This class will review best practices for implementing Agile tools in conjunction with Clarity PPM while living in a bimodal world. We will discuss how Clarity PPM can govern both types of work and teams and how Agile tools should interface with Clarity PPM. -
Are you starting a resource management implementation, or do you want to compare how you are using these functions vs. others or best practices? In this class we will discuss some best practices from successful customers. -
By its very nature, the shift to Product Funding is going to require that tracking of that funding. Agile tools do not have much, if any, financial capabilities, so it is important to create an eco-system that can support this value stream—from funding, through delivery, and finally to tracking the realization of financial value. Learn how Rally and Clarity PPM do this very well together. -
The Global Action Items portlet will help users and clarity admins to keep track of action items in the CA PPM system. This is useful to keep track of Timesheet Approval through Action Item or any other Action Item related workflows. The portlet displays Name, Type Assignee, Created by, Due Date, Health and Status of the Action Items as default columns. The portlet provides Project, Project Manager, Project OBS, Assignee, Status and Due Dates of the Action Items as default filters. -
The Invalid Transactions portlet displays all of the transactions that did/will not post in Clarity. The benefit of this portlet is that you can use the filter to select a specific project, resource, or error to display all transactions associated to your selection. There are several reasons a transaction may fail to post such as inactive resource, no location or inactive location selected on the Financial sub-page, project on hold, etc. To resolve the error, the user must go into the project or resource and make the noted change. Once all corrections are complete, the Post Transactions to Financials job must be run to evaluate the corrected WIP transactions to be sure the data is now complete and accurate. If additional incorrect data is found, the transaction will fail to post again and the new error/reason will display.
Copyright 2023 • Rego Consulting Corporation • Privacy Policy