Intellectual Property Lawyers for South Carolina

When you're dealing with a technology transfer agreement, it's important to understand that you're not selling your software. You're licensing it. That might seem like a small difference, but it really isn't. Licensing means you're keeping ownership of your intellectual property while letting someone else use it under clearly defined terms. If you're based in Arizona, you've got a legal system that takes written contracts seriously and generally holds both parties to exactly what’s spelled out. So clarity matters—a lot. Be Specific About What's Being Licensed Don't just say you're licensing "software." Spell out what that includes. Are you talking about the source code? Object code? Documentation? APIs? Maybe there's configuration data, algorithms, or some embedded proprietary know-how. Lay it all out. Also, be clear on whether things like updates, bug fixes, or patches are part of the deal or if those require separate terms. Courts in Arizona won't guess what you meant. They’ll go by what’s in the document. Keep Your IP Rights Locked Down Make sure the agreement says you're not transferring ownership. You're only granting the rights specifically listed in the license. Anything not spelled out stays with you. Without that language, you could run into disputes later—especially if the licensee makes improvements. Want to avoid headaches? Clearly state that you own any enhancements unless you decide otherwise. Be Intentional About the License Structure Think through how you’re structuring the license. Is it exclusive, non-exclusive, or somewhere in between? An exclusive license can be powerful, but it limits your flexibility. If you're giving up other opportunities, it's reasonable to ask for higher compensation and make sure the licensee meets clear performance targets. On the flip side, a non-exclusive license gives you room to work with others. You can also narrow the license by geography, industry, or even specific use cases. And don’t forget to address sublicensing. If it’s allowed, include approval rights and make sure you’re compensated fairly if they sublicense to others. Choose a Payment Model That Reflects Value There’s no one-size-fits-all way to get paid. You might go with an upfront fee for past development work, ongoing royalties based on sales, or milestone payments tied to things like product launches or regulatory approval. Each has its pros and cons. Whatever you choose, protect yourself with audit rights. You want access to the licensee’s records if something seems off. That usually means giving them notice, checking things during business hours, and shifting the audit costs if the discrepancies are significant. Protect Your Work from Unintended Use If you’ve used open-source components, you need to disclose that—and understand how those licenses impact what you can legally offer. GPL code, for example, can bring in obligations that might not work with your business model. Copyright registration isn’t mandatory, but it gives you the ability to sue in federal court and can unlock statutory damages and legal fees. If you've developed novel algorithms, you might consider a patent—but only if the innovation meets the standards. It's not always worth the cost, so weigh that carefully. Make Sure the Licensee Does Something with Your Tech If you’re giving someone exclusive rights, set performance expectations. What does commercialization look like to you? It might mean releasing a product by a certain date, hitting minimum sales, or committing to a marketing budget. If those things don’t happen, you need a remedy—like converting the license to non-exclusive or ending the agreement altogether. The goal is to make sure your technology doesn’t sit unused. Clarify Support and Ongoing Involvement Are you expected to provide support? If so, spell out exactly what that means. Documentation, training, installation help, bug fixes, future updates—whatever it is, define it. Also decide whether that’s included in the license or billed separately. If you’re providing source code, put strict confidentiality and usage terms in place. In some cases, a source code escrow might be appropriate, with release conditions like your bankruptcy or failure to maintain the code. Limit Your Liability Arizona has adopted the Uniform Commercial Code, so if you don’t include specific disclaimers, you might be stuck with certain implied warranties. That includes things like fitness for a particular purpose. You’ll want to limit that while still affirming that you own the software and that it generally works as described. Also, set a cap on liability. Most developers limit it to the total fees paid under the agreement and exclude indirect or punitive damages. You don’t want to be held responsible for how someone else uses your tech. Mutual Indemnification Matters If someone accuses your software of infringing their intellectual property, you might agree to cover the licensee’s costs. But it needs to go both ways. They should indemnify you too—especially if they modify your code or use it in a regulated environment where compliance issues could come up. You don’t want to be liable for something outside your control. Don’t Skip Export Control Compliance Yes, export control rules apply even to downloadable software. If your product includes encryption or certain types of AI or analytics, it may fall under specific federal regulations. Many tools qualify for License Exception ENC, but that’s not automatic. Misclassification can lead to serious fines. If you're licensing internationally—or even just to a foreign-owned company based in the U.S.—you need to get this right before moving forward. Understand How Arizona Law Will Handle Your Agreement Arizona courts usually enforce what’s written. If it’s not in the contract, don’t expect the court to fill in the gaps. That makes detailed drafting essential. Arizona also supports reasonable non-competes and confidentiality terms, which isn’t true in every state. Just make sure any restrictions are tied to legitimate business interests and kept within reasonable limits for time and geography. Spell Out What Happens at the End Termination clauses are your safety net. Cover scenarios like breach, bankruptcy, missed milestones, or even changes in company control. Include cure periods where appropriate. Be specific about what happens when the agreement ends—does the licensee have to stop using the software immediately? Can they finish selling what’s already been produced? Make that clear. Also, specify which obligations survive termination. Usually, confidentiality and IP rights continue, even after the main agreement ends. Plan Ahead for Disputes Choose Arizona law to govern the agreement. If your licensee is in another state or country, decide where and how disputes will be handled. Arbitration can be quicker and cheaper, but it might limit your access to things like injunctive relief. Consider requiring mediation first to give both sides a shot at resolving issues early. And don’t forget a prevailing party clause—Arizona courts do enforce them, and it could help you recover attorneys’ fees if you end up in a legal fight. The Final Analysis Technology licensing isn't just about protecting your IP. It's about setting clear, enforceable expectations from the start. Arizona law gives you the tools to do that, but it only works if your agreement is well-drafted and forward looking. Define what you're licensing, retain ownership, protect your downside, and make sure the deal drives results, not just risk. If you're a software developer navigating a tech transfer deal or reviewing an agreement someone else drafted, don’t go it alone. Having the right legal language in place from day one can prevent years of headaches down the road.

