Продажа готового решения на 1С: от цены до передачи исходников

Продать проект 1С можно двумя путями: отдать все права по договору об отчуждении исключительного права (ст. 1234 ГК РФ) или сдать решение в пользование по лицензионному договору (ст. 1235 ГК РФ). Цена готовой разработки обычно привязана к трудозатратам на повторную реализацию — ориентировочно от 30–50% стоимости разработки «с нуля» за типовую доработку до полной суммы за уникальное отраслевое решение с клиентской базой.

Дальше — что именно вы продаёте (почти всегда это ваша доработка, а не сама конфигурация 1С), как проверить, что права действительно ваши, как оценить решение, где найти покупателя, как оформить сделку и передать исходники без последующих претензий.

Что вы на самом деле продаёте

Сначала честно определите предмет сделки. Чаще всего это не «1С целиком», а один из вариантов:

• 📦 собственная конфигурация, написанная с нуля на платформе 1С:Предприятие;
• 🔧 доработка типовой конфигурации (изменённые объекты, подсистемы);
• 🧩 расширение конфигурации (файл .cfe), которое ставится поверх типовой;
• 🌐 обработки, печатные формы, отчёты, интеграции как отдельные компоненты.

Права на саму платформу и типовую конфигурацию (например, 1С:Бухгалтерия, 1С:УНФ) принадлежат фирме «1С» и её партнёрам. Вы их не продаёте. Покупатель должен иметь собственную легальную лицензию на платформу и на типовую конфигурацию, поверх которой работает ваше решение. Продаёте вы только тот код и ту логику, которые создали сами.

Это ключевой момент для цены и для договора. Если решение — расширение или доработка типовой, в документах прямо фиксируйте: передаётся право на доработку, лицензия на платформу приобретается покупателем отдельно.

Проверьте, что права принадлежат именно вам

Продать можно только то, чем владеешь. До переговоров поднимите основания:

1. Писали сами, как ИП или физлицо — исключительное право ваше изначально (ст. 1228 ГК РФ).
2. Писали штатные программисты — это служебное произведение, право у работодателя (ст. 1295 ГК РФ), но только при наличии трудового договора и служебного задания.
3. Разрабатывали по заказу клиента — по умолчанию исключительное право у заказчика (ст. 1296 ГК РФ), если в договоре не написано иное. Такое решение продать нельзя без согласия заказчика.
4. Привлекали фрилансеров/подрядчиков — нужен подписанный с ними договор об отчуждении прав в вашу пользу.

Программу для ЭВМ можно добровольно зарегистрировать в Роспатенте (ст. 1262 ГК РФ). Регистрация не создаёт право, но служит весомым доказательством авторства и даты — для продажи это плюс.

От чего зависит цена и как её посчитать

Универсального прайса нет, но оценку строят от нескольких факторов. Чем их больше в плюс, тем выше цена.

Практический способ оценки — затратный: считаете, во сколько обойдётся покупателю разработать то же самое заново, и ставите долю от этой суммы. Типовая доработка без клиентов — ориентировочно 30–50% стоимости новой разработки. Готовый продукт с внедрениями и повторяемыми продажами — его часто оценивают уже по доходному методу: годовая выручка от лицензий и поддержки, умноженная на коэффициент (ориентировочно ×1–3 в зависимости от стабильности потока).

Пример расчёта затратным методом. Допустим, на разработку отраслевого расширения ушло 400 часов при ставке 2 500 ₽/час — это 1 000 000 ₽ вложенных трудозатрат. Решение рабочее, но без действующих внедрений и документации. Берём долю 40% от стоимости повторной разработки: ориентир цены — около 400 000 ₽. Появляются два-три действующих клиента с абонентской оплатой 15 000 ₽/мес — это ещё 540 000 ₽ годовой выручки, и оценка смещается к доходному методу: при коэффициенте ×1,5 продукт стоит уже порядка 800 000 ₽. Числа условные, но логика переноса от затрат к доходу — рабочая.

Отдельно оцените то, что не видно в коде: наработанную отраслевую экспертизу, готовые методики внедрения, обученную команду. Для покупателя-франчайзи это иногда дороже самого кода, потому что экономит месяцы погружения в нишу.

Что подготовить перед продажей

Покупатель платит больше за то, что можно сразу взять в работу. Приведите решение в товарный вид.

Технически важны три вещи, которые часто забывают:

• Снятие с поддержки/замка. Если вы ставили конфигурацию на поддержку или защиту от изменений, покупатель не сможет её дорабатывать. Снимите замок и передайте разблокированный вариант.
• Очистка демо-базы. Выгружайте демо-базу (.dt) без реальных персональных данных контрагентов и сотрудников — иначе рискуете нарушить закон о персональных данных.
• Внешние компоненты. Если решение использует чужие платные библиотеки или внешние компоненты, их лицензии не передаются автоматически. Проверьте условия и предупредите покупателя.

Где искать покупателя

Готовое решение на 1С продают по нескольким каналам — выбирайте под тип продукта.

