1С в облаке: стоит ли переносить, сколько стоит и какие риски

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

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

Что вообще значит «1С в облаке»

За фразой «1С в облаке» прячутся как минимум две разные вещи, и их постоянно путают.

Первое — это аренда сервера в дата-центре, на котором стоит ваша собственная база 1С. По сути это перенос привычной серверной из офиса в профессиональный дата-центр (модель IaaS — Infrastructure as a Service, аренда инфраструктуры). Конфигурация ваша, доработки ваши, обмены ваши — меняется только то, где физически крутится железо.

Второе — это готовый облачный сервис 1С, где вы вообще не имеете дела с сервером, а работаете с типовой базой через браузер (модель SaaS — Software as a Service, программа как услуга). Самый известный пример — сервис 1cfresh (1С:Fresh) от самой фирмы «1С».

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

Четыре варианта размещения 1С

На практике компания выбирает между четырьмя сценариями.

1. Своя серверная (on-premise). Сервер 1С стоит в офисе, в собственной серверной или серверном шкафу. Полный контроль, данные «у себя», нет зависимости от внешнего интернета для работы внутри офиса. Минусы — вы сами отвечаете за железо, питание, охлаждение, бэкап и за то, чтобы кто-то это всё обслуживал. Удалённый доступ нужно настраивать и защищать отдельно.

2. Аренда выделенного или виртуального сервера в дата-центре. Та же ваша база, но сервер арендуется в дата-центре (IaaS). Железо, питание, каналы и физическая безопасность — на провайдере дата-центра, администрирование операционной системы и 1С — на вас или вашем аутсорсере. Доступ к базе из любого места, профессиональные инженерные системы дата-центра, проще масштабировать ресурсы.

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

4. 1cfresh (1С:Fresh). Полноценный SaaS: вы оплачиваете подписку, заходите через браузер, работаете с типовой конфигурацией. Не нужно думать ни про сервер, ни про обновления, ни про бэкап — всё на стороне сервиса. Расплата за удобство — ограниченная возможность дорабатывать конфигурацию и подключать нестандартные интеграции.

Сравнительная таблица вариантов

Чтобы было нагляднее, сведём ключевые отличия в таблицу. Оценки — относительные, для быстрого ориентира.

Таблица не даёт «правильного» ответа — она показывает, что выбор всегда про баланс контроля, гибкости и зоны ответственности. Дальше разберём, в каких ситуациях какой вариант обычно выигрывает.

Когда перенос в облако оправдан

Перенос 1С из своей серверной в облако или на арендованный сервер обычно оправдан, если выполняется хотя бы одно из условий:

• Старое или ненадёжное железо. Серверу 5–7 лет, диски близки к выработке ресурса, нет резервного питания. Покупать новый сервер дорого, а аренда снимает капитальные вложения.
• Нужен удалённый доступ. Бухгалтерия, удалённые сотрудники, филиалы должны работать с одной базой из разных мест. Городить VPN и пробросы к офисному серверу — больше возни, чем перенести базу туда, где доступ изначально предусмотрен.
• Нет нормального бэкапа и администратора. Если базу 1С последний раз бэкапили «когда-то», а сервером занимается «тот, кто умеет» — это бомба замедленного действия. Перенос с настройкой регулярного бэкапа и мониторинга закрывает этот риск.
• Несколько офисов и рост. Когда точек становится больше, центральная база в дата-центре с управляемым доступом проще, чем сервер в одном из офисов, к которому все «ходят» по сети.
• Идёт более широкая миграция в облако. Если компания и так переносит часть инфраструктуры, логично пересмотреть и размещение 1С заодно. Как это устроено в целом — разбирали в материале про миграцию в облако Yandex, VK, Selectel.

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

Когда переносить не стоит

Облако — не универсальное лекарство. Есть ситуации, когда спешить с переносом не нужно или это прямо вредно.

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

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

Риски переноса и как их закрыть

Главные риски переноса 1С в облако предсказуемы, и каждый закрывается на этапе проектирования.

Доступность: нет интернета — нет 1С. Когда база живёт в дата-центре, работоспособность офиса зависит от канала связи. Лечится резервным каналом (например, основной оптический плюс резервный LTE) и автоматическим переключением. Для критичных бизнесов — два независимых провайдера.

Интеграции и обмены. Банк-клиент, ЭДО (электронный документооборот — Диадок, СБИС), обмен с сайтом, с маркетплейсами, с другими базами — всё это нужно перенести и перенастроить так, чтобы не порвались связи. Перед миграцией собирается полный список обменов, иначе после переноса «вдруг» перестанет выгружаться платёжка или загружаться выписка.

Печатные формы и локальная печать. Печать на локальные принтеры (накладные, чеки, этикетки) из облачной базы требует настройки — это классический «забытый» пункт, который всплывает в первый же рабочий день после переноса. Проверяется заранее на тестовом контуре.

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

