Как запустить Подрядчик строительства 1.4 (7.7) и 4.0 (8.х) на одном компьютере

Системный администратор 1С v7.7 Промышленность, строительство и АПК
← На главную

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

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

Выясним причину конфликта систем защиты

Для начала проанализируем, как работают системы лицензирования данных продуктов. Программный комплекс «Подрядчик строительства» версии 1.4 базируется на платформе 7.7 и использует старую систему защиты «Импульс-ИВЦ». Версия 4.0, работающая на платформе 8.x, чаще всего защищена системой «Катран» или обновленной СЛК (Система Лицензирования и Конфигурирования).

Разберем основные точки соприкосновения, где возникают ошибки:

  1. Конфликт драйверов аппаратных ключей: Если оба продукта используют USB-ключи, их драйверы могут пытаться захватить одни и те же системные ресурсы. Старые драйверы для версии 7.7 не имеют цифровой подписи для современных 64-битных систем (Windows 10/11), что делает их установку невозможной без отключения проверки подписи, что в свою очередь может нарушить работу новых драйверов.
  2. Общие библиотеки (DLL): При установке сервера защиты для версии 4.0 в системные папки Windows (System32 или SysWOW64) могут записываться новые версии библиотек, которые не поддерживают протоколы связи старой версии 1.4.
  3. Использование одинаковых портов: По умолчанию многие службы защиты пытаются использовать стандартные порты для связи между защищенным модулем и сервером лицензий.

Рассмотрим настройку сетевых портов и служб

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

Для версии 1.4 (на базе 7.7) стандартным является порт 9099. Для версии 4.0 (на базе 8.х) и современных систем СЛК обычно используются порты 9091, 9092 или 1199.

Выполним следующие шаги для настройки:

  1. Убедимся, что службы в списке services.msc имеют разные имена. Например, Protection Server для старой версии и Licensing Server для новой.
  2. Проанализируем конфигурационные файлы. В папке с установленной программой версии 1.4 найдем файл настроек защиты (обычно это файл с расширением .ini).
  3. Попробуем принудительно указать адрес сервера защиты. Если ключ вставлен в этот же компьютер, прописываем локальный адрес 127.0.0.1 и порт 9099.

Пример настройки в .ini файле может выглядеть следующим образом:


[Settings]
ServerAddress=127.0.0.1
ServerPort=9099
Timeout=5000

Однако стоит помнить, что настройка портов помогает только в том случае, если драйверы ключей успешно инициализировались в операционной системе, что на современных ОС (Windows 10/11 x64) случается крайне редко для версии 7.7.

Решение через виртуализацию: создание изолированной среды

Как показывает практика и обсуждения экспертов, наиболее надежным способом является полная изоляция старой системы от новой. Рассмотрим, как это реализовать с помощью виртуальной машины. Это решение позволяет запустить версию 1.4 в среде, которая для нее «родная» (например, Windows XP или Windows 7 32-bit), не затрагивая основную рабочую систему с «Подрядчиком» 4.0.

Разберем процесс по шагам:

  1. Установка гипервизора: Используем бесплатное ПО, такое как VirtualBox или встроенный в Windows Pro компонент Hyper-V.
  2. Создание виртуальной машины: Создаем машину с 32-битной операционной системой. Это критически важно, так как драйверы защиты «Импульс-ИВЦ» для 7.7 стабильно работают только в 32-битной среде.
  3. Проброс USB-ключа: В настройках VirtualBox необходимо добавить фильтр USB, чтобы аппаратный ключ защиты версии 1.4 «виделся» внутри виртуальной машины, а не в основной ОС.
  4. Установка ПО: Внутри виртуальной машины устанавливаем платформу 1С 7.7, конфигурацию «Подрядчик строительства 1.4» и драйвер ключа.

Такой подход гарантирует, что драйверы версии 7.7 не увидят драйверы версии 8.х, и конфликта на уровне ядра ОС не произойдет. На основном компьютере при этом спокойно работает версия 4.0 под управлением актуальной Windows.

Проблема разрядности операционной системы

Выясним, почему старая версия 1.4 так плохо уживается с современными ПК. Основной барьер — 64-битная архитектура. Платформа 7.7 и ее системы защиты создавались в эпоху господства 32-битных систем.

Важный момент: если вы пытаетесь запустить защиту 7.7 на Windows 10 x64, вы столкнетесь с тем, что служба защиты просто не сможет обратиться к драйверу ключа, так как он не имеет подписи Microsoft. Использование режима тестовой подписи (Test Mode) в Windows может помочь, но это снижает безопасность системы и может заблокировать работу защиты «Подрядчика» 4.0, которая требует стандартных условий среды.

Рекомендации по миграции

Проанализировав ситуацию, мы видим, что поддержка двух систем на одном железе — это временный «костыль». Разработчики из «Импульс-ИВЦ» рекомендуют по возможности завершить все дела в старой базе и полностью перенести остатки в версию 4.0.

Если же доступ к старым данным нужен постоянно для формирования архивов или проверок, рекомендуем:

Подводя итог, можно сказать: прямое сосуществование систем защиты «Подрядчик строительства» 1.4 и 4.0 на одной современной ОС маловероятно без серьезных технических ухищрений. Используйте метод с виртуальной машиной VirtualBox для версии 7.7 — это сэкономит время и обеспечит стабильную работу обеих программ.

← На главную