Методологическое руководство по досудебной подготовке и производству исследования

Настоящая методологическая статья, подготовленная экспертами Союза «Федерация судебных экспертов», представляет собой систематизированное руководство по организации, подготовке и производству судебной независимой экспертизы корпоративных систем SAP ERP. В работе детально рассматриваются этапы досудебной подготовки материалов, критерии выбора экспертного учреждения, порядок формулирования вопросов, а также методология исследования ключевых модулей SAP (FI, CO, MM, SD). Приводятся три развёрнутых кейса из практики Союза, иллюстрирующих применение изложенной методологии. Особое внимание уделяется процессуальным аспектам назначения экспертизы по инициативе истца, поскольку грамотно проведённая экспертиза SAP для подачи иска в суд является фундаментом доказательственной базы. Статья адресована юристам, корпоративным IT-директорам, арбитражным управляющим и руководителям проектов внедрения SAP. 📋🔧⚖️

Глава 1. Методологический базис: зачем истцу экспертиза SAP до подачи иска? 🎯

В спорах, связанных с внедрением, эксплуатацией или модификацией SAP-систем, ключевой проблемой является асимметрия информации. Заказчик (истец) часто не понимает технических причин сбоев (например, почему SAP списывает материалы в 1.5 раза больше нормы), а интегратор (ответчик) пользуется этим, валя вину на «человеческий фактор» или «некорректные исходные данные». Методологически верный подход – заказать досудебное независимое исследование до подачи иска. Такое исследование позволяет: (1) определить реальные причины дефектов; (2) оценить размер убытков (например, через моделирование правильной системы); (3) сформулировать вопросы для судебной экспертизы; (4) получить предварительное заключение специалиста, которое прилагается к иску для обоснования ходатайства о назначении экспертизы. Экспертиза SAP для подачи иска в суд, проведённая на этапе досудебной подготовки, превращает «технический» спор в юридически выверенную позицию.

Глава 2. Процессуально-методологическая модель назначения экспертизы SAP ⚖️📜

Методологически процесс назначения экспертизы SAP по инициативе истца должен включать следующие этапы:

Этап 1. Досудебное исследование (инициативная экспертиза). Истец обращается в Союз «Федерация судебных экспертов» для проведения частного исследования. Эксперт-методолог на основе предоставленных документов (договор, акты, переписка, логи) даёт заключение о перспективах спора, формулирует предварительные вопросы и определяет перечень объектов, подлежащих изъятию.

Этап 2. Подготовка искового заявления и ходатайства об обеспечении доказательств. В иске указывается, что разрешение спора требует специальных знаний. Одновременно подаётся ходатайство об истребовании доказательств (ст. 57 ГПК РФ, ст. 66 АПК РФ) – серверов SAP, резервных копий, документации. Это критически важно, так как ответчик может уничтожить цифровые следы.

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

Этап 4. Внесение денежных средств на депозит суда. Суд выносит определение о назначении экспертизы и обязывает истца внести аванс. Истец перечисляет средства на специальный счёт.

Этап 5. Производство экспертизы. Эксперт проводит исследование в установленный срок (обычно 30–60 дней для SAP-систем). Заключение направляется в суд и сторонам.

Этап 6. Допрос эксперта (при необходимости). Эксперт вызывается в суд для дачи пояснений.

Ключевая фраза (1): экспертиза SAP для подачи иска в суд.

Глава 3. Методология формулирования вопросов эксперту по SAP ❓🎯

Правильная постановка вопросов – искусство, определяющее 50% успеха экспертизы. Методологические требования к вопросам: конкретность, проверяемость, отсутствие правовой оценки. Типовые блоки вопросов:

Блок А. О соответствии настройки условиям договора и стандартам. Пример: «Соответствуют ли настройки модуля MM (управление материалами) в системе SAP ECC 6.0 (версия ) требованиям технического задания № от __ и стандартам SAP Best Practices для производственного предприятия? Если нет, то какие именно настройки и каким стандартам не соответствуют?»

Блок Б. О наличии дефектов внедрения (скрытых недостатков). Пример: «Имеются ли в системе SAP S/4HANA (версия __) дефекты конфигурации или кастомного кода, которые привели к некорректному расчёту себестоимости продукции в модуле CO? Если да, то в чём выражаются эти дефекты?»

