База знаний ISAIP

Документация для работы с живой картой бизнеса

Здесь собран рабочий маршрут: как зайти в систему, проверить данные, собрать дашборд, разобрать PnL, пользоваться OLAP и превращать метрики в действия команды.

Быстрый старт

Что делать в первые 15 минут

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

01

Проверьте контур

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

02

Оцените пульс

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

03

Раскройте причину

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

04

Закройте действие

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

Картина системы

Как устроен ISAIP

ISAIP строится как живой двойник бизнеса: данные приходят из источников, проходят DataCore, получают бизнес-смысл в OLAP-слое и превращаются в дашборды, объяснения и задачи.

  • Источники отдают сырой факт: продажи, остатки, реклама, финансы, закупки, команда.
  • DataCore хранит историю, контролирует загрузки, сопоставляет справочники и подсвечивает проблемы качества.
  • Семантический слой описывает метрики, формулы, измерения, версии расчетов и права доступа.
  • BI-конструктор дает управляемые фильтры, группировки, поля, детализацию и выгрузки.
  • ИИ-контур объясняет отклонения, находит аномалии, формирует гипотезы и помогает ставить задачи.

Первый день

Первый вход и базовая проверка

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

  • Откройте рабочее пространство и проверьте название компании, доступные магазины и роль.
  • Выберите период: день, неделя, месяц, квартал или произвольный диапазон.
  • Сверьте дату последней загрузки по каждому источнику и статус качества данных.
  • Откройте основной дашборд и сохраните рабочий вид с нужными фильтрами.
  • Проверьте, что выгрузки не содержат лишних полей для вашей роли.

Данные

Источники, загрузки и качество

Любая аналитика начинается с доверия к данным. В ISAIP у каждой загрузки есть статус, время, источник, проверка полноты и история изменений.

  • Маркетплейсы: Ozon, WB, кабинеты, товары, заказы, возвраты, комиссии, логистика и реклама.
  • Операционный слой: ERP, WMS, закупки, поставщики, партии, складские операции и остатки.
  • Финансы: платежи, статьи затрат, управленческие корректировки, себестоимость и денежный поток.
  • Команда: роли, KPI, план/факт, задачи, статусы и ответственные.
  • Если источник отстал, система должна показывать дату последней успешной загрузки и зону риска.

Ежедневная работа

Дашборды, фильтры и детализация

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

  • Фильтры применяются по периоду, магазину, кабинету, товару, категории, бренду, складу, поставщику и статусу.
  • Поиск должен работать по ключевым полям: SKU, артикул, название товара, кампания, статья затрат.
  • Группировки позволяют смотреть картину по дням, неделям, месяцам, товарам, категориям и магазинам.
  • Детализация раскрывает путь от общей метрики к строкам, из которых она собрана.
  • Пользователь может сохранять представления, чтобы не собирать один и тот же анализ заново.

Финансовое ядро

PnL и себестоимость

PnL - ключевой слой продукта. Он показывает не только выручку, но и реальную экономику: себестоимость, комиссии, логистику, рекламу, операционные расходы и итоговую прибыльность.

  • Выручка очищается от возвратов, отмен и корректировок периода.
  • Себестоимость подтягивается по товару, партии или принятому правилу распределения.
  • Комиссии, логистика, эквайринг и прочие удержания маркетплейсов раскладываются по понятным статьям.
  • Реклама связывается с продажами, ДРР, ROAS и вкладом кампаний в прибыльность.
  • PnL должен раскрываться сверху вниз: компания, магазин, канал, категория, товар, SKU, заказ.

Глубокий анализ

OLAP и BI-конструктор

OLAP-слой нужен, чтобы пользователь не зависел от заранее нарисованных отчетов. Он собирает нужную таблицу или витрину из проверенных метрик и измерений.

  • Измерения отвечают на вопрос где смотреть: период, магазин, категория, товар, склад, поставщик, кампания.
  • Метрики отвечают на вопрос что измерять: выручка, заказы, себестоимость, прибыльность, остаток, ДРР, оборачиваемость.
  • Формулы хранятся централизованно, чтобы одна и та же метрика считалась одинаково во всех отчетах.
  • Права ограничивают доступ к чувствительным полям, магазинам и финансовым показателям.
  • Сохраненные витрины можно использовать в дашбордах, выгрузках и ИИ-разборах.

ИИ-контур

Как работать с ИИ-разбором

ИИ в ISAIP не должен быть игрушкой поверх графиков. Его задача - объяснить, почему изменилась метрика, какие факторы повлияли на результат и что делать дальше.

  • Задавайте вопрос на языке бизнеса: почему упала прибыльность, где выросла себестоимость, какие товары тянут склад.
  • Ответ должен ссылаться на источник данных, период, фильтры и формулу метрики.
  • Любая рекомендация должна быть проверяемой: пользователь видит факты, на которых она построена.
  • ИИ может предложить задачу, но критичные действия подтверждает человек.
  • Хороший результат ИИ-разбора - не красивый текст, а понятное управленческое решение.

Доступ

Роли, права и рабочие пространства

Один продукт может обслуживать разные компании и команды, но каждый пользователь должен видеть только свой контур данных и действий.

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

Ритм управления

Ежедневный управленческий сценарий

Ценность ISAIP раскрывается, когда система становится рабочим ритмом команды: утром показывает главное, днем помогает принимать решения, вечером фиксирует контроль.

  • Утро: откройте пульс компании и посмотрите отклонения по выручке, прибыльности, остаткам и рекламе.
  • День: раскройте причины, сравните периоды, проверьте товары и ответственных.
  • Неделя: смотрите PnL, оборачиваемость, рекламную эффективность и план/факт по команде.
  • Месяц: фиксируйте управленческие выводы, сценарии, корректировки планов и список действий.
  • Любой отчет должен завершаться решением: оставить, изменить, проверить, назначить или остановить.

Термины

Глоссарий продукта

DataCore

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

OLAP

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

PnL

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

Семантика

словарь метрик, формул и измерений, чтобы цифры считались одинаково во всех отчетах.

Витрина

подготовленный набор данных для дашборда, выгрузки, OLAP-анализа или ИИ-разбора.

Детализация

переход от общего показателя к строкам и факторам, из которых он сложился.

Ответы

Частые вопросы

Как понять, что данным можно доверять?

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

Можно ли собрать свой отчет?

Да. Для этого используется BI-конструктор: выберите метрики, измерения, фильтры, группировки и сохраните представление для повторной работы.

Где смотреть PnL?

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

ИИ может сам принимать решения?

Нет. ИИ помогает найти причину, сформулировать гипотезу и предложить действие. Ответственный пользователь подтверждает решение и контролирует результат.

Чем база знаний отличается от внутренних регламентов?

База знаний описывает, как работать с продуктом. Внутренние регламенты компании могут дополнять ее правилами ролей, SLA, бюджетов и согласований.