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

Прошу вашей помощи в решении следующей проблемы - нужно нарисовать финансово-складскую базу со следующей спецификой:
В общем
-Мало времени
-Сердитый шеф-погонялка
-По мановению мысли все должно считаться правильно, само и кнопка прямой связи с Президентом)))
И целом
Склад:
-Приход
-Расход
-Ответ.хранение: поступление, снятие, возврат
-Реализация: выдача товара, снятие с реализации (берут ИПшники товар и не продают)
-Резервирование (по заявке клиента) + снятие с резерва (желательно автоматом, по истечении какого-то срока)
-Партионный учет
-Автоматическое списание по ФИФО с нюансом:
Контора торгует шинами и тут идет нюанс с комплектацией. Есть комплектации П-покрышка, ПК-покрышка/камера, ПКО-покрышка/камера/ободная лента. Поставщик дает нам товар типа П-10шт, К-10шт, О-10шт, периодически возникает ситуация, когда нужно продать товар ПКО-10шт. Соответственно мысль пока вперлась только в создание документа типа "Комплектация", где будут из остатков уходить по 10 П,К и О и будут приходить 10 ПКО.
-Возможен вариант, когда товар еще грузится на заводе, а мы его уже продали.

Финансы:
-Платежи поставщикам
-Платежи покупателей
-Всяческие акты сверок

В далеком светлом будущем будет необходимость забабахать надстройку (может WEB, может еще как-то, для покупателей - резервирование, выписка счетов на оплату и т.п., но это в отдаленном и светлом...)

Покурив форум и 15 пачек сигарет, поправив крышу я пришел к выводу, что начинать надо с малого, т.е. с реализации механизма учета остатков. Пока накидал такую схему:

Таблицы:
2контр (контрагенты): контрид-Id, контримя-наименование
2тов (товар)
2вс (шапка входящего счета/документа): всид-Id, всном-номер, всконтр-поле для выбора контрагента
2прих (таблица входящего счета/документа): код прихода, поле для выбора товара, количество, поле для связи со входящим счетом
2ис (шапка исходящего счета), 2расх(таблица исходящего счета)
Здесь будут заноситься документы по приходу и реализации.

Для хранения остатков планируется ваять несколько табличек.
1. Актуальный остаток - хранится товар, количество и специализированные количества . Увеличивается приходом, уменьшается расходом, резервированием, выдачей на реализацию и т.п.
должна выглядеть так:
Было:
Товар Остаток Резерв РеализацияШина 20 0 0
Движение: продали 2, отдали на реализацию 5, зарезервировали 3
стало
Товар Остаток Резерв РеализацияШина 10 3 5

2. Таблица движений в виде
Дата Товар Движение Количество Исх.док-т Вх.Док-т15.05.2012 Шина Приход 10 СФВХ-00115.05.2012 Шина Расход 5 СФИСХ-001 СФВХ-001

Сразу возник вопрос, правильна ли структура этих таблиц или что-то править надо?
Нужно ли делать связи этих таблиц с табличными частями документов или их нужно обновлять запросами? Просто очень потом не хочется городить городушки с несколькими вложенными запросами, чтоб получить отчет типа: По инвойсу номер ушло n единиц на сумму m рублей и списано все это со входящего счета номер .

Помогите пожалуйста советами, в голове сумбур, да и знаний не хватает.

Вдогонку: на форуме вычитал мысль, что справочник Поставщики и справочник Покупатели - это неправильно. Должен быть справочник Контрагенты, где хранятся все партнеры. Правилен ли будет данный запрос для того, чтобы получить данные По инвойсу номер ушло n единиц на сумму m рублей и списано все это со входящего счета номер .

Интересует конкретно акцессовское раздвоение таблицы контрагенты. Я просто с таким раньше не сталкивался.

MasterZivp/s/ акцес говно выкини его на фиг, делай на чём-то для программистов.

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

MasterZivЕщё должны быть входные и выходные документы одним и тем же (только направление
движения должно быть в какой-то форме), потому что они одинаковые,
и то же по приходу и расходу (по сути это -- строки этих документов).

Как это должно выглядеть? Можно примерную схемку?

Пока ваял таблички уже новые корректировки появились)))
Получается вот что, без учета предыдущего поста:

Верной дорогой двигаюсь, или заносит?
Остатки считать в tblDocTab или лучше еще и табличку с актуальными остатками ваять?

NafНесколько больше таблиц
Разобьем их по группам:

1. Каталоги или справочники
Это таблицы аналитики учета: Товары, Контрагенты, Склады, Валюты...

2. Шапки документов
Поверьте видов будет больше чем 2 - помимо приходных и расходных накладных это перемещение между складами, списание потерь, оприходование излишков. Документы могут иметь признак "принят к учету"

3. Спецификации документов
Для каждого вида отдельная таблица ведь состав полей может быть разным

4. Регистрация движений
Вот сюда обновляется информация из документов при установке признака "принят к учету"

5. Остатки
Модифицируется при изменении предыдущей таблицы

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

И все-таки такой вопрос: надо ли делать связи табличных частей документов с таблицей движений или лупить данные напрямую запросами?