+ All Categories
Home > Documents > wvOASIS Procurement Part I · implemented after go‐live or not at all 7. Objective 2 wvOASIS...

wvOASIS Procurement Part I · implemented after go‐live or not at all 7. Objective 2 wvOASIS...

Date post: 03-Jul-2020
Category:
Upload: others
View: 3 times
Download: 0 times
Share this document with a friend
59
wvOASIS Procurement Part I Agency Purchasing Conference Lakeview Resort September 2019
Transcript
Page 1: wvOASIS Procurement Part I · implemented after go‐live or not at all 7. Objective 2 wvOASIS Procurement Functionality 8. Procurement Functions –Requisitions, Solicitations, Evaluations

wvOASIS ProcurementPart I

Agency Purchasing ConferenceLakeview ResortSeptember 2019

Page 2: wvOASIS Procurement Part I · implemented after go‐live or not at all 7. Objective 2 wvOASIS Procurement Functionality 8. Procurement Functions –Requisitions, Solicitations, Evaluations

Objectives

1. Upgrade Project Briefing2. wvOASIS Procurement Functionality3. Structure and Role of Commodity Codes4. Commodity‐based Encumbrance and Pre‐

Encumbrance5. Document and Line References6. Publishing a Solicitation7. wvOASIS Cycle Dashboard

2

Page 3: wvOASIS Procurement Part I · implemented after go‐live or not at all 7. Objective 2 wvOASIS Procurement Functionality 8. Procurement Functions –Requisitions, Solicitations, Evaluations

Objective 1

wvOASIS Upgrade Project Briefing

3

Page 4: wvOASIS Procurement Part I · implemented after go‐live or not at all 7. Objective 2 wvOASIS Procurement Functionality 8. Procurement Functions –Requisitions, Solicitations, Evaluations

Project Timeline 

• Upgrading from Version 3.9 to 3.11 

4

Preliminary Financials TimelineDate Activity

Winter 2019 Begin User Acceptance Testing (UAT)

Spring 2020 Deliver End User Training (EUT)

Spring/Summer 2020 Go‐Live

Page 5: wvOASIS Procurement Part I · implemented after go‐live or not at all 7. Objective 2 wvOASIS Procurement Functionality 8. Procurement Functions –Requisitions, Solicitations, Evaluations

New features and functionalities

Most enhancements appear in:• Inventory• Grantor• Procurement • Vendor/VSS

5

Page 6: wvOASIS Procurement Part I · implemented after go‐live or not at all 7. Objective 2 wvOASIS Procurement Functionality 8. Procurement Functions –Requisitions, Solicitations, Evaluations

Biggest Improvement

• New Shopper Page (SHOP) replaces URSRCH, URSRCHMA, and URCATS

• Provides a more conventional Internet shopping experience

• Items found on Shopper can be added to the Shopping Cart and a Checkout feature can be used to generate the ADO or CDO 

6

Page 7: wvOASIS Procurement Part I · implemented after go‐live or not at all 7. Objective 2 wvOASIS Procurement Functionality 8. Procurement Functions –Requisitions, Solicitations, Evaluations

Other Highlights

• Enhanced Catalog• Evaluation Document Improvements • Invoice and Receiver Search (INSRCH /RCSRCH) Improvements

• Solicitation Improvements• Some additional 3.11 enhancements will be implemented after go‐live or not at all

7

Page 8: wvOASIS Procurement Part I · implemented after go‐live or not at all 7. Objective 2 wvOASIS Procurement Functionality 8. Procurement Functions –Requisitions, Solicitations, Evaluations

Objective 2

wvOASIS Procurement Functionality

8

Page 9: wvOASIS Procurement Part I · implemented after go‐live or not at all 7. Objective 2 wvOASIS Procurement Functionality 8. Procurement Functions –Requisitions, Solicitations, Evaluations

Procurement Functions

– Requisitions, Solicitations, Evaluations and Awards–Master Agreements, E‐catalogs– Vendor Registration– Vendor Self‐Service– Inventory Management– Encumbrance– Receiving

9

Page 10: wvOASIS Procurement Part I · implemented after go‐live or not at all 7. Objective 2 wvOASIS Procurement Functionality 8. Procurement Functions –Requisitions, Solicitations, Evaluations

