Топ-3 лайфхака при покупке 1С:РКЛ: как не переплатить

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

Почему возникает переплата при покупке 1С:РКЛ

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

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

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

Лайфхак №1: как исправить расчёт лицензий и не платить за лишних пользователей

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

Как посчитать реальную одновременную нагрузку

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

Поэтапная закупка вместо запаса «на всякий случай»

Рабочая практика — закупить лицензии на реальный пик плюс 10–15% запаса, а не на весь штат разом. Докупить недостающие места можно за один день, а вот вернуть переплаченные лицензии — нельзя. Правильный расчёт закладывают уже на этапе проекта: это часть работы, которую делает партнёр по внедрению 1С, а не отдел продаж, заинтересованный в сумме счёта.

Как выбрать редакцию без переплаты за функционал

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

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

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

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

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

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

Лайфхак №3: как выжать из 1С:РКЛ максимум на стороне сервера

Каждое утро ровно в 9:00 бухгалтерия открывает период, отдел продаж формирует счета пачкой, склад проводит вчерашние накладные — и 1С:РКЛ на офисном компьютере под столом у сисадмина встаёт на 10–15 минут. Формально сервер проходит системные требования 1С по объёму памяти и процессору, но рассчитан на среднюю нагрузку за день, а не на пиковую одновременную.

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

Что проверить в железе до покупки, а не после первого зависания

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

Второй частый источник тормозов — сервер приложений 1С и SQL-сервер стоят на одной машине и конкурируют за одну и ту же память и диск. Разнесение ролей физически или переход на выделенный сервер снимает эту конкуренцию за ресурсы. Аренда такого сервера у нас начинается от 3300 руб/мес — это дешевле, чем разовый вызов стороннего сисадмина для разбора зависшей базы по факту сбоя (сопровождение и работы системного администратора — от 3800 руб/час).

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

Как предотвратить переплату и простои при покупке и эксплуатации 1С:РКЛ

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

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

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

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

❓ Частые вопросы

Чем конкурентная лицензия 1С:РКЛ отличается от именной?

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

Сколько лицензий 1С:РКЛ нужно на компанию из 30 человек?

Зависит не от штата, а от пиковой одновременной нагрузки. На 30 сотрудников в штате обычно достаточно 12–18 конкурентных лицензий, если часть работает посменно или заходит в систему не каждый день. Точную цифру даёт статистика активных сеансов за неделю, а не список должностей.

Что будет, если не обновлять 1С:РКЛ из-за конфликтов с доработками?

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

Можно ли перенести 1С:РКЛ на арендованный сервер без потери данных?

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

Сколько стоит сопровождение 1С:РКЛ после покупки?

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