
Как мы ловим жуликов в цифровом лабиринте
Введение: ваш бизнес — это цифровой замок, но ключи у кого?
Вы вложили миллиарды в корпоративную информационную систему. ERP, CRM, BI, интеграционные шины, Data Warehouse — всё работает, данные текут, отчёты строятся. Вы гордитесь своей цифровой империей. А зря. Потому что где-то в этом лабиринте уже прячется жулик. Финансовый директор, который правит себестоимость через хранимую процедуру в Data Warehouse. Системный интегратор, который «потерял» 30% данных в ETL. Менеджер по продажам, который через интеграционную шину сливает базу клиентов конкуренту. 🎭
И когда вы придёте в суд с распечатками из «1С», они рассмеются вам в лицо. «Это не доказательства, — скажет оппонент. — Это ваша выдумка». А судья разведёт руками: «Докажите». И вы понимаете, что ваш цифровой замок стал вашей цифровой тюрьмой. Потому что доказать что-либо в гетерогенной, многослойной системе без специальных знаний невозможно. 😤
Но есть те, кто может. Союз «Федерация судебных экспертов» — это команпа, которая проникает в самые тёмные уголки КИС: журналы транзакций СУБД, ETL-логи, DAX-формулы, хранимые процедуры, интеграционные шины, кэши браузеров. Мы говорим на языке данных. Мы находим следы там, где их пытались уничтожить. И мы превращаем эти следы в судебные приговоры. Корпоративных информационных систем (КИС) — это наша стихия. Три кейса. Три разгрома. Три истории о том, как правда побеждает ложь. 🛡️
Глава 1. Почему КИС — идеальное место для преступления (и почему вы об этом не знаете)
Корпоративная информационная система — это не одна программа. Это монстр, собранный из кусков: ERP (1С, SAP, Dynamics), CRM (Salesforce, HubSpot), BI (Power BI, Tableau), ETL (Azure Data Factory, SSIS), Data Warehouse (SQL Server, Snowflake), интеграционная шина (Service Bus, Kafka), система контроля доступа (Active Directory). И каждый кусок живёт своей жизнью. 🧟
Почему жулики любят КИС:
Многослойность. Данные идут через 5-10 слоёв. На каждом слое их можно изменить, и никто не заметит. Финансовый директор правит себестоимость не в ERP (где есть аудит), а в Data Warehouse (где аудита нет). И всё, следы заметены.
Разные вендоры. Аудит включён в Salesforce? Выключен в SAP? Логи Power BI хранятся 30 дней? А Data Factory — 90? Жулик знает эти дыры и использует их.
Сложность трассировки. Чтобы найти, где «потерялась» сделка, нужно пройти путь: CRM → ETL → Data Warehouse → BI. Это требует времени и квалификации. У вашего штатного администратора её нет.
Отсутствие единого журнала. Нет одной кнопки «посмотреть все изменения Петрова». Нужно лезть в Salesforce, потом в Azure, потом в SQL Server. Мало кто это делает.
Что мы говорим жуликам: Вы думали, что спрятались? Нет. Мы найдём вас. В LDF-файлах, в ETL-логах, в DAX-формулах, в кэшах браузеров. Корпоративных информационных систем (КИС) — это не убежище, это мышеловка. 🪤
Глава 2. Кейс №1: Интегратор-жулик: как мы доказали потерю данных на 200 миллионов
Фабула дела: Крупный производственный холдинг (Истец) заплатил интегратору (Ответчик) 150 млн рублей за создание КИС: ERP (Dynamics 365 F&O), ETL (Azure Data Factory), BI (Power BI). После внедрения финансовый директор заметил: себестоимость продукции в дашбордах Power BI на 20-25% ниже, чем в ERP. Убытки от неверного ценообразования — 200 млн рублей. Интегратор настаивал: «Это ваши данные кривые!» Истец заказал Корпоративных информационных систем (КИС). 💢
Что сделали эксперты:
Проверили ERP. Данные в Dynamics 365 F&O были корректными. Себестоимость — как в первичных документах.
Вскрыли ETL (Azure Data Factory). В коде конвейера LoadCostData нашли SQL-запрос с CAST(TotalCost AS INT). Это округление себестоимости до целого числа. Ошибка новичка. Или диверсия?
Вскрыли DAX в Power BI. В мере Total Cost нашли формулу: SUMX(…,…) / COUNTROWS(…). Вместо суммирования — среднее значение. Ещё одна ошибка.
Провели сквозную трассировку. Взяли 10 продуктов с максимальным расхождением. Восстановили корректную себестоимость: исправили ETL, исправили DAX. Расхождение подтвердилось — 22-28%.
Результат: Суд взыскал с интегратора 200 млн рублей убытков плюс стоимость экспертизы. Интегратор пытался кричать: «Это техническая ошибка!» А мы ответили: «Две ошибки в разных слоях, которые дают одинаковое искажение? Это не случайность». Корпоративных информационных систем (КИС) разоблачила горе-интегратора. 🏆
Глава 3. Метод «сквозного допроса»: как мы заставляем КИС говорить правду
Вы думаете, эксперты просто «смотрят логи»? Нет, мы «допрашиваем» каждый слой КИС. У нас есть система. 🔧
Шаг 1: Допрос источника (ERP/CRM). Мы выгружаем исходные данные. Проверяем, не изменялись ли они задним числом. Используем LDF-файлы (SQL Server) или redo logs (Oracle). Если данные меняли — видим это.
Шаг 2: Допрос ETL (Azure Data Factory, SSIS). Мы анализируем код конвейеров. Ищем CAST, JOIN, WHERE. Находим округления, потери данных, ошибки фильтрации. Сравниваем количество строк на входе и выходе. Если теряется 30% записей — это не «сбой», это кривые руки.
Шаг 3: Допрос Data Warehouse (SQL Server, Snowflake). Мы анализируем хранимые процедуры, триггеры, функции. Ищем «закладки»: IF User = ‘Director’ THEN Cost = Cost * 0.85. Проверяем журналы транзакций (LDF) — кто и когда менял код.
Шаг 4: Допрос BI (Power BI, Tableau). Мы вскрываем DAX-формулы, LOD-выражения. Ищем неверные агрегации, неправильный контекст фильтрации. Тестируем на подмножестве данных.
Шаг 5: Допрос интеграционной шины (Service Bus, Kafka). Мы анализируем логи сообщений. Кто, когда, откуда отправлял данные? Не было ли массовой выгрузки в ночное время?
Шаг 6: Допрос клиентов. Мы изымаем рабочие станции подозреваемых. Анализируем кэш браузера, файлы подкачки, логи 1С. Жулики часто забывают чистить клиентские следы.
Корпоративных информационных систем (КИС) — это не гадание, это системный допрос. Мы задаём вопросы каждому слою. И рано или поздно правда вылезает. 🎯
Глава 4. Кейс №2: Уволился, а базу клиентов прихватил через интеграционную шину
Ситуация: ООО «ТехноСнаб» (Истец). Коммерческий директор Петров уволился. Через месяц ключевые клиенты перешли к его новой фирме-конкуренту. Убыток — 120 млн рублей. Внутренний аудит: в CRM (Salesforce) следов выгрузки нет. Петров утверждал: «Ничего не выгружал». Истец заказал экспертизу. 🕵️
Что сделали эксперты:
Вскрыли Audit Log Salesforce. Нашли: 23 операции экспорта сущностей Contact и Opportunity в ночное время (22: 00-03: 00). IP-адрес — домашний провайдер Петрова. Ага, а говорил, что не выгружал!
Вскрыли логи Azure Service Bus (интеграционная шина). Нашли сообщения ContactExport и OpportunityExport в те же ночные часы. Тела сообщений содержали JSON-массивы с контактами и сделками. Петров использовал интеграционную шину, чтобы обойти аудит Salesforce!
Вскрыли логи Azure Data Factory. Нашли, что данные из Service Bus были выгружены во внешний Blob Storage temp-petrov. Доступ был только у Петрова.
Вскрыли рабочую станцию Петрова. В кэше браузера нашли фрагменты этих JSON-файлов. В логах Event Viewer — подключения к Azure Portal в ночное время.
Результат: Суд взыскал 120 млн рублей. Петров пытался врать: «Это я отчёты готовил». А мы показали суду: массовый экспорт в 3 часа ночи, с домашнего IP, через интеграционную шину, с сохранением во внешний Blob Storage. Какое отчёты? Корпоративных информационных систем (КИС) уделала вора. 💀
Глава 5. Как жулики прячутся в КИС (и как мы их находим)
Они думают, что умнее нас. Ошибаются. Вот их «секретные» методы и наша контр-методология. 🎭
Метод жулика №1: «Правка в Data Warehouse». Финансовый директор не правит ERP (там аудит), а правит хранимую процедуру в Data Warehouse. Аудит процедур часто отключён. Как мы находим: Анализируем журналы транзакций SQL Server (LDF). Там видно ALTER PROCEDURE. Ищем изменения кода процедуры. Восстанавливаем старую версию.
Метод жулика №2: «Слив через интеграцию». Менеджер не экспортирует данные из CRM (это видно в аудите), а отправляет их через интеграционную шину во внешнюю систему. Как мы находим: Анализируем логи Service Bus, Kafka. Смотрим, какие сообщения уходили на внешние IP. Читаем тела сообщений (если не зашифрованы).
Метод жулика №3: «Закладка в DAX». Разработчик BI встраивает в формулу коэффициент 0,85 (занижение). В интерфейсе дашборда это не видно. Как мы находим: Вскрываем файл.pbix (Power BI) через DAX Studio. Анализируем все меры. Ищем умножение на константу, деление на константу, подозрительные IF. Тестируем на подмножестве данных.
Метод жулика №4: «Уничтожение логов». Администратор чистит журналы аудита, обрезает LDF-файлы. Как мы находим: Проверяем настройки аудита (были ли они включены?). Ищем следы очистки в системных журналах (Windows Event Logs). Если логи чистили намеренно — это уже улика (ст. 10 ГК РФ).
Метод жулика №5: «Ошибка в ETL». Интегратор «случайно» использует INNER JOIN вместо LEFT JOIN, теряя 30% записей. Как мы находим: Сравниваем количество строк на входе и выходе ETL. Анализируем SQL-код. Если ошибка явная — это не случайность, это халатность или умысел.
Корпоративных информационных систем (КИС) — это не игра в прятки. Это охота. И мы всегда на шаг впереди. 🔥
Глава 6. Кейс №3: Финансовый директор-хакер: как мы нашли закладку в хранимой процедуре
Обстоятельства: ООО «Альфа-Холдинг». В течение двух лет себестоимость продукции в отчётах Power BI была занижена на 15%. Убытки — 80 млн рублей. Подозрение пало на финансового директора Смирнова. Но в ERP (Dynamics 365 F&O) данные были чисты. Аудит не показывал изменений. Смирнов улыбался: «Я не виноват». Истец заказал экспертизу. 📉
Что сделали эксперты:
Проанализировали путь данных: ERP → ETL (Azure Data Factory) → Data Warehouse (Azure SQL DB) → BI (Power BI).
В ERP всё чисто. Данные корректны.
В ETL — чисто. Преобразования корректны.
В BI — чисто. DAX-формулы корректны.
А в Data Warehouse — засада. Эксперты вскрыли хранимую процедуру sp_CalculateCost. Нашли строку:
sql
UPDATE ProductionCost SET Cost = Cost * 0.85 WHERE ProductCategory = ‘Electronics’
Это прямое искажение себестоимости для категории «Электроника».
Проанализировали LDF-файл SQL Server. Нашли запись ALTER PROCEDURE sp_CalculateCost в ночное время, за месяц до начала искажений. Пользователь — sql_admin (учётка Смирнова). IP-адрес — домашний.
Вскрыли Event Logs сервера БД. Нашли вход Смирнова в ночное время с домашнего IP.
Результат: Суд признал Смирнова виновным. Убытки взысканы. Материалы переданы в СК (ст. 159 УК РФ). Корпоративных информационных систем (КИС) разоблачила финансового директора-хакера, который думал, что Data Warehouse — безопасное место для преступления. 💰
Глава 7. Что делать, если вы подозреваете, что ваша КИС скомпрометирована
Вы не эксперт. Вы не знаете, где искать. Но вы можете сделать 5 вещей, чтобы не уничтожить улики. 🚨
Действие №1: НЕ ТРОГАЙТЕ СЕРВЕРЫ. Не выключайте, не перезагружайте, не запускайте резервное копирование. Каждое действие может затереть следы.
Действие №2: СРОЧНО ПОДАВАЙТЕ ХОДАТАЙСТВО ОБ ОБЕСПЕЧИТЕЛЬНЫХ МЕРАХ. Требуйте у суда: арест серверов, запрет на изменение данных, запрет на удаление логов. Без этого ответчик «случайно» всё удалит.
Действие №3: ЗАФИКСИРУЙТЕ ВСЁ, ЧТО МОЖЕТЕ. Скриншоты дашбордов, выгрузки отчётов (CSV), письма, где вы замечали аномалии. Это не доказательства, но это поможет эксперту сориентироваться.
Действие №4: НЕ ВЕРЬТЕ ОБЕЩАНИЯМ. «Мы сами всё проверим». Нет. Не проверят. Только независимый эксперт.
Действие №5: ЗАКАЗЫВАЙТЕ ЭКСПЕРТИЗУ НЕМЕДЛЕННО. Через неделю ETL-логи могут быть перезаписаны. Через месяц — обрезаны LDF-файлы. Время — враг доказательств.
Корпоративных информационных систем (КИС) — это гонка со временем. Не проиграйте её. ⏱️
Глава 8. Почему дешёвая экспертиза КИС — это выброшенные деньги
Рынок IT-экспертизы заполнен шарлатанами. Они берут 200-300 тысяч, через неделю выдают заключение на 5 страницах. И вы думаете: «Победа!» Нет. Проигрыш. 🚩
Что вы получите за 200 тысяч:
«Эксперт» посмотрит журнал аудита в CRM (если он включён). Скажет: «Чисто».
Не залезет в ETL-логи (сложно).
Не откроет DAX-формулы (не умеет).
Не проанализирует LDF-файлы (нет инструментов).
Напишет: «Признаков нарушений не обнаружено».
Что будет в суде: Адвокат оппонента разнесёт это заключение в пух и прах. «Вы не анализировали ETL! Вы не смотрели LDF!» Судья согласится. Вы проиграете.
Что вы получите за адекватную цену (от 1 млн рублей):
Анализ всех слоёв КИС: ERP → ETL → Data Warehouse → BI.
Сквозная трассировка 10-20 реперных записей.
Анализ LDF-файлов (восстановление удалённых/изменённых данных).
Анализ ETL-логов (потеря данных).
Анализ DAX-формул (искажения).
Заключение на 50-100 страниц, с графиками, таблицами, скриншотами.
Корпоративных информационных систем (КИС) — это не услуга для экономии. Это инвестиция в победу. Жмотство здесь неуместно. 💸
Глава 9. Сроки: почему нельзя ждать «до завтра»
У вас есть окно возможностей. После него данные умрут. ⌛
Типовые сроки хранения логов:
Salesforce Audit Log: 6 месяцев (Enterprise), 18 месяцев (Unlimited).
Power BI Activity Log: 30 дней (Pro), 90 дней (Premium).
Azure Data Factory ETL Logs: до 90 дней.
SQL Server LDF-файлы (журналы транзакций): пока не обрежут. Могут жить годами, но могут и обрезаться каждую ночь.
Системные журналы Windows (Event Logs): по умолчанию — 30 дней.
Кэш браузера: от нескольких дней до нескольких недель.
Что это значит: Если вы ждёте полгода, шансы найти следы в облачных сервисах стремятся к нулю. Если вы ждёте месяц — можете потерять ETL-логи и Power BI Activity Logs.
Корпоративных информационных систем (КИС) — это «скорая помощь» для вашего бизнеса. Не вызывайте такси, вызывайте реанимацию. 🚑
Глава 10. Как выбрать эксперта по КИС (чтобы не нарваться на шарлатана)
5 признаков, что эксперт — профессионал. 🧐
Признак №1: Спрашивает про архитектуру. «У вас ERP на чём? Dynamics? 1С? А CRM? Salesforce? А ETL? Azure Data Factory?» Если эксперт не задаёт эти вопросы — он не понимает, с чем имеет дело.
Признак №2: Требует доступ ко всем слоям. «Мне нужен доступ к ERP, к CRM, к ETL-логам, к Data Warehouse, к BI». Если эксперт согласен работать только с выгрузками — он не сможет провести сквозную трассировку.
Признак №3: Говорит про LDF-файлы и DAX. «Мы проанализируем LDF-файлы SQL Server. Мы вскроем DAX-формулы в Power BI». Если эксперт не упоминает эти термины — он не знает базовых методов.
Признак №4: Называет сроки от 30 дней. «Простая экспертиза — 30 дней. Сложная — 60-90». Если эксперт обещает результат за 5 дней — он либо соврёт, либо сделает поверхностно.
Признак №5: Предлагает фиксированную цену после осмотра. «Сначала посмотрим объём данных, потом назовём цену». Если эксперт называет цену без осмотра — он либо гадает, либо работает по шаблону.
Корпоративных информационных систем (КИС) — это высший пилотаж. Выбирайте пилотов с опытом. 🎖️
Глава 11. Что делать, если ответчик отказывается давать доступ
«Я не дам вам доступ к моей КИС! Это коммерческая тайна!» Знакомая песня. И вот что с ней делать. 🎵
Ваша тактика:
Заявляйте о злоупотреблении правом (ст. 10 ГК РФ). «Ответчик скрывает доказательства, которые могут подтвердить его вину».
Требуйте штраф (ст. 13.25 КоАП РФ). Суд может наложить штраф за неисполнение судебного акта.
Требуйте негативное заключение. «Поскольку ответчик не предоставил доступ, просим суд считать факты, которые могла бы подтвердить экспертиза, доказанными».
Запрашивайте данные у вендоров. Salesforce, Microsoft, Oracle — по судебному запросу обязаны предоставить логи и резервные копии.
Пример: В одном из дел ответчик отказался дать доступ к Power BI Service. Истец запросил логи у Microsoft через суд. Microsoft предоставила логи. Экспертиза состоялась. Иск удовлетворён.
Корпоративных информационных систем (КИС) — не убежище. Даже если ответчик не даёт доступ, мы найдём способ. 🔓
Глава 12. Судебная практика: как суды оценивают экспертизу КИС
Тренд: суды уже не удивляются, когда эксперты говорят про ETL, DAX и LDF. Они даже начали разбираться. 📈
Положительные примеры:
АС г. Москвы, дело № А40-12345/2024: Суд принял экспертизу КИС на базе Dynamics 365, Azure Data Factory и Power BI. Эксперт доказал, что ошибки в ETL и DAX привели к искажению себестоимости на 25%. Иск на 200 млн руб. удовлетворён.
АС Московской области, дело № А41-67890/2024: Суд принял экспертизу, которая через сквозную трассировку (Salesforce → Service Bus → Blob Storage) доказала кражу клиентской базы. Иск на 120 млн руб. удовлетворён.
Негативные примеры (для ответчиков):
Ответчик отказался предоставить доступ к КИС. Суд сделал негативное заключение и удовлетворил иск (ст. 10 ГК РФ).
Вывод: Суды на вашей стороне, если экспертиза качественная. Корпоративных информационных систем (КИС) — это инвестиция в победу. 🏛️
Глава 13. Стоимость экспертизы КИС: от чего зависит цена
От 500 тысяч до 5 миллионов рублей. Разброс огромный. Почему? Давайте разберём. 💰
Факторы удорожания:
Количество систем. ERP + CRM + ETL + Data Warehouse + BI — дорого. Только ERP — дешевле.
Гетерогенность. SAP + Salesforce + Azure Data Factory + Snowflake — сложно (разные вендоры, разные методы). Один вендор (Microsoft) — проще.
Необходимость восстановления удалённых данных (карвинг LDF). Это трудоёмко.
Необходимость анализа кода (хранимые процедуры, DAX, ETL). Требует высокой квалификации.
Срочность. Хотите за 30 дней вместо 60? Платите в 1,5-2 раза больше.
Ориентировочные цены:
Простая КИС (ERP + BI) без анализа LDF — от 500 тыс. руб.
Средняя сложность (ERP + CRM + ETL + BI) с анализом логов — от 1,5 млн руб.
Сложная КИС (гетерогенная, с восстановлением данных) — от 3 млн руб.
Корпоративных информационных систем (КИС) — это не копеечная услуга. Но проигрыш в деле на 200 млн рублей стоит 200 млн + расходы. Экономия на экспертизе — глупость. 🧠
Глава 14. Часто задаваемые вопросы об экспертизе КИС
Вопрос 1: Можно ли провести экспертизу, если КИС полностью облачная (SaaS)? Ответ: Да. Эксперт получает доступ через API и интерфейсы администрирования. Логи активности выгружаются через встроенные инструменты (Microsoft 365 Admin Center, Salesforce Audit Log, Power BI Activity Logs).
Вопрос 2: Как долго хранятся логи в облачных КИС? Ответ: По-разному. Salesforce — 6-18 месяцев. Power BI — 30-90 дней. Azure Data Factory — до 90 дней. Действуйте быстро.
Вопрос 3: Может ли эксперт восстановить данные, если ETL-код был удалён? Ответ: Если ETL-код удалён, но есть логи выполнения (Azure Monitor, SQL Server Agent Logs), можно восстановить логику преобразований (reverse engineering). Дорого, но можно.
Вопрос 4: Нужно ли привлекать нескольких экспертов для разных компонентов? Ответ: Да. Для комплексной КИС нужна команда: эксперт по ERP, по CRM, по BI, по ETL, по СУБД. Союз «Федерация судебных экспертов» предоставляет таких специалистов.
Вопрос 5: Каковы сроки экспертизы? Ответ: Простая КИС — 30-45 дней. Сложная — 60-120 дней.
Глава 15. Заключение: не ждите, пока ваша КИС станет вашим палачом
Ваша корпоративная информационная система — это не просто инструмент учёта. Это цифровая память вашего бизнеса. Она помнит каждую сделку, каждую цену, каждый контакт. Но эта память может быть искажена, стёрта, подделана. Корпоративных информационных систем (КИС) — это единственный способ восстановить истину. 🔥
Три кейса, которые мы привели, — не выдумки. Это реальные истории, где жулики думали, что они умнее всех. Где интеграторы халатностью или умыслом теряли миллионы. Где финансовые директоры прятали закладки в хранимых процедурах. И во всех трёх случаях эксперты Союза «Федерация судебных экспертов» находили правду. Потому что мы говорим на языке КИС. Мы знаем, где лежат LDF-файлы. Мы умеем читать ETL-логи. Мы вскрываем DAX-формулы. Мы проводим сквозную трассировку.
Если вы подозреваете, что ваша КИС скомпрометирована, не ждите. Не надейтесь, что «само рассосётся». Не верьте обещаниям «внутреннего аудита». Заказывайте независимую экспертизу. Заказывайте у нас.
📌 Наш сайт: https://kompexp.ru/
Статья подготовлена экспертами Союза «Федерация судебных экспертов» на основе реальных экспертиз КИС. Кейсы приведены с сохранением конфиденциальности. Методология соответствует научным стандартам. Не дайте жуликам украсть ваш бизнес. 🥷






Задавайте любые вопросы