Beruflich Dokumente
Kultur Dokumente
• Definition
– Global Decentralized Requisitioners, Buyers, and Data Entry
– Global Supervisory Hierarchies
• Challenge Description
– Global Data Entry and Validation
– 14 Fluctuating Currencies => Maintain Validation/Approval Limits
– One operating unit and set of books for each country
– Limited Supervisors with Approval Rights in some Sets of Books
– Standard Hierarchy uses Set of Books and $ Limits
– Validations on Multicurrency for Form Fields (Bid Checklist etc.)
– Set of books functional currencies of AUD and USD
Challenge #1:
Global Decentralized Purchasing: Set of Books
GBL
Cur: USD
Cm Global Consolidation
GL Balances Only
INTL
USA Cur: USD
Cur: USD
CM Intl Consolidation
Carnegie Mellon GL Balances Only
GL, AR, AP, PO, GM, LD, IE
QAR AUS
Cur: USD Cur: AUD
CM Qatar CM Australia
GL, AR, AP, PO, LD, IE GL, AR, AP, PO, LD, IE
Challenge #1:
Global Decentralized Purchasing and Approvals
• Definition
– Maintain Compliance with the approved purchasing system
• Challenge Description
– Show due diligence and the use of procedures for audit purposes
• Federal organizations (DCAA, ONR, IRS)
• External Audit Organizations (PWC)
• Internal Audit (University Audit Services)
– Automate Buyers Matrix
• Compliance rules dictate that approvers outside of standard hierarchy
review certain types of purchases.
• Buyer Actions Matrix
Challenge #2:
Compliance and Custom Centralized Approvals
Challenge #2:
Compliance and Custom Centralized Approvals
• Benefits of Fix
– Compliance
– Automated routing of PO’s (was a full time job)
– Flexibility as functional resources are able to maintain approval
structure and implement business routing rules for approval within
the application structure.
– Maintenance minimal as we limited ‘hard coding’ by leveraging AOL
Challenge #3:
Multi-Currencies
• Definition
– One operating unit and set of books for each country
– Functional Currencies of AUD and USD
– Multi-Currencies
• Challenge Description
– Fluctuating Currencies => Maintain Approval Limits
– 3 SOB with 14 Currencies into One Global PO Approval Workflow
• Limitation of Oracle ‘Seeded”
– Details on How Seeded Process Works
Challenge #3:
Multi-Currencies
• Gambling anyone?
Extended Seeded PO Approval Workflow
• “Abstracted” Workflow
Start
Customization/Approval Checkpoints
Supervisory Approval Groups
End
CMU PO Approval Workflow
CMU PO Approval Workflow
PO Approval Top Level CMU extension -- Workflow Builder Diagram
Final Appoval
Reject Seeded Supervisor
CMU Set Instance
URL
Wait Approval Not Needed
Approve
Hierarchy Approval
Set PO Status to
Pre-Approved No
Timeout
Yes Activity Performed
CMU Set Action
History
Activity Performed
Yes No Yes Yes Valid Action Yes Activity Performed Activity Performed Activity Performed
Can Owner Verify Approval Is Forward To Reserve Before Retroactive Update Approve PO Get Preparer PO Approved Launch Processes to Raise Change Event Send Supp Raise Send PO Print Document Fax Document Email PO Noop And End (Approved)
CMU Set Line Approve? Authority provided? Approve Invoiced Notification Attribute Notify Temp Labor 2 Communication for Event Process Process
Details Equal <Default> Releases/ Std POs. Requesters Retroactively
Passed Verification No changed releases <Any>
No
No Yes Valid Action Reject Valid Action Activity Performed Wants to Consume Noop
Return PO to Is Forward-To User Forward PO Notify Approver Reject PO Get Preparer PO Rejected Raise Change Event End (Rejected) When Req Demand
Submitter Name Valid? Notification Attribute 3 background_flag=Y,
Wait for Background Yes <Default>
Invalid Action Process
Activity Performed Invalid Action
• Jamie Christner
– Carnegie Mellon University
– Manager, Financial Systems
– jc5v@andrew.cmu.edu
• Carol Rigdon
– Carnegie Mellon University
– Principal Software Engineer, Administrative Computing and Financial
Systems
– Carol.rigdon@cmu.edu
Questions ???