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

У тебя наверняка уже есть таблица для строк документов, в которой есть столбцы "Цена", "Количество" и "Код товара" (или "Код партии").
Тебе еще нужна таблица для строк остатков складов, в которой есть эти же столбцы.

При проведении приходной накладной по складу ты должен сделать простой insert строк этой накладной в таблицу остатков складов - как самый простой вариант. Вариант посложнее - комбинация insert и update, чтобы строки остатков складов были уникальны по столбцам "Код склада", "Цена", "Количество", "Код товара".

При расходе со склада ты должен сделать либо update, либо insert в таблицу строк документа и либо update, либо delete со строками остатков складов - причем обязательно в одной транзакции.

Дальнейшее усложнение - места хранения, входные и выходные партии и т.п.

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

В простейшем случае "регистр оборотов" не нужен - он полностью дублирует строки документа.
В + или - документ работает по складу можно прописать в классах документов - это тоже должна быть отдельная табличка.
Если документ может иметь два склада (напрмер From и To) - то надо описать в классах документа, как он работает по обоим складам.
Хороша еще таблияка "Состояния документов" - для каждого класса документа свой список состояний - кроме всего прочего в ней можно описывать по каким складам (From и To) проведен документ в текущем состоянии.

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

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