← На главную

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

Понимание алгоритма поиска лицензий 1С:Предприятие

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

Ключевая особенность заключается в том, что платформа 1С:Предприятие будет искать базовую лицензию только в том случае, если не найдена никакая другая доступная лицензия. К «другим» лицензиям относятся как ПРОФ/КОРП лицензии, так и COMMUNITY-лицензии, которые по своей сути являются лицензиями для разработчиков. Это означает, что если COMMUNITY-лицензия присутствует на компьютере и доступна для платформы, она будет выбрана в первую очередь, даже если вы пытаетесь запустить информационную базу, предназначенную для работы с базовой лицензией.

Таким образом, конфликт возникает не потому, что лицензии несовместимы, а потому, что COMMUNITY-лицензия, будучи более «общей» и всегда доступной для платформы, «перехватывает» процесс лицензирования, не давая базовой версии найти свою уникальную лицензию.

Решение проблемы: Разделение версий платформы и файлов лицензий

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

1. Подготовка к разделению: Установка нескольких версий платформы 1С

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

   Для базовой версии:

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

   Для COMMUNITY-лицензии (разработки):

   • Установите еще одну, отдельную версию платформы 1С:Предприятие. Это может быть та же или другая версия платформы, которую вы предпочитаете использовать для разработки.
   • Именно в папку этой версии платформы мы будем перемещать файл COMMUNITY-лицензии.

2. Размещение файлов лицензий

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

   Для базовой лицензии:

   • Файл базовой лицензии (обычно с расширением .lic) должен находиться в стандартном для нее месте, чтобы соответствующая версия платформы могла ее найти. Как правило, он находится в каталоге C:\ProgramData\1C\1Cv8\licdata или в других стандартных местах поиска лицензий 1С.
   • Ключевая идея — не допускать появления других лицензий в путях поиска платформы, предназначенной для базовой версии. Это гарантирует, что при запуске базовой конфигурации, именно ее лицензия будет найдена.

   Для COMMUNITY-лицензии:

   • Файл COMMUNITY-лицензии нам предстоит перенести в папку bin\conf той версии платформы, которая будет использоваться для разработки. Например, если ваша платформа для разработки установлена в C:\Program Files (x86)\1Cv8\8.3.20.1718, то файл лицензии нужно поместить в C:\Program Files (x86)\1Cv8\8.3.20.1718\bin\conf.
   • Этот каталог bin\conf является одним из приоритетных мест поиска лицензий для конкретной установленной платформы. Таким образом, мы привязываем COMMUNITY-лицензию к определенной установке платформы.

3. Запуск 1С из нужной версии платформы

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

   • Для запуска базовой информационной базы: Открывайте ее через ярлык, который ссылается на исполняемый файл 1cv8.exe той версии платформы, которую вы выделили специально для базовой версии. Убедитесь, что эта версия платформы не «видит» COMMUNITY-лицензию.
   • Для запуска информационных баз для разработки (с COMMUNITY-лицензией): Запускайте 1С непосредственно из каталога bin той версии платформы, куда вы поместили файл COMMUNITY-лицензии. То есть, используйте 1cv8.exe из папки C:\Program Files (x86)\1Cv8\8.3.20.1718\bin (или аналогичной).
   • Мы также можем создать отдельные ярлыки на рабочем столе для каждой из версий платформы, что значительно упростит работу и переключение между ними. В свойствах ярлыка мы можем указать путь к конкретной информационной базе и конкретной версии платформы.

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

Особенности COMMUNITY-лицензии, которые важно учитывать

COMMUNITY-лицензия, или как ее еще называют, «Версия для разработчиков», имеет ряд специфических особенностей, о которых мы должны знать, работая с ней:

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

2. Водяной знак: При использовании COMMUNITY-лицензии, все распечатываемые документы и сохраняемые печатные формы будут содержать «водяной знак» с текстом «Версия для разработчиков». Этот знак является индикатором некоммерческого использования и не может быть удален.

3. Количество сеансов: Если для запуска информационной базы мы использовали хотя бы одну COMMUNITY-лицензию, к данной базе может быть подключено не более трех клиентских сеансов. Это ограничение действует даже при наличии других лицензий уровня ПРОФ или КОРП, если COMMUNITY-лицензия была использована для инициации сеанса.

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

5. Изменение конфигураций базовых версий: Как мы уже обсуждали, использование COMMUNITY-лицензии для изменения базовой конфигурации приведет к слету ее цифровой подписи, что сделает невозможным дальнейшее использование этой конфигурации с базовой лицензией. Мы должны помнить об этом риске и избегать таких действий.

Дополнительная информация по лицензированию 1С:Предприятие

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

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

2. Привязка лицензии: При каждом запуске 1С система защиты сверяет текущие данные компьютера с параметрами, записанными в файле лицензии. К таким параметрам могут относиться информация о процессоре, материнской плате, сетевой карте, объеме оперативной памяти и другие. Если хотя бы один ключевой параметр изменился, лицензия может стать недействительной, и потребуется повторная активация с использованием резервного пин-кода. Это важно учитывать при модернизации оборудования или переносе системы.

3. Перенос лицензий: Перенос программной лицензии 1С на другой компьютер фактически сводится к повторной активации лицензии на новом месте с использованием имеющихся пин-кодов. Старая привязка при этом аннулируется, и лицензия привязывается к новому компьютеру. Мы должны помнить, что количество резервных пин-кодов ограничено, поэтому мы должны использовать их обдуманно.

4. Одновременное использование разных типов лицензий: Платформа 1С:Предприятие 8, начиная с версии 8.2.10, поддерживает одновременное использование программных и аппаратных лицензий при работе с одной и той же информационной базой. Это дает нам гибкость в смешивании типов лицензий для разных пользователей или сценариев.

5. Сервер лицензирования: Сервер лицензирования 1С обеспечивает централизованное распределение лицензий между пользователями, контроль их состояния и автоматизацию активации. Однако, мы должны учитывать, что сервер лицензирования не поддерживает лицензии базовых версий программ 1С и аппаратные ключи HASP. Для них требуются отдельные механизмы активации и использования.

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

Надеемся, что предложенное решение и подробное объяснение принципов работы лицензирования 1С помогут вам эффективно управлять различными типами лицензий на одном рабочем месте и избегать нежелательных конфликтов. Главное — это четкое разделение сред и понимание, какая лицензия используется в каждом конкретном случае.