Intellectual Property Lawyers for Spokane Valley, Washington

It would be a good idea for you to have the agreement reviewed by an attorney. You said there's no explicit language regarding termination or notice - is there something implied? With no language regarding termination, most likely either party can terminate at any time, with just a moment's notice, and no reason given. You have asked a lot of questions - I suggest that you post a project here on Contracts Counsel, and ask for an attorney well versed in intellectual property (not me) to discuss your rights, as that is probably the most important issue. An attorney who can also review the language of the entire agreement would be very helpful. (I'm sorry, but I'm not available for this project).

You might think that because you wrote the code, you have the right to share it, but that’s not how developer agreements usually work. In Washington State, these contracts are enforceable, and they can absolutely stop you from sharing or reusing code you created during a project. It really comes down to ownership, and under most contracts, that ownership belongs to the company, not you. Let’s Talk About Who Owns the Code When you sign a developer agreement, you’re usually agreeing to one of two things: either it’s a “work-for-hire” deal or you're assigning your intellectual property rights. Either way, the result is the same. The company owns whatever you build for them. Since they own it, they get to decide what happens to it. Even if you’re the one who wrote every line, that doesn’t mean you have the right to reuse or share it if you’ve already signed those rights away. This kind of setup is standard in the tech world. Companies need to protect their IP, especially when it includes competitive advantages or trade secrets. That’s why they ask developers to assign rights and agree to keep things confidential. What About Washington State Law? Washington does offer some protection to developers, but it’s limited. There’s a statute, RCW 49.44.140, that says employers can’t claim ownership of inventions you created entirely on your own time, using your own resources, and completely unrelated to their business. That sounds helpful, but here’s the catch. It only applies if you’re an employee, not an independent contractor. And even then, the second your work overlaps with their business or involves any company resources, the protection probably doesn’t apply. So if the code you’re writing is part of a contract, or even just loosely connected to the company’s business, then the company likely owns it. Why This Matters If you violate the agreement, you’re not just risking a slap on the wrist. The company could send a takedown notice to GitHub, file for an injunction, or even sue for breach of contract or copyright infringement. If the code includes anything proprietary, like business logic or algorithms, they might also go after you for trade secret misappropriation. And beyond the legal problems, there’s your reputation to think about. Word travels fast in development circles, especially in local communities. Getting labeled as someone who mishandles IP can make future contracts harder to land. How to Protect Yourself The good news is that you still have leverage before you sign. A lot of companies start with broad IP assignment language, but they’re often open to carving out exceptions. You can ask to include a “prior inventions” schedule that lists tools, frameworks, or libraries you already created. That way, you can keep using your own work in other projects. If open-source contribution is important to you, say so upfront. Some companies will allow developers to contribute non-proprietary or generic components to open-source projects, especially if those contributions don’t compete with their business. Just make sure it’s all clearly spelled out in writing and approved in advance. You might also negotiate a time limit on confidentiality terms. The company will likely want to own the core project code permanently. That doesn’t mean you can’t eventually talk about general techniques or patterns you used, especially after some time has passed. Smart Moves Before You Sign Before you agree to anything, take a moment to list any existing code or tools you plan to use. Try to get those explicitly excluded from the IP assignment, or at least confirm that you’ll retain the right to use them elsewhere. And again, if open-source is part of your career plan, be upfront. Get language in the contract that allows you to publish select components with written approval. If you develop a useful utility during the project and think it might have broader uses, talk to the company before the contract ends. See if they’d be open to letting you open-source it or license it back to yourself for use in future projects. When It’s Time to Bring in a Lawyer If all this feels high-stakes, and it often is, consider having a tech-savvy attorney take a look. A good lawyer can help spot overly aggressive clauses, suggest better language, and help you protect both your rights and your long-term goals. This is especially important if you’re actively contributing to open-source or if you’ve built up your own libraries over time. A little legal help now can save you a lot of trouble later.

