Топ-7 способов сократить TCO 1С за счёт оптимизации в 2026

Коротко: Совокупная стоимость владения 1С (TCO) в средней компании на 200-500 рабочих мест складывается из лицензий (15-25%), инфраструктуры и СУБД (30-40%), сопровождения (25-35%) и простоев (10-20%). В 2026 году реально сократить TCO на 25-40% за счёт семи направлений: аудит лицензий и переход на КОРП-схемы только там, где нужно; миграция на PostgreSQL; терминальный доступ вместо толстых клиентов; шардинг и партиционирование; автоматизация регламентов; мониторинг APDEX; пересмотр стратегии резервного копирования.

Почему TCO 1С в 2026 году требует пересмотра?

Стоимость владения корпоративной системой на базе 1С перестала быть постоянной величиной. За последние два года изменились три ключевых фактора: выросла стоимость серверного железа и СХД в 1,4-1,7 раза, ужесточились требования регуляторов к импортозамещению СУБД и ОС, а также увеличилась нагрузка на конфигурации из-за маркировки, прослеживаемости и ЭДО. Если в 2022 году типовая компания тратила на сопровождение 1С около 8-12% от выручки IT-блока, то к 2026 году эта цифра у многих перевалила за 18%.

Парадокс в том, что большая часть этих расходов — управляемая. Аудит реальной нагрузки и схемы лицензирования у клиентов нашей биржи показывает: в среднем 22% клиентских лицензий не используются вообще, 31% активны менее 4 часов в неделю, а 14% серверных мощностей простаивают круглосуточно. Это прямые деньги, которые можно вернуть в бюджет без потери функциональности.

Ниже разберём семь способов, которые дают измеримый результат в горизонте 3-6 месяцев. Все примеры — из реальной практики специалистов фриланс 1С, которые внедряли эти решения на проектах от 50 до 2000 рабочих мест.

Способ 1. Как провести аудит лицензий и убрать лишние CAL?

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

Как собрать статистику активности?

Простейший способ — запрос к журналу регистрации через встроенный API. Вот рабочий пример обработки, которая собирает данные за последние 90 дней:

// Анализ активности пользователей за период
Процедура СобратьСтатистикуИспользованияЛицензий()
	
	ДатаНачала = ДобавитьМесяц(ТекущаяДата(), -3);
	ДатаОкончания = ТекущаяДата();
	
	Отбор = Новый Структура;
	Отбор.Вставить("ДатаНачала", ДатаНачала);
	Отбор.Вставить("ДатаОкончания", ДатаОкончания);
	Отбор.Вставить("Событие", "_$Session$_.Start");
	
	СобытияЖурнала = Новый ТаблицаЗначений;
	ЖурналРегистрации.ВыгрузитьЖурналРегистрации(Отбор, СобытияЖурнала);
	
	АктивностьПоПользователям = Новый Соответствие;
	
	Для Каждого СтрокаСобытия Из СобытияЖурнала Цикл
		Пользователь = СтрокаСобытия.ИмяПользователя;
		Если АктивностьПоПользователям[Пользователь] = Неопределено Тогда
			АктивностьПоПользователям.Вставить(Пользователь, 1);
		Иначе
			АктивностьПоПользователям[Пользователь] = АктивностьПоПользователям[Пользователь] + 1;
		КонецЕсли;
	КонецЦикла;
	
	// Формируем отчёт о неактивных лицензиях
	Для Каждого ЭлементСоответствия Из АктивностьПоПользователям Цикл
		Если ЭлементСоответствия.Значение < 5 Тогда
			Сообщить("Кандидат на отзыв лицензии: " + ЭлементСоответствия.Ключ);
		КонецЕсли;
	КонецЦикла;
	
	Возврат АктивностьПоПользователям;
	
КонецПроцедуры

На основе этой статистики формируется матрица «пользователь — частота — длительность сеансов». Дальше принимается решение: оставить именную лицензию, перевести на сеансовую (многопользовательскую) или вообще отключить. По нашей практике, такой аудит освобождает 15-25% лицензий — это сразу экономия 800 000 – 3 000 000 рублей для компании на 300-500 мест.

Когда КОРП оправдан, а когда хватит ПРОФ?

Версия КОРП дороже ПРОФ в 4-6 раз, но реально нужна лишь в трёх случаях: кластеризация серверов с балансировкой, поддержка более 500 одновременных соединений, разделение данных в одной информационной базе. Если у вас 200 пользователей и нет требования отказоустойчивости в режиме 24/7 — ПРОФ-лицензии полностью покрывают потребности.

Способ 2. Почему миграция на PostgreSQL экономит 40% инфраструктуры?

Лицензии MS SQL Server для типовой конфигурации на 200 пользователей стоят 2,5-4 млн рублей. PostgreSQL Pro для 1С — 350-600 тысяч за аналогичный объём, а в варианте community-сборки от Postgres Professional — и того меньше. При этом производительность на современных версиях (PostgreSQL 16+ с патчами от 1С) сопоставима с MS SQL для большинства учётных задач.

