48
1 Confidential Structuring Software Sales Transactions for Optimal Revenue Recognition Jeffrey Werner, Werner Consulting Group April 22, 2014 © 2014 Tensoft All Rights Reserved. 1

Structuring Software Sales Transactions for Optimal Revenue Recognition

Embed Size (px)

DESCRIPTION

This presentation shows how a high tech company can plan production in synch with finance and sales to reach target numbers and better serve customers. Posted with permission from Jeffrey Warner of Werner Consulting Group who presented on this topic in April 2014.

Citation preview

Page 1: Structuring Software Sales Transactions for Optimal Revenue Recognition

1

Confidential

Structuring Software Sales Transactions for Optimal Revenue Recognition

Jeffrey Werner, Werner Consulting Group

April 22, 2014

© 2014 Tensoft All Rights Reserved. 1

Page 2: Structuring Software Sales Transactions for Optimal Revenue Recognition

2

Confidential

Welcome to Today’s Event

Caprice Murray, Tensoft

© 2014 Tensoft All Rights Reserved. 2

Page 3: Structuring Software Sales Transactions for Optimal Revenue Recognition

3

3Confidential

• Submit questions any time using the “Question and Answer” pane.

• CPE certificates will be emailed to everyone who is eligible by end of business on Friday 4/25.

• Submit questions after the webcast to Jeffrey Werner, [email protected], or to Caprice Murray, [email protected].

Webcast

Briefing

© 2014 Tensoft All Rights Reserved.

Page 4: Structuring Software Sales Transactions for Optimal Revenue Recognition

4

4Confidential

Tensoft, Inc.

●Business software solutions provider

●Focus on technology companies

●Software for revenue management (RCM)

Tensoft RCM Product Line

●Complete revenue management suite

●Billing management for contracts

●Business model transaction flow support

●Visibility, Productivity, Compliance

About Tensoft

© 2014 Tensoft All Rights Reserved.

Page 5: Structuring Software Sales Transactions for Optimal Revenue Recognition

5

Confidential

Tensoft RCM Revenue Management

Sales Transaction

• Generated based on Go-To-Market Model

Revenue Agreement

• Workflow / policy for document type

• Revenue fair value allocation

• Revenue Rules

Revenue Recognition and Analysis Processes

Sponsored by Tensoft, Inc. www.tensoft.com

Page 6: Structuring Software Sales Transactions for Optimal Revenue Recognition

6

Confidential

Tensoft RDM Process Flow

© 2014 Tensoft All Rights Reserved.

RevenueRevenueRevenueRevenueEngineEngineEngineEngine

Reporting and Analytics

Revenue Rules

DeterminedValuation

SalesTransaction

DocumentFlow

RevenueSub-Ledger

RCM Contract

ERP Document

Website or CRM

To ERP

Page 7: Structuring Software Sales Transactions for Optimal Revenue Recognition

7

Confidential

Today’s Presenter:Jeffrey Werner, Werner Consulting Group

© 2014 Tensoft All Rights Reserved. 7

Page 8: Structuring Software Sales Transactions for Optimal Revenue Recognition

8

8

Introduction to Werner Consulting Group

Jeffrey Werner

Werner Consulting Group

Revenue Recognition Consulting

Since 2001

Background

• Senior Manager KPMG 1987 - 1998

• VP Finance TelePost 1998 - 2000

• CFO Antrim Design 2000 - 2001

Page 9: Structuring Software Sales Transactions for Optimal Revenue Recognition

9

9

Introduction to Werner Consulting Group

Revenue Recognition Services Include: • Pre-Contract Negotiations and Deal Structuring

• Post-Contract Review, Analysis and Accounting

• Best Practices Implementation• VSOE Studies and Analysis

• Customized Training Classes

• Revenue Recognition Technical Research and Whitepapers• Revenue Recognition Policy Implementation and Improvement

• Peak Demand Contract Review

• Revenue Management Outsourcing• Audit Assistance

• Revenue Management Software Implementation

• New Revenue Standard Impact Analysis and Training

Page 10: Structuring Software Sales Transactions for Optimal Revenue Recognition

