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

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

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

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

ModelRОбщий бухгалтерский принцип:
Факт хозяйственной деятельности отражается в документе.

это уже прогресс метода ведения бух-го учета в совр-х инф системах тоесть переход от чисто бух-го учета к управленческому учету.

+изменение методологии с акцента на проводки к ацкенту на хоз-ю операцию...

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

возможно неджопонимание так как модули ЗП не писал

valmond sashenkaвозможно неджопонимание так как модули ЗП не писал

Ок. Еще раз. Говорю только о хранении (без отображения)
Проводки порождаются на основе нескольких факторов.
Это может быть табель учета рабоечего времени.
Это может быть начисления какого-то налога (по сотрудникам и по организации в целом).

Можно ли выделить какую-то абстрактную сущность, которая бы объединяла все источники проводок или же надо делать связь "порождающая сущность" - проводка для каждого типа порождающей сущности? (налог, табель и т.д. может еще чего есть...пока не знаю).
не знаю буду прав или нет но все же... нужно взять что нить за приоритетный объект родитель...
тоесть.. пойду от чуть низшего звена
valmond Это может быть табель учета рабоечего времени.
Это может быть начисления какого-то налога (по сотрудникам и по организации в целом).

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

Александр Гoлдун
valmond пишет:

> Можно ли выделить какую-то абстрактную сущность, которая бы объединяла
> все источники проводок или же надо делать связь "порождающая сущность" -
> проводка для каждого типа порождающей сущности? (налог, табель и т.д.
> может еще чего есть...пока не знаю).

В чем проблема? Делаешь базовую сущность, например "Документ". Физически
это таблица, на которую ссылаются по первичному ключу все таблицы разных
документов. Помимо кода документа в ней присутствует еще и тип. И
проводки ссылаются на нее же. Таким образом без всяких извратов легко
определить основание проводки, будь то табель либо любой другой документ.
Posted via ActualForum NNTP Server 1.2
кстати тоже дельный совет сенки и себе учту )))

хотя смотря на что делать акцент ...если ставить во главе учета документы то реал-я предлож-я Александром Гoлдуном подходит а если на сотрудников ...хотя тоже подходит)