A Patent Assignment Agreement transfers ownership of an invention or patent rights from the inventor, known as the assignor, to another party, often a company serving as the assignee. To protect your business and ensure enforceability, the agreement should cover specific provisions that make the transfer clear, complete, and legally sound. What Is the Core Assignment Clause? The assignment clause is the heart of the agreement. It should use present-tense language such as “hereby assigns, transfers, and conveys all right, title, and interest.” Courts and the USPTO treat this as an immediate transfer, while “will assign” is only a future promise. The clause should also cover continuation, divisional, or continuation-in-part applications, along with reissues, reexaminations, and foreign filings. What Rights Should Be Transferred? The assignee should receive the full bundle of rights granted under 35 U.S.C. § 154, including the right to make, use, sell, offer for sale, import, and license the invention. The agreement should also transfer the right to sue for past, present, and future infringement, so the company can recover damages even for activity that occurred before the assignment was signed. Do You Need Consideration? Every contract requires consideration, and patent assignments are no different. Even if the transfer is to your own company, the agreement should recite consideration. This can be nominal, such as “ten dollars and other good and valuable consideration,” or it can be tied to equity or to your role as founder. How Should the Patent Be Identified? The intellectual property should be identified with precision. If a patent has issued, include the number and issue date. For pending applications, list the application number, filing date, and invention title. If no application has been filed yet, provide a detailed description and later update the record once official filing details exist. What Warranties and Representations Are Common? The assignor should warrant ownership of the rights, authority to assign, and absence of liens or conflicting assignments. Over-warranting should be avoided. Do not guarantee novelty or validity, since those are determined by the USPTO and courts. Be cautious about warranting sole inventorship unless you are certain no other inventors contributed, since misstatements on inventorship can create validity problems. What Other Provisions Should Be Included? Other common provisions include further assurances requiring the inventor to assist with future filings, litigation, or USPTO actions, a limited power of attorney for patent prosecution and enforcement, and improvements clauses that attempt to capture future modifications or developments. Improvements provisions must be drafted carefully, as vague scope language can lead to disputes. The agreement should also address corporate authority, ensuring the company has approval under bylaws or state law before accepting the assignment. What Administrative Details Matter? The agreement should contain standard contract terms such as governing law, entire agreement, amendment requirements, successors and assigns, and dispute resolution through arbitration or mediation. Both the inventor and the company should sign, and notarization is advisable because it makes USPTO recordation smoother. Do You Need to Record with the USPTO? After execution, the assignment should be recorded with the USPTO through the Electronic Patent Assignment System. Recordation should occur promptly after execution to establish clear priority and maintain a clean chain of title. While recordation is not required for validity between the parties, it protects ownership against third-party claims. The USPTO currently charges little or no fee for electronic filings, so this step is inexpensive and essential. Should You Assign or License? An assignment transfers complete ownership, which investors generally expect. A license keeps ownership with the inventor while granting defined rights to the company. Licensing may be useful when the inventor wants to retain control, license the technology to multiple companies, or test the market before giving up ownership. For most startups, assignment is the preferred approach. What About Tax Considerations? Assignments can have tax consequences, especially when IP is transferred for equity or other forms of consideration. Professional tax advice is essential to evaluate both immediate tax effects and ongoing obligations. This is particularly important if the company later earns royalties or sells the patent. What Are the Next Steps? The implementation process should include drafting the agreement with qualified legal counsel, executing it with proper corporate authority and notarization where possible, recording it promptly with the USPTO using EPAS, and consulting a tax professional to address both the transfer itself and any ongoing obligations. If you need help drafting or reviewing a Patent Assignment Agreement, the attorneys on Contracts Counsel can guide you through the process so that your company’s rights are fully protected.

