Периодичность регистров, например, месяц.
Регистр.Продажи - оборотный.
ОбщРег = СоздатьОбъект("Регистры");
ВремРег = ОбщРег.Продажи;
ВремРег.ВременныйРасчет(1);
ОбщРег.РассчитатьРегистрыПо('30.06.2024');
тзИтогов = СоздатьОбъект("ТаблицаЗначений");
ВремРег.ВыгрузитьИтоги(тзИтогов,1,1);
Вопрос: что будет в ТЗ в качестве итогов?
Спортивный интерес? :)
Обороты за июнь-месяц.
И ОбщРег.РассчитатьРегистрыНа('30.06.2024'); даст тот же результат
а вот ОбщРег.РассчитатьРегистрыПо('29.06.2024'); даст пустую ТЗ.
А без временного расчета - обороты за месяц, которому принадлежит ТА.
Через ВыгрузитьИтоги() можно получить только обороты за период регистра (в данном случае - месяц).
Разве есть смысл работать с регистром оборотов в таком режиме? В типовой ТиС четыре отчета по единственному оборотному регистру "Продажи" и все - чёрными запросами, там итоги считаются за произвольный период.
И что-то у меня оборотные регистры глючили на старых релизах в черных запросах в SQL - избегал их. Так же как и черных запросов по бухитогам.
Спсб за пояснения.
Свертку тут по нетиповой базе-самописке делаю. С возвратами проблемы после даты свертки, возвраты опираются на оборотны Продажи, а механизма указать без основания возврата - нет... Как выворачиваться малой кровью - хз... судя по всему сделать наподобие как в типовойи перенести перед сверткой данные по себестоимости возвратов в реквизиты документа...
Надо при возврате контролить была ли реально такая продажа до даты свёртки?
Если нет - создать пустую расходную накладную на дату свертки минус 1 день и её писать в основание возврата при проведении возвратов проданного до даты свертки.
Если да - тогда придется морочиться и загонять в документ. Если самописка, то можно универсально документом ДвижениеРегистра (на ИТС была описана технология свертки) ну или через специализированный документ типа "ВводОборотовПродаж", в которые загонять сводные обороты с даты начала учета по дату свертки. Но собирать придется запросом. Ну или помесячно через ВыгрузитьИтоги. Ну это всё Ты и без моих советов знаешь.
Свертка как раз универсальным двигателем регистров, сворачивается норм.
Варианты что ты описал - это все думал.
Сводные обороты - не пойдет, поплывут себестоимости после свертки.
Так что - заполнить в доках возвратов на основании текущих данных (до свертки) данные для возвратов (себестоимости и прочее) и при проведении ветку по ним запустить. Загрубление пройдет конечно, но не такое сильное, данные для последующих возвратов (которые появятся в будущем) вытащать из условного бэкапа реализаций до свертки если надо будет. Примерно так... Еще подумаю.