Переход с версии 1С:Предприятие "Проф" на версию "Базовая" часто становится насущной необходимостью для малого бизнеса или индивидуальных предпринимателей. Обычно это решение продиктовано желанием оптимизировать расходы на лицензирование, так как содержание серверной инфраструктуры и клиентских мест в "Проф" версии может стоить значительно дороже.
Однако сам процесс не сводится к простой смене ключа защиты. Архитектура этих платформ кардинально различается: "Проф" может работать в клиент-серверном варианте с SQL, в то время как "Базовая" версия жестко привязана к файловому режиму работы и встроенной базе данных Firebird. Игнорирование этих технических нюансов приведет к невозможности запуска системы.
Прежде чем приступить к действию, необходимо трезво оценить текущую инфраструктуру. Если ваша база хранится на MS SQL Server или PostgreSQL, прямой перенос невозможен без промежуточного этапа выгрузки в файловый формат. Ошибки на этом этапе могут привести к потере исторических данных или нарушению целостности ссылок в регистрах.
Критические отличия архитектуры платформ
Главное препятствие при миграции — это разная природа работы с данными. Версия Проф поддерживает многопользовательский режим с полноценной блокировкой записей на уровне СУБД. Это позволяет десяткам пользователей одновременно вносить изменения без конфликтов.
В отличие от неё, Базовая версия использует механизм атомарных транзакций на уровне файла. Это означает, что в один момент времени работать с базой может только один пользователь, либо система сама разграничивает доступ в очень узких рамках. Попытка запустить такую базу в режиме, рассчитанном на кластер серверов, завершится ошибкой инициализации.
⚠️ Внимание: При конвертации теряется возможность использования расширенного администрирования через консоль кластера. Все настройки пользователей и прав доступа придется переносить вручную или через обработку выгрузки/загрузки, так как структура таблиц служебных данных отличается.
Также стоит учитывать ограничения на количество записей в регистрах. Хотя современные версии 1С сняли многие искусственные лимиты, производительность файловой базы на больших объемах данных (сотни гигабайт) будет существенно ниже, чем у клиент-серверного варианта. Максимальный рекомендуемый размер файловой базы для стабильной работы не должен превышать 4-5 Гб.
Подготовка исходной базы данных
Первым шагом является приведение базы в состояние, пригодное для конвертации. Если вы работаете в файловом режиме в версии "Проф", задача упрощается. Вам необходимо выполнить полную очистку и сжатие базы данных. Это уберет логическую фрагментацию и уменьшит физический размер файла, что критично для производительности в будущем.
Для этого зайдите в режим Конфигуратор и выберите пункт меню Администрирование. В открывшемся списке найдите команду Тестирование и исправление. Запустите полный цикл проверки, убедившись, что галочки стоят напротив всех пунктов, включая перепроведение документов и проверку логической целостности.
Если база работает на SQL, процедура усложняется. Вам потребуется создать резервную копию, развернуть её на файловом сервере или локальном диске в режиме 1С:Предприятие (не через администрирование серверов, а как обычный файл .1CD). Только после этого можно приступать к смене платформы.
☑️ Подготовка базы к миграции
Процесс смены типа лицензии
Сам механизм перевода заключается в замене программного ключа защиты. Физически файлы базы данных остаются теми же (если мы говорим о файловом варианте), но меняется способ их интерпретации платформой. Для начала убедитесь, что у вас есть действующий пин-код или файл ключа для версии Базовая.
Запустите 1С:Предприятие в режиме конфигуратора. В окне запуска нажмите кнопку Изменить рядом с выбранной базой. В свойствах базы данных необходимо явно указать путь к файлу, если он не определен, и проверить тип платформы. Однако сама смена происходит через механизм активации.
Перейдите в меню Помощь -> О программе. Здесь вы увидите текущий статус лицензии. Нажмите кнопку Активировать лицензию или Изменить лицензию. Вам будет предложено ввести новый пин-код. После ввода система проверит его валидность и произведет переключение ядра.
⚠️ Внимание: После ввода нового ключа платформа может потребовать перезагрузки сервиса или полного закрытия всех сеансов. Не пытайтесь продолжать работу, пока не убедитесь, что в окне "О программе" отображается надпись "Базовая версия".
Если у вас сетевой ключ защиты (HASP), его необходимо физически перенести на сервер, где будет лежать файловая база, либо заменить на программный пин-код, привязанный к конкретному компьютеру.
Конвертация структуры данных и регистров
После смены лицензии часто требуется явная конвертация структуры базы данных. Это связано с тем, что внутренние таблицы служебной информации в "Проф" и "Базовой" версиях могут иметь различия в индексах и триггерах. Платформа обычно предлагает сделать это автоматически при первом запуске.
При попытке входа в режиме Предприятие может появиться сообщение о необходимости обновления конфигурации базы данных. Согласитесь с этим действием. Процесс может занять от нескольких минут до нескольких часов в зависимости от объема информации. Прерывать его категорически нельзя.
Особое внимание уделите регистрам сведений и накопления. В клиент-серверном варианте они оптимизированы под SQL-запросы, а в файловом — под прямое чтение страниц файла. Индексы будут перестроены автоматически, но рекомендуется после завершения конвертации вручную запустить перестроение индексов через режим конфигуратора для ускорения выборки.
| Параметр | Версия Проф | Версия Базовая |
|---|---|---|
| Тип СУБД | MS SQL, PostgreSQL, Oracle | Встроенная Firebird |
| Макс. пользователей | Не ограничено (зависит от лицензии) | 1 пользователь (фактически) |
| Режим блокировок | Управляемый, явный | Автоматический, атомарный |
| Расширенное администрирование | Доступно через консоль | Недоступно |
Настройка прав доступа и пользователей
Одной из самых болезненных точек миграции является перенос прав доступа. В версии "Проф" права часто настроены детально, с использованием ролевой модели и ограничений на уровне записей (RLS). В "Базовой" версии механизм упрощен, и некоторые сложные настройки могут не примениться корректно.
Рекомендуется перед миграцией выгрузить список всех пользователей и их права в внешний файл, используя обработку ВыгрузкаПользователей.xml или аналогичную внешнюю отчетность. После перехода импортируйте эти данные заново. Это гарантирует, что права будут переписаны в соответствии с новыми таблицами безопасности.
Проверьте работу каждого пользователя. Особое внимание уделите тем, кто работал с правами "Полные права" или специфическими настройками безопасности. В новой среде они могут столкнуться с неожиданными запретами на проведение документов или открытие форм.
Что делать, если права не перенеслись?
Если после миграции пользователи потеряли доступ, зайдите под администратором. Удалите проблемных пользователей из списка и создайте их заново с теми же именами. Затем вручную назначьте необходимые роли из стандартного набора. Это быстрее, чем отлаживать конфликты импорта.
Оптимизация производительности после перевода
Файловая база данных чувствительна к фрагментации диска и сетевым задержкам. Если вы оставите базу в сетевой папке, производительность может упасть в разы по сравнению с локальным запуском. Идеальный сценарий — размещение файла .1CD на локальном диске рабочего места бухгалтера.
Используйте встроенные средства диагностики. В режиме Предприятие включите журнал регистрации и монитор производительности. Обратите внимание на длительные запросы. В "Базовой" версии длинные транзакции блокируют работу всей системы для всех остальных (если они есть в фоновых режимах), поэтому оптимизация кода становится критичной.
Регулярно выполняйте сжатие базы. В отличие от SQL, где автовакуум работает фоном, в файловой версии Firebird мусор накапливается быстрее. Планируйте процедуру Тестирование и исправление с галочкой "Сжатие таблицы данных" не реже одного раза в неделю.
⚠️ Внимание: Не размещайте файловую базу 1С на сетевых дисках (NAS) с протоколом SMB, если к ней идет интенсивная запись. Это часто приводит к повреждению файла данных
.1CDиз-за особенностей кэширования сетевого протокола. Используйте RDP доступ к компьютеру с локальным диском.
Главный залог успеха при переходе на "Базовую" версию — это минимизация сетевого взаимодействия с файлом базы данных. Локальный диск всегда быстрее и надежнее сети.
Часто задаваемые вопросы (FAQ)
Можно ли перевести базу обратно из Базовой в Проф?
Да, это возможно. Процедура обратима. Вам потребуется действующая лицензия версии "Проф" и соответствующий ключ защиты. Механизм аналогичен: смена лицензии через меню "О программе" и последующая конвертация структуры базы данных при первом запуске. Данные при этом не теряются.
Сохранится ли история изменений (журнал регистрации) после перевода?
Журнал регистрации хранится в отдельных файлах или таблицах, зависящих от платформы. При переходе с SQL на файловый режим стандартными средствами 1С журнал регистрации может не перенестись автоматически. Его необходимо выгружать отдельно перед миграцией, если он важен для аудита.
Нужно ли переустанавливать платформу 1С при смене версии?
Нет, платформа 1С:Предприятие 8.3 является универсальной. На одном компьютере могут быть установлены компоненты, поддерживающие работу как с "Проф", так и с "Базовой" версией. Различие определяется только наличием соответствующего ключа защиты и типом запускаемой базы.
Что делать, если база не запускается после ввода пин-кода?
Проверьте логи запуска. Частая причина — несовместимость версии платформы и версии конфигурации базы данных. Убедитесь, что вы используете актуальный релиз платформы. Также попробуйте запустить базу в режиме конфигуратора с командой /F для принудительного обновления структуры.