Чек-лист: 10 критериев готовности к 1С в облаке

Коротко: Переход на 1С:Fresh и облачные лицензии оправдан, если у вас от 3 до 50 пользователей, нет выделенного IT-штата, стабильный интернет от 10 Мбит/с и нет специфических доработок, требующих прямого доступа к серверу. Средняя экономия на инфраструктуре — 30–60% в год. Ниже — 10 чётких критериев, по которым вы за 20 минут поймёте, готова ли ваша компания к облаку.

Зачем вообще нужен чек-лист перед переходом на облачную 1С?

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

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

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

Критерий 1: Количество пользователей и модель лицензирования

Первый и самый очевидный вопрос: сколько человек будут работать в системе одновременно? Облачная модель лицензирования принципиально отличается от классической «коробочной».

В 1С:Fresh используется модель подписки: вы платите ежемесячно за каждого пользователя. Стоимость одного пользователя в месяц — от 600 до 1200 рублей в зависимости от конфигурации. При 5–15 пользователях это экономически выгоднее, чем покупка серверной лицензии 1С (от 86 400 рублей) плюс клиентских лицензий (от 6 300 рублей каждая) плюс расходы на сервер и его обслуживание.

Однако при большом количестве пользователей (свыше 50–80 человек) ежемесячная подписка может оказаться дороже, чем разовая покупка лицензий с последующей амортизацией. Используйте простую формулу для расчёта точки безубыточности:

// Пример расчёта точки безубыточности: облако vs. локальная установка
// Запускается как внешняя обработка для быстрой оценки

Процедура РассчитатьТочкуБезубыточности()

	// Параметры локальной установки
	СтоимостьСерверногоЛицензирования = 86400; // Руб., серверная лицензия 1С
	СтоимостьКлиентскойЛицензии = 6300;       // Руб., одна клиентская лицензия
	СтоимостьСервера = 120000;                 // Руб., минимальный сервер
	ОбслуживаниеВГод = 60000;                  // Руб., зарплата/услуги сисадмина

	// Параметры облачной подписки
	СтоимостьПользователяВМесяц = 900;         // Руб., средняя цена Fresh

	// Количество пользователей (подставить реальное значение)
	КоличествоПользователей = 15;

	// Расчёт совокупной стоимости владения за 3 года
	ТСО_Локальная = СтоимостьСерверногоЛицензирования
		+ (СтоимостьКлиентскойЛицензии * КоличествоПользователей)
		+ СтоимостьСервера
		+ (ОбслуживаниеВГод * 3);

	ТСО_Облако = СтоимостьПользователяВМесяц * КоличествоПользователей * 36;

	// Вывод результата
	Если ТСО_Облако < ТСО_Локальная Тогда
		Сообщить("Облако выгоднее на " + Формат(ТСО_Локальная - ТСО_Облако, "ЧДЦ=0; ЧРД=.; ЧГ=3") + " руб. за 3 года");
	Иначе
		Сообщить("Локальная установка выгоднее на " + Формат(ТСО_Облако - ТСО_Локальная, "ЧДЦ=0; ЧРД=.; ЧГ=3") + " руб. за 3 года");
	КонецЕсли;

КонецПроцедуры

Вывод по критерию: Если у вас 3–50 пользователей — облако, скорее всего, выгоднее. Более 80 пользователей — считайте индивидуально. Промежуток 50–80 — зона неопределённости, требующая детального расчёта TCO.

Критерий 2: Качество и стабильность интернет-соединения

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

Минимальные требования к каналу связи для 1С:Fresh:

Скорость соединения: не менее 1 Мбит/с на пользователя (рекомендуется 3–5 Мбит/с)
Задержка (ping): не более 100 мс до серверов 1С (в идеале — до 50 мс)
Стабильность: uptime канала не менее 99,5% (допустимо не более 3,6 часа простоя в месяц)
Наличие резервного канала: желательно (мобильный интернет, второй провайдер)

Проверьте свой канал заранее: запустите тест на speedtest.net и ping 1cfresh.com в течение рабочего дня несколько раз. Если ping регулярно превышает 150 мс или скорость «проседает» — это красный флаг.

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

Вывод по критерию: Проведите нагрузочное тестирование канала в рабочие часы. Если средний ping до серверов 1С менее 80 мс и скорость стабильна — критерий пройден.

Критерий 3: Наличие нестандартных доработок и внешних компонент

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

Что нельзя использовать в 1С:Fresh:

