Каждый 3й или 4й запуск отчёта выдаёт не верные итоги.
Запускаю отчёт и остатки на конец выдаёт ошибочно нули:
http://prntscr.com/scilmf
запускаю тотже отчёт повторно, и всё ок, верные остатки:
http://prntscr.com/scimee

где искать проблему?

п.с. Запрос выполняется долго, может минуты 2-3. Думаю изза этого ошибка, при многопользовательском режиме работы?
Но как лечить?

И другие отчёты, которые выполняется минутами, иногда возвращают пустые итоги.
В том числе и экспорт остатков в интернет-магазин.
И это тогда большая проблема. На сайте каталог ТМЦ становится пустым

Размеры dbf 1,2мб самый большой
http://prntscr.com/scip73

ТиИ сделай, для начала.

Это делалось. дело не в нём

(2) Я вижу 1.2 Гб, откуда у вас Мб?

(0) Судя по картинке там не только с конечными остатками беда, а со всеми....
Либо кривой отчет. Постройте типовые, если они есть.

Найдите в инете отчет по регистрам и погоняйте его

(0) Готовь третий конверт.

(5) Не догодались что буквой ошибка?

(7) В смысле?
Проблема не в отчёте, а в том, что 1с недокументированно не выполняет сам отчёт до конца.  И на выходе данные не верные, хотя на входе ничего не меняется

(6) Я же написал в (0), на первом скрине отчёт ИНОГДА ошибочно выдаёт не верные остатки на конец периода. На втором скрине отчёт отработал верно. 5 попыток из 6ти отрабатывает верно

Если запрос выполняется 2-3 минуты - может, дело в запросе? И его нужно править? А не ссылаться на недокументированные особенности 1с?

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

(11) глючит когда идет запись в регистр и одновременное чтение

при достижении любым dbf-файлом (базы 1с) технологической границы 1Гб в НЕмонопольном режиме обработка результатов любого запроса тихо прекращается как только любой другой пользователь вносит изменения в базу данных. выход - резать базу данных.
для "оттягиваня конца" использовать kernel3x - http://catalog.mista.ru/public/15577/

Предполагал что проблема в размере базы. Думал критично при достижении 2х гб

(16): с kernel3x - ограничение становится 2Гб.
Djef знает (и делится) решением, которое увеличивает ограничение до 4Гб, но я его не знаю (не видел и не пробовал это решение - в отличие от kernel3x, которое меня пару раз выручало).

(17) насчет 4ГБ Djef не утверждал.

и не 2ГБ, а 1.9 или даже 1.7Гб

(19) если это про кернел - то нет, у меня до 2х включительно нормально держало (только на 2х слетало). чоэт кернел тебя не людит, Серег...

*не любит

(20) нормуль у меня тоже. раз в год подрезаю файл заявок за -3 года