Можно ли запускать доработанные и самописные конфигурации на базовой платформе 1С?

Программист 1С v8.3 (Управляемые формы) 1С:Управление торговлей IT и автоматизация бизнеса
← На главную

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

Существует ли отдельная базовая платформа 1С?

Разберем распространенное заблуждение относительно архитектуры технологической платформы 1С. Отдельного дистрибутива под названием «базовая платформа» не существует. Для базовых и ПРОФ-версий используется единый исполняемый файл платформы (1cv8.exe).

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

Почему нельзя запустить измененную конфигурацию под базовой лицензией?

Проанализируем технический механизм, с помощью которого платформа контролирует неизменность прикладного решения:

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

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

Различия партнерских программ: 1С:Совместимо и 1С:Совместно

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

  1. 1С:Совместимо: Программа сертификации продуктов сторонних разработчиков. Знак «Совместимо! Система программ 1С:Предприятие» подтверждает корректность архитектуры и соблюдение стандартов разработки. Однако такие конфигурации выпускаются и распространяются самими партнерами и для своей работы требуют полноценную платформу уровня ПРОФ.
  2. 1С:Совместно: Совместные решения, выпускаемые непосредственно правообладателем платформы совместно с разработчиком отраслевого решения. В рамках этой программы выпускаются в том числе базовые отраслевые версии (например, для ЖКХ, автосервисов или некоммерческих организаций). Такие конфигурации подписываются закрытым ключом фирмы 1С и официально поддерживают запуск под базовой лицензией из комплекта поставки.

Архитектурные ограничения базового режима

Даже если попытаться использовать типовую конфигурацию для решения нестандартных задач, важно понимать технические ограничения, накладываемые базовой лицензией платформы на уровне ядра:

  1. Запрет на использование расширений конфигурации: Механизм расширений (назначение Адаптация, Дополнение или Исправление) в базовых версиях заблокирован. Подключить внешнее расширение метаданных невозможно.
  2. Отсутствие серверной архитектуры: Базовая версия предназначена исключительно для файлового режима работы. Запуск в клиент-серверном варианте (с СУБД PostgreSQL, MS SQL Server и др.) не поддерживается.
  3. Однопользовательский режим: С информационной базой в один момент времени технически может работать только один активный сеанс. Сетевая одновременная работа нескольких пользователей заблокирована.
  4. Ограничение интеграционных интерфейсов: В базовом режиме полностью отключено внешнее соединение через COM-объект (COMConnector), а также невозможно публиковать собственные HTTPСервисы и WebСервисы.
  5. Отключение планов обмена РИБ: Механизм распределенных информационных баз не функционирует, возможен только обмен данными в ручном режиме через выгрузку файлов XML/JSON.

Легальные способы доработки и альтернативные решения

Рассмотрим, как легально расширить функциональность системы или организовать разработку при минимальных финансовых затратах.

Способ 1. Использование внешних отчетов и обработок

Базовые версии платформы не запрещают работу с внешними отчетами (файлы .erf) и внешними обработками (файлы .epf). Также сохраняется возможность создавать и редактировать их в Конфигураторе.

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

Для обмена данными с внешними системами внутри модулей внешних обработок можно использовать стандартные объекты платформы для отправки запросов к сторонним API:


Соединение = Новый HTTPСоединение("api.service.ru", 443,,,, 30, Новый ЗащищенноеСоединениеOpenSSL());
Запрос = Новый HTTPЗапрос("/v1/data");
Запрос.Заголовки.Вставить("Authorization", "Bearer " + ТокенАвторизации);

Ответ = Соединение.Получить(Запрос);
Если Ответ.КодСостояния = 200 Тогда
    ЧтениеJSON = Новый ЧтениеJSON;
    ЧтениеJSON.УстановитьСтроку(Ответ.ПолучитьТелоКакСтроку());
    Данные = ПрочитатьJSON(ЧтениеJSON);
КонецЕсли;

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

Способ 2. Использование бесплатной лицензии для разработчиков

Если задача заключается в изучении механизмов платформы, проектировании собственной конфигурации с нуля или написании прототипа, используем официальную лицензию для разработчиков («1С:Предприятие 8.3. Комьюнити-лицензия»).

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

Способ 3. Переход на версию ПРОФ или облачные решения

Если специфика бизнеса неизбежно требует модификации структуры данных (создания новых справочников, регистров, документов) или одновременной работы нескольких сотрудников, единственным правильным решением является использование версии ПРОФ. Для оптимизации затрат рассмотрим следующие варианты:

  1. Апгрейд с базовой версии на ПРОФ: Официальная схема обновления позволяет зачесть стоимость ранее купленной базовой программы при переходе на однопользовательскую или многопользовательскую поставку уровня ПРОФ.
  2. Облачные сервисы (SaaS): Аренда программных продуктов 1С в облаке позволяет использовать полнофункциональные конфигурации ПРОФ с ежемесячной оплатой за рабочее место без единовременных капитальных затрат на покупку коробок и серверного оборудования.
← На главную