Adobe 2014 Annual Report Download - page 67

Download and view the complete annual report

Please find page 67 of the 2014 Adobe annual report below. You can navigate through the pages in the report by either clicking on the pages listed below, or by using the keyword search tool below to find specific information within the annual report.

Page out of 121

  • 1
  • 2
  • 3
  • 4
  • 5
  • 6
  • 7
  • 8
  • 9
  • 10
  • 11
  • 12
  • 13
  • 14
  • 15
  • 16
  • 17
  • 18
  • 19
  • 20
  • 21
  • 22
  • 23
  • 24
  • 25
  • 26
  • 27
  • 28
  • 29
  • 30
  • 31
  • 32
  • 33
  • 34
  • 35
  • 36
  • 37
  • 38
  • 39
  • 40
  • 41
  • 42
  • 43
  • 44
  • 45
  • 46
  • 47
  • 48
  • 49
  • 50
  • 51
  • 52
  • 53
  • 54
  • 55
  • 56
  • 57
  • 58
  • 59
  • 60
  • 61
  • 62
  • 63
  • 64
  • 65
  • 66
  • 67
  • 68
  • 69
  • 70
  • 71
  • 72
  • 73
  • 74
  • 75
  • 76
  • 77
  • 78
  • 79
  • 80
  • 81
  • 82
  • 83
  • 84
  • 85
  • 86
  • 87
  • 88
  • 89
  • 90
  • 91
  • 92
  • 93
  • 94
  • 95
  • 96
  • 97
  • 98
  • 99
  • 100
  • 101
  • 102
  • 103
  • 104
  • 105
  • 106
  • 107
  • 108
  • 109
  • 110
  • 111
  • 112
  • 113
  • 114
  • 115
  • 116
  • 117
  • 118
  • 119
  • 120
  • 121

ADOBE SYSTEMS INCORPORATED
NOTES TO CONSOLIDATED FINANCIAL STATEMENTS (Continued)
67
Multiple Element Arrangements
We enter into multiple element revenue arrangements in which a customer may purchase a combination of software, upgrades,
maintenance and support, hosted services, and consulting.
For our software and software-related multiple element arrangements, we must: (1) determine whether and when each
element has been delivered; (2) determine whether undelivered products or services are essential to the functionality of the delivered
products and services; (3) determine the fair value of each undelivered element using vendor-specific objective evidence (“VSOE”),
and (4) allocate the total price among the various elements. VSOE of fair value is used to allocate a portion of the price to the
undelivered elements and the residual method is used to allocate the remaining portion to the delivered elements. Absent VSOE,
revenue is deferred until the earlier of the point at which VSOE of fair value exists for any undelivered element or until all elements
of the arrangement have been delivered. However, if the only undelivered element is maintenance and support, the entire
arrangement fee is recognized ratably over the performance period. Changes in assumptions or judgments or changes to the elements
in a software arrangement could cause a material increase or decrease in the amount of revenue that we report in a particular period.
We determine VSOE for each element based on historical stand-alone sales to third parties or from the stated renewal rate
for the elements contained in the initial arrangement. In determining VSOE, we require that a substantial majority of the selling
prices for a product or service fall within a reasonably narrow pricing range.
We have established VSOE for our software maintenance and support services, custom software development services,
consulting services and training, when such services are sold optionally with software licenses.
For multiple-element arrangements containing our non-software services, we must: (1) determine whether and when each
element has been delivered; (2) determine the fair value of each element using the selling price hierarchy of VSOE of selling price,
third-party evidence (“TPE”) of selling price or best-estimated selling price (“BESP”), as applicable; and (3) allocate the total
price among the various elements based on the relative selling price method.
For multiple-element arrangements that contain both software and non-software elements, we allocate revenue to software
or software-related elements as a group and any non-software elements separately based on the selling price hierarchy. We determine
the selling price for each deliverable using VSOE of selling price, if it exists, or TPE of selling price. If neither VSOE nor TPE
of selling price exist for a deliverable, we use BESP. Once revenue is allocated to software or software-related elements as a group,
we recognize revenue in conformance with software revenue accounting guidance. Revenue is recognized when revenue recognition
criteria are met for each element.
We are generally unable to establish VSOE or TPE for non-software elements and as such, we use BESP. BESP is generally
used for offerings that are not typically sold on a stand-alone basis or for new or highly customized offerings. We determine BESP
for a product or service by considering multiple factors including, but not limited to major product groupings, geographies, market
conditions, competitive landscape, internal costs, gross margin objectives and pricing practices. Pricing practices taken into
consideration include historic contractually stated prices, volume discounts where applicable and our price lists. We must estimate
certain royalty revenue amounts due to the timing of securing information from our customers. While we believe we can make
reliable estimates regarding these matters, these estimates are inherently subjective. Accordingly, our assumptions and judgments
regarding future products and services as well as our estimates of royalty revenue could differ from actual events, thus materially
impacting our financial position and results of operations.
Product Revenue
We recognize our product revenue upon shipment, provided all other revenue recognition criteria have been met. Our desktop
application product revenue from distributors is subject to agreements allowing limited rights of return, rebates and price protection.
Our direct sales and OEM sales are also subject to limited rights of return. Accordingly, we reduce revenue recognized for estimated
future returns, price protection and rebates at the time the related revenue is recorded. The estimates for returns are adjusted
periodically based upon historical rates of returns, inventory levels in the distribution channel and other related factors.
We recognize OEM licensing revenue, primarily royalties, when OEMs ship products incorporating our software, provided
collection of such revenue is deemed probable. For certain OEM customers, we must estimate royalty revenue due to the timing
of securing customer information. This estimate is based on a combination of our generated forecasts and actual historical reporting