Как переехать с локальной 1С в облако за 2 рабочих дня

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

Ниже — реальный пошаговый сценарий, по которому мы переносим ~20 клиентов в месяц в облако RCS. Общее время — от 4 часов до 2 рабочих дней в зависимости от размера базы.

Что нужно приготовить до старта

Хорошая новость: подготовка занимает 30 минут. Соберите четыре вещи и переходите к переезду.

1. Выгрузка .dt файла из локальной 1С. Открываете Конфигуратор → Администрирование → Выгрузить информационную базу. Файл получается 300 МБ – 4 ГБ в зависимости от объёма учёта.
2. Список пользователей. Кто заходит в базу, с какими ролями (Администратор / Бухгалтер / Кладовщик). Проще всего скинуть скриншот из Конфигуратора → Список пользователей.
3. Список ИТС-сервисов. Если пользуетесь 1С:WebKassa, 1С:ЭДО, электронной кассой — соберите логины/пароли или скажите, что настраиваем с нуля.
4. Договор с текущим партнёром 1С. Проверить, нет ли неоплаченной ИТС-подписки — часто клиенты забывают отменить.

Пока вы собираете эти четыре пункта, менеджер RCS готовит тестовый доступ на 14 дней бесплатно — там уже будет чистая 1С:Бухгалтерия 3.0 для Казахстана. Если тестирование пройдёт хорошо — переносим боевую базу поверх.

День 1: выгрузка и первая загрузка

Утро — выгружаем .dt. Обязательно с закрытыми пользовательскими сессиями (иначе 1С может ругаться на «блокировку»). Приличный лайфхак — сделать выгрузку в конце рабочего дня накануне.

Файл передаёте нам через защищённую ссылку (WeTransfer с ограничением по времени или прямой upload в кабинет RCS). Мы не любим email attachments — они дублируются в архивах и не удаляются.

День — восстановление в облаке. Наша сторона загружает .dt в изолированную облачную среду. Проверяем:

• Открывается ли база (нет ли ошибок при инициализации).
• Пересчитываются ли итоги без ошибок.
• Проверяем ключевые справочники: Организации, Контрагенты, Номенклатура, План счетов.
• Смотрим отчёт «Оборотно-сальдовая ведомость» на дату выгрузки — сравниваем с локальной.

Если сходится — переходим ко второму дню. Если ОСВ разошлась хоть на копейку — стопим переезд и разбираемся. За 3 года у нас было 2 таких случая, оба — из-за незакрытых периодов на локальной стороне.

День 2: пользователи, интеграции, cutover

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

День — интеграции. Если у клиента был WebKassa — подключаем онлайн-кассу заново (это отдельная процедура, ~30 минут). Если был обмен с банком через клиент-банк — настраиваем в облаке.

Cutover — переключение. Договариваемся с бухгалтерией: «сегодня в 18:00 закрываете локальную 1С, завтра работаете в облаке». В 18:00 клиент делает финальную выгрузку (за смену могло что-то поменяться) — мы дозаливаем. Утром следующего дня главбух логинится в облако и работает как обычно.

Что делать со старым локальным сервером

Мы никогда не советуем «выключить и забыть» — храните локальную 1С в состоянии read-only ещё 3-6 месяцев на случай, если понадобится справка/акт за старый период. Оптимально:

• Отключить сетевой доступ (оставить только физический вход через RDP из офиса).
• Сделать финальный бэкап .dt и положить в архив (у нас — MinIO с retention 5 лет).
• Через 6 месяцев можно смело сносить сервер.

Сколько это стоит

Разовая работа по переезду включена в первый месяц облачной подписки. То есть если вы заходите на тариф «Бизнес» (10 500 ₸ за место, 2-5 мест) на 3 пользователя — платите 31 500 ₸ за первый месяц, и переезд бесплатный. Смотрите актуальные тарифы.

Отдельно оплачиваются только большие миграции: если у вас 15+ ГБ базы или сложные доработки (специфические печатные формы, кастомные регистры) — считаем персонально, но это редкость.

Топ-5 ошибок при самостоятельном переезде

Иногда клиенты пытаются переехать сами. Чаще всего спотыкаются на этих пунктах:

1. Выгрузка при активных пользователях. База «зависает» с неполными транзакциями. Нужно закрыть все сессии в Конфигураторе перед выгрузкой.
2. Загрузка в неправильную версию платформы. Если локальная 1С работала на 8.3.20, а облачная на 8.3.27 — при первом входе выполнится автоматическое обновление платформы. Если бэкапа .dt нет — откатиться будет некуда.
3. Забыли лицензии на доп. модули. Например, 1С:Розница, 1С:УНФ, 1С:Общепит — если у вас была отдельная лицензия, её нужно перерегистрировать в облаке. Мы это делаем автоматически, при самостоятельном переезде — забывают.
4. Не сохранили пароли ИТС-сервисов. WebKassa, ЭДО, ЭСФ ИС — все требуют повторной привязки. Логины/пароли часто были на бумажке у прошлого бухгалтера.
5. Не проверили ОСВ после переезда. Расхождения на копейки могут скрываться в неправильных итогах. Первый рабочий день после cutover обязательно закрываем сверкой ОСВ на дату миграции.

Итог

Переезд с локальной 1С в облако — это 4–48 часов работы (зависит от размера) и 2 дня календарного времени. В 95% случаев всё проходит незаметно для бухгалтерии: вечером работали локально, утром — в браузере. Разница только в скорости отчётов (в облаке обычно быстрее) и отсутствии страха «а вдруг диск умрёт».

Если хотите попробовать — берите 14 дней бесплатного теста. Мы поднимем чистую 1С:БК КЗ, вы посмотрите скорость и интерфейс, потом решите — переносить старую базу или начинать заново.