MyAIDevelopment · Product · Operations notes

Contracts · IP · Open Source

This is general information, not legal or tax advice. Rules change often, so verify with the official source or a licensed tax accountant (semusa) or lawyer before acting.

Most assets of a software business are code, names, data and relationships. This document covers the contracts and rights that decide who owns them.

Service Contract Basics

When you take on or hand out contract work, put at least the following in writing.

Item What to decide
Scope Feature list, out of scope, change-request process
Acceptance Acceptance criteria, period, deemed-acceptance conditions
Payment Amount, whether VAT is included, timing, handling of late payment
Ownership Copyright in deliverables, rights in pre-existing code and libraries
Warranty Period and scope
Confidentiality Covered information, duration, return or destruction
Termination Grounds and settlement on termination

Under Article 38 of the Software Promotion Act (principle of fair contracts), the Ministry of Science and ICT has distributed six standard software contracts (four between software businesses, two between software workers and businesses) since 2020-12-31. They are a good starting point for a draft.

Bad example:

We agreed "one app for 5 million" in a chat and started. Without acceptance criteria the final payment slipped by six months.

Good example:

Starting from a standard contract, we attached the feature list and acceptance period as an annex, and stated that change requests are quoted separately.

NDAs and Protecting Technical Data

Copyright: Who Owns the Code

flowchart TD
    A[Code written] --> B{Who wrote it}
    B -->|Employee as part of the job| C{Does a contract or work rule say otherwise}
    C -->|No| D[The company can be the author]
    C -->|Yes| E[Follow what was agreed]
    B -->|Outside contractor| F{Does the contract assign the rights}
    F -->|Yes| G[Transferred under the contract]
    F -->|No| H[May remain with the developer by default]

Trademarks: Protecting the Service Name

Before filing a trademark:

Open-Source License Compliance

The Korea Copyright Commission runs OLIS (Open Source Software License Information System), with a license guide, comparison table and scanning tools. Guide version 5.0 was published in June 2025.

Type Examples Key duty when distributing
Permissive MIT, BSD, Apache-2.0 Keep copyright and license notices (Apache-2.0 adds conditions such as NOTICE)
Weak copyleft LGPL, MPL Disclose changes to the library or file, etc.
Strong copyleft GPL, AGPL Possible duty to disclose source of combined works. For AGPL, also consider network service use
Extract the dependency list (SBOM)
→ Identify licenses
→ Check distribution form (app / SaaS / on-premises)
→ Generate notice files
→ Review copyleft combinations
→ Add to the release checklist

A license violation can become copyright infringement or breach of contract.

References