Procurement States• Request is created by a department to purchase commodities and servicesRequisition

• Agency requests bids or proposals from potential vendorsSolicitation

• Vendors respond to bids or proposalsSolicitation Response

• Vendor responses are evaluated and a vendor is selectedEvaluation

• The Contract or Purchase Order is awarded to a vendorAward

• Invoices, Receiving Documents and Change Orders processed against a Contract or Purchase OrderPost Award

10

Page 11: wvOASIS Procurement Part I · implemented after go‐live or not at all 7. Objective 2 wvOASIS Procurement Functionality 8. Procurement Functions –Requisitions, Solicitations, Evaluations

Agency vs Central

• To differentiate between centralized and decentralized transactions, wvOASIS has two versions of most procurement documents 

• Central documents are identified by the prefix C (such as CRQS)

• Decentralized (agency) documents are identified by the prefix A (such as ARQS)

• Workflow is determined based on this designation

11

Page 12: wvOASIS Procurement Part I · implemented after go‐live or not at all 7. Objective 2 wvOASIS Procurement Functionality 8. Procurement Functions –Requisitions, Solicitations, Evaluations

12

Procurement Documents

Procurement State Centralized Decentralized

Requisition CRQS ARQS

Solicitation CRFQ ARFQ

Solicitation Response SR SR

Evaluation EV EV

Award – Purchase Order CPO APO

Award – Contract CCT ACT

Award – Master Agreement CMA AMA

Award – Delivery Order CDO ADO

Page 13: wvOASIS Procurement Part I · implemented after go‐live or not at all 7. Objective 2 wvOASIS Procurement Functionality 8. Procurement Functions –Requisitions, Solicitations, Evaluations

Procurement Types1 Unclassified2 Central Delivery Order3 Central Cancel & Re‐Award4 Central Emergency Purchase5 Central Lease6 Central Lease Purchase7 Central Master Agreement8 Central Purchase Order9 Central Sole Source10 Central Contract ‐ Fixed Amt11 Agency Cancel & ReAward12 Agency Delivery Order13 Agency Emergency Purchase14 Agency Lease15 Agency Lease Purchase16 Agency Master Agreement17 Agency Sole Source18 Agency Contract ‐ Fixed Amt19 Agency Purchase Order20 Piggyback Delivery Order (Ext)21 Piggyback Delivery Order (Int)22 Statewide MA (Open End)23 Request for Information32 Grant Award

13

Page 14: wvOASIS Procurement Part I · implemented after go‐live or not at all 7. Objective 2 wvOASIS Procurement Functionality 8. Procurement Functions –Requisitions, Solicitations, Evaluations

Copy Forward to Process Transactions

14

Page 15: wvOASIS Procurement Part I · implemented after go‐live or not at all 7. Objective 2 wvOASIS Procurement Functionality 8. Procurement Functions –Requisitions, Solicitations, Evaluations

Procurement Folder

• The Procurement Folder provides a central location for buyers and procurement officers to manage a purchase through the life cycle

• Use page code PRCUID in the Jump‐To Box, or• Document Header Related Actions  View Procurement Folder

15

Page 16: wvOASIS Procurement Part I · implemented after go‐live or not at all 7. Objective 2 wvOASIS Procurement Functionality 8. Procurement Functions –Requisitions, Solicitations, Evaluations

PO vs CT

• How to determine if a requisition should result in a purchase order or a contract– A purchase order is a one time purchase that will conclude upon receipt of goods or services and does not contain renewal options

– A contract sets a price for goods or services to be received over a period of time (or term) and usually includes renewal options

16

Page 17: wvOASIS Procurement Part I · implemented after go‐live or not at all 7. Objective 2 wvOASIS Procurement Functionality 8. Procurement Functions –Requisitions, Solicitations, Evaluations

CT vs MA

• What is the difference between a contract and a master agreement?– A contract is used to acquire a defined amount of goods or services over a defined period of time (or term) and encumbers funds

– A master agreement sets pricing for future purchases of goods or services over a defined period of time (or term) and does not encumber funds until a delivery order is processed

17

Page 18: wvOASIS Procurement Part I · implemented after go‐live or not at all 7. Objective 2 wvOASIS Procurement Functionality 8. Procurement Functions –Requisitions, Solicitations, Evaluations

Line Type