Блок В. О фактах фальсификации или несанкционированного доступа. Пример: «Имеются ли в журналах изменений SAP (таблицы CDHDR/CDPOS) записи о модификации таблиц BSEG/BKPF за период __, выполненные в нерабочее время (с 22:00 до 06:00) с использованием учётной записи, не принадлежащей администратору?»

Блок Г. О размере убытков (экономическая часть). Пример: «Какова разница между фактическими остатками материалов на складе по данным инвентаризации и остатками, рассчитанными системой SAP за период __, при условии корректной настройки модуля MM?»

Запрещённые вопросы: «Виновен ли интегратор?» (правовая оценка), «Почему система работает медленно?» (слишком общий).

Глава 4. Кейс №1: Методология выявления скрытых дефектов учёта запасов (MM/PP) 🏭📦

📋 Методологический контекст: Производственный холдинг (истец) столкнулся с систематическим завышением расхода сырья в SAP ECC 6.0. Интегратор утверждал, что дефектов нет. Истец, следуя нашей методологии, заказал досудебное исследование, затем подал иск и ходатайство о судебной экспертизе.

🔬 Методологический протокол экспертизы (шаг за шагом):

Шаг 1. Анализ таблиц движения материалов (MSEG, MKPF). Эксперт выполнил запрос: SELECT MBLNR, MJAHR, ZEILE, MATNR, WERKS, MENGE, MEINS, BUDAT FROM MSEG WHERE BUDAT BETWEEN ‘20230101’ AND ‘20231231’. Обнаружены многократные списания одного и того же материала в рамках одного производственного заказа без документов-оснований.

Шаг 2. Анализ настроек Batch Management (OMJJ). Эксперт вошёл в транзакцию OMJJ (настройка определения партий) и выявил, что флаг «Обязательная партия» (Batch requirement) активирован для всех движений, а процедура распределения партий (BATCH DETERMINATION) не настроена.

Шаг 3. Анализ кастомного кода (SE38). Эксперт нашёл обработку ZMM_MATERIAL_CHECK, в которой присутствовал следующий фрагмент:

abap

IF SY-DATUM BETWEEN ‘20230101’ AND ‘20230630’.

SKIP PROCESS.

ENDIF.

Это означало, что проверка остатков была отключена в первом полугодии 2023 года – период, когда выявились расхождения.

Шаг 4. Моделирование «правильной» системы. Эксперт развернул тестовую SAP-систему, настроил её согласно SAP Best Practices, загрузил те же первичные данные за 3 месяца. Расхождение между тестовой и продуктивной системами составило 34 млн рублей.

🎯 Методологический вывод: Дефекты носят системный характер и являются скрытыми (не могли быть выявлены при стандартной приёмке). Суд назначил экспертизу по нашему ходатайству, принял заключение, иск удовлетворён на 120 млн рублей. Экспертиза SAP для подачи иска в суд (в данном случае – судебная по назначению) подтвердила правильность позиции истца.

Глава 5. Кейс №2: Методология расследования фальсификации отгрузок (SD) 🚛💨

📋 Ситуация: В дистрибьюторской компании выявлены хищения товара на 56 млн рублей через подлог документов в модуле SD. Истец (компания) заявил гражданский иск к бывшему логисту. Суд назначил экспертизу.

🔬 Методологический протокол:

Шаг 1. Анализ таблиц заказов (VBAK, VBAP). Выборка заказов, созданных с логином подозреваемого в период 23:00–05:00. Найдено 47 заказов.

Шаг 2. Анализ журналов изменений (CDHDR/CDPOS). Транзакция SCU3 показала, что поле KUNNR (контрагент) изменялось дважды для 12 заказов. Временные метки изменений совпадают с ночным временем.

Шаг 3. Анализ интеграции с EWM. Проверка таблиц /SCWM/ORDIM и /SCWM/TOITEM подтвердила факт отгрузки товара. В таблицах FI (BSEG) эти отгрузки проведены как «Возврат».

Шаг 4. Анализ IP-адресов. Из таблицы TST03 извлечены имена компьютеров и IP-адреса. Привязка к рабочему месту подозреваемого.

Шаг 5. Восстановление данных из HANA. Запрос SELECT * FROM CDPOS AS OF TIMESTAMP ‘2023-01-01 00:00:00’ восстановил удалённые записи.