10

10

Revenue Recognition Class

Revenue Recognition for Technology

Companies Webcast

Tuesday May 13 Part One

9 am – 12:30 pm PDT

Thursday May 15 Part Two

9 am – 12:30 pm PDT

CPE Credit

Pay per attendance

Registration and details soon

Page 11: Structuring Software Sales Transactions for Optimal Revenue Recognition

11

11

Revenue Recognition Class

Revenue Recognition

Agenda Day One

• General Principles of Revenue Recognition

• Multiple Element Arrangements

• VSOE

• Software Revenue Recognition

• Services and Contract Accounting

Page 12: Structuring Software Sales Transactions for Optimal Revenue Recognition

12

12

Revenue Recognition Class

Revenue Recognition

Agenda Day Two

• Review - General Principles

• Services Contract Accounting

• Relative Selling Price Method (EITF 08-1)

• Cloud Computing (SaaS)

• FASB IASB Revenue Project

Page 13: Structuring Software Sales Transactions for Optimal Revenue Recognition

13

13

Software Sales Outline

• Introduction

• Optimal Revenue Recognition

• Business Model and Desired Outcomes

• Software Revenue Recognition Residual Method

• Importance of VSOE

• Significant Contract Terms

• Troublesome Terms and Issues

• Services and Software

• Software in Combination with Other Elements

Page 14: Structuring Software Sales Transactions for Optimal Revenue Recognition

14

14

What is Optimal Revenue Recognition?

Different Objectives and Business Models

• Maximum upfront Revenue Recognition

• Ratable Revenue Recognition

• Flexibility

Page 15: Structuring Software Sales Transactions for Optimal Revenue Recognition

15

15

Best Practices

Best Business Practices

• Knowledgeable Revenue and Sales Teams

• Standard Contracts

• Revenue Deal Desk for Pre-Deal Review

Page 16: Structuring Software Sales Transactions for Optimal Revenue Recognition

16

16

Software Business Models

• Perpetual Licenses with Support and Services

• Term Licenses

• Subscriptions

• Cloud Software – SaaS -Software as a Service

Page 17: Structuring Software Sales Transactions for Optimal Revenue Recognition

17

17

What To Do / What to Avoid

First Step

• Determine if the transaction or business model is

under software revenue recognition or services

(SaaS and Cloud)

• Software – license and deliver software

– Residual Method of Revenue Recognition

• SaaS / Cloud – provide access to the software as a

service

– Relative Selling Price Method

Page 18: Structuring Software Sales Transactions for Optimal Revenue Recognition

18

18

What To Do / What to Avoid

What To Do

• Clear Understandable Contract Terms

• Clear Pricing

• Consistent Pricing for VSOE

• Establish and Maintain VSOE

• Price Support as % of Net License Fee

• Understand Revenue Recognition

• Deal Review before Signing

Page 19: Structuring Software Sales Transactions for Optimal Revenue Recognition

19

19

What To Do / What to Avoid

What To Avoid

• UnClear Contract Terms

• UnClear Pricing

• Variable Pricing

• Lack of VSOE

• Price Support as % of List

• Future Obligations without VSOE

• Troublesome Terms and Issues

Page 20: Structuring Software Sales Transactions for Optimal Revenue Recognition

20

20

General Principles of Revenue Recognition

All Four Principles must be met to recognize revenue

• Persuasive Evidence of an arrangement exists

• Delivery or Performance has occurred

• The fee is fixed and determinable

• Collectability is probable

• Easy to Remember – C D E F

Page 21: Structuring Software Sales Transactions for Optimal Revenue Recognition

21

21

Residual Method

Residual Method

– Defer the full value of undelivered elements using Vendor Specific Objective Evidence (VSOE)

– Allocate the remaining value or residual to the delivered elements

Page 22: Structuring Software Sales Transactions for Optimal Revenue Recognition

22

22

Residual Method

Residual Method

– Applies all discount to delivered elements• Generally backloads revenue

– Without VSOE • Revenue recognition is ratable

or

• Revenue Deferred until elements without VSOE are delivered

