Доброе утро, уважаемые форумчане!

У меня есть полностью самописная конфигурация 1С (платформа 8.3.16), которую я хочу продавать в довольно небольшому кругу потенциальных клиентов. Конфигурация достаточно специфичная и содержит много вещей, на которые было потрачено много-много времени (программирование лишь часть этого времени).
Собственно чтобы как-то заработать на продаже этой конфигурации мне нужно позаботиться о защите от:
1. Просмотра наиболее трудозатратного кода.
2. Передачи конфигурации от клиента (который купил) к потенциальному клиенту (который не купил). Все клиенты входят в одно сообщество и друг друга знают.

Первый пункт вроде бы решается с помощью защиты общих модулей, но как я понял декомпиляторы проходят эту защиту на ура. Или это было свойственно более ранним версиям платформы? Вдруг в 8.3.16 разработчики 1С что-то усовершенствовали...

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

P.S. Мне не нужна суперзащита. Скорее я хочу иммтировать защиту.
---
Обсуфикация кода. Не слишком дорого делается, слишком заморочно восстанавливается.
Особенно с обезличиванием переменных код работает, но читаемость кода около нулевая.
---
Увеличь цену на неё раза в три, что бы тот кто купил её честно и не думал давать её просто так кому то.
---
какой-то устаревший подход. При нормальной цене люди охотнее купят, чтобы хотя бы было у кого спросить, почему оно не работает.
Покупать зашифрованную кустарную самоделку я б очень поостерегся.
Плюс обновления, консультации.
---
1. Наиболее трудозатратные модули вынести в dll.
2. В dll зашить проверку по следующему алгоритму: собираем инфу о компе или например инфу из карточки организации, и используя хэши формируем некий ключ, делаем генератор который на основе этого ключа добавляя соль формирует код защиты и выдаем клиенту. Соответственно при любом вызове функции из dll проверяется код защиты и код защиты подходит для одного ПК\Организации.

из минусов метода - много чего дополнительно надо переписать, но зато более менее надежно и бесплатно.

можно попроще вместо п.1 сделать обфусцированный модуль, но все равно придется при исправлении ошибок или добавлении нового функционала с ним каждый раз возиться
---
В 8.3.16 + не так то просто поломать запароленный модуль, при должной настройке прав и включенной защите от опасных действий можно сделать достаточно защищенную конфигурацию.
Так же исключите из поставки тесты каких то важных модулей.
---
Имитация защиты это как раз запаролить какой-нибудь модуль или обфускация))))))
Нормальная зажита - это вынести код в dll
hasp - обойти проще, чем dll.
---
Не бывает универсальных разработок, которые удовлетворяют всех. Поэтому не надо защищать свои авторские права. Просто оставьте свои координаты. Всегда удобнее связаться с разработчиком, чтобы доделать конфигурацию под себя. Даже если тех, кому вы предложите, разработка удовлетворит хотя бы на 60%, то того, кто сворует уже только на 40. Если клиент настолько жаден, что будет работать с этими неудобными 40, то плюньте на него, никакого дохода с таких не будет. Нормальные передадут знакомым и сообщат Ваши координаты. Чем шире разойдется, тем чаще к Вам будут обращаться за доработками. Какого черта носитесь с авторскими правами? Представьте Стругацких или Высоцкого шифрующих свои тексты. А идей оригинальных там очень много.
---
о как я понял декомпиляторы проходят эту защиту на ура. не все.

