К статье
Практический материал

Администрирование · 13 мин

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

Как сделать облачную 1С: выбор между 1С:Фреш, арендой сервера и своим VPS, перенос базы, настройка доступа, резервное копирование и типичные ошибки.

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

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

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

Какие есть способы сделать облачную 1С

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

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

Третий способ — собственный VPS/VDS: вы арендуете виртуальный сервер, устанавливаете на него платформу 1С, СУБД или используете файловый режим, настраиваете веб-сервер для публикации базы. Это самый гибкий и самый трудоёмкий путь, требующий навыков администрирования Windows Server или Linux.

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

1С:Фреш

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

Аренда сервера с 1С у хостера

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

Собственный VPS

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

Как выбрать вариант под свою задачу

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

Второй фактор — число одновременных пользователей и объём базы. Файловый режим работы на VPS приемлем примерно до 5–10 активных пользователей; дальше целесообразен клиент-серверный вариант с PostgreSQL или MS SQL Server, что увеличивает требования к ресурсам сервера и к квалификации администратора.

Третий фактор — требования к данным. Если договоры с контрагентами или внутренние регламенты требуют хранения данных на контролируемой инфраструктуре, вариант с собственным VPS и шифрованием диска предпочтительнее публичного SaaS.

Маршрут решения

Как выбрать действие

Типовая конфигурация, до 10–20 пользователей, нет доработокНачните с 1С:Фреш — минимум настройки и автоматические обновления
Доработанная конфигурация, нужны внешние компоненты и обменыАрендуйте VPS и разверните 1С самостоятельно или через хостера с поддержкой 1С
Больше 10 активных пользователей и большая базаПланируйте клиент-серверный вариант с PostgreSQL или MS SQL и выделенными ресурсами
Нет штатного администратораВыбирайте управляемый хостинг с поддержкой 1С, а не «голый» VPS

Настройка облачной 1С через 1С:Фреш

Порядок действий в 1С:Фреш типовой. Зарегистрируйте учётную запись в сервисе, выберите нужную конфигурацию из каталога и создайте приложение (информационную базу). Если база уже существует локально, подготовьте выгрузку: в конфигураторе выполните «Администрирование → Выгрузить информационную базу» и получите файл .dt.

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

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

Развёртывание 1С на собственном VPS

Арендуйте виртуальный сервер с запасом ресурсов: для файлового режима на несколько пользователей обычно достаточно 2–4 vCPU и 8–16 ГБ оперативной памяти, но точные требования зависят от конфигурации и объёма данных. Для клиент-серверного варианта закладывайте больше памяти и быстрые SSD-диски — производительность дисковой подсистемы критична для 1С.

Установите платформу 1С:Предприятие (серверную часть при клиент-серверном варианте), при необходимости — PostgreSQL со специальными настройками для 1С или MS SQL Server. Активируйте программные лицензии на сервере или установите драйвер аппаратного ключа, если лицензии аппаратные — учтите, что физический USB-ключ в облаке «не воткнуть», поэтому для VPS обычно используют программные лицензии.

Для доступа пользователей есть два основных пути: публикация базы на веб-сервере (Apache или IIS) с доступом через браузер и тонкий клиент, либо подключение по RDP к терминальному серверу с установленной 1С. Веб-публикация удобнее и безопаснее: пользователи работают в браузере, а на сервере не нужно заводить каждому учётную запись Windows.

Порядок развёртывания на VPS
  1. 1
    Арендуйте VPS с Windows Server или Linux и достаточным объёмом RAM и SSD
  2. 2
    Установите платформу 1С и, при необходимости, СУБД (PostgreSQL/MS SQL)
  3. 3
    Активируйте программные лицензии 1С на сервере
  4. 4
    Создайте информационную базу и загрузите в неё выгрузку .dt из локальной копии
  5. 5
    Установите и настройте веб-сервер (IIS или Apache), опубликуйте базу
  6. 6
    Настройте SSL-сертификат и доступ только по HTTPS
  7. 7
    Заведите пользователей, назначьте роли, проверьте вход через браузер и тонкий клиент
  8. 8
    Настройте ежедневное резервное копирование и проверьте восстановление из копии

После публикации базы обязательно настройте HTTPS: самоподписанный сертификат подойдёт только для теста, для рабочей эксплуатации выпустите бесплатный сертификат Let's Encrypt или купите коммерческий. Передача учётных данных 1С по открытому HTTP — прямой путь к компрометации базы.

Перенос существующей базы в облако

Стандартный механизм переноса — выгрузка в файл .dt через конфигуратор. Откройте базу в конфигураторе, выполните «Администрирование → Выгрузить информационную базу» и дождитесь завершения. Для больших баз процесс занимает заметное время — планируйте перенос на нерабочие часы и попросите пользователей завершить работу, иначе выгрузка будет невозможна или данные окажутся неактуальными.

