<?xml version="1.0" encoding="utf-8"?>
<rss version="2.0">
   <channel>
      <title>Software Audits</title>
      <link>http://blawg.scottandscottllp.com/softwareaudits/</link>
      <description>Articles and information regarding software audits including Microsoft Audits, Autodesk Audits, BSA Audits, SIIA Audits.</description>
      <language>en</language>
      <copyright>Copyright 2011</copyright>
      <lastBuildDate>Fri, 15 Jul 2011 14:03:55 -0600</lastBuildDate>
      <generator>http://www.sixapart.com/movabletype/</generator>
      <docs>http://blogs.law.harvard.edu/tech/rss</docs> 

            <item>
         <title>Who Gets Sued for Software Compliance Violations?</title>
         <description>A recent Northern District of Idaho case should shed some light on how to apportion legal liability for copyright infringement damages related to business software usage.

In Brasher’s vs. The Software &amp; Information Industry Association, Adobe, Corel, McAfee, Symantec, Idaho Auto Auction, ADP, and Robert Gillespie, plaintiff Brasher’s, the target of an SIIA software audit, filed suit asking the court to determine who is legally responsible for unlicensed software found on its computers during the audit. Brasher’s sues Gillespie, a former IT administrator and presumed informant for his role in installing the software and seeks indemnity from Idaho Auto Auction the company it acquired assets from which included computers with unlicensed software.

This lawsuit provides some valuable lessons.

(1)The plaintiff claims it had no knowledge that the computers contained allegedly infringing software when it acquired the computers. Lack of knowledge or intent is usually not a good defense to a copyright infringement claim when liability attaches without regard to fault or knowledge.

This case highlights the importance of due diligence and properly documenting asset transactions involving the sale of computers with software installed.

(2) The plaintiff alleges that the former IT administrator installed unlicensed software  in violation of company policies.  He was subsequently terminated and thereafter informed SIIA that Brasher’s had pirated software on their computers. The plaintiff alleges a very common fact pattern: IT administrator is terminated and makes a software piracy complaint against the former employer to the SIIA.

It will be interesting to see how receptive the court is to Brasher’s claim that Gillespie should be individually liable for software he installed in violation of the company’s policy. The case against the informant is always a tough call. Most unemployed IT guys are not viable defendants.

(3)The plaintiff alleges that the SIIA repeatedly made demands for payment several times the total retail price of the software and far in excess of any damages suffered by SIIA’s members. Brasher’s claims that they repeatedly offered to settle with the SIIA, including an offer of  $12,500, despite the fact that the retail price of the software allegedly infringed is less than half that amount and that the SIIA rejected their settlement offers.

