| About InfoWorld : Advertise : Subscribe : Contact Us : Awards : Events : Store |
|
||||
|
||||
Avoid getting burned by terms of software licenses in the age of UCITA HOW SHOULD CORPORATE customers design their software procurement contracts to protect themselves against UCITA (Uniform Computer Information Transaction Act)? Here's a short list of the things experts I've talked to recommend.
Don't overestimate how much protection this will give you. If your state does enact the software industry's law and you find yourself in a contract dispute with a local software vendor, there is no way to guarantee the court won't use UCITA principles in adjudicating it. In fact, we've seen court decisions (Hill vs. Gateway, Mortenson vs. Timberline Software) that used UCITA-like logic while the law was still being drafted, so you can't base your defense solely on governing law. * Disavowal of remote disabling. The contract should explicitly state that electronic self-help will not be used to prevent your use of the software and that you may only be deprived of its use through a court order. More importantly, the vendor should warrant that the software will contain no undisclosed restrictive code or automatic restraints that are not specifically authorized in the agreement. (For example, if the vendor wants to include a metering system to enforce a 100-user limit in the license, the contract must affirm it has the right to include that restrictive code.) Further, the vendor should warrant it will not introduce any restraints at a future date via modem, software update, or any other means without first obtaining your approval in writing. And no limitation of liability or consequential damages should apply to a breach of these provisions. * Product capabilities. As UCITA makes it very difficult to reject a product even for glaring defects, you should spell out in the greatest possible detail all the capabilities the delivered version must provide. The vendor should warrant that the software will perform substantially as promised in all product descriptions, literature, documentation, and correspondence provided to you. If the vendor fails to meet any of its express warranties, you should, at your option, have the right to reject the tendered product in total or in part and to withhold payment until all requirements are met. * Contract modifications. Every contract should state categorically that it cannot be modified without a "written signature on paper" by both parties agreeing to the change. As the official reporter's comments to UCITA make very clear, anything short of that language (such as a requirement for "a signed writing") means that a negotiated and signed agreement can be tossed aside by one mouse click accepting an unread clickwrap agreement included in the software in bad faith at a later date. I know this sounds absurd, but that's UCITA for you. * Duration of contract. If you believe you are acquiring the right to use the software for as long as you like, it is important that the contract explicitly says that you are receiving a perpetual license to use it. Otherwise, you are likely to find yourself operating under the default rule in UCITA that says the license is granted only for a "reasonable time" and can therefore be terminated at will by the licensor. Similarly, if you are acquiring a site license for what you assume is an unlimited number of users at your company, the contract should state that; otherwise you could be required to pay later for adding more than a "reasonable number of users" as your company grows. * Notification. Any notification requirements in the contract should spell out what constitutes actual notification and the rules for verifying receipt. Under UCITA, you are deemed to have received notice even if an e-mail message is sent to an address that's no longer valid or is purged by your spam filters. This list could go on and on. Experts also suggest that the vendor warrants the product has no known defects other than those it has disclosed to you, does not send data back to the vendor or other sites, and has been tested for viruses. What you need to take away from this is the fact that negotiations on software contracts in UCITA states will be more difficult than they used to be. You'll need more lawyers, and you'll need them in situations where you didn't need them before -- so will the small software developers. Isn't it funny how a bunch of lawyers sat down to write a law to make software transactions easier and instead produced one that's just going to make a bunch of lawyers richer? Got a complaint about how a vendor is treating you? Write to Ed Foster , InfoWorld's reader advocate, at gripe@infoworld.com Discuss this article in our online forums MORE > SPONSORED WHITE PAPERS
SPONSORED LINKS
|
|||||||||||||||||||||||||||||||||||||||||
|
||||||||||