В продолжение v8: Как сделать так, чтобы разработку не украли
Продуктом заинтересовался еще один заказчик, и есть мнение, что это не последняя продажа. В связи с этим становится вопрос защиты продукта.

Чего хочу.
Во-первых, хочется защитить некоторые функции, чтобы потенциальный покупатель подумал, стоит ли тратить время на установку заглушек и обрезанный функционал, или проще заплатить денег.

Во-вторых, клиенты бывают разными с точки зрения платежеспособности. Можно, конечно, установить фиксированную сумму, например 50000 руб за коробку. Но небольшая контора на 10 человек готова заплатить только 10000, и в то же время большой завод типа ЗИЛа со штатом 6000 человек вполне может отслюнявить полляма и даже не заметит этих денег. Не учитывать это при ценообразовании было бы глупо.

Первое, что приходит в голову, это ключ, зашитый в dll закрытый код и ограничение на количество подключений к базе. Например, продается сама коробка и лицензии на 10 подключений. 11-й пользователь базу запустить не сможет.
Но есть еще одна особенность: конфа сможет работать как автономно, так и может быть интегрирована в любую другую конфигурацию.Если в первом случае запрет на запуск прокатит, то во втором - нет, потому что пользователь не сможет запустить ни мою поделку, ни свою УТ, за которую честно заплатил. То есть при отсутствии свободных лицензий конфа должна запуститься, но функционал не должен работать?

Что думает многоуважаемый ALL по этому поводу? Советуйте.

* пошёл за попкорном

> хочется защитить некоторые функции

например какие и что они делают ?!

код закрывать - плохо
максимум - привязку к железу делать

Вот так сделай во всех доках своих

Процедура ПередОткрытием(Отказ, СтандартнаяОбработка)

гсм_РаботаСДиалогами.ПриОткрытииФормыДокумента(Отказ);//проверяй есть лицензия или нет

КонецПроцедуры // ПередОткрытием(

http://www.1c-zk2.ru/articles

(4) закомментировать это не судьба ?

(4) это что за конфа с гсм ?

Вот это пиар. Автор уже вторую тему пиарит свою наработку, видимо замануху делает. потом когда выложит где то, придется покупать.

(7) это нефтепродукты для казахстана

>ограничение на количество подключений к базе

А почему количество подключений к базе? Если я не пользуюсь функционалом данной разработки. Например, посадили девочку забивать какой-нибудь справочник. Она пользуется функционалом или нет? Функционал, мне кажется, будет заключаться несколько в другом.
P.S. В данном случае, рассматривается автономный вариант.

(8) ты свой сайт каждую ветку пиаришь, и ничего. Брал волшебник по 5 копеек за ссылку, уже бы обогатился

(0) Посмотри как Рарусовские поделки, интегрируемые с типовыми, работают. Те же CRM, УАТ и т.д.

в БСХП так сделано. нет ключа - работает только бухня, а модуль СХП отключен. покури как у них реализовано.

(0) напиши гневное письмо БГ! пусть в 1С подумают о защите)

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

(4) Открываются формы в пофигураторе, все комментится и привет защите.
(8) Перенимай опыт
(10) Если это справочник включенный в состав моей разработки, то да, пользуется. Если это справочник Номенклатура из УТ - то нет.
(12) Ну собственно идея из (0) подсмотрена как раз в УАТе. Фишка в том, что УАТ - конфа достаточно большая, с кучей форм и там заглушки ставить задолбаешься. В моем случае форм немного, заглушек налепить - полчаса потратить. А это не есть гуд.
(13) Спс, посмотрю
(15) В dll надо выносить то, что трудно (или лениво) написать самому. Есть и такая мысль, но надо копать еще.