The SIIA’s multiple of MSRP approach to software audits is under direct attack. I think the court will be receptive to Brasher’s claims that an arbitrary multiple of MSRP is not appropriate for calculating damages in software copyright infringement cases.</description>
         <link>http://blawg.scottandscottllp.com/softwareaudits/2011/07/who_gets_sued_for_software_com.html</link>
         <guid>http://blawg.scottandscottllp.com/softwareaudits/2011/07/who_gets_sued_for_software_com.html</guid>
                  <category domain="http://www.sixapart.com/ns/types#category">Rob Scott</category>
        
                  <category domain="http://www.sixapart.com/ns/types#tag">SIIA</category>
                  <category domain="http://www.sixapart.com/ns/types#tag">Software &amp; Information Industry Association</category>
                  <category domain="http://www.sixapart.com/ns/types#tag">software audits</category>
                  <category domain="http://www.sixapart.com/ns/types#tag">software compliance</category>
                  <category domain="http://www.sixapart.com/ns/types#tag">software infringement</category>
        
         <pubDate>Fri, 15 Jul 2011 14:03:55 -0600</pubDate>
      </item>
            <item>
         <title>Top Four Terms to Remember when Purchasing Autodesk Software</title>
         <description><![CDATA[Software-license compliance can be a difficult task, and understanding the standard <a href="http://images.autodesk.com/adsk/files/autocad-2011-eula-english-all_other_countries.pdf" target="_blank">Autodesk Software License Agreement</a> may present challenges. Here are four of the most important terms in that agreement to remember for compliance purposes:

<strong>1.   License Terms Vary Regarding Installations.</strong>

<strong>a.</strong>   <u>Multi-seat license.</u> Although Autodesk generally restricts software installations to one installation per license, the license agreement provides exceptions based on the product in question. Some licenses are multi-seat licenses, which allow installations up to the number of seats the license specifies, which may vary.

<strong>b.</strong>   <u>Network license.</u> Unlike other licenses, a network license enables users to access the software by several computers on a network, up to the number of concurrent users specified by the network license.

<strong>c.</strong>   <u>Education Institution and Student Version licenses.</u> This type of license allows multiple installations of the software exclusively for educational purposes up to the number of installations permitted by the individual license.

<strong>d.</strong>   <u>Evaluation (Trial) Version.</u> Autodesk offers potential buyers the opportunity to test a product before purchasing the full version by downloading a trial version. This version may only be installed for a maximum of thirty (30) days and must be uninstalled at the expiration of that period. Importantly, the software also may be used only for evaluation purposes, and not for production or testing. 

<strong>2.   Four-Month Grace Period To Remove Old Versions.</strong>

The Autodesk license agreement requires any product that has been upgraded or updated with a new version to be uninstalled or otherwise destroyed within 120 days of upgrading. Additionally, Autodesk may require the consumer to show proof of the destruction or removal of the product. 

<strong>3.    Licenses Cannot Be Transferred Without Written Consent.</strong>

Autodesk does not allow a license to be transferred to another user without written consent. This may work to restrict an employee from purchasing a product and receiving a reimbursement from the company for the product to transfer ownership. 

<strong>4.   Autodesk Reserves the Right to Audit.</strong>

Perhaps the most important provision regarding software compliance is the auditing provision. Autodesk expressly reserves the right to audit the installations of Autodesk products with reasonable notice. This provision enables Autodesk to conduct the inspection on-site and to assess a fee for any unlicensed installations. 

It is important to review and understand the entire license agreement, and specifically the above terms. If facing an audit by Autodesk, it also is important to seek legal counsel with experience in defending against such matters.
]]></description>
         <link>http://blawg.scottandscottllp.com/softwareaudits/2011/07/top_four_terms_to_remember_whe.html</link>
         <guid>http://blawg.scottandscottllp.com/softwareaudits/2011/07/top_four_terms_to_remember_whe.html</guid>
                  <category domain="http://www.sixapart.com/ns/types#category">Keli Johnson</category>
        
                  <category domain="http://www.sixapart.com/ns/types#tag">Autodesk</category>
                  <category domain="http://www.sixapart.com/ns/types#tag">software audit</category>
                  <category domain="http://www.sixapart.com/ns/types#tag">software compliance</category>
                  <category domain="http://www.sixapart.com/ns/types#tag">software license</category>
        
         <pubDate>Fri, 15 Jul 2011 13:58:25 -0600</pubDate>
      </item>
            <item>
         <title>Online Software Purchases – The Good, The Bad and The Ugly</title>
         <description><![CDATA[Businesses understandably want to reduce both the time spent shopping for software licenses and the amount to be paid to acquire those licenses. However, efforts to minimize license spends online can have negative unintended consequences. If you are shopping at a software publisher’s own online marketplace (such as Adobe’s or Autodesk’s stores), then you usually can rest assured that you at least have the tools available to purchase the correct kind and quantity of genuine licenses. However, the pricing available at those stores often is higher than the pricing available through third-party resellers.

Unfortunately, the further you stray from the publishers’ stores in a search for lower prices, the more likely it is that you may make a costly error in your purchasing decisions. Here are three big reasons why:

<strong>1.   You may not realize what you are getting.</strong> Those high prices and the publishers’ stores come with benefits, one of which usually is assistance with available license types and an assessment of license needs, especially if you are contemplating a higher-cost transaction. If you purchase through third-party sites with lower prices (like Amazon) or through auction or “marketplace” sites (like eBay or, in some cases, Amazon), then you often are on your own in assessing your needs. As a result, some businesses end up purchasing incorrect licenses – such as academic-edition licenses for prohibited commercial purposes or upgrade licenses without a valid, qualifying, full-version license – usually on non-refundable terms. 

<strong>2.   You may not be getting anything at all.</strong> In some cases – especially at the auction and “marketplace” sites – the advertising sellers may have no right whatsoever to resell the software licenses they are offering, making those licenses worthless to the purchaser. Autodesk in particular is well known for challenging such sales, because its standard license agreement expressly prohibits the transfer of software licenses without its consent. In the event of an audit, invoices from such sales typically not only are rejected as proof of license-ownership but also may damage a business’ credibility in attempting to negotiate a resolution, especially if the price identified on the invoice is far below MSRP. 

<strong>3.   You may be getting more than you expected.</strong> In the worst cases, and again, most commonly when purchasing software through marketplaces or auction sites, what you receive may actually result in damage to your files or computer systems. It is not unheard-of for software shipped following such sales to consist of unauthorized, corrupted copies or whole-cloth counterfeits of the advertised products. Such software can result in loss of data that may be significantly more valuable than full-price licenses for the software in question. In those situations, businesses may find themselves without the license-proof they need in the event of an audit and without the files they need to service their customers and make money. 

This is not to say that all online license transactions are a bad idea or that business should not attempt to manage their licensing costs when possible and appropriate. However, it is a good, general rule of thumb that the further you get from full MSRP for a software license offered on the Internet, the more cautious you should be before proceeding. In close cases, it also may be worth the effort to get an opinion from your attorney.
]]></description>
         <link>http://blawg.scottandscottllp.com/softwareaudits/2011/07/online_software_purchases_the.html</link>
         <guid>http://blawg.scottandscottllp.com/softwareaudits/2011/07/online_software_purchases_the.html</guid>
                  <category domain="http://www.sixapart.com/ns/types#category">Christopher Barnett</category>
        
                  <category domain="http://www.sixapart.com/ns/types#tag">software audits</category>
                  <category domain="http://www.sixapart.com/ns/types#tag">software licensing</category>
        
         <pubDate>Fri, 15 Jul 2011 13:54:28 -0600</pubDate>
      </item>
            <item>
         <title>Top Three Challenges in Standard IBM License Agreements</title>
         <description><![CDATA[IBM software licensing can present an array of interpretive and compliance challenges for even the most sophisticated licensees. Here are three of the most important things to keep in mind when planning to license IBM products under the company’s standard-form agreements (which, for the vast majority of IBM customers, are essentially the company’s only agreements, since IBM generally is loathe to deviate from them).<br />
<ol><li><strong>Document Soup.</strong> The first thing to know about IBM license agreements is that there is no single license of any single software program. Instead, IBM places applicable license terms within at least two – and sometimes more – documents. The two forms that apply in almost all cases are the International Program license Agreement (IPLA) (available here) and a program-specific License Information document (LI) (you can search for the LI pertaining to a specific product here). However, other documents may apply depending on how a product is being licensed. For example, most businesses that acquire IBM software do so under IBM’s Passport Advantage volume-licensing program, which entails a separate license agreement (the PAA, available here). Further, if a company wants to license IBM software on virtual servers, it may want to consider doing so under IBM’s sub-capacity licensing option. That option requires acceptance of yet another set of license terms (available here). Just keeping track of which agreements apply to which products can be a daunting task, and it is one that demands strict attention to detail if the customer wishes to avoid exposure from unlicensed or under-licensed software deployments.</li>
<li><strong>Mandatory Full-Capacity Licensing by Default.</strong> Many businesses want to run IBM software on virtual servers in order to reduce costs and to maximize the use of available processing resources. Many of those businesses also are aware that IBM offers a sub-capacity licensing option that can substantially reduce costs in instances where a product is to be deployed on one or more virtual servers with substantially less processing capacity than the physical server where they are hosted. However, the LIs applicable to sub-capacity-eligible products typically contain no mention of sub-capacity licensing, requiring instead that the software be licensed based on the capacity of the physical server where it is installed. In order to be eligible to license products on a sub-capacity basis, a business therefore must agree separately to the terms of the sub-capacity licensing attachment to the PAA (referenced above). Failure to do so (and to jump through the other, mandatory, sub-capacity licensing hoops) can result in substantial, unanticipated license and compliance-related costs in the event of an audit.</li>
<li><strong>Audits are Awful.</strong> The IPLA includes one of the most onerous audit-rights provisions that we see in standard-form license agreements. It requires the customer “to create, retain, and provide to IBM and its auditors accurate written records, system tool outputs, and other system information” intended to provide a basis for conducting compliance audits. It gives IBM the right to “verify Licensee’s compliance,” either directly or through the third-party auditor of its choice, without any limitation on frequency or timing, provided that the notice of the audit is “reasonable” and that the audit is conducted “in a manner that minimizes disruption to Licensee's business” (though, IBM audits almost always are significantly disruptive to varying degrees). Finally, if software use in excess of license rights is discovered, the customer may be required to pay the “charges that IBM specifies” for: “1) any such excess use, 2) support for such excess use for the lesser of the duration of such excess use or two years, and 3) any additional charges and other liabilities determined as a result of such verification.” That essentially boils down to: “You will pay what we tell you to pay.”</li></ol>
Companies that license IBM software typically do so for mission-critical business purposes, which makes addressing these and other pitfalls associated with IBM software licensing both inevitable and vitally important. It may not be possible to negotiate away most (or any) of the terms giving rise to those pitfalls, but at the very least a business must be familiar with the obligations it is undertaking when acquiring IBM program licenses. For this reason, it makes a lot of sense to work with experienced licensing counsel at the outset of the license-procurement process.
]]></description>
         <link>http://blawg.scottandscottllp.com/softwareaudits/2011/07/top_three_challenges_in_standa.html</link>
         <guid>http://blawg.scottandscottllp.com/softwareaudits/2011/07/top_three_challenges_in_standa.html</guid>
                  <category domain="http://www.sixapart.com/ns/types#category">Christopher Barnett</category>
        
                  <category domain="http://www.sixapart.com/ns/types#tag">IBM audits</category>
                  <category domain="http://www.sixapart.com/ns/types#tag">IBM licensing</category>
                  <category domain="http://www.sixapart.com/ns/types#tag">software audits</category>
                  <category domain="http://www.sixapart.com/ns/types#tag">software licensing</category>
        
         <pubDate>Tue, 05 Jul 2011 11:38:13 -0600</pubDate>
      </item>
            <item>
         <title>Microsoft Certificates of Authenticity May Not Constitute Proof of Licensing</title>
         <description>The Business Software Alliance (“BSA”) and Software Industry &amp; Information Association (“SIIA”) work on behalf of their members (the lists of which include Microsoft (for the BSA), Adobe, and Autodesk, among others) to enforce copyrights and the terms of end user license agreements (“EULAs”) pertaining to those members’ software products. The BSA and SIIA typically initiate software audits against companies in a stated effort to determine whether the software installed on those companies’ computers is properly licensed according to the terms of the relevant EULAs.

