Обычно можно, если сохранились следы. Фоновые задачи в проектах на Python чаще всего выполняет Celery или RQ поверх брокера сообщений — Redis или RabbitMQ, — и по его журналам, состоянию очереди и хранилищу результатов эксперт устанавливает, была ли задача поставлена, взята ли в работу, завершилась ли ошибкой и запускалась ли повторно.
Две оговорки важны для выводов. Первая: настройка решает, в какой момент задача считается принятой, и в распространённых инструментах по умолчанию задача подтверждается до выполнения — значит, при аварийном завершении процесса она теряется, и это следствие настройки, а не случайность. Вторая: повторный запуск сам по себе не дефект, потому что очереди обычно гарантируют доставку «не менее одного раза»; дефектом становится отсутствие защиты от повторов, если она была нужна, — именно так возникают задвоенные письма и документы.
Выполненные задачи и их результаты хранятся ограниченное время и вычищаются автоматически, поэтому выгрузите их за спорный период как можно раньше. Если экспертиза уже назначена, порядок сбора согласуют через суд или орган расследования.