Сервер 1С ПРОФ или КОРП: когда действительно нужен КОРП

Сначала задача — затем уровень лицензии

Попросите исполнителя написать одну проверяемую фразу: «КОРП требуется, потому что…». Продолжение «это серьёзная компания» ничего не объясняет. Продолжение «нужно разделять фоновые задания конкретной базы и интерактивные сеансы по серверам» уже позволяет проверить документацию, спроектировать размещение и оценить результат.

Четыре разных предмета покупки

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

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

ПРОФ: 500 сеансов и 12 ядер — что именно считают

По правилам разделения ПРОФ/КОРП стандартный ПРОФ рассчитан на не более 500 одновременно работающих пользовательских сеансов в одной информационной базе и использование не более 12 ядер на рабочем сервере. Это ограничения разных объектов, их нельзя складывать в один показатель «500 сотрудников на компанию».

Два независимых подразделения с 300 сеансами в каждой из двух баз сами по себе не образуют 600 сеансов одной базы. А 600 одновременных пользователей в одной базе — уже другой сценарий. Для старых поставок до 11.02.2019 предусмотрен отдельный порядок обновления: снятие количественных ограничений не превращает ПРОФ в полную КОРП. Нельзя переносить такой статус на вновь купленные лицензии.

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

Физический сервер, виртуальная машина и Hyper-Threading

В официальном FAQ 1С уточнено: ПРОФ может работать на машине с большим числом ядер, но использует первые 12 в порядке ОС. Для двух рабочих серверов ограничение применяется к каждому, а не к кластеру суммарно. Хост с 32 физическими ядрами и ВМ с 8 виртуальными ядрами не требует КОРП только из-за размера хоста. Смешение старых и новых ПРОФ возвращает стандартные ограничения; клиентские ПРОФ вместе с сервером КОРП в одном кластере недопустимы. Узкое исключение для баз с не более 10 сеансами описано отдельно в FAQ и не отменяет прочих условий поставки.

Администратору важно записать топологию, доступную гостевой ОС, и фактическое размещение процессов. Выделение ВМ дополнительных vCPU без измерений способно ухудшить планирование процессорного времени. Лицензионная возможность использовать ядра и реальная эффективность этих ядер — две разные проверки.

Что добавляет КОРП и какую задачу это решает

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

ТНФ доступны и в ПРОФ — с ограничениями

ТНФ — требования назначения функциональности. Это правила, по которым кластер выбирает рабочие серверы для объектов назначения: соединений и кластерных сервисов. Удобно мыслить так: какая работа здесь разрешена, запрещена либо назначается автоматически.

В руководстве администратора 8.3.27 прямо разрешены ТНФ в ПРОФ, если во всех требованиях пусты свойства «Имя информационной базы» и «Значение дополнительного параметра». Можно выделить отдельный рабочий сервер для определённых сервисов, например лицензирования. Полная адресация по базе и дополнительным условиям требует КОРП.

Перед изменением правил сохраните текущую схему и проверьте, останутся ли подходящие кандидаты для каждого объекта назначения. Избыточные запреты могут оставить работу без сервера. Настройку сначала проверяют на копии контура; один только факт сохранения правила в консоли не доказывает правильное размещение под нагрузкой.

Память: перезапуск процесса и прерывание вызова — не одно и то же

Утверждение «все настройки памяти есть только в КОРП» устарело. В описании изменений 8.3.16 указаны доступные ПРОФ критический и временно допустимый объёмы памяти процессов и период превышения. В ПРОФ они участвуют в механизме перезапуска процессов; КОРП дополнительно использует их в ограничении тяжёлых серверных вызовов. Это разные последствия для пользователей.

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

• Начните с фактического потребления rphost, свободной памяти и конкуренции с СУБД.
• Разделите рост из-за нагрузки, утечку и единичную тяжёлую операцию.
• Проверьте, что произойдёт при достижении порога: перенос нагрузки, перезапуск или отказ вызова.
• Согласуйте допустимое влияние на сеансы и выполните контролируемую проверку.

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

Профили безопасности: конкретный повод рассмотреть КОРП

Профиль безопасности ограничивает возможности прикладного кода на сервере. В руководстве 8.3.23 механизм относится к КОРП: можно контролировать доступ к файлам, сети, внешним компонентам, запуску приложений и другим ресурсам. Профиль назначается базе; для безопасного режима предусмотрено отдельное назначение.

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

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

