Администрирование · 12 мин
Как сдавать 1С в аренду: практическое руководство для провайдера
Как организовать сдачу 1С в аренду: легальные модели, требования к лицензиям, выбор инфраструктуры, настройка доступа, тарификация и типичные ошибки провайдеров.
Сдача 1С в аренду — это предоставление клиентам удалённого доступа к программам 1С, развёрнутым на вашей инфраструктуре, за регулярную плату. Такую услугу оказывают франчайзи 1С, облачные провайдеры и IT-компании, обслуживающие несколько организаций. Модель востребована малим бизнесом, которому невыгодно покупать лицензии, серверы и нанимать администратора.
Главное, что нужно понять до старта: произвольно «пересдавать» купленные коробочные лицензии 1С третьим лицам нельзя — это нарушает лицензионное соглашение. Легальная аренда строится на специальных механизмах: сервисных лицензиях 1С, партнёрских программах и договорах, где вы выступаете оператором сервиса, а клиент получает право использования, а не саму лицензию.
Ниже разобраны легальные модели аренды, требования к инфраструктуре, порядок запуска сервиса, типичные ошибки и способы проверить, что сервис работает корректно и безопасно.
Какие модели аренды 1С существуют и что легально
Прежде чем вкладываться в серверы, определите юридическую модель. От неё зависят требования к лицензиям, договорам и ответственности.
Первый вариант — работа через технологию сервиса «1С:Фреш», где вы можете стать партнёром-абонентским центром и сопровождать клиентов, работающих в облаке фирмы «1С». В этом случае инфраструктура принадлежит «1С», а вы зарабатываете на внедрении и поддержке.
Второй вариант — собственный сервис на базе сервисных лицензий. Фирма «1С» предусматривает специальные условия для провайдеров, которые разворачивают программы у себя и предоставляют доступ множеству клиентов. Условия и порядок приобретения таких лицензий нужно уточнять у фирмы «1С» или у её дистрибьюторов, поскольку они зависят от статуса партнёра и перечня продуктов.
Третий вариант — аренда доступа к лицензиям самого клиента: клиент покупает лицензии 1С, а вы размещаете их на своём сервере и обеспечиваете работу. Здесь вы сдаёте в аренду не лицензии, а вычислительные мощности и услуги администрирования — это самая простая с юридической точки зрения схема для старта.
Какие лицензии и договоры понадобятся
Для собственного сервиса аренды вам потребуется оформить статус партнёра фирмы «1С» — как минимум франчайзи или участника соответствующей партнёрской программы. Точный перечень требований зависит от продуктов, которые вы планируете сдавать, и от того, будете ли вы использовать сервисные лицензии.
С клиентом заключается договор оказания услуг (или публичная оферта), в котором важно прописать: предмет услуги — доступ к программе, а не передача лицензии; уровень доступности сервиса (SLA); порядок резервного копирования и хранения данных; ответственность сторон; условия возврата данных клиенту при расторжении. Отдельно урегулируйте обработку персональных данных — базы клиентов почти всегда их содержат.
Если клиенты размещают у вас собственные лицензии, в договоре зафиксируйте, что правообладателем лицензий остаётся клиент, а вы обеспечиваете техническую эксплуатацию. Это снимает с вас риск претензий по незаконному распространению ПО.
Какую инфраструктуру подготовить для сервиса
Минимальный набор для сервиса аренды 1С: сервер (физический или виртуальный) с запасом ресурсов, сервер СУБД (MS SQL Server, PostgreSQL с патчами для 1С или другая поддерживаемая СУБД), сервер 1С:Предприятия и канал связи с достаточной пропускной способностью. Тонкие клиенты подключаются по веб-клиенту через браузер или через тонкий клиент по протоколу сервера 1С.
Ключевое требование — изоляция клиентов друг от друга. Каждая организация должна работать в отдельной информационной базе с собственным набором пользователей. Никогда не размещайте разных клиентов в одной базе, даже если конфигурация формально позволяет вести несколько организаций: это создаёт риск утечки данных и юридические проблемы.
Продумайте отказоустойчивость: резервный сервер или возможность быстрого восстановления виртуальной машины, мониторинг дискового пространства и памяти, защищённое соединение (HTTPS для веб-клиента, VPN или ограничение по IP для прямого доступа). Клиент платит за доступность — простой в несколько часов в отчётный период способен разрушить репутацию сервиса.
Планируйте ресурсы с запасом минимум на рост в полтора-два раза
Бухгалтерия, ЗУП и торговля по-разному нагружают сервер
Проверьте поведение сервера под нагрузкой заранее
Заложите расширяемое дисковое пространство и политику архивации
Как настроить доступ и разграничить права
Для каждого клиента создайте отдельную информационную базу и отдельную учётную запись администратора кластера, если используется несколько рабочих процессов. Пользователей заводите внутри базы с ролями, соответствующими их функциям: бухгалтеру не нужны права администратора, а внешнему аудитору — право изменять данные.
Ограничьте клиентов в административных возможностях: доступ к конфигуратору, загрузка внешних обработок и расширений — только по согласованию с вами. Непроверенная внешняя обработка, загруженная клиентом, может повредить не только его базу, но и стабильность сервера в целом.
Настройте аутентификацию с достаточной надёжностью: сложные пароли, при возможности — двухфакторную аутентификацию на уровне веб-доступа или VPN. Журналируйте входы и критичные действия, чтобы при инциденте можно было восстановить картину событий.
Как выбрать способ публикации
Резервное копирование и защита данных клиентов
Резервное копирование — обязательная часть сервиса, а не опция. Настройте автоматические копии средствами СУБД: полная копия ежедневно, копии журналов транзакций чаще, чтобы можно было восстановить базу на произвольный момент времени. Храните копии на отдельном носителе или в отдельном хранилище, не на том же диске, где лежат рабочие базы.
Определите и пропишите в договоре срок хранения копий и время восстановления. Регулярно проверяйте восстановление из копии на тестовой базе: копия, которая не разворачивается, не является резервной копией.
Отдельно продумайте процедуру выгрузки данных при уходе клиента. Клиент должен иметь возможность получить свою базу (например, в формате выгрузки dt или архив средствами СУБД) — это и требование добросовестности, и защита от претензий.
Как проверить, что сервис работает правильно
Копия разворачивается на тестовом сервере, данные актуальны
Копия не создаётся, повреждена или восстановление занимает неприемлемое время
Пользователь одного клиента не видит базы и данные другого
В списке баз или каталогах видны чужие данные
Проведение документов и отчёты выполняются за приемлемое время
Массовые операции вызывают тайм-ауты и блокировки
Входы и критичные действия фиксируются
События не пишутся или журналы переполняют диск
Тарификация и экономика сервиса
Типовые модели оплаты: фиксированная плата за пользователя в месяц, плата за информационную базу плюс пользователи, пакетные тарифы с разным уровнем ресурсов и поддержки. Учитывайте в себестоимости не только «железо», но и лицензии на серверное ПО и СУБД, труд администраторов, резервное хранение и время на обновления конфигураций.
Обновление типовых конфигураций — существенная статья работ. Клиенты ожидают, что у них всегда актуальные релизы, особенно в отчётные периоды. Заложите в тариф регламентные работы и заранее определите, входит ли обновление нетиповых (доработанных) баз в базовую стоимость или оплачивается отдельно.
Не демпингуйте ниже себестоимости: сервис аренды 1С держится на доверии и стабильности, а не на минимальной цене. Клиент, потерявший данные или доступ в день сдачи отчётности, уйдёт к конкуренту независимо от того, сколько он платил.
Типичные ошибки и как их избежать
Самая дорогая ошибка — построить сервис на серой лицензионной схеме. Даже если клиенты не задают вопросов, риск остаётся с вами как с оператором. Избежать просто: используйте только те модели, которые прямо предусмотрены лицензионной политикой фирмы «1С», и фиксируйте схему в договоре.
Вторая группа ошибок — техническая: недооценка нагрузки в отчётные периоды, отсутствие мониторинга дискового пространства (переполненный диск останавливает СУБД и все базы сразу), отсутствие регламентных окон для обновлений, из-за чего обновления ставятся «в лоб» в рабочее время.
Третья группа — организационная: нет регламента добавления и отключения пользователей, нет ответственного за резервное копирование, нет плана действий при отказе сервера. Каждый такой пункт должен быть описан документом и закреплён за конкретным исполнителем.
Что важно запомнить
Легальная аренда 1С строится на сервисных лицензиях, партнёрских программах или размещении лицензий самих клиентов. Основа сервиса — изоляция клиентов, надёжное резервное копирование с проверкой восстановления, договор с SLA и регламент обновлений. Не экономьте на юридической чистоте схемы и отказоустойчивости — именно они определяют репутацию сервиса.
Частые вопросы об аренде 1С
Можно ли сдавать в аренду купленную коробку 1С нескольким клиентам?
Нет. Коробочная поставка предназначена для использования одной организацией (и её обособленными подразделениями в предусмотренных случаях). Передача доступа независимым третьим лицам за плату нарушает лицензионное соглашение. Для сервисной модели используйте специальные условия фирмы «1С» или размещайте лицензии, принадлежащие самим клиентам.
Что выгоднее для старта: свои серверы или партнёрство с готовым облаком?
Если у вас нет администратора и опыта эксплуатации серверов 1С, начните с партнёрства: станьте абонентским центром готового облачного сервиса и зарабатывайте на внедрении и сопровождении. Собственная инфраструктура оправдана, когда есть техническая команда и достаточный пул клиентов, чтобы окупить оборудование, лицензии на серверное ПО и круглосуточную поддержку.
Как клиенты будут печатать документы и подключать торговое оборудование при удалённой работе?
Печать работает через веб-клиент или тонкий клиент на локальный принтер пользователя. Торговое оборудование (сканеры, кассы) подключается на стороне клиента; для тонкого клиента используются механизмы проброса периферии. Заранее тестируйте конкретные модели оборудования клиента — не все устройства одинаково хорошо работают в удалённых сценариях.
Кто отвечает за обновление конфигураций у клиентов?
Это определяется договором. Обычно провайдер берёт на себя обновление типовых конфигураций по регламенту, а доработанные базы обновляются за отдельную плату после согласования с клиентом. Зафиксируйте в договоре сроки обновления и порядок уведомления клиентов о регламентных работах.
Что делать, если клиент расторгает договор и хочет забрать данные?
Предусмотрите процедуру заранее: выгрузка базы в стандартном формате (например, dt) или предоставление архива СУБД, срок предоставления и, при необходимости, стоимость работ. После подтверждения передачи данных удалите базу и её резервные копии по истечении согласованного срока — это снимает с вас ответственность за хранение чужих персональных данных.
Нужен ли статус франчайзи 1С для сдачи программ в аренду?
Для большинства легальных сервисных схем партнёрский статус требуется, поскольку именно через него оформляются сервисные лицензии и сопутствующие условия. Если вы лишь размещаете лицензии клиентов на своём оборудовании и оказываете услуги администрирования, формально можно работать без статуса, но партнёрство упрощает закупку ПО, получение обновлений и поддержку.