Vodovarov,
чёй то мне поплохело при виде такой структуры...

Vodovarov,
как бы вам сказать помягче... Не то, что бы ваша структура "не идеальна", боюсь, она просто в корне не верна. Тем более, если учесть, что - по идее, заявки бывают актуальные, и уже отработанные (это так, к примеру). Плюс, что логично - отоваривание заявок, и т.д. Плюс надо видеть и понимать всю остальную специфику работы вашей организации, которую вы планируете автоматизировать, дабы эта часть по заявкам нормально "вписалась" в общую систему.
Я понимаю, что вы "готовы рассмотреть" варианты, но при таком кривом ТЗ сомневаюсь, что кто то захочет составлять вам эти варианты, даже платно.
Пока вот вам, чисто для информации:
- изучите вопрос построения структуры баз данных, хотя бы на начальном уровне;
- например - такие данные в таблицах отделов, как штрихкод, описание, цена - это всё обычно "ложится" в таблицу Товар.
Поле товар вообще убирается из отделов, так как он должен быть в заявке (и в отоваривании). Кроме того - не поле "товар", а "код товара", по нему идёт "подтягивание" товара.
Для связи заявок и отделов - в заявке делается поле "код отдела", и по нему подтягиваются отделы. Просто поле с подстановкой, нет нужды "связывать" заявку и таблицы отделов.
- очень под вопросом под каждый отдел клепать отдельную таблицу. Удобнее сделать просто одну универсальную таблицу "ТОтдел" с кучей полей. И тогда данные по каждому отделу - будут храниться просто отдельной записью в этой таблице.

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