// ARTICLE

Indian Procurement Wants Your Source Code for Free? How to Push Back on the Code-Base Transfer Clause

How to respond when Indian enterprise procurement demands a free source code transfer: escrow, licensing options, IP splits and negotiation wording.
Pushing back on the source code transfer clause - The Builders Club
Advertisement

The clause usually arrives late, buried in the draft master agreement: “Vendor shall hand over the complete source code of the solution to the Customer upon delivery.” Nobody mentioned it in the pilot. Nobody mentioned a price. And it would quietly turn your product into the customer’s property.

It is rarely malice. It is a template written for bespoke development, now being applied to a product.

What is the short answer on pushing back against a source code transfer clause?

Separate what you are selling. A licensed product, with its background IP, stays yours. Customer-specific deliverables can be assigned, and a real continuity concern can be met with source code escrow, release conditions and step-in rights. If the customer truly needs full ownership of the code, price it as a separate, paid transfer, not as a free line in the legal draft.

The rest of this post gives you the argument, the alternatives and the wording to propose.

Why do Indian enterprise procurement teams ask for the code?

The request nearly always comes from one of three worries: what happens if the vendor shuts down, what happens if the vendor stops supporting the product, and what happens if the customer wants to switch providers. Legal and IT-risk teams reach for the strongest remedy they know, which is ownership of the code.

Once you see that, you can answer the worry instead of defending the clause.

What does Indian law say about who owns software built for a customer?

Ownership depends on the contract. Under the Copyright Act, 1957, the author is generally the first owner, with exceptions such as work made in the course of employment, and an assignment must be in writing. Section 19 sets default rules where an assignment is silent on duration or territory, which makes careless drafting costly for both sides. See this overview of assigning copyright in commissioned works and the Pine Labs v. Gemalto case summary.

The practical lesson is to say precisely what is assigned, what is licensed, for how long and where. This is general information, so have your counsel review the final wording.

What should you offer instead of a free code transfer?

Offer the continuity the customer actually needs, in a form that does not give away the product. There are four standard options, from lightest to heaviest.

Option What the customer gets What you keep
Perpetual licence to the deployed version Right to keep using the version they paid for if the relationship ends Source code and all future versions
Source code escrow Code held by a neutral agent, released only on defined triggers such as insolvency or abandoning support Ownership; the code is never released in normal operation
Step-in and transition rights Assisted handover, documentation and a transition period Core IP, with a paid transition services rate
Paid source code licence or assignment Full code access, priced as a separate commercial item Negotiated: usually a field-of-use limit or a retained right to keep selling

Escrow is the compromise most vendors and buyers can live with. This guide to source code escrow agreements explains how deposits, verification and release triggers work.

How do you split background IP from customer-specific work?

Background IP stays with you

Define the platform, its modules, tools, models, documentation and anything built before the contract or independently of it as your background IP. The customer receives a licence to use it, never ownership.

Foreground IP can be assigned, narrowly

If you build something paid for and specific to the customer, such as a report template or a custom integration, you can assign that deliverable. Keep the right to reuse your general know-how, methods and generic components, and make sure the assignment never reaches into the core product.

Write the licence-back

If anything is assigned, take a licence back so your platform can keep depending on it. This protects you from accidentally giving away something your product needs to run.

What is a good way to say it in the negotiation?

Lead with the concern, not the refusal. A line like this tends to land well: “We understand the requirement is business continuity. We can offer escrow with release on insolvency or discontinued support, a perpetual licence to the deployed version, and a transition plan. A full transfer of the code base would be a separate commercial item.”

  1. Ask which risk the clause is meant to cover, and write it down.
  2. Map each risk to an alternative from the table above.
  3. Put a price on anything beyond that, including the value of the IP you are giving up.
  4. Escalate to the business sponsor if legal will not move, since they care about continuity, not code.

When should you walk away?

Walk away, or at least reprice, when the customer wants unrestricted ownership of your core product at the price of a licence, with no limit on resale or reuse. At that point you are selling the company, not a subscription.

If you do agree to a transfer, price it on the lifetime value of the IP, restrict the field of use and make sure support and updates are separately charged.

References and Further Reading

Frequently Asked Questions

Can an Indian enterprise legally demand ownership of vendor source code?

They can ask, and a contract can assign it, but nothing in Indian law forces a product vendor to do so. Ownership is decided by the agreement, so the question is commercial. If you agree, make the scope, duration and territory of the assignment explicit and price it.

What is source code escrow and will Indian buyers accept it?

Escrow places the code with a neutral third party that releases it to the customer only on agreed events, such as insolvency or ending support. Many enterprise buyers accept it because it answers their continuity worry without handing over the product. Offer it early, with clear release triggers and verification of the deposit.

Should I charge for a source code transfer?

Yes. Handing over the code gives away revenue you could earn from other customers and removes your control of the product. Price it as a separate item reflecting the value of the IP, restrict how the customer may use it and charge separately for support and updates.

Conclusion

A source code clause is a continuity request wearing legal clothes. Find the worry behind it, answer it with escrow, a perpetual licence or transition rights, and treat any full transfer as a priced, restricted commercial decision. You keep your product and the customer keeps their peace of mind.

This article is general information, not legal advice. Have your counsel review contract language.

