Реестр очистки прав и выпуска

Статус: контролируемый операционный шаблон

Версия: 0.1

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

1. Правовой профиль продукта

Product:
Version:
Юридическое лицо-правообладатель:
Ответственный за продукт:
Ответственный за права и соответствие:
Ответственный за безопасность и конфиденциальность:
Ответственный за доступность:
Квалифицированный юрист и контакт:
Target markets:
User groups and age ranges:
Regulated sectors:
Distribution channels:
Platform programmes:
Commercial model:
Дата записи:
Следующая проверка:

Матрица применимых областей

Допустимые значения статуса:

• NOT APPLICABLE — причина записана;
• OPEN — доказательства не собраны полностью;
• CLEAR — использование одобрено в записанном виде;
• CLEAR WITH CONDITIONS — условия реализованы и проверяемы;
• COUNSEL REQUIRED — работа или выпуск заблокированы до решения юриста;
• REJECTED — использование запрещено;
• EXPIRED — прежнее решение больше не покрывает текущее использование.

2. Запись стороннего artefact

Создавайте отдельную запись для каждого внешнего файла, компонента, dataset, typeface, icon set, image, sound, video, template, design resource, text extract или generated asset. Группировка допустима только при одинаковых ownership, licence, version, acquisition и intended use.

RIGHTS-ID:
Name:
Category:
Description:
Product feature:
Exact version/revision:
File paths/package identifiers:
Hash or immutable identifier:

Creator:
Copyright holder:
Other rightsholders:
Supplier:
Canonical source URL:
Acquisition method:
Acquisition date:
Access conditions:

Licence/permission name:
SPDX expression where applicable:
Canonical licence URL:
Saved licence/permission location:
Licence version/effective date:
Proof of purchase or grant:

Intended purpose:
Modification:
Adaptation/derivatives:
Subsetting/conversion:
Embedding:
Hosting/CDN:
Internal sharing:
Client transfer:
Redistribution:
Sublicensing:
Source/notice offer:
Attribution:
Territories:
Channels:
Audience/user limits:
Term/expiry:

Embedded third-party material:
Trade marks/brand elements:
Personal data/likeness/property:
Moral-rights requirements:
Patent grant or restriction:
AI processing restrictions:
Other contractual restrictions:

Decision status:
Conditions:
Reviewer:
Approver:
Дата решения:
Следующая проверка:
Условия пересмотра:
Ресурс для замены или отката:
Версии выпуска, использующие артефакт:
Примечания:

Обязательные проверки

• Зафиксирован canonical source, а не repost.
• Точные artefact и licence versions воспроизводимы.
• Rightsholder отделён от distributor.
• Intended commercial и white-label use покрыты.
• Modification, embedding и redistribution проверены отдельно.
• Trade marks и brand features проверены отдельно.
• Embedded и transitive material проверен.
• Attribution и notices реализованы в требуемом месте.
• Срок действия и условия изменения отслеживаются.
• Сборка выпуска содержит только одобренный артефакт.

3. Запись платформы

Создавайте запись для каждой экосистемы, чьи SDK, APIs, store, design guidance, resources, device imagery, marks или compatibility claims затрагивают продукт.

PLATFORM-ID:
Platform/ecosystem:
Products and OS versions:
Target territories:
Distribution route:
Developer account/entity:

Developer agreement:
SDK/tool agreement:
Правила магазина и проверки:
Design-resource licence:
Font licence:
Icon/symbol licence:
Trade mark guidance:
Marketing/device-image guidance:
API/data terms:
Additional programme terms:

Точные версии и даты вступления в силу:
Места хранения доказательств:
Даты получения:
Account-specific accepted terms:

Permitted uses:
Prohibited uses:
Required notices:
Compatibility wording:
Approval/request route:
Known change schedule:

Ответственный:
Рецензент:
Status:
Decision:
Дата решения:
Следующая проверка:
Влияние на выпуск:

Вопросы проверки платформы

• Guidance описывает convention или действительно даёт asset licence?
• Покрывает ли open-source code licence связанные visual assets?
• Ограничивает ли asset licence целевую OS или product?
• Имеют ли fonts и symbols отдельные условия?
• Исключены ли product icons или logos?
• Требует ли referential use точной формулировки, относительной заметности или attribution?
• Может ли весь продукт создать впечатление source, endorsement или certification?
• Регулируются ли screenshots, badges, device frames и marketing uses отдельно?
• Устанавливает ли store approval более строгое copycat rule, чем применимое право?
• Проверены ли меняющиеся условия для этого выпуска?

4. Запись референса и независимого создания

REFERENCE-ID:
Design area:
Functional problem:
User need:
Constraints:
Required conventions/interoperability:

Правообладатель и продукт референса:
Reference URL/version/date:
Access condition:
Material viewed:
Reason for viewing:
Extracted abstract principles:
Elements explicitly excluded:

Other independent references:
Собственные исследования и доказательства:
Implementation brief:
Implementers:
Reference access available to implementers:
Clean-room arrangement if any:

Original decisions:
Design-history links:
Distinctive product expression:
Проверка сходства:
Residual similarities:
Reason each similarity remains:

Reviewer:
Status:
Counsel decision where required:
Date:
Выпуск:

Сравнение сходства

Таблица MUST NOT превращаться в числовой legal-safe score.

5. Запись заказной работы

