Исследование нужно, когда спор упирается в проверяемое состояние программы, а не только в толкование договора. Типичные поводы: подрядчик сдал сервис на Django или FastAPI, а заказчик не согласен с объёмом; отчёт или выгрузка дают неверные цифры; сервис падает под нагрузкой; фоновые задачи не выполнились или выполнились дважды; после изменения структуры базы часть данных испорчена; переданный комплект не запускается; нужно проверить, не использован ли чужой код.
Если же язык разработки упомянут в документах случайно, а спор идёт о самом договоре или о работе организации в целом, задача может относиться к другому виду исследования. На разборе задачи мы сопоставляем вопросы с доступными объектами и определяем действительный предмет: важно не название технологии, а то, какие технические факты нужно установить и где могли сохраниться их следы.
Проверить это можно до заключения договора и без оплаты. Опишите ситуацию и перечислите, что у вас есть: репозитории, дистрибутивы, настройки стендов, журналы, договор и техническое задание. При желании можно приложить имеющийся документ; репозиторий, доступы и закрытые материалы передают после согласования безопасного канала.