55
Northwestern University Peg O’Neil & Kathy Tessendorf Session 1014 Tuesday 10:45

Report from the Battle Front

  • Upload
    conor

  • View
    15

  • Download
    0

Embed Size (px)

DESCRIPTION

Report from the Battle Front. (Using PS Workflow on Funding Changes). Northwestern University Peg O’Neil & Kathy Tessendorf Session 1014 Tuesday 10:45. Current Process. Dept person. Accounting. Budget. Funding change request. Payroll Clerk. Other Area. Dept - PowerPoint PPT Presentation

Citation preview

Page 1: Report from the Battle Front

Northwestern University Peg O’Neil & Kathy Tessendorf

Session 1014 Tuesday 10:45

Page 2: Report from the Battle Front

Funding change request

Payroll Clerk

Accounting

Budget

Other Area

PS HRMS

Dept person

School

Approver

Dept

Approver

Page 3: Report from the Battle Front
Page 4: Report from the Battle Front
Page 5: Report from the Battle Front

What we were trying to accomplish

1. Enter changes to HRIS at the level the decisions are made.

2. Reduce paper transactions in Payroll by 4,000.

3. First step in deploying the system down to the School/Department Levels.

4. Entries for funding and journals are done in a more timely basis.

5. Fix funding errors before payroll runs--without paper.

6. Reduce charges to departmental suspense accounts.

Page 6: Report from the Battle Front

•The account being used must be valid.

•The object being used must be valid.

•Before either a funding change OR a journal entry transaction can be accepted, the account must be both:

- Open 'Today’ - Open during the timeframe of the funding or Journal Entry

•Funding should not have a stop date that is BEYOND a position's end date.

•The University has some 'unpaid' positions, which are identified by a unique paygroup. Neither funding changes nor Journal Entries can be created for these positions.

Page 7: Report from the Battle Front

•Retroactive funding change will prompt the user for creation of a Journal Entry.

•Any funding change or journal entry retroactive by more than 90 days will not be accepted by the system. The user must submit paper.

•If the user opts to NOT create a Journal Entry the Payroll Clerk will receive a worklist to verify that a journal entry related to the funding change has indeed been created.

•The Payroll Office will review funding changes only on an exception basis. However, they will review EVERY Journal Entry.

•The department and/or school will review every funding change and Journal Entry.

•Workflow routing is being limited to department/school approvers and the Payroll Office. To simplify the process, we are not incorporating other areas such as Accounting or Budget.

Page 8: Report from the Battle Front
Page 9: Report from the Battle Front

Payroll Clerk

Accounting

Budget

PS HRMS

School

Approver

Dept

Approver

Dept Person

Area

Approver

Page 10: Report from the Battle Front
Page 11: Report from the Battle Front

Hidden fields

Approval is at row level

Hidden fields

Page 12: Report from the Battle Front

PS Workflow

•Maps to help navigate through the system

•Input/Output of data from 3rd party

•Automatic execution of a process.

•Auto creation of worklists to prompt action.

•Emails, pages, EDI, etc.

•Signoffs (Virtual Approval)

Page 13: Report from the Battle Front

Rte Cntl Type(Dept)

(School)(Area)

(Defines prompt table)

Rte Cntl Profile(WCAS School)(Classics Dept)(WCAS Area)

(Sets up values)

Approver Rule Definition(Dept Approval)(Area Approval)

(Defines where to get values to trigger approval process)

Role Definition(Dept Vr Approver)

(School Vr Approver)(Area Approver)(Payroll Clerk)

Role UserName of user

School Vr App WCAS SchoolArea App WCAS Area

Page 14: Report from the Battle Front

Setting up Virtual Approver for Workflow

Step 1) Define Route Control Type

A) DEPT_RTE

B) School_Rte

Rte Cntl Type Rte Cntl Profile

Approver Rule Definition

Role Definition

Role User

Page 15: Report from the Battle Front

Step 2) Define Route Control Profile (uses Route Control Type)

A) School Level Routing: (one of these for each School)

DeptId Ranges>>>

Rte Cntl Type Rte Cntl Profile

Approver Rule Definition

Role Definition

Role User

Page 16: Report from the Battle Front

B) Department Level Routing: (one of these for each Dept)

DeptId Ranges>>>

Rte Cntl Type Rte Cntl Profile

Approver Rule Definition

Role Definition

Role User

Page 17: Report from the Battle Front

C) Area Level Routing: (one of these for each Area)

Area Ranges>>>

Rte Cntl Type Rte Cntl Profile

Approver Rule Definition

Role Definition

Role User

Page 18: Report from the Battle Front