🎯 Результат: Заключение эксперта – основа для гражданского иска. Суд взыскал 56 млн рублей. Экспертиза SAP для подачи иска в суд доказала факт хищения.

Глава 6. Кейс №3: Методология анализа ошибок миграции (ECC -> S/4HANA) 🔄💥

📋 Задача: Компания-заказчик подала иск к интегратору о взыскании 87 млн рублей убытков (налоговые доначисления после миграции на S/4HANA). Суд назначил экспертизу.

🔬 Методологический протокол:

Шаг 1. Сравнение конфигурации до и после. Выгрузка таблиц T030, OBYC через SE16N на старой и новой системах. Обнаружена потеря 12 записей.

Шаг 2. Анализ протоколов SUM. В логах /usr/sap/trans/log найдены предупреждения: WARNING: OSS Note 123456 not implemented. Интегратор проигнорировал обязательные SAP Note.

Шаг 3. Анализ ABAP-кода. Транзакция SPLIT показала, что стандартная программа FQ1001 изменена (модификация). В коде добавлено условие, обнуляющее налоговую базу.

Шаг 4. Моделирование. Эталонная система S/4HANA (чистая) показала налог 12 млн руб., продуктивная – 99 млн. Разница – 87 млн.

🎯 Итог: Иск удовлетворён. Экспертиза SAP для подачи иска в суд позволила доказать вину интегратора.

Глава 7. Типовые объекты исследования в SAP: таблицы, журналы, код 🗄️📊

Методологически эксперт SAP должен работать с тремя категориями объектов:

1. Таблицы данных (транзакции SE16, SE16N).Основные модули:

FI: BSEG (сегменты проводок), BKPF (заголовки), BSID (дебиторы), BSIK (кредиторы).

CO: COEP (фактические затраты), COSS (затраты на заказ), COSP (затраты на объект).

MM: MSEG (движения), MKPF (заголовки), EKKO (закупочные заказы), EKPO (позиции).

SD: VBAK (заказы), VBAP (позиции), VBFA (движение документов).

2. Журналы изменений (CDHDR, CDPOS).Фиксируют изменения таблиц данных. Ключевые поля: OBJECTCLAS, OBJECTID, UDATE, UTIME, USERNAME.
3. Журналы СУБД (HANA REDO/UNDO).Наиболее надёжный источник. Доступ через SQL: SELECT * FROM table_name AS OF TIMESTAMP….

Глава 8. Методология анализа кастомного ABAP-кода: поиск «закладок» и ошибок 💻🔍

Методологический подход включает:

1. Инвентаризация кастомных объектов.Транзакции: SE38(программы), SE18 (BADI), SE19 (реализации BADI), CMOD (проекты модификаций).
2. Статический анализ кода.Поиск ключевых слов: IF, CASE, SY-SUBRC, SY-UNAME, SY-DATUM, COMMIT WORK, ROLLBACK WORK. Особое внимание – условиям, привязанным к конкретной дате, пользователю или времени.
3. Динамическое тестирование.Запуск кода в изолированной среде с тестовыми данными. Сравнение ожидаемого и фактического поведения.
4. Сравнение с эталоном.Если сохранилась копия системы до модификации, используется инструмент ABAP Compare(транзакция SE39).

Глава 9. Методология работы с журналами HANA: восстановление удалённых данных 🗄️⏪

Техническая процедура:

Проверка наличия журналов. Команда SELECT * FROM M_TRANSACTION_HISTORY покажет все транзакции СУБД.

Восстановление на момент времени. SELECT * FROM BSEG AS OF TIMESTAMP ‘2023-01-01 10:00:00’ вернёт состояние таблицы на указанный момент.

Восстановление из архивированных журналов. Если журналы были удалены, но файлы в /hana/log не перезаписаны, применяется карвинг (поиск сигнатуры 0x0A1BDEAD).

Фиксация результата. Выгруженные данные сохраняются в формате.csv, хэш-сумма SHA-256 вычисляется и прилагается к заключению.

Глава 10. Методология оценки ущерба в спорах о SAP (экономическая часть) 💸📊

Ущерб от некорректной работы SAP может выражаться в:

Избыточном списании материалов (убыток равен стоимости излишне списанных материалов).

Неверном расчёте налогов (пени и доначисления ФНС).

