Всем здравстуйте!
Есть такая проблема:
Запрос вида:
ПартииТоваровНаСкладахБухгалтерскийУчетОстаткиИОбороты.Номенклатура,
    ПартииТоваровНаСкладахБухгалтерскийУчетОстаткиИОбороты.Склад,
    ПартииТоваровНаСкладахБухгалтерскийУчетОстаткиИОбороты.КоличествоНачальныйОстаток,
    ПартииТоваровНаСкладахБухгалтерскийУчетОстаткиИОбороты.КоличествоПриход,
    ПартииТоваровНаСкладахБухгалтерскийУчетОстаткиИОбороты.КоличествоРасход,
    ПартииТоваровНаСкладахБухгалтерскийУчетОстаткиИОбороты.КоличествоКонечныйОстаток
ИЗ
    РегистрНакопления.ПартииТоваровНаСкладахБухгалтерскийУчет.ОстаткиИОбороты(
            &ДатаНач,
            &ДатаКон,
            ,
            ,
            Номенклатура = &Номенклатура
                
                И Склад = &Склад
                ) КАК ПартииТоваровНаСкладахБухгалтерскийУчетОстаткиИОбороты

При значении параметра "ДатаНач" 01.02.2018 00:00:00, "ДатаКон" 02.02.2018 23:59:59 в результате КоличествоКонечныйОстаток = 98.
При значении параметра "ДатаНач" 02.02.2018 00:00:00, "ДатаКон" 02.02.2018 23:59:59 в результате КоличествоКонечныйОстаток = 106.

Как такое может быть? Я всю жизнь думал, что конечный остаток не меняется, если не меняется дата окончания.
Пересчет итогов не помог.
Заранее спасибо!

Попробуйте в параметрах регистра (кажется, 4) указать метод дополнения.

(1) Нет. К сожалению, не помогает.
Более того, тогда бы пришлось менять все стандартные отчеты конфигурации, а для меня это не вариант. Запрос я привел потому, что все стандартные отчеты работают по остаткам и оборотам в основном.

скорее всего криво расчитаны итоги, требуется их пересчитать

не может такого быть при прочих равных. Не в запросе дело.

ставлю на очепятку при вводе значения параметра или путаницу между параметрами

(3) Я ж писал, что пересчет итогов не помог. Пересчитывал так: РегистрыНакопления.[ИмяРегистра].ПересчитатьТекущиеИтоги()
(5) Скрупулезно выверял каждую букву. Впятером сидим, и ничего не понимаем.

(6) > РегистрыНакопления.[ИмяРегистра].ПересчитатьТекущиеИтоги()

А почему пересчитывал только текущие итоги?
В режиме предприятия открой диалог управления итогами в режиме "Полные возможности" и выполни для своего регистра пересчитай все итоги - итоги, текущие, за период.

(6) Сделайте ПересчитатьИтоги()

С вероятностью 99.9% вы в том месте где устанавливаете параметры путаете ДатаНач и ДатаКон. Либо в коде, либо на самой форме.

(5) +100500

(9) А ведомость по партиям товаров на складе тоже их путает? И универсальный отчет "Остатки и обороты" тоже их путает? Я специально с трех сторон заходил, чтобы исключить вероятность собственных кривых рук.

(11) тогда для начала пересчитать не только текущие, а все итоги, как немногим выше предлагают

Еще раз. Вероятность опечатки/перепутывания параметров и прочего полностью исключена. Тут нас пять человек, бьемся уже день, уж наверное мы все перепроверили до буквы

(11) "Пересчитывал так: РегистрыНакопления.[ИмяРегистра].ПересчитатьТекущиеИтоги()" - все поржали. Где февраль и где текущие итоги.

Пересчитай итоги в конфигураторе Тестирование и исправление.

(7) Запустил. Но это, как вы понимаете, не быстро. Отписаться раньше чем через час не смогу.

РегистрыНакопления.[ИмяРегистра].ПересчитатьИтоги()
ИмяРегистра какое?

(16) судя по запросу из (0) - ПартииТоваровНаСкладахБухгалтерскийУчет

(17) а по факту может быть ПартииТоваровНаСкладахНалоговыйУчет например) тут все нужно бдить