• Use line type Item when there is a quantity (defined or estimated), unit and unit price

• Use line type Service when there is a contract amount

• Use line type Catalog when the contract will contain one or more e‐catalogs

• Use line type Discount when using a list price or discounted unit price

18

Page 19: wvOASIS Procurement Part I · implemented after go‐live or not at all 7. Objective 2 wvOASIS Procurement Functionality 8. Procurement Functions –Requisitions, Solicitations, Evaluations

Avoid Quantity of One

• Avoid using a quantity of one on a purchase order unless you know for sure your agency will receive only one invoice for the commodity line

• If you need to allow partial payments, then the quantity needs to be greater than one, or you need to include additional commodity lines  

• Another alternative is to make the commodity line a Service instead of an Item type

19

Page 20: wvOASIS Procurement Part I · implemented after go‐live or not at all 7. Objective 2 wvOASIS Procurement Functionality 8. Procurement Functions –Requisitions, Solicitations, Evaluations

Reporting Fields

• Requisition and award documents have seven reporting fields at the header level– Reporting Field 1 is used to record the solicitation type and is a required field

– Reporting Field 2 is used for third‐party approvals– Reporting Field 4 may be used by agencies at their discretion

• Remaining fields will be assigned by wvOASISin the future

20

Page 21: wvOASIS Procurement Part I · implemented after go‐live or not at all 7. Objective 2 wvOASIS Procurement Functionality 8. Procurement Functions –Requisitions, Solicitations, Evaluations

Third Party Approvals

• Instructions for Third Party Approvals are available on myApps / Enterprise Readiness / Outreach Sessions / Procurement / Updates

• Examples of Third Party Approvals include:– Fleet Management for vehicles– Office of Technology for computer related orders– State Treasurer’s Office for banking services

21

Page 22: wvOASIS Procurement Part I · implemented after go‐live or not at all 7. Objective 2 wvOASIS Procurement Functionality 8. Procurement Functions –Requisitions, Solicitations, Evaluations

myApps Resources

22

Page 23: wvOASIS Procurement Part I · implemented after go‐live or not at all 7. Objective 2 wvOASIS Procurement Functionality 8. Procurement Functions –Requisitions, Solicitations, Evaluations

Objective 3

Structure and Role of Commodity Codes

23

Page 24: wvOASIS Procurement Part I · implemented after go‐live or not at all 7. Objective 2 wvOASIS Procurement Functionality 8. Procurement Functions –Requisitions, Solicitations, Evaluations

Purpose

• Commodity codes are a tool for classifying information

• Commodity codes can be used to manage procurement data

24

Page 25: wvOASIS Procurement Part I · implemented after go‐live or not at all 7. Objective 2 wvOASIS Procurement Functionality 8. Procurement Functions –Requisitions, Solicitations, Evaluations

Commodity Codes Enable

• Two‐ and three‐way matching• Reporting and spend analysis• Bid opportunity alerts and notifications• Inventory control, materials management• Catalog management• Recording of potential Fixed Assets

25

Page 26: wvOASIS Procurement Part I · implemented after go‐live or not at all 7. Objective 2 wvOASIS Procurement Functionality 8. Procurement Functions –Requisitions, Solicitations, Evaluations

UNSPSC

• We use United Nations Standard Products and Services Code (UNSPSC) in wvOASIS

• UNSPSC is a hierarchical standard for classifying products and services 

• UNSPSC was jointly developed by the United Nations Development Program and Dun & Bradstreet

26

Page 27: wvOASIS Procurement Part I · implemented after go‐live or not at all 7. Objective 2 wvOASIS Procurement Functionality 8. Procurement Functions –Requisitions, Solicitations, Evaluations

UNSPSC Hierarchy

• UNSPSC codes are eight digits in length• The codes have a four‐level hierarchy

Segment Family Class Commodity15 10 16 13

27

Page 28: wvOASIS Procurement Part I · implemented after go‐live or not at all 7. Objective 2 wvOASIS Procurement Functionality 8. Procurement Functions –Requisitions, Solicitations, Evaluations

UNSPSC Structure

• The segment number increases as value is added to the product or service. 

• Segment 95 is currently the highest segment.  It includes land, buildings, highways, and infrastructure. 

28

