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

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

Выбор зависит от трёх факторов: какая у вас конфигурация (типовая или доработанная), сколько пользователей работает одновременно и есть ли в штате специалист, способный администрировать сервер. Типовая «Бухгалтерия» на 3–5 пользователей проще всего переводится в SaaS, а сильно доработанная конфигурация с интеграциями часто требует собственного сервера в облаке.

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

Какие модели облачной 1С существуют и чем они отличаются

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

Ключевые различия — в степени контроля и ограничениях. В SaaS обычно нельзя устанавливать произвольные расширения и внешние компоненты, внешние отчёты и обработки проходят проверку, а конфигурации ограничены списком поддерживаемых. Зато не нужно ничего администрировать. На собственном сервере доступно всё, включая COM-соединения, внешние компоненты и прямой доступ к СУБД, но ответственность за обновления, безопасность и отказоустойчивость ложится на вас.

Как выбрать подходящий вариант под вашу конфигурацию

Начните с аудита текущей системы. Выясните: типовая ли конфигурация или в ней есть доработки; какие внешние обработки, печатные формы и расширения используются; какие интеграции настроены (обмен с сайтом, банк-клиент, ЭДО, торговое оборудование, CRM); какой объём базы и сколько активных пользователей. Эти ответы почти однозначно определяют модель.

Если конфигурация типовая, доработки ограничиваются внешними печатными формами, а интеграции — стандартные (ЭДО, банк, маркировка), смело рассматривайте SaaS. Если конфигурация переписана под ваши процессы, используются COM-объекты, веб-сервисы собственной разработки или оборудование с локальными драйверами — нужен собственный сервер. Промежуточный случай (несколько расширений, простые обмены) часто решается арендой сервера у провайдера с поддержкой 1С.

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

Создаём облачную 1С через SaaS: пошаговый порядок

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

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

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

Собственный сервер 1С в облаке: развёртывание с нуля

Этот путь выбирают, когда нужен полный контроль. Схема следующая: арендуете виртуальный сервер (VPS/VDS) у облачного провайдера, устанавливаете операционную систему (Windows Server или поддерживаемый дистрибутив Linux), затем сервер 1С:Предприятия и СУБД — чаще всего PostgreSQL (существуют сборки, адаптированные под 1С) или Microsoft SQL Server. После установки публикуете информационную базу на веб-сервере (IIS или Apache) для доступа через браузер и тонкий клиент, либо настраиваете подключение по RDP.

Минимальный порядок действий на Windows-сервере выглядит так: установите компоненты сервера 1С с дистрибутива платформы, установите и настройте СУБД, создайте информационную базу через консоль кластера серверов 1С, опубликуйте её на веб-сервере. Для доступа из интернета обязательно настройте HTTPS с действующим TLS-сертификатом — передавать данные учёта по открытому HTTP недопустимо.

На Linux схема аналогична, но вместо IIS используется Apache с модулем публикации 1С, а PostgreSQL ставится из репозитория. Пример установки пакетов PostgreSQL на Debian-подобной системе:

sudo apt update && sudo apt install postgresql postgresql-contrib
sudo systemctl enable postgresql && sudo systemctl start postgresql
sudo -u postgres psql -c "ALTER USER postgres PASSWORD 'StrongPassword';"

После развёртывания ограничьте сетевой доступ: откройте только нужные порты (HTTPS, при необходимости порт агента сервера 1С — только для доверенных адресов), настройте брандмауэр и отключите доступ к СУБД извне. Учётные записи администраторов защитите сложными паролями и, где возможно, доступом по ключам SSH вместо паролей.

Перенос данных из локальной базы в облако

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

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

Безопасность, резервное копирование и обновления

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

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

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