Перевод конфигурации 1С из полнофункциональной версии ПРОФ в Базовую — это задача, с которой часто сталкиваются при оптимизации расходов на лицензирование или при передаче учета в небольшие торговые точки. Несмотря на то что программный код в них практически идентичен, механизмы лицензирования и обновления работают по-разному. Рассмотрим подробно, как выполнить этот переход и что делать, если после загрузки базовой конфигурации программа отказывается обновляться.
Разберем типичную ситуацию: пользователь загружает файл базовой конфигурации .cf в базу ПРОФ, и визуально программа становится базовой. Однако при попытке применить официальный патч .cfu возникает ошибка: "Файл не содержит доступных обновлений". Проанализируем лог ошибки, который часто сопровождает этот процесс:
15.10.2024 11:34:52 {ERR} Код возврата: 1
Файл не содержит доступных обновлений
15.10.2024 11:35:10 {ERR} Код возврата: 1
Ошибка при выполнении файловой операции 'C:\Distrib\1c\RetailBase\2.3.1.47\1cv8.cfu'
Выясним причину такого поведения платформы. Причина кроется в том, что в системных таблицах базы данных сохраняются идентификаторы (GUID) версии ПРОФ. Когда запускается механизм обновления, система сравнивает текущий идентификатор базы с тем, который указан в файле обновления .cfu как "предыдущий". Если они не совпадают (база все еще считает себя "бывшей ПРОФ"), обновление отклоняется. Также важную роль играет v83.COMConnector и кэш метаданных, который хранит старую структуру конфигурации.
Рассмотрим по шагам правильную последовательность действий в Конфигураторе, которая минимизирует риск конфликта метаданных. Перед началом работы обязательно создадим резервную копию базы данных.
Конфигуратор под лицензией ПРОФ (это важно, так как базовой лицензии не хватит на изменение структуры ПРОФ-версии)..cf именно Базовой версии нужного релиза. Внимание: версия загружаемого .cf должна точно совпадать с версией вашей текущей программы или быть выше.Если после этого обновление все равно не видится, проанализируем состояние кэша. Платформа 1С часто кэширует описание конфигурации. Нам необходимо полностью удалить базу из списка в окне запуска 1С и добавить её заново, указав тот же путь к файлу 1Cv8.1CD. Также рекомендуется вручную очистить папки AppData\Local\1C\1Cv8 и AppData\Roaming\1C\1Cv8.
Если первый способ не помог и конфигурация ведет себя нестабильно, рассмотрим наиболее надежный, "чистый" метод. Он исключает перенос системного мусора из ПРОФ-версии.
Разберем алгоритм действий:
2.3.1.30).Преимущество этого метода в том, что новая база изначально создана как Базовая, у нее корректные GUID и она "из коробки" стоит на правильной поддержке. Проблем с последующими обновлениями .cfu гарантированно не будет.
Проанализируем ситуацию с функциональностью. После успешного перехода мы должны помнить о жестких технических ограничениях Базовой версии 1С:Розница:
Сравнить и объединить для кастомизации кода в базовой версии невозможно. Любые доработки, которые были в ПРОФ-версии, будут безвозвратно утеряны при загрузке базового .cf.Часто ошибка "Ошибка при выполнении файловой операции" возникает из-за слишком длинных путей или прав доступа. Рассмотрим пример правильной организации каталога обновлений. Не используйте вложенные папки типа C:\Distrib\1c\RetailBase\.... Попробуйте переместить файл обновления ближе к корню диска, например, C:\1C_UPD\1cv8.cfu.
Также проверим, что при попытке пакетного обновления через интерфейс пользователя у службы или пользователя Windows достаточно прав на запись в папку Temp. В логе мы видели, что скрипт splash.ht создается во временной директории пользователя — если антивирус блокирует исполнение скриптов из AppData, обновление прервется с кодом ошибки 1.
Подведем итог: самый быстрый способ — загрузка .cf со снятием с поддержки, но самый надежный — перенос данных через XML в новую базу. Выбор зависит от объема накопленных данных и чистоты исходной конфигурации.