При попытке перехода в облачный сервис 1С:Фреш (1C:Fresh) пользователи часто сталкиваются с техническими препятствиями. Одной из самых распространенных и неприятных ошибок является сообщение: Значение не является значением объектного типа (Записать), возникающее в процессе формирования файла выгрузки (dump). Эта ошибка полностью блокирует процесс миграции, и стандартные средства «перезапуска» программы здесь не помогают. Разберем детально, почему это происходит и как подготовить базу к успешной загрузке в облако.
Для начала проанализируем ситуацию с точки зрения программного кода. Ошибка возникает в модуле объекта Обработка.ВыгрузкаЗагрузкаДанныхМенеджерКонтейнера. Если мы заглянем в текст ошибки, то увидим проблемную строку: РасширениеКонфигурации.ПолучитьДанные().Записать(ИмяФайлаДанныхПользовательскогоРасширения). Рассмотрим подробнее, что здесь происходит.
Метод ПолучитьДанные() предназначен для извлечения двоичных данных расширения конфигурации из базы данных. Если это расширение повреждено, некорректно установлено или в таблицах метаданных осталась «фантомная» запись о расширении, которого физически нет, метод возвращает значение Неопределено. Платформа пытается выполнить метод Записать() у этого пустого значения, что и приводит к аварийному завершению процесса. Выясним причину: чаще всего это происходит из-за установленных патчей или расширений, которые несовместимы с механизмом сериализации данных для облака.
Первое, что мы должны сделать — это полностью очистить базу от расширений. Многие пользователи ошибочно полагают, что достаточно просто снять галочку «Активно» в списке расширений. Проанализируем, почему этого недостаточно: при выгрузке в 1С:Фреш система анализирует всю структуру конфигурации, и наличие даже отключенного расширения может вызвать конфликт метаданных.
Разберем алгоритм действий по шагам:
EF_. Часто они скрыты или пользователи не воспринимают их как расширения. Для перехода во Фреш все патчи с префиксом EF_ должны быть удалены. Не переживайте: в облачном сервисе они обновляются и устанавливаются автоматически силами специалистов поддержки сервиса.Если через интерфейс «1С:Предприятие» расширение удалить не удается, попробуем зайти в Конфигуратор. Выберем пункт меню Конфигурация — Расширения конфигурации. Если в открывшемся окне присутствуют строки — удаляем их и обязательно выполняем сохранение (кнопка «Обновить конфигурацию базы данных» или клавиша F7).
Рассмотрим ситуацию, когда расширения удалены, но ошибка сохраняется. Источником проблем могут быть внешние компоненты. Выясним причину: при миграции в облако сервис проводит аудит безопасности. Любая обработка, встроенная в меню (например, в раздел «Администрирование»), может содержать ссылки на объекты, которые недоступны в облачной инфраструктуре.
Проанализируем наши действия:
Важно понимать: даже если вы приобрели обработку на известном ресурсе, это не гарантирует её автоматическую работу во Фреше. После успешной выгрузки вам придется заново загружать эти файлы в облако, где они пройдут обязательный аудит безопасности.
Если после удаления всех доработок ошибка Значение не является значением объектного типа не исчезла, значит, проблема кроется в нарушении логической целостности самой базы данных. Нам необходимо выполнить профилактику таблиц. Посмотрим, какие инструменты нам помогут.
Воспользуемся встроенным механизмом Тестирование и исправление в Конфигураторе:
Также крайне эффективно будет запустить утилиту chdbfl.exe, которая находится в папке bin установленной платформы 1С. Она проверяет физическую целостность файла 1Cv8.1CD. Часто именно физические ошибки в таблице расширений мешают методу Записать() отработать корректно.
Иногда система «помнит» удаленные объекты из-за кэширования. Рассмотрим, как принудительно обновить данные. После удаления расширений рекомендуется обновить справочник Идентификаторы объектов метаданных. В некоторых конфигурациях это можно сделать через раздел Обслуживание — Корректировка данных или запустив программу с параметром:
/C ЗапуститьОбновлениеИнформационнойБазы
Это заставит систему пересчитать все внутренние связи и убедиться, что ссылки на удаленные расширения больше не фигурируют в системных таблицах.
Проанализируем технические требования сервиса Фреш. Ошибка в модуле ВыгрузкаЗагрузкаДанныхМенеджерКонтейнера часто связана с тем, что текущая версия платформы на компьютере пользователя ниже той, которая требуется для корректной работы механизмов выгрузки.
Убедитесь, что вы используете версию платформы не ниже рекомендованной для вашего релиза конфигурации (например, 8.3.22 или выше). Попробуем выполнить выгрузку на самом актуальном релизе платформы. Также проверим «типовитость» конфигурации в меню Конфигурация — Поддержка — Настройка поддержки. Для успешного перехода во Фреш база должна стоять на поддержке (замочек на корневом элементе), а возможность изменений должна быть либо выключена, либо все объекты должны быть идентичны типовым.
Подведем итог нашего исследования. Ошибка выгрузки почти всегда свидетельствует о том, что в базе остались «хвосты» от старых доработок или системных патчей. Алгоритм «чистого» перехода выглядит так: Удаление патчей -> Удаление расширений -> Удаление внешних обработок -> ТИИ -> Выгрузка.
Помните, что после загрузки базы в облако вам потребуется адаптировать ваши внешние обработки под требования 1С:Фреш, которые включают:
Следуя этим шагам, мы сможем успешно преодолеть технический сбой и перенести данные в облачную среду без потерь.