Ваша корзина пуста

Лицензионное соглашение

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

Компоненты на этом сайте, предлагаемые к покупке или использованию, ограничиваются одной из лицензий. Информация о конкретной лицензии, которая ограничивает использование компонента, отображается на каждой странице компонента в разделе «Характеристики».

Администрация маркетплейса в праве изменять соглашение без уведомления пользователя.

Редакция соглашения: 07.07.2022.

I. Проприетарная лицензия на ПО с закрытым исходным кодом

Основные положения лицензии

  1. Каждую копию компонента можно использовать на одном домене рабочего сайта (и дополнительно ещё на одном тестовом поддомене, на котором вами производится апробация и кастомизация компонента перед инсталляцией на рабочий сайт. Тестовый поддомен должен называться test; например: test.example.com, где example.com - любой домен). Домен localhost или IP-адрес не могут быть добавлены в лицензию. При оформлении заказа необходимо указать конкретный домен, на котором будет использоваться заказываемый компонент (если тестовый поддомен относится к тому же домену, то его указывать не обязательно).

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

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

  4. Запрещается расшифровывать зашифрованные части компонента для модификации или иных целей, противоречащих этому соглашению.

  5. Смотри также раздел "Общие положения".

Этот вид лицензии призван сократить нелегальное использование компонентов. Достоинство этой лицензии - низкая стоимость компонента. Недостаток — ограничение по используемым сайтам. Большинству владельцев интернет-магазинов достаточно этой лицензии.

II. Проприетарная лицензия на ПО с доступным исходным кодом

