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

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

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

Как настроить облако 1С: выбор сервиса, перенос базы, настройка доступа, резервное копирование и типичные ошибки. Пошаговая инструкция для бухгалтеров и руководителей.

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

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

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

Какой вариант облачной 1С выбрать

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

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

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

Сравнение вариантов облачной 1С

1С:Фреш

Для типовых конфигураций без доработок; обновления и бэкапы включены, но изменять конфигурацию нельзя

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

Для доработанных конфигураций и нестандартных интеграций; требует администратора и самостоятельной настройки резервного копирования

Облако от франчайзи

Компромисс: поддержка партнёра и возможность доработок, но условия и цены сильно различаются между поставщиками

Регистрация и создание информационной базы

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

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

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

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

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

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

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

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

Подключение пользователей и проверка скорости

В 1С:Фреш сотрудники работают через браузер или тонкий клиент 1С — достаточно передать ссылку на приложение и учётные данные. Тонкий клиент обычно отзывчивее браузера при больших объёмах данных, поэтому для активной работы с документами рекомендуется именно он. При первом входе пользователь подтверждает учётную запись и меняет временный пароль.

На виртуальном сервере подключение идёт через RDP-клиент (встроен в Windows) или через веб-сервер с публикацией базы. Для RDP-доступа создайте на сервере отдельных пользователей Windows, ограничьте им права и настройте политику блокировки при неудачных попытках входа. Открытый RDP-порт без защиты — одна из главных причин взлома облачных серверов с 1С.

Проверьте скорость работы до массового подключения: откройте крупный отчёт (например, оборотно-сальдовую ведомость за год), сформируйте его и засеките время. Если формирование занимает неприемлемо долго, причины обычно в слабом канале интернета у пользователя, недостатке ресурсов сервера или неоптимальных настройках. Для файловых баз на VPS критична скорость диска — выбирайте тариф с SSD-хранилищем.

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

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

Вход пользователя
Норма

Вход под своей учёткой занимает секунды, доступны только нужные разделы

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

Пользователь видит чужие разделы или не может войти

Формирование отчётов
Норма

Типовой отчёт за большой период формируется в приемлемое время

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

Отчёт «висит» минутами или завершается ошибкой

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

В расписании есть ежедневные копии, тестовое восстановление проходит успешно

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

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

Резервное копирование и обновления

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

На виртуальном сервере резервное копирование настраиваете вы сами. Для файловых баз достаточно ежедневного копирования каталога базы по расписанию (планировщик Windows плюс скрипт архивации), для клиент-серверных — штатные средства СУБД (pg_dump для PostgreSQL, maintenance plans для MS SQL). Храните копии не только на том же сервере: скачивайте их на отдельное хранилище или локальный компьютер минимум раз в неделю.

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

Типичные ошибки при настройке облака 1С
01
Работа всех сотрудников под одной учётной записью — невозможно установить автора изменений и отозвать доступ у уволенного
02
Отсутствие проверки восстановления из бэкапа — копия может оказаться повреждённой именно тогда, когда понадобится
03
Перенос базы без предварительного тестирования — ошибки в данных мешают загрузке в сервис
04
Открытый RDP-порт без ограничений и сложных паролей — типовой вектор взлома серверов с 1С
05
Попытка загрузить доработанную конфигурацию в 1С:Фреш — сервис поддерживает только типовые решения

Типичные проблемы и их решение

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

Вторая типовая ситуация — не работает печать или обмен данными (банк-клиент, ЭДО, отправка отчётности). В облачной среде печать идёт через виртуальный принтер сервиса или проброс принтера в RDP-сессии; проверьте, что принтер установлен на сервере и доступен пользователю сессии. Для обменов убедитесь, что у сервера есть исходящий доступ в интернет и не заблокированы нужные порты.

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

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

Как выбрать действие при проблемах

Медленно работает у всех пользователей сразуПроверяйте сервер: загрузку CPU, памяти и диска; при необходимости повышайте тариф
Медленно только у одного пользователяПроверяйте его интернет-канал и версию клиента 1С
Не загружается база в облачный сервисВыполните тестирование и исправление локальной копии, затем повторите выгрузку
Не печатает из облачной сессииПроверьте проброс принтера в RDP или настройки виртуального принтера сервиса

FAQ

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

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

Что будет с данными, если прекратить оплату облачного сервиса?

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

Нужен ли отдельный интернет-канал для работы с облачной 1С?

Отдельный канал не обязателен, но стабильность важнее скорости: обрывы сессии приводят к потере несохранённых данных. Для офиса с несколькими активными пользователями желателен резервный канал (например, LTE-модем) на случай сбоя основного провайдера.

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

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

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

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

Итог

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

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