Page 29: wvOASIS Procurement Part I · implemented after go‐live or not at all 7. Objective 2 wvOASIS Procurement Functionality 8. Procurement Functions –Requisitions, Solicitations, Evaluations

Commodity Table

29

Page 30: wvOASIS Procurement Part I · implemented after go‐live or not at all 7. Objective 2 wvOASIS Procurement Functionality 8. Procurement Functions –Requisitions, Solicitations, Evaluations

Wildcards

Use wildcards to improve your search results

30

wvOASIS UNSPSC.org

Page 31: wvOASIS Procurement Part I · implemented after go‐live or not at all 7. Objective 2 wvOASIS Procurement Functionality 8. Procurement Functions –Requisitions, Solicitations, Evaluations

Objective 4

Commodity‐Based Encumbrance and Pre‐Encumbrance

31

Page 32: wvOASIS Procurement Part I · implemented after go‐live or not at all 7. Objective 2 wvOASIS Procurement Functionality 8. Procurement Functions –Requisitions, Solicitations, Evaluations

Encumbrance

• To encumber funds means to set aside or reserve money for a specific purpose

• An encumbrance references a vendor• A pre‐encumbrance may or may not reference a vendor

32

Page 33: wvOASIS Procurement Part I · implemented after go‐live or not at all 7. Objective 2 wvOASIS Procurement Functionality 8. Procurement Functions –Requisitions, Solicitations, Evaluations

Encumbrance Methods

There are two methods to encumber funds in wvOASIS:

1. Accounting‐based documents (GAE, GAP)2. Commodity‐based documents: (*RQS,*PO, *CT,  

*DO)

33

Page 34: wvOASIS Procurement Part I · implemented after go‐live or not at all 7. Objective 2 wvOASIS Procurement Functionality 8. Procurement Functions –Requisitions, Solicitations, Evaluations

Accounting Event Types

Event types control whether the dollar value on accounting lines are encumbered now, or in an out‐year (future fiscal year)

Document Type Non‐Accounting(Out‐Year)

Accounting(Current Year)

RQ PR01 PR02, PR05

PO PR07 PR05

34

Page 35: wvOASIS Procurement Part I · implemented after go‐live or not at all 7. Objective 2 wvOASIS Procurement Functionality 8. Procurement Functions –Requisitions, Solicitations, Evaluations

Crossing Fiscal Years

Accounting Line Fields Current Fiscal YearEncumbered Now

Out‐YearEncumbered After FY Roll

Event Type PR05 (PO) or PR02 (RQ)  PR07 (PO) or PR01 (RQ) 

Reserved Funding No Yes

Budget Fiscal Year 2020 2021, 2022, 2023…

Fiscal Year 2020 2020

35

Page 36: wvOASIS Procurement Part I · implemented after go‐live or not at all 7. Objective 2 wvOASIS Procurement Functionality 8. Procurement Functions –Requisitions, Solicitations, Evaluations

Encumbrance Liquidation

• Do NOT cancel Purchase Orders and Delivery Orders to free up budget (common during the end of the fiscal year)– This can result in confusion to your vendors– This has an adverse effect on reporting

• Instead, agencies should use the appropriate procedure when a remaining encumbrance needs to be liquidated

36

Page 37: wvOASIS Procurement Part I · implemented after go‐live or not at all 7. Objective 2 wvOASIS Procurement Functionality 8. Procurement Functions –Requisitions, Solicitations, Evaluations

Encumbrance Liquidation

• If the scope of work was over‐estimated, process a Change Order to reduce the open amount

• If the item(s) will not be delivered until the new fiscal, an Accounting Adjustment should be processed to move the encumbrance to an out (future) fiscal year

37

Page 38: wvOASIS Procurement Part I · implemented after go‐live or not at all 7. Objective 2 wvOASIS Procurement Functionality 8. Procurement Functions –Requisitions, Solicitations, Evaluations

Encumbrance Liquidation

• If payments were made by GAX or P‐Card without reference to the Purchase Order, use the liquidation instructions provided on myApps / Enterprise Readiness / Outreach Sessions / Financial / Year End Closeout

38

Page 39: wvOASIS Procurement Part I · implemented after go‐live or not at all 7. Objective 2 wvOASIS Procurement Functionality 8. Procurement Functions –Requisitions, Solicitations, Evaluations

AETDC Table

