1)В методичке Павла Чистова написано, что если надо рассчитать итоги на середину месяца, то берутся итоги на НАЧАЛО месяца и по реальной таблице накопительным расчетом получается результат.
2)В методичке Решение оперативных задач (Автор Габец А.П)написано, что если нужны итоги например на 15 февраля, то система возьмет данные за КОНЕЦ месяца, а потом досчитает обратным счетом.
Как считаются итоги регистров накопления на середину месяца?

(0) Чистов не в теме

(0) вполне возможно, что зависит от релиза

Предлагаю лайфхак - выловить профайлером запрос...

а не все ли равно как?

По ходу 2 вариант

http://1c-wiki.ru/wiki/Регистр_накопления

7.7 считает по первому варианту
8.х считает по второму

на 1с курсах помниться когда-то по 8.0 так говорили

(0) В Профразработке тоже читал о втором варианте. Выриант как-то оказывает влияние на скорость?

проверено: 8-ка по второму, если не начало месяца
странно, почему ему предпочтение

(9) Потому что большинстве случаев мы работаем с текущими документами. Документами сегодняшними и последних пары дней. Большая вероятность, что после даты текущего документа движений будет минимум.

(10) логично, но я бы все таки делал выборочно

(11) Основное критичное место в обработке документов  - оперативное проведение. В нем практически всегда движений от текущего документа до конца месяца минимум.
Все правильно делают.

(12) При оперативном проведении не должно быть движений после документа :-))

(12) при оперативном итоги уже есть, там считать не нужно вообще, просто берешь значение из итогов на 3999-11-01 00:00:00.000

Запрос: select distinct _Period from _AccumRgT7949
Любуемся последней датой: 5999-11-01 00:00:00.000

(15) все правильно, итоги считаются не "на начало" или "на конец", а "от последнего момента расчета итогов + движения".
В данном случае - 1с опять "оригинально" взяла дату-максимум и минус движения.