The audit process usually requires the audited company to produce specific kinds of proof-of-purchase documentation for any software licenses that the company claims to own. Failure to provide that kind of proof – typically in the form of a dated invoice or other document showing when the company purchased the license – most often results in the BSA’s or SIIA’s refusal to credit license ownership for any reported software deployments.

In BSA audits, companies often mistakenly believe that production of a Microsoft “Certificate of Authenticity,” activation key or packaging and installation disc constitutes sufficient license proof. However, the BSA almost never recognizes license credit for those kinds of materials. Product keys may be a result of cracked codes or multiple installations, and Certificates of Authenticity are not dated and therefore may be purchased after the effective date of the audit demanded by the BSA.

It is crucial for companies to retain all receipts for software-license purchases for as long as any of those software products are installed on company computers. In addition, when facing a BSA or SIIA software audit, it is important to seek counsel with experience in defending against such matters and in helping audited companies to exhaust all options for demonstrating license ownership.</description>
         <link>http://blawg.scottandscottllp.com/softwareaudits/2011/06/microsoft_certificates_of_auth.html</link>
         <guid>http://blawg.scottandscottllp.com/softwareaudits/2011/06/microsoft_certificates_of_auth.html</guid>
                  <category domain="http://www.sixapart.com/ns/types#category">Keli Johnson</category>
        
                  <category domain="http://www.sixapart.com/ns/types#tag">BSA</category>
                  <category domain="http://www.sixapart.com/ns/types#tag">SIIA</category>
                  <category domain="http://www.sixapart.com/ns/types#tag">software audit</category>
                  <category domain="http://www.sixapart.com/ns/types#tag">software licensing</category>
        
         <pubDate>Wed, 15 Jun 2011 15:44:16 -0600</pubDate>
      </item>
            <item>
         <title>Top Tips for Responding to an Autodesk Audit</title>
         <description>Autodesk routinely sends letters to businesses that it suspects may be using Autodesk software products without adequate licensing, both in order to confirm those suspicions as well as to address any license-compliance discrepancies. Typically under threat of a federal lawsuit for copyright infringement, Autodesk requires targeted businesses to respond to detailed questions about the Autodesk software installations on company computers, the employees who use those installations, and the licenses owned for those installations. It is Autodesk’s position that unlicensed software installations constitute copyright infringement, and businesses that are unable to show full compliance typically face significant penalties on order to obtain Autodesk’s release from liability for the alleged infringement.