На облачном сервере создайте пустую информационную базу и загрузите в неё файл .dt через «Администрирование → Загрузить информационную базу». После загрузки проверьте целостность: откройте ключевые отчёты (ОСВ, ведомости по складу, взаиморасчёты) и сравните итоги с локальной копией на одну и ту же дату. Расхождение итогов — признак неполного переноса.

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

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

Облачная база доступна из интернета, поэтому требования к защите выше, чем у локальной. Минимальный набор: доступ только по HTTPS, сложные пароли пользователей, отключение неиспользуемых учётных записей, ограничение прав по принципу «минимально необходимых». Если используется RDP-доступ к серверу, смените стандартный порт, включите блокировку после неудачных попыток входа или ограничьте доступ по VPN.

Резервное копирование настройте с первого дня. Для файлового режима — регулярная выгрузка .dt по расписанию плюс копирование каталога базы; для клиент-серверного — штатные средства СУБД (pg_dump, SQL Server Backup) с хранением копий на отдельном хранилище или в объектном хранилище другого провайдера. Копии, лежащие на том же диске, что и база, от сбоя диска не спасут.

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

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

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

Доступ извне
Норма

База открывается в браузере по HTTPS, замок сертификата без предупреждений

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

Доступ по HTTP или браузер ругается на сертификат

Целостность данных
Норма

Итоги ОСВ и складских отчётов совпадают с локальной копией на ту же дату

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

Расхождения в остатках, нехватка документов за часть периода

Резервные копии
Норма

Копия создаётся по расписанию и успешно восстанавливается в тестовую базу

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

Копии нет, она нулевого размера или восстановление падает с ошибкой

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

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

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

У всех полные права, работают «под администратором»

Типичные ошибки при переходе в облако

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

Вторая ошибка — попытка перенести на VPS аппаратный лицензионный ключ. Физический HASP-ключ нельзя подключить к виртуальной машине у облачного провайдера напрямую; для облака заранее приобретите или перерегистрируйте программные лицензии через центр лицензирования 1С.

Третья группа ошибок — организационные: перенос в разгар отчётного периода, отсутствие инструктажа пользователей, забытые настройки обменов (банк-клиент, ЭДО, маркировка). Составьте план миграции с контрольным списком и выберите спокойный период — начало месяца после сдачи отчётности обычно удобнее всего.

Типичные ошибки
01
Перенос базы без свежей резервной копии — при сбое загрузки данные теряются безвозвратно
02
Работа по HTTP без SSL-сертификата — логины и пароли пользователей передаются открытым текстом
03
Бэкап на тот же диск, где лежит база — при отказе диска теряется и база, и копия
04
Перенос в разгар сдачи отчётности — любой сбой превращается в срыв сроков
05
Забытые внешние обработки и настройки обменов — после переезда не работают банк, ЭДО или печатные формы
Перед полноценным переездом поднимите облачную базу в тестовом режиме и дайте поработать в ней двум-трём самым опытным пользователям неделю. Они быстрее всех найдут неработающие обмены, недостающие права и медленные операции — и вы успеете всё исправить до миграции остальных.
ПЗ
Практическое замечание

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

Можно ли работать в облачной 1С без интернета?

Нет. Доступ к облачной базе требует стабильного подключения к интернету. Если канал нестабилен, рассмотрите гибридную схему: локальная база с последующей синхронизацией, либо резервный канал связи (например, LTE-модем) как аварийный вариант.

Что выгоднее: 1С:Фреш или свой сервер?

Зависит от масштаба. Для небольшой компании с типовой конфигурацией подписка на 1С:Фреш обычно дешевле, чем аренда сервера плюс время администратора. При большом числе пользователей и доработанной конфигурации собственный VPS часто оказывается экономичнее в перспективе, но требует специалиста для сопровождения.

Нужно ли покупать новые лицензии для облака?

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

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

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

Как вернуться из облака обратно на локальный сервер?

Через тот же механизм выгрузки .dt: выгрузите базу из облачного развёртывания (в 1С:Фреш есть функция получения выгрузки, на собственном VPS — стандартная выгрузка через конфигуратор) и загрузите её в локальную базу. Проверьте итоговые данные после загрузки, как при обычном переносе.

Безопасно ли хранить бухгалтерию в облаке?

Безопасность определяется настройкой, а не фактом облака. HTTPS, разграничение прав, регулярные проверяемые бэкапы и ограничение доступа к серверу делают облачную базу не менее защищённой, чем локальная. Риски возникают при работе по HTTP, слабых паролях и отсутствии резервных копий.

Итог

Что важно запомнить

Облачную 1С можно получить тремя путями: сервис 1С:Фреш для типовых конфигураций, аренда управляемого сервера или собственный VPS с полным контролем. Перенос выполняется через выгрузку .dt с обязательной сверкой итогов, а безопасность обеспечивают HTTPS, разграничение прав и регулярные проверенные восстановлением резервные копии. Локальную базу сохраняйте до полной проверки облачной.