Проблема в следующем, у нас 1С УТ редакция 11, работали на версии 10.5.8.287 - это сентябрь 22 года, впоследствии необходимости обновления ЭДО вчера долго и мучительно обновлялись до 10.5.21.125 это май 25 года, все встало, все обновления установились, но остатки начали вести себя хаотично

Проблема в следующем, через консоль запросов РегистрНакопления.ТоварыНаСкладах или через отчеты ведомость движения товаров на складах - остатки верные, через отчет РегистрСведений.РаспределениеЗапасов и отчет остатки и доступность товаров - даже не рядом, просто хаотичные данные

Почему очень горит это? Потому что остатки во всей системе считаются через Распределение запасов, естественно никакие документы почти проводить не дает, работа стоит
Что уже сделано?
1. Запускался пересчет всех итогов через Администрирование
2. Запускали обработку Исправление ошибок в регистре сведений "Распределение запасов"
3. Полное перепроведение документов через Групповое изменение реквизитов
Эффекта ноль, куда смотреть не знаем, но точно знаем что проблема в РегистрСведений.РаспределениеЗапасов, есть какой то способ принудительно заставить его пересчитать свои данные? Или кто то может сталкивался уже с этой проблемой

(0)

Была           УТ 10.5.8.287
Обновились до  УТ 10.5.21.125

<Тут какое-то волшебство>

И теперь у вас УТ 11 {неизвестно какой версии}

1) Проясните про волшебство как и на какую версию УТ 11 переходили
2) Какая сейчас версия УТ 11 (там дальше циферки должны быть)

Это опечатка 11.5.*

Если документов с даты где испортилось немного
1. То удалить все помеченные на удаление, не проведенные так же
2. Распровести все нужные документы, глянуть что пусто в регистрах
3. Провести заново все нужные документы согласно дате
вот тут можно словить ошибки
их решать так же, как если доков много: "Позвать специалиста, за деньги"©

1. Переходили через конфигуратор через функцию обновления конфигурации, дистрибутивы скачивались локально по очередно
2. В первом сообщении я написал за исключением опечатки в первой цифре 11.5.21.125

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

(5) так и какая проблема это сделать?
ЕРП и производные позволяют такое, можно удалить записи регистра(ов) и заново провести только нужный механизм
не трогая сами документы

(0) Уверены, что отработало все по обновлению? Проверьте НСИ_Администрирование - Интернет поддержка и сервисы - Результаты обновления

(6) В том-то и проблемы, мы не знаем как это сделать, поэтому мы тут

(7) именно по ним и сверялись, все галки зеленые, все встало успешно, по крайней мере так говорит 1С

(0) Что в регистре накопления "Запасы и потребности"? Сравните остатки с РС "Распределение запасов"(т.к. распределение строится по этому регистру) и "Товары на складах". Далее на каком-нибудь примере посмотрите, где чего не хватает (здесь придется уже как-нибудь движения сравнивать, но как остатки уже не получится сравнить 1 к 1). Бывают расхождения, например, из-за переходов на ордерные схемы или не совсем корректный переход на учет по сериям (либо наоборот).
Если email засветите в профиле, могу кинуть примитивный отчетик для сравнения остатков (правда, для 2.5.17, но вроде должен работать еще), но движения уже придется как то иначе сравнивать.

(10) Буду благодарен, открыл почту в профиле

(10) сверили два регистра на примере 1 номенклатуры, но непонятно что мы там должны увидеть, например в РН Запасы И потребности только 1 запись сборки к обеспечению, а в РС Распределение остатков как раз и отображаются записи из запасов и потребностей, но будто не учитывается РН Товары на складах, или не хватает записей запасов в РН запасы и потребности(это догадка)

То есть я имел в виду, что потребности отражаются в нем, а фактические остатки в наличии нет

Скинул, может наведет на какие-то мысли.

(12) Остаток конечный по "Запасы и потребности" по соотв. измерениям соответствует значению в записи РС с этим типом остатка. И, в простом случае, равен остатку РН "Товары на складах" минус РН "Товары к отгрузке". Все эти 3 значения нужно сравнить.
Далее нужно исходя из разницы искать в движениях где чего не хватает. Да, регистраторы у этих регистров зачастую разные, поэтому сравнивать автоматически достаточно муторно.

Там какая то штатная обработина есть которая распределение запасов пересчитывает. Но не факт. Краем уха слышал

Я конечно фигею что 2025 год. а 1С до сих пор не научилась остатки, резервы и заказы считать)))) жесть какая.

Туда сюда кучу регистров лопатят, код уже невозможно типовой читать)))

Наделали 100500 регистров))) и 10 000 000 000 строк кода))

(0) просто сносишь базу)) и новую из экселя грузить нормальные реальные остатки)))

(13) Я обычно если не сходится РаспределениеЗапасов и Остатки на складах запускаю обработку "Исправление Ошибок в регистре сведений Распределение запасов". Можно уточнить как она работает посмотрев на код.

мутная система.
и регистр накопления и регистры сведений для остатков.
нафейхоа? платформа не справляется если считать все по регистрам накоплений?

(21)

1) Основной ответ -- потому что гладиолус (с)
1С-ники не скажут, можно только гадать

2) Путь к автоматическому распределению запасов оказался тернист.
Сначала сделали - потом улучшали как могли.

(22) Вероятно потому что сэкономили в процессе
Вместе дорогих спецов задачу поручили более дешевым

(22) п.2 - ну и как? улучшили?