• 🏢 Партнёры и франчайзи 1С. Им интересны готовые отраслевые решения, которые можно тиражировать своим клиентам. Самый платёжеспособный канал для продуктов с внедрениями.
• 👥 Прямые клиенты из вашей ниши. Если решение заточено под конкретную отрасль, покупатель — компания из этой отрасли.
• 💻 Биржи и маркетплейсы разработки. Площадки по продаже обработок, расширений и готового кода подойдут для отдельных компонентов.
• 🤝 Профильные сообщества. Чаты и форумы разработчиков 1С — там находят покупателей на нишевые доработки.

Для продукта с потоком продаж есть отдельный путь — программа «1С-Совместимо» или выход в каталог решений: это повышает доверие покупателя, но требует времени на сертификацию.

Готовьте короткую коммерческую презентацию: что решает продукт, на каких релизах работает, сколько внедрений, какие интеграции. Покупатель-профессионал быстро отсекает «сырые» предложения, поэтому первое впечатление решает, дойдёт ли дело до демо.

Как оформить сделку: отчуждение или лицензия

Выбор договора определяет, что получит покупатель и сколько заплатит.

Для обоих договоров обязательна письменная форма (ст. 1234, 1235 ГК РФ). Устная договорённость и переписка силы не имеют.

В договоре пропишите:

1. Точный предмет — какая конфигурация, расширение, версия, перечень объектов.
2. Что именно передаётся — исходники, демо-база, документация, права на доработку.
3. Цену и порядок оплаты (единовременно или с отсрочкой под передачу).
4. Гарантии правообладателя — что код ваш и не нарушает чужих прав.
5. Границы ответственности и порядок передачи.

Государственная регистрация договора нужна только в одном случае: если сама программа была зарегистрирована в Роспатенте — тогда и переход права регистрируется там же (ст. 1232, 1262 ГК РФ). Для незарегистрированного ПО регистрация договора не требуется.

Отдельно продумайте порядок «деньги против исходников». Продавцу невыгодно отдавать код до оплаты, покупателю — платить за то, что ещё не видел целиком. Рабочие схемы:

• 💳 Оплата по акту — исходники передаются в момент подписания акта приёма-передачи, оплата проходит одновременно или с короткой отсрочкой под обеспечение.
• 🔒 Эскроу или аккредитив — для крупных сумм деньги замораживаются в банке и уходят продавцу после подтверждённой передачи.
• 🧪 Демо-доступ до сделки — покупатель смотрит работу на демо-базе без исходников, принимает решение, и только потом стороны переходят к оплате и передаче кода.

Передача проекта: пошагово

После подписания договора передача строится так:

1. Передайте исходники. Выгрузите конфигурацию в файл (.cf) и расширения (.cfe) через Конфигуратор. Если разработка велась в хранилище конфигурации, решите заранее: передаёте только финальную выгрузку или всю историю версий. История версий — это тоже ценность, и её стоит оговорить в цене отдельно. Доступ к своему хранилищу после сделки отключите.
2. Передайте демо-базу. Выгрузка .dt с настроенным, но очищенным от персональных данных примером.
3. Передайте документацию — описание объектов, схему интеграций, инструкцию по установке и обновлению.
4. Проведите установку вместе. Разверните решение на стороне покупателя и убедитесь, что оно запускается на его лицензии платформы и типовой конфигурации.
5. Подпишите акт приёма-передачи. В акте перечислите всё переданное: файлы, доступы, документы. Это закрывает сделку и фиксирует момент перехода.

После подписания акта проверьте, что у вас не осталось «живых» доступов к инфраструктуре покупателя, если договор это предусматривает.

Поддержка после сделки и репутация

Передача кода — не конец отношений. Сразу решите, что с поддержкой.

• Поддержка не входит в цену — тогда это отдельный платный договор на сопровождение. Удобный источник выручки после продажи.
• Короткий гарантийный период — например, месяц на исправление ошибок, обнаруженных при передаче. Фиксируйте срок в договоре.
• Обучение — отдельная услуга: показать покупателю архитектуру решения, логику ключевых механизмов.

Отдельно договоритесь о судьбе действующих клиентов, если решение уже внедрено. Продаёте вы право на продукт, но абонентские договоры с клиентами заключены на вас. Варианты: перевести клиентов на покупателя с их согласия, оставить сопровождение за собой по субподряду или разделить — код покупателю, обслуживание действующей базы вам. Это оговаривают в том же договоре, чтобы клиенты не остались между двумя сторонами без поддержки.

Репутация в нише разработчиков 1С узкая и долгая. Переданное «как есть» без документации и с неснятым замком быстро превращается в негатив, который перекроет выгоду от одной сделки. Чистая передача — ваш актив для следующих продаж.

Типичные ошибки продавца

Отдельно от шагов выше — то, на чём срываются сделки:

• ❌ Продают доработку как «1С целиком». Покупатель обнаруживает, что нужна отдельная лицензия платформы, и разворачивает сделку.
• ❌ Не проверили права на чужие модули. Один подрядчик без договора об отчуждении — и весь проект оспорим.
• ❌ Передали базу с персональными данными. Нарушение закона о персональных данных ложится на обе стороны.
• ❌ Не сняли конфигурацию с замка. Покупатель не может дорабатывать решение и требует возврат.
• ❌ Договорились на словах. Без письменного договора переход исключительного права недействителен.
• ❌ Забыли про НДС и налоги. Неучтённый НДС съедает маржу или становится сюрпризом при проверке.

Частые вопросы