(1) Скорее я хочу иммтировать защиту тогда привязать копию к ИНН покупателя и защитить общие модули. А для декомпилятора поставить заглушку. Большинство не пройдет.
---
Имитация защиты это как раз запаролить какой-нибудь модуль или обфускация))))))
Нормальная зажита - это вынести код в dll
hasp - обойти проще, чем dll.
---
https://uvlc.ru/
---
но как я понял декомпиляторы проходят эту защиту на ура.
А в том сообществе есть специалисты, которые могут использовать декомпиляторы?
---
Не думаю, потому что конторы небольшие и без программистов 1С.
---
Получается единственно, что могут реально сделать - это передать друг другу конфигурацию.
---
Обсуфикация кода. Не слишком дорого делается, слишком заморочно восстанавливается.
Особенно с обезличиванием переменных код работает, но читаемость кода около нулевая.
---
В случае доработки и обновления конфигурации проблем не возникнет?
---
Из более заморочных есть встроенные в платформу средства шифрования.
---
Спасибо, нашел - изучаю.
---
серийный номер компьютера прописать в коде и обфусцировать. Или сразу писать код так, чтобы обфускация не понадобилась ( с привязкой к организации и именам пользователей).
Но структура данных в любом случае открыта(любой универсальный отчет в режиме предприятия).
---
Обфускация дает не стабильный результат, в плане нормальной работы.
То есть все работает, после обфускации - все начинает глючить...
Я столкнулся на этом форуме с обработкой, которую попытались защитить с определенного релиза - работать перестала
и автор вынужден был выложить открытый код снова....
---
Увеличь цену на неё раза в три, что бы тот кто купил её честно и не думал давать её просто так кому то.
---
Да, это есть в моих планах. Хорошая психологическая уловка, но на уровне руководителей. На уровне технических специалистов не сильно поможет - хотя и тут есть варианты. Например, создать для каждого клиента малюсенький уникальный код, по которому можно будет определить организацию утечки если она случится. И об этом заранее предупредить и в договоре прописать.
---
Или с обратной стороны предложить всем купить по наименьшей цене но всем. Что её кому то и смысла не будет ставить нести.
А вообще если программа хорошая то сарафанное радио само все сделает.
---
её могут спереть на раз. например отдадут чинить комп, а там хитрый полудинеснег. Шлеп, шлеп и конфа уже на рутрекере
---
1. Наиболее трудозатратные модули вынести в dll.
2. В dll зашить проверку по следующему алгоритму: собираем инфу о компе или например инфу из карточки организации, и используя хэши формируем некий ключ, делаем генератор который на основе этого ключа добавляя соль формирует код защиты и выдаем клиенту. Соответственно при любом вызове функции из dll проверяется код защиты и код защиты подходит для одного ПК\Организации.

из минусов метода - много чего дополнительно надо переписать, но зато более менее надежно и бесплатно.

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

вопрос написания своего кода по визуализации идей не так сложен и часто копия лучше оригинала,
причем ничего ломать и воровать не надо. раскрасил рамки по другому и все - я художник я так вижу,
а под капотом совершенно другой код.

если конфа просто кусок знамо чего и автор просто хочет надувать щеки перед клиентами, то пожелаю ему удачи.
---
По поводу форм согласен. В моем случае важна математика, для создания которой нужно знание предметной области и энтузиазм.
---
ловля ступеней космических ракет?
---
какой-то устаревший подход. При нормальной цене люди охотнее купят, чтобы хотя бы было у кого спросить, почему оно не работает.
Покупать зашифрованную кустарную самоделку я б очень поостерегся.
Плюс обновления, консультации.
---
При нормальной цене люди охотнее купят, чтобы хотя бы было у кого спросить, почему оно не работает.
(19) Плюс обновления, консультации.

На это тоже рассчитываю )
---
Согласен, платят в большинстве случаев, за возможность спросить у автора совета по его же разработке.
---
Не бывает универсальных разработок, которые удовлетворяют всех. Поэтому не надо защищать свои авторские права. Просто оставьте свои координаты. Всегда удобнее связаться с разработчиком, чтобы доделать конфигурацию под себя. Даже если тех, кому вы предложите, разработка удовлетворит хотя бы на 60%, то того, кто сворует уже только на 40. Если клиент настолько жаден, что будет работать с этими неудобными 40, то плюньте на него, никакого дохода с таких не будет. Нормальные передадут знакомым и сообщат Ваши координаты. Чем шире разойдется, тем чаще к Вам будут обращаться за доработками. Какого черта носитесь с авторскими правами? Представьте Стругацких или Высоцкого шифрующих свои тексты. А идей оригинальных там очень много.
---
Очень позитивный комментарий. Вы мыслите иначе. Уверен, вам и живётся легче.
---
Дорого ваш софт никто не купит, т.к. конкуренция у вас большая, и другие предложения скорее всего найдутся, и вы ничего не заработаете. Перспективнее продавать не код, а сервис. Сейчас все идут именно по этому пути. Соответственно ничего придумывать не нужно, обычно используется два варианта:
1) Продаете софт за небольшую цену, основной ваш заработок - дальнейшее сопровождение.
2) Размещаете свой софт в облаке и продаете сервис целиком, основной ваш заработок дальнейшее сопровождение софта и инфраструктуры к нему. Как плюс - код вашего продукта никому не доступен.
---
пытался как то защитить, поставил пароль на модули....