Как загрузить в 1С:Фреш данные из локальной программы

Переход с локальной установки 1С на облачный сервис 1С:Фреш начинается с переноса накопленных данных: справочников, документов, остатков и настроек. Сервис поддерживает штатный механизм миграции, который подходит для типовых конфигураций, и несколько альтернативных способов для нестандартных ситуаций.

Ключевое условие успешного переноса — совпадение конфигурации и её версии в локальной базе и в облачном приложении. Если релизы различаются, данные либо не загрузятся, либо загрузятся с ошибками. Поэтому подготовка начинается не с выгрузки, а с проверки версий и обновления локальной базы.

Объём переноса зависит от способа: штатная выгрузка переносит базу целиком, а обмен через универсальный формат позволяет перенести только справочники и остатки на дату. Ниже разобраны оба сценария, а также ограничения, проверка результата и типичные ошибки.

Проверьте, совместима ли ваша конфигурация с сервисом

1С:Фresh работает только с определённым списком конфигураций — в основном это типовые решения без существенных доработок. Перед началом переноса откройте раздел «О программе» в локальной базе и запишите точное название конфигурации и номер релиза. Затем сверьте его с версией, доступной при создании приложения в сервисе.

Если локальная база доработана (добавлены собственные документы, отчёты, изменены типовые объекты), штатный перенос может завершиться ошибкой или данные из доработанных объектов не попадут в облако. В этом случае сначала оцените, какие доработки критичны: часть из них в облаке заменяется расширениями, но сами расширения и их данные переносятся отдельно.

Подготовьте локальную базу к выгрузке

Первый шаг — резервная копия. Создайте выгрузку информационной базы в файл .dt через конфигуратор или средствами СУБД. Любые манипуляции с обновлением и выгрузкой должны выполняться только после того, как у вас есть работоспособная копия, из которой можно восстановиться.

Далее обновите локальную базу до релиза, совпадающего с версией в сервисе. Обновление выполняется штатно: через «Поддержка — Обновить конфигурацию» в конфигураторе или через автоматическое обновление в пользовательском режиме. Если между текущим и целевым релизами большой разрыв, обновление проходит в несколько итераций — пропускать промежуточные версии нельзя.

Перед выгрузкой желательно провести технологическую чистку: удалить помеченные объекты, выполнить тестирование и исправление базы, закрыть незавершённые периоды там, где это возможно. Чем меньше «мусора» в базе, тем быстрее выгрузка и меньше вероятность ошибок при загрузке.

Выполните выгрузку штатной обработкой переноса

В актуальных типовых конфигурациях предусмотрен механизм перехода в сервис. Обычно он находится в разделе администрирования и называется «Перенос данных в сервис 1С:Фреш» или аналогично. Обработка формирует файл выгрузки, содержащий данные информационной базы в формате, который принимает менеджер сервиса.

Порядок действий: откройте обработку переноса, укажите каталог для сохранения файла, дождитесь завершения формирования выгрузки. На больших базах процесс занимает заметное время — от десятков минут до нескольких часов. Во время выгрузки пользователи не должны работать с базой, иначе в файл попадут несогласованные данные.

1. 1
   Создайте резервную копию базы (файл .dt)
2. 2
   Обновите конфигурацию до релиза, совпадающего с версией сервиса
3. 3
   Удалите помеченные объекты и завершите работу всех пользователей
4. 4
   Откройте обработку переноса данных в сервис в разделе администрирования
5. 5
   Укажите путь для файла выгрузки и запустите формирование
6. 6
   Дождитесь сообщения об успешном завершении и проверьте наличие файла

Загрузите данные в облачное приложение

Загрузка выполняется со стороны сервиса. Войдите в личный кабинет 1С:Фреш под учётной записью владельца абонента, создайте новое приложение с нужной конфигурацией и версией либо используйте ранее созданное пустое приложение. В менеджере сервиса доступна функция загрузки данных из файла, полученного на предыдущем шаге.

Выберите файл выгрузки и запустите загрузку. Сервис разворачивает данные в облачной базе: на больших объёмах это тоже занимает время, приложение в этот период недоступно для пользователей. После завершения сервис сообщит о результате — успешной загрузке или ошибках с указанием причины.

Если загрузка завершилась ошибкой несовпадения версий, вернитесь к подготовке: обновите локальную базу до нужного релиза и сформируйте выгрузку заново. Ошибки, связанные с конкретными объектами, обычно указывают на доработки или повреждённые данные — их разбирают по журналу загрузки.

Альтернативные способы переноса

Штатный перенос подходит не всем. Если конфигурация доработана, база очень большая или требуется перенести только часть данных, рассмотрите другие варианты.

Обмен в формате EnterpriseData

Универсальный обмен позволяет перенести справочники, документы и остатки между разными конфигурациями. В локальной базе настраивается выгрузка в формате EnterpriseData, в облачном приложении — загрузка. Способ требует настройки сопоставления объектов, но даёт контроль над составом переносимых данных.

