Аренда 1С в облаке: когда она выгоднее своего сервера

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

Минусы тоже есть: зависимость от интернета, ограничения на доработки, сложности с торговым оборудованием и вопрос, кто отвечает за данные. Если конфигурация сильно доработана или пользователей больше 30–50, честный расчёт часто показывает, что свой сервер выгоднее.

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

Под словом «облако» провайдеры продают разные вещи. От модели зависит, что вы сможете делать с базой и сколько заплатите.

SaaS: типовая база в сервисе

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

• ✅ Самый низкий порог входа: регистрация — и база готова.
• ✅ Обновления ставятся без вашего участия.
• ❌ Изменять конфигурацию нельзя. Доработки — только через расширения, и то если сервис их допускает после проверки.
• ❌ Внешние обработки и отчёты обычно проходят проверку или ограничены.

Аренда сервера с удалённым рабочим столом

Провайдер выделяет вам сеанс на терминальном сервере (RDP или RemoteApp). На экране открывается обычная 1С, как на офисном компьютере. Внутри может быть любая конфигурация, в том числе доработанная.

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

Публикация через веб-клиент или тонкий клиент

База опубликована на веб-сервере провайдера. Пользователь подключается тонким клиентом 1С (1cv8c) по HTTP или открывает базу в браузере. Терминальный сервер не нужен, нагрузка на канал меньше.

• ✅ Работает с ноутбука, Mac, Linux, из браузера.
• ❌ Часть старых обработок, написанных под толстый клиент, в веб-клиенте не откроется.

Облачная 1С против коробки на своём сервере

«Коробка» (on-premise) — это когда вы купили лицензии и поставили 1С на свой компьютер или сервер в офисе. Все решения и все проблемы — ваши.

Расчёт на пальцах. Компания на 5 пользователей, Бухгалтерия и ЗУП.

• 🧾 Коробка: лицензии на программы и рабочие места, сервер или мощный ПК, договор сопровождения, часы администратора. Только старт ориентировочно 150–250 тыс. ₽, дальше — от 5–10 тыс. ₽ в месяц на сопровождение и обслуживание.
• ☁️ Облако: примерно 1 000–2 500 ₽ за пользователя в месяц, итого 5–12,5 тыс. ₽. Стартовых затрат почти нет.

На горизонте 2–3 лет при 5 пользователях облако обычно выходит не дороже. При 30–50 пользователях и тяжёлых доработках выгоднее становится свой сервер — арендный счёт растёт линейно с числом сеансов.

Плюсы аренды 1С для бизнеса

Деньги и предсказуемость

• 💰 Нет крупного разового платежа за лицензии и сервер.
• 📅 Расход равномерный и понятный: N пользователей × тариф.
• 📈 Пользователей можно добавить на месяц (сезон, годовой отчёт) и потом отключить.

Меньше администрирования

• 🔄 Обновления типовых конфигураций провайдер ставит сам или по графику.
• 💾 Резервные копии делаются ежедневно, их хранят отдельно от рабочей базы.
• 🛠 Не нужно следить за сервером, дисками, СУБД и лицензиями.

Работа из любого места

• 🌍 Бухгалтер на удалёнке, директор в командировке, филиал в другом городе — все работают в одной базе.
• 🤝 Удобно давать доступ внешнему бухгалтеру или аудитору: отдельный пользователь, отдельные права, отключили — и доступа больше нет.

Минусы и риски облачных сервисов 1С

Облако не волшебное. Риски надо знать заранее, чтобы закрыть их договором и настройками.

• 🌐 Интернет. Нет связи — нет 1С. В офисе нужен резервный канал, хотя бы мобильный модем. Для одного пользователя на RDP хватает стабильных 2–5 Мбит/с, но важнее задержка и отсутствие обрывов.
• 🖨 Оборудование. Сканеры штрихкодов, фискальные регистраторы, принтеры этикеток через облако подключаются сложнее. В рознице и на складе это главный камень преткновения.
• 🔒 Зависимость от провайдера. Если сервис закроется или поднимет цены, нужно уметь быстро забрать базу.
• ⚙️ Ограничения SaaS. Нельзя «чуть-чуть поправить» печатную форму в конфигураторе. Только расширение или внешняя форма, и только если сервис их пропускает.
• 🐢 Производительность. На дешёвых тарифах сервер делят десятки клиентов. Закрытие месяца в пиковые дни может идти заметно медленнее, чем на своём сервере.
• 📂 Обмен с локальными файлами. Загрузка выписок, выгрузка отчётов в Excel, отправка файлов — через проброс дисков или веб-интерфейс. Пользователей придётся научить.

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

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