Type Page Code AETDC in the Jump‐To box to view the entire list of event types

39

Page 40: wvOASIS Procurement Part I · implemented after go‐live or not at all 7. Objective 2 wvOASIS Procurement Functionality 8. Procurement Functions –Requisitions, Solicitations, Evaluations

Master Agreements

• As mentioned earlier, Master Agreements are open‐end contracts 

• Therefore, CMA and AMA documents are notencumbered

• Only the CDO and ADO documents are encumbered

40

Page 41: wvOASIS Procurement Part I · implemented after go‐live or not at all 7. Objective 2 wvOASIS Procurement Functionality 8. Procurement Functions –Requisitions, Solicitations, Evaluations

CRQM and ARQM

• The system requires accounting lines on requisitions for Master Agreements (CRQM, ARQM)

• However, there is no downstream benefit• Therefore, use Event Type PR01, Reserved Funding Yes, allow the current BFY to be inferred 

• Leave the Fund Accounting and Detailed Accounting tabs blank 

41

Page 42: wvOASIS Procurement Part I · implemented after go‐live or not at all 7. Objective 2 wvOASIS Procurement Functionality 8. Procurement Functions –Requisitions, Solicitations, Evaluations

CRQM Accounting Line – General Information Tab

42

Page 43: wvOASIS Procurement Part I · implemented after go‐live or not at all 7. Objective 2 wvOASIS Procurement Functionality 8. Procurement Functions –Requisitions, Solicitations, Evaluations

CRQM Accounting Line – Fund Accounting Tab

43

Again, leave the Fund Accounting and Detailed Accounting tabs blank 

Page 44: wvOASIS Procurement Part I · implemented after go‐live or not at all 7. Objective 2 wvOASIS Procurement Functionality 8. Procurement Functions –Requisitions, Solicitations, Evaluations

Maximum Budgeted Amount

• On requisitions in wvOASIS, the Maximum Budgeted Amount field does not pre‐encumber or reserve funds in any way

• It is only used to determine whether negotiations are allowed (when all bids exceed available funds)

44

Page 45: wvOASIS Procurement Part I · implemented after go‐live or not at all 7. Objective 2 wvOASIS Procurement Functionality 8. Procurement Functions –Requisitions, Solicitations, Evaluations

Objective 5

Document and Line References

45

Page 46: wvOASIS Procurement Part I · implemented after go‐live or not at all 7. Objective 2 wvOASIS Procurement Functionality 8. Procurement Functions –Requisitions, Solicitations, Evaluations

Document References

Document references are created when a document is copied forward to create the next document in a chain.  An example would be copying an agency requisition (ARQS) forward to create a solicitation (ARFQ).  

46

Page 47: wvOASIS Procurement Part I · implemented after go‐live or not at all 7. Objective 2 wvOASIS Procurement Functionality 8. Procurement Functions –Requisitions, Solicitations, Evaluations

Line References

• Each commodity line has a Reference tab that identifies a specific commodity line from another document to which it is linked, if any.   

• Likewise, each accounting line has a Reference tab that identifies a specific accounting line from another document to which it is linked, if any.

47

Page 48: wvOASIS Procurement Part I · implemented after go‐live or not at all 7. Objective 2 wvOASIS Procurement Functionality 8. Procurement Functions –Requisitions, Solicitations, Evaluations

Reference Types

• The selection of a reference type determines the action taken against the referenced document line

• The default value for the reference type field varies between different document types and on some document types it is even protected.  

• Certain document types give three choices and others give all four choices.

48

Page 49: wvOASIS Procurement Part I · implemented after go‐live or not at all 7. Objective 2 wvOASIS Procurement Functionality 8. Procurement Functions –Requisitions, Solicitations, Evaluations

Reference Type ChoicesThe Reference Type can have one of the following four options:

1. Memo – When all that is required is a link between the referencing and referenced documents for reporting and research purposes, the memo type is used. It does not perform any common liquidation of the referenced document.

2. Partial – When a referencing document should close only a part of the referenced document, then the partial type is used. This is the default reference type for most situations.

3. Final – When a referencing document should close out the remainder of a referenced document, then the final type is used. Common logic determines this reference type in the situation where the referencing line amount is equal to or greater than the referenced.

