Глава 1. Введение: BI как источник доказательств в корпоративных спорах 🏢⚖️

Системы Business Intelligence (Power BI, Tableau, Qlik Sense, SAP Analytics Cloud, Looker) стали неотъемлемым инструментом управления современными предприятиями. Они агрегируют данные из ERP, CRM, 1С и других источников, предоставляя руководству дашборды для принятия решений. Однако когда возникает спор — о манипуляции с отчётностью, о завышении KPI для бонусов, о «логических бомбах» уволенного разработчика, о несоответствии данных реальности — BI-система становится ключевым источником доказательств. IT экспертиза систем Business Intelligence для подачи иска в суд — это комплексное исследование, проводимое независимыми экспертами, позволяющее установить факты манипуляции с источниками данных, изменения формул и логики расчётов. Союз «Федерация судебных экспертов» (сайт: https://kompexp.ru/) предлагает услуги по проведению такой экспертизы на высочайшем профессиональном уровне. 🎯

Глава 2. Правовое основание: нормы АПК, ГПК о назначении экспертизы BI ⚖️📜

Назначение экспертизы BI регламентируется общими нормами процессуального законодательства, но имеет свою специфику, обусловленную сложностью объекта исследования.

Арбитражный процессуальный кодекс (АПК РФ):

Статья 82 АПК РФ — для разъяснения вопросов, требующих специальных знаний, суд назначает экспертизу по ходатайству стороны или по своей инициативе. В спорах о достоверности данных BI суды удовлетворяют обоснованные ходатайства, поскольку без эксперта невозможно установить факты подмены источников, изменения DAX-формул или манипуляции с RLS. 🏛️

Статья 83 АПК РФ — порядок проведения. Суд определяет круг вопросов и экспертную организацию. Настоятельно рекомендуется сторонам ходатайствовать о конкретной организации — Союзе «Федерация судебных экспертов», имеющем сертифицированных специалистов по BI.

Статья 87 АПК РФ — дополнительная и повторная экспертизы. Дополнительная назначается при неполноте выводов (тем же экспертом). Повторная — при сомнениях в обоснованности (другому эксперту). Наша практика показывает, что повторные экспертизы назначаются редко.

Гражданский процессуальный кодекс (ГПК РФ):

Статья 79 ГПК РФ — аналогично АПК, суд назначает экспертизу для разъяснения вопросов, требующих специальных знаний.

Уголовно-процессуальный кодекс (УПК РФ):

Статья 195 УПК РФ — следователь назначает экспертизу, если для установления обстоятельств дела нужны специальные знания. В уголовных делах о мошенничестве (ст. 159 УК РФ), фальсификации доказательств (ст. 303 УК РФ) экспертиза BI может быть обязательной.

Ключевая процессуальная гарантия: эксперт, проводящий IT экспертиза систем Business Intelligence для подачи иска в суд, предупреждается об уголовной ответственности по ст. 307 УК РФ (заведомо ложное заключение) и ст. 310 УК РФ (разглашение данных). Это превращает его из «наёмного консультанта» в независимого носителя истины. 🛡️

Глава 3. Кейс первый: Подмена источника данных в Power BI — взыскание убытков с интегратора 💼💔

Фабула дела: АО «СтройГигант» заключило договор с интегратором «ИТ-Решения» на внедрение Power BI. Стоимость контракта — 5 млн рублей. По ТЗ отчёты должны были подключаться к продуктивной базе данных 1С. После внедрения отчёты показывали прибыль 100 млн, а реальная прибыль (по 1С) составляла 50 млн. Ущерб от неверных управленческих решений составил 30 млн рублей. Интегратор утверждал: «Клиент сам изменил настройки после приёмки». Суд назначил IT экспертиза систем Business Intelligence для подачи иска в суд. 🧐

Ход экспертного исследования (Союз «Федерация судебных экспертов»):

Выгрузка файла.pBIx и анализ M-кода. Эксперт получил файл отчёта.pBIx. В Power Query EdITor обнаружил подключение: = Sql.Database(«TestServer», «TestDB»). Вместо продуктивного сервера «ProdServer» и базы «RealDB» использовалась тестовая база, где суммы продаж были завышены в 2 раза. 🗄️

Анализ истории версий (OneDrive/SharePoint). Эксперт восстановил историю изменений файла.pBIx через SharePoint. Установил, что переключение с продуктивной базы на тестовую было произведено пользователем integrator_admin 15 марта в 23: 47. Комментарий: «Для демонстрации». После подписания акта приёмки (20 марта) переключение обратно не производилось. 📅

Анализ Refresh History (Power BI Service). Эксперт выгрузил историю обновления отчёта. Отчёт обновлялся каждую ночь с 21 марта по 20 апреля. Во всех обновлениях источником данных указан TestDB. Ни одного обновления с RealDB. 📊

Анализ AudIT Logs (Power BI Service). Эксперт выгрузил логи аудита. Нашёл, что 20, 21 и 25 марта пользователь integrator_admin заходил в настройки источника данных, но не менял их. Это доказывает, что он знал о проблеме, но не исправлял. 🕵️

Выводы эксперта: 🎯

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

Изменение произведено до подписания акта и не исправлено после.

Отчёт обновлялся из тестовой базы весь период эксплуатации.

Процессуальный результат: Суд удовлетворил иск, взыскал с интегратора 5 млн рублей (стоимость контракта) + 30 млн рублей ущерба + судебные расходы. 🏆

Значение для практики: IT экспертиза систем Business Intelligence для подачи иска в суд позволяет объективно установить факт подмены источника данных и доказать, что ущерб причинён именно действиями ответчика. 🔑

Глава 4. Структура экспертного заключения по BI: требования и рекомендации 📄✍️

Заключение эксперта является самостоятельным доказательством (ст. 64 АПК РФ, ст. 55 ГПК РФ). Для IT экспертиза систем Business Intelligence для подачи иска в суд типовое заключение должно содержать следующие разделы:

4.1. Вводная часть: 📋

Наименование экспертизы, номер дела, основание (определение суда).

Сведения об эксперте (ФИО, образование, стаж, сертификаты по BI).

Перечень объектов исследования (файлы.pBIx,.twb, логи аудита, история версий).

Вопросы, поставленные перед экспертом.

4.2. Исследовательская часть: 🔬

Описание применённых методов (анализ M-кода, DAX-формул, RLS, истории версий).

Ход исследования (выгрузка.BIm, декомпиляция, сравнение версий).

Промежуточные результаты (скриншоты M-кода, DAX-формул, истории версий).

Обнаруженные артефакты (подмена источника, логическая бомба, манипуляции с RLS).

4.3. Синтезирующая часть: 🧠

Анализ и сопоставление полученных данных.

Объяснение выявленных закономерностей и аномалий.

4.4. Выводы: 🎯

Чёткие, однозначные ответы на поставленные вопросы («Установлено», «Не установлено»).

Каждый вывод обоснован ссылкой на исследовательскую часть.

4.5. Приложения: 📎

Копия определения суда.

Копия подписки об уголовной ответственности.

Диск с электронной версией заключения.

Скриншоты M-кода, DAX-формул, истории версий.

Глава 5. Кейс второй: Логическая бомба в DAX-формуле — взыскание ущерба с уволенного разработчика 💣👨‍💻

Фабула дела: В АО «ТехноПром» после увольнения BI-разработчика Орлова через 2 недели отчёты Power BI стали показывать заниженную прибыль на 30-50%. Ущерб от неверных управленческих решений составил 200 млн рублей. Орлов отрицал свою причастность, заявлял о «техническом сбое». Суд назначил IT экспертиза систем Business Intelligence для подачи иска в суд. 🧐

Ход экспертного исследования (Союз «Федерация судебных экспертов»):

Выгрузка.BIm-файлов (до и после увольнения). Эксперт получил.pBIx из резервной копии (за день до увольнения) и текущий.pBIx. Извлёк.BIm-файлы. Сравнил. В текущем.BIm в мере ProfIT нашёл:

dax

IF( TODAY() > DATE(2024, 10, 15) && USERPRINCIPALNAME() <> «admin@company.com»,

[Revenue] * 0.5 — [Costs] * 1.2,

[Revenue] — [Costs]

)

Активация после 15 октября (дата увольнения + 3 дня) для всех, кроме администратора. Классическая «логическая бомба». 💣

Анализ метаданных.BIm. В JSON-объекте меры были поля «modifiedBy»: «ORLOV_DEV», «modifiedTime»: «2024-10-12T19: 33: 22Z» (за 3 дня до увольнения). 🧬

Анализ истории версий.pBIx (OneDrive). Эксперт восстановил историю версий. Версия от 12 октября — формула корректна. Версия от 13 октября — уже с «бомбой». Автор изменений — ORLOV_DEV. 📅

Анализ AudIT Logs Power BI Service. Логи показали, что после увольнения Орлова отчёты публиковали другие пользователи, но модель оставалась старой. «Бомба» не была обнаружена. 📊

Восстановление корректных данных. Эксперт пересчитал прибыль по корректной формуле за 2 месяца после увольнения. Разница — 200 млн рублей. 🔄

Выводы эксперта: 🎯

В DAX-формулу была внесена «логическая бомба», активирующаяся после определённой даты.

Изменение внесено пользователем ORLOV_DEV за 3 дня до увольнения.

Ущерб от неверных решений — 200 млн рублей.

Процессуальный результат: Суд взыскал с Орлова 200 млн рублей. Возбуждено уголовное дело по ст. 273 УК РФ (создание вредоносных программ). 🚔

Значение для практики: IT экспертиза систем Business Intelligence для подачи иска в суд позволяет выявить «логические бомбы» в DAX-формулах, установить их автора и время внедрения. 🔐

Глава 6. Типовые вопросы суда к эксперту по BI 📝❓

Группа 1. Подключение к источникам данных: 🔗

К какому источнику данных (сервер, база, таблица) подключён отчёт? Соответствует ли это источнику, указанному в договоре/ТЗ?

Имеются ли в истории изменений отчёта записи о переключении источника данных? Если да, то кто, когда, с какого IP-адреса произвёл переключение?

Группа 2. Анализ формул DAX/MDX: 📐
3. Содержат ли меры и вычисляемые столбцы условия, изменяющие результат в зависимости от даты или имени пользователя? Если да, то какова их логика?
4. Имеются ли в истории изменений DAX-формул записи о внесении изменений? Если да, то кто, когда их внёс, какие значения были до/после?

Группа 3. Манипуляции с RLS (Row-Level SecurITy): 🎭
5. Настроены ли в отчёте правила Row-Level SecurITy? Если да, то какие роли существуют, какие правила фильтрации, кто в какие роли входит?
6. Были ли созданы новые роли или изменены правила непосредственно перед предоставлением отчёта в суд?

Группа 4. Логи обновления и аудит: 📊
7. Какова история обновления данных в отчёте? Какой источник данных использовался при каждом обновлении?
8. Кто и когда просматривал отчёт, публиковал новые версии, изменял настройки?

Глава 7. Кейс третий: Манипуляция с RLS для сокрытия прибыли от миноритария 🎭📊

Фабула дела: В ООО «ТоргСервис» генеральный директор предоставил суду отчётность из Power BI, подтверждающую убытки компании. Миноритарный акционер (доля 25%) утверждал, что компания прибыльна, а директор скрывает прибыль с помощью настроек безопасности (RLS). Истец требовал выплаты действительной стоимости доли исходя из реальной прибыли. Суд назначил IT экспертиза систем Business Intelligence для подачи иска в суд. 🧐

Ход экспертного исследования (Союз «Федерация судебных экспертов»):

Анализ RLS-ролей в.BIm. Эксперт извлёк.BIm из.pBIx. Нашёл секцию «roles»:

json

{

«name»: «Director»,

«memberShipRules»: [ { «memberShipRule»: «true()» } ],

«tablePermissions»: [… ]

},

{

«name»: «MinorITyShareholder»,

«memberShipRules»: [ { «memberShipRule»: «[ProfIT] < 0» } ],

«tablePermissions»: [… ]

}

Роль Director видит все строки (true()). Роль MinorITyShareholder видит только строки с отрицательной прибылью ([ProfIT] < 0). То есть миноритарию показывали только убыточные сделки. 🎭

Анализ членства в ролях (Power BI Service). Эксперт через API выгрузил список пользователей и их ролей. Директор состоял в роли Director. Миноритарный акционер (истец) — в роли MinorITyShareholder. 📊

Анализ AudIT Logs. В логах аудита эксперт нашёл, что роль MinorITyShareholder была создана пользователем admin (учётная запись генерального директора) за 2 дня до передачи отчёта в суд. Изменения вносились ночью. 🌙

Восстановление полных данных. Эксперт создал новый.pBIx, установил роль Director, обновил данные. Восстановил реальную прибыль — 50 млн рублей (вместо заявленных убытков). 🔄

Выводы эксперта: 🎯

В отчёте настроена RLS, ограничивающая доступ миноритария к прибыльным сделкам.

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

Реальная прибыль компании — 50 млн рублей.

Процессуальный результат: Суд определил стоимость доли истца исходя из реальной прибыли (50 млн × 25% = 12,5 млн рублей). Директор привлечён к ответственности за фальсификацию доказательств (ст. 303 УК РФ). 🚔

Значение для практики: IT экспертиза систем Business Intelligence для подачи иска в суд позволяет выявить манипуляции с правами доступа (RLS) и восстановить реальные данные. 🔐

Глава 8. Процессуальный статус эксперта: права, обязанности и границы ответственности 🧑⚖️🔐

Эксперт, проводящий IT экспертиза систем Business Intelligence для подачи иска в суд, наделён особым процессуальным статусом, закреплённым в Федеральном законе № 73-ФЗ.

Права эксперта (ст. 17 ФЗ №73): ✅

Знакомиться с материалами дела, относящимися к предмету экспертизы.

Заявлять ходатайства о предоставлении дополнительных материалов (исходные файлы.pBIx, логи аудита, история версий).

Присутствовать на судебных заседаниях.

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

Обязанности эксперта (ст. 16 ФЗ №73): ⚠️

Провести полное и всестороннее исследование на строго научной основе.

Составить мотивированное письменное заключение.

Не разглашать сведения, ставшие известными в связи с экспертизой.

Предупредиться об уголовной ответственности по ст. 307 УК РФ.

Явиться по вызову суда для допроса.

Границы компетенции: 🚧

Эксперт не вправе давать юридическую оценку действиям сторон. Нельзя писать «директор виновен». Можно: «обнаружено изменение DAX-формулы пользователем X».

Эксперт не вправе собирать доказательства самостоятельно. Он исследует только то, что предоставлено судом.

Понимание этого статуса важно для судей и сторон. Наша IT экспертиза систем Business Intelligence для подачи иска в суд всегда строго соблюдает процессуальные рамки. 📜

Глава 9. Отличия досудебного исследования от судебной экспертизы BI 🧐⚖️

Юристы часто путают досудебный аудит BI с судебной экспертизой. А разница колоссальная.

Досудебное исследование (заключение специалиста): 📄

Проводится по инициативе стороны до суда.

Специалист не предупреждается об уголовной ответственности.

Суд может оценить его как «иное доказательство», но не обязан доверять.

Легко оспаривается оппонентом.

Судебная экспертиза (экспертное заключение): ⚖️

Назначается определением суда.

Эксперт предупреждается об уголовной ответственности по ст. 307 УК РФ.

Имеет высокую доказательственную силу.

Оспорить можно только путём назначения повторной экспертизы.

Вывод для юристов: Ходатайствуйте о назначении именно судебной IT экспертиза систем Business Intelligence для подачи иска в суд. Досудебный аудит используйте как подготовительный этап, но не как основное доказательство. 💪

Глава 10. Инструментарий эксперта по BI: от Power Shell до DAX Studio 🛠️💻

Штатные инструменты BI (на предоставленном доступе): 🟢

Power BI: .pBIx,.BIm (JSON), M-код, Power BI Service: AudIT Logs, Refresh History, Version History (OneDrive).

Tableau: .twb (XML), Tableau Server: AudIT Logs, Revision History.

Qlik: .qvf (ZIP), Qlik Script, Qlik Cloud AudIT Logs.

Внешние инструменты: 🔵

WinMerge / Beyond Compare — сравнение.BIm /.twb.

Python (json, xml, zipfile) — массовый анализ.

DAX Studio — анализ DAX-формул из.BIm.

Power Shell: Export-PowerBIAudITLog, Get-PowerBIReport.

Важно: все инструменты должны быть лицензионными. Использование «пиратского» ПО может стать основанием для отвода заключения. 🚫

Глава 11. Обеспечение допустимости доказательств: требования к эксперту 🔒⚖️

11.1. Лицензионное ПО. Эксперт использует только лицензионные инструменты. 🚫

11.2. Chain of Custody. Фиксация: когда, у кого, в каком состоянии получены файлы.pBIx/.twb. Вычисление хеш-сумм (SHA-256). Приобщение к заключению. 🔐

11.3. Документирование методики. Каждый шаг описан так, чтобы его мог повторить другой эксперт. Ссылки на официальную документацию. 📄

11.4. Изолированная среда. Для on-premise BI — работа только с образами дисков в изолированной виртуальной среде. 🛡️

11.5. Эксперт предупреждён по ст. 307 УК РФ. Заведомо ложное заключение влечёт уголовную ответственность. ⚖️

Глава 12. Часто задаваемые вопросы (FAQ) по экспертизе BI 🙋‍♂️🙋‍♀️

Вопрос 1. Можно ли провести экспертизу, если отчёт хранится только в Power BI Service, а.pBIx утерян? ☁️
Ответ: Да. Через Power BI REST API можно выгрузить метаданные модели (включая DAX-формулы) и логи аудита..pBIx не обязателен.

Вопрос 2. Что делать, если ответчик удалил историю версий.pBIx? 🗑️
Ответ: Анализировать теневые копии (Volume Shadow Copy) на сервере, где хранился файл. Если файл был в OneDrive — история версий хранится даже после удаления (в корзине SharePoint).

Вопрос 3. Как долго хранятся логи Power BI Service? ⏱️
Ответ: AudIT Logs — до 90 дней. Refresh History — до 30 дней. Если срок истек — шансов мало.

Вопрос 4. Можно ли провести экспертизу на основе только скриншотов? 🖼️
Ответ: Нет. Скриншоты можно подделать. Нужны первичные данные: .pBIx,.BIm, логи, история версий.

Вопрос 5. Признают ли суды экспертизу BI, если эксперт не сертифицирован? 🏅
Ответ: Шанс ниже. Судья может усомниться. Поэтому мы предоставляем сертифицированных экспертов (Microsoft Certified: Power BI Data Analyst).

Глава 13. Практические рекомендации для судей по работе с заключением эксперта BI 🎯👩‍⚖️

Проверьте процессуальную чистоту. Есть ли определение суда о назначении экспертизы? Предупреждён ли эксперт по ст. 307 УК РФ? ✅

Обратите внимание на объекты исследования. Эксперт должен был работать с файлами.pBIx/.twb, а не со скриншотами. Если работал только со скриншотами — заключение недопустимо. 🚫

Оцените логическую связность. Вытекают ли выводы из исследовательской части? Приведены ли ссылки на конкретные строки M-кода, DAX-формулы, строки аудита? 📄

Не бойтесь вызывать эксперта для допроса. Наши эксперты всегда готовы явиться и ответить на любые вопросы. 🎤

При сомнениях назначьте повторную экспертизу. Но помните, что это дорого и долго. Лучше довериться качественному первичному заключению.

Глава 14. Инженерные ограничения и пути их преодоления 🚧🧠

14.1. Отсутствие истории версий. Анализ резервных копий (бэкапы) или теневых копий (Volume Shadow Copy). 💾

14.2. Удалённые.BIm /.pBIx. Анализ Refresh History (схема данных) и AudIT Logs (публикации). 📜

14.3. Шифрование.pBIx. Запрос пароля через суд. Если утерян — анализ логов Power BI Service. 🔐

14.4. Облачная среда (нет прямого доступа). Удалённая экспертиза через API. Судебный запрос к провайдеру. ☁️

14.5. Отсутствие доступа к BI-системе ответчика. Ходатайство об истребовании доказательств (ст. 66 АПК). Суд может обязать ответчика предоставить файлы.pBIx, логи. 📜

Глава 15. Заключение: почему Союз «Федерация судебных экспертов» — ваш выбор 🏁🤝

Уважаемые юристы, судьи, руководители! Мы представили правовые и процессуальные аспекты IT экспертиза систем Business Intelligence для подачи иска в суд. Три кейса продемонстрировали:

✅ Подмена источника данных — M-код + история версий + логи обновления.
✅ Логическая бомба в DAX —.BIm + история версий + AudIT Logs.
✅ Манипуляция с RLS —.BIm + членство в ролях + AudIT Logs.

Почему Союз «Федерация судебных экспертов»: 🏆

Сертифицированные эксперты по Power BI, Tableau, Qlik, SSAS.

50+ успешных экспертиз BI.

Разработанные и рецензированные методики.

Лицензионное ПО и лаборатория.

Независимость и ответственность (ст. 307 УК РФ).

Как заказать экспертизу BI: 📝 Перейдите на сайт https://kompexp.ru/. Бесплатная консультация. Поможем сформулировать вопросы и подготовить ходатайство.