When facing a software audit from Autodesk, it is usually a good idea for a business to take reasonable steps to cooperate in the audit process. However, that cooperation should come only after the business has taken steps to protect its interests and has conducted an internal review of its potential exposure.  It is usually a good first step for company officers to read and familiarize themselves with the Autodesk Software License Agreement, paying special attention to the provisions that may affect the outcome of the audit, such as, for example, the license prohibition against the transfer of licenses without Autodesk’s written consent. That prohibition may prevent the company from using licenses purchased by employees in order to demonstrate compliance with regard to software installed on company computers.

In conducting an internal review, it also is important to remember that Autodesk typically will not require that the company product invoices or other receipts from license purchases, as long as the serial number for the software installed on company computers correspond to serial numbers that have been properly registered with Autodesk. If company officers are confident that all software has been purchased from authorized resellers, then submitting the serial numbers can help to avoid the headache of trying to locate invoices or other purchasing documentation. 

Finally, prior to supplying any audit information, a business should secure a confidentiality agreement from Autodesk. Autodesk often will agree to ensure that information supplied as part of the audit process or settlement negotiations is kept confidential and to not attempt to use any such audit information in court, if the matter proceeds to litigation.

Companies facing Autodesk audits should consider retaining counsel experienced in handling Autodesk audits. A competent attorney can help navigate the obstacles and pitfalls of the audit process.</description>
         <link>http://blawg.scottandscottllp.com/softwareaudits/2011/05/top_tips_for_responding_to_an.html</link>
         <guid>http://blawg.scottandscottllp.com/softwareaudits/2011/05/top_tips_for_responding_to_an.html</guid>
                  <category domain="http://www.sixapart.com/ns/types#category">Keli Johnson</category>
        
                  <category domain="http://www.sixapart.com/ns/types#tag">Autodesk</category>
                  <category domain="http://www.sixapart.com/ns/types#tag">Autodesk audits</category>
                  <category domain="http://www.sixapart.com/ns/types#tag">copyright infringement</category>
                  <category domain="http://www.sixapart.com/ns/types#tag">software audit</category>
        
         <pubDate>Tue, 17 May 2011 17:10:52 -0600</pubDate>
      </item>
            <item>
         <title>Autodesk Targets Architects In Software Audits</title>
         <description>Autodesk routinely conducts software audits to determine whether businesses have unlicensed copies of its software installed on their computers. Architecture firms typically represent a significant portion of the targets of such audits – many such firms are heavily reliant on Autodesk software due to Autodesk’s dominance in the market for computer-aided design software and due to file-format compatibility requirements for architecture bids and client projects.

It is customary for Autodesk (or a software-industry representative, such as the Business Software Alliance (BSA) or the Software &amp; Information Industry Association (SIIA)) to send a letter requesting that the targeted firm conduct an audit of the Autodesk software installed on its network and that the firm then report the results of the audit, including the software installed, the serial numbers for the products, the nature of the use of the products, and the number of personnel using the products.

Many firms encounter problems when they discover that an employee has installed several copies of Autodesk software on multiple computers, in excess of the license-rights previously purchased. The Autodesk license agreement sometimes allows for Autodesk software to be installed both on a workstation computer and on a second computer (typically a laptop) for use away from the principal work location, but these computers must not be used concurrently. Multiple, concurrent-use installations often constitute breaches of the license agreement, which, in turn, may constitute copyright infringement. Firms may face additional exposure if their employees use license-key generators or other software or hardware to circumvent the licensing controls in Autodesk software. The Digital Millennium Copyright Act (DMCA) includes significant penalties that a court may impose if a business is found to have employed any such techniques in order to install and use a software product.