Кто отвечает за данные

В облаке данные физически лежат у провайдера. Ответственность при этом делится:

• провайдер отвечает за сервер, сеть, резервные копии и разграничение клиентов;
• вы отвечаете за пароли, права пользователей и то, кому выдали доступ.

На практике утечки чаще случаются по второй причине: общий логин на всех, пароль в чате, уволенный сотрудник с живой учёткой.

Персональные данные

В базе ЗУП и Бухгалтерии есть паспортные данные, СНИЛС, зарплаты сотрудников. Это персональные данные по 152-ФЗ. Закон требует хранить базы с персональными данными граждан РФ на территории России — проверьте, что дата-центр провайдера находится в РФ.

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

Сохранность учётных документов

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

• 💾 раз в месяц или после закрытия периода сохраняйте у себя собственную копию базы ;
• 📁 храните её отдельно — не на том же облачном диске.

Минимальные настройки защиты

1. Отдельный пользователь 1С на каждого сотрудника, без общих учёток.
2. Права по ролям: кассир не видит зарплату, менеджер не правит проведённые документы прошлых периодов.
3. Дата запрета изменения данных после сдачи отчётности.
4. Двухфакторная аутентификация на входе в RDP или личный кабинет сервиса, если провайдер её поддерживает.
5. Сразу блокировать доступ уволенным: в 1С и в кабинете провайдера.

Как выбрать провайдера для аренды 1С

Цены у провайдеров отличаются в 2–3 раза при похожих словах на сайте. Разница — в деталях, которые видно только в договоре и на тестовом периоде.

Что спросить до оплаты

• 📜 Лицензии. Право сдавать программы 1С в аренду есть у партнёров по специальной программе фирмы 1С. Попросите подтверждение, а не просто «у нас всё легально».
• 🏢 Где сервер. Дата-центр в России, уровень резервирования, есть ли второй дата-центр для копий.
• 💾 Резервные копии. Как часто, сколько дней хранятся, как быстро восстанавливают по запросу и сколько это стоит.
• 📤 Выход. Сколько дней займёт выгрузка вашей базы при расторжении, в каком формате, платно ли.
• ⏱ SLA. Доступность в процентах и компенсация за простой. 99,5% — это до 3,6 часа простоя в месяц, 99,9% — около 43 минут.
• 🧑‍💻 Поддержка. Часы работы, время реакции, решают ли вопросы по 1С или только по серверу.
• 🔧 Доработки. Можно ли загружать свои расширения и внешние обработки, есть ли доступ в Конфигуратор.

Тестовый период — проверяйте на своих задачах

Почти все дают 14–30 дней бесплатно. Не ограничивайтесь «зашли, посмотрели».

Переезд в облако: как перенести базу без потерь

Подготовка

1. Выберите дату переезда — лучше после сдачи отчётности, не в последние дни квартала.
2. Обновите конфигурацию до релиза, который поддерживает сервис. SaaS принимает только типовые конфигурации определённых релизов, обычно не старше нескольких последних.
3. Проверьте, нет ли в базе изменений типовой конфигурации. Для SaaS база должна быть без доработок или с доработками, вынесенными в расширение.
4. Проведите тестирование и исправление базы в Конфигураторе, если в ней давно не было обслуживания.

Выгрузка базы

Выгрузите полную копию в файл .dt. В Конфигураторе это Администрирование → Выгрузить информационную базу.

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

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

Загрузка и проверка

1. Передайте файл провайдеру или загрузите через личный кабинет.
2. После загрузки сверьте контрольные цифры: оборотно-сальдовую ведомость за последний закрытый период, остатки по 51, 60, 62, 10, 41 счетам, число сотрудников и начисления за последний месяц.
3. Проверьте пользователей и права. В SaaS пользователей часто создают заново через кабинет сервиса.
4. Перенесите настройки обменов: банк-клиент, ЭДО, обмен с сайтом или кассой. Они привязаны к адресам и путям и после переезда сами не заработают.

Переходный период

• 🔁 Неделю-две держите старую базу в режиме «только просмотр», чтобы сверяться.
• 🚫 Не вводите документы в обе базы одновременно — потом их невозможно свести.
• 👥 Назначьте одного ответственного, к кому идут все вопросы «у меня не открывается».

Обратный переезд

Из облака тоже можно уйти. Провайдер выгружает базу в .dt, вы загружаете её на свой сервер через Администрирование → Загрузить информационную базу в Конфигураторе. Из SaaS базу забирают так же, но учтите: лицензии сервиса на ваш компьютер не переходят, свои нужно купить заранее.

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