Подводные камни миграции:

Регистры накопления с большим количеством измерений — могут замедлиться на 15-20% без правильной настройки work_mem и shared_buffers
Полнотекстовый поиск — требует отдельной настройки расширений
Блокировки — модель MVCC отличается от блокировочной модели MS SQL, нужен пересмотр транзакций

Реальный кейс: производственная компания на конфигурации задачи по 1С:ERP с базой 1,2 ТБ мигрировала с MS SQL на PostgreSQL за 4 месяца. Экономия на лицензиях — 3,8 млн рублей в год. Производительность ключевых отчётов после оптимизации индексов выросла на 12%.

Как подготовить базу к миграции?

// Анализ объёма таблиц перед миграцией
Процедура ПроанализироватьРазмерТаблиц()
	
	Запрос = Новый Запрос;
	Запрос.Текст = 
		"ВЫБРАТЬ
		|	РегистрНакопления.Регистратор КАК Регистратор,
		|	КОЛИЧЕСТВО(*) КАК КоличествоЗаписей
		|ИЗ
		|	РегистрНакопления.ТоварыНаСкладах КАК РегистрНакопления
		|ГДЕ
		|	РегистрНакопления.Период МЕЖДУ &ДатаНачала И &ДатаОкончания
		|СГРУППИРОВАТЬ ПО
		|	РегистрНакопления.Регистратор
		|УПОРЯДОЧИТЬ ПО
		|	КоличествоЗаписей УБЫВ";
	
	Запрос.УстановитьПараметр("ДатаНачала", НачалоГода(ТекущаяДата()));
	Запрос.УстановитьПараметр("ДатаОкончания", ТекущаяДата());
	
	Результат = Запрос.Выполнить().Выгрузить();
	
	// Выявляем регистраторы с аномальным количеством движений
	Для Каждого СтрокаРезультата Из Результат Цикл
		Если СтрокаРезультата.КоличествоЗаписей > 10000 Тогда
			Сообщить("Требует анализа: " + Строка(СтрокаРезультата.Регистратор));
		КонецЕсли;
	КонецЦикла;
	
КонецПроцедуры

Способ 3. Как терминальный доступ снижает требования к клиентским ПК?

Толстый клиент 1С требует от 4 ГБ RAM и SSD на каждой машине. Для 300 пользователей это инвестиции в железо на 9-15 млн рублей раз в 4-5 лет. Терминальная схема (RDP-фермы или web-клиент через HTTPS) переносит нагрузку на серверы и позволяет работать с тонких клиентов стоимостью 15-25 тысяч рублей.

Экономика терминальной схемы для 300 пользователей:

Параметр	Толстый клиент	Терминал
Железо рабочих мест	12 000 000 ₽	4 500 000 ₽
Сервер приложений	1 500 000 ₽	3 800 000 ₽
Срок обновления	4 года	7 лет
TCO за 5 лет	16 800 000 ₽	9 200 000 ₽

Дополнительный плюс — централизованное обновление платформы. Один администратор обновляет 1С на ферме из 8 серверов за 40 минут, тогда как ручное обновление 300 толстых клиентов занимает 2-3 рабочих дня.

Когда веб-клиент выгоднее RDP?

Web-клиент 1С 8.3.24+ работает практически без потери функциональности (за исключением COM-интеграций и работы с локальными файлами). Если у вас в конфигурации нет тяжёлых обработок Excel и сканирования штрихкодов через локальный COM — переход на web-клиент полностью убирает необходимость в RDP-инфраструктуре и Windows-лицензиях на серверах. Экономия на CAL Windows Server и Remote Desktop Services — ещё 600-900 тысяч в год для средней компании.

Способ 4. Какие техники партиционирования ускоряют закрытие месяца?

Базы 1С старше 5 лет часто страдают от деградации производительности: закрытие месяца в 1С:Бухгалтерия на Кодерион занимает 6-12 часов вместо плановых 2. Причина — таблицы регистров бухгалтерии и накопления разрослись до десятков миллионов строк, индексы фрагментированы, статистика устарела.

Что даёт реальный эффект:

Свёртка базы до начала отчётного периода — уменьшает таблицы в 3-7 раз
Партиционирование таблиц итогов по периодам на уровне СУБД
Перерасчёт итогов с правильной настройкой границы рассчитанных итогов
Реиндексация в рамках регламентных операций еженедельно