It is important for architecture firms – and any other businesses using Autodesk software – to review and understand applicable license agreements in order to mitigate exposure arising from potential copyright-infringement claims. Appropriate software use policies and routine, in-house audits often represent the best preventative measures that businesses may take to accomplish those ends. It also often is helpful for firms to seek legal counsel in the event of an audit or when confronting more complicated software-licensing issues.</description>
         <link>http://blawg.scottandscottllp.com/softwareaudits/2011/05/autodesk_targets_architects_in.html</link>
         <guid>http://blawg.scottandscottllp.com/softwareaudits/2011/05/autodesk_targets_architects_in.html</guid>
                  <category domain="http://www.sixapart.com/ns/types#category">Keli Johnson</category>
        
                  <category domain="http://www.sixapart.com/ns/types#tag">Autodesk licensing</category>
                  <category domain="http://www.sixapart.com/ns/types#tag">Digital Millennium Copyright Act</category>
                  <category domain="http://www.sixapart.com/ns/types#tag">DMCA</category>
                  <category domain="http://www.sixapart.com/ns/types#tag">software audit</category>
                  <category domain="http://www.sixapart.com/ns/types#tag">software licensing</category>
                  <category domain="http://www.sixapart.com/ns/types#tag">utodesk audits</category>
        
         <pubDate>Fri, 06 May 2011 16:25:06 -0600</pubDate>
      </item>
            <item>
         <title>One Easy, Preventative Step to Reduce Exposure in Autodesk Audits</title>
         <description><![CDATA[In the universe of software-copyright enforcement programs, Autodesk’s may be the most active and vigorous. All businesses – even those not running Autodesk software – should take steps early and regularly to identify and eliminate any software-compliance gaps associated with Autodesk and other software installations. It is common for businesses owners to be surprised by the presence of software on their company computers that not only was unauthorized by company management but also unused for company business purposes. Regular, internal software audits can help to avoid those surprises, and in the case of Autodesk software, product serial numbers represent a valuable tool to help determine whether a software installation is licensed.

All properly licensed Autodesk software is associated with an eleven-digit, numeric serial number, in the following format: nnn-nnnnnnnn. During the software installation and registration process, the serial number is recorded by Autodesk and is associated with registration information submitted by the installing user. Unlike similar software identifiers used by other publishers (like key numbers used by Microsoft) Autodesk serial numbers – and associated user-registration information – often can be used to validate reported installations as being properly licensed to an audited businesses. Therefore, with the serial numbers of their Autodesk installations in hand, business owners often can start to get an idea of their audit-related exposure before receiving any audit demands.

It typically is possible to access the serial number for an installation by booting up the software, clicking on the “Help” menu, and then clicking the “About” option. Those numbers typically display as one of the following three options:

<ul><li>Zero-only serial numbers (e.g., 000-00000000), or absent serial numbers, usually reflect the installation of Autodesk software under a limited-time trial license. The software usually becomes inoperable at the end of the trial period, but the Autodesk license terms require the removal of the software after the expiration date. If outside their trial periods, these installations should be removed and, if appropriate, replaced with full-term, licensed software.</li>
<li>Patterned or repeating-digit serial numbers (e.g., 123-45677654 or 444-44444444 or 454-54545454) usually are determined by Autodesk to reflect the installation of unlicensed software. This kind of installation should be destroyed immediately unless the business can demonstrate ownership of a valid license with dated purchase documentation.</li>
<li>Unique, non-repeating serial numbers (e.g., 350-36478235) are most likely to represent correctly licensed software. However, it is possible that the user information associated with those numbers was not entered correctly during the registration process. It also is possible that the numbers have been determined by Autodesk to be associated with pirated products. Therefore, even if a company’s Autodesk software installations display serial numbers in this format, it is important to review those numbers with available purchasing records to help ensure that unauthorized software has not been installed.</li></ul>

Taking the important step of identifying and inventorying Autodesk serial numbers in this way can help to mitigate exposure associated with Autodesk software audits. In the event of an audit, knowledgeable counsel can help to guide a business through the audit process and can help to determine whether and how the company should expect to use its serial numbers during the audit process.]]></description>
         <link>http://blawg.scottandscottllp.com/softwareaudits/2011/05/one_easy_preventative_step_to.html</link>
         <guid>http://blawg.scottandscottllp.com/softwareaudits/2011/05/one_easy_preventative_step_to.html</guid>
                  <category domain="http://www.sixapart.com/ns/types#category">Christopher Barnett</category>
        
                  <category domain="http://www.sixapart.com/ns/types#tag">Autodesk audits</category>
                  <category domain="http://www.sixapart.com/ns/types#tag">Autodesk licensing</category>
                  <category domain="http://www.sixapart.com/ns/types#tag">software audit</category>
                  <category domain="http://www.sixapart.com/ns/types#tag">software licensing</category>
        
         <pubDate>Fri, 06 May 2011 16:17:17 -0600</pubDate>
      </item>
            <item>
         <title>BSA Settlement a Reminder of Licensing Requirements for Hosting and Development</title>
         <description><![CDATA[The Business Software Alliance (BSA) announced on March 28 that it had reached a $100,000 settlement with an advertising agency in Melbourne, Australia, based on the firm’s allegedly unlicensed use of BSA-member software products. However, unlike the majority of BSA settlements, which typically involve claims that a business has more installations of a particular product than its documented licenses permit, this case apparently included allegations that the company “was insufficiently licensed for its development environment and not properly licensed to provide hosting services for its customers.”

Software development and solution hosting both can present unique licensing issues for businesses that may not be accustomed to addressing them. It is not uncommon for businesses to overestimate the rights conveyed with certain license types, which can prove to be costly mistakes in the event of a software audit. Microsoft’s licensing rules are a good and fairly prevalent example:

<ul><li><u>Software Development</u>. Many businesses recognize that a subscription under the Microsoft Developer Network (MSDN) program often represents an excellent value proposition. MSDN subscriptions include perpetual use rights for a vast array of Microsoft software. However, that software must be used exclusively in connection with the design, development, testing, and demonstration of new programs. In addition, and more importantly from a compliance perspective, each subscription must be assigned to a single software developer, with no sharing among team members, and if any software included in the subscription ever is used for any other, non-development-related purpose, then it must be licensed independently.</li>
<li><u>Solution Hosting</u>. Most Microsoft license agreements do not permit users to host software over the Internet to their customers or to rent any software to third parties. Businesses that fail to heed those restrictions typically discover – in the context of a software audit – that Microsoft or the auditing entity (like the BSA) refuses to recognize licenses any erroneously purchased for those prohibited purposes. The most popular way to obtain valid hosting or rental rights is through a Services Provider License Agreement (SPLA) with Microsoft. However businesses considering SPLA licensing must be prepared for a much more involved contracting process with Microsoft and also for the requirement to submit monthly reports that identify all software deployed to customers under the SPLA.</li></ul>

Businesses concerned about their development or hosting entitlements – as well as businesses with reason to believe that those entitlements may represent a significant aspect of a pending audit investigation – should work with licensing counsel to identify any discrepancies from an early stage. Doing so can help to minimize exposure related to compliance deficiencies.]]></description>
         <link>http://blawg.scottandscottllp.com/softwareaudits/2011/04/bsa_settlement_a_reminder_of_l.html</link>
         <guid>http://blawg.scottandscottllp.com/softwareaudits/2011/04/bsa_settlement_a_reminder_of_l.html</guid>
                  <category domain="http://www.sixapart.com/ns/types#category">Christopher Barnett</category>
        
                  <category domain="http://www.sixapart.com/ns/types#tag">Microsoft licensing</category>
                  <category domain="http://www.sixapart.com/ns/types#tag">MSDN subscriptions</category>
                  <category domain="http://www.sixapart.com/ns/types#tag">software audit</category>
                  <category domain="http://www.sixapart.com/ns/types#tag">software licensing</category>
                  <category domain="http://www.sixapart.com/ns/types#tag">SPLA licensing</category>
        
         <pubDate>Tue, 19 Apr 2011 12:38:02 -0600</pubDate>
      </item>
            <item>
         <title>Licensing Old Microsoft Products</title>
         <description><![CDATA[Businesses seeking to license older versions of Microsoft products may encounter challenges acquiring valid licenses.  This is a particular concern for some companies that utilize Microsoft products as the basis for their IT infrastructure and that want to avoid a costly migration to new software versions.

Microsoft offers a number of options under its Volume Licensing program that many businesses use to meet this kind of need. Microsoft’s “Open” licensing model in particular is a popular choice for small to medium sized businesses with 5 or more computers. Licenses acquired under the Open licensing program typically include “downgrade rights,” which allow the license holder to run earlier versions of the software in place of the current version. This program generally requires a commitment to a two-year purchasing agreement, payable as the products are acquired at a discounted rate, and it includes a relatively low minimum purchase requirement of 5 licenses. A detailed list of programs eligible for different Volume Licensing programs is available <a href="http://www.microsoftvolumelicensing.com/DocumentSearch.aspx?Mode=3&DocumentTypeId=3" title="Volume Licensing">here</a>.

However, it is important to note that not all software eligible for Volume Licensing carries the same kinds of downgrade rights. Unlike licensed purchased in a retail setting, which typically include an end-user license agreement packaged with or embedded in the software, the license terms under Microsoft’s Volume Licensing programmed are controlled by a periodically updated document called the Product Use Rights (PUR), the current version of which is available <a href="http://www.microsoftvolumelicensing.com/DocumentSearch.aspx?Mode=3&DocumentTypeId=1" title="Product Use Rights">here</a>. It also is important to keep in mind that many Microsoft products, such as Microsoft Office suites, may be downgraded only to the same edition of Office.  For example, Microsoft Office Professional Plus 2010 may be downgraded to Microsoft Office Professional 2007, but it may not be downgraded to Microsoft Office Standard 2007.  

Businesses running older versions of Microsoft products without a sufficient number or kind of documented licenses need either (1) to uninstall those products and to replace them with current versions, or else (2) to seek to license those existing installations via downgrade rights acquired through Volume Licensing. Microsoft routinely pursues legal action – both on its own and through groups like the Business Software Alliance (BSA) – based on claims that businesses are using unlicensed software.  It is important for companies to comply with all terms of applicable software licensing agreements in order to avoid or reduce exposure arising from potential copyright-infringement  claims. Experienced legal counsel can help to navigate these issues.]]></description>
         <link>http://blawg.scottandscottllp.com/softwareaudits/2011/04/licensing_old_microsoft_produc.html</link>
         <guid>http://blawg.scottandscottllp.com/softwareaudits/2011/04/licensing_old_microsoft_produc.html</guid>
                  <category domain="http://www.sixapart.com/ns/types#category">Keli Johnson</category>
        
                  <category domain="http://www.sixapart.com/ns/types#tag">Microsoft licensing</category>
                  <category domain="http://www.sixapart.com/ns/types#tag">software audit</category>
                  <category domain="http://www.sixapart.com/ns/types#tag">software licensing</category>
        
         <pubDate>Tue, 19 Apr 2011 12:35:47 -0600</pubDate>
      </item>
            <item>
         <title>Attachmate Customers Should Prepare for Audit Demands</title>
         <description>Businesses deploying software published by Attachmate Corporation should strongly consider making an effort now to review their license-compliance status. Attachmate is a major player in markets for various IT-infrastructure software solutions, and it has demonstrated its willingness to pursue litigation in support of its copyright-enforcement interests. For example, in April 2008, Attachmate pursued and reached a $1.1 million settlement with the State of Montana after an audit revealed unlicensed software use on state-owned computers.

