Продажа своей разработки на 1С: файлы поставки, защита кода и договор

Чтобы продать конфигурацию 1С, вы передаёте покупателю две вещи: права на свою разработку по договору и файлы поставки, собранные в Конфигураторе через Конфигурация → Поставка конфигурации. Отдельной кнопки «Продать» в 1С нет: продажа — это юридическая сделка плюс правильно собранный дистрибутив.

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

Что на самом деле продаётся: права, файлы и чужие лицензии

Покупатель платит не за файл. Он платит за право использовать вашу программу. Программа для ЭВМ по ГК РФ охраняется как произведение, и права на неё передаются только по письменному договору.

Сравните три типовых сценария:

Типовую конфигурацию 1С вы перепродать не можете. Исключительные права на неё принадлежат фирме 1С. Если ваш продукт — изменённая «Бухгалтерия», у клиента должна быть своя легальная «Бухгалтерия», а вы продаёте лишь доработку.

Подготовка конфигурации 1С к продаже и выгрузке

Покупатель увидит то, что вы забыли почистить. Перед сборкой поставки пройдитесь по корню конфигурации и коду.

Свойства корня конфигурации

Откройте палитру свойств корня (правый клик по имени конфигурации → Свойства) и заполните:

1. Имя и Синоним — так конфигурация будет называться у клиента.
2. Поставщик — ваша организация или ИП. По этому полю платформа связывает базу клиента с вашей поставкой.
3. Версия — в формате 1.0.0.1. Каждая следующая поставка получает номер выше предыдущего.
4. Авторские права — строка вида «© ООО «Ромашка», все права защищены».
5. Адрес информации о поставщике и Адрес каталога обновлений — сайт и страница, где клиент найдёт новые версии.
6. Режим совместимости — под минимальную версию платформы, которая стоит у покупателей.

Поле «Режим совместимости» решает, на какой платформе запустится решение. Если у клиента платформа с номером ниже, чем вы указали, база не откроется. Договоритесь о минимальном номере платформы заранее и впишите его в документацию.

Что убрать перед передачей

• 🗑️ отладочные обработки, тестовые справочники и временные реквизиты;
• 🔑 жёстко прописанные пароли, адреса своих серверов и токены сервисов в модулях;
• 👤 служебных пользователей из демобазы, если отдаёте базу с примером данных;
• 💬 комментарии в коде, которые клиенту видеть не нужно.

После чистки запустите Конфигурация → Проверка конфигурации с расширенной проверкой и Проверить модули. Ошибка компиляции в поставке — первое, что клиент запомнит.

Как выгрузить конфигурацию для продажи: поставка .cf и .cfu

Плохой способ — сохранить конфигурацию командой Конфигурация → Сохранить конфигурацию в файл и отправить файл. Так клиент получит конфигурацию без привязки к поставщику, и каждое ваше обновление превратится в ручное сравнение-объединение.

Правильный способ — механизм поставки. Он ставит базу клиента «на поддержку» вашей версии, и дальше обновления накатываются штатно.

Шаг 1. Настройка поставки

Откройте Конфигурация → Поставка конфигурации → Настройка поставки. Здесь для объектов задают правила, с которыми они уйдут клиенту:

• насколько покупателю разрешено менять объекты (от свободных изменений до запрета);
• для каких модулей поставлять исходный текст, а для каких — нет.

Без исходного текста модуль у клиента работает, но код в нём не открыть. Так закрывают ключевые алгоритмы, сохраняя остальную конфигурацию открытой для настройки.

Шаг 2. Файлы поставки и обновления

Выполните Конфигурация → Поставка конфигурации → Создать файлы поставки и обновления. В окне отметьте:

1. Файл поставки — полный дистрибутив .cf для первой установки.
2. Файл обновления — .cfu, если у клиентов уже стоит предыдущая версия. Для него укажите файлы поставки тех версий, с которых разрешено обновляться.

Храните .cf каждой выпущенной версии. Без файла прошлой поставки вы не соберёте .cfu для клиентов, которые на ней сидят. Потеря одного файла — это ручное обновление у каждого такого клиента.

Шаг 3. Комплект поставки (по желанию)

Если хотите, чтобы клиент ставил решение как программу, с шаблоном и мастером установки, используйте Создать файл описания комплекта поставки, а затем Создать комплект поставки. На выходе — каталог с setup.exe и шаблоном конфигурации. Для одного-двух клиентов хватит голого .cf.

Если вы продаёте расширение

Расширение собирают проще. В Конфигураторе откройте Конфигурация → Расширения конфигурации, выберите своё расширение и сохраните его в файл .cfe командой сохранения из меню Конфигурация окна расширения.

