Программист написал внутренний модуль, подрядчик настроил интеграцию с CRM, а руководитель проектов придумал, как быстрее запускать новые команды. Всё работает — пока инвестор или банк не спрашивает: кому принадлежат код, документация и сами решения?
Для IT- и digital-компаний это не формальность. Если работа зависит от решения, к которому у компании нет подтверждённых прав или доступа, проблема может возникнуть и без продажи бизнеса — например, при прекращении договора с подрядчиком.
Разберите разработку на части
В одном продукте могут сочетаться собственный код, сторонние библиотеки, лицензируемые сервисы и закрытые сведения об алгоритмах. У каждой части могут быть свои условия использования. Важно понять, что компания вправе изменять, передавать и использовать после окончания договора с исполнителем.
Часто нужные документы разбросаны по компании: трудовые задания — у кадровиков, договоры — у юриста, исходный код — в репозитории разработчика. Для начала полезно собрать их вокруг конкретного продукта и проверить, каких подтверждений не хватает.
Почему код и методика — не одно и то же
Программа и сведения о способе работы могут охраняться по разным правилам. Закрытая методика может отвечать признакам ноу-хау, если обладает коммерческой ценностью благодаря неизвестности и компания принимает меры защиты.
Что проверить в договорах с командой и подрядчиками
Сначала установите, какой именно результат создавался по каждому договору: код, документация, дизайн, интеграция или доступ к сервису. Затем посмотрите, что сказано о правах и передаче результата, и можно ли связать договор с конкретной версией продукта.
Если в продукте используются сторонние компоненты, соберите условия их лицензий. Один компонент может быть доступен для внутренней работы, а передача его заказчику или включение в продаваемый продукт потребует дополнительной проверки.
Отдельный вопрос — доступ. Репозиторий, учётная запись облачного сервиса и документация должны быть доступны компании в пределах её прав. Иначе даже при наличии договора переход к другой команде может затянуться.
Пример: внутренний продукт перед продажей компании
Условно IT-компания готовится привлечь инвестора. Её внутренняя система позволяет команде вести проекты быстрее, но один из ключевых модулей разрабатывал внешний подрядчик. При подготовке документов выясняется, что акты и договор не дают ясного ответа о правах на код.
Компания поднимает документы, разбирается с правами и собирает сведения об использовании системы. Если вопросы удаётся урегулировать, инвестору проще оценить, сможет ли бизнес пользоваться продуктом после сделки. Если оснований для отражения права в учёте достаточно, бухгалтерия отдельно рассматривает и этот вопрос.
Как это связано с финансированием и продажей
Банку или инвестору может быть важно увидеть, что компания контролирует необходимые права и способна продолжать использовать продукт. Если есть основания для бухгалтерского учёта, вопрос отражения права рассматривают отдельно; оценка и признание актива зависят от цели и документов.
Если право на внутренний продукт отвечает условиям признания НМА, специалисты совместно с бухгалтерией готовят расчёт влияния на отчётность. С этими данными финансовый директор сможет обсудить с банком состав активов и требования к показателям. Для инвестора тот же пакет поможет разобраться, какими правами владеет компания и можно ли продолжать использовать продукт.
Специалисты «Юнайт» помогают собрать сведения о разработках и правах, а вопросы учёта прорабатываются с бухгалтерией компании. От сотрудников потребуется объяснить, как используется продукт и где хранятся материалы.