If you are building a B2B company for Indian enterprise buyers, join The Builders Club community to compare notes with other founders and CXOs who are working through the same problems.

About the author: Sohail Khan is the Founder and Director of The Builders Club, a professional community of 35,000+ founders and CXOs across India, the UAE, Singapore and the US. He writes about enterprise go-to-market, sales and scaling for B2B founders.

Advertisement
Advertisement
Facebook
X
LinkedIn

The Unrealistic Domestic CAC Index: How to Bootstrap an Enterprise Strategy in India Without Your Pipeline Collapsing in Year One

If you are selling to large Indian enterprises, your blended CAC will look “wrong” for the first year, and that is normal. Cycles are long, deals are few, and the cost lands months before the revenue does. Founders who plan around a Western CAC benchmark usually run out of runway before the first PO clears. This guide shows how to model CAC honestly for India’s enterprise market, what to cut, and how to keep the pipeline alive through Year One without burning your seed round. What is the “Unrealistic Domestic CAC Index” and why does it mislead founders? It is the gap between the CAC your investor deck assumes and the CAC an Indian enterprise deal actually costs. Most benchmarks are built on US self-serve and inside-sales motions, where a rep closes a mid-market deal in weeks. In Indian enterprises the buyer group is larger, the approvals are sequential, and the first deal often takes multiple budget cycles. The same marketing spend produces fewer, slower, bigger deals. The practical result: monthly CAC looks terrible, while CAC measured per signed account over 12 to 18 months can still be healthy. Measuring on the wrong window is the first mistake. Why does the first-year number look so bad? Cost arrives first. Travel, senior founder time, demos, security questionnaires and pilot support are all spent before any invoice is raised. Few shots on goal. A pipeline of 15 to 20 real enterprise accounts is a healthy one. Losing two of them swings your whole quarter. Payment lag. Even a signed deal can take weeks to turn into cash once vendor onboarding and invoicing cycles begin. How do you model CAC for Indian enterprise sales without fooling yourself? Stop using a single blended number. Split it into three layers and track each one separately. Layer What it includes When to measure Access cost Events, roundtables, warm-intro programmes, community and referral effort Monthly, per qualified meeting Conversion cost Founder and sales time, demos, pilots, security and legal review Quarterly, per opportunity Landing cost Onboarding, integration, first-year success effort Per signed account, over 12 to 18 months Then work backwards. If a target account is worth a given first-year contract value, decide what you can afford to spend to reach a signed deal, and cap each layer against that. Illustrative example (not a benchmark): if a first-year contract is worth ₹40 lakh and you can afford to spend up to a third of it to win it, your all-in budget per signed account is roughly ₹13 lakh. Every event, trip and pilot has to fit inside that envelope. Where should a bootstrapped team spend (and not spend) in Year One? Spend where trust is built cheaply. Cut where Western playbooks quietly drain cash. What to cut first Broad paid-ad funnels aimed at enterprise titles. Reach is cheap, replies are rare. Large generic sponsorships with no access to named accounts. A full SDR team before you have a repeatable pitch. Founders should run the first deals themselves. What to double down on Curated peer rooms. Closed roundtables with the CXOs you want to sell to produce warm introductions at a fraction of event-booth cost. Referral loops from first customers. One reference inside a respected group opens doors that ten cold emails do not. Narrow account selection. Pick 20 to 30 named accounts in two verticals and go deep, instead of covering a whole market. How do you keep the pipeline from collapsing in the first twelve months? Pipeline collapse is rarely a demand problem. It is a concentration and timing problem. Three habits prevent it. Stagger your entry points. Run conversations in several divisions of a few accounts, so one stalled sponsor does not freeze the whole account. Sell a small first step. A scoped paid pilot or a single-unit rollout gets a signature faster than an enterprise-wide agreement and brings the first cash in sooner. Protect cash with a monthly runway view. Track committed spend against expected collections with a conservative delay built in. Note that the MSMED Act sets a 45-day outer limit for payments to micro and small suppliers, which can help if you qualify. Read the overview of Section 43B(h) and confirm your own status with your accountant. FAQ What is a realistic CAC payback period for enterprise software in India? There is no single published figure that fits every vertical, so treat any quoted number with caution. As a planning rule, assume payback takes longer than your inside-sales benchmarks, and model it over 12 to 18 months per signed account rather than per month. Build your own baseline from your first five deals. Should I hire sales reps before my first enterprise customers sign? Usually not. The first deals teach you the buying committee, the objections and the pricing limits. Founder-led selling through the first few contracts gives you a pitch a rep can repeat, which lowers CAC later. How many target accounts should a bootstrapped founder pursue at once? Many founders do best with 20 to 30 named accounts across one or two verticals. This keeps research, relationships and follow-ups deep enough to move deals forward, while staying small enough for a founder-led team. Conclusion Indian enterprise CAC is not broken. It is simply measured on the wrong clock. Model it in three layers, spend where trust compounds, and sell small first steps so cash arrives before your runway shrinks. Want to meet the CXOs you are trying to reach? Join The Builders Club community of 35,000+ founders and CXOs and get into our next closed-door roundtable. Explore The Builders Club. About the author: Sohail Khan is Founder and Director of The Builders Club, a professional community of 35,000+ founders and CXOs across India, UAE, Singapore and the US.

Read More »