Hello! Thank you for posting this question. In your case, the other party may claim that you are infringing on their trademark, but proving it is a different case. The Lanham Act provides for a cause of action for infringement of both registered and unregistered trademarks. (15 USC Section 1114(1)(a); 15 USC Section 1125(a)(1)A).)  The 9th Circuit Court of Appeals has laid out some elements to help determine whether it creates an infringement lawsuit. 1. The complaining party has to prove they have a valid, protectable trademark and that they own that trademark; 2. The complaining party must prove that a mark is similar, and it was used without the consent of the moving party in a manner that is likely to cause confusion among ordinary consumers as to the source, sponsorship, affiliation, or approval of the goods.  The likelihood of confusion can occur at the time of the sale, when there is initial interest by a consumer, or even after the sale, if the confusion causes a consumer to no longer buy a service or product connected to the mark. The court considers things like the strength of the original mark, whether you are using it for some fair use purpose, the similarity, the proximity of the products and marketing channels, whether there’s actual confusion, the defendant’s intent, the quality of respective products, and the sophistication of the customers. (Polaroid Corp. v. Polard Elecs. Corp. 287, F.2d. 492, 495 (2d Cir. 1961.) So what this means is that it'd have to be litigated, but you can argue you are not trying to sell products or services using their mark, but rather you are using it for some other purpose, such as to educate people about their business practices. Best of luck!

Yes, you can and should include clauses in an Intellectual Property License Agreement that protect your rights as the licensor. A license agreement is your main tool for controlling how your software is used, setting boundaries for your clients, and limiting your financial exposure. The key is to draft it in a way that leaves no doubt about what rights are granted, what’s restricted, and what happens if there’s a breach. Grant of License Start with a clear license grant. Spell out that you’re giving the client only limited rights, not ownership. Most licensors define the license as non-exclusive, non-transferable, and revocable if the client doesn’t follow the terms. For example, you might allow a client to use the software only for its internal business operations, and only on a set number of machines. It’s equally important to list what the licensee cannot do, such as reverse engineering, modifying, sublicensing, or providing the software to third parties. Intellectual Property Ownership Reinforce that you retain all ownership rights in the software and any related intellectual property. A simple but strong statement is that you hold all right, title, and interest in the software, and the client only receives a limited right to use it under the agreement. This prevents confusion between a license and a sale. You can also require the licensee to notify you if they discover third-party infringement and confirm that you alone have the right to pursue action against infringers. Confidentiality If you’re providing source code, algorithms, or other sensitive information, a confidentiality clause is essential. Define confidential information broadly to include not just the software itself but also any documentation or business information you share. Require the client to protect that information with at least the same care they use for their own confidential material, and make the obligation survive termination of the agreement. Termination Every strong license has a termination clause. Termination for cause should allow you to end the agreement if the client fails to pay, violates the license scope, or breaches confidentiality. Many agreements include a short cure period, such as thirty days, for the licensee to fix the breach before termination takes effect. Spell out the consequences of termination: the licensee must stop using the software immediately, return or destroy all copies, and certify that they’ve complied. Without this, you risk losing leverage if the relationship breaks down. Payment Terms Protect your revenue by making payment terms clear. Define license fees, support or maintenance fees if applicable, the payment schedule, and penalties for late payment such as interest. Courts generally enforce these provisions as long as they’re reasonable. Disclaimers and Limitation of Liability These clauses protect you from lawsuits if things go wrong. A limited warranty might cover basic performance for a set time, but beyond that you should disclaim all other warranties. Standard language is that the software is provided “as is” and you disclaim implied warranties of merchantability and fitness for a particular purpose. To limit your exposure, cap liability at a defined amount, often the fees paid by the licensee in the previous twelve months, and exclude liability for indirect or consequential damages such as lost profits. Courts usually enforce these limits, except in cases of fraud or intentional misconduct. Audit Rights If your pricing model depends on the number of users or installations, an audit right is valuable. This allows you to check, on reasonable notice, that the licensee isn’t exceeding their rights. For example, you might reserve the right to inspect usage records once a year during normal business hours. Governing Law and Dispute Resolution Designating which state’s law governs and how disputes are resolved reduces uncertainty. Many licensors choose their home state’s law and either local courts or arbitration for disputes. Remedies Make sure your agreement lets you seek injunctive relief if the licensee misuses or discloses your software. Monetary damages often aren’t enough to protect intellectual property, so courts will enforce contract terms that authorize immediate injunctive relief. Protect Your Software with Legal Guidance When you’re licensing valuable software, the details in your agreement can make the difference between real protection and unnecessary risk. The lawyers on Contracts Counsel are available to draft, review, or negotiate a license that secures your rights and keeps your business protected.