Перенос только остатков

Если история документов не нужна, достаточно перенести справочники и ввести начальные остатки на дату перехода. В облачном приложении для этого есть помощник ввода остатков. Это самый быстрый вариант для небольших компаний, но он требует сверки остатков по каждому разделу учёта.

Перенос через файлы табличных данных

Отдельные справочники (номенклатура, контрагенты) можно перенести через Excel или CSV с помощью штатной загрузки данных из табличных документов. Способ подходит как дополнение к вводу остатков, но не переносит связи между объектами и документы.

Сравнение способов переноса

Штатная выгрузка в сервис

Переносит базу целиком. Подходит для типовых конфигураций; не работает с доработанными объектами

Обмен EnterpriseData

Гибкий выбор состава данных. Требует настройки сопоставлений и проверки правил

Ввод остатков

Быстрый старт без истории. Требует полной сверки остатков и ручной работы

Загрузка из Excel/CSV

Только справочники. Не переносит документы и связи между объектами

Проверьте результат после загрузки

После завершения загрузки не спешите отдавать доступ пользователям. Сначала проведите контрольную сверку: сравните ключевые показатели локальной и облачной баз. Основные точки проверки — остатки по счетам бухгалтерского учёта, остатки складов, взаиморасчёты с контрагентами, количество элементов в основных справочниках.

Сформируйте в обеих базах одинаковые отчёты за один и тот же период: оборотно-сальдовую ведомость, отчёт по остаткам товаров, задолженность покупателей и поставщиков. Цифры должны совпадать. Расхождения указывают на объекты, которые не перенеслись или перенеслись с ошибкой.

Контрольные точки

Как проверить результат переноса

Оборотно-сальдовая ведомость

Норма

Сальдо по счетам совпадает с локальной базой

Тревожный признак

Расхождения по отдельным счетам или субконто

Справочники

Норма

Количество элементов и структура групп совпадают

Тревожный признак

Пропавшие элементы, дубли, пустые группы

Документы за последний период

Норма

Проведены, суммы и даты корректны

Тревожный признак

Непроведённые или отсутствующие документы

Права пользователей

Норма

Пользователи созданы, роли назначены

Тревожный признак

Пользователи не перенесены — их создают в сервисе вручную

Типичные ошибки и как их избежать

Большинство проблем миграции связано не с самой загрузкой, а с подготовкой. Разница в релизах, активные сеансы пользователей во время выгрузки и неучтённые доработки — три главные причины неудач.

Отдельная ошибка — попытка работать в двух базах параллельно без чёткой даты перехода. Определите день, после которого все операции вводятся только в облако. Документы, введённые в локальную базу после выгрузки, придётся переносить вручную.

Частые вопросы

Перенесутся ли настройки пользователей и права доступа?

Учётные записи пользователей сервиса создаются в менеджере 1С:Фреш отдельно — это связано с облачной моделью аутентификации. Права внутри приложения (роли, профили групп доступа) в типовых конфигурациях обычно переносятся с данными, но привязку пользователей сервиса к пользователям базы нужно выполнить вручную после загрузки.

Можно ли перенести данные из доработанной конфигурации?

Штатный перенос рассчитан на типовые конфигурации. Если доработки выполнены через расширения, сами расширения можно подключить в сервисе заново, но их данные переносят отдельными средствами. Изменения в основной конфигурации в облаке невозможны — такие базы либо приводят к типовому виду, либо переносят через обмен данными.

Сколько времени занимает миграция?

Для базы небольшого объёма весь цикл — обновление, выгрузка, загрузка, сверка — обычно укладывается в один-два рабочих дня. На больших базах с многолетней историей только выгрузка и загрузка могут занять несколько часов каждая, а сверка — несколько дней. Планируйте переход на период минимальной деловой активности.

Что делать, если после загрузки остатки не сошлись?

Сначала локализуйте расхождение: определите счёт, склад или контрагента, по которому суммы различаются. Проверьте, не вводились ли документы в локальную базу после выгрузки. Если причина в самом переносе, скорректируйте остатки в облачном приложении корректирующими документами или повторите загрузку после исправления данных в источнике.

Нужно ли оплачивать сервис до завершения переноса?

Создать приложение и загрузить данные можно в рамках тестового периода, который предоставляет сервис. Это позволяет выполнить пробную миграцию, проверить сверку и только затем принимать решение о подписке. Точные условия тестового доступа уточняйте в личном кабинете сервиса.

Можно ли вернуться к локальной работе после перехода?

Да, сервис поддерживает выгрузку данных из облачного приложения обратно в локальную базу. Поэтому переход обратим: локальную базу после миграции не удаляйте, а храните в архиве как минимум до завершения отчётного периода, чтобы иметь доступ к истории и возможность отката.