4. Inverse – When a referencing document should re‐open a portion of the referenced document, the inverse reference type is used. This reference type is not available on all documents.

49

Page 50: wvOASIS Procurement Part I · implemented after go‐live or not at all 7. Objective 2 wvOASIS Procurement Functionality 8. Procurement Functions –Requisitions, Solicitations, Evaluations

When, When Not

• Line references are needed when the lines on a previous document in the chain need to be fully liquidated or only partially liquidated.

• However, line references are not needed when there is no applicable line on which to take action.  An example would be when a new commodity line is added to a purchase order by copying an existing line.  The line reference is also copied even though the new line may not exist on the referenced  requisition.

50

Page 51: wvOASIS Procurement Part I · implemented after go‐live or not at all 7. Objective 2 wvOASIS Procurement Functionality 8. Procurement Functions –Requisitions, Solicitations, Evaluations

Delivery Order References

• Delivery order references are easy• For CDO and ADO documents, the Reference Type is always Partial on commodity lines and accounting lines  

51

Page 52: wvOASIS Procurement Part I · implemented after go‐live or not at all 7. Objective 2 wvOASIS Procurement Functionality 8. Procurement Functions –Requisitions, Solicitations, Evaluations

Objective 6

Publishing a Solicitation

52

Page 53: wvOASIS Procurement Part I · implemented after go‐live or not at all 7. Objective 2 wvOASIS Procurement Functionality 8. Procurement Functions –Requisitions, Solicitations, Evaluations

Solicitation Publishing

• Establishes critical dates for solicitations– Let Date: The date the solicitation is scheduled to publish to VSS

– Close Date / Time: The deadline established for vendors to respond to a solicitation

– Public Bid Opening Date / Time: The date and time in which the solicitation responses will be opened

• Allows online responses through VSS

53

Page 54: wvOASIS Procurement Part I · implemented after go‐live or not at all 7. Objective 2 wvOASIS Procurement Functionality 8. Procurement Functions –Requisitions, Solicitations, Evaluations

Document Publishing

54

Page 55: wvOASIS Procurement Part I · implemented after go‐live or not at all 7. Objective 2 wvOASIS Procurement Functionality 8. Procurement Functions –Requisitions, Solicitations, Evaluations

Objective 7

wvOASIS Cycle Dashboard

55

Page 56: wvOASIS Procurement Part I · implemented after go‐live or not at all 7. Objective 2 wvOASIS Procurement Functionality 8. Procurement Functions –Requisitions, Solicitations, Evaluations

Cycle Dashboard

• The wvOASIS Cycle Operations Dashboard is an inquiry page on myApps to assist agency purchasers with delegated acquisitions

• When a vendor submits a solicitation response in Vendor Self Service (VSS), the document remains sealed in the VSS electronic lockbox until the solicitation closing date and time are reached

• Then, responses are copied from the lockbox to the procurement folder by a series of synchronizing interfaces known as the VSS Sync Cycle

56

Page 57: wvOASIS Procurement Part I · implemented after go‐live or not at all 7. Objective 2 wvOASIS Procurement Functionality 8. Procurement Functions –Requisitions, Solicitations, Evaluations

wvOASIS Cycle Operations Dashboard

• Use the dashboard to know exactly when the cycle is complete, and when it is appropriate to load the solicitation responses to the EV  

• To refresh the dashboard, click the VSS Cycle Report link located on the left side of the page

57

Page 58: wvOASIS Procurement Part I · implemented after go‐live or not at all 7. Objective 2 wvOASIS Procurement Functionality 8. Procurement Functions –Requisitions, Solicitations, Evaluations

wvOASIS Cycle Operations Dashboard

• The VSS Sync Cycle runs every hour on the half hour throughout the day beginning around 07:30

• The last sync cycle of the day runs around 17:30• Bid closing times are entered and displayed in 24‐hour format   

• Bid closings on the half hour are optimal; 11:30, 14:30, or 15:30, for example.  

• The 12:30 cycle should be avoided because it is used occasionally to perform other technical tasks.        

58

Page 59: wvOASIS Procurement Part I · implemented after go‐live or not at all 7. Objective 2 wvOASIS Procurement Functionality 8. Procurement Functions –Requisitions, Solicitations, Evaluations

Questions

E‐mail: [email protected]: wvOASIS.gov

59

59


Recommended