Как вариант

думал не отвечать, но немного задело
nikolay_magaginПо моему мнению нельзя объединять приход с расходом в одну форму редактирования. К одной записи прибыло могут существовать несколько записей убыло или не быть записей. Поэтому первичен склад-прибыло к убыло.
Остаток должен выводится по всем пунктам прибыло даже если в убыло нет такого пункта.Это совершенно не понятно-а цифры 0 у нас нет. По моему так: по каждому товару(а не по записи прибыло) могут существовать несколько или ни одной записи убыло
nikolay_magagin А то выходит, что первую запись убыло нужно занести в отдельном окне, иначе название не отражается в списке. Таблица "товар" является обычным справочником и само собой если в ней нет наименования его не будет и в списке (новое наименование можно занести обработав событие NotInList-ещу бы я в примере делал форму на справочнике)nikolay_magaginTакже я думаю ограничение по внесению нужно вводить не только для названия, но и для количества. А так по моему форма движение абсурдна.Если Вы считаете что форма абсурдна-значит так и есть
Вот ограничение по количеству, о котором Вы говорите это да.
Если какого-то товара 100 шт занести в таблицу можно, то 101 уже низя
Наличие таблиц предполагает внесение данных, для последующей обработки в запросе, но к ним нет форм для внесения данных. Существующая форма предполагает предварительный ручной подсчет и внесение данных, не влияя на первичные таблицы, но требуя, чтобы в первичных таблицах были внесены количественные данные.[/quot]
Что надо предварительно считать? И в каких таблицах,кроме "движения", есть количественные данные (а запретить к выдаче товар, если его количество к выдаче превышает остаток очень просто)

nikolay_magagin ...В столбце продано (при отсутствии продаж) будет null.... Не null а 0 (ноль). Это таки две большие огромные разницы

Если это ни о чем Вам не говорит....

конкретный ответ на Ваш вопрос:
Abisma2008Доброе утро!
Есть запрос:


Скажите пожалуйста где моя ошибка?
Спасибо!
Функция SUM предполагает суммирование по всем записям запроса-то бишь их объединение в одну строку (а как объединять код или названия в одну строку?) Вот такой запрос выведет разность между ВСЕМИ товарами склада и ВСЕМИ проданными товарами
а такой, то же самое, с разбивкой по товарам

(хотя и то и другое какая-то абракадабра по смыслу)

Пы-Сы:
вернее и то и другое всего-навсего остатки причем первый запрос действительно абракадабра,а второй остатки по товарам которые всегда считаются как разность сумм прихода(Склад) и расхода(продано)-поздравляю Вас с попыткой изобретения велосипеда

nikolay_magagin,
А написать в условии отбора <>0 или >0 до этого додуматься невозможно..
И ни каких сомнений в правильности структуры не возникает...

ПыСы: И поставить значение по умолчанию для числового поля 0 ....

nikolay_magagin,
естессно количество
посмотрите еще раз то,что Вам предлагалось: пример БД-её структура(таблицы и связи)-формы,запросы и отчеты Ваше дело...
Вообще Вы просили конкретный ответ на конкретный вопрос-так он Вам дан, но полностью проигнортрован
За сим разрешите откланятся

nikolay_magaginЕсть два количества прибыло и убыло. Если в прибыло Стакан-5, а в убыло нет записей по стакану, то всегда в запросе в столбце количество прибыло будет 5, а количество убыло стакан будет nullДо тех пор пока не будет создана запись убыло стакан 5 остаток всегда будет равен 5,а записей с заполненной графой выдано не будет вообще.
Еще раз(думаю последний) откланиваюсь