1С в облаке или на своём сервере: что лучше для вашего бизнеса

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

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

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

Чем облачная 1С отличается от серверной

Под облачной 1С обычно понимают два варианта: готовые сервисы вроде 1С:Фреш, где вы работаете с типовыми конфигурациями через браузер или тонкий клиент, и аренду виртуального сервера (VPS/VDS), на котором разворачивается собственная база. Первый вариант максимально прост, но ограничен по доработкам; второй по возможностям близок к локальному серверу, но железо обслуживает провайдер.

Серверный вариант предполагает покупку или аренду физического оборудования, установку платформы 1С:Предприятие и, при клиент-серверной архитектуре, СУБД (например, PostgreSQL или MS SQL Server). Администрирование — обновления платформы и конфигураций, резервное копирование, мониторинг, защита от сбоев — полностью ложится на компанию или привлечённого специалиста.

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

Сравнение по ключевым параметрам

Чтобы выбор был предметным, сопоставим варианты по параметрам, которые реально влияют на работу и бюджет.

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

Когда облако — оптимальный выбор

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

Облако удобно при территориально распределённой команде: бухгалтер в одном городе, менеджеры в другом, руководитель смотрит отчёты с планшета. Не нужно поднимать VPN, публиковать базу и настраивать защиту периметра — доступ уже организован через защищённое соединение провайдера.

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

Сравнение вариантов развёртывания

Облачный сервис (1С:Фреш и аналоги)

Малый бизнес, типовые конфигурации, нет своего администратора. Ограничение: доработки и прямой доступ к СУБД недоступны.

Аренда виртуального сервера (VPS)

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

Собственный сервер в офисе

Много пользователей, большие базы, строгие требования к данным. Ограничение: полная ответственность за отказоустойчивость и безопасность.

Когда нужен собственный сервер

Собственный сервер оправдан при 20–30 и более одновременных пользователях: абонентская плата за облако в таком масштабе за несколько лет превышает стоимость железа и обслуживания. Кроме того, при большом числе сеансов важна предсказуемая производительность, которую проще обеспечить на выделенном оборудовании с правильно настроенной СУБД.

Второй аргумент — интеграции. Обмены с сайтом, CRM, складским оборудованием, весами, эквайрингом, системами ЕГАИС или «Честный знак» часто требуют прямого доступа к базе, установки внешних компонентов и настройки сетевых взаимодействий. В типовом облачном сервисе это либо невозможно, либо сильно ограничено.

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

Как оценить стоимость владения честно

Частая ошибка — сравнивать только цену подписки с ценой сервера. Корректнее считать совокупную стоимость владения за 3–5 лет. В облако входят подписка, возможные доплаты за объём и дополнительные сервисы. В сервер — железо с запасом мощности, лицензии на платформу и СУБД (или бесплатная PostgreSQL), ИБП, работа администратора или аутсорсинг, резервное копирование и периодическая замена оборудования.

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

1. 1
   Посчитайте число одновременных пользователей и объём базы
2. 2
   Проверьте, есть ли доработки конфигурации и внешние интеграции
3. 3
   Уточните требования к хранению данных в договорах и регламентах
4. 4
   Сравните совокупную стоимость владения обоих вариантов на горизонте 3–5 лет
5. 5
   Оцените наличие специалиста для администрирования — своего или на аутсорсинге
6. 6
   Примите решение и зафиксируйте план миграции с резервными копиями

Миграция: из облака на сервер и обратно

Переезд начинается с полной выгрузки данных. Из облачного сервиса база обычно выгружается в формате dt или через штатные механизмы переноса; на своём сервере делается выгрузка из конфигуратора или средствами СУБД. Перед переездом проверьте версии платформы и конфигурации: они должны совпадать или быть совместимыми, иначе загрузка завершится ошибкой.

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

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

Как проверить результат миграции

Оборотно-сальдовая ведомость

Норма

Сальдо и обороты совпадают со старой площадкой

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

Расхождения в суммах — искать незагруженные документы

Права пользователей

Норма

Каждый видит только свои разделы

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

Лишние права или недоступные документы

Обмены и интеграции

Норма

Документы уходят и приходят без ошибок

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

Ошибки подключения, дубли документов

Скорость работы

Норма

Формы открываются без длительных ожиданий

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

Зависания при проведении и отчётах

Типичные ошибки при выборе

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

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

Как выбрать действие

До 10–15 пользователей, типовая конфигурация, нет администратораВыбирайте облачный сервис — старт быстрее и дешевле

Доработанная конфигурация, обмены с оборудованием и сайтомСобственный сервер или аренда VPS с полным доступом

Более 20–30 пользователей и большая базаСчитайте стоимость владения: сервер часто выгоднее на горизонте 3–5 лет

Регламент запрещает хранение данных у сторонних провайдеровТолько собственный сервер с настроенным резервным копированием

Команда распределена по городамОблако или сервер с публикацией через защищённый доступ

FAQ

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

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

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

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

Что делать, если интернет пропал, а база в облаке?

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

Какая СУБД нужна для серверной 1С?

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

Можно ли совместить оба варианта?

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

Как часто нужно проверять резервные копии на своём сервере?

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