КАК МЫ РАБОТАЕМ / VERA SYSTEMS

От источника данных
до проверяемого ответа.

Встраиваем Киру в аналитическую среду компании. Сначала фиксируем источники, определения показателей и права. Затем настраиваем расчёт, независимую проверку и след каждого ответа.

ПОКАЗАН ТИПОВОЙ МАРШРУТАРХИТЕКТУРА ЗАВИСИТ ОТ КОНТУРА01 / 04

01 / АРХИТЕКТУРА

Подключаем к существующим данным.
След ответа сохраняется.

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

СХЕМА ПОТОКА / ПРИМЕРДОСТУП К ИСТОЧНИКУ: ТОЛЬКО ЧТЕНИЕ
A / ДАННЫЕ

Источник

Проверенные подключения к ClickHouse. Описания таблиц, SQL и документация помогают понять смысл данных.

Сырые данные и доступы остаются у клиента
B / ПРАВИЛА

Контекст

Права пользователя, определения показателей, свежесть источников и разрешённые таблицы задают границы запроса.

Новый контур настраивается в пилоте
C / КИРА

Расчёт

Кира выполняет запрос на чтение, рассматривает версии причин и передаёт результат на отдельную проверку.

Числа берутся из результата запроса
D / ОТВЕТ

Доказательство

Пользователь получает вывод с доступными ему источниками, расчётом и историей действий.

Ответ можно воспроизвести и проверить
ГРАНИЦА ПЕРЕДАЧИ

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

02 / ДВА МАРШРУТА

Начинаем с состояния
вашей основы данных.

Объём работ зависит от того, есть ли устойчивые источники и согласованные показатели.

МАРШРУТ AХРАНИЛИЩЕ ГОТОВО

Подключаем Киру
поверх данных.

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

ClickHouse→Правила и доступы→Кира
Подключение нового набора таблиц требует проверки схемы и качества данных.
МАРШРУТ BОСНОВУ НУЖНО СОЗДАТЬ

Сначала готовим
надёжный слой данных.

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

Источники→Основа данных→Кира
Архитектуру и технологический стек основы выбираем и оцениваем отдельно.
ИНЖЕНЕРНЫЙ СОСТАВ / ПРИМЕР

Что может входить в отдельный проект основы данных.

Объём, инструменты и критерии приёмки определяем после обследования.
INGEST

Загрузка

Инвентаризация источников, расписание обновлений, повторные попытки и журнал ошибок.

MODEL

Модели

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

QUALITY

Проверки

Тесты полноты, свежести и связности данных, наблюдение за сбоями и оповещения.

RELEASE

Изменения

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

03 / ПОСТАВКА

У каждого этапа
есть проверяемый выход.

Этап завершается артефактом и совместным решением о следующем шаге. Подготовка основы данных добавляется по результатам обследования.

01DISCOVERY

Обследование

Выбираем участок бизнеса, описываем источники и вопросы, фиксируем исходную скорость ответа, правила показателей и требования ИБ.

НА ВЫХОДЕ

Карта источников, схема движения данных, список пробелов, критерии пилота и его смета.

Обычно 2–4 недели · отдельный платный этап
02IF NEEDED

Подготовка основы при необходимости

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

НА ВЫХОДЕ

Рабочие загрузки, таблицы, описанные показатели и техническая документация.

Объём и сроки — по отдельному проекту
03PILOT

Пилот Киры

Настраиваем разрешённые источники и канал, собираем 10–20 контрольных вопросов, сверяем ответы с экспертом и измеряем результат на выбранном участке.

НА ВЫХОДЕ

Работающий сценарий, протокол проверок, отчёт об эффекте и план промышленного запуска.

30 календарных дней после предоставления доступов
04PRODUCTION

Промышленный запуск

После успешного пилота согласуем эксплуатационную архитектуру, права, мониторинг, документацию и порядок сопровождения.

НА ВЫХОДЕ

Согласованный состав промышленной поставки, критерии приёмки и регламент работы.

Сроки и поддержка определяются договором

04 / КОНТРОЛЬ

Что проверяем
перед передачей результата.

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

ДОСТУП

Только разрешённые данные

Запросы выполняются на чтение. Для нового клиента проверяем права, доступные таблицы и роль пользователя.

КАЧЕСТВО

Контрольный набор вопросов

Эксперт задаёт ожидаемые результаты. После настройки сравниваем ответы и отдельно разбираем расхождения.

ВОСПРОИЗВОДИМОСТЬ

След расчёта

Сохраняем источник, запрос и проверки, чтобы аналитик мог восстановить основание ответа.

ГРАНИЦА ДАННЫХ

Схема передачи

До пилота согласуем, какие сведения остаются в контуре и что может получить внешняя модель.

СТАТУС ВОЗМОЖНОСТЕЙ

Техническая честность
вместо универсального обещания.

ПровереноClickHouse, чтение без изменений, поиск по документации и SQL, отдельная проверка, отчёты и история.

Настраиваем в пилотеНовые таблицы, права, каталог знаний, рабочий канал и контрольный набор конкретного клиента.

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

СЛЕДУЮЩИЙ ШАГ

Начнём с вашей
схемы данных.

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

Обсудить задачу