| Версия для печати темы
Нажмите сюда для просмотра этой темы в оригинальном формате |
| Форум программистов > СУБД, общие вопросы > Бухгалтерский баланс структура базы данных |
| Автор: compaq 14.12.2008, 23:22 |
| Всем привет. Может, кто сталкивался с подобной проблемой. Пока всё что я придумал это создать одну таблицу с названием Бухгалтерский баланс и загнать тута все показатели. =) Вопрос в следующем может, есть более здравые идеи? =) |
| Автор: v2v 15.12.2008, 00:10 |
| А в чём бизнес идея Бухгалтерского Баланса? Только слежение за приходом, расходом? Если даже только эти 2 операции то сразу можно выделить следующие сущности (читай таблицы): - Операции (приход или расход) - Организации , для взаимодействия - Подразделения нашей организации - Стандартные статьи прихода/расхода но ... если у тебя нету бухгалтерского образования , стоит обратиться к клиентам (читай бухгалтерам) с просьбой рассказать что они должны делать в этой программе либо получить конкретные требования ... а вот тогда можно строить правильную архитектуру. |
| Автор: Akella 15.12.2008, 13:07 |
| Я не знаю, но по-моему баланс строится не только по приходу/расходу. Поэтому данные в баланс попадают из разных таблиц. Добавлено через 2 минуты и 25 секунд Я хотел сказать, что может лучше данные тянуть не из специально созданной для баланса таблицы, а динамически из разных таблиц? |
| Автор: lod2007 23.12.2014, 10:32 |
| Апну тему В общем ищу инфу/советы на тему варианты ведения бух. учета, сведения баланса. Пока что знаю две классики жанра. 1. таблица под проводки (счет, флаг списания/поступления, сумма, дата), таблица под счета. Таблица под остатки на счетах (счет,дата, сумма) - нужна для быстрого поиска остатка на определенную дату при большом количестве счетов. 2. Одна таблица проводок (счет, флаг списания/поступления, сумма, дата, текущий остаток по счету). Таблица счетов соответственно. Требования к задаче: организовать такую структуру таблиц, чтоб с минимальными затратами (машинного времени) получать сальдо (остаток) по счету, и вывод нескольких проводок. Другими словами чтобы "Выписка по счету за период" выполнялась максимально быстро (с учетом настройки индексов по соответствующим полям). Для тех кто не в курсе, выписка по счету обычно выглядит так: Счет 11111111111111 c 01.01.2014 по 01.03.2014 Сумма входящего остатка: 20 000 Дата Счет Дебет кредит 01.02.2014 22222222222222 10 000 0 01.03.2014 33333333333333 0 5000 Итого 10 000 5000 Остаток по счету 1111111111111111111: 25 0000 Количество счетов 5 000, количество проводок по каждому счету 2 000 в год, т.е. всего за год 10 млн. проводок Кроме этого нужна такая организация данных, чтобы при изменении проводки в середине периода дат, остальные остатки можно было легко пересчитать (не особо утруждая СУБД). Собственно чего жду: может есть ссылки на лит-ру типа "программируем бух. учет своими руками, варианты реализации БД", либо на тему "Математические модели/ задачи при бух. учете." А еще лучше схемы таблиц БД в студию |
| Автор: tzirechnoy 23.12.2014, 13:17 | ||||
Скорее -- при большом количестве проводок. Счетов у всех плюс-минус одинаково (ну, у лукойла, думаю, в 20 раз большэ, чем у ООО с 10 сотрудниками) -- и всё это незначительные количества, в пределах первого десятка тысяч штук. А вот проводок за 10 лет деятельности можэт накопиться порядком, чтобы их каждый раз для просмотря остатков все суммировать. Добавлено через 2 минуты и 12 секунд
Документацыя разработчика по 1С:Бухгалтерия, конечно. |
| Автор: lod2007 24.12.2014, 09:00 |
| tzirechnoy, Спасибо за "Документацию по 1С". Но суть вопроса не в автоматизации бухгалтерии "Предприятия".Задача намного проще: нужно определиться со структурой таблиц при бух. учете, с минимальными флагами доп информации, но при заданных объемах. Почему не подходят готовые решения от 1С или других фирм ? - потому что их системы заточены на огромное количество отчетных форм и на правила игры навязанные государством. Бух. учет от 1С выглядит примерно так: вот вам план счетов, вот вам таблица для хранения счетов, таблица для хранения остатков, таблица для хранения проводок. Покупайте кучу мощных серверов, чтобы из этого всего сделать +100500 отчетных форм, которые нужны для того, чтобы гос-во могло собирать штрафы. Такой подход мне не подходит! Я делаю "велосипед", мне нужны конкретные примеры организации простого бух. учета с максимальной производительностью. Если уж совсем просто, то я делаю игру, где у каждого участника есть своя "мини бухгалтерия". Количество играющих около 5000, количество проводок в год по каждому около 2000 в год (данные взял из открытых источников у конкурентов). Тема бух. учета не столь актуальна, на фоне "1С уже все придумала - покупай и пользуйся". Придется сделать несколько велосипедов и самому уже определиться с верным решением. |
| Автор: Poseidon 29.12.2014, 12:06 |
| Так выглядит выписка по расчетному счету, которую предоставляет банк. На предприятии карточка счеты выглядит иначе. А что бы "скрутить" баланс, не достаточно одной логики. Принцип "Дебет весь в активе, кредит - в пассиве" в балансе не работает. Нужно знать законодательство и нюансы. |
| Автор: lod2007 29.12.2014, 13:18 | ||
Мне нужен максимально эффективный учет доход/расход по счетам. Объемы написал выше в постах. Ясен пень, что прежде чем запускать проект даже "пилотно" нужно определиться со структурой таблиц и механизмами расчета. Просчитать вариант, если объем возрастут - какое оборудование понадобиться и другие тех. данные. В этой стране тоталитарный контроль, поэтому весь бух. учет извращен: планами счетов, которые меняются каждый год, политики учета меняются также. И крупные игроки типа "1С" вынуждены подпрыгивать и переделывать софт под новые аппетиты "чинуш и депутатов". |