Step 3. Setup a Role Definition 1) Dept Vr Approver

2) School Vr Approver

3) PS delivered: Payroll Clerk, Payroll Administrator

Note>>>>>>

Rte Cntl Type Rte Cntl Profile

Approver Rule Definition

Role Definition

Role User

Page 19: Report from the Battle Front

Step 4 Create Approval Rule Definition

(one of these for each level of Approval)

Rte Cntl Type Rte Cntl Profile

Approver Rule Definition

Role Definition

Role User

Page 20: Report from the Battle Front

Step 4 continued: Steps

Rte Cntl Type Rte Cntl Profile

Approver Rule Definition

Role Definition

Role User

Page 21: Report from the Battle Front

Step 4 continued: Rules

Rte Cntl Type Rte Cntl Profile

Approver Rule Definition

Role Definition

Role User

Page 22: Report from the Battle Front

Step 4 continued: Rules

Rte Cntl Type Rte Cntl Profile

Approver Rule Definition

Role Definition

Role User

Page 23: Report from the Battle Front

Step 4 continued: Activities and Events

Rte Cntl Type Rte Cntl Profile

Approver Rule Definition

Role Definition

Role User

Page 24: Report from the Battle Front

Step 4 continued: Miscellaneous

Rte Cntl Type Rte Cntl Profile

Approver Rule Definition

Role Definition

Role User

Page 25: Report from the Battle Front

Role Rte Activity Dept Vr App Dept Rte NW Extend Funding

Extend Stop DateSchool Vr App School Rte NW Extend Funding

Extend Stop Date Area App Area Rte NW Extend Funding

Extend Stop Date--Area

In APPR_STATUS (on the triggering record) Peoplecode SaveEdit and Workflow will determine which RULE to

use. (Dept Approval or Area Approval).

Approval Rule Definition

Page 26: Report from the Battle Front

Step 5 Assign User to Role A) Add a role to a user

Rte Cntl Type Rte Cntl Profile

Approver Rule Definition

Role Definition

Role User

Page 27: Report from the Battle Front

B) Add a Route Control Profile to a user

Rte Cntl Type Rte Cntl Profile

Approver Rule Definition

Role Definition

Role User

Page 28: Report from the Battle Front

Role User Example

Page 29: Report from the Battle Front
Page 30: Report from the Battle Front

DEPTID DESCR NW_AREA---------- ------------------------------ -------------430300 Otolaryngology 370

Page 31: Report from the Battle Front

DEPTID DESCR NW_AREA---------- ------------------------------ --------------335500 MEAS Chemical Engg 350

ACCT: NW_AREA Dept ------------------ ---------------- ---------0830 300 F610 300 WCAS

Page 32: Report from the Battle Front

The area 300 is for WCAS, MEAS area is 350.

Areas do not match: therefore Area Approval will be used.

Then deparment and school.

Page 33: Report from the Battle Front

This makes the dept/school approval process kick off after the area part is completed.

---->

Page 34: Report from the Battle Front
Page 35: Report from the Battle Front
Page 36: Report from the Battle Front

• What to do if a user makes a data entry error?

• How to route transactions that require Payroll Office review PRIOR to Area/Department/School approval?• How to handle transactions that the user cannot complete because of a Stopper Message?

• How do department/school approvals gets handled when the approver(s) is on vacation?

• What if the funding is not approved by GL time?

• How Will Training Be Handled?

• Preparing for upgrades.

Page 37: Report from the Battle Front

Data Entry Error--After the Fact

•Gray out rows once user leaves panel

•Payroll mgr will NOT have rows Grayed out

•No changes while in approval process

•User will “Deny” the fudning.

•Nightly process will revert to funding of GL

Page 38: Report from the Battle Front

Routing Payroll Reviews

APPR_STATUS FIELD

SaveEdit eventChecks AreaSets up one of these Vr Appr Area

Vr Appr Detp/School

WorkFlow EventIf Recordchanged and FieldChanged

(one of the ones that can cause troubleStop_date,Object_cd,Nw_account...)

Send WL to payroll or payroll mgr(depends of which field)

Else Start Vr ApprEnd

Page 39: Report from the Battle Front

• Paper forms must be filled out.

• Bypassing Workflow.

•Separate Panel

Transactions that cause a Stopper Message?

Page 40: Report from the Battle Front

Approvers are on Vacation.

Page 41: Report from the Battle Front

• Created an audit table.• Copy of the funding table at GL time.• Nightly reverse of ‘D’ rows--with report.• Workflow Administrator will review the report close to GL time.• Before GL, reverse rows not approved to values from backup.• Report showing the previous funding, proposed and audit trail.• The audit allows us to show the complete track of what occurred.

