CLilianВопрос 1: Разделить в одельние таблицы приход и расход или это сделать в одну таблицу скажем операции с неким статусом операции?
Одну таблицу.

CLilianВопрос 2: Как организовать перемищение товара?
Должна быть не одна ссылка на склад, а две, на склад-источник и на склад-приемник.

CLilianВопрос 3: А заказы хранить в таблице приход или для этого дела надо сделать одельная таблица заказы?
Уже было очень много копий сломано насчет хранения заголовков документов в одной или нескольких таблицах. В вашем случае на порядок проще будет реально хранить все в одной таблице, и не различать контрагентов и склады.

CLilianОдну таблицу.
Такой вопрос: как на счет торможения запросов? т.е. если будет скажем милион записей в каждом складе (если это вообще возможно) а складов та могут быть и тысячи, то при запросе время не будет слишком большое?
На таких скромных данных, как Вы указали, любой троешник заставит это работать. Торможение в одну из последних очередей определяется количеством записей в таблице, и в первую очереь - правильным проектированием.

Shtockв Вашем же варианте мы просто теряем понятие заказа, ну а про многоскладовость заказа я вообще молчу.
Не понял:
1. Почему теряем?
2. Что такое многоскладовость заказа?

ShtockПример текстом о балды: по договору 234 предоставить 20 рулонов стеклоткани А15, причем 5 рулонов должны быть доставлены вами на наш склад 6, вами 10-на наш склад 3,5 - переместить на ваш склад №2, мы его заберем замовывозом. Вот это и есть пример многоскладовости заказа причем как со стороны заказчика,так и со стороны поставщика.
1. Я где-то писал, что в строке состава нельзя сделать ссылку на склад/контрагента?
2. Почему это вообще должен быть один заказ?

Shtock1.нет,вы писали "на порядок проще будет ..... и не различать контрагентов и склады."
Это в том смысле, что в документ надо уметь подставлять как склад, так и контрагента, причем в одно и то же место. Пример - выдача МБП со склада. Ушло со склада - пришло человеку. Поэтому в заголовке и должно быть как минимум 2 поля, чтобы туда вводить "откуда" и "куда" для всех документов. А в случае с одним Вашим заказом "откуда" - это предприятие, и "куда" - тоже предприятие, зачем склады в заголовке, если это один заказ? Склады пусть в составе будут, для уточнения. А в приходе/расходе/перемещении уже склады в составе не нужны, ибо склад(ы) будет(ут) в заголовке, зато туда можно запихнуть контрагента/сотрудника, если (и когда) это понадобится.

Shtock
"Почему это вообще должен быть один заказ?" - а зачем это должно быть несколько?если по-сути - это один заказ,например платеж пойдет по одному заказу и меньше будет гемора бухгалтерии. Если есть желание делать несколько платежей,соотв док-тов,проводок,подписей,договоров(давайте считать те 5 платежей за 1) то бейте на несколько, только бизнесу это не надо.
Вопрос платежей вообще не рассматривался. Да и не понятно, почему если несколько заказов, то нельзя делать один платеж, и все их родить из одного договора. Да и не заказ оплачивается, а счет, вообще-то (хотя, я могу и заказ оплатить. да и проводки по заказам - странно как-то, только заказали - а уже какие-то хозяйственные операции понеслись?). У меня в системе отношение между любыми коммерческими документами и платежами - M:N, чего и Вам желаю.
А делить на несколько заказов можно потому, что у разных отгрузок могут быть разные согласования, временнЫе параметры, статусы, права доступа, ответственные за это лица и тому подобное.

Модель рисовать не буду, с Вашего разрешения.
Договора и заказы разделяю.
Естественно, по заказу может быть сколько угодно отгрузок, и наоборот.