Для согласования Nevel соберите единый комплект, в котором договорные условия совпадают с технической схемой и порядком эксплуатации. Юристы, закупки, ИБ и ИТ должны работать с одной версией решения и согласованными документами.#
Обязательства сторон, стоимость, состав лицензий, сроки, ответственность и условия поддержки устанавливаются договором и документами конкретной поставки.#
Базовый комплект#
| Документ | Какие вопросы закрывает | Кто проверяет |
|---|---|---|
| Договор и спецификация | Предмет, продукты, объём, срок, оплата, права использования, порядок изменений | Юристы и закупки |
| Описание поставки | Место установки платформы, отдельно маршруты моделей, компоненты, подключения и площадки | ИТ и ИБ |
| Поручение на обработку | Роли сторон, данные, операции, цели и условия обработки, если применимо | Юристы и ответственный за ПДн |
| Условия конфиденциальности | Допустимое использование информации, доступ исполнителей, передача материалов | Юристы и ИБ |
| Регламент поддержки | Каналы, время работы, категории обращений, эскалация и доступ | ИТ и владелец сервиса |
| Политика хранения | Категории, сроки, копии, удаление и подтверждение | ИБ, ИТ и юристы |
| Программа и акт приёмки | Проверяемые сценарии, результаты, ограничения, критерии устранения замечаний | Заказчик и исполнитель |
| План завершения | Выгрузка, переход, отзыв доступа, удаление и оставшиеся обязательства | ИТ, закупки и юристы |
Названия файлов могут отличаться. Существенно, чтобы каждому вопросу соответствовал согласованный пункт и ответственный. Не создавайте несколько документов с противоречивыми сроками или разными названиями одного компонента.#
Предмет и границы поставки#
Укажите, какие части используются: Platform, Guardrail, внешний API и работы по внедрению. Отделите право использовать программное обеспечение от работ по установке, настройке, интеграции и сопровождению. Для каждого результата определите способ передачи и критерий принятия.#
Для облака внесите адреса доступа, границы эксплуатационной ответственности, разрешённые площадки и порядок изменения провайдеров. Для on-prem — состав устанавливаемых у заказчика компонентов, инфраструктурные предпосылки, версии, модель обновления и доступ сопровождения. On-prem не означает автоматически запрет внешних моделей: модельные маршруты описываются отдельным приложением для обоих вариантов размещения платформы.#
В приложении перечислите локальные модели заказчика, российские API, self-hosted модели Nevel на серверах РФ и глобальных провайдеров, разрешённых конкретной поставке. Например, self-hosted DeepSeek у Nevel и внешний API DeepSeek нельзя объединять одной строкой без указания получателей и площадок.#
| Поле паспорта маршрута | Что зафиксировать |
|---|---|
| Модель и размещение | Конкретный экземпляр, оператор инфраструктуры, площадки обработки и хранения |
| Цепочка получателей | Nevel, агрегатор при его использовании, конечный провайдер и вспомогательные обработчики |
| Данные и операции | Разрешённые категории, маскирование, OCR, embeddings, журналы и сроки |
| Границы | Выход из инфраструктуры заказчика и отдельно география обработки |
| Основной и резервный путь | Заранее разрешённые маршруты, условия переключения, запреты и запись в аудите |
| Проверка | Версия настройки, результат разрешённого вызова и отказа запрещённому получателю |
Изолированный профиль указывается явно, если все рабочие обработчики должны находиться у заказчика. Для него отдельно фиксируются отсутствие внешнего модельного fallback и порядок обновлений, поддержки и передачи диагностики. Матрица вариантов раскрывает различия.#
Проверьте права на используемые модели и внешние сервисы отдельно. Включение API в техническую схему не означает, что условия всех внешних правообладателей автоматически становятся одинаковыми с условиями Nevel.#
Поручение на обработку персональных данных#
Если применима обработка по поручению, его содержание сверяется с частью 3 статьи 6: закон определяет перечень обязательных условий поручения, включая данные, операции, цели, конфиденциальность, безопасность, подтверждающие сведения и уведомление оператора об инцидентах. Официальный текст 152-ФЗ.#
Для подготовки поручения используйте приложение с конкретными полями:#
- категории субъектов и данных с примерами допустимых документов;
- операции каждого участника и разрешённые цели;
- площадки, обработчики, модели и география;
- доступ работников исполнителя и порядок привлечения других лиц;
- подтверждение мер, взаимодействие при проверках и обращениях;
- сроки хранения, возврат, прекращение обработки и удаление;
- контакты и процедура передачи информации об инциденте.
Этот перечень помогает собрать исходные сведения для юриста и не является готовой универсальной формой поручения. Для оценки процесса используйте 152-ФЗ: согласование обработки.#
SLA и поддержка#
Для измеримого обязательства нужны объект измерения, период, методика, источник данных, исключения и последствия нарушения. «Высокая доступность» без этих параметров не позволяет проверить исполнение.#
Согласуйте отдельно доступность интерфейса, обработку API, работоспособность внешней модели и устранение ошибок. Внешний провайдер может быть недоступен при работающем Nevel; резервный маршрут при этом должен оставаться допустимым с точки зрения данных и географии.#
Для поддержки различайте регистрацию обращения, первый ответ, начало работ, временное восстановление и окончательное устранение. Контакты для инцидента ИБ и коммерческих вопросов также разделяют, чтобы срочная информация не зависела от обычного процесса закупок.#
Доказательства для ИБ и ИТ#
К технической части приложите обзор безопасности, потоки данных, Guardrail, доступ и аудит, хранение. В конкретной поставке дополните их схемой с площадками и протоколом испытаний.#
Если требуется сертификация, аттестация или включение в реестр, проверьте реально предоставленный документ: объект, номер, срок, версию, ограничения и отношение к закупаемой конфигурации. Общая ссылка на законодательство не подтверждает наличие документа. Документы партнёра или площадки не следует автоматически приписывать самому продукту.#
Приёмка и изменение условий#
Приёмку свяжите с конкретными действиями: вход пользователя, работа разрешённой модели, отказ запрещённого маршрута, отзыв ключа, журналирование, восстановление и удаление тестовых данных. Для on-prem проверьте разрешённые внешние зависимости и блокировку остальных; для изолированного профиля — отсутствие внешних рабочих вызовов. В обоих случаях проверьте сбой основного маршрута и отсутствие скрытого переключения. Укажите версию конфигурации и перечень замечаний с решениями по каждому.#
В порядке изменений определите, кто согласует новую модель, подключение, площадку или состав данных. Изменение коммерческого тарифа и изменение разрешённого маршрута обработки могут требовать разных участников согласования.#
Завершение договора#
До прекращения доступа согласуйте формат выгрузки, её полноту, период передачи и проверку читаемости. Затем зафиксируйте отзыв ключей и доступов, остановку подключений, очистку рабочих экземпляров, порядок обращения с резервными копиями и необходимые подтверждения.#
Архив, переданный заказчику, должен иметь понятный состав и ответственного за получение. Если часть сведений сохраняется по установленному основанию, итоговый документ перечисляет категорию, ограничение использования и срок. Формулировка «всё удалено» применяется только к реально проверенной области.#
Нормативная основа#
Нормативная основа — 152-ФЗ. Состояние нормативной справки на 8 сентября 2026 года и версии актов указаны в разделе о 152-ФЗ. Окончательные формы, состав пакета и обязательства согласуют стороны с учётом применимых требований.#