zeon11Уважаемые специалисты в бухучёте!
Поднять эту тему меня надоумила дискуссия в топике
Структура БД бухгалтерского учёта. .
Двойная запись была изобретена более пятисот лет назад и была революционной, поскольку позволяла быстро ответить на простые вопросы, типа "кому я должен?", "кто мне должен?", "что у меня в закромах?" и т.п. не перелистывая закладные, не пересчитывая товар в амбаре.
Это изобретение (двойная запись) и с изобретением счётных машин благополучно перекочевала в многочисленные бухгалтерские программы без каких-либо изменений. Если мы откроем БД любой такой программы, мы увидим и Луку Пачоли и Бенедетто Котрульи как живых, многочисленные счета, бесчисленные монструозные регистры, сжирающие ресурсы любого компьютера.
Но за 500 лет многое изменилось, и ответить на все возникающие в хозяйственной деятельности вопросы можно и без каких-то промежуточных итогов.
Если у нас есть первичка (куда без неё), мы можем используя заранее прописанные правила, сформировать любой отчёт, требуемый бухгалтером "на-лету", благо современные компьютеры очень мощны и такие запросы будут делаться очень быстро.
Вполне возможно, что подобные системы уже существуют, и я просто ничего не знаю о них, а может тут есть какие-то подводные камни и мои рассуждения выглядят полной глупостью.
Прошу обсудить возможность построения бухучёта, основанного только на первичке.
Не знаете... Двойная запись используется далеко не везде. Двойная запись предполагает проводки такого вида:
1.
2.
3.
4.
Дебет Кредит Сумма
51 70 20000
51 60 50000
51 66 8000
Без двойной записи эти проводки могут быть представлены вот так:
1.
2.
3.
4.
Дебет СуммаДт Кредит СуммаКт
51 78000 70 20000
60 50000
66 8000
Т. е. и там и там имеем, по сути, одни и те же операции, но отраженные разными способами. Второй вариант можно встретить в бухучете многих стран (если даже не большинства стран) => существуют системы, которые выходят за рамки двойной записи.
zeon11Прошу обсудить возможность построения бухучёта, основанного только на первичке.
Он на ней и строится :)
