Переезд из облака 1С на свой сервер без потери данных

Чтобы выйти из облачной 1С, нужно получить у провайдера файл выгрузки базы, развернуть на своём сервере платформу и конфигурацию того же релиза, загрузить данные, купить свои лицензии и заново подключить ЭДО и сдачу отчётности. Сам перенос данных занимает час-два. Основное время уходит на подготовку и проверку.

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

Зачем компании уходят из облака 1С

Причины почти всегда сводятся к деньгам, гибкости или контролю над данными.

• 💰 Стоимость. Аренда считается за каждого пользователя в месяц. При 10–20 рабочих местах свои лицензии и сервер выходят дешевле уже на горизонте 1,5–2 лет.
• 🛠 Доработки. В сервисной модели (1С:Фреш и аналогичные) конфигурацию нельзя менять. Допускаются только проверенные расширения. Нужна своя печатная форма, обмен с сайтом или WMS — нужен свой экземпляр базы.
• 🔌 Интеграции. Подключить сканер маркировки, весы, торговое оборудование или выгрузку в банк по прямому каналу проще в локальной базе.
• 🐢 Скорость. Большие базы (50+ ГБ) и тяжёлые отчёты в общем облаке работают медленнее, чем на выделенном сервере.
• 🔒 Контроль. Служба безопасности хочет, чтобы данные лежали на своём железе, а резервные копии делались по своему графику.
• 📉 Уход провайдера. Хостинг закрывается или перестаёт отвечать — переезд становится вынужденным и срочным.

Какое у вас облако — от этого зависит способ

Если не знаете, какой у вас вариант, спросите провайдера прямо: «Могу ли я получить свою базу в формате .dt?». Ответ сразу покажет тип облака.

Подготовка к выходу из облачной 1С

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

1. Выберите дату переезда

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

Договоритесь, что с определённого часа никто не вводит данные в облаке. Например, в пятницу в 18:00 база «замораживается», в понедельник все работают уже в новой.

2. Узнайте точный релиз конфигурации

Откройте облачную базу и посмотрите номер в главном меню: Справка → О программе. Нужна вся строка, например «Бухгалтерия предприятия, редакция 3.0 (3.0.xxx.xx)», и версия платформы.

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

3. Решите, куда переезжаете

4. Посчитайте лицензии

В облаке лицензии входят в абонентскую плату. Уходя, вы теряете их вместе с подпиской. Для локальной работы нужны:

• 📦 лицензия на конфигурацию (например, «1С:Бухгалтерия 8 ПРОФ»);
• 👥 клиентские лицензии на нужное число одновременных пользователей;
• 🖥 лицензия на сервер 1С — только для клиент-серверного варианта;
• 🔄 договор ИТС — без него не будет обновлений и интернет-поддержки.

Ориентиры по цене примерные и меняются: коробка ПРОФ — порядка 15–25 тыс. руб., клиентская лицензия на 5 мест — порядка 25–30 тыс. руб., ИТС — от 3–5 тыс. руб. в месяц в зависимости от уровня. Уточняйте у партнёра 1С.

5. Соберите то, что живёт вне базы

• 🔑 электронные подписи: облачная подпись провайдера не переедет на ваш компьютер, нужен токен или новая подпись;
• 📨 договор на ЭДО и 1С-Отчётность — уточните, привязан ли он к облачному провайдеру;
• 🧩 список расширений и внешних обработок, которые вы используете;
• 👤 список пользователей и их роли.

Как выгрузить данные из облачной 1С

Порядок различается в зависимости от типа облака.

Выгрузка из сервиса 1С:Фреш

1. Предупредите пользователей и убедитесь, что в приложении никто не работает.
2. Войдите в приложение под пользователем с полными правами.
3. Найдите команду выгрузки данных для перехода в локальную версию. В приложениях сервиса она находится в разделе Администрирование → Обслуживание; в разных сервисах название может немного отличаться.
4. Дождитесь формирования архива. Для базы на несколько гигабайт это может занять от десятков минут до нескольких часов.
5. Скачайте файл и сразу сделайте его копию на второй носитель.

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

Выгрузка с арендованного сервера

Если у вас отдельная база на сервере провайдера и есть доступ в Конфигуратор:

1. Завершите сеансы пользователей. Предупредите всех заранее: работа в базе оборвётся.
2. Запустите базу в режиме Конфигуратора.
3. Выберите Администрирование → Выгрузить информационную базу.
4. Укажите место сохранения файла .dt.

Нет доступа к Конфигуратору — запросите .dt в поддержке. Это стандартная просьба, обычно её выполняют за 1–2 рабочих дня.

Перенос данных на локальный сервер или другой хостинг

Загрузка выгрузки из сервиса

