Stein21,

1. В старадавнее время на RS балансе была следующая схема.
Партия приходовалась и дублировалась в регистр остатков.
Списание выводилось из регистра в 0.
Периодически - все 0 удалялись.
В схеме прихода - возвратов была проверка, если в регистре остатков записи нет - то возвращаем из партий.
В результате остатки
2. Цены ( прайс) как правило отдельная таблица.
3. Возврат оформляется на определенный склад. Если кондиция - то на прилавок ( что само по себе странно), или на склад брака.
В моей практике возвраты всегда оформляются на склад брака. А для него установлена цена - ну типа со скидкой. Продажа с него осуществляется уже как бы уцененным товаром. Даже если вещь не подошла - она уже не факт что новая... И следующий покупатель ну точняк обидится одевать поношенную одежду.
4. В расход обязательно надо код товара.

Stein21Negruzzi Cristian,

Уже читал. Да и не только это.. Много топиков по Складу, Магазину читал.. Везде панацея - делайте под конкретную ситуацию. Вот у меня и конкретная ситуация: магазин одежды. Складов нет.
Ещё вот не понятно, зачем для Накладных по Движению Товара делают две таблицы: Шапка и Содержимое. В содержимом Яб разместил: Контрагент, Вид Операции, Партия, Дата. Что тогда в шапку пихать??

1. Приход - это документ закупа. Цена туда.
2. Про склады. Вы видимо смешали понятие склад в программе как место хранения и реальный склад, как здоровое место хранения..
Даже витрину в розничном магазине - лучше оформить как склад. Полки что вне торгового зала - склад.
А место куда складываете возвраты - полка - тоже склад..
3. Если в Вашем магазине так меняют одежду... как не подошла.. то покупатели разбегутся исключительно по причине наличия на витрине товара - как нового. Уточните все таки бизнес процесс с "обменом".

Отчет остатки товара как будете собирать?

Stein21Volochkova,

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

И этот запрос будет запускаться каждый раз для простого просмотра остатков.


А если операция возврат - перемещение и т.д.?
Хотя возможно Вам это и не потребуется.
Но 100 против 1 Вам захочется посмотреть остаток товара на начало месяца приходы, расходы, остаток на конец месяца.
Дату будете таскать из накладной?
У поставщиков - дата накладной и дата прихода частенько не совпадают.
Партии у Вас и спецификация, деталировка, табличная часть документа ( накладная) в том числе.
И по этой схеме Вы не знаете товар какого прихода - вы продаете..

Stein21Volochkova,

С Возвратом, Я ещё не определился что делать..
И вот не знаю, нужно ли учитывать с какого прихода продан товар.. имеет ли это какое-то значение..
Я так понимаю, Вы за схему, где Приход и Расход - это разные таблицы? В таком варианте(разные таблицы) остатки считать конечно проще.. Неужто ли и правда, сделать 2 таблицы: приход-расход...

Разное кол-во и функция реквизитов в приходных документах и в их спецификациях = разные таблички.

Stein21Volochkova,

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

Верно. Сущность одна. Регистр движения товара ( у Вас его не очень хорошое видно, мягко говоря) один.
А документы разные. - Таблицы разные.

С точки зрения программиста - это хорошо что для Вас приход товара - это свалить все в одну кучу..
Но схема делается не только для Вашего зрения, а для учета товара. Если для учета ( отчетности - если угодно) такая информация потребуется, то из Вашей схемы ее будет не достать.

И последнее. Из Вашей схемы не видно - какой давности товар у Вас на остатках.
p.s. для понимания схемы - рекомендую придти в магазин грузчиком, хотя бы на недельку.

Stein21Я работал грузчиком на складе строительных материалов 4 дня )) Мы там получали накладные, собирали товар не учитывая, из какой партии мы его берём. Вообще на складе партии никак не учитывались, только наименование товара. Приход товара правда не застал..

Сроки годности тоже не смотрели? Где захотели товар там его и взяли?

Stein21Мне ещё нужно куда-то Заказы(на поставку) втулить.. Посути Заказы перерастают в приходы, и, можно было бы их отличать по статусам: Заказано, Пришло..
Вообще не понимаю смысла отделять Движение Товара от Документов.. Объясните, пожалуйста, в чём суть

я не очень поняла смысл вопросов.

Stein21Вот что получилось:

Ещё надо связать Накладные.КодТранспортнойКомпании с Юридические_Лица.КодЮридическогоЛица..
Не нравиться мне эта схема:
1. с физ. лицами намудрил..
2. Накладные.ДатаЗаказа, Накладные.КодТранспортнойКомпании - не нужны для розничной продажи.. походу и накладные надо разделять на Приход и Расход (
3. Или вообще заменить Накладные Журналом Документов и добавить Журнал Движения, только Я не совсем понимаю их смысла, объясните пожалуйста..
4. А Заказ - это отдельный документ, или часть приходной Накладной?
Я совсем запутался (

Вам надо слоника кушать частями.
на Вашем месте я бы тоже запуталась :))