Доброго!

Имеем РН (остатки).
В измерении РН есть справочник (проекты), на который наложено РЛС.
Имеем пользователя с ограничеными правами, снимаем под этим юзером остатки по РН.
Если в регистре есть остатки с элементами запрещёнными РЛС - ошибка. Что понятно и логично.
Распроводим доки, делающие эти движения. Записей по запрещённым элементам нет в РН.

Запрос в консоли по вирт таблице остатков - всё равно выдаёт ошибку РЛС! Это уже нелогично и непонятно.
Запрос в консоли просто по регистру без использования вирт таблицы (по всему регистру без ограничений) - Нет ошибки!
Я в замешательстве господа...

Используй разрешенные

а если заюзать РАЗРЕШЕННЫЕ?

РАЗРЕШЕННЫЕ - всё норм, знаю и понимаю.
Я в замешательстве почему ошибка только при обращении к вирт таблице, просто к регистру - всё нормально.
Хочу понять таки

записей в регистре запрещённых РЛСом нет

8.2.15.319 если что

(3) Потому что в остатках нет запрещенного подразделения, а в движениях есть

(6) наоборот, в движениях всё нормально, в остатках ошибка

снимая остатки под полными правами - видим что нет там запрещённых.
Итоги пересчитывали на всякий

Запрос с РАЗРЕШЕННЫЕ под полными правами и обрезанными - выводит одинаковую инфу

идей нет?

разделение итогов включено?

(11) угу возможно записи в таблице остатков есть, но остаток 0
Пересчет итогов поможет

разделение на этот регистр не включено, пересчет делали...

Интересный случай, смотри чего профилер дает

завтра буду ковырять

ситуация разрешилась.
Пересчет итогов в режиме предприятия в конкретном РН ничего не дал...
Но пересчет всех итогов в ТИИ - дал, ошибка ушла. База большая, полночи пересчитывал итоги

(16) Вот ведь ;)

надо было просто сдвинуть итоги назад, а потом вперед

(18) сдвигал в 2010 год, потом в 2012

так, а кто в курсе на что при РИБ влияет пересчет итогов и т.д? вроде никак, итоги они в каждой базе свои, просто такую же проблему выявили в другом узле, на другом регистре...

Была такая байда. После добавления/удаления записей в таблице регистров остается строка с нулевым остатком и запрещенным набором изменений. В 1Ц писал письмо и получил ответ - так было, есть и будет есть!!!
Проблема в том, что при агреггировании остатков не накладывается условие на строку, чтобы значения всех ресурсов одновременно не были равны нулю. Зачем так сделано и почему 1С не собирается переделывать это - для меня осталось загадкой. Ведь так для SQL было бы проще фильтровать явный мусор, коего в остатков получается немало.

тюю... а чего тока у меня такая байда на форуме? много кто РЛС юзает, не видел жалоб раньше... И выход только Итоги пересчитывать?

Выход - использовать РАЗРЕШЕННЫЕ в запросе. Все используют, вот жалоб нет.

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

(22) без разрешенных не использую. а если нужно без РАЗРЕШЕННЫЕ, тогда в привилегированный модуль

И это, ругается на Типовой регистр, Типовую роль, Типовой Зпрос. Типовой РЛС. УПП 1.2.27 древний. В новых релизах везде понатыкали Разрешённые?

У кого последние релизы УПП?

(22) Я же говорю, мы тоже встречались. Для оперативного решения просто рубили такие строки из таблицы остатков.