1. Установите платформу 1С той версии, которая подходит для вашего релиза конфигурации. Требуемая версия указана в описании релиза.
2. Установите конфигурацию из дистрибутива ровно того же релиза, что был в облаке.
3. Создайте новую пустую информационную базу из этого шаблона.
4. Запустите её в режиме 1С:Предприятие. В пустой базе при первом запуске откроется помощник: выберите в нём загрузку данных из сервиса и укажите скачанный архив.
5. Дождитесь окончания загрузки и перезапустите программу.

Если локальный дистрибутив уже новее облачного релиза — не обновляйте базу «до совпадения» вручную. Возьмите у партнёра или в разделе загрузки дистрибутивов точно нужный релиз, загрузите данные, а потом обновите базу штатным путём.

Загрузка файла .dt

1. Создайте новую пустую базу (файловую или на сервере 1С).
2. Откройте её в Конфигураторе.
3. Выберите Администрирование → Загрузить информационную базу и укажите файл .dt.
4. Подтвердите замену данных.

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

Переезд к другому облачному провайдеру

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

• ✅ принимает ли он выгрузку из сервиса или только .dt;
• ✅ можно ли использовать свои лицензии или он даёт свои;
• ✅ разрешены ли доработки конфигурации;
• ✅ как часто делаются резервные копии и можно ли их скачивать.

Настройка и проверка после переезда

Загрузить базу — половина дела. Пока её не проверили, в облаке ничего не удаляйте.

Сверка данных

Сформируйте в облачной и в новой базе одни и те же отчёты за одинаковые периоды и сравните итоги:

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

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

После загрузки проверьте список пользователей в Администрирование → Настройки пользователей и прав. Учётные записи, привязанные к входу через сервис, в локальной базе обычно работают иначе: задайте пароли или настройте вход через учётную запись Windows.

Интернет-поддержка и обновления

Подключите интернет-поддержку в Администрирование → Интернет-поддержка и сервисы под логином портала 1С, к которому привязан ваш договор ИТС. Без этого не будут работать обновления классификаторов, курсов валют и проверка контрагентов.

ЭДО и 1С-Отчётность

Это самая частая точка сбоя. В облаке подпись и подключение к оператору часто настраивает провайдер. В локальной базе придётся:

1. Установить криптопровайдер (например, КриптоПро CSP) с лицензией.
2. Установить сертификат подписи с токена.
3. Подключить 1С-Отчётность: оформить новое заявление на подключение или изменение реквизитов через раздел отчётности в программе.
4. Переподключить учётную запись ЭДО к новой базе и проверить, что входящие документы приходят.

Если всё это настраивать в день переезда, первую неделю отчётность сдавать будет нечем. Лучше поднять ЭДО на тестовой копии заранее.

Резервное копирование

В облаке копии делал провайдер. Теперь это ваша задача. Минимум для небольшой компании:

• 🗓 ежедневная выгрузка .dt или копия базы СУБД по расписанию;
• 💾 хранение копий на другом диске или в другом здании;
• 🧪 раз в квартал — пробное восстановление копии в тестовую базу.

Юридические и лицензионные нюансы переезда

Договор с провайдером

Прочитайте условия расторжения до того, как отказываться от подписки:

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

Не отключайте подписку, пока не проверили новую базу. Месяц лишней аренды стоит дешевле, чем восстановление потерянных данных.

Лицензии

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

Хранение документов и персональные данные

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

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

Как уйти не до конца: промежуточные варианты

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

• ☁️ Другой тариф или провайдер. Если не устраивает цена, иногда хватает перехода к хостингу с арендой сервера, где можно ставить доработки.
• 🖥 Свои лицензии на арендованном VPS. Железо остаётся у хостера, но база и лицензии ваши. Доработки, расширения и копии — без ограничений.
• 🔀 Гибрид. Бухгалтерия остаётся в облаке, а склад или торговля переезжают в локальную базу с обменом данными.
• 💾 Облако плюс локальная копия. Регулярно скачивайте выгрузку и держите локальную копию на случай проблем с провайдером. Это не выход, но страховка.

Ошибки, из-за которых переезд срывается

• ❌ Работа в двух базах сразу. Часть сотрудников продолжает вводить документы в облаке после выгрузки. Итог — расхождения, которые потом разбирают неделями. Решение — жёсткая заморозка и закрытый доступ к облаку.
• ❌ Подписка отключена раньше времени. Нашли ошибку в новой базе, а старой уже нет. Держите облако хотя бы месяц после переезда в режиме «только чтение».
• ❌ Новый релиз «на всякий случай». Выгрузка из сервиса не загрузится в базу другого релиза. Сначала загрузка в точно такой же релиз, потом обновление.
• ❌ Забытая подпись. Облачная электронная подпись остаётся у провайдера. Без токена не сдать отчёт и не подписать счёт-фактуру.
• ❌ Файловая база для 20 человек. При большом числе пользователей файловый вариант начинает тормозить и ловить блокировки. Считайте нагрузку заранее.

Частые вопросы о переезде из облака