sander1Популярный подход, насколько я понял - сторнирование, когда документ целиком, или его часть, "убирается" проводкой, а потом добавляются новые, корректные данные для документа или его части. Судя по всему то же самое можно делать и за один этап, когда, например, одна "запись" в документе подменяется другой, корректирующей. Что лучше ?
Первый вариант -- принцип неизменности учтенных движений (immutability). У него много плюсов, в частности простая реализация секционирования и архивирования данных, принципиальная невозможность неожиданного изменения показателей управленческой отчетности, сформированных на основании исторических данных, наличие протокола/истории изменений и т.п. и т.д. Есть один достаточно серьезный минус: объем и сложность (например: наличие уже даже не иерархических а аж сетевых связей у проводок). Если вас это не пугает (т.е., представляется вполне реальным прописать точную процедуру учета любой хозоперации во всех реально случающихся у вас ситуациях), то оно... нестрашное.

Второй вариант отличается разнообразием всевозможных
- ошибок учета
- потерь данных
- сложных схем проверки допустимости той или иной операции
- ...
при корректировке, , но дает теоретическую возможность :) в результате получить идеальные учетные данные без всего лишнего, как будто с самого начала учет велся без ошибок. При этом сами учетные данные остаются простыми и компактными, что позволяет на OLTP навесить еще и неслабый кусок DSS-ного функционала для оперативности управления.

Комбинированные схемы (с открытиями/закрытиями периода, скользящими окнами, etc), соответственно, комбинируют плюсы и минусы. :)

Обычно, начиная с какого-то размера в учетных системах фактор возможности секционирования/архивирования приобретает недецкий вес, а количество данных перерастает в качество в виде ETL+автономная DSS, после чего они плавно смещаются в сторону первого варианта. Но ето не догма. И даже гипотезой оптимальности считаться не может, пока нет прогноза для следующей величины: (реальный срок эксплуатации системы)*(реальный периодический объем учетных данных)*(сложность схемы учета).

sander1Плюс вопрос по структуре: система реализуется для набора разных документов, имеющих разные атрибуты. Что из себя должна представлять структура для хранения корректирующих проводок? Какие варианты интерфейса для работы с ними могут быть? Опыта работы с крупными известными системами не было, поэтому эти примеры тоже интересны

С самого начала отделить документы, которые являются описанием хозоперации и соответствуют один-к-одному принятым у вас типам хозопераций от учета движений ресурсов (товаров, материалов, финансов, ...). Специальная процедура учета (проведения, постинга, как ее только не обзывают :) ) для каждого документа должна делать две вещи:
1) переводить документ в архивное, нередактируемое состояние
2) формировать записи о соответствующем движении ресурсов (возможно, даже нескольких видов ресурсов) на основании учтенного документа.
Тогда будет похоже на эти самые "крупные известные системы". :)