8.х Ошибка в процессе "тестирования и исправления"

Доброго дня.
Версия платформы 8.2.11.235. БД - файловая. Сервер 32-х битный.
Запускаю "Тестирования и исправления" с параметрами: "Реиндексация таблиц", "Проверка логической целостности", "Проверка ссылочной целостности". Также в параметрах "при наличии ссылок на несуществующие" и "при частичной потере данных" стоит "создавать объекты".
Получаю следующую ошибку:
Посмотреть вложение 4701
При первом запуске - оно создало объект "Возврат товаров", не заполненый, (на скриншоте не видно) и остановилось с указаной ошибкой, при последующих запусках останавливается с такой же ошибкой, только ничего больше не создает.
Вопрос: это ошибка платформы или что-то не в порядке с базой? Если ошибка платформы - сейчас с базой все ок? (из-за того что процедура не дошла до конца) или лучше поднять бэкап (пока есть возможность и никто пока больше не работал)?

chdbfl.exe запустил, все ок. Запустил базу на 8.2.10.82 - выдало аналогичную ошибку (до этого тестирование на этой версии проходило - все было ок). Я так понимаю что-то случилось с базой. Вопрос - куда копать и что делать?

Дополнение. Последние на моей памяти "глобальные изменения" - это обмен с РИБ. Собственно сам узел РИБ был заведен давно, но обмениваться начали неделю назад. Последний обмен был вчера. Это может быть связано? о5 таки - что делать? (открываю план обмена, на данный момент зарегистрировано 24362 изменений объектов (основная часть - по регистрам, по документам 911 шт.) - это много?)

1. Изменений не так уж и много.
2. Включайте ТЖ и смотрите по нему, в какой момент (при обращении к какой таблице) вываливается. Надо локализовать проблему.
3. Кстати, кэш локально и на сервере чистили? Бывает столько глюков из-за него...

BabySG кэш почистил, не помогает, все то же самое.

Во вложении - часть лога ТЖ на момент ошибки.

Правильно ли я понимаю что оно вываливается на запросе:

?
Или это происходит чуть раньше на том огромном запросе начинающемся с

?

Document441 - это РТиУ, Document266 - это возврат товаров от покупателя.
А что означает "Выход за пределы размерности результата"? номер IDRRef - слишком большой? Скажите - каковы должны быть дальнейшие действия?

Отвалилось, вроде как, на втором по логу селекте.
Попробуйте выполнить этот запрос напрямую в скуле.

Также стоит проверить сами записи напрямую в скуле - бывает, что в таблицы (вернее, в колонки) - записывается полная фигня и такую запись следует либо удалять, либо выправлять (зависит от ситуации)

Эммм... у меня файловая БД, а как в ней выполнить запрос напрямую?

Я видел программу для просмотра записей файловой БД, но она - только просмотрщик, а как если что -напрямую редактировать?