Обнаружение
Анализирует внешний контур сервиса: формы, cookies, пиксели, интеграции и точки сбора.
Доступ внутрь систем не требуется
Provium Контролирующий слой над данными, процессами и обязательствами организации
Данные, процессы и обязательства: связаны в одну модель, закреплены за владельцами, подтверждены доказательствами.
Не сканер и не разовый аудит. Не CRM и не хранилище.
at first there were only patterns
repetition
compression
movement
seeking form
what we could not govern began to govern us
The Gap
Если ответ зависит от того, кто сейчас на связи, это память сотрудника, а не система.
01 / Data
Данные разбросаны по системам
Ответ на любой вопрос требует ручного сбора.
02 / Processes
Процессы живут в головах
Решение зависит от одного человека.
03 / Obligations
Обязательства живут в переписке
Обязательство существует, а владельца у него нет.
04 / Access
Доступ выдан шире, чем нужен
Внешнему участнику открывают лишнее.
05 / Status
Статус «закрыто» никто не проверял
Подтвердить его нельзя.
06 / Change
Изменение произошло, но не записано
Каждое изменение запускает новый поиск по системам.
Когда данные, процессы и обязательства живут отдельно, организация теряет не информацию, а возможность действовать по ней.
Operating model
Один контур, пять состояний.
Смотрим · связываем · закрепляем · выдаём
Модель
Связывает: процесс — система — данные — основание — обязательство — владелец.
Собирается на интервью — это Atlas
Управление
Превращает риск в решение: убрать, локализовать, оформить, ограничить, назначить владельца.
У каждого обязательства появляется владелец и срок
Доказательство
Собирает согласия, акты, поручения, журналы, версии документов и статус исполнения.
Пока доказательства нет, обязательство открыто
Наблюдение
Повторный анализ возвращает контур на переоценку: изменение сервиса — событие контроля, а не фон.
Сейчас по запросу — слой Watch в разработке
Контур обработки демо · анализ 25 авг 2026
Видно снаружи: 3 из 8 10 потоков · 8 систем 03 нерешённых обязательства Все обязательства закрыты Новый сервис — контур на переоценке
Схема приведена для иллюстрации и не отражает данные клиентов.
Authority model
Каждому обязательству — владелец. Каждому действию — след.
01 / Authority
Ответственность
Кто видит, кто решает, кто утверждает и кто подтверждает исполнение.
02 / Evidence
Доказательство
Запись, которая подтверждает исполнение и закрывает обязательство.
03 / Closure
Закрытие
Обязательство закрывает не ответ оператора, а повторное наблюдение.
Questions
На какие вопросы отвечает запись.
01 / Outside
Что собирается и через какие формы
Читается снаружи.
02 / Interview
Куда попадают данные, где хранятся, кто имеет доступ
Из интервью.
03 / Documents
Кому передаются и на каком основании
Интервью и документы.
04 / Register
Кто отвечает за каждое обязательство и до какого срока
Из реестра.
05 / Evidence
Чем подтверждается закрытие и кто это увидел
Из доказательства.
06 / Re-observation
Что изменилось с прошлого наблюдения
Из повторного анализа.
07 / Role
Кто вправе это видеть
По роли и глубине доступа; сегодня по запросу.
Глубина доступаобзор → контекст → доказательство → управление → администрирование; сегодня срез собирает человек по записи
Recon / Atlas
Стартовый этап: фактическая картина обработки.
01 / Recon
Формы · Cookies · Пиксели · Аналитика · Внешние сервисы
Анализируем внешний контур сервиса. Доступ внутрь систем не требуется.
02 / Atlas
Данные · Системы · Подрядчики · Доступы · Хранение · Сроки
Собираем на интервью недостающую картину: куда данные идут дальше и кто их видит.
Что входит
- Анализ внешнего контура сервиса: формы, cookies, аналитика, пиксели, чаты, виджеты, внешние запросы
- Модель: процесс — система — данные — основание — обязательство — владелец, срок, доказательство
- Расхождения: что делает сервис, что происходит в процессах, что записано в документах
- Приоритетный список: что убрать, заменить, оформить, проверить дополнительно
- Срез по запросу: по вопросу, процессу, роли — собирает человек по записи
Стартовый этапсостав работ, сроки и стоимость определяются договором
Modules
Архитектура: контур собирается слоями.
Стартовый этап — Recon и Atlas; остальные — к той же модели.
Core
Единая модель организации, систем, ролей, данных и обязательств.
Recon
Что видно снаружи: формы, поля, cookies, пиксели, аналитика и внешние сервисы.
Стартовый этапAtlas
Что за этим стоит внутри: CRM, облака, рассылки, подрядчики, доступы, страны и сроки хранения.
Стартовый этапControl
Риски, решения, задачи, сроки и владельцы.
Evidence
Согласия, логи, версии, акты и экспорт для проверки.
Vendor
Подрядчики, поручения на обработку, договоры и доступы.
Residency
Локализация, базы данных и трансграничные сценарии.
Response
Обращения субъектов, инциденты и регламентные сроки.
Watch
Периодическая переоценка, изменения систем и просроченные обязательства.
Остальные слои — в разработке
Limits
Чего мы не делаем — никогда.
Контролирующий слой определяется не обещаниями, а отказами.
01 / Outcome
Не обещаем исход проверки
Отвечаем за совпадение документов с фактическими процессами и за то, что на запрос есть чем ответить в срок.
02 / Data
Не берём чужие базы
Не просим выгрузок, доступов и паролей. Подрядчик, забравший базу «для аудита», сам стал риском.
03 / Paper
Не пишем бумагу мимо факта
Политика, не совпадающая с реальными потоками данных, — это и есть то, что находят на проверке.
04 / Tone
Не подбадриваем
Не говорим ни «вы молодцы», ни «вы нарушаете». Говорим, что видно, что из этого следует и что с этим делать.
What Provium is not
Чем Provium не является.
Каждое из этого может входить в работу. Ни одно не является продуктом. Мы не управляем отдельным типом объектов — связываем то, что есть.
01 / Scanner
Сканер
Видит внешний контур и ничего — об основаниях, доступах и сроках; обязательств не создаёт.
02 / Audit
Разовый аудит
Снимок одного дня; у снимка нет состояния, и закрыть его нельзя.
03 / Documents
Пакет документов
Описывает намерение; совпадение намерения с фактом не подтверждает.
04 / Advice
Юридическая консультация
Отвечает на вопрос; записи, которая выдержит запрос, не держит.
05 / Integrator
Интегратор
Изменения в системах вносит их владелец; наша часть — что именно поправить, кто за это отвечает и чем это будет подтверждено.
06 / Systems
CRM, документооборот, хранилище
Мы не заменяем то, что есть; мы связываем это и показываем, что из этого следует.
Единица работы — обязательство: не набор данных, не риск, не контроль.
Дальше — то, что можно доказать
When it matters
На запрос отвечает контур, а не переписка.
Пакет доказательствдемо
POLICY_VERSION06.4
CONSENT_LOGПОДТВЕРЖДЁН
VENDOR_REGISTERАКТУАЛЕН
TRANSFER_REVIEWЗАВЕРШЕНА
INCIDENT_PROCEDUREДЕЙСТВУЕТ
ACCESS_REVIEW29 ДНЕЙ НАЗАД
Состав пакета приведён для иллюстрации и не отражает данные клиентов.
Пока у обязательства нет владельца и записи об исполнении, оно существует только на бумаге.
First application
Provium 152.
Сначала — фактический контур.
Документ фиксирует намерение, а не фактическую обработку.
Первое применение — 152-ФЗ: от того, что собирается, до того, чем подтверждается.
Partner operating model
Повторяемая методика для партнёрской практики.
Одна методика, одна модель, один контур на всех клиентов партнёра.
CRM-интеграторы
1С-франчайзи
ИБ-интеграторы
Хостинг- и облачные провайдеры
Юридические и compliance-команды
Request analysis
Начните с того, что видно снаружи.
Анализируем внешний контур вашего цифрового сервиса: что собирает данные, куда они уходят и что требует решения. Доступ внутрь систем на этом этапе не требуется.