#по — посты и обсуждения

Поскольку, доступ России к иностранным моделям может быть ограничен, а открытые решения со временем способны стать закрытыми.

Стране нужно самостоятельно развивать фундаментальные модели, вычислительную инфраструктуру, алгоритмы и все прикладные сервисы.

#Россия #технологии #ПО #ИТ #ИИ #импортозамещение #бизнес

Правительства, государственные структуры стран Европы и Азии приостанавливают внедрение Microsoft 365, поскольку новый отчет показал, что конфиденциальные данные могут оказаться на серверах в США, а защита данных не гарантируется.

Согласно данным исследования, Microsoft 365 (M365) представляет собой «черный ящик» и поэтому не подходит для использования в государственных целях.

#Европа #Азия #ИТ #ПО #IT #Microsoft

Кто конкурирует на рынке интеллектуальной обработки документов (ИОД) в России в 2026 году?

Рынок перестал состоять только из узкоспециализированных OCR-разработчиков.

Сегодня в него активно входят разработчики СЭД, КЭДО, BPM и ECM-платформ: Directum, Docsvision, ELMA, Naumen, 1С и другие.

Интеллектуальная обработка документов становится базовой функцией корпоративного ПО, а не отдельным продуктом, который приобретается самостоятельно.

Это меняет подход к выбору систем, если раньше компании отдельно внедряли OCR, затем СЭД и только после этого автоматизировали процессы, то сегодня выбирают платформы, где распознавание документов уже встроено в контур документооборота.

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

Побеждает тот, кто может встроить обработку документов в полный цикл работы компании — от получения документа до его согласования, подписания и хранения.

#Россия #бизнес #ПО #ИОД #ИТ

На практике ответ почти всегда зависит не от того, кто «писал руками», а от того, как оформлен договор.

В российском праве есть три базовые модели: договор авторского заказа с физлицом, подряд/НИОКР с компанией или ИП и служебное ПО, созданное работником в рамках трудовых обязанностей.

Именно от этого зависит, кому по умолчанию принадлежат исключительные права и какие формулировки должны быть в контракте.

Главная ошибка, которую я вижу в IT-договорах, — расплывчатые фразы вроде «разработчик передаёт результат работ» или «заказчик получает право использовать ПО».

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

Ещё один важный момент — регистрация программы в Роспатенте не обязательна. Права возникают с момента создания, но регистрация помогает в споре: сведения реестра считаются достоверными, пока не доказано иное. Это полезно, когда нужно подтвердить авторство или дату создания кода.

Отдельная тема — «закрытое ПО», EULA и open source. В российской практике закрытый режим работы с кодом оформляется через лицензионный договор или пользовательское соглашение, а при использовании библиотек с открытыми лицензиями важно заранее проверить, не «заразят» ли они весь продукт copyleft-обязательствами.

Ошибка на этом этапе может стоить дороже самого внедрения.

Если коротко, чтобы не потерять права на IT-продукт, в договоре необходимо:

— прямо указать, кому принадлежит исключительное право;
— перечислить способы использования ПО;
— отдельно прописать судьбу прав после расторжения;
— проверить open source-компоненты и их лицензии.

Полная версия статьи с анализом судебной практики, ссылками на нормы ГК РФ, разбором лицензий GPL/MIT/Apache и типичных ошибок в договорах доступна на сайте ADVOLAW:

#ITправо #интеллектуальнаясобственность #ПО #договоры #авторскоеправо #разработкаПО #юридическаязащита