Администрирование · 11 мин
Как подключить 1С к облаку: практическое руководство
Как подключить 1С к облаку: выбор сервиса, перенос базы, настройка доступа и безопасности. Пошаговая инструкция, типичные ошибки и ответы на вопросы.
Подключение 1С к облаку позволяет работать с базой из любого места, не привязываясь к офисному серверу: бухгалтер сдаёт отчётность из дома, менеджер оформляет заказ с планшета, а руководитель смотрит отчёты в командировке. При этом ответственность за серверное оборудование, обновления платформы и резервное копирование частично или полностью берёт на себя облачный провайдер.
Под «подключением 1С к облаку» обычно понимают один из трёх сценариев: аренду готового облачного сервиса 1С (например, 1С:Фреш), развёртывание 1С на арендованном виртуальном сервере (VPS/VDS) или публикацию локальной базы через веб-сервер. Каждый вариант отличается по стоимости, трудоёмкости и требованиям к квалификации администратора.
Прежде чем начинать перенос, определите, какая у вас конфигурация (типовая или доработанная), сколько пользователей будет работать одновременно и какой объём базы. От этих параметров зависит выбор сценария и тарифа: типовая «Бухгалтерия» на пять пользователей легко размещается в готовом облаке, а сильно доработанная «Управление торговлей» с интеграциями может потребовать отдельного виртуального сервера.
Выберите подходящий сценарий облачного подключения
Существует три основных способа перенести работу 1С в облако. Первый — готовые облачные сервисы (1С:Фреш и аналоги от партнёров): вы получаете доступ к типовой конфигурации через браузер или тонкий клиент, не заботясь о сервере. Второй — аренда виртуального сервера (VPS/VDS) у хостинг-провайдера: вы сами устанавливаете платформу 1С, СУБД и настраиваете доступ. Третий — публикация существующей базы через веб-сервер (IIS или Apache) на собственном или арендованном оборудовании.
Готовый сервис подходит, если у вас типовая конфигурация без глубоких доработок и внешних компонентов. Ограничения: нельзя установить произвольные расширения с небезопасным кодом, доступ к СУБД и файлам сервера закрыт, перечень поддерживаемых конфигураций фиксирован. Виртуальный сервер даёт полный контроль, но требует навыков администрирования: вы сами отвечаете за обновления, антивирус, брандмауэр и резервные копии.
Сравнение вариантов
Подходит для типовых конфигураций и небольших команд. Ограничение: нельзя устанавливать доработки с небезопасным режимом и внешние компоненты.
Подходит для доработанных конфигураций и интеграций. Ограничение: нужен администратор, отвечающий за обновления, защиту и бэкапы.
Подходит, если сервер уже есть в офисе и нужен удалённый доступ. Ограничение: сервер должен быть постоянно включён, а канал связи — стабильным и защищённым.
Подготовьте базу и проверьте условия переноса
Перед переносом сделайте полную резервную копию базы: для файлового варианта — выгрузку через конфигуратор (Администрирование → Выгрузить информационную базу), для клиент-серверного — средствами СУБД плюс выгрузку .dt. Проверьте, что выгрузка открывается на тестовой копии: только так вы убедитесь, что файл не повреждён.
Оцените объём базы и количество одновременных пользователей — от этого зависят тариф и конфигурация сервера. Для файлового варианта в облаке разумный предел — обычно несколько гигабайт и до 10–15 активных пользователей; при больших нагрузках нужен клиент-серверный вариант с MS SQL или PostgreSQL. Также составьте список используемых внешних компонентов, расширений и интеграций (обмен с банками, ЭДО, кассовое оборудование): часть из них в облаке потребует перенастройки или замены.
Уточните лицензионные условия. Для работы на арендованном сервере программные лицензии 1С обычно допускают активацию на одном компьютере — при смене сервера лицензию придётся активировать заново из резервного пин-кода. В сервисах типа 1С:Фреш лицензирование включено в подписку, отдельные лицензии на платформу не требуются.
Перенесите базу в облачный сервис 1С:Фреш
Для типовых конфигураций это самый простой путь. Зарегистрируйтесь на портале сервиса, создайте абонента и приложение нужной конфигурации. Затем в локальной базе выполните выгрузку: в конфигураторе — Администрирование → Выгрузить информационную базу, либо используйте штатную обработку перехода в сервис, если она есть в вашей конфигурации (обычно находится в разделе «Администрирование»).
Загрузите файл выгрузки в личном кабинете сервиса через функцию загрузки данных. После загрузки сервис развернёт базу — на это может уйти от нескольких минут до нескольких часов при большом объёме. Затем добавьте пользователей, назначьте им роли и права, проверьте, что каждый может войти и видеть свои данные.
- 1Сделайте выгрузку базы (.dt) через конфигуратор и проверьте её на тестовой копии
- 2Зарегистрируйтесь в сервисе и создайте приложение нужной конфигурации
- 3Загрузите файл выгрузки через личный кабинет и дождитесь развёртывания
- 4Добавьте пользователей и назначьте права доступа
- 5Проверьте ключевые операции: проведение документов, отчёты, обмены
- 6Переведите пользователей на облачную базу, сохранив локальную копию как резерв
Разверните 1С на виртуальном сервере
Если готовый сервис не подходит, арендуйте VPS/VDS с Windows Server. Минимально комфортная конфигурация для небольшой базы — 2–4 ядра CPU, 8–16 ГБ оперативной памяти и SSD-диск с запасом под рост базы; точные требования зависят от конфигурации и числа пользователей. Установите платформу 1С той же версии, что использовалась локально, активируйте лицензии и перенесите базу.
Организуйте доступ одним из способов: через RDP (пользователи подключаются к удалённому рабочему столу и запускают 1С на сервере), через публикацию базы на веб-сервере (работа в браузере или тонком клиенте) или через VPN с последующим подключением толстого клиента. Для файловой базы на одном сервере чаще всего выбирают RDP; для клиент-серверного варианта с множеством пользователей удобнее публикация через веб-сервер.
Пример публикации базы через веб-сервис платформы выполняется утилитой webinst из командной строки с правами администратора:
"C:\Program Files\1cv8\8.3.22.1750\bin\webinst.exe" -publish -apache24 -wsdir MyBase -dir "C:\inetpub\MyBase" -connStr "Srvr=localhost;Ref=MyBase;"После публикации проверьте, что база открывается по адресу вида https://ваш-сервер/MyBase. Не забудьте выпустить и установить SSL-сертификат: передача учётных данных и финансовых данных по незашифрованному HTTP недопустима.
Настройте безопасность и доступ
Облачная база доступна из интернета, поэтому требования к защите выше, чем у локальной. Включите двухфакторную аутентификацию там, где сервис её поддерживает, задайте пользователям сложные пароли и запретите работу под общими учётными записями. На виртуальном сервере ограничьте доступ по RDP: смените стандартный порт или разрешите подключение только с доверенных IP-адресов через брандмауэр.
Настройте регулярное резервное копирование независимо от того, обещает ли провайдер свои бэкапы. Храните копии вне основного сервера — в другом облачном хранилище или на локальном носителе. Периодически проверяйте восстановление из копии: бэкап, который никогда не проверяли, нельзя считать надёжным.
Проверьте работу после переноса
После развёртывания пройдите контрольные точки: сверка остатков по ключевым отчётам (ОСВ, взаиморасчёты, склад), проведение тестового документа, формирование регламентированного отчёта, работа обменов с банком и ЭДО. Проверяйте под учётной записью обычного пользователя, а не администратора — так вы обнаружите проблемы с правами.
Оцените скорость работы: открытие документов и отчётов не должно заниматься заметно дольше, чем локально. Если облачная база тормозит, причины обычно в недостатке ресурсов сервера, медленном канале у пользователя или неоптимальной работе через веб-клиент — иногда помогает переход с браузера на тонкий клиент.
Как проверить результат
Совпадают с локальной базой на дату переноса
Расхождения в суммах — признак неполной выгрузки
Каждый пользователь входит под своей учётной записью и видит только свои данные
Пользователь видит чужие разделы или не может войти
Документы отправляются и загружаются без ошибок
Ошибки сертификатов или недоступность сервисов обмена
Документы и отчёты открываются за приемлемое время
Постоянные задержки более нескольких секунд при простых операциях
Типичные ошибки при подключении 1С к облаку
Наиболее частая ошибка — перенос базы без тестового периода. Пользователи начинают работать в облаке с первого дня, а через неделю выясняется, что не перенеслись настройки обмена или часть расширений не работает. Вторая типичная проблема — экономия на ресурсах сервера: база растёт, пользователей становится больше, и через полгода система начинает тормозить.
Что важно запомнить
Подключение 1С к облаку сводится к выбору сценария (готовый сервис, виртуальный сервер или публикация базы), подготовке проверенной выгрузки, переносу данных и настройке безопасного доступа. Не удаляйте локальную копию, пока облачная база не пройдёт проверку в реальной работе, и настройте собственное резервное копирование независимо от провайдера.
Частые вопросы о подключении 1С к облаку
Можно ли перенести в облако доработанную конфигурацию?
В готовые сервисы типа 1С:Фреш — только если доработки оформлены как расширения в безопасном режиме и сервис их допускает. Сильно переписанные конфигурации и внешние компоненты туда обычно не загрузить: для них подходит вариант с арендой виртуального сервера, где вы контролируете установку.
Нужна ли отдельная лицензия 1С для работы в облаке?
В подписочных сервисах лицензия включена в тариф. На собственном виртуальном сервере используются ваши программные лицензии, которые активируются на этот сервер; при смене сервера потребуется повторная активация из резервного пин-кода. Аппаратные ключи HASP на VPS использовать сложно — предпочтительны программные лицензии.
Какой интернет-канал нужен для комфортной работы?
Для работы через тонкий клиент или RDP обычно достаточно стабильного соединения в несколько мегабит в секунду на пользователя; важнее стабильность и низкие задержки, чем пиковая скорость. Веб-клиент чувствительнее к качеству канала. При частых обрывах работа в облаке будет мучительной независимо от тарифа.
Что делать, если облачная база работает медленно?
Сначала определите, где узкое место: проверьте скорость с другого канала связи и другого устройства. Если медленно у всех — увеличьте ресурсы сервера (память, быстрый диск) или перейдите с файлового варианта на клиент-серверный. Если медленно у одного пользователя — проблема в его канале или браузере; попробуйте тонкий клиент.
Как обеспечить сохранность данных при отказе от облачного провайдера?
Регулярно выгружайте базу средствами конфигуратора или сервиса и храните копии у себя. Уточните у провайдера порядок возврата данных при расторжении договора: формат выгрузки и сроки. Пока у вас есть актуальный файл .dt, переезд к другому провайдеру или обратно на локальный сервер остаётся решаемой задачей.