Подрядчик считает этап завершённым, а заказчик не может запустить переданную программу. Или система работает, но стороны спорят, когда появились изменения и какие из них были согласованы. В таком споре эксперт исследует не впечатление от продукта, а связь между требованиями, конкретными версиями, следами работы и результатами проверки. Это направление программно-компьютерной экспертизы охватывает разработку, передачу и сопровождение ПО; исследование проводят по назначению суда либо по договору вне процесса.
До полноценного исследования можно начать с описания задачи и перечня доступных материалов. Организационный разбор помогает понять, относится ли вопрос к компетенции эксперта. После изучения достаточных технических данных специалист может отдельно оценить вероятное направление вывода и его ограничения. Если экспертиза уже назначена судом или другим уполномоченным органом, дополнительные объекты и вопросы передают через этот орган: назначенный эксперт не получает их от одной стороны и не даёт ей частный прогноз.
Когда исследование действительно нужно
Экспертиза полезна там, где разногласие можно проверить по версии программы, истории проекта или данным эксплуатации. Несогласие с актом либо с выводом другой стороны само по себе ещё не создаёт технического вопроса. Нужно назвать конкретное обстоятельство: например, запускается ли переданный выпуск в оговорённой среде, какие функции в нём реализованы или что происходило с заявкой в определённый период.
- результат передан, но стороны расходятся в оценке его комплектности и соответствия заданию;
- работы остановлены, и нужно определить техническую готовность продукта и объём подтверждённых результатов;
- оспариваются сроки, последовательность согласований, изменений, сборок и передачи;
- после выпуска возникли дефекты, сбои интеграции или разногласия о качестве сопровождения;
- необходимо исследовать свойства исходного кода, его происхождение либо уже подготовленное экспертное заключение.
Если спор сводится к толкованию договора, ответственности сторон или распределению исключительных прав, эти вопросы решает суд. Эксперт может дать суду проверенные технические сведения, на которых такая оценка будет основана.
Как выбрать направление под вашу ситуацию
Сначала определите, о чём спор: о свойствах результата, ходе работ, поддержке системы или качестве уже полученного заключения. Язык программирования становится важен позже, когда выясняется состав исследуемых файлов и способ проверки. Несколько вопросов могут потребовать участия специалистов разных профилей.
Результат отличается от ожидаемого
- Соответствие работ техническому заданию — когда есть определённые требования и нужно проверить их на указанном выпуске и в заданных условиях.
- Степень готовности ПО — когда проект прерван и требуется понять, готов ли продукт к согласованному рубежу — сборке, испытаниям, передаче или эксплуатации.
- Объём и стоимость работ — когда нужно установить технически подтверждённый результат. Денежный расчёт выносят в отдельный вопрос, если есть расчётные данные и специалист нужного профиля; цену, подлежащую оплате по договору, определяет суд.
Спорят о ходе разработки или свойствах кода
- Сроки и хронология — последовательность заданий, изменений, сборок и передачи с учётом происхождения и точности временных данных.
- Качество исходного кода — проверяемые дефекты, сборка, тесты и характеристики поддерживаемости по известным критериям.
- Экспертиза плагиата исходного кода — сравнение совпадений и переработок двух кодовых баз; правовой вывод о нарушении прав остаётся за судом.
Проблема возникла после передачи
- Сопровождение ПО и соблюдение SLA — история заявок, реакция и восстановление по условиям поддержки (SLA), если такие показатели согласованы.
- Рецензия на заключение эксперта — если исследование уже выполнено и нужно проверить, какие объекты изучены, как применён метод и чем обоснован вывод.
Для спора только о содержимом и работе сайта точнее начать с экспертизы веб-сайтов. На этой странице остаются вопросы о процессе создания и сопровождения программного продукта в целом.
Если предметом спора стал исходный код
Когда спор касается исходного кода, направление можно уточнить по языку. Это помогает выбрать способ проверки исходных файлов, библиотек и исполняемой сборки — готовой версии программы. Выбор языка не заменяет основной вопрос о соответствии, сроках или качестве. Если вы не знаете технологию, перечислите сохранившиеся файлы; определять язык самостоятельно перед первым обращением не требуется.
- Java — исходные файлы, байт-код, зависимости и повторяемость сборки.
- Python — скрипты, окружение и версии пакетов, от которых зависит результат исполнения.
- JavaScript — исходный проект, собранные файлы, среда браузера или сервера.
- PHP — собственные доработки, код платформы и подключённых модулей.
- C++ — исходные файлы, параметры компиляции, библиотеки и исполняемый результат.
- C# — исходный проект, сборки .NET, пакеты и конфигурация.
- Delphi — исходные файлы, формы, компоненты и условия сборки.
Что эксперт сопоставляет между собой
Акт отражает сдачу результата и его приёмку сторонами; правовое значение акта определяют договор и суд. Если в акте не указаны версия, комплект и условия проверки, общая запись «этап выполнен» сама по себе не показывает технические свойства переданного ПО. Отдельный снимок экрана тоже не раскрывает настройки, входные данные и происхождение программы. Поэтому исследование строится как цепочка: действовавшая редакция требования, связанный с ней этап, конкретный выпуск, сохранившиеся следы разработки и наблюдаемый результат. Если одно звено отсутствует, это отмечают, а не заполняют предположением.
Требования могли меняться. Эксперт сопоставляет редакции задания, согласованные изменения, задачи, акты и версии; устанавливает технические различия и их временную последовательность. Вопрос о том, какое изменение стало обязательным для сторон, относится к правовой оценке. Нельзя автоматически считать последнюю редакцию задания критерием для более ранней сборки.
Проверка продукта зависит от задачи. Для соответствия функции её запускают в описанной среде на определённых данных; для комплектности пробуют собрать и развернуть переданный комплект; для сопровождения сверяют заявки, журналы и мониторинг. Эксперт фиксирует версию, конфигурацию, входные данные, сценарий испытания, инструменты и зависимости, число повторов и расхождение с критерием, чтобы другой специалист мог проверить существенные шаги. Изменения среды и пределы реконструкции прошлого состояния указывают отдельно. Если система не запускается, исследуют возможное влияние кода, среды, базы данных, интеграций и входных данных. Сам факт отказа ещё не указывает, на чьей стороне находится причина.
В споре о сроках важно различать время разных событий. Автор мог записать дату изменения в коммите — записи изменения кода, сервер — время его получения, система сборки — время выпуска, а заказчик — дату передачи. Эти отметки не обязаны совпадать. Эксперт выстраивает хронологию по источникам с известным часовым поясом, сверяет её с редакциями календарного плана и изменениями требований. Наблюдаемая задержка ещё не раскрывает её причину: техническую зависимость проверяют по задачам, журналам и последовательности работ, а причины просрочки по договору и ответственность оценивает суд.
Есть и второй разрыв: исходные файлы могут собраться сегодня, но полученный результат не окажется тем выпуском, который передали заказчику. Сверяют исходную версию, инструменты и зависимости, запись автоматической сборки, архив выпуска и установленную в спорный период программу. Если побитовое совпадение сборок невозможно из-за особенностей сборки, эксперт объясняет расхождения и отдельно проверяет функции. Совпадение выбранных функций в этих условиях характеризует только их поведение; тождество и передачу прежнего выпуска устанавливают по отдельным артефактам сборки, поставки и развёртывания.
Для качества кода и сопровождения нужен иной критерий. Статический анализ может выявить участок кода с признаками дефекта, но его влияние нельзя установить без проверки условий работы. Отчёт о тестах полезен, если видно, какую версию и какие сценарии испытали. По заявкам на поддержку сравнивают время обращения, реакции и восстановления с согласованными показателями; при отсутствии таких показателей исследуют фактический ход обработки, не придумывая для сторон обязательный порог.
Стандарты жизненного цикла и качества помогают описать процессы или выбрать измеряемые характеристики. Однако одно упоминание стандарта в заключении не делает его условием конкретного договора. ГОСТ Р ИСО/МЭК 12207-2010 относится к процессам жизненного цикла ПО, а ISO/IEC 25010:2023 предлагает модель характеристик качества продукта; ни один из них сам по себе не задаёт условия приёмки конкретной программы. Эксперт показывает, какое требование было согласовано, а какой критерий он использовал как технический ориентир и почему он подходит объекту. Название методологии разработки — последовательной или гибкой — не доказывает само по себе ни качество результата, ни соблюдение срока.
Какие материалы нужны и как сохранить их состояние
Набор материалов зависит от вопроса. Для первого разговора достаточно описать спор, назвать интересующий период и составить опись того, что доступно. Для содержательного прогноза и исследования потребуются сами документы и технические объекты в установленных версиях. Штатный экспорт системы удобен для передачи, когда его состав указан, а доступные исходные данные и метаданные сохранены. Выборочная выгрузка может не передать весь контекст. Когда спорят о времени или происхождении записи, сначала сохраняют исходный объект либо его проверяемую копию, затем готовят рабочий экспорт.
Критерии и история договорённостей
- договор, техническое задание, спецификации, критерии приёмки и их редакции;
- календарный план, перечень этапов и согласованные изменения;
- акты передачи, отчёты, протоколы испытаний, переписка и относящиеся к спору задачи;
- для сопровождения — условия обслуживания, история заявок и согласованные показатели.
Версии и технические следы
- исходный проект и экспорт репозитория — хранилища правок — с ветками, метками выпусков и историей;
- переданные сборки и архивы, описание окружения, зависимостей и конфигурации;
- протоколы сборки и испытаний, журналы приложения и сервера, сведения о развёртывании;
- для спорных сбоев — воспроизводимый сценарий, входные данные и версии взаимодействующих систем.
До копирования спорной версии запишите, где она находится: систему, учётную запись, ветку или выпуск, интересующий период. При экспорте зафиксируйте, кто и когда его выполнил, каким способом и с какими параметрами, какие данные вошли в копию. Исходный комплект храните отдельно от рабочих копий; записывайте, кому и когда их передали.
Для каждого сохранённого файла укажите имя, размер, алгоритм и значение криптографической контрольной суммы. Значение контрольной суммы исходного файла храните отдельно от копии. После передачи рассчитайте контрольную сумму полученной копии и сравните значения. Их совпадение показывает, что копия не изменилась относительно зафиксированного образца. Оно не устанавливает дату создания файла или личность разработчика.
Временные отметки коммитов и задач исследуют вместе с журналами сервера, часовыми поясами и другими источниками: историю репозитория и метаданные записи можно изменить. В назначенной экспертизе состав объектов и порядок их получения определяет назначивший орган.
Сначала сохраняют спорную версию и полный доступный контекст, затем продолжают обычные работы с системой. Переписывание истории, удаление веток и задач, повторная сборка под прежним именем, ротация журналов и замена зависимостей могут лишить исследование исходных следов. После фиксации обновления безопасности и обслуживание не нужно прекращать; важно отделить новое состояние от того, которое исследуют. Сохраняйте объекты, к которым у вас есть право доступа. Если дело рассматривает суд, а необходимые сведения находятся у другой стороны, обсудите с представителем ходатайство об их истребовании, указав конкретные версии, источники и периоды. В ином производстве порядок запроса выясняют через ведущий дело или назначивший исследование орган.
Если исходных данных не хватает
Отсутствие полного репозитория не всегда исключает исследование: иногда переданная сборка, журналы и документы позволяют проверить отдельную функцию или последовательность передачи. Но по ним нельзя без оговорок восстановить все промежуточные версии и вклад каждого участника. Эксперт разделяет вопросы, на которые сохранившийся комплект позволяет ответить, и вопросы, для которых источников недостаточно; при назначенной экспертизе недостающие материалы запрашиваются через назначивший орган.
Ограничение особенно важно для срока и готовности. Дата коммита не равна дате передачи заказчику, число коммитов не измеряет объём работ, а процент готовности без согласованного состава функций и рубежа приёмки будет произвольным. Если установить техническое обстоятельство невозможно, это прямо указывают. Если представленных материалов недостаточно для заключения по поставленным вопросам и получить дополнительные материалы не удаётся, эксперт сообщает назначившему органу о невозможности дать заключение. Правовые последствия непредставления материалов определяет суд по правилам соответствующего процесса.
Конфиденциальность и объём передаваемого
Исходный код, журналы и рабочие базы могут содержать коммерческую тайну или персональные данные. После первого обращения и до содержательного просмотра отдельно согласуют состав объектов, способ передачи, круг доступа и условия конфиденциальности. Для проверки срока разработки обычно не нужна вся рабочая база с данными клиентов; для воспроизведения дефекта иногда нужен ограниченный набор данных с сохранением существенных свойств. Исключение лишних сведений не должно уничтожать условия, от которых зависит результат испытания.
При судебной экспертизе материалы поступают через назначивший орган. Следует заранее учитывать, что другая сторона может получить доступ к материалам дела и знакомиться с заключением по правилам процесса. Договорённость о конфиденциальности при внесудебной работе не определяет процессуальные права участников будущего дела.
Примеры вопросов на экспертизу
Технический вопрос должен указывать объект, спорный период и критерий проверки. Это помогает отличить состояние переданного выпуска от результата поздней доработки и позволяет назвать материалы, без которых ответ будет ограничен. Стороны могут предложить формулировки, но окончательный круг вопросов судебной экспертизы определяет суд либо иной назначающий орган.
Ниже — примеры формы вопроса для разных обстоятельств. Конкретные версии, пункты задания и даты указывают после изучения материалов:
- Какие результаты этапа, предусмотренного приложением №… к договору, содержатся в версии репозитория … и какие из них установлены в сборке с контрольной суммой …?
- Какие функции сборки с контрольной суммой … удалось проверить по пунктам … технического задания в редакции от …, какие соответствия и расхождения установлены и по каким пунктам ответить не удалось?
- Достаточен ли комплект, переданный на дату …, для самостоятельной сборки и запуска версии … в предусмотренной среде; каких компонентов не хватает?
- Какая последовательность изменений и сборок версии … подтверждается репозиторием, системой задач и журналами сборки за период … (с указанием часового пояса)?
- Какие сведения о составе и дате передачи заказчику сборки с контрольной суммой … подтверждаются актом, архивом передачи и журналами выгрузки и получения; что по представленным источникам установить не удалось?
Эксперт устанавливает техническое состояние и объясняет пределы исследования. Нарушение договора, виновность, намерение затянуть разработку, принадлежность прав и доказательственное значение заключения оценивает суд. Когда в одном деле требуются ещё рыночная оценка, расчёт убытков или исследование инцидента безопасности, необходима соответствующая отдельная компетенция либо комплексная экспертиза.
Предварительный прогноз, формат работы и результат
Бесплатный организационный разбор по описанию спора позволяет уточнить предмет, компетенцию и перечень источников. На этом шаге вероятный вывод не оценивают. Содержательный предварительный прогноз возможен после изучения достаточной части требований и технических объектов. До начала просмотра отдельно согласуют его объём, форму ответа, стоимость и срок. Специалист может объяснить, какое направление вывода наиболее вероятно, насколько оно определённо и какие недостающие данные способны его изменить. Даже неблагоприятный прогноз или вывод о невозможности ответить при имеющихся материалах помогает решить, стоит ли уточнить вопрос, получить другой объект или отказаться от прежней версии исследования. Если специалист раньше работал для одной из сторон по тому же спору, а затем его кандидатуру предлагают для судебной экспертизы, назначающему органу сообщают предмет и формат прежней работы; вопрос его участия и возможного отвода решается по правилам процесса.
Внесудебное исследование выполняют по договору и оформляют технические результаты для заказчика. Судебную экспертизу назначает суд или другой уполномоченный орган, который определяет вопросы и порядок предоставления объектов. Рецензия исследует уже полученное заключение. Консультация и прогноз помогают подготовить задачу, но самостоятельное исследование и заключение имеют другой объём работы. Суд оценивает представленный документ вместе с остальными доказательствами; эксперт не обещает ни нужный ответ, ни исход спора.
В итоговом документе должны быть индивидуализированы объекты, названы исходные критерии, методы, результаты проверки и ограничения. Когда вывод зависит от версии библиотеки, настроек сервера или неполного журнала, эта зависимость должна быть видна читателю. Стоимость и срок уточняют после определения вопросов, числа версий, объёма материалов, состояния среды и необходимости сборки, испытаний или участия специалистов другого профиля; ориентиры по четырём форматам работы приведены в блоке стоимости на этой странице.
Для первого обращения подготовьте короткую хронологию спора, названия спорных версий, перечень доступных источников и два-три технических расхождения. Укажите, чего нет и у кого находятся недостающие объекты. Начать можно без передачи исходного кода: опишите задачу в форме на странице или позвоните по номеру 8 (800) 333-24-09. После первичного разбора будет понятно, какие материалы нужны для содержательного прогноза и полного исследования.
Проведение экспертизы по уголовному делу
Судебная экспертиза по уголовному делу производится государственными судебными экспертами и иными экспертами из числа лиц, обладающих специальными знаниями.
Согласно постановлению Пленума Верховного Суда Российской Федерации от 21 декабря 2010 г. № 28 «О судебной экспертизе по уголовным делам», негосударственными судебно-экспертными учреждениями признаются некоммерческие организации, созданные на основании Гражданского кодекса Российской Федерации и Федерального закона «О некоммерческих организациях» и ведущие судебно-экспертную деятельность согласно своим уставам.
По сведениям организации, проведение судебных экспертиз предусмотрено её уставом (см. действующую редакцию в разделе «Документы организации»). Это само по себе не означает автоматического поручения любой экспертизы. Возможность поручить конкретное исследование определяет назначающий орган.
В случаях, перечисленных пунктом 5 постановления № 28, когда экспертизу по уголовному делу назначает суд, ему следует мотивировать в определении или постановлении поручение исследования учреждению либо конкретному лицу. Пункт 5 постановления № 28 связывает выбор негосударственного учреждения с невозможностью провести исследование в государственном учреждении, обслуживающем соответствующую территорию: например, из-за отсутствия нужного специалиста, материально-технической базы или специальных условий, либо с отводом компетентных государственных учреждений. Дополнительно учитываются квалификация эксперта, основания для отвода и действующий перечень экспертиз, выполняемых только государственными судебно-экспертными организациями.
