Перенос 1С в облако: выбор варианта, сервер, миграция базы и защита данных

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

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

Три способа сделать 1С облачной

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

Что выигрываете от переезда

Причины, по которым бизнес переходит, обычно приземлённые:

• 🌐 Работа откуда угодно. Бухгалтер на удалёнке открывает ту же базу, что и коллеги в офисе. Не нужен VPN и проброс портов.
• 🔄 Один экземпляр данных. Исчезают «копии на флешке» и расхождения между файлами.
• 💾 Копирование не зависит от человека. Резервные копии идут по расписанию, а не «когда вспомнили».
• 🖥️ Слабые рабочие места не мешают. Тяжёлую работу делает сервер, на компьютере сотрудника достаточно браузера или тонкого клиента .
• 🧩 Нет привязки к одной машине. Сломался офисный системник — работа не остановилась.

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

Как выбрать площадку и тариф

Смотрите не на цену в рекламе, а на то, что в неё входит. Проверьте у провайдера по списку:

1. Входит ли лицензия на платформу 1С и клиентские лицензии, или их нужно покупать отдельно.
2. Кто ставит обновления конфигурации и как согласуется время.
3. Сколько копий хранится и как долго, можно ли скачать копию себе.
4. Есть ли тестовая база для проверки обновлений.
5. Можно ли подключать внешние обработки, расширения и обмены с другими системами.
6. Что с электронной подписью: токен через проброс USB или облачная подпись.
7. Условия выхода: отдадут ли базу при расторжении и в каком формате.

Ориентиры по деньгам, чтобы не гадать: подписка на сервис для одного-двух пользователей обычно стоит от нескольких сотен до нескольких тысяч рублей в месяц, аренда сервера под 5–10 пользователей — примерно от 5 до 15 тысяч рублей в месяц. Разброс большой: зависит от провайдера, числа сеансов и того, включены ли лицензии. Запрашивайте расчёт под ваше число пользователей.

Требования к серверу для облачной 1С

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

Ориентировочный расчёт

Это именно ориентиры. Реальную нагрузку задают объём базы, число одновременных сеансов, регламентные задания и тяжёлые отчёты.

Что учесть кроме железа

• 💽 Диск. SSD обязателен. На обычном HDD база будет «думать» на каждом проведении.
• 🗄️ СУБД. Для файловой базы хватит встроенных средств, для серверной нужна PostgreSQL или MS SQL. Файловая база на нескольких десятках пользователей работает хуже клиент-серверной.
• 🔢 Версия платформы. Серверная часть и клиенты должны совпадать по версии платформы 8.3 с точностью до релиза.
• 🌍 Канал. Для тонкого клиента ориентируйтесь на устойчивый канал с небольшой задержкой. Важна не только скорость, но и стабильность.

Пошагово: как перенести 1С в облако

Порядок один для любого способа, различается только место, где вы разворачиваете базу.

1. Подготовьте базу

• Закройте периоды, проведите незавершённые документы, проверьте регламентные операции.
• Выполните в конфигураторе «Администрирование» → «Тестирование и исправление», чтобы убедиться, что база не битая.
• Выгрузите список внешних обработок, расширений и обменов: их придётся подключать заново.

2. Сделайте выгрузку

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

Перед любыми действиями с рабочей базой сделайте копию и согласуйте работы с регламентом.

3. Разверните среду

• В сервисе: заведите базу в личном кабинете провайдера и загрузите .dt в соответствии с его инструкцией.
• На арендованном сервере: установите платформу нужного релиза, создайте базу, загрузите выгрузку командой «Администрирование» → «Загрузить информационную базу».
• На своём сервере: дополнительно настройте кластер серверов 1С и СУБД.

4. Настройте доступ

Есть два основных режима:

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

Для публикации нужен защищённый адрес с сертификатом, иначе браузер будет ругаться, а данные пойдут открытым текстом.

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

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

Как не потерять данные во время переезда

• Назначьте «день заморозки»: после выгрузки .dt в старую базу никто ничего не вносит.
• Если работа не может стоять, ведите короткий журнал документов , внесённых за время переноса, и после запуска перенесите их вручную.
• Первые два-три дня держите старую базу рядом в режиме чтения: она пригодится для сверки остатков и оборотов.
• После запуска сформируйте оборотно-сальдовую ведомость в старой и новой базе на одну дату и сравните итоги.

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

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

Как ускорить облачную 1С

Если после переезда стало медленнее, чаще всего виноваты не «облако», а несколько конкретных вещей.

Проверьте по порядку

1. Канал и задержка. Для терминального режима неприятна нестабильная связь, а не низкая скорость. Проверьте потери пакетов.
2. Нагрузка на сервер. Посмотрите загрузку процессора и памяти в часы пик. Если упёрлись, не размножайте пользователей, а увеличьте ресурсы.
3. Регламентные задания. Тяжёлые фоновые задания, запущенные в рабочее время, тормозят всех. Перенесите их на ночь.
4. Блокировки. Конфликты при проведении документов бывают у тех, кто делает массовые операции одновременно.
5. Обслуживание СУБД. Для серверной базы нужны регулярное обновление статистики и переиндексация.

Мелочи, которые дают эффект

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

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

Облако переносит риск, но не отменяет его. Базой теперь можно воспользоваться из интернета, значит защиту нужно строить заранее.

Доступ

• 🔐 Уникальный пароль каждому пользователю, никаких общих учёток.
• 👥 Права по ролям: бухгалтер не должен видеть настройки администратора.
• 🛡️ Двухфакторная защита входа на уровне сервера или провайдера, если она доступна.
• 🚪 Для публикации — только защищённое соединение по HTTPS, наружу не выставляйте служебные порты кластера и СУБД.

Копии

Правило простое: копия, которую вы ни разу не восстанавливали, не считается копией.

• Ежедневная автоматическая копия базы плюс отдельная копия перед обновлением конфигурации.
• Хранить копии нужно не на том же диске, что сама база, и желательно не только у одного провайдера.
• Раз в квартал разворачивайте копию в тестовой базе и убеждайтесь, что данные открываются.

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

Мини-проверка перед запуском

Типичные ошибки при миграции

Здесь только то, что не вошло в шаги выше:

• ❌ Переносят неочищенную базу. Годами копившийся мусор, дубли контрагентов и «временные» документы едут в облако вместе с базой и там мешают так же, как и раньше.
• ❌ Забывают про печатные формы. Внешние печатные формы и отчёты, подключённые из файлов на офисном диске, после переезда перестают открываться.
• ❌ Не проверили подпись. Токен ЭП, который работал на офисном компьютере, в удалённом сеансе может не определяться, пока не настроен проброс устройства.
• ❌ Оставили две рабочие базы. Часть сотрудников продолжает вносить данные в старую. Через месяц сверять расхождения приходится вручную.
• ❌ Не согласовали окно обновления. Провайдер обновил конфигурацию днём в отчётный период, а доработки не готовы.
• ❌ Не проверили условия выхода. Через год оказывается, что базу можно забрать только за плату или в неудобном виде.

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