Unapproved Rows at GL Time

Page 42: Report from the Battle Front

Training•Initial Training

Hands on training sessions will be held

to coincide with rollout

Training required before access to panels.

User Guide

•Ongoing Training

Regularly scheduled classes.

User guide

Helpdesk support

Page 43: Report from the Battle Front

DOC...DOC…DOC

•Track all changes•Document Properties of objects•Save copies of Peoplecode

Page 44: Report from the Battle Front

Spreadsheet to track changes to existing system.

Page 45: Report from the Battle Front

Modified New

PanelGroups Tables

Panels Fields

Tables

PeopleCode

Page 46: Report from the Battle Front

NW_POSN_DIST table

APPR_STATUS.FieldChangeAPPR_STATUS.SaveEditAPPR_STATUS.WorkFlowAPPR_ACTION.FieldChangeNW_ACCOUNT.FieldEDitNW_ACCOUNT.SaveEditNW_DIST_START_DT.FieldChangeNW_DIST_START_DT.SaveEditNW_DIST_STOP_DT.FieldChangeNW_DIST_STOP_DT.SaveEditNW_OBJECT_CD.FieldEditNW_OBJECT_CD.SaveEdit

Page 47: Report from the Battle Front

• Area vs Dept and School

•Moving workflow between DBs

•Naming objects

•Educating users on workflow verbage.

•Implementing workflow prior to PS 8.x

Page 48: Report from the Battle Front

Fixing the problem with Area virtual approval

Page 49: Report from the Battle Front

Migrating Workflow between Databases

Create a project in the current project database with all of the panels, panel groups, records, fields, menus that have been altered or created.

Move these objects to the target database.

Build any new records/views.

DMS migrate data related to workflow in the following tables:

Page 50: Report from the Battle Front

•Navigate to WorkFlow Administrator and under the Use Menu, select “WorkFlow System Defaults.” Worklists Active and Email Active must be checked for WorkFlow to work.

•Test DB to see if all parts of workflow were moved.

•This does not move contents of Worklist files. It does move roles and roleuser definitions.

Migrating Workflow between Databases

Page 51: Report from the Battle Front

set log i:\hris\projects_current\workflow\migration\wkflw_move1.log;set output i:\hris\projects_current\workflow\migration\wkflw_move1.dat;remark export all rows from these tables--may be duplicates--okay/ export rte_cntl_type; export rte_cntl_prof; export rte_cntl_hdr; export rte_cntl_ln; export rte_cntl_ruser;

export psroledefn; export rolexlatopr;

export psroleuser;

DMS Scripts to move between Databases

Page 52: Report from the Battle Front

set log i:\hris\projects_current\workflow\migration\wkflw_move2.log;set output i:\hris\projects_current\workflow\migration\wkflw_move2.dat;

remark export only rows for NW /export PSEVENTDEFN where activityname like 'NW%';export PSEVENTROUTE where activityname like 'NW%';export PSMAPEXPR where activityname like 'NW%';export PSMAPFIELD where activityname like 'NW%';export PSMAPRECFIELD where activityname like 'NW%';export PSMAPROLEBIND where activityname like 'NW%';export PSMAPROLENAME where activityname like 'NW%';

export PSACTIVITYDEFN where activityname like 'NW%';export PSACTIVITYDEL where activityname like 'NW%';export PSACTIVITYMAP where activityname like 'NW%';export PSACTIVITYXREF where activityname like 'NW%';export PSSTEPDEFN where activityname like 'NW%';

export appr_rule_field where busprocname like 'NW%';export appr_rule_detl where busprocname like 'NW%';export appr_rule_role where busprocname like 'NW%';export appr_rule_ln where busprocname like 'NW%';export appr_rule_amt where busprocname like 'NW%';export appr_rule_date where busprocname like 'NW%';export appr_rule_hdr where busprocname like 'NW%';export appr_rule_qty where busprocname like 'NW%';

DMS Scripts to move between Databases

Page 53: Report from the Battle Front

Naming Objects in Workflow

•Difficult to change/delete •Name early•Develop naming scheme•Name these with customized prefix Business Process Map--NW_POSN_ FUNDING Business Process--NW_ALTER_FUNDING Activity--NW Extend Funding --NW Update Posn End Date --NW Journal Entry

Page 54: Report from the Battle Front

[email protected] (technical)

[email protected] (functional)

[email protected](functional)

QUESTIONS?

Session 1014 Tuesday 10:45

Northwestern University

Peg O’Neil & Kathy Tessendorf

Page 55: Report from the Battle Front