Внешние компоненты (Native API, COM-объекты)
Прямые доработки конфигурации (снятие с поддержки)
Обращения к файловой системе сервера
Интеграции через COM-соединение с внешними программами
Нестандартные форматы обмена данными без API

Что можно использовать:

Расширения конфигурации (Extensions) — основной инструмент кастомизации в облаке
Внешние обработки и отчёты (с ограничениями безопасности)
HTTP-сервисы и REST API для интеграций
Веб-сервисы SOAP

Перед переходом необходимо провести аудит текущей базы. Вот пример кода для выгрузки списка всех расширений и внешних обработок:

// Аудит доработок: получение списка расширений конфигурации
// Помогает оценить объём работ перед миграцией в облако

Процедура АудитРасширенийКонфигурации()

	ТаблицаРасширений = Новый ТаблицаЗначений;
	ТаблицаРасширений.Колонки.Добавить("Имя");
	ТаблицаРасширений.Колонки.Добавить("Версия");
	ТаблицаРасширений.Колонки.Добавить("Активно");
	ТаблицаРасширений.Колонки.Добавить("ИспользуетВнешниеКомпоненты");

	// Перебираем все установленные расширения
	Для Каждого Расширение Из КонфигурацияРасширений.Получить() Цикл

		НоваяСтрока = ТаблицаРасширений.Добавить();
		НоваяСтрока.Имя = Расширение.Имя;
		НоваяСтрока.Версия = Расширение.Версия;
		НоваяСтрока.Активно = Расширение.Активно;

		// Флаг: нужна ручная проверка на внешние компоненты
		НоваяСтрока.ИспользуетВнешниеКомпоненты = Ложь; // Заполнить вручную после анализа

	КонецЦикла;

	// Выводим результат в табличный документ
	ТабДок = Новый ТабличныйДокумент;
	Макет = Новый ТабличныйДокумент;

	Для Каждого Строка Из ТаблицаРасширений Цикл
		Сообщить("Расширение: " + Строка.Имя
			+ " | Версия: " + Строка.Версия
			+ " | Активно: " + Строка.Активно);
	КонецЦикла;

КонецПроцедуры

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

Критерий 4: Требования к безопасности и защите персональных данных

Многие компании опасаются переносить данные в облако из соображений безопасности. Давайте разберём реальную картину, а не домыслы.

1С:Fresh соответствует следующим стандартам:

Федеральный закон № 152-ФЗ «О персональных данных»
Приказ ФСТЭК России № 21 (для операторов ПДн)
Данные хранятся на серверах в России (требование 149-ФЗ)
Шифрование данных при передаче (TLS 1.2/1.3)
Резервное копирование — ежедневно, хранение копий — 7 дней

Однако есть ограничения. Если ваша компания работает с данными, требующими сертификации по ГОСТ Р 57580 (банки, страховые компании, платёжные системы), или обрабатывает государственную тайну — стандартный 1С:Fresh не подойдёт. В таких случаях рассматривайте частное облако или гибридную модель.

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

Вывод по критерию: Для большинства малого и среднего бизнеса уровень безопасности 1С:Fresh достаточен. Для компаний с жёсткими регуляторными требованиями — требуется дополнительная экспертиза.

Критерий 5: Интеграции с внешними системами и оборудованием

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

Что работает в 1С:Fresh без изменений:

Обмен с банками через DirectBank (поддерживается большинством крупных банков)
Интеграция с ЕГАИС через UTM (с ограничениями)
Работа с маркировкой в 1С через систему «Честный ЗНАК» (API-интеграция)
Электронный документооборот через операторов ЭДО (Диадок, СБИС и др.)
Интеграция с маркетплейсами через внешние обработки

Что требует переработки или невозможно:

Прямое подключение кассового оборудования через COM-порт
Интеграция со сканерами штрих-кодов через локальную сеть
Синхронизация с производственным оборудованием через OPC-сервер
Обмен с другими локальными базами 1С через COM-соединение

Для подключения торгового оборудования в облаке используется специальный компонент — «1С:Линк» или «1С:Клиент ЭДО». Они устанавливаются локально и обеспечивают мост между облачной базой и локальным оборудованием.

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

Критерий 6: Объём и структура базы данных

Размер базы данных напрямую влияет на скорость работы в облаке и стоимость хранения. В 1С:Fresh существуют ограничения на объём базы данных, которые зависят от тарифного плана.

Типичные ограничения 1С:Fresh по объёму:

