← На главную

Перевод рабочей инфраструктуры 1С в облако — это эффективный способ защитить данные от утери, упростить процесс регулярного обновления и обеспечить доступ сотрудникам из любой точки мира. Однако при выборе конкретной облачной модели часто возникают вопросы: чем отличается официальный сервис 1С:Фреш от аренды виртуального сервера по RDP, как перенести текущие базы данных и что делать, если в компании до сих пор используется конфигурация на обычных формах (например, Зарплата и Управление Персоналом 2.5)?

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

Сравнение вариантов: 1С:Фреш (SaaS) или RDP-хостинг (IaaS)

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

1. Мультиарендный сервис (SaaS) — 1С:Предприятие 8 через интернет (1С:Фреш):

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

2. Аренда виртуального сервера (IaaS / VDS) по RDP:

   Пользователю предоставляется отдельный виртуальный сервер у провайдера (например, Scloud, 42clouds, e-office24 и др.). Доступ осуществляется через удаленный рабочий стол (RDP) или по технологии RemoteApp. В этом случае на сервере разворачивается стандартная платформа 1С:Предприятие, что позволяет загружать любые, в том числе доработанные и устаревшие конфигурации.

Почему 1С:Фреш не подходит для конфигураций на обычных формах (ЗУП 2.5)

Проанализируем архитектурные ограничения сервиса 1С:Фреш. В этом облаке поддерживаются только типовые конфигурации на управляемых формах (например, Бухгалтерия предприятия 3.0, Зарплата и Управление Персоналом 3.1, Управление нашей фирмой). В нем полностью отсутствует доступ к конфигуратору для произвольного изменения кода, а расширение функционала возможно только с помощью внешних печатных форм, обработок и расширений, прошедших специальный аудит.

Если в компании используется конфигурация Зарплата и Управление Персоналом 2.5 (или любая другая база на обычных формах и в режиме толстого клиента), разместить ее во 1С:Фреш невозможно по следующим причинам:

• Обычные формы не поддерживают работу через тонкий клиент и веб-браузер;
• В сервисе 1С:Фреш доступна только редакция ЗУП 3;
• Для работы устаревших баз требуется полноценная среда Windows с возможностью запуска толстого клиента.

Решение: При наличии конфигурации ЗУП 2.5 необходимо выбирать хостинг с доступом по RDP или предварительно выполнить переход с ЗУП 2.5 на современную редакцию ЗУП 3.1 в локальной базе, после чего загрузить данные в 1С:Фреш.

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

Посмотрим, как осуществляется обмен данными при переходе с локального компьютера в сервис 1С:Фреш и обратно. Прямая загрузка и выгрузка файлов выгрузки базы данных (.dt) во 1С:Фреш стандартным пользователям недоступна из-за мультиарендной архитектуры сервиса. Перенос выполняется на уровне данных (в формате XML).

Переход из локальной базы БП 3.0 в 1С:Фреш:

1. Убедимся, что релиз локальной конфигурации Бухгалтерия предприятия полностью совпадает с актуальным релизом в сервисе 1С:Фреш (или обновлен до последнего версии).
2. Откроем локальную базу и перейдем в раздел Администрирование — Переход в сервис (или Выгрузить данные для перехода в сервис).
3. Сформируем архив данных. Программа выгрузит файл данных в формате XML, упакованный в ZIP-архив.
4. В личном кабинете 1С:Фреш выберем команду добавления новой приложения и загрузим подготовленный архив.

Выгрузка данных из 1С:Фреш обратно в локальную версию:

1. В облачной базе перейдем в раздел Администрирование — Перенести данные в локальную версию.
2. Дождемся завершения формирования архива и скачаем его на локальный компьютер.
3. Создадим пустую локальную базу 1С нужной конфигурации (с точно таким же релизом) и при первом запуске укажем загрузку данных из сформированного файла выгрузки.

Защита баз от вирусов-шифровальщиков и организация бэкапов

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

Правила защиты данных в облачной среде:

• Изоляция доступа: При работе через RDP не следует монтировать локальные диски клиентского компьютера на сервер с правами записи, если в этом нет крайней необходимости. Если вирусом заразится ПК пользователя, он может зашифровать все доступные по сетевым путям папки на сервере.
• Автоматические снапшоты дисков: На стороне RDP-провайдера должно быть настроено ежедневное создание снимков состояния виртуального сервера (снапшотов) на уровне гипервизора. К этим бэкапам у пользователя RDP не должно быть прямого доступа.
• Использование хранилищ WORM: Резервные копии баз данных (файлы .1CD или выгрузки .dt) рекомендуется автоматически отправлять в облачное объектное хранилище с политикой WORM (Write Once, Read Many). Записанный в такое хранилище файл невозможно удалить или перезаписать даже при компрометации учетной записи администратора в течение определенного периода.
• Автоматический бэкап в 1С:Фреш: В сервисе 1С:Фреш резервное копирование выполняется полностью автоматически на стороне инфраструктуры «1С», что исключает риск повреждения копий шифровальщиком на ПК пользователя.

Настройка электронной подписи и КриптоПро при работе в облаке

Выясним, как настроить отправку отчетности через сервис 1С-Отчетность с использованием криптопровайдера (КриптоПро CSP) при работе в облаке.

1. При работе через RDP:

   Криптопровайдер КриптоПро CSP устанавливается непосредственно на виртуальный сервер. Если сертификат электронной подписи записан на физический токен (например, Рутокен или USB-флешку), в настройках RDP-клиента включает перенаправление смарт-карт (Smart Card Redirection) или используем специализированные утилиты для проброса USB-портов (USB over IP).

2. При работе через 1С:Фреш:

   Сертификат и СКЗИ КриптоПро CSP могут быть установлены на локальном ПК пользователя. Тонкий клиент или веб-браузер взаимодействует с местным криптопровайдером для подписания документов перед отправкой на сервер. Также возможна интеграция с сервисом облачной электронной подписи (КриптоПро DSS).

Итоговые рекомендации по выбору облака

Проанализировав требования к конфигурациям и режиму работы, сформулируем итоговые критерии выбора:

• Если вам требуются только типовые конфигурации (БП 3.0, ЗУП 3.1, УНФ) без существенных доработок конфигуратора, а также минимальные затраты на администрирование — выбирайте 1С:Фреш.
• Если у вас используются устаревшие базы (ЗУП 2.5), сильно доработанные конфигурации или требуется работа через толстый клиент — выбирайте аренду виртуального сервера (RDP / RemoteApp) у специализированных облачных провайдеров.