Software registration & evidence package for code ownership.
- Fundraising, M&A, investor due diligence (IP ownership check).
- Outsourcing / contractor-heavy development across countries.
- Licensing SaaS/API/SDK to enterprise clients and partners.
- Disputes: ex-founders, contractors, infringement, “who wrote what”.
- Inventory of IP assets: code, modules, repositories, docs, UI, brand elements.
- Chain-of-title map: founders, employees, contractors, contributors.
- Assignments / confirmations (as needed) to close ownership gaps.
- Evidence list (commits, access logs, invoices, acceptance acts, releases).
- Functional description and modules overview (human-readable).
- Version & build identifiers, release history outline.
- Architecture / components outline (high level, non-sensitive).
- List of embedded third-party materials (open source / libraries).
- Choose route: deposit/notarization, national registry (if applicable), or evidence timestamping.
- Prepare filing pack and supporting documents.
- Coordinate signatories and authority documents.
- Submission support and post-filing housekeeping checklist.
- Identify key OSS dependencies and their license types.
- Check for risky copyleft triggers (where relevant).
- Notice/attribution baseline and internal policy outline.
- Commercial licensing options mapping (if needed).
- SaaS / enterprise terms (MSA + SOW, if needed).
- API/SDK license terms and usage restrictions.
- Partner/distributor/referral agreements.
- IP clauses for clients and vendors (SLAs, liability, warranties).
- Holding/opco licensing model (internal IP license).
- Founder IP contributions and capitalization options.
- IP routing rules for new developments.
- DD-ready narrative for investors and partners.
- What software you have (products, modules, repos, versions).
- Who built it (employees/contractors/founders, countries, timelines).
- Where evidence lives (Git, Jira, invoices, acceptance acts, access lists).
- How you monetize (SaaS, enterprise, licensing, API, marketplace).
Is software registration mandatory to own the code?
Usually, ownership arises from authorship and contracts (employment/contractor terms and assignments). Registration/deposit is often used to strengthen evidence (date/priority/scope) and simplify disputes or due diligence.
Can contractors keep rights to parts of the code?
Yes, if the contract does not clearly transfer IP (or if signatures/acceptance documents are missing). We help close gaps with assignments and a clean evidence set.
We use open-source libraries — is it a problem?
Not by itself. The risk is in license conditions (especially copyleft) and missing notices/attributions. We map dependencies and propose a reasonable compliance baseline aligned with your product model.
Can IP be owned by a holding company and licensed to the operating company?
Often yes. It can help with risk separation and group structuring, but it must reflect real operations, tax and substance requirements. We build the internal license model and supporting narrative for investors and counterparties.
What do you need from us to start?
Access to basic information: repositories list, key developers (employees/contractors), existing contracts, and your commercialization plan. We then propose a scope with first deliverables and a timeline.
- Startups preparing for fundraising or M&A.
- Teams with contractor-based development across countries.
- SaaS / API / SDK products selling to enterprise clients.
- Projects needing enforceable proof of ownership and scope.
Practical output over theory: clear ownership, documented history, and a package that survives due diligence.