Тариф	Объём базы	Количество пользователей	Стоимость/мес.
Стартовый	до 10 ГБ	до 5	от 3 000 руб.
Базовый	до 50 ГБ	до 25	от 9 000 руб.
Профессиональный	до 200 ГБ	до 100	от 25 000 руб.
Корпоративный	без ограничений	без ограничений	индивидуально

Перед миграцией необходимо точно знать размер вашей базы. Вот как это проверить программно:

// Получение информации о размере информационной базы
// Используется для планирования миграции в облако

Функция ПолучитьИнформациюОБазе() Экспорт

	Результат = Новый Структура;

	// Получаем параметры текущей информационной базы
	ПараметрыБазы = ПолучитьИнформационнуюБазу();

	// Запрос для анализа объёма данных по основным объектам
	Запрос = Новый Запрос;
	Запрос.Текст =
		"ВЫБРАТЬ
		|	КОЛИЧЕСТВО(Ссылка) КАК КоличествоДокументов
		|ИЗ
		|	Документ.РеализацияТоваровУслуг";

	РезультатЗапроса = Запрос.Выполнить();
	Выборка = РезультатЗапроса.Выбрать();

	Если Выборка.Следующий() Тогда
		Результат.Вставить("КоличествоРеализаций", Выборка.КоличествоДокументов);
	КонецЕсли;

	// Дополнительная информация о системе
	Результат.Вставить("ВерсияПлатформы", СтрЗаменить(СистемнаяИнформация().ВерсияСистемы, ".", "_"));
	Результат.Вставить("РежимРаботы", РежимЗапуска());

	// Выводим сводную информацию
	Для Каждого ЭлементСтруктуры Из Результат Цикл
		Сообщить(ЭлементСтруктуры.Ключ + ": " + ЭлементСтруктуры.Значение);
	КонецЦикла;

	Возврат Результат;

КонецФункции

Помимо размера, важна история базы: если вы ведёте данные с 2005 года и никогда не проводили архивирование, в базе накопились гигабайты устаревших документов. Перед миграцией рекомендуется провести сворачивание базы — перенести старые данные в архивную базу, оставив в рабочей только актуальный период (обычно 3–5 лет).

Вывод по критерию: Базы до 50 ГБ мигрируют в облако без проблем. Базы 50–200 ГБ — требуют предварительного анализа и возможно архивирования. Более 200 ГБ — рассмотрите корпоративный тариф или частное облако.

Критерий 7: Регламент резервного копирования и требования к RTO/RPO

Один из самых недооценённых критериев при переходе в облако — понимание того, насколько быстро вы должны восстановить работу после сбоя и какой объём данных допустимо потерять. В терминах ITIL это называется RTO (Recovery Time Objective — максимально допустимое время восстановления) и RPO (Recovery Point Objective — максимально допустимая точка восстановления, то есть «глубина» потери данных). Если для вашего бизнеса критична потеря даже одного часа работы, выбирайте провайдера с резервным копированием каждые 15–30 минут и гарантированным SLA на восстановление. Большинство бюджетных тарифов предлагают бэкап раз в сутки — для розницы или производства это может быть неприемлемо.

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

Критерий 8: Квалификация сотрудников и готовность к изменению процессов

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

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

Критерий 9: Бюджет и совокупная стоимость владения (TCO)

Переход в облако часто воспринимается как способ сэкономить, однако реальная экономия зависит от корректного расчёта совокупной стоимости владения (TCO). В локальной модели вы единовременно платите за сервер, лицензии и работу администратора, но несёте постоянные расходы на электроэнергию, обслуживание оборудования и обновления. В облаке расходы становятся ежемесячными и предсказуемыми, но при большом числе пользователей или высоких требованиях к производительности итоговая сумма за 3–5 лет может превысить стоимость собственной инфраструктуры. Составьте таблицу сравнения: включите в неё стоимость лицензий, аренды, поддержки, обучения и потенциальных простоев.

Учитывайте также скрытые статьи расходов: платное восстановление из резервной копии, тарификацию за превышение объёма хранилища, стоимость дополнительных пользовательских сессий и работы провайдера при нестандартных запросах. Запросите у потенциального провайдера детализированный прайс-лист и смоделируйте несколько сценариев роста бизнеса — например, что произойдёт со стоимостью, если через год вы добавите 10 новых пользователей или подключите вторую базу. Только после такого анализа решение о переходе в облако можно считать экономически обоснованным.

Найдите специалиста для решения этой задачи на koderion.ru

Автор: редакция Koderion. Обновлено: 26 мая 2026. Источники: ИТС 1С, Документация платформы 1С:Предприятие, Бухгалтерия.ру.