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

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

Очень буду признателен за любую информацию.
Спасибо!

koJIo6ok,

может быть как-то описываю не корректно?! вроде постарался картко и понятно

Злой Бобр,

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

Last1Cmen,

Расписывать ненадо... достаточно схемы БД с атрибутами и связями (не всё, а только то что касаеться бухгалтерского учёта).

был бы очень признателен.

Программист-Любитель,

с таблицей счёта всё понятно...

а вот что должно быть в таблице проводок?

Naf,

Сегодняшний день не прошел напросно.
У меня получаеться система платежей, которая состоит из 5-ти таблиц (думал будет больше)

- Проводка
- Дебет
- Кредит
- Счета
- Подсистема (кому непонятно: тут хранятся ГУИДы подсистем и их названия, которые работают с системой платежей. Это для того чтоб в ПО можно было нарастить любое количество модулей... работа с контрагентами, сотрудниками и ещё много чего можно сделать)

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

Naf,

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

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

Dimitry Sibiryakov,

Никого не хотел обидеть... у каждого своя голова на плечах!

а так... зачем "тады" представления делают?!

Злой Бобрiland66,

Установите 1С, загрузите базу, посмотрите структуру в скуле. Просто я непонимаю смысла делать велосипед с квадратными колесами. Если вы пытаетесь сделать базу для бухов то немучайтесь и берите 1С. Если для управленцев то посмотрите сначала уже готовые варианты (благо их дохрена и можно выбирать), думаю с вероятностью 99% вы найдете то что нужно. Ну а то чего небудет проще будет допилить в найденном варианте.

У нас есть CRM система, которая не имеет бухгалтерских проводок... Поставили задачу по модернизации это системы.

На текущий момент нарисовался инфраструктурный пакет, на уровне базы выглядит сл. образом:
- Операция
- Проводка
- План счетов
- Подсистема

Old Nickiland66,

1. Регистр учета (у тебя скорее всего будет один)
2. Объект учёта. (Что двигаем, например, деньги, товары, услуги)
3. Откуда двигаем (Счет из плана счетов по кредиту)
4. Куда двигаем (Счет из плана счетов по дебету)
5. Количество (Сумма, если деньги)
6. Ед. изм. (опционально, лучше заранее определить минимальную единицу измерения и в ней учитывать. Для Б/У валюта)
7. Основание (Операция, Документ)
8. Дата
9. Ссылка на аналитику (опционально)

Объекты учета выстраивать иерархически. То есть некоторые могут состоять из коллекции других

Счета - иерархический справочник. Для Б/У это счета, субсчета. Для оперативного учета субъекты - организации, филиалы, склады, отв. лица и т.д.

я так понимаю речь идёт о "Проводке"?!
Для меня несовсем понятно:
- для чего используеться "Регистр учета"?
- Объект учёта - это что, ключ записи услуги, товара?
- Ед. изм. - думаю в моём случае, если всё измеряеться в деньгах и только в рублях, неактуально?
- Ссылка на аналитику - может глупости спрашиваю, но что такое "ссылка на аналитику"?

На текущий момент проводку я назвал Transactions, имеет след. вид

Transaction
1. Key - Ключевое поле
2. OperationKey - Ключ операции
3. Debet - Ключ бухг. счета по дебету
4. Credit - Ключ бухг. счета по кредиту
5. Sum - Сумма проводки в денежном выражении

Данная таблица завязана с операцией, предварительно имеет вид:
Operations
1. Key - Ключевое поле
2. Description - описание (название чего либо: услуги, товара, начисления, перемещение и т.п.)
3. System - Ключ системы для которой осуществляеться проводка
4. SysDate - дата/время проведения операции

Есть ещё таблица бухг. счетов, но её думаю описывать нет смысла...

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

Old Nickiland66,
Таблица счетов иерархическая должна быть

Да я так и сделал

ChartOfAccounts
1. Key - Ключевое поле
2. ParentKey - Ключ родительской записи.
3. Name - Наименование бухг. счёта
4. System - флаг возможности редактирования