v7: Кривой регистр, который не может закрыться по определению...

Добрый день!
Тут к теме замены измерений в регистре прямым запросом, отношения не имеет, только косвенно, там хорошо все, и даже Злопчинский подвел итог: (27) галактеко вздохнуло с облегчением. темный император повержен

Но... Попробовал обработку в действии, и в "процессе эксплуатации" вылез другой косяк, на который раньше просто не обращал внимания...
Я так рассчитывал, что достаточно поменять задвоенную номенклатуру в RA, и выполнить пересчет итогов, час работы с перекурами... Все так, но пересчет итогов в этой "подопытной базе" затягивается на долгие часы...
Стал разбираться - оказалось, есть регистр, никакого отношения не имеющий к моим "экспериментам", "СкидкиКлиентам". Регистр остатков.
Не знаю, есть ли он в типовой ТиС, думаю нет, во всяком случае в таком виде.
Сразу хочу сказать - не кидайтесь тапочками, это не мое поделие, это "тяжелое наследство" от ККС... Какой му**к это делал, руки бы ему отшибить...
Куча измерений в регистре, ни одного реквизита, и два документа, которые двигают его.
Один документ - ОтчетПоСкидкам, второй документ - "СписаниеНакопленныхСкидок"... Куча косяков. Например, первый док двигает регистр по измерению "Номенклатура", во втором документе даже упоминания о ней нет, и таких еще несколько...
Естественно, регистр не закрывается. RA его - 35 мб, RG - 360 мб!!! Это за год от последней свертки... Вот и пересчитывает он его "до посинения".
В принципе, с этим регистром работают всего два документа и один отчет.
Возникла идея, исправить это недоразумение. Если эти измерения, по которым нельзя "собрать все в кучу", перенести в реквизиты, а измерения удалить? Ну, соответственно отчет поправить.
Должно это исправить положение?
Или все равно толку будет мало, т.к. движения прихода по этому регистру происходят каждый день(вместе с закрытием смены ОтчетПоСкидкам формируется), а расход делается раз в год, а то и вообще не делается(у кого как - кто-то копит скидки по жизни, кто-то раз в год обнуляет и начинает с нуля), он так и так в течении этого периода будет не закрытым - ?
Нужен совет - стоит ли заморачиваться, или оставить как есть(гимороя много, а есть ли смысл?), просто свертку делать периодически(можно в принципе по этому регистру конкретно, если полную не охота) - ?

(1) Тоже вариант... Надо подумать. Спасибо за идею!

+(2) А где тогда хранить суммы накопленных клиентом покупок? Каждый раз считать? Они используются не только для отчетов, а в фронт выгружается процент скидки для клиента, в зависимости от того, сколько он накопил... С регистра это получается мгновенно, а с докуметов будет пересчитывать по каждому клиенту при выгрузке каждый раз... Так не пойдет.

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

(7) https://ccrs.ru/ Производители ККТ "Спарк". Так получилось, что их клиенты отошли с программами на 7.7 ко мне. со всеми косяками и гимороями.

(11) Вот и я так подумал. Изначально в теме была такая мысль. Достаточно одного измерения - "Клиент". Ну, можно "Фирму" оставить, она все равно у меня в большинстве случаев одна. Все остальное - "Номенклатура", "Склад", "ККМ", можно перенести в реквизиты. На всякий случай, может в отчете пригодятся. Должны накапливаться суммы по клиентам, от списания до списания накопленного, все остальное - значения не имеет, эсли только для какого-то, никому не нужного анализа.
Отдельная песня со "СхемаСкидок". Тут, надо анализировать этот реквизит доков, и двигать регистр остатков только если схема имеет тип накопительная. Всякие "праздничные", "временнЫе"  и т.п. "без клиентские", вообще не должны двигать этот регистр. В принципе, для их анализа, при желании можно оборотный регистр прикрутить, с периодом месяц, и если скидка такого типа, то двигать его...

(14) Ну, типа того. Есть шкала, в строках которой суммы накоплений от и до, и привязанные к ним проценты. Раз в год накопления обнуляются, и все идет "с нуля". Но, есть клиенты, у которых обороты маленькие, они не обнуляют накопления по покупателям. Там они копятся и копятся, и всем пофик...

(11) Вопрос собственно в том, что если оставить только одно измерение "Клиенты", и обнулять накопленные суммы раз в год... Или совсем не обнулять. Будет ли RG так пухнуть, и безобразно тормозить при пересчете итогов?

(17) Понятно.
Теперь с реквизитами... Ну, "Склад" и "ККМ" - с ними все понятно. Один документ, одна строка движения - сумма по чеку, эти реквизиты не помешают.
А вот "Номенклатура" - ? В чеке может быть несколько строк, с одинаковым измерением, но разными реквизитами "Номенклатура"... Как это может повлиять?
Совсем убирать "Номенклатуру" не хочется, вдруг хозяин магаза захочет посмотреть, что "Вася Пупкин" чаще всего покупает...

(18) Попробую...

(21) Если и есть что-то такое, то типовое из ТиС. Этот регистр только в этом одном отчете: https://cloud.mail.ru/public/4HZC/2AyDpMYmf используется, ну и самое главное - при выгрузке на кассы, вот это используется - Рег.СводныйОстаток(,,,ТекКл,,,"Сумма"); где "Рег", это регистр "СкидкиКлиентам".
(24) "если он закрывается"
В том то и дело, что не закрывается.

Тьфу блин, в облако вместо фоток картинку засунул...

(27) Исправить - не проблема. Тем более, с прямыми запросами, благодаря тебе, я более-менее разобрался, по крайней мере, в том объеме, который для этого может понадобится.
Но, дальше то что? Как правильнее переделать учет по нему, что-бы он или закрывался, или все-таки переделать на оборотный?
(29) Во!!! Понятно.
А если списывать накопленные суммы продаж со скидками, будут раз в год, или вообще не будут... Это ведь все равно приведет к тому, что RG распухнет? Или с одним-двумя измерениями, на таком объеме будет не критично?

(30) Да, месяц.
(32) Я это скопировал из обработки под SQL, как есть, не меняя. В принципе, и так работает мгновенно, куда уже быстрее. Если переделывать, то только ради "тренировки". А как инструмент для исправления косяков клиента, меня более чем устраивает.