Основные положения лицензии

  1. Каждую копию компонента можно использовать на одном домене рабочего сайта (и дополнительно ещё на одном тестовом поддомене, на котором вами производится апробация и кастомизация компонента перед инсталляцией на рабочий сайт. При оформлении заказа необходимо указать конкретный домен, на котором будет использоваться заказываемый компонент (если тестовый поддомен относится к тому же домену, то его указывать не обязательно).
  2. Смотри также раздел "Общие положения".

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

Общие положения к видам лицензий I и II

  1. Все минорные обновления компонента - бесплатны. Обновление компонента до новой мажорной версии является платным, а стоимость такого обновления равна полной стоимости новой мажорной версии. Информация о новой версии компонента публикуется в разделе «История изменений» на странице компонента.

  2. Обслуживание компонента может, как включать бесплатные персональные консультации, так и исключать их. Это прерогатива вендора, который публикует и обслуживает компонент. Информация о наличии или об отсутствии бесплатной персональной консультации по конкретному компоненту отображается на странице этого компонента. Если компонент продаётся без бесплатных персональных консультаций, то стоимость такого компонента будет значительно ниже (на 50-70%).

  3. При наличии у компонента бесплатной персональной консультации, срок предоставления помощи ограничивается тремя месяцами. Но, если по истечению этого периода, покупатель компонента ни разу не обращался в обратную связь за получением консультаций, а затем у него эта необходимость появилась, то покупатель получает дополнительно 5 рабочих дней, чтобы задать после-продажные вопросы, а после окончания этого дополнительного времени, бесплатные консультации считаются исчерпанными. Вендор компонента, по своему усмотрению, может отвечать на после-продажные вопросы, даже, когда период обслуживания исчерпан. При отсутствии или исчерпании бесплатных персональных консультаций по компоненту, возможность получения минорных обновлений компонента - остаётся.

  4. Доработка компонента под определенные нужды клиента не входит в бесплатную поддержку и производится по договоренности с разработчиком.

  5. Покупка компонента подразумевает внимательное изучение описания компонента и лицензионного соглашения, под которым он продается, а при наличии каких-либо вопросов покупателю необходимо задать их разработчику до совершения покупки. Оплата заказа свидетельствует о безоговорочном акцепте данного соглашения.

  6. Материалы, переданные покупателю по E-mail или загруженные через личный кабинет (компоненты, документация и пр.) возврату не подлежат.

  7. После оформления заказа и оплаты компонента он становится доступен для скачивания в личном кабинете покупателя в разделе заказов. Некоторые компоненты нельзя загрузить через личный кабинет, так как они доставляются по E-mail непосредственно вендором компонента. Если был заказан один из таких компонентов, то покупателю следуют ожидать сообщение на Email с соответствующим вложением. Доставка по E-mail производится вручную вендором в рабочие дни и в рабочие часы, поэтому всегда бывает задержка.

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

  9. Запрещается использование компонента в составе неофициальных выпусков (сборок) системы PrestaShop, распространяемых любым образом (по подписке, платно, бесплатно и пр.).

  10. Запрещается удаление или изменение любой информации об авторе и модуле (логотипа, лицензионного соглашения и пр.).

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

  12. Работа компонента гарантируется с теми версиями системы PrestaShop, которые указаны на странице компонента, где приведено его полное описание.

  13. Если покупатель приобрел компонент, который не совместим с той версией PrestaShop, которую он использует, то это не является причиной отмены заказа и возврата оплаты. Обновление компонента производится по договоренности с разработчиком. Как правило, такое обновление является минорным. Как правило, обновление компонента иногда требует значительного времени и следует плану обновления, который составляет разработчик.

  14. Критические проблемы с компонентом (ошибки, приводящие к остановке PrestaShop, ее некорректному поведению) на версиях PrestaShop, указанных, как совместимые, устраняются разработчиком компонента не позднее 14 рабочих дней. Если разработчик не может устранить проблему, то покупатель компонента в праве не дожидаться исправлений и запросить возврат оплаты.

  15. При некорректной работе компонента (не являющимися критическими) на версиях PrestaShop, указанных, как совместимые на странице описания компонента, разработчиком компонента производится устранение проблем по собственному усмотрению и плану обновления.

  16. Возврат оплаты за компоненты или услуги не производится, кроме случаев, когда стороны – разработчик и покупатель пришли к общему мнению при решении возникших разногласий. Решение разногласий производится через внутреннюю переписку на маркетплейсе, используя механизм обратной связи. Возврат - это крайняя мера, когда критическая ошибка в компоненте не исправляется разработчиком. Ошибки, связанные с сайтом покупателя, которые не дают компоненту разработчика работать корректно не являются причиной для возврата оплаты. Возможный случай, когда возврат оплаты за компонент может быть произведен — критические проблемы с компонентом, которые не исправляются разработчиком. Условие для возврата — запрос подан не позднее 28 рабочих дней. Разработчик компонента и администрация маркетплейса не несет ответственность за желание клиента купить несовместимый или неподходящий для него компонент (невнимательность покупателя или нежелание понимания пригодности компонента - это не случай для возврата оплаты).

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

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

III. «Открытая лицензия на ПО»

Компоненты под такой лицензией публикуются под одной из открытых лицензий кода, например Open Software License (OSL 3.0). Соблюдая лицензию кода компонента, можно бесплатно загружать и использовать компоненты под этой лицензией, а также вносить полезные изменения в компонент через такие сервисы, как GitHub или иным образом участвовать в развитии компонента (публиковать проблемы, отзывы, запросы на улучшение и пр.).

Это соглашение нацелено для увеличения вклада в развитие PrestaShop и ее компонентов; увеличение разработчиков и повышению их уровня компетенции, связанных с PrestaShop; улучшение качества и количества бесплатных модулей для PrestaShop, необходимых для развития интернет-торговли.

Термины и определения

  1. PrestaShop - система управления сайтом для создания интернет-магазина.

  2. Маркетплейс (или маркетплейс ModuleZ) — имеется в виду этот сайт (то есть, prestashop.modulez.ru), позволяющий размещать на нём программные компоненты для PrestaShop для продажи, а также скрипты и услуги.

  3. ModuleZ – наименование системы для размещения цифровых товаров.

  4. Компонент (расширение) — часть PrestaShop (компонент, тема сайта, шаблон для чего-либо) или скрипт. Компонент или скрипт— это цифровые товары.

  5. Продавец – разработчик (вендор, автор) компонентов и исполнитель услуг, приведенных на его странице маркетплейса, например: prestashop.modulez.ru/developer/example (где example – сокращенное наименование разработчика для URL, то есть, его никнейма или компании).

  6. Домен – символьное имя, используемое для доступа к сайту через браузер.

  7. Домашняя страница компонента – раздел на этом сайте, посвященный конкретному компоненту.

  8. Модуль – программный компонент для PrestaShop, в котором реализуется некоторая бизнес-логика на языках программирования, используемых в PrestaShop.

  9. Тема сайта — набор шаблонов, которые меняют внешний вид страниц сайта.

  10. Шаблон — файл, который меняет вид одной страницы или какой-то части некоторой страницы.

  11. Поддержка — обслуживание компонента, которое включает предоставление вендором обновления компонента, оказание (или неоказание) бесплатных персональных консультаций, ответов на пред-продажные и после-продажные вопросы через обратную связь маркетплейса.

  12. Рабочие часы — рабочие дни администрации маркетплейса или вендоров компонентов — с понедельника по пятницу, исключая праздничные дни; рабочие часы — с 10:00 до 18:00 по местному времени администрации или вендора. По собственному желанию вендоры компонентов могут работать в выходные и праздничные дни.

  13. Минорная версия и мажорная версия компонента - последовательные идентификаторы для указания значимости перемен между стадиями разработки жизненного цикла программы. Эти перемены классифицируются по уровням значимости (см. рисунок) – мажорная часть идентификатора (значительные изменения в функциональности) и минорная часть (незначительные изменения, исправление недоработок).