Как перенести 1С в облако: практическое руководство

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

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

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

Выберите модель размещения 1С в облаке

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

Вариант IaaS — аренда виртуального сервера, на котором вы сами разворачиваете платформу 1С, сервер СУБД (например, PostgreSQL или MS SQL) и свои базы. Такой подход дает полный контроль: можно использовать доработанные конфигурации, внешние компоненты и нестандартные интеграции. Обратная сторона — обслуживание сервера, обновления и резервное копирование остаются на вашей стороне или на стороне привлеченного специалиста.

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

Сравнение вариантов

SaaS (сервис по подписке)

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

Виртуальный сервер (IaaS)

Подходит для доработанных конфигураций и нестандартных интеграций. Ограничение — требуется администратор для обслуживания сервера и СУБД.

Терминальный доступ (RDP)

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

Оцените готовность базы и инфраструктуры

До переезда проверьте саму базу. Узнайте размер информационной базы, количество одновременно работающих пользователей, наличие доработок конфигурации, внешних отчетов, обработок и компонентов. Для SaaS-сервисов доработки часто становятся блокером: типовой сервис их не примет, и придется либо отказываться от изменений, либо выбирать IaaS.

Отдельно проверьте интеграции: обмены с банками, ЭДО, сайтом, кассовым оборудованием, весами и торговым сканерами. Локальное оборудование (кассы, сканеры, принтеры этикеток) при облачном размещении потребует проброса портов или установки агентов на рабочих местах — этот момент регулярно упускают при планировании.

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

Подготовьте базу к миграции

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

Сделайте полную резервную копию. Для файловой базы это выгрузка в файл с расширением dt через конфигуратор (меню «Администрирование» — «Выгрузить информационную базу»). Для клиент-серверной базы дополнительно сделайте копию средствами СУБД. Храните копию отдельно от основной системы и убедитесь, что она открывается: разверните её в тестовом каталоге и запустите.

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

Выполните миграцию данных

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

Для IaaS-сценария последовательность другая: разверните на виртуальном сервере платформу 1С той же версии, что и локально, установите и настройте СУБД, создайте пустую информационную базу и загрузите в неё выгрузку dt через конфигуратор. После загрузки выполните обновление конфигурации до актуального релиза, если это требуется.

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

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

Настройте доступ, безопасность и интеграции

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

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

Проверьте результат и типичные ошибки

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

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

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

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

Норма

Остатки и обороты совпадают со старой базой

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

Расхождения по счетам — часть данных не перенеслась

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

Норма

Новый документ проводится без ошибок

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

Ошибки прав, незаполненные регистры, сбои нумерации

Печать документов

Норма

Печатная форма выводится на локальный принтер

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

Печать недоступна или уходит на чужой принтер

Обмены с банком и ЭДО

Норма

Выписки и документы загружаются

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

Ошибки подключения, не настроены сертификаты

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

Частые вопросы о переносе 1С в облако

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

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

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

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

Что будет с лицензиями 1С при переезде?

Программные лицензии привязаны к оборудованию, поэтому на новом сервере их нужно активировать заново с помощью резервных пин-кодов. Аппаратные ключи HASP при облачном размещении обычно не используются. В SaaS-сервисах лицензии чаще всего включены в стоимость подписки.

Как работать с кассой и сканером, если 1С в облаке?

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

Насколько безопасно хранить учетные данные в облаке?

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

Что делать, если после переезда отчеты не сходятся?

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