Есть РН Счет с измерением Абонет (ссылка на справочник) и реквизитом Сумма (число). Есть документ ПополнитьСчет. У документа следующий обработчик проведения:



Процедура ОбработкаПроведения(Отказ, Режим)
   //{{__КОНСТРУКТОР_ДВИЖЕНИЙ_РЕГИСТРОВ
   // Данный фрагмент построен конструктором.
   // При повторном использовании конструктора, внесенные вручную изменения будут утеряны!!!
   // регистр Счет Приход
   Движение = Движения.Счет.Добавить();
   Движение.ВидДвижения = ВидДвиженияНакопления.Приход;
   Движение.Период = Дата;
   Движение.Сумма = Сумма;
   Движение.Абонент = Абонент;
   
   
   Фильтр = Новый Структура("Абонент", Абонент);
   тзОстатокНаСчете = РегистрыНакопления.Счет.Остатки(ТекущаяДата(), Фильтр);
   Сообщить(тзОстатокНаСчете[0].Сумма);
   
   
   //}}__КОНСТРУКТОР_ДВИЖЕНИЙ_РЕГИСТРОВ
КонецПроцедуры


При этом каждый раз сообщением он выводит не то что надо. Надо, чтобы он выводил остаток на счете учитывая текущую операцию, а выводит остаток на счете до этой операции. Подскажите, в чем проблема?

(0) Транзакция не завершена потому что.

Сообщить(тзОстатокНаСчете[0].Сумма + Сумма);

тзОстатокНаСчете = РегистрыНакопления.Счет.Остатки(Новый Граница(ТекущаяДата(), ВидГраницы.Включая), Фильтр);

(1) точно)

(2) А что за финт с границей? Это для того, чтобы остатки считались по концу дня?

(1) Спасибо! А у такого варианта нет проблем, то есть я всегда в таком случае получу остаток на счете, включая последнюю операцию?

(4) Это бред. До завершения транзакции (Процедура ОбработкаПроведения) данных в регистре нет, и никакими границами их оттуда считать невозможно.
(5) Пожалуйста! Да.

(5) в (1) отличный пример быдлокода)

вот так всё же удачнее:

   Движение = Движения.Счет.Добавить();
   Движение.ВидДвижения = ВидДвиженияНакопления.Приход;
   Движение.Период = Дата;
   Движение.Сумма = Сумма;
   Движение.Абонент = Абонент;
   
   Движения.Счет.Записать();
   Движения.Счет.Записывать = Ложь;
   
   Фильтр = Новый Структура("Абонент", Абонент);
   тзОстатокНаСчете = РегистрыНакопления.Счет.Остатки(Новый Граница(ТекущаяДата(), ВидГраницы.Включая), Фильтр);
   
   Сообщить(тзОстатокНаСчете[0].Сумма);

(7) остатки и так получаются по границу "включая"

(7) Ой, спасибо! :-))

(8) неправда

(10) да, правильно - неправда

РегистрНакопленияМенеджер.<Имя регистра накопления>.Остатки (AccumulationRegisterManager.<Имя регистра накопления>.Balance)
РегистрНакопленияМенеджер.<Имя регистра накопления> (AccumulationRegisterManager.<Имя регистра накопления>)
Остатки (Balance)
Синтаксис:

Остатки(<МоментВремени>, <Отбор>, <Измерения>, <Ресурсы>)
Параметры:

<МоментВремени> (необязательный)

Тип: Дата; МоментВремени; Граница.
Момент времени, на который необходимо получить остатки. Если параметр не указан, то будут получены текущие остатки (на максимальную дату движений регистра). Если в качестве параметра передана Дата, то остатки будут получены на начало дня, если МоментВремени - то в остатках не будут учтены движения регистра, произошедшие в тот же момент времени.

(7), опробовал твой метод



Процедура ОбработкаПроведения(Отказ, Режим)
   //{{__КОНСТРУКТОР_ДВИЖЕНИЙ_РЕГИСТРОВ
   // Данный фрагмент построен конструктором.
   // При повторном использовании конструктора, внесенные вручную изменения будут утеряны!!!
   // регистр Счет Приход
   Движение = Движения.Счет.Добавить();
   Движение.ВидДвижения = ВидДвиженияНакопления.Приход;
   Движение.Период = Дата;
   Движение.Сумма = Сумма;
   Движение.Абонент = Абонент;
   
   
   Фильтр = Новый Структура("Абонент", Абонент);
   тзОстатокНаСчете = РегистрыНакопления.Счет.Остатки(ТекущаяДата(), Фильтр);
   
   тзОстатокНаСчете = РегистрыНакопления.Счет.Остатки(Новый Граница(ТекущаяДата(), ВидГраницы.Включая), Фильтр);
   
   Сообщить(тзОстатокНаСчете[0].Сумма);

   
   //}}__КОНСТРУКТОР_ДВИЖЕНИЙ_РЕГИСТРОВ
КонецПроцедуры


Все также получаю предыдущее значение остатка на счете. Все-таки (1) верно отметил, что транзакция не завершена - и инфа о новом движении в РН еще не попала.

Тьфу, не по глазам. Не увидел, что ты там закрыл транзакцию %)

(13) ничего я там не закрывал :) просто записал движения в регистр

При использовании (7) ругается, что у Движения.Счет нет поля  Записывать.

(15) у тебя 8.1 О.о

(14) а такой вариант действительно лучше, чем (1) ?

(16) да

(18) она уже мёртвая давно, ставь 8.2

(19) А если относительно 8.1 говорить - как можно в ее контексте записать твой вариант?

(20) тогда печаль - движения дважды будут записываться в БД, что не очень красиво

(17) к примеру, в случае суммы и абонента в табличной части, такой способ уже будет испытывать неудобства.

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

Кто же Вас всех учит остатки объектной моделью получать?

(24) Научите, как правильно:) Запросом?

Конечно запросом. И записывать движения правильнее не обращаясь к конкретному объекту коллекции, а ко всей коллекции "Движения.Записать()". Но это только в 8.2 и выше. Переходите на нормальную платформу.

Если лучше запросом, то зачем тогда вообще существует метод Остатки у РН?

(27) Этот вопрос лучше всего адресовать в фирму 1С.

Метод "Остатки" как и много других порождают неуправляемый запрос к БД.

Нам нужны запросы которыми мы не можем управлять? Нет! => ...

Но если честно, то объектная модель для чтения данных осталась для более низкого порога вхождения прогеров переучивающихся с 7.7.

Интересно:) Тоесть везде где нужно получать информацию надо использовать запрос, и забыть про объектную модель, так?

(30) Точно.

(29) Скорее не для прогеров, а для быстрого перевода конф с последующим постепенным рефакторингом.

(32) Спорить не буду, выразил свое субъективное мнение.
Перевод конф = написанию новых.