Очень странная работ бухитогов v7 - такое впечатление что движения не в одной транзакции пишутся.
Сетевая база, работает несколько пользователей по сети. Документы проводятся не быстро.
Ситуация:
Один пользователей проводит документ поступления 1 шт 100 руб.
Другой в это время делает отчет.
И в нем видит остаток 1 шт, но без суммы.
Как такое вообще возможно?

Делает отчет с фильтром (детализацией) по складу, да и всех делов.

(1)у меня и так с детализацией
//
а в чем причина такого поведения? ведь и количество и сумма в одних таблицах вроде хранятся

(2) Не понял вопроса. По аналитике места хранения - учет только по количеству.

(3)действительно не понял. у меня самописка
и по складам ведется суммовой учет.
Проблема в том что отчет умудряется схватить изменившиеся данные только по количеству, а изменения суммы не видит
И вот такая ерунда происходит всего 2-й раз с 2008 года

(4) Такое впечатление, что ты просто значения получаешь не в одной транзации.

(5)да нет, только одним бухзапросом

БИ=СоздатьОбъект("БухгалтерскиеИтоги");
   БИ.ИспользоватьСубконто(ВидыСубконто.Товары);
   БИ.ИспользоватьСубконто(ВидыСубконто.Цены);
   БИ.ИспользоватьСубконто(ВидыСубконто.Склады);
   БИ.ВыполнитьЗапрос(Дата1,,"ОСТ",,,,,"КС");

дальше только перебор субконто

(8) Есть подозрение, что первый пользователь сначала провел без цены, а потом поставил цену и перепровел.

(9)такого быть не может. тот документ (реализация товаров из файла выгрузки) проводится автоматом.
В прошлый раз был другой документ, но там тоже товаров без цены быть не может в принципе

(10) Так поступление или реализация?

Всегда можешь сделать тест - запустить у одного пользователя обработку, которая в цикле проводит документ/делает непроведенным, а у второго пользователя получает бух итоги, и если есть количество без цены то ругается. Но что-то я о таком глюке не слышал. База SQL?

(11)в последнем случае реализация (поступление так для примера написал)
в предыдущем случае было перемещение создаваемое вручную, отмена проведения запрещена.
База файловая, небольшая в принципе

(13) если всего второй раз происходит - спиши на фичу. Пусть будет:)

(14)заказчику так и пришлось объяснить, дескать он первооткрыватель фичи о которой 1С-ный мир еще не слышал

(15) ну и дурной вопрос - платформа какая?:)

(16)27-я или 25-я.
ОС Win XP

(17) Может все-таки перед тем как в отчет лезть, стоит просто тупо поглядеть не проводки документа. Я своих клиентов учу именно это первым делом глядеть, а уже только после этого лезть в отчеты...

А если в базе действительно начинаются твориться чудеса, может стоит ТиИ сделать?

(18)а что в них глядеть то - там все просто и жестко.
(19)делали. но вряд ли дело в этом.
Этот же отчет запущенный повторно - формируется уже без ошибок

Еще вопрос - отчет внешний или в md-шнике? Частенько раньше наблюдал ситуацию когда внешние отчеты в терминале работают очень странно, поэтому под терминалом стараюсь, чтобы все отчеты работали из md-шника...

(21)внутренний, терминала нет

Попробуем поднять.