Как правильнее спроектировать регистры - кажется глаз замылился?
Есть документы:
1. Заказ
2. Поступление
3. Реализация
4. Резерв

Нужно видеть
1. остаток на складе(свободный),
2. резерв по документу резерва,
3. резерв в будущих поступлениях(в заказах)

Как оптимальнее спроектировать регистры?

использовать два регистра *?

или доп измерение, которое будет означать : фактического поступление/заказ/резерв/отгрузка

А в туповых на этот счет регистры не оптимально спроектированы?

> А в туповых

в === у ???

а... еще немаловажный момент - последовательность документов не должна контролироваться, т.е. можно вводить реализации раньше поступлений

(3) ну туповые тоже страдают излишней перегруженностью(универсальностью), хотелось бы наиболее простым путем.
Наверняка кто-то изобретал велосипед - может поделится

(5) не делай проверок и всё

(3) кстати в УТ фиг увидишь на какой заказ резерв поставлен

а и фигли - реализации в 2010 году в начале года. а поступления в конце года.. фигли нам.. кабанам...

+(8) УТ11

(9) нет - таких масштабов нет. Просто поступления -реализации делают разные люди, и могут быть загружены сильно - набъют все по итогам месяца - внутри могут запаздывать

(7) проверки от дурака все равно должны быть

(9) гы.. главное незабыть зарезервировать а затем раньше резервов распродать на другие заказы..

(13) - если есть резерв, даже не обеспеченный пока - продать нельзя

(11) ну и хрен ли - ведите котловым методом - еще проще все будет.
.
откуда можно продать товар менеджеру если он еще не оприходован..?? откуда манагер вообще знает что такого товар аесть..? или все по принципу "он знает"?

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

(15) не так все запущено, продажи не с колес, задержки в оприходовании максимум день и редки, но при этом не тормозим работу людей, отпускающих товар. Плюс не надо заморачиваться со временем проведения.

(16) в том то и дело что приоритет резервов должен быть - если пообещали из остатка - и видим что он свободен - поставили резерв. Покупатель спокоен.

т.е. резерв можем поставить при наличии свободного остатка

т.е. еще раз - есть резерв в заказе: клиент заказал под себя - по приходу он превратится в резерв на складе.
Либо можно зарезервировать сразу из свобоного остатка на складе

один регистр:
товары на склад
измерения: номенклатура, склад, заказ покупателя
ресурсы
  количество, количество резерв

(21) зачем измерение заказ ?

А почему в сабже резерв ПОСЛЕ реализации?

(21) резерв может быть еще в заказе, т.е. на складе его еще нет, а мы ставим резерв под будущее поступление - как с этим быть?

давайте на примере:
Поступила Номенклатура1, 5 шт. Делаем заказ на 2 шт по Заказу1 и 3 шт по Заказу2, и 1 шт в будущее поступление по Заказу3.
Как узнать теперь из вашего регистра по какому заказу можно отгружать, а какой в будущем поступлении?

(23) - почему после?

(8) если открыть глаза то увидишь

(26) ну просвяти меня...

(0) не понимаю смысла изобретения велосипеда...открой УТ 10.3 - там все это реализовано (по крайней мере то, что описано в (0)). Из всей ветки я не увидел ни одной хотелки, которая бы там не работала.

(27) по ФИФО

супер резерв - кто первый встал - того и тапки.
И нифига там не фифо - тот кто первый отгрузит - тот и молодец.
К примеру 2 менеджера заказали для своих клиентов один и тот же товар - по приходу кто первый из них отгрузит(фифо побоку) - тот и заработает
Так что это не резерв - а видимость

(28) Кроме того что надо открыть УТ10.3, надо еще открыть и книжку к 10.3

А это уже работа

(30) Вот ты нифига не знаешь УТ11, а кидаешься такими фразами
1. в УТ11 фиг увидишь на какой заказ резерв поставлен
2. И нифига там не фифо - тот кто первый отгрузит - тот и молодец.

Я тебе уже показал что по п.1. ты был не прав.

(32) стеб неуместен - хотелось бы узнать как это еще можно сделать - вариантов то много - наверняка писали свои нетленки.

(33) может не знаешь ты?
Хочешь на примере покажу, как я могу отгрузить товар который ты якобы поставил в резерв?

(35) покажи

резерв подразумевает что НИКТО не сможет отгрузить этот товар, поскольку он ждет своего клиента.
В УТ 11 - я могу его без снятий отгрузить другому

(37) пример будет?

Есть Товар1 - его заказал Клиент1(Менеджер1) 01.01.11
Есть Товар1 - его заказал Клиент2(Менеджер2) 10.01.11

Товар пришел.

В состоянии обеспечения видим что в наличии он у Клиента1(типа ФИФО)
Звоним клиенту1 и говорим - ваш товар пришел...

НО второй менеджер делает реализацию Клиенту2 и система легко пропускает.
Приезжает клиент1 и вы краснеете и что то лепечете про программу.

(30) Резервы хранить в отдельном регистре и при списании остатков вычислять количество свободного остатка - РегОстатки-РегРезервы.

(38) крыть есть чем?

(0) что такое заказ?

Заказ поставщику? или Заказ покупателя?

(42) заказ покупателя

(25)
п.3 реализация
п.4 резерв

(44) сорри сбили Ут-кой, конечно заказ поставщику

(39) какой установлен вариант контроля остатков?

Резерв с учетом графика

(44) это просто перечисление возможных действий - документов

(47) Система контролирует график движения товаров.

Есть Товар1 - его заказал Клиент1(Менеджер1) 01.01.11
Есть Товар1 - его заказал Клиент2(Менеджер2) 10.01.11

Это означает, что
к 01.01.11 в системе запланирован приход
к 10.01.11 в системе запланирован приход

Если она дает отгрузить товар по заказу 2, то значит
- отгрузка вводится после 10.01.11

(49) и???
У вас клиент приезжает в тот же день и ждет машину?

Упрощаем:
Есть Товар1 - его заказал Клиент1(Менеджер1) 01.01.11 (утром)
Есть Товар1 - его заказал Клиент2(Менеджер2) 01.01.11 (днем)

товар 1 шт. пришел 02.01.11

Кому принадлежит резерв?
В состоянии обеспечения первому(ФИФО).
Отгружает второму легко - первый в пролете.
Это вы называете РЕЗЕРВОМ?

(50) у тебя 01.01.11 это дата отгрузки или дата заказа?

(51) дата заказа. Дата отгрузки 02.01.11

вообще мы смешали две темы...
Хотите обсудить УТ - давайте заведем новую ветку.
Меня больше интересует первая задача.

Подитожу - в УТ11 нет позаказного учета в чистом виде - поступление не крепится к заказу жестко. Ставит по ФИФо, а в позаказном есть такие вещи - как например срочный заказ за большие деньги - тут ФИФО не применимо и еще много интересных вещей

+(54) Плюс это ФИФО можно переиграть легко

(55) это уже 150 раз обсуждено на партнерском форуме. Позиция 1С - это не баг - это методология.