Коллеги, подскажите.
В ЕРП в ОСВ по регистру бухгалтерии часто приходится пересчитывать итоги (ОСВ краснеет или пустая, итоги отключены).
Как можно отловить причину, расставлены записи журнала регистрации в конфигурации, где вызываются методы, относящиеся к пересчету итогов, но это ничего не дает.

(0) Вы случайно не путаете все это с механизмом отражения проводок?

Итоги отключаются при закрытии месяца. Если процесс закрытия аварийно завершается, итоги могут остаться выключенными.

(2) "Итоги отключаются при закрытии месяца."
Не верю

(2) итоги по РСБУ не отключаются, только регистры накопления

(3) Влияет на управление итогами регистра (текущими итогами и периодами рассчитанных итогов).
Если параметр установлен, то
- перед началом расчета запоминается состояние использования итогов по всем рассчитываемым регистрам,
- при записи движений по каждому регистру его итоги отключаются,
- при окончании записи всех движений состояние использования итогов возвращается к первоначальному.
Это позволяет ускорить запись движений, но по окончании расчета тратится некоторое время на пересчет итогов.

Значение по умолчанию: Да

(2) Подскажите, как можно отследить отключение итогов при закрытии месяца. Где-то встречал про такую проблему при закрытии месяца.

(5) Что за параметр?
Что-то с трудом представляю себе условия, при которых такой сценарий будет ускорять процесс. Разве что в первый год эксплуатации.

(6) Думаю, дело происходит при выполнении операции Отражения документов в регламентированном учете. Точнее можно по коду посмотреть, или завершить сеанс при выполнении этого этапа.

Функции для технического специалиста - Стандартные - Управление итогами

(7) Это еще с 1С 7.7 как бы
В 8-ке сделали программное отключение итогов, в 77 было только через конфигуратор

Когда надо много периодов перепровести и пересчитать, с кучей документов - то расчет итогов после проведения каждого документа тормозит

Поэтому отрубали итоги, перепроводили все доки за все периоды и снова включали итоги, пересчитав их разом по всем движениям всех документов

(9)+ Самый прикол наступает когда проведение документа (расчет нечто при этом) зависит от этих самых итогов
Вот тут засада да

(9) Что такое итоги и как (и для чего) их можно отключать, пересчитывать и т.п. - вопросов нет.
Вопрос был: зачем это делать при закрытии отдельного месяца?
(2) и (5) утверждают, что это типовая опция ЕРП, если я правильно понял

(11) А фуй его знает чего там понаписали в процедурах/функциях закрытия месяца
Могли и додуматься итоги отрубать

(7)[Что за параметр?] типовой параметр настройки закрытия периода ERP

на моих базах ускоряет от 15 до 70%

(13) Ага ускоряет
Одновременно "снижая точность расчета себестоимости" ))

(14)["снижая точность расчета себестоимости" ))]
ты бредишь

(15) Нет это просто логическое рассуждение
Специально в кавычки сразу взял

(13) и где его найти? Ни в константах, ни в на стройках ЗМ не вижу похожего

(17) переключи сверху Операция = Распределение затрат и расчет себестоимости

Так точность то снижает или нет?
Этой вот "Распределение затрат и расчет себестоимости" (18)

В смысле для разного значения этого параметра:
Распределяет затраты и считает себестоимость одинаково или по разному?
Цифры совпадают? Разница только во времени?

(19) Одинаково. Себес считается решением СЛАУ по стабильным данным. Итоги периода расчета тут не задействованы, это не клюшечная методология.

(20) Ага т.е. оно берет и запоминает итоги за предыдущие периоды пока они не отключены целиком
Отключает итоги, считает, делает движения
И затем включает итоги обратно с их пересчетом

Если не было аварийного сбоя в процессе то все хорошо типа

(19) себестоимости не существует, только теоретитьски

примерностоимость = так правильнее

(22) Существует
Но слишком сложно и дорого считать
Поэтому усредняют

(23)+ Хотя бывают случаи когда нельзя точно посчитать
Например транспортные услуги на несколько доков на разные партии размазаны
Вроде все посчитали да
И тут упс делаем корректировку поступления

(21) Точнее - берет итоги на начало периода, и движения периода, делает расчет, отключает итоги и пишет дополнительные движения уже по себесу. А потом включает итоги, и актуализирует их.
Я примерно так в клюшках считал, ускорение было от 10 до 30 раз, и монопольного режима не надо. А потом быстрым выборочным пересчетом итогов "догонял" (как правило, не больше трех пересчетов нужно было)
(24) Это беда, да...

(23) (24)

случай из жЫзни. две базы - управленческая/складская и бюстгалтерская

на совещании у директора, когда взаиморасчеты поплыли между базами.

- эта дебиторка мне нравится больше! (х.з. в какой базе было правильно, только с Веркой и с водкой можно будет выяснить)

(24) меня тут как-то с копейками по НДС мучали бюстгалтеры. почему сумма НДС с расчетной от суммы документа "не бьется"

замучался объяснять... ну в качестве успокоения собрал за год суммы НДС и расчетные суммы. отклонение что-то около 20 руб за год получилось, если по всем отгрузкам посчитать

(0) да никак .  Т.к. в одном флаконе попытка скрестить OLTP и  OLAP. ( таблицы движений и таблицы остатков)

От малых до больших …. и все в одной коробке.

ускорение - это конечно хорошо. а как обеспечивается непрерывность бизнес-процессов в момент отключенных итогов?

(30) в списке отключаемых регистров нет товарных, как следствие критичные бизнес-процессы не прерываются

А кто помнит итоги в регистрах это что?
Это же не Materialized View да? А некий свой лисапед

(32) нейронка сбоит ?

(33) Влом искать, уже не помню как устроено в 1С
Помню что изучал но давным-давно

(32) ЕМНИП в клюшках в таблицах dbf это были поля в тех же таблицах где и движения, с рассчитанными итогами на какую-то дату, отбирались фильтром.

(35) В смысле не отдельная таблица?
Все в одной таблице хранится и движения и итоги?
С разделением по неким ключевым колонкам "что это": движения или итоги и какие

(34) https://infostart.ru/1c/articles/1061227/

(36) это отдельная таблица