ДатаКон" 02.02.2018 23:59:59
а если поставить 03.02.2018 0000000? в первом и втором случае

По некоторым позициям не было оборотов, вот и не попали в Итог !..
Посмотри по каким позициям 01.02 - не было оборотов и какой их остаток на конец 02.02!..

(13) Жесть. Уже бы давно переписали на таблицы  остатков и оборотов перевели и проверили.

(20) Секунду. Мало ли что там не попало в оборот, какая разница? Остаток же на конкретную дату не зависит от оборотов, он зафиксирован.

Пересчет итогов еще идет. База очень здоровая.

(18) Ненене. Именно БУ. Кстати, надо УУ посмотреть потом будет.

(22) остатки зафиксированы только на 1е число каждого месяца. На 2е считается из оборотов.

Иногда помогает только полный пересчет итогов из конфигуратора (ТиИ).
Программным кодом - не помогает.

(25) По твоей логике остатки вообще лучше брать только на первое число месяца, на остальные числа остатки не зафиксированы, нестабильны, и могут разъехаться

Чем дело кончилось? Из-за разных оборотов все-таки разные остатки получаются?

(28) ну итоги хранятся в базе в разрезе месяцев, вы конечно не знали. Если нужно подситать остаток например на 02.02, берется остаток на 01.03 и вычитаются обороты за нужные дни февраля.

(28) у вас как раз наоборот ситуация: остатки неправильно зафиксированы. Поэтому разъехалось. А обороты вообще не причем, зря вы на них бочку катите.

(30) Вроде же берет на дату, откуда ближе посчитать?

Короче, пересчет итогов работал всю ночь, только что вылетел с конфликтом блокировок транзакций. Запрос по-прежнему показывает ту же лажу.

Смысл будет дальше обсуждать, когда сказанное в (26) будет сделано. Какие проблемы сделать копию и в ней это выполнить и проверить после?

(33) Всю ночь, наверное запускал пересчет из конфигуратора по всем-всем регистрам. Запусти пересчет итогов только по этому регистру, но не только текущий, а всех.

(35) При пересчете из конфигуратора, увы, нельзя указать, по какому регистру пересчитать. А все остальные "выборочные" пересчеты (из режима предприятия программно или во встроенных в платформу обработках) бывает, что не помогает. И это иногда печально (что приходится в конфигураторе дрочить все-все регистры).

(0) СКД ?

(36) Да, бывает. Но проверить полный пересчет по данному регистру для начала тоже можно и вот если и это не поможет (это ведь достаточно быстро будет и результат будет проверен уже очень скоро), то уже дорога в ТИИ

(0) Почитай и ты поймешь: http://life1c.ru/post/323

(39) Что он должен понять?...

(39) Там на последней картинке перепутаны местами остатки и обороты

(33) Через "Управление итогами" сдвинь итоги по этому регистру на начало года, а потом верни на текущий месяц. Так быстрее будет.

(32) не

В общем, если ДатаНач = 01.02.2018 00:00:00, то 98, если больше на секунду, то 106.

(44) значит рассогласованы остатки на 01.02 и на 01.03. Ну чего вы как фома неверующий. Этой ошибке уже 20 лет. Лечится элементарно, пересчетом итогов в конфигураторе. Вы будете еще неделю на форуме спрашивать, чего-то ждать?

(45) Самое западло в том, что это особо никак не диагностируется - пользователь обычно замечает.
Особенно в инфобазах, где идет интенсивная запись наборов записей в режиме загрузки (в ЦБ из сети филиалов, например), особенно на регистре бухгалтерии. Такое ощущение, что платформа где-то лажает.

А зачем получать остатки из регистра ОстаткиИОбороты? Из Оборотов их разве нельзя получить?

(47) из Остатков, конечно же...

(48) там ещё Приход и Расход получают

(48) Во всяких отчетах типа ОСВ так и делают - получают остатки из остатков, обороты - из оборотов. Потому что, видимо, из остатков и оборотов когда все получено, то гемора больше в СКД это все слепить.
Но в этих СКДшных ОСВ гемора и так хватает.

(50) Это из-за того, что в ОСВ у счетов параметры счета оборотный/не обороты  в режиме предприятия настраивается. Тут не угадаешь есть остатки по счету или нет.