А что, 1С эталоном стала? Там БД проектируется (вернее, автоматически формируется) совсем исходя из других задач. Назвать ее структуру хорошей как-то даже язык не поворачивается.

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

Что вы понимаете под журналом вот я не совсем понял.

Опять вы о каких-то мифических документах прихода\расхода.

"Акт инвентаризации", "Накладная на перемещение" между складами - это что? Приход или расход?

Нет, не так.

Будет документ вида "Накладная на перемещение", шапка котрого хранится в таблице X.
По факту отражения этого документа в учете, в таблице движений Z появятся записи со ссылкой на этот документ:
- записи о выбытии с одного места хранения;
- записи о поступлении на другое место хранения.

Таблица движений Z ОДНА общая на всю систему (фраза "таблица движений" условна, фактически структура хранения движений может состоять из нескольких таблиц).
Вся отчетность и аналитика основывается на данных "таблицы движений".

Но таблиц документов (операций) сколь угодно много по мере надобности в их электронных аналогах. Структура таблиц для каждого документа (операции) может быть своя сообразно составу реквизитов документа (операции).
Таким образом вы организуете, собственно, учет движений, который фактически независим от документов (операций), которыми они (движения), осуществляеются. А вот количество документов (операций) наращивайте сколько угодно много. При этом, не надо будет менять структуру "таблицы движений".

Идем дальше. Пр то, с какой табличной части списывать.
А ни с какой. Если вам нужен партионный учет, то списание вообще не идет с табличной части, списание идет всегда с какой-то партии.

Партия - это единица хранения, оформленная одним приходным документом.
В результате поступления "из ниоткуда" (приобретение товара от контрагента, выпуск готовой продукции из производства), неважно по какому документу, всегда формируются новые партии.
Партия, в самом простом случае, содержит ссылку на исходный документ и единицу хранения (опять же, в самом простом случае - номенклатуру). Однако, в заивисимости от требований учета, партия также может содержать другие атрибуты (например - номер ГТД и т. д.).

Таким образм, мы делаем универсальную модель для осуществления партионного учета, в которой собственно партии отделены от табличных частей конкретных документов, что позволяет без изменения ядра учетной системы наращивать функционал в части добавления сколь угодного количества первичных документов со своими табличными частями. Списание, при отражении расходных документов в учете, всегда идет с партий, которые:
а). могут быть "подобраны автоматически"
б). явно указыны пользователем, при необходимости.

Помните я говорил, что "таблица движений" - условное понятие, структура состоит из нескольких таблиц. Так вот, одной из таких таблиц является "Партия". Фактически - это справочник партий.
Следующая таблица - это "Партии товаров на складе" (виртуальные "складские карточки"). Содержат ссылку на место хранения и партию.
Таким образом, таблица, собственно, для учета движений, имеет, упрощенно, следующую структуру:
- Карточка 1 (расход)
- Карточка 2 (приход)
- Количество 1
- Количество 2

где
Карточка 1 - это "Партия товаров на складе", на которую выполняется поступление
Приход - количество МЦ, приходуемого на Карточку 1
Карточка 2 - это "Партия товаров на складе", с которой осуществляется выбытие
Расход - количество МЦ, выбываемого с Карточки 2

Карточка 1 или Карточка 2 могут быть не заполнены, что означает, что происходит поступение "из ниоткуда" (приобретение у поставщика) или выбытие в "никуда" (продажа клиенту).
Значения в Приходе и Расходе могут быть:
- одинаковыми - если одна и та же единица хранения перемещается с одного места хранения на другое
- разными - если одна единица хранения списывается на выпуск другой единицы хранения (то самое производство).

Исходя из таблицы движений, формируются структуры данных для хранения остатков.

Структура "партии"
- документ
- единица хранения (ТМЦ + доп. атрибуты при необходимости)

Структура "партии на складе" (наиболе близкий аналог "из жизни" - складские карточки)
- место хранения
- партия
- текущий остаток
Значение поля "текущий остаток" поддерживается автоматически по факту внесения изменений в таблицу "Движения"

Если нужна гранулярность хранения остатков для быстрых выборок, то вводится дополнительная структура данных.

В бухгалтерии понимаете?
Представьте, что:
"Партия" - объект учета.
"Партия на складе" - это аналитический счет для данного объекта учета.
"Движения" - это проводки, где "дебет" - это "партия на складе", по которой осуществляется приход, а "кредит" - это "партия на складе", с которой осуществляется расход. Сумма проводки разбита на 2: сумма в приход и сумма в расход (могут быть разными ввиду разных обстоятельств учета).

Еще раз перечитайте все мои посты, где я объясняю, зачем.
НЕ бывает списания с мифических табличных частей. Бывает списание по какому-то методу. И нету таблиц вида "Приход" и "Расход" - это виды движения.