The SIIA Guide to Licensing Software as a Service A White Paper of the SIIA Software as a Service Licensing Roundtable Software & Information Industry Association 1730 M Street NW Suite 700, Washington DC 20036 +1.202.452.1600 | www.siia.net ACKNOWLEDGEMENTS The Software & Information Industry Association's (SIIA) Licensing Roundtable produced this white paper as a means for the software industry to explore the issues as software licensing concepts and tools are developed and applied to the delivery of software as a service. This document defines key licensing provisions, discusses the differences between "traditional" shrink-wrap licenses and application services licenses, and offers examples of licensing language for use in agreements between service licensors and licensees. The members of SIIA produced this paper with the assistance and facilitation of SIIA staff. The Licensing Roundtable collaborated on this document providing expertise and resources to help determine the issues to consider in moving to this new model. We gratefully acknowledge and thank the following contributors who made possible this white paper. Contributors: Peter Grimes, New Moon Brent Gushowaty, SoftSearch Peter Evans, FloNetworks Patrick Martell, Sybase Corporation Bobbi Jo Maxwell, Ingram Micro Al McIlroy, TechEra Tom Melling, ELF Technology Susan Worthman, Into Networks John Tomeny, Sassafras Software SIIA Staff: Michael Kerr, Project Manager Keith Kupferschmid, Counsel, Intellectual Property Fred Hoch, Director, eBusiness Division SIIA Guide to Licensing Software as a Service 2 TABLE OF CONTENTS Foreword .....................................................................................................................................4 Audience......................................................................................................................................4 Overview .....................................................................................................................................5 The Environment for Software Service License Agreements............................................................5 Dynamics of Software Service Negotiations and Transactions .........................................................6 The SIIA Guide to Licensing Software as a Service ........................................................................8 Overview of the License ...................................................................................................8 Analytical Framework.......................................................................................................9 1. Preamble and Identification of the Parties.......................................................................9 2. Recitals ........................................................................................................................9 3. Interpretation of the Agreement ...................................................................................10 4. The Agreement...........................................................................................................11 5. Underlying Rights, Ownership of Intellectual Property..................................................16 6. Fees and Terms of Payment.........................................................................................18 7. Term, Default and Termination ....................................................................................20 8. Liability .....................................................................................................................22 9. Warranties and Indemnities .........................................................................................23 10. Choice of Applicable or Governing Law.....................................................................25 11. Assignment...............................................................................................................26 12. Amendments and Modifications .................................................................................27 13. Force Majeure...........................................................................................................27 14. Dispute Resolution ....................................................................................................27 15. Notices.....................................................................................................................29 16. Relationship of the Parties .........................................................................................29 17. Entire Agreement......................................................................................................30 18. Severability ..............................................................................................................30 SIIA Guide to Licensing Software as a Service 3 Preface Foreword Whenever SIIA releases a guide, backgrounder, or best practices white paper for the industry, we are often asked to state the objective for the deliverable. Generally, it's difficult to identify a single purpose because our working groups and their products are many things to many people. However, in conversations that took place among staff and members while developing this document, we concluded that this work serves the following purposes: - While there may be many available resources on licensing in the software marketplace, we have had innumerable questions from our membership on the subject of licensing in the emerging software as a service -- or hosted applications -- market. By creating the Licensing Roundtable and this first work product, we hope to provide some answers, alleviate concerns and help members network with people who have done some thinking about the issues. - While the definitive work on licensing in the software as a service (SaaS) market is improbable given the nascent stage of the service model, we endeavor to make our members aware of critical issues that must be addressed in crafting a license for a relationship of this nature. - Participants enjoy the collegial aspects of the process, which allows for open discussion of any question that comes to mind. While we are pleased to provide you with The SIIA Guide to Licensing Software as a Service, we must offer a couple of caveats to the readers of this work. The sample contract provisions contained in this document are not intended to be utilized "as is." They are intended to act as a starting point for analysis, not an exhaustive review of all possible concerns. The law relating to new technologies is constantly changing, as are legal arrangements and the ways that intellectual property can be licensed. As such, any discussion of relevant terms and conditions should be carefully reviewed in light of the most up-to-date technological and legal developments, and in light of your own circumstances. Users of The SIIA Guide to Licensing Software as a Service are encouraged to consult legal counsel and tailor contracts to their circumstances and requirements, as well as to the law of the jurisdiction that will cover their transaction. Audience This document addresses issues facing independent software vendors (ISVs) and the wide array of service providers (xSPs) who are developing application services for delivery over the Internet and other TCP/IP networks. The SIIA Guide discusses matters, which may arise in executing agreements between independent software vendors and application service providers of all kinds (xSPs). Certain sections of The SIIA Guide (such as the discussion around Scope of Services and Service Level Agreements) are more closely related to end-user license agreements between xSPs and the hosted application customer. However, since most distribution licenses between ISVs and xSPs will include some standards regarding service levels to the end user, we decided to include this issue, and others of importance to end user agreements. With regard to the style of The SIIA Guide, the document contains some introductory definitions and explanations of the terminology, as well as an introductory overview of recent developments in software services licensing. But, generally, the document is intended for readers who possess above-average levels of familiarity with software licensing concepts and the hosted applications market. SIIA Guide to Licensing Software as a Service 4 Overview Companies blazing their way into the software services, or hosted applications, marketplace are hoping to tap into a revenue stream that some forecasts estimate will grow to over $22 billion by 2003. Even without the rosy revenue scenarios, there is little doubt about the power of the momentum moving software services forward. Indeed, the Gartner Group predicts that up to 40 percent of all applications may be delivered over the Internet within the next 2 to 3 years. As the software as a service market expands, it is evident that new breeds of companies are emerging and, accompanying them, new types of transactions and business relationships. As in all developing markets, vendors, customers and end-users must modify – or create entirely anew – the legal and licensing concepts and regimes that govern transactions and relationships. Of course, companies entering the market will have past experience as a guide, as well as the familiar legal tools in their repertoire. But, to create a solid legal infrastructure for the sale of Internet-based application services, companies playing in the SaaS marketplace are well-advised to supplement experience with new thinking and tools that address all the potential risks and pitfalls inherent in new paradigms. The Environment for Software Service License Agreements Most software industry executives believe -- and have made business decisions on the assumption -- that software subscriptions will become increasingly prevalent, especially for "middleweight" enterprise software and business productivity applications. Industry analysts also predict that, over the next few years, software vendors will increasingly promote subscription-type licenses. Mirroring the move to dis tribution as a service, software licensing is changing, too, with usage-based licensing on the rise and many new pricing models emerging. Driving these trends is the desire for a more predictable flow of license sales. Ultimately, vendors would prefer to trade in the large initial license sale and users who skip upgrades and new versions for a consistent revenue stream from their customers spread out over the life of a contract. While software as a service looms on the horizon, today’s ISVs continue to focus on improving electronic software sales and license distribution. In particular, the advent of site licenses, “click-wrap” licenses, and improved metering tools are driving acceptance of electronic licensing and its various iterations. Electronic licenses can be distributed as either electronic facsimiles of paper license "bundles" or as electronic licensing tools integrated with the software application. Electronic licensing is already impacting the licensing environment, as well as the purchasing and usage behavior of potential software service customers. Software customers and end-users are able to select, on the fly, from a wide array of modules, rights management tools, pricing and licensing models, and billing practices. There are several industry case studies of xSPs and ISVs successfully deploying new services, electronic distribution and electronic licensing tools. On the xSP side, USinternetworking Inc., for example, is an "Internet managed application provider" that implements, operates, and supports packaged software applications that can be accessed and used over the Internet. The company provides software from a slew of major vendors, including Ariba, Broadvision, Lawson, Microsoft, PeopleSoft, Sagent, and Siebel. Among ISVs, Oracle Corp. has set an aggressive goal of delivering most of its software electronically. To do this, the company has streamlined its licensing terms and conditions and made both software and supporting licenses available through the Oracle Store, leaving its sales staff free from haggling over contract terms and conditions and able to concentrate on fewer, more lucrative named accounts. Microsoft has investments in several xSPs -- including Digex and Corio -- and continues to roll out its strategy of providing rental licensing models across all its products. There are many advantages (to both vendor and customer) in electronic licensing solutions: - Flexible licensing models: The software vendor is able to offer and manage network-licensing policies such as concurrent, named-user, product suites and pay-per-use licenses that readily permit broad user access to a product at a site or company, while fairly compensating the software vendor. SIIA Guide to Licensing Software as a Service 5 - Adaptable to Customer Requirements: The same software may be licensed in several ways at a given customer site. For example, frequent users may have personal licenses, while infrequent users share concurrent licenses so the customer can purchase at the lowest cost per user while also making the software widely available. - Control Over Rights and Usage: The vendor may chose to either block the user from running software when such use would exceed the license rights, or let the customer run but record usage information if the software is used beyond what was licensed, and provide this information to customer management or billing systems. This allows the vendor to limit use to licensed customers, or to use the service provider model, pay-per-use or post-use payment models to bill customers for usage after the fact. - Can Version to Meet Differing Needs: A single set of binaries may be used for a “standard”, “lite” or “professional” version of a product, as the electronic license controls which level of functionality is provided to an end user. This allows vendors to sell at several price points as well as different levels of product sophistication. - "On the Fly" License Adjustment: Customers have dynamic control over which users on their network can use the software, allowing for easy management control of existing and needed licenses. Although electronic licensing may seem ideally suited for the distribution of software services, there are still some challenges and pitfalls facing vendors: - Design Issues: If one of the significant advantages of electronic license distribution involves licensing specific components of a particular piece of software, the disadvantage is that many business software applications are not yet modularly designed or available. Although suites of business applications such as Microsoft's Office suite may be ideally suited to such distribution, many other potential enterprise applications such as accounting software and supply chain management packages may not yet be available in components. - Customer Perceptions: The support of customers and end-user organizations will be critical to widespread adoption of electronic license solutions. However, many customers today still perceive electronic license distribution as a vendor's desire to enforce license compliance, rather than a means to reduce the cost of software acquisition for the customer or enterprise. Without a change in customer perception, electronic licensing will continue to face critical challenges to implementation. - Security: Electronic licensing is not the most effective software security solution for vendors concerned about software piracy. Although electronic licensing will assist software publishers and vendors in regulating and monitoring license enforcement, there is no substitute for a hardware-based software protection solution for high-end niche market business applications. Dynamics of Software Service Negotiations and Transactions All parties that enter into agreements are subject to market and competitive forces, to existing laws and regulations and to the forces of money and personality at play in business transactions. Forces that play a role in negotiations for application services are discussed below. Relative Size of the Parties The early entrants in the application services market -- on both the supply and demand sides -- have been very large and small entities. Large corporate customers are purchasing applications to support non-mission critical functions or to relieve some pressure on an overburdened in-house IT operation. Other early customers include small "dot.com" operations purchasing services in order to ramp up rapidly. The dynamics in transactions where parties differ significantly in terms of financial and technical resources will almost always favor the larger entity. In fact, the smaller entity may not enjoy the option of negotiating terms on the price, license provisions or service levels and may be forced to accept the larger parties pro forma license SIIA Guide to Licensing Software as a Service 6 terms. There are risks in blanket acceptance of unfavorable licenses. Many small xSPs are finding they may have agreed to pricing and license terms, service levels agreements, and penalties that disproportionately favor the customer. Given enough big, demanding customers unwilling to pay for the levels of service they receive, a xSP may end up with an unprofitable business model and a quick trip to bankruptcy court. Size of the Transaction It is a truism that the larger the amount of money involved in a transaction, the greater the likelihood that there will be protracted negotiations. However, the software service license, and the accompanying pricing models, may challenge that conventional wisdom. As software services are more likely to be rented for short periods (1, 2, or 3 years) with monthly fees based on the number of users or metrics such as incremental CPU usage, the sums involved at the initial license sale of services are much smaller than in a conventional license sale. Also, services can be more easily upgraded, amended or canceled, again reducing the risks inherent in a service deal. Hence, the customer is exposed to significantly lower levels of risk and may be more willing to sign contracts without the extensive due diligence and negotiation that characterized prior generations of software sales. "Packaged" Services vs. Customized Transactions In the software service transaction, an increasing number of services are being "packaged" and sold under a "click-wrap" agreement that is, by definition, not negotiated. Where the product must be customized to any extent, there is no possibility of packaging and negotiations are more likely to take place. Software services, particularly those that can be immediately purchased via the web, are ideally suited for packaging. Software service providers are moving towards more packaged offerings by making available full suites of e-business, productivity, and customer relationship management (CRM) applications. SIIA Guide to Licensing Software as a Service 7 The SIIA Guide to Licensing Software as a Service Overview of the License Our discussions and research into licensing in the software as a service marketplace revealed that there are many choices that can be made in the type, content, order and format of licensing provisions (hereafter referred to interchangeably as provisions, clauses, articles) that can comprise the license agreement (or contract). As they often comprise the key points of negotiation between the parties to an agreement, the following provisions will be discussed in detail in our guide: 1. Preamble and Identification of the Parties ...................................................................................................................... 9 2. Recitals .................................................................................................................................................................................. 9 3. Interpretation of the Agreement...................................................................................................................................... 10 A. Definitions.................................................................................................................................................... 10 4. The Agreement .................................................................................................................................................................. 11 A. Rights Granted under the License............................................................................................................ 11 B. Scope of Services, Deliverables & Project Management..................................................................... 14 5. Underlying Rights, Ownership of Intellectual Property ............................................................................................. 16 A. Confidential Information and Proprietary Rights.................................................................................. 16 B. Trademarks and Marketing........................................................................................................................ 17 6. Fees and Terms of Payment............................................................................................................................................. 18 A. License Fees................................................................................................................................................. 19 B. Installation Fees ........................................................................................................................................... 20 C. Maintenance Fees........................................................................................................................................ 20 D. Training Fees ............................................................................................................................................... 20 7. Term, Default and Termination ..................................................................................................................................... 20 A. Term .............................................................................................................................................................. 20 B. Default ........................................................................................................................................................... 21 C. Effects of Termination................................................................................................................................ 22 8. Liability............................................................................................................................................................................... 22 9. Warranties and Indemnities ............................................................................................................................................. 23 A. Warranties .................................................................................................................................................... 23 B. Indemnities ................................................................................................................................................... 25 10. Choice of Applicable or Governing Law.................................................................................................................... 25 11. Assignment....................................................................................................................................................................... 26 12. Amendments and Modifications................................................................................................................................... 27 13. Force Majeure .................................................................................................................................................................. 27 14. Dispute Resolution.......................................................................................................................................................... 27 A. Litigation ...................................................................................................................................................... 28 B. Arbitration .................................................................................................................................................... 28 C. Mediation...................................................................................................................................................... 28 15. Notices .............................................................................................................................................................................. 29 16. Relationship of the Parties ............................................................................................................................................. 29 17. Entire Agreement ............................................................................................................................................................ 30 18. Severability....................................................................................................................................................................... 30 SIIA Guide to Licensing Software as a Service 8 Analytical Framework Each provision will be analyzed within the following framework: 1. 2. 3. Definition: What does this provision mean and what does it accomplish? Comparison: In each case, how will the provisions in a contract for Internet-based or hosted application services differ (if it differs at all) from a comparable provision in a conventional software license? Example: Sample language for possible use in such a provision. 1. Preamble and Identification of the Parties The preamble or identification of the parties should simply state the legal names of all parties to the transaction. These articles should also contain the official business addresses of the parties. Identifying the relevant parties may seem like a straightforward undertaking. But in an agreement for the delivery of software services, there may be added complexity in the identification provisions. Software services may be delivered through assorted combinations of ISVs, xSPs, infrastructure providers and/or systems integrators. Not every third-party relationship need be addressed in the preamble and identification articles. However, if a vendor (licensor) has acquired key rights from a third-party IP owner, or plans to deliver a majority of its services via an infrastructure provider partner, this should be reflected in the identification. Parties that should be included in the identification provision: - Vendor/Licensor Customer/Licensee Any third-party maintaining proprietary rights Sample Preamble/Identification Provisions: i. This software licensing agreement is made this _______day of ______, 20__, between ________________ (name, address and role i.e., licensor, vendor) and _________________ concerning the software product described in Exhibit A hereto, including all versions thereof for any computers, devices, or equipment the program documentation therefor, and documentation for use thereof in conjunction with any computers, devices or equipment for which designed. ii. This ______________ Software Distribution Agreement ("Agreement") is made and entered into on , ______________, 20__ (the "Effective Date") between ______________, Inc. ("______________") with offices at _____________________ (or ______________ Limited, with offices at _________________) and ("______________") with offices at _________________. iii. __________, Inc. ("___"), a Delaware corporation with its principal office located at _________, _________, and _______________________( "Client"), a Delaware corporation with its principal office located at ____________________hereby agree that the following terms and conditions will apply to each _________provided under this ________Agreement ("Agreement"). 2. Recitals Following the preamble, or identification of the parties, a set of paragraphs called recitals will usually appear. In the United States, they often begin with "Whereas." However, the trend toward the use of plain English has SIIA Guide to Licensing Software as a Service 9 led many drafters to delete this archaic word and simply use a heading called 'Recitals' or an introductory statement such as: "This contract is made with reference to the following facts." The recitals give a brief overview of what the parties intend to achieve by the creation of the contract. Strictly speaking, it is not really part of the contract. The role of the recital is to form a brief record of the parties objectives and the factual context in which the contract was originally written for use if, at some date in the future, the contract comes to be interpreted when disputed. Apart from language identifying the exact nature of the services to be provided, there will be no substantive differences between recitals contained in conventional software licenses and those contained in a services license. Sample Recital Provisions: i. ii. This Agreement provides for ______________ to _______________ on a schedule ("Schedule") attached to this Agreement as Schedule __ or subsequently exe cuted by both parties referencing this Agreement. ___________ is in the business of development, sale, licensing and distribution of computer ___________ including the sale and distribution of third party products in combination with ___________ manufactured products. ___________ desires the right, on its own behalf and on behalf of its subsidiaries, to copy and/or distribute proprietary software products owned by Developer to authorized ___________ resellers and end users in combination with ___________ and/or third party computer products. ___________ desires to grant ___________ and its subsidiaries the non-exclusive right to copy and/or distribution of Developer's proprietary software products, and for the exhibits to this Agreement to define the terms and conditions specific to each respective product of Developer. Now therefore, ___________ and ___________ hereby agree as follows: 3. Interpretation of the Agreement A. Definitions Definitions are among the most critical elements of a license agreement and thus require the use of precise wording. In a license agreement, a word is usually chosen as shorthand to signify and explain a more complex concept. Often readers skim over the interpretation clause, but it is important not to overlook these clauses. A subtle change in the meaning for a definition can have a significant impact throughout the contract. The definitions may also provide a likely place to slip any unpleasant surprises into a contract. Absent definitions, mediators or courts seeking to interpret an agreement will be forced to identify the intent of the parties, the course of the dealings between the parties and other unpredictable elements of the agreement. In the software service transaction, there are many potential additions to definitions contained in conventional software licenses. Where a shrink-wrap license may have contained perhaps ten terms (usually including definitions for software, documentation, acceptance, installation and a few other common concepts), the array of definitions to consider in a service agreement has significantly expanded. The parties to an application services agreement may need to define many of the following terms: i. ii. iii. iv. v. Acceptable Use Acceptance Addenda Affiliates Agreement SIIA Guide to Licensing Software as a Service 10 vi. vii. viii. ix. x. xi. xii. xiii. xiv. xv. xvi. xvii. xviii. xix. xx. xxi. xxii. xxiii. xxiv. xxv. xxvi. xxvii. xxviii. xxix. xxx. xxxi. xxxii. Application Commercial use Concurrent Users (or the applicable basis for measuring usage such as Named User, Site License) Consulting and Implementation Services Content Customized Demonstration Copy Development Software Dis tributor Documentation End User Evaluation Copy Hardware Installation Machine Non-Commercial Use Operating Environment Representative Revenues Seat Server Service Level Agreement Session Software Application Third Party Updates Upgrade 4. The Agreement The agreement, or rights granted under license, is the heart of the license. For our purposes, we will discuss the agreement in terms of the rights granted and not granted, as well as the scope of services to be provided in a software services agreement. A. Rights Granted under the License The key components of any agreement are the rights granted to the licensee, and the rights not granted the licensee. The clauses under this header determine what customers or third parties are allowed to do with the licensed service. These provisions also set out restrictions on use. Each party must list here every activity they wish to undertake, or that they wish their users to undertake, with the service. Matters not mentioned will not be allowed, unless a further license amendment or modification resets the terms. The list of activities can be as long or as short as preferences, or pocketbooks, can afford. Be aware that parties should not negotiate over the statutory rights that are already granted by national copyright law or international treaties. In an application service end user license, substantive differences in the rights granted and not granted the licensee may exist: - Many end user license agreements for the use of shrink-wrap software limit the licensor's right to install to a single PC, a single network, or a site. Software services are most often licensed on the basis of multiple concurrent users, machines and/or sites. - As application service delivery may be initiated by logging on to a server or a web site, without the installation of sizeable client software, the potential for unauthorized use exists. In addition to security risk, SIIA Guide to Licensing Software as a Service 11 the employment of a pricing model based on concurrent use or Machine IDs may warrant the inclusion of measurement and reporting methods in the license. For these reasons, authentication mechanisms and other access controls have become critical to ISVs and xSPs in preventing unauthorized use. - As application services launch and run from a secure server, copying activity at the end user level is likely to be curtailed. - A great part of the allure of application services resides in the lower overhead offered by a "one size fits all" application that requires little or no modification. Furthermore, the application may not reside at the end user desktop, so the opportunity to modify an application may be mitigated. As opposed to the substantive differences in end user licenses, distribution agreements between as ISV and xSP may grant rights, and contain restrictions, very similar to a conventional software license. In almost all distribution scenarios, service providers will take physical possession of the software, will need to make copies of the application, and will need to customize it to their customer requirements. Some of the most important rights granted under a license agreement include: i. Exclusivity Exclusivity provisions govern the licensor's right to sell the product to more than one licensee. Typically, pre-existing, non-customized software is sold on a non-exclusive basis. Sample Exclusivity Provisions: (a) During the Term and subject to the terms, conditions and fees set forth in this Agreement, ________ grants __________the following non-exclusive, non-transferable (except as set forth herein) licenses in the Territory: (b) Non-exclusivity. Nothing in this Agreement shall prevent either party from entering into a similar agreement with any other party. This Agreement shall not be construed to restrict either party from engaging in any activities with respect to the other party's competitors' products or services. ii. Right to Install and Use Right to use clauses detail the licensee's right to install and use the software. For example, such provisions can set a limit on the number of machines on which the software can be installed. Parties must consider the following issues in drafting installation and use provisions: - Scope of Installation and Use Rights Network Use Remote Use Sample Software Installation and Use Provisions: (a) The Software may be used only by ____________'s employees, only for the Authorized Use, only at the Designated Site and only on the platform for which ____________ subscribed during the online order process and for which ____________ has paid the applicable License Fee. ____________ may only use the Software for its internal business use and not in the operation of a service bureau, time sharing or outsourcing service or for the benefit of any other person or entity. (b) ____________ grants ____________ the right to use Software on the Machine(s) and by the number of Seats or Concurrent Users for which __________ has paid the applicable license fees, solely in connection with ____________'s development, marketing and support of the Application in accordance with the terms of this Agreement. SIIA Guide to Licensing Software as a Service 12 iii. Right to Copy This provision grants the right, if any, of the distributor or user to copy the software. Sample Right to Copy Language: (a) ____________ may only make one copy of the Software as necessary for bona fide backup or archival purposes. (b) _____________ grants __________ the right to operate Software on back-up equipment at the same site as the originally designated Machine(s) in the event, and for as long as, such Machine(s) are inoperative and to make a reasonable number of copies of the Development Software solely for inactive back-up and archival purposes. iv. Right to Modify With the exception of certain open source software licenses, only the owner of the copyright in a software application has the right to create or authorize others to create a derivative work. Sample Modification Language: (a) No identifying marks, copyright or proprietary rights notices may be deleted from any copies of the Software made by ____________. ____________ shall not rent, transfer, distribute, modify or translate the Software or decompile, create or attempt to create, by reverse engineering or otherwise, the source code from the object code of the Software, or adapt the Software, or any portion thereof, in any way or use it to create a derivative work. v. Right to Distribute, Market, or Resell In a distribution, publishing, reselling or aggregator agreement, what is the scope of the licensee's right to market the software to others? The licensor may grant, limit or prohibit the rights to sub-license, re-sell, or rent software. Sample Distribution Language: Subject to the terms and conditions of this Agreement, _______ hereby appoints Distributor as a distributor of the Licensed Software and grants to Distributor the following non-transferable rights, all of which may be exercised only by Distributor in the Territory and during the License Term. This appointment shall be on a non-exclusive basis. These rights may not be sublicensed except as expressly permitted in this Section __. (a) To reproduce, exactly as provided by _________, object code copies of the Licensed Software and Ancillary Programs or portions thereof solely to exercise the rights granted in this Section __; (b) To distribute and sublicense to Customers the right to use the Licensed Software and Ancillary Programs or portions thereof on a limited term basis in accordance with the terms of the End User License Agreement, subject to the restrictions in Section __; (c) To use the Licensed Software and Ancillary Programs for the sole purposes of operating the Licensed Software on Distributor's computer hardware and operating system(s) to (i) test and evaluate the Licensed Software, (ii) train Distributor's personnel in the marketing and sales of the Licensed Software, (iii) demonstrate and promote the Licensed Software to potential Customers, and (v) provide First-Line Support and Second-Line Support to Customers by using the License Software in a test environment to (1) diagnose reported problems or performance deficiencies of the Licensed Software, and (2) resolve such problems or deficiencies. Notwithstanding the foregoing, Distributor may (i) not use the Licensed Software internally in a production capacity to run any of its business operations including the sales and customer service activities associated with its End User Customers, or (ii) use the _________ Tools Programs set forth in EXHIBIT __ solely in accordance with the SIIA Guide to Licensing Software as a Service 13 Documentation for the limited purpose of configuring the Licensed Software for distribution with the Value Added Offering and not for general application development purposes, (d) To copy the Licensed Software for archival or backup purposes, and to make a sufficient number of copies for the use by Distributor as permitted in this Section __, provided that all titles and trademark, copyright, and restricted rights notices are reproduced on all such copies; (e) To distribute to Customers, exactly as provided by _________, any Documentation, Training Materials and Marketing Materials provided by _________, subject to the payment of fees set forth in Section __. Distributor shall not reproduce the Documentation, Training Materials, or Marketing Materials for any purpose. License Restrictions From the licensor's perspective, some of the most important rights are those withheld from the customer. Software licenses can be used to restrict any and all of the activities mentioned in the rights granted examples above. Also, restrictions can be applied to activities such as distribution in certain geographic areas, or to restrict the software to certain types of media (e.g. web sites, CD-R). Sample Blanket Restrictions: i. Distributor acknowledges that, except as explicitly stated in this Agreement, the Agreement does not grant Distributor any right or license to the Licensed Software or Ancillary Programs or any proprietary rights therein, and no license or other rights shall be created by implication or estoppel. In particular, but without limiting the generality of the foregoing, no right or license in or to source code for the Licensed Software or Ancillary Programs is granted hereunder. Distributor covenants that it shall not prepare, and it shall not permit any others under Distributor's control to prepare, any derivative works of the Licensed Software or Ancillary Programs, or otherwise modify or revise any materials received from _________. Distributor covenants that it shall not use, reproduce, distribute or sell the Licensed Software or Ancillary Programs in any manner or for any purpose except as specifically permitted under this Agreement. B. Scope of Services, Deliverables & Project Management The agreement must also identify what is being (and not being) bought or provided. The terms of the agreement must be phrased in a clear and unequivocal fashion. If matters are phrased in terms of desires or wishes the agreement may not be binding. Anything omitted from the scope of services may not be provided and parties will have to return to the table at a later date. Due to the distributed nature of application service delivery via the Internet or other public TCP/IP network, the provisions addressing the scope of services (and service levels) have increased in importance. Currently, most software service agreements are executed with very specific product and service specifications, as well as performance metrics, contained in the license or attached in Service Level Agreements (SLAs). If such performance terms and metrics are not contained in the main body of the license agreement, parties should consider adding Scope of Service and Product Schedule provisions to the license. Sample Scope of Services Provisions: i. Scope of Services. _______ will provide the services as defined in individual Product Schedules which will be mutually agreed upon, attached hereto and incorporated herein as Exhibit __. The Product Schedules may be modified by mutual written agreement. Changes or additions to work performed under each Product Schedule may require changes in the resources provided by __________ and may result in additional costs or charges in each Product Schedule. SIIA Guide to Licensing Software as a Service 14 Product Schedule. Each Product Schedule will become a part of this Agreement, and, unless otherwise clearly specified in writing, the terms and conditions of each Product Schedule shall be independent of and shall have no impact upon, the provisions of any other Product Schedule. Client may order additional ________or add on to existing ________by contacting ________. _________ will send Client a Product Schedule, based on ________ formal requirements analysis and/or proposal for the additional services, specifying the terms of the _________, including the payment(s) due for each ordered item. Client may accept the terms of the _________by signing that Product Schedule and returning it to ________. All executed Product Schedules will become part of this Agreement and will be covered by all of this Agreement's terms and conditions. Specific performance metrics are typically addressed in appendices or schedules attached to the agreement. Common metrics used in hosted application agreements include: i. Performance and Connectivity What types of hardware and software are available, what are the expected levels of uptime, available bandwidth, etc? ii. Points of Responsibility At what point, or points in the network, does the service provider assume responsibility? iii. Integration, Customization and Compatibility To what extent is the service provider responsible for integrating its systems with the customer's systems or ensuring compatibility of systems? Is any application or data conversion necessary? iv. Training and Education Assuming training is required as part of the deal, a comprehensive training plan should be added as an appendix to the agreement. Key issues to consider in creating the training plan are: Cost Number of employees to be trained How many instructors will be provided Can the customer designate instructors? Can the customer review and approve training materials? Where will the training occur? v. Scalability What are the procedures, and time frames, for adding new users? vi. Version and Technology Changes What is the service provider's responsibility for knowing of, implementing and maintaining new technologies, including new releases, updates and upgrades? vii. New Application(s) Under what terms will the licensor provide new applications, which replace or complement service provided to the licensee? Will licenses be transferable or will re-negotiation be necessary? viii. Discontinuation of Application(s) If the application is eliminated from the product line, or sold to another vendor, how does the licensor plan to provide ongoing maintenance and support the installed base? ix. Support What support services are to be offered? Specify the types of support (e.g., help desk, problem resolution, training) when such support will be available (normal business hours, 24/7) and how such support will be provided (an online help desk, onsite). The contract should outline standard problemescalation procedures for handling service issues. SIIA Guide to Licensing Software as a Service 15 x. Disaster Protection/Back-Up/Re-Route What resources and procedures exist to ensure continuous operation of the service in the event of system failures or other disasters? 5. Underlying Rights, Ownership of Intellectual Property Due to the different layers of protection in intellectual property, licensors must ensure that they own the rights they purport to license. In fact, a prudent licensee should obtain proof from the licensor in the form of written releases from the owners of underlying rights. Software developers crafting dis tribution agreements with xSPs should carefully protect intellectual property such as trade secrets, proprietary information, trademarks and tradenames, and key patented technology such as application program interfaces (APIs) and source code. In the delivery of software service to the end user, there may be less exposure of critical intellectual property, such as source code, but there are still core brands, technologies and interface designs that require protection under a license agreement. A. Confidential Information and Proprietary Rights Vendors executing licenses seek to minimize potential exposure of intellectual property such as trade secrets and design specifications. Within the software license, confidentiality can be mandated by confidentiality and nondisclosure provisions. The following are key components of such provisions: - Acknowledgements of obligations on the user's part - the licensee acknowledges that the vendor owns all proprietary rights, including trade secrets, in the software and documentation. - Restrictions on the use of software - customer prohibited from selling or otherwise transferring the trade secrets or any materials containing the trade secrets. The customer is prohibited from using the software and the proprietary information except as authorized by agreement. - Protective measures to be implemented by the licensee - Licensee affirmatively obligates itself to protect the licensor's trade secrets and proprietary rights, as well as to take action against parties who violate nondisclosure agreements. - Confidentiality and proprietary rights notices Sample Language for Confidential Information and Proprietary Rights Clauses: i. All programs and documentation, including, without limiting the generality of the foregoing, algorithms, code, whether in source or object code, procedures and documentation (the "Proprietary Information") developed by _________ pursuant to this Agreement shall remain the exclusive property of _________. All applicable rights patents, copyrights, trade secrets, and other proprietary rights in the Proprietary Information are and remain in the control of __________. Licensee shall not sell, transfer, publish, disclose, display or otherwise make available proprietary information. ii. ______________ (or its licensors) retains ownership of all intellectual property rights (including, without limitation, patents, copyrights, trade secrets and trademarks) in and relating to the Programs and all enhancements, modifications and Updates thereof. Except for the licenses specifically granted in this Agreement, no other express or implied licenses are granted by ______________ with respect to the Programs. The Programs and other proprietary information provided by ______________ hereunder contain and constitute trade secrets, information and data proprietary to and copyrighted by ______________. ______________ shall use a reasonable degree of care to protect the confidentiality of the Programs SIIA Guide to Licensing Software as a Service 16 and shall not cause or permit such confidential information or data to be disclosed to third parties or duplicated except as permitted in this Agreement. ______________ acknowledges and agrees that unauthorized disclosure, use or copying of the Programs may cause ______________ irreparable injury. Accordingly, in the event of any unauthorized disclosure, use or copying of the Programs, ______________ agrees that ______________ shall have the right to seek injunctive or other equitable relief. iii. _________ and its suppliers shall retain all title, copyright and other proprietary rights in and to the Licensed Software. Distributor does not acquire any rights, express or implied, in the Licensed Software, other than those specified in this Agreement. In the event that Distributor makes suggestions to _________ regarding new features, functionality or performance that _________ adopts for the Licensed Software, such new features, functionality or performance shall become the sole and exclusive property of _________, free from any restriction imposed upon _________ by the provisions of Section __. Another approach frequently employed by vendors to protect the confidentiality of secrets embodied in their software is to specifically prohibit activities designed to discover those secrets, such as reverse engineering, decompilation or disassembly of the software source code or interface information. Sample De-compilation Provision i. Distributor acknowledges that the Licensed Software and Ancillary Programs contain the valuable information of ______ and its licensors, and Distributor agrees not to cause or permit the modification, reverse engineering, translation, disassembly, or de-compilation of, or otherwise to attempt to derive the source code of the Licensed Software or Ancillary Programs, whether in whole or in part. If required under applicable law, upon Customer's request, _______ shall provide information necessary for Customer to achieve interoperability between the Licensed Software and other software for a nominal administrative charge. B. Trademarks and Marketing Trademarks are among a company's most valuable assets and serve as important devices for branding and marketing software services. The value of trademarks and the associated goodwill increases over time given increasing advertising, promotion and sales. Hence, protection of trademarks should be of paramount interest when executing a license. Marks that can be protected in a software license include: - Trademarks Service Marks Trade Names Sample Trademark, Service Mark and Trade Names Provisions: i. _______ may use the trademarks, service marks, logos and trade names that relate to the Programs or _____________________(the "Marks") solely in connection with this Agreement; provided that __________ clearly identifies ___________ownership of such Marks. The Marks remain the exclusive property of ___________ and ___________ agrees not to register the Marks or take any action that jeopardizes ___________ proprietary rights in the Marks. _____________ shall only use the Marks in unaltered form and agrees to cooperate with ___________instructions and quality procedures concerning their use. ____________ reserves the right to require ________ to discontinue use of the Marks or any advertising or marketing materials relating to _________ or the Programs. _________ may identify ________ as a___________ in appropriate ______________ advertising and marketing materials. SIIA Guide to Licensing Software as a Service 17 ii. In connection with ____________'s marketing and distribution of _____________, Developer grants to ____________, ____________'s Subcontractors and ____________'s Resellers the non-exclusive, non transferable right during the term of ____________'s rights of distribution under this Agreement to use (1) all copyrighted materials contained in the Program(s) (including but not limited to screen shots from the Program(s)), the Documentation, and any packaging or other materials provided by Developer and (2) all trademarks associated with the Program(s). iii. Supplier grants to _________ a non-exclusive, non-transferable, worldwide, royalty-free right to use and reproduce certain of Supplier's logos, trademarks and servicemarks in connection with the distribution and promotion of the ________Products. ________agrees to use such logos, trademarks and service marks in a manner approved by Supplier and consistent with Schedule __, attached hereto and incorporated herein. Sample Trademark Use Restriction Provision i. Trademarks and Logos. This Agreement does not authorize Licensee to use any ________ name, trademark or logo. Licensee acknowledges that _______ owns the ________ trademark and all ________-related trademarks, logos and icons including ____________("_______ Marks") and agrees to: (i) comply with the _________ Trademark Guidelines; (ii) not do anything harmful to or inconsistent with _________'s rights in the _______ Marks; and (iii) assist _________ in protecting those rights, including assigning to ________any rights acquired by _________ in any ________ Mark. Today's ISVs and xSPs are entering into more numerous, and increasingly complex, arrangements to market and promote their software. The use of trademarks and service marks in tools such as joint marketing agreements and press releases should be addressed in a license agreement. Sample Joint Marketing Provision: i. The Software shall be marketed on a joint logo basis in the trade dress of __________, or its sublicensees, with a byline identifying Supplier. __________Documentation shall contain the following notice after the title of the Program: _________ (TM), a trademark of ________, Inc.; Copyright (C) 20__ __________, Inc., edited and distributed by ____________under license. All rights reserved" Sample Press Release Provision: i. The parties agree that, subject to Customer's reasonable interpretation of its securities law requirements and subject to the parties agreeing that a press release is useful to disclose noteworthy information, the parties will jointly issue a mutually agreed upon press release announcing the relationship between the parties reflective of this Amendment at a time reasonably acceptable to both parties. 6. Fees and Terms of Payment After the value of the software service has been agreed upon, the parties will need to negotiate the structure of payment for use of the service. The types of fees or charges used in a software contract vary greatly, depending on the type of contract and the business practices of the vendor and customer. In the case of a conventional software end-user license agreement, license fees were typically one-time fixed fees. Often, variable maintenance and support fees were incurred throughout the life of the agreement. License fees that recur throughout the contract are a fundamental difference between conventional software and application service licensing. Application service fees are characterized by: SIIA Guide to Licensing Software as a Service 18 - Small up-front costs with service offerings, including one-time setup charges (such as data migration, training, customization, or integration services). Fees are charged on a monthly basis, at a fixed amount (based on user, desktop, modules, servers, or transactions) or, long term, on a metered basis (resource based, hourly). License fees and models are discussed in more depth in the recent SIIA white paper "Software as a Service: A to Z for ISVs." For the purposes of this paper, we will address the definitions of various fee types without entering into discussion of the merits of different licensing schemes. Finally, the payment schedule, as well as metering and auditing requirements for the use of the service can be entered in the payment and terms of payment articles or in a schedule attached to the agreement. A. License Fees There are currently a number of pricing/licensing models that are being used/tested in the application hosting market today. i. Usage Model The foundation of the usage model is that an end-user will pay only for resources that are used. There are many resources that are utilized while using an application-hosted product. Some of the major resources that can be measured (and charged for) include: - End-user logged time on the application CPU cycle time Application server storage Data base server storage Bandwidth used ii. Named User Model The named user model is based on charging any authorized user a regular fee to access the applicationwhether they use the application in a given time period or not. The current industry trend is to charge per month, although there are xSPs that charge on a daily or weekly basis for short-term projects. iii. Machine ID Model The machine ID Model is similar to the named user model except that instead of the software being available to a single user on many machines, it is available to many users on a single machine. iv. Concurrent User Model The Concurrent User Model is based on allowing a certain number of users to have simultaneous access to the application. There can be a much larger number of “authorized” users than can access the application at the same time. If more authorized users wish the access the application simultaneously than there are concurrent connections, they are denied access. v. (End-user) Site License This model simply charges a regular fee for unlimited access for any employee of the company that is the customer. The prevailing industry standard is to charge a monthly fee to the company over a one, two, or three-year contract. vi. Combinations Many xSPs have developed flexible pricing that is a combination of the models described above. For example, a pricing structure could include a fixed monthly fee (site license), small named user monthly fee, and (larger) concurrent user monthly fee. SIIA Guide to Licensing Software as a Service 19 Sample License Fee and Payment Term Provisions: i. Fees As compensation for the license of the ________ granted to Client and the provisions of services as applicable, Client agrees to pay the amount(s) specified in each executed Product Schedule. Any fee specified in a Product Schedule will only remain in effect until the date specified in the Product Schedule. ii. Payment Terms Unless otherwise specified in the Product Schedule, payments will be due and payable to ______ within forty-five (45) days of the date of ________'s invoice. Such invoices will be generated in accordance with the terms specified in each Product Schedule. _________ reserves the right, in _________'s absolute discretion, to perform a credit check on Client. B. Installation Fees Installation fees are one-time, up front payments made for loading software on client machines and commencing service. C. Maintenance Fees More often referred to as "Upgrade" and "Service" or "Support" fees. This item often includes both the service contract for maintaining and supporting the application as well as the arrangements for providing technical support to IS staff and end users. Articles or addenda should specify the levels of application maintenance and support to be provided by the licensor. D. Training Fees Most organizations purchase formal training for either users and/or IS staff at the time of installation. This training often has little or no costs to the customer because it is provided by the reseller or ISV as part of the initial purchase. For those organizations that choose to purchase ongoing training, the license agreement should contain a schedule and price framework for the term on the initial agreement. 7. Term, Default and Termination Agreements can be made for different periods of time and the term provisions govern the length of a license agreement. Most licenses also lay out the options for default, extension and/or renewal and the effects of termination. A. Term If there is no specific provision concerning the commencement of the license, then the agreement will commence from the date upon which it is signed. It is standard to include a provision, which deals with commencement, in order to avoid misunderstanding. Where there is a starting date other than the date of signature there is no reason why this cannot be before the date of signature if the parties so wish. Licenses can be as long or as short as the parties decide and can always be renewed. In the interest of precision, state the date of termination explicitly rather than the length of the term. It is also possible to have a license which will carry on for on indefinite period and can be brought to an end by due notice. With regard to a software service transaction, ISVs must be aware that software is not being leased and transferred into the possession of the end user licensee, but rather being rented on a recurring, renewable periodic basis. Therefore, the perpetual license option, which allowed for an up-front payment and an open and unspecified period of use, is not going to be the preferred option for xSPs. xSPs renting applications to the customer will try to obtain license terms from their ISV partners that mirror the terms they are offering to customers. SIIA Guide to Licensing Software as a Service 20 Preferred terms for xSPs will be: - Limited term with specified date Renewal with evergreen clauses. Sample Provisions for Defining Term: i. The initial term shall commence on the effective date and shall continue for a period of _ years, thereafter unless sooner terminated as in hereafter provided (see part _ on Termination). After the initial term, this agreement may be renewed on an annual basis if mutually agreed by both parties in writing prior to the end of the term. "Term" shall mean the initial term together with any agreed renewal periods. This Agreement shall commence on the Effective Date, shall continue in full force and effect for a period of one (1) year, and shall be automatically renewed thereafter for successive one (1) year periods unless notice of intent not to renew is received by either party at least ninety (90) days prior to the commencement of any subsequent term. B. Default A license should always contain terms that set out a mechanism or circumstances upon which the license must terminate. Under the general law a contract may be terminated at any time by notice if the other parties defaults by failing to perform any obligations on its part. This usually applies only if there has been a serious breach. The agreement should set out the events that characterize default on the part of both the licensor and licensee. Examples of events that could trigger default on the vendor side are insolvency, bankruptcy, and failure to comply terms of the agreement. On the customer side, failure to make payments is the most common trigger of default. Sample Termination For Cause Provisions: i. If __________ fails to pay any sum of money past due and owing under this Agreement within __days of written notice thereof from _______, ________ shall have the right to terminate this Agreement without further notice to ________. If either party breaches any of the terms, conditions or provisions of this Agreement, and fails to cure such breach within __ days after written notice thereof, the other party shall have the right to terminate this Agreement without any further notice. ii. Either party will have the right to terminate this Agreement immediately upon written notice at any time if: - The other party is in material breach of any term, condition or covenant of this Agreement other than those contained in Section 8.1 and fails to cure that breach within thirty (30) days after written notice of such breach; - The other party is in material breach of any term, condition or covenant of this Agreement contained in section or provision __; or - The other party: (i) becomes insolvent; (ii) fails to pay its debts or perform its obligations in the ordinary course or business as they mature; or (iii) makes an assignment for the benefit of creditors. Sample Termination Without Cause Provision: i. ___________ shall have the right to terminate this Agreement at will, with or without cause, upon thirty (30) days written notice. SIIA Guide to Licensing Software as a Service 21 C. Effects of Termination Contract negotiators should further evaluate the consequences of termination or expiration. For example, what rights will the vendor grant the distributor or customer if there is a breach of contract? What types of assistance will the service provider offer on termination or expiration? A new set of questions arises in the case of the software service agreement. Will the customer have any ongoing rights to use service provider-owned or licensed technology? Will the service provider incur any winddown costs that should be borne by the customer such as redeployment or termination of resources including people, machines and software? Sample Effects of Termination Provisions: The license agreement may address the alternatives available to parties terminating agreements, with or without cause. i. If this Agreement is terminated prior to the expiration of the term set forth herein either by Customer for its convenience or by ________ for Customer's material breach of this Agreement, Customer will be liable for and pay ________ any remaining balance of the revenue commitment set forth in section __. ii. Termination of this Agreement for any reason shall not affect any past or future sums due _______ under this Agreement or any additional remedies provided by law or equity to either party. All rights that have been granted to Client shall immediately be terminated and all unpaid charges accrued under this Agreement shall become immediately due and payable upon the happening of any event of termination. In the event of a termination of this Agreement or any Product Schedule for default, each party agrees to return to the other within sixty (60) days of a request, any property, data sheets, schematics, samples, customer lists, confidential information, in whatever form or media which are used by a disclosing party or which are furnished to a recipient. 8. Liability Notwithstanding the ISVs or xSPs best efforts, software may contain defects, which may at some time harm the licensee or customer. Vendors should therefore consider establishing a limit on the scope of their liability to the licensee for damages. Liability can be allocated among the licensor, licensee and any third parties. In addition to identifying damages the service provider agrees to cover, liability provisions can be used to disclaim all liability. Limiting liability and risk to discrete events and reasonable amounts in light of the value of the overall transaction is crucial. There are a number of ways to limit liability. In the typical software contract, they usually include the following: - Maximum Dollar Limitation on Damages - Except in the case of personal injury, a vendor's liability for damages suffered by a customer can be limited to a dollar amount specified in the contract, provided the amount is not so low that the customer is left with no recourse in the event the vendor breaches the contract. - Exclusion of Incidental and Consequential Damages - In addition to limiting the dollar amount of any liability, vendors can also limit the types of damages for which they can be held accountable. - Reduced Statute of Limitations - Another way in which damaged may be limited is through the use of a contractual provision reducing the period of tune during which the vendor is exposed to liability. - "No Liability"" Clauses - Some vendor will try to contractually eliminate all liability by including a clause excluding liability for any cause whatsoever. However, as a general proposition, a vendor cannot make a SIIA Guide to Licensing Software as a Service 22 representation regarding a products capabilities and performance and at the same time claim immunity from liability if it fails to perform. Sample Liability Provisions: i. . ii. iii. ___________ and ____________'s licensors shall have no liability with respect to its obligations under this agreement or otherwise for special, incidental, indirect, consequential, punitive or exemplary damages, including damages for loss of business, loss of profits, business interruption, or loss of information arising out of the use of or inability to use the software, even if or ____________'s licensors have been advised of the possibility of such damages. In no event shall ____________ or ____________'s licensors be liable for any reason and upon any cause of action whatsoever relating to any third party software or hardware. In no event shall ____________'s aggregate liability for any reason(s) and upon any cause(s) of action whatsoever exceed the amount of license fees actually paid by licensee to ____________ under this agreement Except as provided in section __, under no circumstances shall licensor, or any affiliate be liable to each other or another party for indirect, incidental, consequential, special or exemplary damages arising from this agreement, even if that party has been advised of the possibility of such damages, such as, but not limited to, loss of revenue or anticipated profits or lost business. Except for claims involving personal injury or death, intentional misappropriation of the intellectual property of a party by the other party or the loss of valuable intellectual property through the failure of the other party to protect it as required hereunder, in no event shall either party or their affiliates or licensees be entitled to any special, indirect, incidental, or consequential damages (including lost profits) or damages exceeding the amounts theretofore paid to supplier under this agreement, whether such liability arises from any claim based on breach or repudiation of contract, warranty, business tort, negligence, or otherwise. 9. Warranties and Indemnities A. Warranties There are two types of warranties the parties to a software contract need to consider: express warranties and warranties implied by law. Express warranties do not come into existence unless a licensor makes a statement or representation of fact to the customer. Implied warranties, on the other hand, come into existence automatically and become part of the contract unless they are expressly disclaimed. For the vendor, the first issue is the most fundamental: what does the licensor expressly warrant that its software will do? Although a vendor is under no obligation to make any warranties at all, if it decides to do so, the agreement should clearly state what they are. Express warranties can cover almost any topic, but the important ones relate to defects and the performance of the application. We find, again, that delivery of application services via the Internet or public network, may make express warranties an inherently risky proposition for the xSP. The second issue for the vendor relates to warranties implied by law. These are the warranties of merchantability and fitness for a particular purpose, which can automatically become part of the warranty unless they are expressly excluded. It is normally advisable for a vendor to disclaim implied warranties, and most software contracts do so. The rules for disclaiming implied warranties require the use of certain contract language printed or typed in a "conspicuous manner." Hence, disclaimers are often typed in capital letters. The third issue for vendors relates to limitations and restrictions on a vendor's warranties. That is, a vendor may want to limit its warranties so it can quantify its exposures and plan accordingly. As noted above, almost any statement made by a vendor can constitute an express warranty. If a vendor does not intend to be bound by these statements, they should be expressly excluded in the contract. SIIA Guide to Licensing Software as a Service 23 For the licensee, they are entitled to request that licensors warrant that they can: - Enter into the license agreement (that they own the product/service and have cleared all necessary rights), and, - That in doing so they will not infringe upon any intellectual property, privacy, publicity rights or include libelous or pornographic images, etc. - Deliver specified standards of performance. Sample Warrant of Title and/or Authority Provisions: i. Vendor warrants that is has full title and ownership of the Software. Vendor further guarantees that it has the full power and authority to grant the license granted by this Agreement to the User and that the license to use by the User of the Software will in no way constitute and infringement or violation of any copyright, trade secret, trademark, patent or any other proprietary right of any third party. ii. ________ warrants that it has the authority to license the Software Application(s) for the purposes set forth in this Agreement and the Product Schedule. Client acknowledges and agrees that its sole and exclusive remedies for breach of this warranty are set forth in Section __ of this Agreement. Sample Performance Warranties: i. ______________ warrants that the then current, unmodified version of the Programs provided by ______________ to ______________ will operate in all material respects in conformity to ______________’s published Documentation for a period of ninety (90) days from the date of initial service to ______________. If the Programs do not perform as warranted, ______________’s sole remedy, at ______________’s option, will be repair/replacement of the non-conforming Program or a refund of the license fee paid by ______________ for such non-conforming Program. ______________ does not represent that the Programs are error-free or will satisfy all of ______________'s or its End User's requirements. This warranty is in lieu of all other warranties. To the maximum extent permitted under applicable law, all other warranties, conditions and representations, whether express, implied or verbal, statutory or otherwise, and whether arising under this agreement or otherwise are hereby excluded, including, without limitation, the implied warranties of merchantability, non-infringement and fitness for a particular purpose. ii. _________warrants that: (a) work performed to complete any Product Schedule will be performed by qualified personnel in a professional, workmanlike manner, consistent with the prevailing standards of the industry; and (b) it will use commercially reasonable efforts to complete each Product Schedule. Sample Disclaimer of Warranty: i. ____________ Provides the software to you ""as is"" and without warranty of any kind, express, statutory, implied or otherwise, including without limitation any warranty of merchantability, fitness for a particular purpose or non-infringement. No oral or written information or advice given to you by any ________ employee, representative or distributor will create a warranty for the software, and you may not rely on any such information or advice. ii. The warranties above are exclusive and in lieu of all other warranties and conditions, expressed, implied or statutory, including, but not limited to, the warranties of merchantability and fitness for a particular purpose, title or non-infringement. SIIA Guide to Licensing Software as a Service 24 B. Indemnities An indemnification provision in a contract is an agreement by one of the parties to reimburse the other(s) for certain categories of losses or costs that it may incur. Indemnification clauses are primarily used for two purposes in software contracts. In the first case, the customer is protected if the vendor has misappropriated the software they are using. The second way is to protect one party against the actions of another in an ongoing relationship. Essentially, each party is looking for protection from actions by the other over which it has no control. Sample Indemnification Provisions: i. ______________ shall indemnify and hold ______________ harmless from and against all claims, judgments, awards, costs, expenses, damages and liabilities (including reasonable attorneys' fees) of any kind and nature that may be asserted, granted or imposed against ______________ directly or indirectly arising from or in connection with: (i) any claims that any Application or other software supplied by ______________ (other than the Programs provided by ______________) infringe any third party intellectual property rights; (ii) any misrepresentation made by ______________ regarding ______________ or the Programs; (iii) any breach by ______________ of this Agreement, including any failure to include the Mandatory Terms in any Sublicense Agreement; or (iv) any warranty, representation or guarantee made by ______________ with respect to the Programs in addition to the limited warranty specified in ____________of this Agreement. ii. Licensor, at its own expense, will indemnify, defend and hold harmless ____________, its Affiliates and their employees, representatives, agents and affiliates, against any claim, suit, action, or other proceeding brought against ____________ or an Affiliate based on or arising from a claim that the Licensor Content as delivered to ____________ or any Licensor Brand Feature infringes in any manner any Intellectual Property Right of any third party or contains any material or information that is obscene, defamatory, libelous, slanderous, that violates any person's right of publicity, privacy or personality, or has otherwise resulted in any tort, injury, damage or harm to any person; provided, however, that in any such case: (x) ____________ provides Licensor with prompt notice of any such claim; (y) ____________ permits Licensor to assume and control the defense of such action, with counsel chosen by Licensor (who shall be reasonably acceptable to ____________); and (z) Licensor does not enter into any settlement or compromise of any such claim without ____________'s prior written consent, which consent shall not be unreasonably withheld. Licensor will pay any and all costs, damages, and expenses, including, but not limited to, reasonable attorneys' fees and costs awarded against or otherwise incurred by ____________ or an Affiliate in connection with or arising from any such claim, suit, action or proceeding. It is understood and agreed that ____________ does not intend and will not be required to edit or review for accuracy or appropriateness any Licensor Content. iii. Subject to the limitation of liability set forth in Section __ ("Limitation of Liability"), Distributor will indemnify _________ for, and hold _________ harmless from, any loss, expense, damages, claims, demands, or liability arising from any claim, suit, action or demand resulting from: (a) the material uncured breach of any terms of this Agreement: (b) the use of the Licensed Software and Ancillary Programs by any Customer of Distributor except for claims which arise directly from or relate directly to material uncured breaches of _________'s obligations under this Agreement or fall within _________'s indemnification obligations under this Agreement, including but not limited to _________'s warranties with respect to the Licensed Software; or (c) any claim related to the Value Added Offering. 10. Choice of Applicable or Governing Law A fundamental clause in this section is the law chosen for the interpretation of the license and the court chosen for submitting a claim against the vendor or customer. From a perspective of cost, it is advisable that the parties amend this clause to the law and the court that is most convenient for both the vendor and customer. For a transaction between two companies based in North America, it would be inadvisable to use European law for SIIA Guide to Licensing Software as a Service 25 the interpretation of a license and end up having to go to court in Brussels to try the case. In reality, the vendor and the largest party to the transaction most often gain "home court" advantage in the courts. In the software service transaction, the choice of law may bear particular scrutiny. As customers can easily sell and deliver application services to overseas customers, the transaction may quickly expand to numerous jurisdictions. If the transaction is not placed within a law and a court from the outset, the parties may find that jurisdiction becomes a thorny issue. Sample Applicable or Governing Law Provisions: i. The agreement shall be governed by, and construed in accordance with laws of the State of _________if licensee is located in United States, and by the laws of the Province of /Country of _________ if licensee is located in Canada/Europe/Asia without regard to conflict of law rules or (insert any commercial code). ii. This Agreement shall be governed by and construed in accordance with the laws of the State/Province of ____________, except that body of law known as Conflicts of Law. All actions or proceedings arising directly or indirectly between the parties, other than those for injunctive relief, shall be litigated in courts located within the County/State/Province of __________. Developer consents to the jurisdiction thereof and agrees not to disturb such choice of forum. If Developer is not a resident of California, Developer waives the personal service of any and all process upon it, and agrees that all such service 11. Assignment In most jurisdictions, commercial contracts are not easily assignable. An assignment enables a party to release from all obligations under the contract and to pass them on to the assignee. The case law on assignment is complex and not always certain. In addition, sub-contracting is often permitted under general law since the original party to the contract remains liable for the performance of the sub-contractor. In the software services agreement, assignment may be impacted by the rapid transformation and increasing levels of consolidation of software services providers. As companies acquire and shed lines of business, merge with and acquire competitors, strike new partnerships and alliances, or lease infrastructure from new suppliers, assignment may have to be permitted to enable the seamless provision of services. If an agreement completely prohibits assignment and requires that a new agreement be drawn up for every change to a vendors ownership situation, down time taken to craft a new agreement may lead to an untenable situation for customers. Sample Assignment Provisions: No Assignment: i. This agreement and all rights and obligations of both parties shall not be pledged, mortgaged, assigned or otherwise transferred or disposed of, including by operation of law, in whole or part, by either party except as expressly set out in this Agreement or as consented to in writing by the other party. Limited Assignment: i. This Agreement shall be binding upon and inure to the benefit of the successors or assigns of each party, however, this Agreement is not assignable by either party without the prior written consent of the other party, except that this Agreement may be assigned to an Affiliate, or to a successor to all or substantially all of the assets and business of the assigning party, provided that such Affiliate or successor in interest agrees to perform all the responsibilities of the assigning party and the assigning party guarantees such performance. SIIA Guide to Licensing Software as a Service 26 12. Amendments and Modifications The amendment provis ions in a license describe the circumstances and terms under which the agreement be modified. Also, the processes for modification of the agreement are set out. Provisions can differ in requirements for written documents and signatures required. If only one party needs to sign a new provision, the change can be construed as an amendment to the agreement. Sample Amendment Provisions: i. This agreement may not be modified or altered except by written instrument executed by the party against whom enforcement is sought. ii. This agreement may not be modified or altered except by written instrument duly executed by both parties. 13. Force Majeure Force majeure provisions identify circumstances beyond the control of the parties that prevent performance under the agreement. The effects of the force majeure provisions are to limit liability and prevent breach of contract. A force majeure is a condition beyond the control of the parties such as war, strikes, floods, power failures, destruction of network facilities, etc that was not foreseen by the parties and which prevented performance under the contract. Most licenses build in provisions that any party’s failure to perform any term of condition under the license due to a force majeure will be excused and the failure to perform in those circumstances will not be deemed a breach of the agreement. In the SaaS agreement, force majeure may be impacted by: - The use of the Internet, with its inherently unpredictable service levels, as a means of delivery; The challenge of identifying points of failure in a distributed network environment; and The prevalence of disaster recovery and re-routing capabilities in the Internet application marketplace. Sample Force Majeure Provisions: i. Neither party shall be responsible for delays nor failure of performance resulting from acts beyond the reasonable control of such party. Such acts shall include, but not be limited to, acts of God, strikes, walkouts, riots, acts of war, epidemics, failure of suppliers to perform, governmental regulations, power failure, earthquakes, or other disasters. ii. Neither party hereto shall be liable for any delay or failure to perform any provision of this Agreement if such delay or failure arises directly or indirectly out of any act of nature, acts of a public enemy, earthquake, flood, government order, riot or any other cause beyond the reasonable control of ODC or Supplier. 14. Dispute Resolution When a dispute arises that the parties to a contract cannot resolve between themselves, their normal recourse is to the courts. However, alternatives exist to this often lengthy, expensive and painful process. In the software as a service market, the choice of litigation, arbitration or mediation may be impacted by the nascent nature of the industry. The key characteristics of the marketplace and the legal environment include: SIIA Guide to Licensing Software as a Service 27 - Keeping customers happy is at a premium -- most companies are hesitant to take customers to court; Start up vendors with few legal resources at their disposal; and There are few established precedents for software services. The Application Service Provider Industry Consortium, together with the World Intellectual Property Organization (WIPO), are establishing arbitration procedures and a forum for the resolution of disputes involving hosted application providers and their customers. A. Litigation Neither an arbitration or modification clause removes the need for a legal clause, specifying the legal system that will govern the contract and its performance and interpretation, and for a clause deciding which court shall have jurisdiction in the case of legal disputes. Litigation through the courts is suitable for disputes both over fact and law. The judge is paid for by the state. Litigation may be commenced by either party and does not require the agreement of the other. The decision of the court is binding in all cases and there is usually an established appeals procedure. The major advantage of litigation is that it is so slow, costly, arduous and beneficial to nobody but lawyers that it ultimately forces settlement. B. Arbitration Arbitration is a dispute settlement through an arbitrator appointed by the parties by contract and not by the state. Both parties usually share the arbitrator's fees. It is more private and less formal than court proceedings; although it is becoming more and more formalized. Awards made by an arbitrator can be binding on the parties and can be enforced by the court. The major advantages of arbitration include Speed; Less cost; Informality (relative to courts); Increases incentive to agree within process; and Minimal discovery procedures. C. Mediation Mediation is an informal procedure where the parties agree by contract to refer a dispute of fact to an expert appointed by the parties for his resolution. It is not really suitable for any dispute where issues of law are likely to be canvassed. Both parties usually share the expert's fees. It is binding on both parties and the court may enforce determinations. There is no possibility of appeal, save perhaps in the case of outright fraud or error. Sample Dispute Resolution Provision: In the event that any dispute or disagreement between the parties with respect to the interpretation of any provision of this Agreement, the performance of either party under this Agreement, or any other matter that is in dispute between the parties related to this Agreement, upon the written request of either party, the parties will meet for the purpose of resolving such dispute. The parties agree to discuss the problem and negotiate in good faith without the necessity of any formal proceedings related thereto. No formal proceedings for the resolution of such dispute may be commenced until either party concludes in good faith that the applicable resolution through continued negotiation of the matter in issue does not appear likely. The parties further agree that all disputes hereunder which cannot be settled in the manner herein before described (any such dispute is referred to here as a "Dispute") will be settled by final and binding arbitration conducted in accordance with the American Arbitration Association ("AAA") (or any successor thereto), as amended from time to time. The Federal Arbitration Act, 9 U.S.C. Secs. 1-16, shall govern the arbitrability of all Disputes. Judgment upon the award rendered in any such arbitration may be entered in any court having jurisdiction thereof, or application may be made to such court for a judicial acceptance of the award and enforcement, as the law of such jurisdiction may require or allow. The arbitrator shall not have authority to award punitive damages. All expedited procedures prescribed by the AAA rules shall apply. The arbitrator's decision and award shall be final and binding and judgment may be entered in any court having jurisdiction thereof. Each party shall bear its own SIIA Guide to Licensing Software as a Service 28 costs and attorneys' fees, and shall share equally in the fees and expenses of the arbitrator but the arbitrator shall have the discretion to award costs and attorney's fees in his discretion. The arbitration panel will be composed of one single arbitrator engaged in the practice of law, under the then current rules of the AAA. No person may be appointed as an arbitrator unless he or she is independent of the Applicant and Respondent, is skilled in the subject matter of the Dispute and is not directly or indirectly carrying on or involved in a business being carried on in competition with the business of the parties. The decision of the arbitration panel shall be made by the sole arbitrator. The venue for the arbitration shall be in Washington, DC unless otherwise agreed to by the parties in writing. 15. Notices The articles on notices name the official representatives of the parties and describe the processes for transmitting communications related to the license agreement. Notices are typically required when a party wants to terminate the agreement, when an acceptance or rejection of an offer or amendment has taken place, and when a suit is brought by a party. A couple of "rules of thumb" for notices are: - notices should be given in writing; and proper mailing addresses should be set forth in the notices clauses of the agreement. Sample Notice Provisions: i. All notices or demands of any kind related to this agreement shall be in writing and may be served personally or by prepaid United States mail (return receipt requested) or by private mail service (e.g. Federal Express, UPS) if a confirmation of delivery is obtained, in either case to the following address ________________________________________. ii. Copies of all notices to ____________ shall be sent to the attention of _____________. Either party may, by notice in writing to the other party, designate a different address to which all further notices and demands are hereafter to be addressed. 16. Relationship of the Parties Provisions regarding relationship of parties describe how the transaction is to be structured and identifies the choice of a business relationship. Samples of Relationship Provisions: Specifies no relationship: i. This agreement creates no relationship of joint venture, partnership, limited partnership, agency or employer-employee between the parties, and the parties acknowledge that no other facts or relations exist that would create any such relationship between them. Neither party has any right or authority to assume or to create any obligation or responsibility on behalf of the other party except as may from time to time be provided Specifies a relationship: i. The parties shall be deemed for all purposes to be _________ (partners, independent contractors, etc.) The Agreement shall not constitute either party the agent, employee or representative of the other, nor shall either party have the right or authority to assume, incur or create any liability or obligation of any kind on behalf of the other party. SIIA Guide to Licensing Software as a Service 29 ii. Relationship of the Parties. In all matters relating to this Agreement, ________ is an independent contractor. Neither party will represent that it has any authority to assume or create any obligation, express or implied, on behalf of the other party. Nothing stated in this Agreement shall be construed as constituting ________ and Developer as partners or joint venturers, or as creating the relationship of employer and employee, principal and agent, master and servant, or licensor and licensee between ________ and Developer. 17. Entire Agreement The entire agreement (or integration) clause is often buried deep in the "boilerplate," but is a very powerful and important article. This clause literally means what it says: if something is not in the written contract, it is not part of the deal. Promises made by sales representatives, statements contained in advertisements, and statements made during negotiations are not part of the deal and are not binding unless included in the final contract. Entire agreement provisions will not always protect vendors, not will it always work to defeat claims of the re-distributor or user. In situations involving fraud, unconscionability, mistake, clear evidence that the written agreement is not the entire agreement, the effect of the integration clause may be defeated. Sample Integration Clause: i. ii. This Agreement sets forth the entire agreement and understanding of the parties with respect to the subject matter of this license, and merges all proposals, prior discussions or prior agreements between them. This Agreement is the parties' entire agreement relating to the Software. It supersedes all prior or contemporaneous oral or written communications, proposals, warranties, and representations with respect to its subject matter, and following Licensee's acceptance of this license by clicking on the "Accept" Button, will prevail over any conflicting or additional terms of any quote, order, acknowledgment, or any other communications by or between the parties. No modification to this Agreement will be binding, unless in writing and signed by an authorized representative of each party. 18. Severability A severability clause permits the agreement to continue in force even if certain provisions are deemed unenforceable. Sample Survival and Severability Provisions: i. The warranties and the indemnification and confidentiality obligations set forth in the agreement shall survive the termination of the agreement by either party for any reason ii. In the event that any of the provisions of this Agreement shall be held by a court or other tribunal of competent jurisdiction to be invalid or unenforceable, the remaining portions of this Agreement shall remain in full force and effect and shall be construed so as to best effectuate the intention of the parties in executing it. iii. Each provision of this Agreement is severable from the entire Agreement, and in the event that any provision is declared invalid or unenforceable, that provision shall be amended if possible to be enforceable, but in any event, the remaining provisions hereof shall remain in effect. No waiver by either party of any default shall operate as a waiver of any other default or of a similar default on a future occasion. No waiver or amendment of any term or condition shall be effective unless in writing and signed by the party against whom enforcement is sought. Neither party shall be liable for any failure to perform any obligation hereunder (except a failure to pay) due to causes beyond its reasonable control. SIIA Guide to Licensing Software as a Service 30 ABOUT SIIA The Software & Information Industry Association (SIIA) is the principal trade association of the software code and information content industries. SIIA represents more than 1,000 leading high-tech companies that develop and market software and electronic content for business, education, consumers and the Internet. For further information, visit www.siia.net. Software as a Service Initiative The "Software as a Service" (SaaS) model holds great promise for technology providers and consumers alike. A robust future for the software service model, however, is not assured as the industry faces a litany of challenges that must be addressed head on. SIIA, as a neutral third-party working to validate the business model, is uniquely positioned to address these challenges, illuminate benefits and drive acceptance among industry analysts and potential customers. SIIA's Software as a Service Initiative seeks to achieve two major goals for member companies in the space: • • Development of the space through identification of business model trends, best practices and model contracts dealing with channel, legal and security issues. Promotion of the model to encourage and facilitate new ISV/xSP/IBS partnerships, and to shape ongoing coverage of SaaS in media to broaden customer recognition and acceptance. SIIA Guide to Licensing Software as a Service 31
© Copyright 2024