🤔 Случился тут проект с очень неординарным стартом...
🤔 Случился тут проект с очень неординарным стартом... Что называется, мотаем на ус. А дело было так… 🔸🔸🔸 Жила-была компания. Был у неё подрядчик на аналитику. Выстроена отчётность: BI и хранилище данных. Сотрудники активно пользуются. Однако с подрядчиком не сошлись в том, как продолжать сотрудничество, не буду вдаваться в детали, приняли решение разойтись. И тут выяснилось самое интересное. ➡️ Оказалось, что подрядчик владеет хранилищем, лицензиями, алгоритмами, всё на его серверах. И передавать это всё – внимание – не намерен. ❗️Это его интеллектуальная собственность! И в договоре так. 🫠 И получается, компания несколько лет оплачивала работы по созданию дашбордов, чтобы данные из систем приводились в надлежащий вид, дополнялись расчётами, визуализировались. 📊 И вся эта работа – вышла из чата. Прощаетесь с подрядчиком – прощаетесь со всем. Делайте заново. 🤔 Честно, я с таким столкнулась впервые. Я воспитана ИТшкой. Заказная работа – по умолчанию собственность заказчика. Оказалось, так мыслят не все. Не буду рассуждать о мотивациях, о юристах... ➡️Мотаем на ус, что надо проверить или прописать в договоре с подрядчиком на аналитику: 1️⃣ Права на результаты. По п. 1 ст. 1296 ГК РФ исключительное право на программу или базу данных, созданную по договору заказа, по умолчанию принадлежит заказчику – но только если в договоре прямо не написано иное. Однако конфигурации дашбордов, визуализации и макеты не всегда однозначно квалифицируются как программа или база данных, поэтому надёжнее прямо закрепить в договоре: 🟠исчерпывающий перечень результатов: код, ETL-скрипты, модель данных, конфигурации дашбордов, документация 🟠 что исключительное право на каждый результат принадлежит заказчику с момента его создания, а передача оформляется актом 🟠момент перехода права – например, после подписания акта и полной оплаты 2️⃣ Передача доступов. Юридически право у вас есть, но без админ-доступов вы не сможете им воспользоваться – особенно если дашборды размещены на серверах или в облаке подрядчика. Пропишите: 🟠перечень передаваемых доступов (BI-платформа, репозиторий, ETL-оркестратор, хранилище) 🟠передачу владения на датасеты и потоки данных, поскольку расписание обновления и учётные данные источников могут быть привязаны к владельцу, а не к администратору 🟠срок передачи 🟠обязательную верификацию (заказчик сам заходит и обновляет данные) и условие, что акт не подписывается до передачи доступов 🟠удаление учётных записей подрядчика после письменного подтверждения заказчиком работоспособности обновлений и доступов Раз уж случился юридический пост, отмечу ещё несколько важных моментов: 3️⃣ NDA (Non-disclosure agreement) – или соглашение о неразглашении, если по-русски. Важный документ, который нужно подписать до того, как у подрядчика будет доступ куда-либо. Стандарт де-факто для любой уважающей себя компании, работающей с чужой конфиденциальной информацией. 4️⃣ Использование инструментов искусственного интеллекта. Сейчас про это всё больше. Если вы не хотите, чтобы ваши данные улетели в какую-нибудь ИИшку для каких-нибудь манипуляций – пропишите в договоре. ❓ А что бы вы добавили в такой договор? Какие пункты для вас критичны? Или может быть где-то уже обожглись?