WORK-ID:
Supplier/creator:
Engagement:
Deliverables:
Creation dates:
Contributors:
Use of subcontractors:
Use of stock/open-source/third-party material:
Use of AI tools:

Pre-existing supplier material:
Rights assigned:
Rights licensed:
Territory:
Media/channels:
Term:
Exclusivity:
Modification and derivative rights:
Sublicensing/client transfer:
Moral-rights treatment:
Warranties:
Indemnity/liability:
Attribution:
Confidentiality:
Personal-data obligations:

Signed agreement:
Acceptance record:
Source/design files received:
Dependency and asset manifest received:
Status:
Approver:

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

6. Запись open-source distribution

Выпуск:
SBOM format/version:
SBOM location:
Scanner/tool and version:
Manual reviewer:
Dependency lockfile:
Source revisions:
SPDX expressions:
Custom/unknown licences:
Проверка копилефта:
Patent clauses reviewed:
Notices bundle:
Пакет предложения или предоставления исходного кода:
Modification notices:
Installation information if applicable:
Exported artefacts checked:
Container/base-image check:
Client redistribution model:
Exceptions:
Approval:

Контрольный этап выпуска в открытый доступ

• Различены direct, development, optional и transitive dependencies.
• Проверены реально поставляемые files, а не только manifests.
• Licence expressions точны, exceptions записаны.
• Несовместимые или неизвестные лицензии блокируют выпуск.
• Обязательные notices и copyright statements сохранены.
• Обязательные source и modification information можно предоставить.
• Assets и data, поставляемые с кодом, очищены отдельно.
• SBOM соответствует released build.

7. Запись AI-assisted artefact

AI-ID:
Artefact:
Purpose:
Provider/service:
Model/version:
Account/data-control mode:
Terms version:
Operator:
Date:

Input sources:
Authority to process each source:
Personal/confidential/restricted material:
Prompt/task record:
Output:
Human modifications:
Поиск и проверка сходства:
Проверка прав:
Required disclosure/attribution:
Known limitations:
Status:
Approver:

8. Пакет запроса юридической проверки

Продуктовая команда SHOULD передавать counsel ограниченный вопрос, а не неструктурированную папку screenshots.

REVIEW-ID:
Требуемое решение:
Срок выпуска:
Цель бизнеса:
Product and feature:
Entities:
Territories:
Distribution:
Users:

Facts:
Exact third-party material:
How it was obtained:
Proposed use:
Alternatives considered:
Similarity analysis:
Relevant agreements/licences:
Search results:
Known communications/permissions:

Questions:
Requested decision status:
Conditions that engineering can test:
Required notices/wording:
Срок действия или условие пересмотра:

Counsel:
Advice date:
Privilege/confidentiality handling:
Decision:
Conditions:
Ответственный за остаточный риск:

Legal advice и privileged material MUST храниться с подходящим доступом, а не копироваться в публичный issue или documentation site. Публичный реестр MAY фиксировать итоговое operational decision без раскрытия защищённой консультации.

9. Запись полномочий клиента и доказательств

ENGAGEMENT-ID:
Client legal entity:
Authorised contact:
Область:
Среды:
Accounts:
Allowed test methods:
Production restrictions:
Recording/screenshot permission:
Personal-data handling:
Confidential material:
Third-party services:
Client-supplied assets and code:
Client representation of authority:
Deliverable ownership/licence:
Reusable provider material:
Граница юридической консультации:
Хранение и удаление доказательств:
Incident contact:
Signed authority:
Start/end:

10. Реестр прав выпуска

Для каждого внешнего выпуска MUST составляться один реестр.

Выпуск:
Build identifier/hash:
Date:
Products/channels:
Territories:
Legal profile version:
Platform record versions:
SBOM:
Third-party artefact records:
Reference records:
AI records:
Notices/attribution bundle:
Permissions:
Store/marketing assets:
Доказательства конфиденциальности, доступности и защиты потребителей:
Counsel decisions:
Exceptions:
Expiries:
Rollback/replacement plan:
Approved by:

Финальный контрольный этап

• Каждый поставляемый внешний artefact связан с approved record.
• Каждая именованная платформа связана с current platform record.
• Каждый жёлтый reference связан с independent-creation и similarity record.
• Нет позиций со статусом OPEN, COUNSEL REQUIRED, REJECTED или EXPIRED.
• Conditions реализованы и проверены в released build.
• Notices и attribution видимы там, где требуются.
• Маркетинг, снимки экрана, текст магазина и упаковка включены в область.
• Legal и platform terms не изменились после approval.
• Пакет доказательств неизменяем, имеет контроль доступа и доступен для получения.

11. Минимальные поля issue

Если организация использует tracker вместо полных записей, каждый rights issue MUST всё равно содержать:

12. Хранение и управление изменениями

Записи MUST версионироваться вместе с продуктом. Новая проверка требуется, когда:

• меняется артефакт или зависимость;
• меняется лицензия, условие платформы или правило бренда;
• продукт добавляет территорию, канал или способ использования;
• меняется коммерческая модель или юридическое лицо;
• работа передаётся клиенту или распространителю;
• истекает разрешение или меняется правообладатель;
• получены жалоба, отказ, требование об удалении или претензия;
• реализация меняет сходство или обработку данных;
• существенный факт исходного решения был неполным или неверным.

Не перезаписывайте прежние доказательства. Сохраняйте то, что обосновывало каждый исторический выпуск, и добавляйте новое решение.