andbaryВы наверно знаете механизм контроля лучше, не желаете поделиться???
Позвольте осведомиться, о контроле чего топик по-Вашему?

andbary Сергей ВаскецовПозвольте осведомиться, о контроле чего топик по-Вашему? А для чего по вашему должна сохраняться история??? (если не для контроля)
1. Например, чтобы можно было "вытащить" значение наименования контрагента, которое было месяц назад, в отчет, а не для контроля. Есть еще способы использования протокола изменений. Я, например, по сохраненным изменениям формирую отчет о выполненной работе за период, а не вручную, как многие.
2. В корне топика не вижу, что основной темой является протоколирование изменений и хранение этой истории, разве только как небольшая часть того, что интересует автора.

БизонСхемы построения учетной системы. Нужна критика
Критиковать приведенные "системы" по уже описанным guest_ом причинам не буду, полностью согласен с его мнением, уже приведенным здесь.

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

1. Ничего с проводками "при каждом изменении документа" не происходит. Изменение документа возможно только в том случае, если он не утвержден (множество статусов здесь не обсуждаем). Раз документ не утвержден - с ним можно делать все, что хочется. Такая задача (чтобы проводки всегда соответствовали документу независимо от его статуса) может придти в голову только инвалидам детства, это бредовая задача, разве только блокировок наплодить и сервер подвесить удастся при массовых изменениях документов. Безусловно, если пользователь НУ ОЧЕНЬ СИЛЬНО хочет сгенерить проводки по черновому документу, он это может сделать. После утверждения документа в нем менять ничего нельзя, соответственно, (пере)генерить проводки можно в любой момент, пока они не утверждены.

2. Протоколирование изменений реализовано так, что оно ничего не знает про отдельные документы и проводки. Ему почти без разницы что протоколировать (разве что сразу же не делал возможность протоколирования всяких блобов, а то даже местным админам иногда опасно давать такое в руки, то есть, для них это by design). Включается, отключается, настраивается отдельно по каждому полю, если есть необходимость, можно временно включить или отключить все враз. Вся настройка отдана местным админам на откуп. Но это уже мелочи.

3. При удалении запись физически удаляется независимо от того, что это за запись. Утверждены регламены, что можно удалять (и как именно, если надо), что нельзя. Настроены права доступа так, что просто так никто не то, что удалить, а даже близко подойти не сможет.

БизонДокумент должен выполнят движения по следующим разрезам учета: бухгалтерскому, налоговому и оперативному
Для складских документов ОУ вполне можно вести по самому документу и картотеке, проводки здесь дюже лишние.

БизонК сожалению документ планируется препроводить при внесении изменений
За этой фразой может скрываться все, что душе угодно. На всякий случай внимательно прочитайте п.1 моего сообщения выше.

БизонВозможно существует более эффективный алгоритм внесения изменений и выполнения изменений в базе данных без использования проводок.?
Какая-то каша у Вас. Проводки нужны для отражения документа в определенном учете (прежде всего это касается регламентированных учетов). Проводки никакого отношения к "внесения изменений и выполнения изменений в базе данных" не имеют.

БизонИстория изменений нужна для формирования как бы следа документа, когда, что и кто изменил.
Забудьте пока про историю изменений.

БизонДокумент может имеет проходить следующие состояниия. Набран –сохранен – проведен(выполнены проводки) - отменен(откат проводок) – изменен(история изменений) – перепроведен(выполнены проводки).
Странные состояния. Для складских документов более чем достаточно статуса "Утвержден" (если нет - правится как угодно, "Черновик") и аналогичного статуса проводок.
В статусах "отменен(откат проводок) – изменен(история изменений) – перепроведен(выполнены проводки)" вообще никакого смысла не вижу.