// Регламентная процедура: пересчёт итогов и обновление статистики
Процедура ОптимизироватьИтогиРегистров()
	
	ГраницаИтогов = НачалоМесяца(ДобавитьМесяц(ТекущаяДата(), -1));
	
	СписокРегистров = Новый Массив;
	СписокРегистров.Добавить(РегистрыНакопления.ТоварыНаСкладах);
	СписокРегистров.Добавить(РегистрыНакопления.Взаиморасчёты);
	
	Для Каждого Регистр Из СписокРегистров Цикл
		
		Попытка
			Регистр.УстановитьМаксимальныйПериодРассчитанныхИтогов(ГраницаИтогов);
			Регистр.ПересчитатьИтоги();
			ЗаписьЖурналаРегистрации(
				"ОптимизацияИтогов",
				УровеньЖурналаРегистрации.Информация,
				,
				,
				"Итоги пересчитаны: " + Регистр
			);
		Исключение
			ЗаписьЖурналаРегистрации(
				"ОптимизацияИтогов",
				УровеньЖурналаРегистрации.Ошибка,
				,
				,
				ОписаниеОшибки()
			);
		КонецПопытки;
		
	КонецЦикла;
	
КонецПроцедуры

Архивирование старых данных

Для баз, где исторические данные требуются только для отчётности, выгодна схема «горячая база + архивная база». В горячей хранится последние 2-3 года, в архивной — всё остальное. Доступ к архиву — через отдельную информационную базу по требованию. Экономия на оперативной памяти и SSD-дисках для горячей базы — до 60%.

Способ 5. Как автоматизация регламентов сокращает расходы на администратора?

В типовой компании администратор 1С тратит 35-50% рабочего времени на рутину: резервные копии, тестирование и исправление, обновление конфигурации, мониторинг блокировок. Это 60-100 часов в месяц, или 90-180 тысяч рублей зарплаты — впустую.

Что нужно автоматизировать в первую очередь:

Тестирование и исправление в фоновом режиме раз в неделю
Сжатие базы данных через регламент СУБД
Загрузка курсов валют и классификаторов
Очистка журнала регистрации старше 6 месяцев
Подготовка отчётов по производительности для руководителя

Подход «инфраструктура как код» работает и для 1С. PowerShell-скрипты для управления кластером, Ansible-плейбуки для развёртывания тестовых контуров, CI/CD-конвейеры на базе GitLab для выкатки доработок через хранилище. Один грамотно настроенный CI/CD-конвейер для регулярного обновления 1С экономит 4-6 часов администратора на каждое обновление.

Способ 6. Зачем мониторить APDEX и где это даёт деньги?

APDEX (Application Performance Index) — стандартизированный показатель удовлетворённости пользователей скоростью работы. Платформа 1С с версии 8.3.13 поддерживает его нативно: достаточно включить замеры производительности в конфигурации и настроить целевые времена для ключевых операций.

Зачем это нужно с точки зрения TCO:

Объективные данные для принятия решений о масштабировании — не «по ощущениям», а по цифрам
Раннее обнаружение деградации после обновлений
Возможность оптимизировать именно те операции, которые реально мешают пользователям

// Запись замера времени выполнения ключевой операции
Процедура ПровестиДокументСЗамером(ДокументСсылка)
	
	ИмяОперации = "Проведение_РеализацияТоваров";
	ЦелевоеВремя = 1.5; // секунд
	
	ЗамерВремени = Новый ОценкаПроизводительности(ИмяОперации);
	
	Попытка
		ДокументОбъект = ДокументСсылка.ПолучитьОбъект();
		ДокументОбъект.Записать(РежимЗаписиДокумента.Проведение);
		
		ЗамерВремени.Завершить();
		
	Исключение
		ЗамерВремени.Завершить();
		ВызватьИсключение;
	КонецПопытки;
	
КонецПроцедуры

На основе данных APDEX строится отчёт «топ-20 проблемных операций» — и оптимизируются именно они, а не то, что «кажется медленным». В одном из кейсов оптимизация трёх самых частых операций (проведение поступления, формирование счёта, расчёт зарплаты в задачи по 1С:ЗУП) дала рост APDEX с 0,42 до 0,81 — и позволила отложить плановый апгрейд серверов на 2 года.

Способ 7. Как пересмотр стратегии бэкапов экономит на СХД?

Стандартная корпоративная политика «полный бэкап ежедневно + хранение 90 дней» для базы 1С объёмом 500 ГБ требует 45 ТБ дискового пространства на СХД. Это 1,5-2,5 млн рублей в год при использовании корпоративных СХД с дедупликацией.

Грамотная стратегия выглядит иначе:

Тип бэкапа	Частота	Срок хранения
Полный	Раз в неделю	4 недели
Дифференциальный	Ежедневно	1 неделя
Лог транзакций	Каждые 15 минут	3 дня
Архивный полный	Раз в месяц	12 месяцев

Такая схема даёт RPO (точка восстановления) в 15 минут, RTO (время восстановления) — около 2 часов, при этом занимает в 4-5 раз меньше места. Дополнительно стоит вынести холодные архивные копии на объектное хранилище (S3-совместимое) — стоимость хранения там в 6-10 раз ниже корпоративной СХД.

Проверка восстанавливаемости

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

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