In addition, Attachmate currently is in the midst of pursuing a $2.2 billion acquisition of Novell, Inc., but that transaction has stalled out recently due to a protracted patent review being conducted by the U.S. Department of Justice. The review is part of the government’s due-diligence efforts surrounding the required sale (for antitrust purposes) of 882 patents to a Microsoft-led consortium of competing vendors. As a result, many observers see an increasing likelihood of audit activity going forward – it is not uncommon for software publishers to try to increase revenue through license-enforcement activities. In addition, Novell software is widely deployed throughout many businesses’ IT environments, resulting in what Attachmate’s compliance department likely is expecting to be a fertile hunting ground for software audits.

Attachmate customers should use any distraction of Attachmate’s legal department to their advantage and take steps now to ensure that their software usage-levels do not exceed their license rights. Compliance gaps typically are much easier and less expensive to remedy before a software owner makes first contact regarding an audit, the efficient resolution of which often involves the assistance of counsel.</description>
         <link>http://blawg.scottandscottllp.com/softwareaudits/2011/04/attachmate_customers_should_pr.html</link>
         <guid>http://blawg.scottandscottllp.com/softwareaudits/2011/04/attachmate_customers_should_pr.html</guid>
                  <category domain="http://www.sixapart.com/ns/types#category">Julie Machal-Fulks</category>
        
                  <category domain="http://www.sixapart.com/ns/types#tag">software audit</category>
                  <category domain="http://www.sixapart.com/ns/types#tag">software compliance</category>
        
         <pubDate>Fri, 08 Apr 2011 15:30:31 -0600</pubDate>
      </item>
            <item>
         <title>IBM Software Audits Complicated by Diverse License Types</title>
         <description><![CDATA[Businesses that have endured software audits from industry groups like the BSA and the SIIA or from software publishers like Autodesk likely are familiar with the basic audit process of counting the total number of installations for audited products and comparing those installations against the number of licenses previously purchased to support them. There are some common variations on that general theme used by some publishers – notably, Microsoft – involving connections to server software by other computers on the network. However, for the most part, the numbers of different kinds of licenses at issue are relatively limited.

Therefore, when those businesses are approached by IBM requesting audits under its license-verification program, they often are shocked by the level of complexity involved compared to what they may have experienced in other matters. Contributing in no small part to that shock is the fact that IBM currently offers software (publicly) under approximately nine different, license-measurement frameworks:

<ul><li>Authorized User</li>
<li>Concurrent User</li>
<li>Floating User</li>
<li>User Value Unit (UVU)</li>
<li>Install</li>
<li>Processor Value Unit (PVU)</li>
<li>Server</li>
<li>Virtual Server</li>
<li>Client Device</li>
<li>Resource Value Unit (RVU)</li></ul>

The different frameworks involve varying levels of complexity. Some apply on a relatively simple user or device-access basis, while others apply on a server-installation basis. However, other types – such as PVU licenses – require businesses to calculate their license needs based on the kind and number of processors used in their computers and the number of cores in each of those processors. Complicating matters even further is the fact that IBM has used different licensing models in the past (such as processor-based licensing), and it can be difficult in many instances to wade through the resulting “document soup” of licenses to determine how those old license types translate – if at all – to the current models.

It is therefore very important for businesses being audited by IBM to try to limit and clarify the scope of the audit at the earliest possible stage. Comprehensive audit-scoping helps businesses not only to determine – in advance – the level of their licensing exposure resulting from the audit, but also to direct the efforts of internal resources and consultants to the tasks where they are most needed.]]></description>
         <link>http://blawg.scottandscottllp.com/softwareaudits/2011/02/ibm_software_audits_complicate.html</link>
         <guid>http://blawg.scottandscottllp.com/softwareaudits/2011/02/ibm_software_audits_complicate.html</guid>
                  <category domain="http://www.sixapart.com/ns/types#category">Christopher Barnett</category>
        
                  <category domain="http://www.sixapart.com/ns/types#tag">IBM audits</category>
                  <category domain="http://www.sixapart.com/ns/types#tag">software audit</category>
        
         <pubDate>Wed, 23 Feb 2011 15:39:03 -0600</pubDate>
      </item>
            <item>
         <title>Software Piracy Penalties</title>
         <description><![CDATA[Software Piracy penalties are sums collected by software publishers and their trade groups such as the BSA and SIIA in connection with software piracy audit activity.

The software piracy enforcement groups have developed a standard formula for assessing fines in software piracy audits. It is important to note that these groups such as BSA and SIIA are not governmental entities and have no independent authority to levy an enforceable software piracy penalty or fine. Software piracy penalties are therefore merely offered in settlement to avoid litigation and, like all pre-litigation settlement offers, are negotiable with the help of experienced counsel.

<strong><em>Dated Proof of Purchase Required to Avoid Software Piracy Penalty</em></strong>
Software piracy groups’ methodology for calculating fines starts by treating as unlicensed all software products for which there is a lack of adequate documentation, including dated proofs of purchase. All proofs of purchase must be dated prior to the software piracy audit initial letter to be considered valid evidence. Because companies may not always have access to the requisite dated proofs of purchase, software piracy penalties are often based, in part, on software titles that companies legally own and properly acquired.

<strong><em>Unbundling Software Suites in Software Piracy Penalties</em></strong>
Software piracy groups also unbundle the products in software suites such as Microsoft Office. So instead of proposing a fine based upon one copy of Microsoft Office, the BSA or SIIA proposes a fine for Microsoft Outlook, Microsoft Word, Microsoft Excel, and Microsoft PowerPoint. The result is a proposed software piracy penalty of $1,126 for a product that retails for $339.

<strong><em>The Arbitrary 3x Software Piracy Multiplier</em></strong>
After disallowing credit for valid software without dated proofs of purchase and unbundling all software suites, the software piracy groups then apply an arbitrary multiple of three times the full retail price for each software title. Accordingly, one allegedly unlicensed copy of Microsoft Office will carry a proposed software piracy penalty of $ 2,252.

<strong><em>Software Piracy Attorney’s Fees</em></strong>
To add insult to injury, the software piracy penalties will include a line item for $3,500 to pay the attorney’s fees for the auditing agency. While this is not usually a large number as a percentage, it should be taken into account when considering potential software piracy penalties. To calculate your potential software piracy penalty exposure, use our <a href="http://bsadefense.com/register.asp?p=/resources-fine-calculator.asp">Business Software Alliance Fine Calculator</a>.]]></description>
         <link>http://blawg.scottandscottllp.com/softwareaudits/2010/11/software_piracy_penalties.html</link>
         <guid>http://blawg.scottandscottllp.com/softwareaudits/2010/11/software_piracy_penalties.html</guid>
                  <category domain="http://www.sixapart.com/ns/types#category">Julie Machal-Fulks</category>
        
                  <category domain="http://www.sixapart.com/ns/types#tag">Software</category>
                  <category domain="http://www.sixapart.com/ns/types#tag">Software Piracy</category>
        
         <pubDate>Thu, 11 Nov 2010 13:17:01 -0600</pubDate>
      </item>
            <item>
         <title>Audit Inspections: How to Proceed with Inspecting Computers for Software Installations</title>
         <description>The Business Software Alliance (BSA) is an organization that represents software companies and prosecutes alleged unlicensed use of those member companies’ software products.  The BSA generally initially sends a company a letter indicating the company may be out of compliance with applicable software license agreements and demanding that the company investigate and inspect each computer for BSA-member software installations.  Then the inspection begins.