Бэкап и зона ответственности. Критично заранее зафиксировать в договоре, кто делает бэкап базы. Провайдер дата-центра при аренде сервера отвечает за работу железа, но не за вашу базу. Правильная схема — бэкап по правилу 3-2-1 (три копии, на двух носителях, одна вне площадки) с регулярной проверкой восстановления. Подробно — в нашем материале про 7 ошибок корпоративной сети, где непроверенный бэкап стоит отдельным пунктом.

Лицензии 1С. При смене модели размещения нужно проверить, как лягут лицензии: клиентские, серверная, аренда лицензий через сервис. Это решаемый, но обязательный к проверке вопрос.

Сколько это стоит — ориентиры

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

• Разовый перенос и проектирование. Зависит от размера базы, числа пользователей, количества обменов и сложности конфигурации. Простая типовая база переносится быстро; нагруженная база с десятком интеграций — это полноценный проект.
• Ежемесячная аренда сервера или подписка на сервис. Для аренды сервера зависит от требуемых ресурсов (процессор, память, диск) под ваше число пользователей. Для 1cfresh — от тарифа и числа пользователей.
• Сопровождение. Обновления, мониторинг, бэкап, поддержка пользователей — либо вашими силами, либо по договору с аутсорсером.

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

Как проходит перенос и роль аутсорсера

Грамотный перенос 1С в облако — это проект из нескольких этапов, а не «скопировали базу за вечер».

1. Аудит. Снимаем размер базы, число пользователей, конфигурацию, список доработок, все обмены и интеграции, используемое локальное оборудование, текущую производительность.
2. Выбор варианта размещения. Под собранные данные подбираем модель: аренда сервера, облако «под ключ» или 1cfresh — с обоснованием, а не «по умолчанию в облако».
3. Проектирование. Ресурсы сервера, схема доступа, резервный канал, схема бэкапа, перечень интеграций к переносу, план тестирования печатных форм.
4. Тестовый перенос. Поднимаем копию базы на новом месте, проверяем скорость, обмены, печать, работу периферии — до того как переключать боевую базу.
5. Боевой перенос. Обычно в выходной: финальный бэкап, перенос актуальной базы, переключение пользователей, контроль первого рабочего дня.
6. Сопровождение. Дальше база живёт под мониторингом NOC, с регулярным бэкапом и поддержкой по SLA.

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

FAQ

Стоит ли вообще переносить 1С в облако?

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

Чем облачная 1С отличается от 1cfresh?

1cfresh (сервис 1С:Fresh) — это готовый SaaS, где вы работаете с типовой конфигурацией через браузер и ничего не администрируете, но и менять конфигурацию глубоко нельзя. Облачная 1С на арендованном сервере (IaaS) — это ваша полноценная база на виртуальном сервере: можно дорабатывать конфигурацию, ставить любые расширения, подключать обмены, но за администрирование сервера отвечаете вы или ваш аутсорсер. Грубо: 1cfresh — «снял квартиру с мебелью», аренда сервера — «снял пустую квартиру и обустроил под себя».

Сколько стоит перенести 1С в облако?

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

Будет ли 1С в облаке работать быстрее?

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

Какие главные риски переноса 1С в облако?

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

Можно ли подключить к облачной 1С кассы, банк-клиент и ЭДО?

Да, но это нужно проектировать заранее. Торговое оборудование (кассы, сканеры, весы) подключается через локальный агент или специальные модули, банк-клиент и ЭДО (Диадок, СБИС) — через настроенные обмены и проброс. На типовом 1cfresh часть таких интеграций ограничена, на арендованном сервере доступно практически всё, но требует настройки. Список используемого оборудования и обменов нужно собрать до переноса.

Кто отвечает за бэкап базы в облаке?

Это нужно зафиксировать в договоре. В SaaS-сервисах типа 1cfresh бэкап обычно делает провайдер сервиса. При аренде сервера (IaaS) бэкап чаще всего на вашей стороне или на стороне аутсорсера, который ведёт сервер — провайдер дата-центра отвечает только за работу железа, а не за вашу базу. Правильная схема — бэкап по правилу 3-2-1 с регулярной проверкой восстановления. Уточняйте зону ответственности до подписания договора.

Вывод

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

Главное правило: переносить нужно не «потому что модно», а потому что текущая схема упирается в конкретную боль — железо, доступ, бэкап, рост. И до переноса стоит закрыть базовые риски: резервный интернет-канал, список интеграций, зону ответственности за бэкап и российское размещение данных.

Кибер Авангард делает этот проект под ключ: аудит, обоснованный выбор варианта, тестовый и боевой перенос без потери обменов, дальнейшее сопровождение под SLA с мониторингом из NOC. Если у вас на повестке «куда переселить 1С» — напишите нам, проведём бесплатный аудит и предложим вариант с расчётом под вашу инфраструктуру.