Всем привет. Подскажите: Из модуля объекта к виртуальной таблице оборотов нельзя обратиться?
Просто из модуля формы нормально отрабатывает, показывает остаток, а из модуля объекта только оборот. Один и тот же запрос.

(0) можно, скорее всего ты что то делаешь не так

Раз один и тот же запрос, значит либо разные параметры, либо разное состояние базы.

что за вирт.таблица оборотов и почему ты там ищешь остаток?

(1) спасибо, значит буду дальше искать где накосячил
(2) состояние одно, запрос один, параметр один отличается (буду в эту сторону копать)
(3) РегистрНакопления.Остатки смотрю чисто остаток уже

(4) и видишь "из модуля объекта только оборот" так?

(4), к (2) а нет, убрал параметр, все равно результат другой(

(0) может быть пора уже запрос выкладывать?

(5) Вижу не только оборот, вижу все.
я запрос просто копирую и получаю другой результат, поэтому и подумал что раз разница только в месте откуда я его вызываю, возможно из этого места нельзя обращаться к виртуальной таблице остатки. Но в то же время программа не ругается....

(7)пятница же, надо угадывать

(7)
Запрос = Новый Запрос;
    Запрос.Текст =
    "ВЫБРАТЬ
    |    ЛимитныеКартыОстатки.Номенклатура КАК Номенклатура,
    |    ЛимитныеКартыОстатки.КоличествоПервоначальноеОстаток КАК КоличествоПервоначальноеОстаток
    |ИЗ
    |    РегистрНакопления.ЛимитныеКарты.Остатки(, ) КАК ЛимитныеКартыОстатки";
                    
        РезультатЗапроса = Запрос.Выполнить();
        Таблица = РезультатЗапроса.Выгрузить();

(8) код модуля объекта исполняется на сервере - если что.
виртуальная таблица остатков это view таблицы - грубо результат запроса к реальной таблице с некими параметрами (ПВТ)
к этой таблице можно обращаться как к обычной таблице sql

так что твои сомнения по поводу неуместности обращения к виртуальной таблице остатков из модуля объекта необоснованы

(10) вагную, что сам документ делает движения, которые влияют на искомый оборот/остаток

(12) тогда при повторном обращении сумма будет меняться, а она не меняется

но вариант хороший, я проверю

(13) а что меняется?
Где сумма у тебя? Или ты про количество в сумме?

Скорей всего, при попытке считывания данных из регистра запросом изнутри открытой транзакции для создания новых движений просто запрос не видит обновленных данных, т.к. эти данные созданы "внутри" транзакции, а чтение выполняется "снаружи".

Очень часто, для избегания подобных неоднозначностей, через параметры и условия запроса умышлено ставят ограничение, чтобы данные текущего документа запрос не мог прочитать, вне зависимости от способа установленного в СУБД "грязного" чтения. Затем к результатам запроса добавляют ожидаемые результаты движений...

Могу ошибаться, но при разработке в актуальных типовых механизма контроля остатков отказались от установки ТА на момент времени документа для получения данных накопительных регистров.

з.ы. Если у сообщества настроение совпадет, то сам топик весьма годный наброс для холивара выходного дня :-)

(16) Скорее всего вы правы.
Тут схема такая: Первый документ делает движение (по регистру остатков) со знаком плюс, второй документ делает движение со знаком минус. Задача: после проведения второго документа обновить первый документ, чтобы он в списке документов стал серым (признак того что по нему все отгружено).
Я пытаюсь это решить так: Во втором документе в Процедуре ОбработкаПроведения после движений по регистру перепровожу первый документ. Но этот способ не дает нужных результатов. Данные текущего (второго) документа в регистре как будто отсутствуют.

(17) Очень странный вариант реализации

(18) а как правильно?

Самый простой вариант решения - делаешь РС.
В нем 1 измерение - документ заказа (1 документ)
Когда проводится 2ой документ - делаешь запись в этот регистр.
Все.
И соответственно в списке соединяешься с этим регистром.
Если запись есть - то цвет 1
если нет - то не красишь

Или второй вариант.
Оборотный РН.
2 ресурса: Заказано отгружено
1 документ делает запись в ресурс Заказано
2ой в отгружено
Когда Заказано = отгружено - красишь, иначе ничего не делаешь

(17) Просто по основамархитектуры 1с. Изменение состояния одного объекта не должно неявно менять состояние другого объекта.
При проведении одного документа перепроводить второй - это очень неправильно в общем случае. Есть ситуации когда это можно, но это серьезное и осмысленное решение

(20) (21) (22) Спасибо большое за подробный ответ и за совет!

(23) я думаю что измерения (21) ты сможешь самостоятельно добавить.
Так де дополю почему при проведенииодного документа не стоит проводить другой.
Заказ у тебя сделан в январе, а огррузка в феврале.
Январь закрыт.
Или контроль даты запрета изменений из БСП тебе не даст этого сделать
Или бухгалтера тебя на рее вздернут за проведение документа в закрытом периоде.

(24) да, согласен, погорячился)

Сейчас пытаюсь красить из списка. Ставлю в нем точку останова, но на ней не останавливается. Создал новый список - тоже самое.... Не пойму что не так..

в других документах работает а тут нет

(25) Где ставишь останову?

в списке документа первого в процедуре ПриОткрытии

(28) УФ/ОФ?

(29) уф

Ты код копировал из другого места?
Там просто если тупо скопировать при открытии оно не будет срабатывать.
Удали код.
Потом добавь обработчик при открытии а потом только копируй код.
И да изменение параметров ДС лучшеделать ПриСозданииНаСервере

(31) Да, копировал. Спасибо огромное еще раз. Я б в жизни сам не догадался, что такое может быть: что скопированный обработчик - не считается за обработчик.

(16) Это не так. Более того для системы расчета ЗП нужно чтобы модуль провидения видел итоги записей этим же документом.
Для исключений видений используют систему управляемых блокировок и ВидГраницы для ограничения чтений данных регистров.

(17) Скажу про "Данные второго документа в регистре как будто отсутствуют.".
Когда ты смотришь остаток, то ты видишь что отсутствует именно остаток, а не данные второго документа. Т.е. ситуация такая - сработал второй документ, списал остаток. А ноль в остатках не показывается, поэтому ты ничего и не видишь.
Другое дело, что тебе это никак не поможет, т.к. что до проведения первого документа, что после полного списания - всё равно будет ноль.