Клиент подключает его в пользовательском режиме: в типовых на БСП это Администрирование → Печатные формы, отчёты и обработки → Расширения. Там же решают, отключать ли безопасный режим и защиту от опасных действий. Это нужно, если расширение пишет файлы или обращается к внешним ресурсам. Сразу напишите в инструкции, какие флаги и зачем снимать.

Лицензии покупателя и защита вашей разработки

Здесь путают два разных вида лицензий. Разведём их.

Лицензии платформы — их покупает клиент

Ваша конфигурация работает только на платформе 1С:Предприятие 8. Лицензии платформы (клиентские, а для клиент-серверного варианта — ещё и на сервер) покупатель приобретает у 1С или её партнёра. Вы не можете «передать» ему свои ключи: программные лицензии активируются на конкретную организацию и компьютер.

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

Лицензирование своей конфигурации

Чтобы клиент не размножил ваше решение на десять фирм, используют защиту:

СЛК — продукт фирмы 1С для разработчиков тиражных решений. Вы встраиваете в конфигурацию её компоненту и проверку лицензии. Клиент получает от вас ключ, а вы управляете числом рабочих мест.

Договор при продаже конфигурации 1С и сопровождение

Техническая часть закрывает «как передать». Юридическая отвечает на вопрос «что клиент вправе делать». Здесь два основных варианта.

Лицензионный договор или отчуждение

• 📜 Лицензионный договор — вы остаётесь правообладателем, клиент получает право использования. Подходит для тиражного продукта: продаёте одну разработку многим. В договоре пропишите способы использования, срок, территорию и число рабочих мест.
• 🤝 Договор об отчуждении исключительного права — права целиком уходят к покупателю. Вы больше не можете продавать эту разработку другим. Так оформляют заказную разработку, если клиент заплатил за неё полностью.

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

Если конфигурацию писал ваш сотрудник в рамках трудовых обязанностей, права на служебное произведение у работодателя. Для фрилансера, работающего по договору подряда, — смотрите условия этого договора.

НДС при продаже прав

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

Договор сопровождения

Продажа — разовая сделка. Деньги в тиражном бизнесе на 1С обычно приносит сопровождение. Оформите его отдельным договором оказания услуг и пропишите:

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

Продать конфигурацию партнёру или напрямую клиенту

Канал продажи меняет и договор, и комплект файлов.

Напрямую клиенту. Вы сами ставите решение, обучаете и сопровождаете. Клиенту передаёте .cf или .cfe, инструкцию по установке и договор. Маржа выше, но вся поддержка на вас.

Через партнёра 1С (франчайзи). Партнёр продаёт и внедряет ваше решение своим клиентам. Ему нужно больше, чем файл:

• 📦 файлы поставки и обновлений каждой версии, а не одна база;
• 📘 документация для пользователя и отдельно для внедренца;
• 🗝️ право выдавать лицензии на вашу конфигурацию от вашего имени — дилерский или сублицензионный договор;
• 🧪 демобаза для показа клиентам;
• 📞 порядок, по которому партнёр передаёт вам ошибки, которые не может решить сам.

С партнёром заключают договор, разрешающий распространение: он получает право предоставлять клиентам лицензии на ваше решение (сублицензирование) за вознаграждение. Без такого права партнёр формально не может продавать вашу разработку от себя.

Что повышает доверие партнёров. Тиражные решения на 1С проходят сертификацию «1С:Совместимо». Она подтверждает, что продукт соответствует требованиям фирмы 1С к разработке и корректно работает с типовыми решениями. Для продажи сертификат не обязателен, но партнёры охотнее берут решения с ним.

Частые ошибки при передаче прав и файлов конфигурации

Отдали конфигурацию, сохранённую в файл, а не поставку. Клиент через полгода просит обновление, а база у него не на поддержке. Каждое обновление становится ручным сравнением. Исправить можно: соберите поставку той же версии и поставьте базу клиента на поддержку через Конфигурация → Поддержка → Настройка поддержки.

Клиент «доработал» ваши объекты. Если вы разрешили изменения, а клиент поправил объект с режимом «Редактируется с сохранением поддержки», при обновлении появятся конфликты. Пропишите в договоре: кто отвечает за доработки клиента и сколько стоит их перенос.

Не указали минимальную платформу. Клиент ставит решение на старую платформу и получает ошибку при открытии базы. Номер минимальной платформы пишите в документации и в коммерческом предложении.

Продали доработку типовой как «свою конфигурацию». Это нарушение прав фирмы 1С. Клиент покупает типовую сам, вы продаёте только изменения или расширение.

В договоре нет слова о правах. Без условия о правах заказная разработка уходит заказчику по умолчанию. Второй продажи может не случиться.

Потеряли .cf прошлых версий. Без него не собрать .cfu. Ведите архив поставок в отдельном хранилище, а не на рабочем диске разработчика.

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