This process varies depending on the size of the company and the number of computers within the scope of the audit.  A small company with very few computers has more cost-effective options, such as using a free scan tool to inspect their computers, conduct hard drive imaging, or simply logging on to the computers to determine what is installed. 

However, there are numerous methods of inspecting and reporting software installations, and because of the complexities facing companies with many computers, it often is more effective to use a network scanning tool to determine installations on computers.

After selecting and deploying the scanning tool that is most effective for a company’s needs, a company should review the raw inventory results to determine if there are any errors in the results. It is not uncommon for inventory tools to report the presence of a software product on a computer even after the company has taken steps to remove the product. In addition, there are several product-specific pitfalls to avoid. For example, it is common for older versions of the free Adobe Reader to appear in inventory results as the full Acrobat product. Also, a computer may appear to have a full Microsoft Office suite, when one component, such as Microsoft Word, is the only product from the suite that actually is installed.  Each of these items can make a significant difference in a company’s exposure.

Finally, companies also should use a review of their software inventory results to determine which software products they need going forward. BSA settlements typically require companies to certify their compliance with applicable software agreements as of the date of settlement, and it is advisable to begin the compliance review as soon as possible. For example, it is often the case that a company does not require the full Adobe Acrobat, but could meet their needs using the Adobe Reader tool.</description>
         <link>http://blawg.scottandscottllp.com/softwareaudits/2010/09/audit_inspections_how_to_proce.html</link>
         <guid>http://blawg.scottandscottllp.com/softwareaudits/2010/09/audit_inspections_how_to_proce.html</guid>
                  <category domain="http://www.sixapart.com/ns/types#category">Keli Johnson</category>
        
                  <category domain="http://www.sixapart.com/ns/types#tag">BSA</category>
                  <category domain="http://www.sixapart.com/ns/types#tag">business software alliance</category>
                  <category domain="http://www.sixapart.com/ns/types#tag">software audit</category>
                  <category domain="http://www.sixapart.com/ns/types#tag">software licensing</category>
        
         <pubDate>Tue, 28 Sep 2010 16:31:48 -0600</pubDate>
      </item>
            <item>
         <title>License Ambiguities in Software Audits</title>
         <description><![CDATA[Without a contractual provision to the contrary, ambiguous terms in a software license will be construed against the software publisher. Provided that there are no other business factors that would make litigation unwise, an ambiguous license agreement is the situation most likely to lead to litigation.

<strong>Construction against the Drafter</strong>
When dealing with ambiguities, it is important to determine whether the license in question contains a provision indicating that ambiguities will not be construed against the drafter. If there is no such provision, the general rule in most jurisdictions is that ambiguities in software license agreements will be construed against the drafter. If the contract is silent on construction against the drafter, it is important to review any choice of law provision and determine if the specific jurisdiction follows the general rule.

<strong>Parol Evidence</strong>
The Parol Evidence Rule, which is applicable in most states, provides that when a court determines that a contractual provision is ambiguous, the parties may introduce extrinsic evidence to prove that their interpretations of the contract are consistent with the parties’ intent when entering into the contract.

In a software dispute, parol evidence will include testimony from both the software company and the end user regarding pre-contract discussions and negotiations as well as pre-contract writings including e-mails, faxes, purchase orders and draft license agreements. All of this evidence would be precluded in a contract dispute where there was no ambiguity in the contract. In such instances the court would be confined to what is called the “four corners” of the software license agreement when conducting its interpretation.

Software licenses often discuss technical matters, and are therefore frequently ambiguous. These ambiguities require the parties to develop and present extrinsic evidence in court. Typically, the evidence is developed through pre-trial discovery mechanisms such as requests for production of documents and depositions, which can be very expensive.

<strong>Triable Issues of Fact</strong>
Contract disputes, including those involving software licenses, are frequently resolved before the trial begins through motions for summary judgment. The interpretation of a non-ambiguous contract is decided as a matter of law by the court. In addition, because the parol evidence rule precludes the introduction of evidence in contravention of the plain meaning of an unambiguous contract, litigation costs are reduced because the extrinsic evidence regarding the parties’ pre-contract intent is not considered by the court.]]></description>
         <link>http://blawg.scottandscottllp.com/softwareaudits/2010/09/license_ambiguities_in_softwar_1.html</link>
         <guid>http://blawg.scottandscottllp.com/softwareaudits/2010/09/license_ambiguities_in_softwar_1.html</guid>
                  <category domain="http://www.sixapart.com/ns/types#category">Rob Scott</category>
        
                  <category domain="http://www.sixapart.com/ns/types#tag">software audit</category>
                  <category domain="http://www.sixapart.com/ns/types#tag">software audits</category>
                  <category domain="http://www.sixapart.com/ns/types#tag">software license</category>
        
         <pubDate>Tue, 28 Sep 2010 16:30:15 -0600</pubDate>
      </item>
      
   </channel>
</rss>

