Если есть табличка "Справочник счетов", то можно попробовать вот так:
Получается, что мы TableScan уводим на справочник счетов, а там записей явно не 300 000. Далее результат с таблицы Счета соединяется по индексам с таблицей Операции для дебета и для кредита. При суммировании результатов Дебета и Кредита по идее применяется алгоритм аггрегации по индексу Dt или Kt, который и так уже используется. Далее получаем уже не большое кол-во записей, т.е. примерно получится (Кол_ВоЗаписейВСчетах - Кол_воНенужныхСчетов) * 2 (это если примерно поровну дебетовых и кредитовых операций по счетам). Так как записей не много, то все это уже прекрасно и быстро суммируется без необходимости использовать индексы, т.е. по идее будет применен HASH алгоритм для группировки по номеру счета.

Если таблицы справочника счетов нет, то наверное стоит перед этим запросом организовать ее как временную:
Дальше по запросу получения остатков, только убрать оттуда условие
s.Id NOT IN (301, 682, 586)

P.S. Это только моя точка зрения, оптимизатор у ASA не только в каждой версии, но и в каждом EBF может по разному придумывать планы запросов, так что не факт, что мой запрос самый удачный. Можно сказать что мной предложен вариант из личного опыта построения примерно таких же запросов на ASA 9 - 9.01 Но можно попробовать в эту сторону покопать.