Доброго времени суток.
Столкнулся с такой ситуацией при создании Отбора (размещения) товаров на основании Приходного ордера можно создать несколько размещений по разным ячейкам. При условии, что все товары товары указанные в приходном ордере были размещены в первом документе. 1С на такие действия не ругается и для нее все нормально.
Соответственно вопрос, возможно ли типовыми средствами ввести контроль?
Заранее благодарю.

Так отбор не связан с ордером

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

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

(3) Какие неразрешимые ситуации?
сейчас тоже не очень приятно когда создается 2 одинаковых размещения и товар в ячейке числиться двойной или вообще не отображается

(4) Вы когда в магазин приходите и булки в сумку накладываете, не дублируете же ничего?
вот так и на складе должно быть в данном случае.

(5) подойдите к ситуации с другой стороны: на полках не циферки, живой товар лежит

(5) У меня основная проблема что если по ошибке создано 2 размещения товар никуда не зачислился. Его нет в ячейке

(7) проблема то понятная, но она порождается ошибочным подходом к ситуации.
немного утрированно, про порождаемые таки подходом проблемы:
1. провели "правильное" размещение;
2. сотрудник взял товар из зоны приемки, покидал все в тележку;
3. пока ехал, часть товара потерял, часть подарил;
4. закинул что осталось товар в ячейку - все рады и смеются;
5. очередной сотрудник на пересчете ячейки понимает, что в этом месяце зарплаты 0, говорит, что все ок и быстренько пишет заявление..

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

(0) контроль чего? Нихрена не понял. Размещение само по себе явлется контролем если регистр руется в базе тут же по факту самого иадмещения.

За такое описание как в (0) - надо руки отрубить и к складу вообще не подпускать.

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

(12) и какая там охеренная особенность?

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

(14) я и сам когда то хотел творить такую же херню, но вовремя начал смотреть как процесс в жизни выглядит)

А что, 1ска при создании размещнния не контролирует, что остаток в ячейке приёмки уже запланирован к размещению? Или такого понятия как количество запланированного к размещению - нет?

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

(17) я вот так хз и не понял что рвется.
есть ячейка приемки.
1. в ней есть остаток (да)
2. есть размещения, которые оформлены/спланированы, но не завершены (не знаю, есть ли такое...)
3. колво которое может быть оформлено очередным размщением = Остаток-РазмещениеСпланировано
.. не так?
что здесь разрыв? где?

(18) не в процессах рвется - в идеологии. это принять сначала надо, потом решительно удивиться)

(19) а можно поподробнее. проследовательно. что рвется в идеологии. по шагам идеологии...
я вот - нифига не понял.

(20) в (14) же написал. просто это видеть надо.

(21) а что, без использования "основания" нельзя документ заполнить..?

я вообще нихрена не понял.
проблема в том, что в приемке имеется остаток 100шт и можно сгенерить два "размещения" суммарно на 200шт?

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

(24) "чтобы программа пальчиком грозила: мол нельзя - сколько принял, столько и размещай."
Здравое желание.
Почему такое желание есть плохо?

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

(26) "а желание юзеров в размещении как раз относительно конкретной приемки."
- хотят видеть сколько размещено из конкретной приёмки?

"если мы хотим избежать забавных граблей"
- каких?

"но надо всего лишь научить юзеров делить приемки по разным зонам"
- м.б. для этого подойдет делать приемку на разные носители?

"Доброго времени суток.
Столкнулся с такой ситуацией..."
Дима? )