When you're reviewing a Developer Agreement, it’s really important to make sure it covers the basics while also protecting your rights and interests. Here’s a breakdown of what you should look out for in plain terms: Hello! My name is Dolan and I am happy to help. First off, the agreement should clearly describe the scope of work (often called the "SOW") This means it needs to explain exactly what you're expected to do, including the features or functionality of the app, the timeline for delivery, and any milestones. Make it specific. It has to be clear what is defined as intellectual property and then who owns it. Compensation is another big one. The agreement should spell out how much you’re being paid, whether it’s a flat fee, hourly rate, or based on milestones. I Confidentiality clauses are pretty standard, but you’ll want to make sure they don’t go overboard. Termination clauses are also super important. These should say under what conditions either of you can end the agreement. Make sure that if the company decides to end things early, you’ll still get paid for the work you’ve done up to that point. We can always draft these things for you or look over what you've drafted. Best of luck! Dolan

Since the user uploaded copyrighted material to your website without your knowledge, generally you will not be automatically liable under the DMCA “safe harbor” provision. As you have already removed the content, make sure that your site has a published DMCA policy and that you have registered your designated agent with the U.S. Copyright Office. Generally, if you have everything in place, most of these matters are resolved without ongoing liability. Feel free to reach out if you need guidance on setting up a policy and agent registration.

Here’s how I’d approach structuring an Employee IP Agreement if your goal is to protect your company’s intellectual property without running into enforceability issues under U.S. law. Covering Core IP OwnershipCovering Core IP Ownership First, start with a “work made for hire” clause. It’s a good foundation, but it’s not enough on its own. Under U.S. copyright law (17 U.S.C. § 101), only certain types of work qualify as “made for hire,” and many employee-created assets may fall outside that definition. So you’ll want to pair it with a present-tense assignment clause. Be specific here. Use language like “the employee hereby assigns” rather than “will assign.” That slight shift matters. It ensures the company owns the rights immediately when the work is created. Also, define “intellectual property” broadly. Don’t just list patents or source code. Include software, algorithms, documentation, trade secrets, databases, and anything tied to your business. The scope should clearly include anything created during work hours, using company tools or systems, or connected to your current or future business operations. Disclosure and Documentation You’ll want to require employees to promptly disclose any inventions or creative works they produce. Put it in writing. This gives your company the chance to evaluate whether the work is covered under the agreement. It’s also a good idea to require them to maintain proper documentation. Accurate records can make a real difference in patent filings or if a dispute ever comes up. Pre-Existing IP and Legal Carve-Outs There should be a section where employees list anything they’ve developed or own before joining the company. If they don’t list anything, the agreement should include language confirming they’re representing that no such prior inventions exist. This prevents claims down the road that something developed during employment was actually theirs from before. Now, depending on your state, you may need to include statutory carve-outs. California, Illinois, and Washington all have laws that limit how far IP assignment clauses can go. For example, in California, you’re required to carve out inventions developed entirely on the employee’s own time, without company resources, and unrelated to your business (see California Labor Code § 2870). Without that carve-out, your entire assignment provision could be thrown out. Confidentiality Obligations Make sure there’s a strong confidentiality section. This should cover source code, technical documentation, designs, product plans, customer lists, financial data, and anything else proprietary. Make it clear that the obligation continues even after the employee leaves. You’ll also want to require that all company property and digital assets are returned at the end of employment, including devices, credentials, and files. Ongoing Cooperation and Enforcement Mechanisms Include a clause requiring employees to cooperate in IP protection efforts even after they leave. That could mean signing patent paperwork or providing testimony if needed. To make that enforceable, add a power of attorney clause. This gives the company the authority to act on the employee’s behalf if they’re unwilling or unreachable. It’s a simple way to prevent delays when you’re trying to secure or enforce rights. It’s also smart to include a waiver of moral rights where allowed. This is especially useful for creative works and software. It gives the company full freedom to modify or use the work without needing future approval. Legal Remedies and General Terms Be clear that the company can pursue equitable relief, like an injunction, if there’s a violation. Sometimes monetary damages aren’t enough to prevent harm. Include a severability clause so that if one part of the agreement is invalidated, the rest still stand. Don’t forget to specify the governing law and venue for any disputes. As for restrictive covenants, keep in mind that non-compete clauses are unenforceable in California and heavily restricted elsewhere. Non-solicitation clauses may still be allowed, but they need to be narrowly written. You should have your legal team confirm their enforceability based on your state. Finally, think about consideration. For new hires, the job offer itself usually counts. But for existing employees, you’ll likely need to offer something extra, like a bonus or promotion, to make the agreement stick.

Yes, you can achieve this through an IP license agreement versus a sale of your IP rights. In your license you would want to protect against gray market product manufacturing and also have provisions on how to handle defective products and components during the manufacturing process. I am available for a free consultation if you would like.