Штрафах от контрагентов из-за сбоев поставок.

Метод расчёта: моделирование «правильной» системы в тестовом контуре. Эксперт настраивает SAP согласно условиям договора и стандартам, загружает те же первичные данные, рассчитывает результат. Разница с продуктивной системой – размер ущерба.

Глава 11. Методология взаимодействия со следователем и судом 🎙️⚖️

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

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

Давать определения терминам (например, «транзакция – это запись о хозяйственной операции»).

Отвечать чётко, без предположений. Если факт не установлен – сказать «установить не представилось возможным».

Глава 12. Типичные методологические ошибки экспертов SAP ❌📉

Игнорирование журналов СУБД (HANA REDO). Ошибка: эксперт ограничивается TAANA или CDPOS. Последствие: упускаются следы, если TAANA была отключена.

Неправильная интерпретация временных зон. Сервер может быть в UTC, а пользователь – в MSK. Ошибка в несколько часов меняет выводы.

Выход за пределы компетенции. Эксперт делает выводы о виновности, умысле, размере упущенной выгоды. Последствие: заключение признаётся недопустимым в части.

Глава 13. Внутренний контроль качества в Союзе «Федерация судебных экспертов» 🏢✅

Союз внедрил:

Двойное рецензирование: каждое заключение проверяется двумя экспертами (методолог и технический специалист).

Аттестация экспертов: экзамены по модулям SAP (FI, CO, MM, SD, ABAP) каждые 2 года.

Архив ошибок: база типовых ошибок с разбором причин.

Глава 14. Сравнительная методология: экспертиза SAP vs экспертиза других ERP 🌍⚖️

Глава 15. Методология экспертизы авторизаций и ролей (SUIM, SU24) 🛡️🔐

Эксперт проверяет, не выданы ли пользователям избыточные права. Критические авторизации: S_TABU_NAM (изменение таблиц), S_DEVELOP (разработка в продуктивной системе), S_BTCH_ADM (управление фоновыми заданиями). Если такие права есть у бухгалтера или логиста – это нарушение.

Глава 16. Методология анализа статистики (STAD, ST03N) 📊🕒

Транзакция STAD показывает по каждому пользователю: какие транзакции запускались, с какого терминала, сколько записей обрабатывалось. Аномалия: пользователь, обычно работающий с 9 до 18, запускает FB01 (финансовая проводка) в 2 часа ночи 10 раз подряд. Это признак несанкционированных действий.

Глава 17. Методология экспертизы в облачных средах (Rise with SAP) ☁️

В облаке эксперт лишён физического доступа. Методология:

Истребование у провайдера дампа базы данных через суд.

Нотариальный осмотр веб-интерфейса Fiori.

Анализ API-логов (если доступны).

Глава 18. Методология рецензирования «чужих» экспертиз SAP 📄⚔️

Цель рецензии – доказать, что заключение оппонента необоснованно. Аргументы:

Не указаны версии ПО, не описана методика.

Не исследованы журналы HANA REDO (нет восстановления AS OF TIMESTAMP).

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

Эксперт вышел за пределы компетенции.

Глава 19. Методология подготовки к допросу эксперта SAP 🎙️🛡️

Эксперт должен подготовить:

Краткую шпаргалку по основным выводам.

Слайды с визуализацией хронологии событий.

Ответы на типовые каверзные вопросы («А могли ли данные быть изменены вирусом?» – «Вирус не знает пароль от SAP GUI»).

Глава 20. Заключение: методология как путь к победе в суде 🟩

Уважаемые истцы и юристы! Экспертиза SAP для подачи иска в суд – это не прихоть, а объективная необходимость в спорах о качестве внедрения, достоверности учёта и фактах фальсификации. Методология, изложенная в данной статье, базируется на 15-летнем опыте Союза «Федерация судебных экспертов» (сайт: https://kompexp.ru/). Мы гарантируем: (1) научную обоснованность, (2) процессуальную корректность, (3) независимость. Наши эксперты имеют сертификаты по SAP FI, CO, MM, SD, ABAP, HANA.

Не пытайтесь справиться с интегратором-мошенником или бывшим сотрудником-вором без экспертной поддержки. Вы проиграете. Закажите экспертизу SAP для подачи иска в суд – и победа будет на вашей стороне. 🟩