Многие пользователи и администраторы 1С при обновлении конфигурации «Бухгалтерия предприятия» редакции 3.0 (начиная с релизов 90.45 и выше) сталкиваются с неожиданной проблемой: привычная ссылка на обработку выгрузки базы данных для перехода в сервис бесследно исчезает. Более того, когда нужная кнопка всё-таки находится, сам процесс выгрузки может прерываться сообщением: «Обнаружены ошибки в выгружаемых данных препятствующие продолжению выгрузки». Давайте вместе разберем по шагам, куда разработчики перенесли нужный функционал, проанализируем причины возникновения ошибок и выясним, как правильно подготовить информационную базу для успешного переезда в облако.
Начнем с самого простого — найдем потерянную обработку. Рассмотрим подробнее, что изменилось в новых релизах. Разработчики не удалили функционал, а лишь переименовали его и слегка изменили алгоритм работы.
Теперь команда называется иначе и находится по следующему пути:
Администрирование.Сервис.Перейти в облачный сервис.В открывшемся мастере перехода вам будут предложены два варианта развития событий:
data_dump.zip.Важно отметить, что в других конфигурациях путь может немного отличаться. Например, в 1С:УНФ нужная кнопка находится по маршруту Компания — Администрирование — Переход между локальным и сервисным режимами работы.
Представим ситуацию: вы запустили мастер перехода, выбрали выгрузку в файл, процесс пошел, но через некоторое время прервался с ошибкой:
При выгрузке данных произошла ошибка:
-----------------------------------------
Обнаружены ошибки в выгружаемых данных препятствующие продолжению выгрузки
{ОбщийМодуль.ВыгрузкаЗагрузкаОбластейДанных.Модуль(53)}: ВызватьИсключение НСтр("ru = 'Обнаружены ошибки в выгружаемых данных препятствующие продолжению выгрузки'");
{Обработка.МастерПереходаВОблако.Форма.МастерПереходаВОблако.Форма(994)}: ВызватьИсключение(ПодробноеПредставлениеОшибки(ОшибкаЗадания));
Эта ошибка — лишь следствие, так называемая «верхушка айсберга». Текст на экране не дает прямого ответа на вопрос, что именно сломалось. Чтобы выяснить причину, нам необходимо заглянуть под капот системы. Проанализируем ситуацию с помощью Журнала регистрации.
Откройте ЖурналРегистрации (через Администрирование — Обслуживание) и отфильтруйте события по статусу Ошибка за время, когда производилась выгрузка. Ищите события, предшествующие финальному сообщению об отмене задания. Именно там будет указан конкретный объект (документ, справочник или регистр), который система не смогла обработать. Для устранения проблемы также можно применить решение для исправления ошибки выгрузки данных из 1С:БП при переходе в облачный сервис.
Разберем основные проблемы, с которыми сталкиваются пользователи, и методы их решения.
1. Дубликаты в справочниках
В 90% случаев выгрузка спотыкается о дубли элементов справочников или планов видов характеристик. Облачный сервис очень строг к уникальности предопределенных данных и классификаторов. Чаще всего проблемы возникают в следующих объектах:
Справочник.КлассификаторБанков и Справочник.Банки (самая частая причина).Справочник.ЗначенияКатегорийНовостейПланВидовХарактеристик.КатегорииНовостейСправочник.ФормыСтатистикиСправочник.ПоляФормСтатистикиРешение: Воспользуйтесь встроенной обработкой ПоискИУдалениеДублей (находится в разделе Администрирование — Обслуживание — Корректировка данных). Выполните поиск по проблемному справочнику, объедините дубли и повторите попытку выгрузки.
2. Глюки конкретного релиза платформы 1С
Иногда проблема кроется не в данных, а в самой платформе 1С:Предприятие. Например, релиз 8.3.18.1208 был признан нестабильным (пропадали функции, возникали сбои при сериализации).
Решение: Обновите платформу до актуальной или хотя бы стабильной версии (например, 8.3.18.1289 или новее из ветки 8.3.21/22). Также убедитесь, что версия конфигурации базы данных актуальна и не сильно отстает от текущих релизов в самом облаке.
Чтобы свести к минимуму вероятность появления ошибки, посмотрим на правильный алгоритм подготовки информационной базы. Выполните эти шаги до того, как нажмете кнопку выгрузки:
Администрирование — ТестированиеИИсправление. Установите флажки на проверку логической и ссылочной целостности, а также на переиндексацию таблиц. Это поможет устранить битые ссылки и скрытые повреждения структуры данных.Если дублей нет, а платформа обновлена, проанализируем менее очевидные, но не менее важные факторы:
Нетиповая конфигурация и расширения. Сервис 1С:Фреш принимает строго типовые базы данных. Если в вашу конфигурацию вносились изменения (добавлены свои справочники, реквизиты, документы) или подключены расширения, изменяющие структуру таблиц данных, выгрузка завершится ошибкой. Базу нужно привести к типовому состоянию (снять с поддержки нетиповые объекты, отключить расширения).
Статус базы «Копия». Если вы переносили базу с другого ПК, программа могла заблокировать регламентные задания и внешние соединения, добавив в заголовок слово [КОПИЯ]. Для успешного формирования файла перейдите в Администрирование — Обслуживание и нажмите кнопку «Разблокировать работу с внешними ресурсами».
Ошибки преобразования (XDTO) и кэш. Изредка сбой происходит из-за некорректных символов в пользовательских настройках или битого кэша. Очистка настроек пользователей и временных файлов 1С на сервере (или локальном ПК) может решить проблему.
Напоследок разберем важный нюанс, касающийся форматов файлов. Для миграции в облако формируется исключительно файл data_dump.zip. Обычный бэкап в формате .dt, сделанный через конфигуратор, для прямой загрузки во Фреш не подходит!
Если вы выполнили все вышеописанные шаги, удалили дубли, обновили платформу, сделали ТиИ, но выгрузка всё равно падает с непонятной ошибкой, в мастере перехода предусмотрен спасательный круг. Вместо режима «Полный», выберите режим «Для технической поддержки». В этом случае система сформирует файл data_dump_technical_support.zip, который не содержит полных данных базы, но включает в себя подробнейшие логи и расширенную структуру возникшей проблемы. Передайте этот файл специалистам поддержки обслуживающей организации или 1С:Фреш — это позволит им точно диагностировать сбой и помочь вам завершить переезд.