Как малому бизнесу учитывать лицензии на ПО от подрядчика

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

Почему лицензии от подрядчика легко выпадают из учёта

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

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

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

Что проверить в первую очередь: пять вопросов по каждой лицензии

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

1. На кого оформлена лицензия — на компанию, на подрядчика или на фрилансера?
2. Какой у неё срок: бессрочная, годовая, ежемесячная?
3. Есть ли договор, счёт и акт именно на эту лицензию?
4. Кто владеет доступом к личному кабинету правообладателя?
5. Сколько рабочих мест, сайтов или серверов она покрывает?

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

Чем отличаются типы лицензий и что проверять в каждом

Разница простая. SaaS — это когда доступ к функционалу программы идёт через браузер, а само ПО размещено на серверах правообладателя или стороннего дата-центра (определение из подборки «КонсультантПлюс»). Бессрочная лицензия ставится на ваше оборудование, и ключ остаётся у вас. От модели зависит, где искать документы и к кому идти за переоформлением.

Как навести порядок: план на одну-две недели

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

Шаг с инвентарём занимает больше всего времени, зато он же показывает лишние платежи. Позиции, за которые вы платите, но давно не пользуетесь, ищите по разбору как найти неактивные лицензии на ПО и снизить расходы на софт.

Что делать, если подрядчик уже пропал

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

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

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

Типичные ошибки

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

Когда пора заказывать лицензионный аудит

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

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