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

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

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

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

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

Существует три основных способа запустить 1С в облаке. Первый — готовые сервисы по модели SaaS, например 1С:Фреш: провайдер берёт на себя всё администрирование, вы работаете через браузер или тонкий клиент, но ограничены списком поддерживаемых конфигураций и не можете свободно дорабатывать базу. Второй — аренда виртуального сервера (VPS/VDS) или выделенного сервера у хостинг-провайдера с самостоятельной установкой платформы 1С и, при необходимости, СУБД. Третий — терминальный доступ: 1С работает на удалённом сервере, а сотрудники подключаются по RDP.

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

Сравнение вариантов размещения

Готовый сервис (1С:Фреш и аналоги)

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

Аренда VPS/VDS с установкой платформы

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

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

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

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

Подготовка и перенос информационной базы

Перенос начинается с подготовки локальной базы. Выполните тестирование и исправление информационной базы (режим «Конфигуратор» → «Администрирование» → «Тестирование и исправление»), завершите все незакрытые сеансы и сделайте контрольную копию. Для файловой базы выгрузка выполняется через «Администрирование» → «Выгрузить информационную базу» — получается файл с расширением dt. Для клиент-серверной базы на MS SQL или PostgreSQL можно использовать тот же dt-файл либо штатные средства СУБД, если облачный провайдер предоставляет доступ к серверу баз данных.

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

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

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

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

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

Способ подключения зависит от формата. В сервисе 1С:Фреш пользователи заходят через личный кабинет по логину и паролю, желательно с двухфакторной аутентификацией. При работе через собственный сервер вариантов несколько: веб-клиент через публикацию на веб-сервере (IIS или Apache), тонкий клиент по протоколу кластера, либо RDP-подключение к терминальному серверу. Для веб-клиента публикация настраивается утилитой webinst или через диалог публикации в конфигураторе, при этом обязательно включайте HTTPS.

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

Безопасность и резервное копирование

Облако не отменяет необходимости резервного копирования — оно лишь меняет исполнителя. Уточните у провайдера: входит ли бэкап в тариф, как часто он делается, какова глубина хранения и как запросить восстановление. Даже при заявленном резервном копировании со стороны хостера настройте собственное: выгрузку dt по расписанию или копирование средствами СУБД с сохранением копий вне основного сервера, например в объектное хранилище.

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

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

Как проверить надёжность настройки

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

Норма

Копии создаются по расписанию, тестовое восстановление из копии проходит успешно

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

Копии есть только на том же диске, что и база, восстановление никогда не проверялось

Внешний доступ

Норма

Подключение только по HTTPS или VPN, пароли уникальные, включён журнал регистрации

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

Открытый RDP-порт, простые пароли, один логин на нескольких сотрудников

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

Норма

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

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

Всем выданы полные права «для удобства»

Отдельно проверьте, где физически хранятся данные. Если компания обязана соблюдать требования о локализации персональных данных, выбирайте провайдера с дата-центрами на территории РФ и запросите подтверждающие документы. Это особенно актуально для баз с зарплатой и кадровыми данными.

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

Скорость облачной 1С зависит от трёх факторов: ресурсов сервера, качества канала связи и состояния самой базы. Для виртуального сервера важны быстрые диски (SSD/NVMe) и достаточный объём оперативной памяти — для файловых баз на 5–10 пользователей обычно достаточно скромной конфигурации, но клиент-серверный вариант на SQL требует отдельного расчёта под нагрузку. Экономия на дисках — самая частая причина «тормозов» в облаке.

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

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

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

Интеграции и подключение внешних сервисов

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

Торговое оборудование — отдельный случай. Сканеры штрихкодов и кассы физически находятся на рабочих местах, а 1С — на удалённом сервере. В терминальном режиме оборудование пробрасывается через RDP (COM-порты, USB-редирект), в веб-клиенте — через локальные расширения и драйверы. Заранее проверьте совместимость ваших драйверов с выбранной схемой подключения: не всё оборудование корректно работает через проброс портов.

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

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

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

Что делать с лицензиями 1С при переезде в облако?

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

Какой интернет-канал нужен для комфортной работы?

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

Кто отвечает за обновление конфигурации в облаке?

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

Как вернуться к локальной работе, если облако не подошло?

Для этого и нужны регулярные собственные выгрузки: имея свежий dt-файл, вы разворачиваете базу на локальном сервере за несколько часов. В сервисе 1С:ФRESH предусмотрена выгрузка данных из сервиса через личный кабинет. Главное — не хранить единственную копию данных только у провайдера и периодически проверять, что выгрузка действительно разворачивается.