Да, добавление скрипта предварительной фильтрации может существенно сократить время цикла, если он будет надежно выявлять настоящие аномалии. Только убедись, что порог уверенности не слишком занижен, иначе получишь лавину ложных срабатываний, которые только замедлят работу. Предлагаю провести короткий тест с порогом в 90%, предусмотреть возможность ручного вмешательства и записывать пропущенные случаи, чтобы модель могла на них обучиться. Следи за дрейфом — если входные данные изменятся, алгоритм начнет пропускать случаи или будет реагировать слишком бурно. И чтобы уведомления были достаточно простыми, чтобы операторы могли на них реагировать еще до создания заявки.

Отлично, держи меня в курсе по показателям. Если ложных срабатываний станет слишком много, нам понадобится второй фильтр. С удовольствием помогу отладить скрипт, как только у тебя будет первый запуск.