softwarerDimitry SibiryakovОдна мелочь: двойную запись придумали для контроля человеческих ошибок при сложении большого количества чисел. Компьютер таких ошибок не делает
А вот программист - делает. Чувак, лезущий руками в БД - тем более.
в таких случая никакая двойная запись не поможет

apapacy1) Следует ли сохранять реально (в базе данных) двойную запись или достаточно хранить ровно одну строку в структуре (без подробностей)
- Сумма
- Счет дебета
- Счет кредита

Это и есть двойная запись. Тем более что у нас требуется кореспонденция счетов, потому полупроводки как за бугром не катят.
apapacy2) Хранить ли раздельно аналитику и синтетику, или синтетический учет получать как сводный по аналитике.

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

apapacy3) Хранить ли отдельно остатки, или остатки вычислять разницей дебета и кредита

вы говорите о разных вещах. Остатки получаются из оборотов. Лично я Предпочитаю вычислять.
apapacyи более мелкие технические вопросы, такие как хранить ли дебет и кредит в одной/двух таблицах, в одном/двух полях, допускать ли отрицательные суммы или вводить признак "сторно", как хранить аналитики ...


хранить в одной таблице счет дебета, кредита и саму сумму.
Отрицательных сум в проводках не бывает а в остатках запросто.

apapacyСтарые конфгурации 1с 7.7 собственно решели все эти вопрпосы так сказать в практическом смысле. При этом с учетом ограничений по железу. Когда нереально было всякий раз вычислять остатки - поэтому хранились остатки. Впрочем, железо штука такая, ее произвоительность все равно можно исчерпать если база растет и растет.
железо исчерпать проблематично - стоимость железа дешевле стоимости работы програмиста. Предпочитаю вместо усложгнения программы (а значит удорожания разработки, переработки, тестирования и сопровождения) докупить железа.

ViPRoscaballero,

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

apapacy,

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

за бугром где можно использовать полупровоки можно делать запись типа один дебет два кредита
в этом случае в таблицу пишется полупроводка то есть счет и дебет
или счет и кредит

ViPRosт.е. не надо учитывать источники?

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

Если капитал СОБСТВЕННЫЙ то какого хрена он делает в пассиве?
В пассив пишется то что мы должны то есть обязательства, в активе то что у нас свое (плюс то что должны нам, то есть потенциальное свое).

Еще двести лет назад никакого баланса не было и в помине (в России во всяком случае). Бухгалтерские счета отображали то что им положено отображать - реальные обьекты хозяйсвенной деятельности.

собственный капитал никакого обьекта хозяйственной деятельности не отображает. Это просто разница между активом и пассивом, причем разница легко вычисляемая никаких счетов для этого не надо. то есть это просто искуственно созданный виртуальный счет. как всякого рода контрарные счета.
не говоря уже про забалансовые счета - баланс -святая святых, придумываем искуственые счета чтобы его свести, а потом все равно придумываем забалансовые счета.

К чему это все. к тому что в нынешней замшелой бухгалтерской методологии все меньше логики и здравого смысла, и это легко вылазит когда начинаешь разрабатывать учетную программу где логика должна присутствовать по определению.









.