Такая ситуация.
Фирма работает на 1С 7.7. Занимается торговлей и у нас существует услуга для крупных клиентов Склад под клиента, то есть мы клиенту гарантируем, что определенное количество товара будет все ждать его на нашем складе.
На данный момент это проводится по базе следующим образом: Чтобы товар попал в резерв и его никто не мог списать случайно, выписывается счет на нужное количество товара, а в комментарии указывается, что это склад клиента. Когда клиент хочет, что-то купить с этого склада, то ему выставляется новый счет на нужное количество товара и по этому счету происходит отгрузка товара. В такой ситуации отследить, финансовые показатели таких складов просто нереально,потому как они тонут в основной массе заказов. Помогите сгенерировать идею, как можно это проводить по базе данных, чтобы товар по подобным товарам по-прежнему попадал в резерв и можно было анализировать сколько мы отгрузили с этого склада!?

а кто-то может случайно чужой резерв взять?

"В такой ситуации отследить, финансовые показатели таких складов просто нереально"
Резерв на конкретного клиента, отгрузка с конкретного склада, что еще надо то ?

завести виртуальный склад не предлагать?

Это не "склад клиента", это "резерв клиента".
сделай вид операции заявки "резерв клиента", и  заявку на отпуск вводи на основании этого резерва.

(0) Отдельный виртуальный склад не то?

ну да, и отдельного виртуального кладовщика, с виртуальной материальной ответсвенностью....

Ы. Завести адресный склад, часть адресов зарезервировать под определенного клиента. Ну, если виртуальный влом заводить...))

(6) жаль, что недостача, на таком складе, будет не виртуальной

(8) "здравствуй, комплексное исчисление..." :-)
комплексный склад - кладовщик мнимый, недостача вещественная....

(4) Это если у них ТиС и они ведут резервы.
"чтобы товар по подобным товарам по-прежнему попадал в резерв" - что Вы хотели этим сказать? Что резервировать не надо и спокойно можно продавать?

я одно не понял - причем тут "финансовые показатели таких складов"?

(0) На сколько я понял, у клиента всегда должно висеть определенное кол-во товара в резерве.
Т.е. резерв 100шт, отгрузили 10, все равно в резерве осталось 100. Так?
И что такое "Фин. показатель склада"?

(11) Там много непоняток. Автор или не программист или начинающий. Пусть посидит и четче сформулирует, что ему надо.

(0) Автор хочет, чтобы ему сумбур в голове помогли привести в порядок.

(14) может, лучше просто бардак автоматизировать?
будет быстрый, и самовоспроизводящийся...

1. на каждого крупного клиента выставляется счет, который держит резерв.
2. фактическая отгрузка производится без счета, чтобы не снижать уровень зарезервированного товара.
3. для оценки отгрузки и прибыли использовать проекты. Или этих клиентов по свойствам или в папку объединить - это как раз не проблема, вариантов куча.
Оно?

to mikecool, Eugene_life: тоже думал на счет виртуального склада, единственно НО,это проблема при приходовании товара. У нас процесс приходования товара не автоматизирован, и по каждому приходу сидит человек и вбивает позиции с накладной в базу, а если ему еще и придется распределять товар между виртуальными складами, то скорее всего начнутся ошибки. Если использовать виртуальный склад, то тогда надо как-то дорабатывать процесс оприходования товара...(
to Mikeware, под финансовыми показателями подразумевается, что отслеживается, сколько продукции клиент купил с нашего вот подобного "склада", а сколько просто по заказам, с какой рентабельностью он покупает у нас по заказами, а с какой со "склада" и т.д. Если в общем, то это все показатели, кт бы доказывали, что оказание этой услуги покупателю, себя окупает и эта услуга ему нужна;
to Андрей_Андреич: "фактическая отгрузка производится без счета, чтобы не снижать уровень зарезервированного товара" не получится к сожалению, потому как продукция стоит в резерве под клиента по некому счету-складу, чтобы ее просто списать без счета, нужно иметь права админа. Такова конфигурация(
to fedoss: идею правильно понял. нужно чтобы всегда висело 100 штук в резерве, даже если мы только что клиенту отгрузили только что 10 шт. Поэтому счета и не совсем подходят, поскольку по мере отгрузки уменьшается количество товара в резерве( А по поводу фин показателей - это то сколько купил клиент именно с этого "склада",как часто он покупает, с какой рентабельностью и т.д.

(17) Клиент покупает не с "виртуального склада", а с общего склада/складов компании. поэтому никаких особых "финансовых показателей" тут не, все самое обычное. Описание процесса резервироввания - в (4).
нюанс - как считать по такому клиенту оборачиваемость резервов. И как считать неудовлетворенный спрос других клиентов, оставшихся без товара по вине резерва "крупняку". в принципе, тоже решается достаточно просто.

(17) Ну, а если сделать виртуальный склад, и на него переместить все то, что резервируется счетом. Вот и получается, что мы "вывели" со склада весь этот товар, его уже как бы "нету". Далее можно продавать как обычно, а этот перемещенный остаток так и будет висеть.

(19) и кто будет отвечать за товар, которго какбы нету? :-)))

(17) Я бы это сделал примерно так, как Андрей_Андреич предложил. Допилить РезервыТМЦ чтобы при отгрузке не уменьшался резерв (если товар под этот резерв у нас есть). А для получения фин. показателей вести учет по проектам.
(18) Оборачиваемость резервов тоже не проблема получить. А неудовлетворенный спрос типовыми методами не учитывается ;). Но и его можно допилить, даже с получением показателей вроде "Мы сейчас продадим Х шт. из гарантированного резерва Васи, а восполнить сможем только послезавтра. Какова верорятность того, что Васе завтра нехватит товара?".

(20) Да пусть хоть ген директор отвечает ))

(21) Ситуация, когда вероятность нехватки гарантированного товара не равна нулю - это уже неоправданные риски. Если резерв поставили - его должно быть невозможно списать (ИМХО) - т.е. нужно из остатков на общем складе убирать сразу. Как-то так.

(23) Ситуации разные бывают. Даже без вероятностей:
Приехал клиент, хочет товар из чужого резерва. Я знаю, что ко мне уже едет фура с этим товаром. Нет смысла не продавать из резерва.
А при достаточно больших оборотах вообще имеет смысл вести учет уже общего резерва, по всем покупателям.

(21) а чего тут допиливать? если товар есть, то на отгрузку резервировать его из текущего свободного остатка. если на свободных остатках нет - резервировать, снимая резерв с "резерва клиента". Все равно конфигурацию дорабатывать.