Zerroи чем дальше тем медленнее все? )
Нет, по мере необходимости формируется документ итоги периода, который одновременно запрещает корректировку документов с ранней датой (если все-же потребовалось, то его можно выключить и включить после изменений, не останавливая работу других пользователей). Расчеты выполняются от ближайшего документа итогов. А в закрытых периодах сохраняются укрупненные итоги - программа умеет определять их наличие и использовать. Если за часть периода в отчете есть готовые результаты, а за часть нужно считать, то выполняется декомпозиция с последующим объединением результатов. Исходя из этого, можно понять, что формирование сводной оборотки по товарам с выводом себестоимости и маржи за закрытый год займет несколько секунд, заметно быстрее, чем аналогичный отчет за текущий месяц, в котором информация может постоянно меняться. Система оптимизации скорости расчетов довольно навороченная, на сайте есть небольшая статья на эту тему.

ZerroFinSoftпропущено...

Нет, по мере необходимости формируется документ итоги периода, который одновременно запрещает корректировку документов с ранней датой (если все-же потребовалось, то его можно выключить и включить после изменений, не останавливая работу других пользователей). Расчеты выполняются от ближайшего документа итогов. А в закрытых периодах сохраняются укрупненные итоги - программа умеет определять их наличие и использовать. Если за часть периода в отчете есть готовые результаты, а за часть нужно считать, то выполняется декомпозиция с последующим объединением результатов. Исходя из этого, можно понять, что формирование сводной оборотки по товарам с выводом себестоимости и маржи за закрытый год займет несколько секунд, заметно быстрее, чем аналогичный отчет за текущий месяц, в котором информация может постоянно меняться. Система оптимизации скорости расчетов довольно навороченная, на сайте есть небольшая статья на эту тему.
вы только что рассказали почти "отложенное проведение по партиям" в 1с.
Разница в том, что проводок нет. Структура строк документа итогов похожа на структуру таблицы остатков по регистру. Сводные итоги в закрытых периодах хранятся укрупненно, а не по каждому документу/строке документа, как в мегасистеме. Например, сводный итог за месяц в разрезе товар+склад или товар+поставщик (покупатель) по каждой складской операции одной записью. Формируются они по мере необходимости, исходя из объема базы данных и количества пользователей, чаще всего последним днем месяца или квартала. Периодичность произвольная.
Чтобы Вы поняли разницу в организации работы в мегасистеме и в Купце, объясню на примере. Что нам нужно, чтобы быстро посчитать маржу по выбранному товару? Очевидно, нужен индекс по товару, дате и времени. Тогда программа (неважно какая) сможет быстро спозиционироваться на первую запись последовательности стандартным алгоритмом, а затем прочитать только те записи, которые относятся к этому товару. В мегасистеме подобный индекс хранится в регистре учета партий товаров. Программа делает запись в регистр в момент проведения, одновременно сохраняя там-же значение себестоимости, посчитанное в модуле проведения документа. В Купце подобный индекс хранится непосредственно в строковых частях складских документов. Вся информация по складским документам объединена в две таблицы - шапки и строки детализации. Рассмотрим отгрузочную накладную. У нее дата и время вводятся в шапке документа, ссылки на товары хранятся в строках. КупецЪ дублирует значение даты и времени из шапки в записи строк (от пользователя, разумеется, это все скрыто). Если меняется дата или время в шапке накладной, программа синхронизирует значения в строках в рамках одной транзакции (прим. - в Купце дату и время документа можно менять не разутверждая его). Таким образом мы получаем нужный индекс без использования отдельной таблицы регистра. Далее, при построении, например, карточки товара, выводящей полную информацию об операциях с заданным товаром за период, программа определит ближайший документ остатков, возьмет из него остатки по каждой незакрытой партии, затем выберет все последующие движения товара до даты конца периода отчета непосредственно из строк накладных. Попутно расходные накладные динамически распределяются по закупкам, определяется себестоимость и маржа каждой операции. На базе описанного алгоритма надстраиваются все отчеты по движению товаров.

Господин ПЖалес какой-то... выгребать остатки по строкам... а если еще есть документ двигающий остатки но другой структуры ТЧ?
Такого не может быть в принципе. Как я уже написал, в одной таблице лежат шапки всех складских документов, во второй строки всех складских документов (есть еще архив строк, но для простоты опустим). В шапках есть специальные поля, указывающие, какой это документ. Некоторая избыточность имеет место быть, но она оправдана. В мегасистеме принято создавать на каждый вид товарного документа отдельные таблицы шапок и строк, а затем объединять все движения в одном (или нескольких) регистре. Просто поставьте две программы рядом и посмотрите как они работают. Рекомендую взять версию без установки, весит 10мб. Создаете каталог, распаковываете архив, запускаете программу. Надоело - убили каталог, следов программы на компьютере не остается. Успехов.