ARM и Linux: выбор архитектуры раньше покупки

В официальном объявлении поддержки Linux ARM64 использование этой платформы предусмотрено с лицензиями КОРП; в описанной поставке аппаратные ключи не поддерживаются. Сервер на ARM нельзя считать просто более дешёвым аналогом x86 без проверки платформы, СУБД, компонентов и лицензирования.

Это условие не надо распространять одной фразой на любой клиент 1С на любом ARM-устройстве. macOS на Apple Silicon, браузерный клиент и Linux-сервер — разные сценарии. Подробности и примеры оборудования есть в статье о 1С на ARM.

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

Пять ситуаций: когда достаточно ПРОФ, а когда нужен расчёт КОРП

Это условные сценарии выбора, а не рекомендации для любой базы с таким количеством сотрудников. Решение принимают по измерениям и документам конкретной организации.

РКЛ: что это и почему её нельзя забыть в бюджете

РКЛ — расширенная корпоративная лицензия. Она определяет права на новые релизы корпоративной платформы. РКЛ и ИТС решают разные вопросы; для корпоративной технологической поддержки 1С указывает действующие РКЛ и ИТС уровня ПРОФ.

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

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

Сколько стоит РКЛ: справочный расчёт на 11.11.2026

По письму 1С №33583 с 01.01.2026 расчёт на 12 месяцев: 15% действующей розничной стоимости включаемых лицензий, минимум 500 000 ₽ без НДС. При оформлении на фоне действующей РКЛ применяется 15% без этого минимума; срок согласуется с действующим покрытием. Расчёт пропорционален полным месяцам. Первичная РКЛ включена в поставку, её точное окончание определяется правилами письма. При прекращении РКЛ сохраняется право на ранее выпущенные допустимые версии, но не на последующие обновления. Все РКЛ должны совместно покрывать реестр ОКП; продление и возобновление имеют разные условия.

Поэтому считать «сервер КОРП дороже ПРОФ на X рублей, значит окупится за месяц» недостаточно. Запрашивают полный состав и календарь платежей. Справочные суммы на рисунке нужны для понимания порядка расходов; действующий расчёт оформляют по реестру и условиям поставки, с отдельной проверкой НДС.

Как сравнить расходы без перекоса

Горизонт сравнения выбирают заранее, например 36 месяцев. В обеих колонках должна быть одна и та же база, число пользователей, набор операций и требования восстановления. Нельзя сравнивать маленькую ВМ ПРОФ с многосерверной системой КОРП и приписывать всю разницу цене лицензии.

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

Что собрать до обращения за лицензией

1. Платформа: полный номер сборки, ОС, архитектура, разрядность, клиентские приложения.
2. Кластер: рабочие серверы, процессы, сервисы, базы и действующие ТНФ.
3. Нагрузка: пиковые сеансы по базам, топология CPU/vCPU, память, проблемные операции.
4. Права: регистрационные номера, даты поставок, уровни лицензий, способ защиты, владелец.
5. Обновления: реестр ОКП, сроки и покрытие РКЛ, договор ИТС.
6. Цель: функция КОРП, ожидаемый эффект и критерий приёмки.

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

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

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

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

Обратный переход также не выполняется удалением файла лицензии. Если КОРП перестал быть нужен, сначала отключают зависимые механизмы и проверяют соответствие ПРОФ, затем согласуют официальный порядок изменения поставок и прав. Условия возможного даунгрейда проверяют по действующим правилам 1С.

Как понять, что покупка принесла результат

• Функциональная проверка: нужное правило размещения действительно применяется.
• Нагрузка: одинаковые операции при сопоставимых сеансах и объёме данных.
• Устойчивость: тяжёлая операция и отказ узла дают ожидаемое поведение.
• Безопасность: разрешённые действия работают, запрещённые блокируются.
• Сопровождение: есть права на выбранный релиз, регламент обновления и ответственный.

Запишите исходное время, результат после изменения и условия обоих замеров. Для пользовательских операций полезны распределения длительности и Apdex с заранее выбранным порогом. Средний балл синтетического теста не заменяет проверку проведения, отчётов и обменов вашей конфигурации.

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

Два документа для принятия решения

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

Поможем подобрать и сопровождать инфраструктуру 1С

Вопросы и ответы