Как перейти на 1С:Фреш с локальной базы

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

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

Ниже разобран порядок перехода, ограничения сервиса и типичные ошибки, которые приводят к потере данных или простою учёта.

Проверьте, подходит ли ваша база для перехода

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

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

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

Оцените ограничения облака до переезда

Облачная модель меняет привычные сценарии работы, и об этом нужно знать заранее, а не после перехода. В 1С:Фреш недоступны: прямой доступ к серверу и СУБД, запуск произвольных внешних обработок вне безопасного режима, COM-соединения, работа с локальной файловой системой сервера. Обмены, которые в локальной базе работали через сетевые папки, придётся перестраивать на обмен через веб-сервисы или каталог обмена сервиса.

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

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

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

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

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

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

1. 1
   Создать и проверить резервную копию .dt
2. 2
   Обновить конфигурацию до актуального релиза
3. 3
   Выполнить тестирование и исправление, устранить ошибки данных
4. 4
   Завершить работу всех пользователей и фоновых заданий
5. 5
   Запустить штатную обработку перехода в сервис и сформировать файл выгрузки

Зарегистрируйте абонента и загрузите базу в сервис

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

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

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

Настройте пользователей, права и интеграции

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

Заново настройте то, что не переносится автоматически: подключение к 1С-Отчётности, обмены с банками (DirectBank или через каталог обмена), синхронизацию с сайтом и другими базами 1С, подписание документов, печатные формы с факсимиле. Каждую интеграцию проверьте на тестовой операции: отправьте тестовый платёжный документ в банк, выполните пробную синхронизацию.

Настройте расписание регламентных заданий, если они используются, и проверьте автоматическое резервное копирование — в сервисе оно выполняется оператором, но стоит уточнить условия хранения копий в описании тарифа.

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

Проверьте результат миграции

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

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

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

Как проверить результат перехода

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

Норма

Остатки совпадают с локальной базой до копейки

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

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

Справочники

Норма

Количество элементов совпадает, дублей не прибавилось

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

Пропали элементы или появились задвоения

Интеграции

Норма

Банк, отчётность, синхронизации проходят тест

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

Ошибки подключения или обмена

Доступ пользователей

Норма

Все сотрудники входят и видят свои данные

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

Часть пользователей не имеет доступа к приложению

Типичные ошибки при переходе

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

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

Частые вопросы о переходе на 1С:Фреш

Можно ли перейти в 1С:Фреш, если конфигурация доработана?

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

Сколько времени занимает переход?

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

Что происходит с данными, введёнными после выгрузки?

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

Нужно ли покупать новые лицензии 1С для работы в облаке?

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

Можно ли вернуться из облака обратно на локальную версию?

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

Как работать в 1С:Фреш при нестабильном интернете?

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