А еще для каждого вида сторно - свой отчёт!

Кроме удобства анализа и просмотра ничего. К тому же редко когда используются все стандартные виды документов.

Я готов потратить полчаса и прописать 100 дипазонов, чтобы потом не гадать RV - это фактура или ее сторно

А если сделать один вид документа (ну макчсимум несколько) и для всех видов прописать его как сторнирующий, так резве не намного проще. Пользователь видит вид документа и сразу знает что это сторно, и не надо феноминальной памяти чтобы запомнить виды сторно.
Никто же не говорит что совсем не надо создавать такие документы, просто захламлять систему тоже неохото.
Я вот вообще при написании своих программ сразу делаю условие в выборке stblg = space. А в стандартном сразу фильтр настраиваем тоже stblg равно пусто.

При основательном подходе можно обосновать, что раз стандарт не предусматривает исключение из отчета сторнированных документов и сторно, нужно доработать стандартный отчет. Для этого N консультанто-лет писать проектное решение, потом обсудить его на серии совещаний, потом M консультанто-лет писать спецификацию, потом Z абаперо-лет на ее основании писать прогу, потом Y тестеро-лет тестировать, потом Z1 абаперо-лет дорабатывать. При апгрейде слупить с клиета еще пару денег за актуализацию.

Ответ в общем то прост:
Необходим ключ однозначно идентифицирующий необходимые сторнирующие документы.

можно добавить Reversal Indicator (XREVERSAL из BKPF) и исключить все документы с непустым значением значением.
Про поле:
Specifies whether doc. is reversal doc. or reversed doc.
Indicator as to whether a document has been reversed ('1') or is a reversal document ('2'). The indicator is blank if either neither of these cases apply, or the document originates from a release earlier than 4.6C. The indicator is only filled for releases > 4.6C.

А у нас не так. Документы не имеют взаимной ссылки. Подскажите, плиз, с чем это может быть связано. Правда у нас для сторно отдельный вид документа настроен, может это влияет?