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

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

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

Какую облачную модель выбрать: сервис, рабочее место или свой сервер

От модели зависит всё остальное: кто ставит обновления, нужны ли свои лицензии, можно ли зайти в Конфигуратор.

Ориентиры по стоимости (примерно, у провайдеров цены заметно различаются):

• 💰 сервис на одного пользователя с типовой конфигурацией — порядка 1 000–2 000 ₽ в месяц;
• 💰 готовое рабочее место — примерно 1 500–3 000 ₽ за пользователя в месяц, лицензии иногда входят в цену;
• 💰 виртуальный сервер на 5–10 человек — от 3 000–8 000 ₽ в месяц плюс лицензии Windows Server и 1С.

Подготовка базы к переносу в облако

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

Что проверить перед выгрузкой

1. Релиз конфигурации. Для сервиса он должен совпадать с тем, что поддерживает облако. Обычно это последний или предпоследний релиз. Обновите базу заранее.
2. Доработки. Для Фреш конфигурация должна стоять на поддержке без включённой возможности изменений. Проверить: Конфигуратор → Конфигурация → Поддержка → Настройка поддержки.
3. Расширения и внешние обработки. Составьте список. В сервисе часть из них не заработает, в ГРМ и на своём сервере — перенесутся вместе с базой.
4. Тестирование и исправление. Запустите в Конфигураторе Администрирование → Тестирование и исправление с проверкой логической целостности. Для этого нужен монопольный доступ: предупредите пользователей и выберите вечер.
5. Список пользователей. Удалите уволенных, проверьте роли. Перенесённые учётные записи придётся связать с логинами облака.

Как выгрузить данные

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

Для ГРМ и своего сервера подходит обычная выгрузка информационной базы:

1. Откройте базу в режиме Конфигуратора.
2. Выберите Администрирование → Выгрузить информационную базу.
3. Сохраните файл .dt и передайте его провайдеру или загрузите на сервер.

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

Пошаговая настройка 1С в облаке на своём сервере

Сервис и ГРМ провайдер настраивает сам. Если выбран свой виртуальный сервер, порядок такой.

Шаг 1. Сервер и система

Возьмите виртуальную машину на Windows Server 2016 или новее либо на Linux. Для 5–10 пользователей с клиент-серверной базой ориентир — 4 ядра, 16 ГБ памяти, SSD. Для одного-двух пользователей в файловом режиме хватит и 8 ГБ.

Шаг 2. Платформа и СУБД

1. Установите платформу 1С:Предприятие той же версии, что была в офисе, или новее, если её поддерживает конфигурация.
2. Для клиент-серверного режима установите сервер 1С и СУБД. Для 1С обычно берут PostgreSQL в сборке, адаптированной под 1С, или MS SQL Server.
3. Создайте в консоли кластера новую информационную базу и загрузите в неё .dt через Конфигуратор: Администрирование → Загрузить информационную базу.

Шаг 3. Лицензии

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

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

Шаг 4. Публикация на веб-сервере

Публикация нужна, чтобы работать через браузер или тонкий клиент по HTTPS без VPN.

1. Установите Apache 2.4 или IIS.
2. Запустите Конфигуратор от имени администратора.
3. Откройте Администрирование → Публикация на веб-сервере, укажите имя публикации (например, buh) и каталог.
4. Подключите сертификат TLS к веб-серверу. Без HTTPS пароли идут по сети открытым текстом.

После публикации база открывается по адресу вида https://cloud.example.ru/buh.

Подключение сотрудников к облачной 1С

Способ подключения выбирают под задачи пользователя, а не «один для всех».

Как добавить облачную базу в тонкий клиент

1. Запустите 1С и нажмите Добавить в окне выбора баз.
2. Выберите «Добавление в список существующей информационной базы».
3. Тип расположения — «На веб-сервере».
4. Вставьте адрес публикации или ссылку из личного кабинета сервиса.
5. Введите логин и пароль облака при первом входе.

RemoteApp вместо полного рабочего стола

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

Как ускорить работу 1С в облаке

Медленная работа в облаке почти всегда связана с одним из четырёх узких мест.

• 🌐 Канал. Для веб-клиента и тонкого клиента важна задержка до сервера, а не только скорость. Выбирайте дата-центр ближе к пользователям.
• 📁 Файловая база по сети. Не открывайте файловую базу через сетевую папку поверх интернета: на каждое действие программа гоняет по каналу куски файла. Файловая база в облаке работает либо через публикацию на веб-сервере, либо через RDP.
• 🧠 Память сервера. Когда памяти не хватает, сервер начинает активно писать на диск, и все пользователи ждут одновременно. Смотрите загрузку в диспетчере задач в часы пик.
• 🗄️ Обслуживание СУБД. Для PostgreSQL и MS SQL настройте регулярное обновление статистики и обслуживание индексов. Без этого отчёты замедляются месяц за месяцем.

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

Резервные копии и безопасность данных в облаке

Облако само по себе не гарантирует сохранность. Нужно знать, кто, когда и куда делает копии.

Копии в сервисе и у провайдера

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

Копии на своём сервере

Для PostgreSQL копию делают штатной утилитой pg_dump. Пример ночного задания:

set PGPASSWORD=пароль
"C:\Program Files\PostgreSQL\15\bin\pg_dump.exe" -U postgres -Fc -f "D:\backup\buh_%date:~-4%%date:~3,2%%date:~0,2%.backup" buh

Путь к pg_dump.exe и номер версии подставьте свои. Формат -Fc сжимает копию и позволяет восстановить её утилитой pg_restore.

Копия, которая лежит на том же сервере, — не копия. Отправляйте файлы в другое хранилище: в объектное хранилище другого провайдера или на офисный компьютер. Раз в квартал проверяйте восстановление на тестовой базе.

Защита доступа

1. Не открывайте RDP (порт 3389) и порты кластера 1С (1540, 1541, 1560–1591) в интернет. Доступ — через VPN или только к веб-публикации по HTTPS.
2. Включите пароли у всех пользователей 1С, у администратора кластера и у пользователя СУБД.
3. Для RDP включите проверку подлинности на уровне сети и блокировку после нескольких неверных паролей.
4. Удаляйте доступы уволенных в тот же день — и в 1С, и в учётных записях облака.

Проблемы подключения к облачной 1С и их решение

Если ничего не помогло

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

Частые вопросы