Как читать авторский курс и нормативные материалы
Это учебные материалы, а не заключение о соответствии конкретного продукта. Организационные модели курса отделяйте от терминов стандарта: ППК в опубликованном проекте — машиночитаемый перечень, а живой реестр его версий является практикой сопровождения. Термин OSA в разных материалах имеет разный охват. Статус и обязательность нормативного документа проверяются отдельно; проект КАПО опубликован как проект первой редакции.
Порядок исключения лицензии
Назначение
Порядок описывает, как компонент с лицензией, запрещённой или условно-допустимой по политике лицензионной чистоты, может быть допущен в продукт как обоснованное и ограниченное во времени исключение. Цель — не «обойти» политику, а зафиксировать осознанное решение с владельцем и сроком пересмотра.
Когда применяется
- Лицензия компонента попала в класс «сильный copyleft» или «запрещённые», но замена невозможна или нецелесообразна в текущем релизе.
- Требуется временно допустить компонент до появления альтернативы.
- Нужно оформить условный допуск слабого copyleft с нестандартной линковкой.
Шаги
- Подтвердить лицензию. Зафиксировать нормализованное SPDX-выражение из license scan и версию компонента (PURL).
- Проверить невозможность замены. Кратко обосновать, почему permissive-альтернатива не подходит (функциональность, стоимость, сроки).
- Запросить юридическую оценку. Оформить юридическое заключение: тип обязательств, совместимость, риски для модели поставки.
- Определить компенсирующие меры. Например: только динамическая линковка, изоляция модуля, сохранение NOTICE, ограничение дистрибуции.
- Назначить владельца и срок. Указать роль-владельца исключения и дату обязательного пересмотра (по умолчанию ≤ 6 месяцев).
- Согласовать. Получить одобрение ответственного за комплаенс (+ владельца продукта для запрещённого класса).
- Внести в реестр. Создать запись в Реестр исключений со ссылкой на юр.заключение и компенсирующие меры.
- Привязать к релизу. В пакете evidence релиза сослаться на действующее исключение; без него CI gate блокирует сборку.
Исключение не бессрочно Любое лицензионное исключение имеет дату пересмотра. По её наступлении — повторная оценка: продлить с обоснованием либо закрыть (заменить компонент). Просроченное исключение приравнивается к нарушению политики.
Линковка решает Для слабого copyleft (LGPL/MPL) исключение часто не нужно при динамической линковке, но обязательно при статической. Зафиксируйте тип линковки (см. П23. Статическая линковка как слепая зона).
Минимальная карточка исключения
| Поле | Значение |
|---|---|
| Компонент@версия (PURL) | |
| Лицензия (SPDX) | |
| Класс по политике | сильный copyleft / запрещённая / условная |
| Обоснование невозможности замены | |
| Компенсирующие меры | |
| Юр.заключение | ссылка |
| Владелец (роль) | |
| Дата выдачи / срок пересмотра | |
| Статус | действует / на пересмотре / закрыто |
Связь с курсом
- Модуль: М14. Политики, исключения и принятие риска · М07. Лицензионная чистота
- Практики: П26. Лицензионная классификация · П27. Юридическое заключение и реестр лицензий · П30. Исключения и принятие риска
- Нормативка: OpenChain ISO IEC 5230 · ГОСТ Р 56939-2024
- Связанные шаблоны: Политика лицензионной чистоты · Шаблон юридического заключения по лицензии · Реестр исключений