В общем если перефразировать Егоров Александра, посмотри есть ли документы созданные будущей датой.
Если есть есть документы проведенные позже чем проводиться текущий документ, такие документы будут проводиться с тормозами, даже если эти документы находятся в пределах одного дня.

Т.е. документ должен проводиться гораздо быстрее если проводиться на ТА (точку актульности). В том числе и на прямых запросах.

Просто зайди в профайлер и посмотри какие запросы генерирует 1С++ при проведении на ТА и не на ТА, все поймешь.

И вообще это проблема программистов, а не админа.

Цитата с 1csql.ru
"Остаточный регистр
Реализуется с помощью двух таблиц: RGxxx и RAxxx.

Первая таблица содержит значения функции НачОст на начало каждого периода указанного в меню системы "Операции — Управление оперативными итогами" в секции "Периодичность сохранение остатков". Значение данной функции может хранится на начало каждой пятидневки, десятидневки, на начало каждых пятнадцати дней, на начало каждого месяца." Конец цитаты.

Из этого следует, что "Периодичность сохранение остатков" с месяца до 15, 10 и 5 дней. Т.е. таблица RG будет создаваться не раз в месяц, а раз в 15, 10 или 5 дней. Соответственно чем меньше Периодичность сохранения остатков, тем быстрее будет обрабатываться таблица RA (обороты), т.к. опорной таблицой является таблица RG (итоги) к которой прибавляются записи из таблицы RA.
Соответсвенно чем меньше "Периодичность сохранения остатков" тем меньше времени системе необходимо для обработки таблицы RA.
Единственный и большой недостаток (хотя кому как) это то, что период открытия итогов будет происходить не раз в месяц, а раз в 15, 10 и 5 дней соответственно.

Прямой и обратный расчет означается к какому периоду итогов в таблице RG будут прибавлятся (отниматься) записи (обороты) из таблицы RA.

В случае проведения документа на ТА (точку актуальности) таблица RA не используется, используется только таблица RG . За счет этого радикально уменьшается время получения итогов.

А на счет партий правильный совет - партии можно востанавливать по ночам, правда если есть отчеты которые формируются по этому регистру и используются оперативно т.е. если менеджер анализирует данные текущего дня с использованием этого регистра, то такой вариант не подойдет.

Злой БобрФлеймер
1) Не знаю в какой компании вы работаете. Но в крупных компаниях и в нашей в частности, админ таких решений не принимает.
2) Вы представляете себе объемы изменения бизнес процесов и кода для перехода из -за одного запроса. На много - много ПОРЯДКОВ проще переписать кусок кода в 1С.
1. Меряться ни с кем я несобираюсь. Кому необходимы мои услуги сами меня находят. А в действительно крупных компаниях админ не лезет в вопросы программистов, видимо поэтому и не встают такие вопросы.
2. Нет. Не представляю.
Вы ведь всерьез недумаете что по вашей теме на форуме кто-то может знать что и как происходит в вашей конторе?.. Это абсурд.
Код тоже можно переписать по разному. И далеко не факт что будет быстрее.

Так или иначе - это все равно проблема програмистов, в том числе решать как будет организованно списание по партиям.
А автора программисты сами загнали решать эту проблему, выкручивался как мог.

Да и вообще топикастер какой-то универсальный админ, общается на уровне внедренцев :
Флеймер
Вы представляете себе объемы изменения бизнес процесов и кода для перехода из -за одного запроса.

и в принципе он прав - не ему как админу решать будет по партиям проводиться в реальном режиме времени или не будет.

Егоров АлександрПрограммист 1с,

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

На мой взгляд, в оперативном режиме рассчитывать остатки только на ТА проще, чем пытаться дополнительно регламентировать проведения задним числом. С учетом, что "заднее число" с точки зрения последовательности документов - это может быть и сегодняшний документ, проведенный утром. Сдвинуть его на конец дня, а свою заявку засунуть на начало - вот и пример минусов по остаткам. В случае же с расчетом на ТА - такого не произойдет...

В УПП кстати при проведении в неоперативном режиме (т.е. фактически задним числом даже если в пределах одного дня) остатки тоже не расчитываются и не контролируются, грубо говоря можешь списать со склада хоть милиард штук которых там совсем нет.
Так что контроль остатков, на ТА было бы гораздо лучше чем есть сейчас в стандартных семерочных конфах.
Хотя здесь остается проблема приходов которые могут быть раньше реализаций, в этом случае при проведении документов созданных раньше чем сегодня, вообще нет смысла проверять остатки, даже на ТА, что в УПП (видимо и в УТ и в КА) с успехом и реализовано. А проблему приходов и расходов внутри одного дня успешно решает жесткое проведение документов на ТА.