Бухгалтерская фирма: 1С на 12 клиентов — свой терминальный сервер против аренды в облаке

MAATRIX

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

Что за задача: 12 баз, разное число пользователей, разная чувствительность данных

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

Второй нюанс — данные. В базах лежат зарплатные ведомости с персональными данными сотрудников клиентов, банковские выписки, иногда доступы к клиент-банку. Это не абстрактная «конфиденциальность», а прямая ответственность фирмы перед клиентами по договору и, если среди клиентов есть российские юрлица, по 152-ФЗ. Вопрос «где физически стоит сервер и кто имеет к нему доступ» — не праздный, и его стоит решить до того, как вы выберете между арендой и своим железом.

Третий нюанс — рост. Фирма, которая сегодня ведёт 12 клиентов, через год может вести 18 или, наоборот, потерять пару контрактов и остаться на 9. Модель, которую вы выбираете, должна нормально переживать такие колебания — и вот тут аренда и свой сервер ведут себя принципиально по-разному.

Аренда готового терминального сервера с 1С: что вы покупаете на самом деле

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

• лицензии RDS CAL на пользователей или устройства;
• клиентские лицензии 1С (нередко провайдер даёт их в аренду вместе с сервером, отдельно покупать не нужно);
• администрирование ОС — обновления безопасности, мониторинг, перезапуск сервисов при сбоях;
• резервное копирование баз по расписанию (у одних провайдеров — в базовом тарифе, у других — как платная опция);
• техподдержка первой линии — если у бухгалтера не открывается 1С в 9 утра перед сдачей отчёта, звонок в поддержку провайдера часто быстрее, чем вызов своего админа.

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

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

Свой терминальный сервер: что придётся сделать самому

Альтернатива — арендовать VPS или выделенный сервер под управление Windows Server и развернуть терминальный сервер самостоятельно. Здесь вы платите фиксированную цену за ресурсы (CPU, RAM, диск), а не за количество пользователей или баз, и дальше сами отвечаете за всё, что раньше делал провайдер аренды.

Порядок действий примерно такой:

1. Арендовать сервер с Windows Server (обычно 2019 или 2022 Standard/Datacenter — для терминального доступа нескольких пользователей нужна именно серверная редакция, не десктопная Windows).
2. Установить роль удалённых рабочих столов (Remote Desktop Services) через диспетчер серверов или PowerShell:

Install-WindowsFeature -Name RDS-RD-Server -IncludeManagementTools
Install-WindowsFeature -Name RDS-Licensing -IncludeManagementTools

1. Активировать сервер лицензирования RDS и купить нужное число RDS CAL (по пользователям — если бухгалтер может заходить с разных устройств, лицензия «на пользователя» удобнее, чем «на устройство»).
2. Установить платформу 1С:Предприятие (клиентскую часть на сервере, при необходимости — сервер 1С отдельно, если базы работают в клиент-серверном режиме на SQL, а не в файловом).
3. Развернуть на сервере копии баз каждого клиента — обычно как отдельные информационные базы в списке 1С, с раздельными правами доступа: бухгалтер видит только те базы, с которыми работает.
4. Настроить резервное копирование — либо через встроенный механизм выгрузки .dt по расписанию, либо через регламентную задачу, копирующую файлы баз в отдельное хранилище (желательно за пределами самого сервера — на объектное хранилище или отдельный диск с ротацией).
5. Закрыть периметр: доступ по RDP только через VPN или с ограничением по IP, отключить прямой RDP из интернета, включить сетевой уровень аутентификации (NLA).

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

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

Деньги: иллюстративное сравнение на дистанции

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

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

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

Лицензии — то, что чаще всего считают неправильно

Лицензирование 1С и RDS — отдельная головная боль, и путаница здесь стоит реальных денег и юридических рисков.

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

Для RDS отдельно нужны CAL (Client Access License) на подключение к терминальному серверу — это лицензии Microsoft, не имеющие отношения к 1С напрямую. Их считают либо по пользователям, либо по устройствам, и для бухгалтерской фирмы, где сотрудники могут заходить с личного ноутбука и с рабочего ПК в офисе, вариант «на пользователя» почти всегда выгоднее и проще в учёте.

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

Безопасность и доступ: свои сотрудники и клиенты бухгалтерии

Отдельно стоит проговорить два контура доступа, которые часто путают.

Первый — доступ ваших бухгалтеров к серверу. Здесь принцип простой: у каждого сотрудника — своя учётная запись, свой пароль, доступ только к тем базам клиентов, с которыми он работает (в 1С это настраивается через роли и права на конкретные информационные базы). RDP-порт наружу лучше не открывать вовсе — подключение через VPN снимает большую часть рисков перебора паролей и случайного сканирования вашего IP ботами.

Второй контур — иногда клиенты сами хотят видеть свою базу (например, директор клиентской компании хочет зайти и посмотреть отчёт) или передать вам сканы первички. Здесь не стоит заводить клиентам прямой RDP-доступ к общему терминальному серверу с базами других компаний — это и риск утечки, и просто неудобно. Для обмена документами и ограниченного доступа лучше отдельный контур: портал или файловое хранилище, куда клиент заходит под своей учёткой и видит только свои файлы, отдельно от терминального сервера с рабочими базами.

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

Похожий выбор — держать 1С на своём сервере вместо аренды — работает и в меньшем масштабе: у одного бухгалтера-фрилансера на аутсорсе с 3-4 базами клиентов, как разобрано в статье бухгалтер на аутсорсе держит 1С на своём сервере, свой VPS почти всегда быстрее окупается, чем у фирмы на 12 клиентов с командой бухгалтеров, где уже нужен полноценный терминальный доступ с разграничением ролей и RDS-лицензированием. Если ваша фирма только растёт с 3-4 клиентов до 10-15, естественный путь — начать с аренды готового решения, пока не устоится число клиентов и штат, а затем посчитать разницу на реальных цифрах своего провайдера и решить вопрос о переходе на свой сервер. Резкий переход в первый же месяц работы обычно не оправдан — экономия на масштабе начинает работать только тогда, когда есть что масштабировать.

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