Home Practice Areas Career Opportunities Contact Us

 

Negotiating Software License Agreements
by Stuart J. Vogelsmeier

Stuart J. Vogelsmeier, a member of the Firm, practices in the areas of health law, estate planning, and corporate law. He regularly prepares and negotiates managed care contracts and professional service contracts. Mr. Vogelsmeier lectures on health care issues, estate planning, and implementing e-mail policies in the work place.

A short time ago only researchers and inventors required legal assistance in the intellectual property area. Currently, license agreements for computer software impact almost every business.

Business owners depend on increasingly expensive and expansive technology. Software and frequent upgrades are often critical, and as costs for upgrades and specially designed applications increase, businesses must pay more attention to the agreement. The vendor's standard software license agreement is often one-sided. Sales representatives may "promise the world" but their promises cannot be found in the software license agreement.

Once a user has identified its software needs, and identified a vendor and a product, the user will be presented with an agreement.

Software/Hardware Description: Many agreements fail to specify the products and services purchased.

Term: Many users believe they are purchasing a perpetual license for the software, only to find that use is conditioned on license fees.

Number of Users: The agreement should specify any limitations on the number of users, remote users, pricing for new users, and future products. The agreement should authorize copying the software for backup purposes. If a user has numerous or future sites, these sites should be specifically identified.

Payment: Many agreements provide ambiguous pricing terms. Pricing should be simple and tied to specific milestones. Many agreements provide for a large payment at the time of execution and a final payment upon delivery. A better practice is to provide for final payment after installation and operation.

User Testing: A user should test the software before making the final payment. Testing may require a substantial time commitment. The agreement should specify the criteria for testing, the types of data to be tested and the remedies if the software is not satisfactory. The user should test the functions it believes are critical, not the functions recommended by the vendor.

Warranties: Among the warranties which may be expected are: (i) the media on which the software resides is free from physical defects; (ii) the software will have a specified performance or response time; (iii) the software will operate in conjunction with the user's hardware; (iv) the software is free from viruses; (v) the vendor has power and authority to grant the license; (vi) the software will comply with requirements for the year 2000 and leap years; and (vii) the software will perform pursuant to the user's manual. Most standard license agreements have explicit limitations on warranties that should be carefully reviewed beforehand.

Upgrades: The user will want promises regarding the rights to obtain upgrades or fixes of the software and the additional costs, if any, in order to avoid unexpected costs and surprises.

Support and Maintenance: What happens when the user's system crashes? When does support and maintenance begin? What specific support services are provided? What response time or priorities does the vendor employ when dealing with service calls? The agreement should specifically express the services included in the standard support fee.

The Implementation Plan: Often, the agreement contains a vague statement of the vendor's responsibilities regarding delivery, installation, and testing. Users need a timetable that identifies critical implementation milestones. Many vendors will require a commitment by the user to provide sufficient staffing to handle certain implementation tasks.

Source Code Escrow: New software vendors appear on almost a daily basis. What happens if your vendor goes out of business? A provision for the escrow and release of the source code is essential. Programmers easily understand source code and a user could continue to support the software even if the vendor goes out of business. The escrow agent will charge a fee for its service and this fee is often passed on to the user.

Hardware Configuration: What if unexpected hardware purchases are required in order for the software to properly function? The user should secure written assurances regarding the compatibility of the software and existing hardware.

Custom Software: Users often pay vendors to write custom software. Specifications and warranties for the custom software must be explicitly discussed and the ownership of the custom software clearly established.

Training: Training and education of a user's support staff and individual users entail a significant commitment of cost and time and need to be clarified. Some vendors provide training only at an out-of-town location. Often, the number of training sessions is limited.

Proprietary Information: Often, the software vendor will be exposed to proprietary business information of the user. However, the vendor should explicitly agree to keep this information confidential.

Out-Of-Pocket Expenses: The user should request reasonable limitations on travel, airfare, hotel, auto and meal expenses or at a minimum, a copy of the vendor's expense policy should be attached to the agreement.