Довольно часто в практике системного администрирования и сопровождения «1С:Предприятия» встречается ситуация, когда при открытии окна «О программе» пользователь видит данные совершенно другой организации. Особенно остро этот вопрос встает, когда информационную базу переносили между компьютерами с разными типами лицензий — например, с Базовой на Проф и обратно. Разберем детально, почему это происходит, как платформа хранит эти сведения и какими способами можно вернуть корректное отображение информации.
Для начала проанализируем ситуацию с технической точки зрения. В информационных базах 1С (особенно в файловом варианте с расширением .1CD) существует внутренняя служебная область, выполняющая роль регистратора истории лицензий. Рассмотрим, как ведут себя разные типы лицензий:
Проблема «памяти» возникает в тот момент, когда база, побывавшая «в гостях» на компьютере с Проф-лицензией, возвращается на компьютер с Базовой лицензией. Платформа видит, что в базе уже заполнены поля владельца. Так как у Базовой лицензии нет своих данных для замены этой информации, программа просто продолжает отображать последнюю известную запись из истории. Таким образом, в сведениях о программе остаются реквизиты организации Б, хотя работа ведется на ключе организации А.
Рассмотрим самый эффективный и «чистый» метод решения. Поскольку информация о лицензиях хранится в служебных таблицах базы, обычное создание резервной копии через .dt файл нам не поможет — формат .dt полностью копирует всю структуру таблиц, включая историю лицензирования. Нам же необходимо перенести только полезные данные, оставив служебный «мусор» позади.
Разберем процесс по шагам:
ВыгрузкаЗагрузкаДанныхXML.epf.Поскольку при таком подходе переносятся только объекты метаданных, системная таблица с историей лицензий в новой базе останется чистой или будет содержать только актуальную информацию текущего компьютера. Этот метод гарантирует полное избавление от «чужих» реквизитов.
Иногда визуальное отображение старой лицензии может быть связано не только с данными внутри базы, но и с локальным кэшем платформы на конкретном рабочем месте. Проанализируем ситуацию: платформа может кешировать параметры последнего успешного соединения. Попробуем выполнить очистку:
Во-первых, удалим информационную базу из списка запуска 1С. Во-вторых, физически очистим папки, в которых 1С хранит временные файлы. Обычно они располагаются по следующим путям:
%AppData%\Local\1C\1Cv8
%AppData%\Roaming\1C\1Cv8
Внутри этих директорий находятся папки с именами в виде идентификаторов (GUID). Удалим их, после чего заново добавим базу в список запуска. В ряде случаев, если внутренний флаг базы уже был сброшен, но интерфейс «залип», это поможет обновить сведения в окне «О программе».
Посмотрим на возможности встроенных инструментов разработчика. В конфигураторе существует режим «Тестирование и исправление». Хотя он редко очищает историю лицензий напрямую, его стоит запустить в профилактических целях после манипуляций с базой.
Рекомендуется выбрать следующие пункты:
Это позволит убедиться, что после «временного переезда» на Проф-версию в структуре базы не осталось некорректных внутренних связей, которые могли бы влиять на стабильность работы в Базовом режиме.
Проанализируем современные изменения в защите 1С. Начиная с версий платформы 8.3.20 и выше, механизмы контроля легальности использования стали более строгими. Если база данных хотя бы один раз была открыта под Проф-лицензией, платформа может проставить внутренний маркер, указывающий на использование расширенного функционала. В некоторых случаях это может привести к тому, что база откажется открываться под Базовой лицензией, требуя лицензию уровня Проф.
Если вы столкнулись с подобным поведением, метод из Способа 1 (перенос через XML) становится единственно возможным вариантом возврата к нормальной эксплуатации Базовой версии. Попытки простого копирования файла 1Cv8.1CD здесь не помогут.
Выясним важный момент: является ли наличие чужих данных в окне «О программе» нарушением? С юридической точки зрения, если на вашем компьютере установлена законно приобретенная Базовая версия и вы имеете на нее подтверждающие документы, визуальное отображение названия другой организации является лишь техническим артефактом. Однако для исключения лишних вопросов со стороны проверяющих органов или при формировании регламентированной отчетности (где иногда могут подтягиваться данные владельца лицензии), мы рекомендуем привести эти сведения в порядок одним из описанных выше способов.
Подведем итог: наиболее надежный путь — это создание «чистой» базы и перенос в нее объектов учета. Это не только решит проблему с лицензией, но и проведет своеобразную «гигиену» данных, удалив накопившийся за время эксплуатации технический мусор в служебных таблицах информационной базы.