Page 23: Structuring Software Sales Transactions for Optimal Revenue Recognition

23

23

Importance of VSOE

Vendor Specific Objective Evidence

VSOE is the value of an element when sold separately

The contract value may not be VSOE

VSOE Established by Analysis of Historical Stand Alone Transactions

Page 24: Structuring Software Sales Transactions for Optimal Revenue Recognition

24

24

Importance of VSOE

VSOE is critical in multiple element arrangements

Lack of VSOE results in deferral of revenue until the last element is delivered or ratable recognition over a period of time

Discounts applied to delivered elements

Undelivered elements deferred at full VSOE

Page 25: Structuring Software Sales Transactions for Optimal Revenue Recognition

25

25

Importance of VSOE

– A software license sold with maintenance is

considered two elements and therefore not sold separately

– Few software companies are able to

demonstrate enough consistent software

transactions sold separately to have VSOE for

software

Page 26: Structuring Software Sales Transactions for Optimal Revenue Recognition

26

26

Importance of VSOE

VSOE - the value of an element sold separately

– Services are often times sold independently of

a product or software license – allowing us to

determine our ‘fair value’ of those services.

– Maintenance/Support VSOE can be

established by a stated renewal rate in the

contract as long as it is substantive and

generally consistent with overall maintenance pricing

Page 27: Structuring Software Sales Transactions for Optimal Revenue Recognition

27

27

Contract Terms

Importance of Clear and Comprehensive Contracts

All Terms Defined and Considered

Don’t’ leave out Anything Necessary to do the Accounting or enhance revenue

Page 28: Structuring Software Sales Transactions for Optimal Revenue Recognition

28

28

Contract Terms

General License Terms - basics– Contract Date / Effective Date

– Signature date

– Pricing of Elements

– Payment Terms

– Intellectual Property

– Indemnification

– Page #s

– Definitions

Page 29: Structuring Software Sales Transactions for Optimal Revenue Recognition

29

29

Contract Terms

License Contract Terms– Name and nature of software

– License Fees

– Delivery Method and Terms

– Contract Date / Effective Date

– Future discounts and pricing

– Future Obligations

– Clear Pricing and Calculation of Fees

– Discounts – specific items vs invoice

Page 30: Structuring Software Sales Transactions for Optimal Revenue Recognition

30

30

Contract Terms

Support Contract Terms– Support Fees

– Support Terms

– Support Start and End Dates

– Support Levels – 24 x 7, 5 x 8, Worldwide

– Support Renewal Process

– Support Pricing – % of Net License Fee

– Discounts – specific items vs invoice

Page 31: Structuring Software Sales Transactions for Optimal Revenue Recognition

31

31

Troublesome Terms and Issues

– Elements without VSOE

– Undelivered Elements

– Specified Deliverables

– Unclear Terms / Conflicting Terms

– Variable pricing

– Rebates and Credits

– “Free” items

– Concessions

Page 32: Structuring Software Sales Transactions for Optimal Revenue Recognition

32

32

Troublesome Terms and Issues

– Lapsed Support

– Service Levels and Other Penalties

– Acceptance

– Future Obligations

– Linked Contracts

– Sunset Provisions

Page 33: Structuring Software Sales Transactions for Optimal Revenue Recognition

33

33

Linked Contracts

• Linked Contracts - Multiple transactions with a Customer in a short time period

– Can be considered one contract for accounting

– An element without VSOE in one contract can effect other contracts with same customer

– All related contracts must be complete and signed for any revenue to be recognized

– Services SOW referenced or negotiated or being negotiated within the similar timeframe as the license could be considered a related contract

– All related contracts must be executed for any to be valid

Page 34: Structuring Software Sales Transactions for Optimal Revenue Recognition

34

34

Linked Contracts

• The negotiations are conducted jointly for a single project.

• The separate contracts require delivery of the same product(s) or service(s)

• The separate contracts relate to the delivery of the same product(s) or service(s) to multiple customer locations

• The contracts were negotiated in contemplation of one another

Page 35: Structuring Software Sales Transactions for Optimal Revenue Recognition

35

35

Linked Contracts

• The contracts are negotiated or executed within a short time frame

• The elements are closely interrelated or interdependent

• The fee for one or more contracts or agreements is related to another

• One or more elements are essential to the functionality of another contract

• Payment terms under one contract coincide with performance criteria of another

Page 36: Structuring Software Sales Transactions for Optimal Revenue Recognition

36

36

Services And Software

Service Contract Issues

• Time and Materials

• Fixed Fees

• Statements of Work (SOWs)

• Essential to Functionality

• Funded Research & Development

Page 37: Structuring Software Sales Transactions for Optimal Revenue Recognition

37

37

Multiple Element Arrangements

Multiple Element Arrangements (MEA) - more than one element in a single transaction

– Software

– Tangible Product

– Support and Maintenance

– Installation

– Services Training and Consulting

– Future discounts and pricing

Page 38: Structuring Software Sales Transactions for Optimal Revenue Recognition

38

38

Software and Other Elements

• With only Software Related Elements

• With Tangible Elements

Page 39: Structuring Software Sales Transactions for Optimal Revenue Recognition

39

39

Software and Other Elements

With only Software Related Elements

• Apply Residual Method

• VSOE

• Carve-outs

Page 40: Structuring Software Sales Transactions for Optimal Revenue Recognition

40

40

Software and Other Elements

With Tangible Elements

– Use Relative Selling Price Method to Allocate

Revenue

– Follow Software Revenue Recognition

– Still need VSOE for software undelivered

elements

Page 41: Structuring Software Sales Transactions for Optimal Revenue Recognition

41

41

Cloud or SaaS

Cloud and SaaS Arrangements without Software Licenses

– Use Relative Selling Price Method to Allocate

Revenue

– Individual Elements Need Stand Alone Value

– ESP instead of VSOE

– Essential and Non-Essential Elements

Page 42: Structuring Software Sales Transactions for Optimal Revenue Recognition

42

42

New Revenue Standard

The Future of Revenue Recognition and the Revenue Recognition of the Future

– New standard from FASB & IASB

– Changes basic principles of revenue

recognition

– Applicable to all revenue contracts

– Becomes effective in 2017 but requires two or

three year presentation in first year

Page 43: Structuring Software Sales Transactions for Optimal Revenue Recognition

43

43

Conclusion

• Introduction

• Optimal Revenue Recognition

• Business Model and Desired Outcomes

• Software Revenue Recognition Residual Method

• Importance of VSOE

• Significant Contract Terms

• Troublesome Terms and Issues

• Services and Software

• Software in Combination with Other Elements

Page 44: Structuring Software Sales Transactions for Optimal Revenue Recognition

44

44

Revenue Recognition Class

Revenue Recognition for Technology

Companies Webcast

Tuesday May 13 Part One

9 am – 12:30 pm PDT

Thursday May 15 Part Two

9 am – 12:30 pm PDT

CPE Credit

Pay per attendance

Registration and details soon

Page 45: Structuring Software Sales Transactions for Optimal Revenue Recognition

45

45

Revenue Recognition Class

Revenue Recognition

Agenda Day One

• General Principles of Revenue Recognition

• Multiple Element Arrangements

• VSOE

• Software Revenue Recognition

• Services and Contract Accounting

Page 46: Structuring Software Sales Transactions for Optimal Revenue Recognition

46

46

Revenue Recognition Class

Revenue Recognition

Agenda Day Two

• Review - General Principles

• Services Contract Accounting

• Relative Selling Price Method (EITF 08-1)

• Cloud Computing (SaaS)

• Other Rev Rec Issues

• FASB IASB Revenue Project

Page 47: Structuring Software Sales Transactions for Optimal Revenue Recognition

47

Additional questions or comments?

Please contact:

Jeffrey Werner

Email [email protected]

Werner Consulting Group

Revenue Recognition Consultant

Sponsored by Tensoft, Inc. www.tensoft.com

Page 48: Structuring Software Sales Transactions for Optimal Revenue Recognition

48

Structuring Software Sales Transactions for Optimal Revenue Recognition

Thanks for Joining Us today

48