Имя: Пароль:
1C
 
Отбор (размещение) товаров УТР 11.5
0 Просящий
 
19.01.23
14:43
Доброго времени суток.
Столкнулся с такой ситуацией при создании Отбора (размещения) товаров на основании Приходного ордера можно создать несколько размещений по разным ячейкам. При условии, что все товары товары указанные в приходном ордере были размещены в первом документе. 1С на такие действия не ругается и для нее все нормально.
Соответственно вопрос, возможно ли типовыми средствами ввести контроль?
Заранее благодарю.
1 Бизон
 
19.01.23
15:03
Так отбор не связан с ордером
2 p-soft
 
19.01.23
15:07
(0) там логика простая: как только товар по приходному ордеру принят - все, товар наш.
дальше система забывает откуда товар взялся, и при наличии остатка в зоне прихода - изволь его переместить по ячейкам.
3 p-soft
 
19.01.23
15:09
(2) по такой логике контроля в принципе быть не может. тут либо терпеть, либо делать свой.
но по своему опыту не рекомендую делать такой контроль, т.к. это породит неразрешимые ситуации в дальнейшем.
4 Просящий
 
19.01.23
15:13
(3) Какие неразрешимые ситуации?
сейчас тоже не очень приятно когда создается 2 одинаковых размещения и товар в ячейке числиться двойной или вообще не отображается
5 p-soft
 
19.01.23
15:16
(4) Вы когда в магазин приходите и булки в сумку накладываете, не дублируете же ничего?
вот так и на складе должно быть в данном случае.
6 p-soft
 
19.01.23
15:17
(5) подойдите к ситуации с другой стороны: на полках не циферки, живой товар лежит
7 Просящий
 
19.01.23
15:52
(5) У меня основная проблема что если по ошибке создано 2 размещения товар никуда не зачислился. Его нет в ячейке
8 p-soft
 
19.01.23
16:11
(7) проблема то понятная, но она порождается ошибочным подходом к ситуации.
немного утрированно, про порождаемые таки подходом проблемы:
1. провели "правильное" размещение;
2. сотрудник взял товар из зоны приемки, покидал все в тележку;
3. пока ехал, часть товара потерял, часть подарил;
4. закинул что осталось товар в ячейку - все рады и смеются;
5. очередной сотрудник на пересчете ячейки понимает, что в этом месяце зарплаты 0, говорит, что все ок и быстренько пишет заявление..
9 p-soft
 
19.01.23
16:15
(8) но это проблема в постановке учета. пока она не устранится, все телодвижения в программе будут неправильными.
а ответ на (0) - нет.
10 Злопчинский
 
19.01.23
16:25
(0) контроль чего? Нихрена не понял. Размещение само по себе явлется контролем если регистр руется в базе тут же по факту самого иадмещения.
11 Злопчинский
 
19.01.23
16:26
За такое описание как в (0) - надо руки отрубить и к складу вообще не подпускать.
12 p-soft
 
19.01.23
16:28
(10) эта тема - следствие особенностей реализации процесса приемки в 1С.
прогеров просят сделать чушь, а они не понимают в чем виноваты)
13 Злопчинский
 
19.01.23
16:31
(12) и какая там охеренная особенность?
14 p-soft
 
19.01.23
16:34
(13) особенность простая: по всем другим операциям все вводится на основании и считается само при заполнении, а тут хренах, и цепочка рвется. ну вот неожиданно и без объявления войны рвется)
у не сильно понимающих ситуацию юзеров возникает сразу желание бежать к прогеру - как тут и произошло.
15 p-soft
 
19.01.23
16:36
(14) я и сам когда то хотел творить такую же херню, но вовремя начал смотреть как процесс в жизни выглядит)
16 Злопчинский
 
19.01.23
16:44
А что, 1ска при создании размещнния не контролирует, что остаток в ячейке приёмки уже запланирован к размещению? Или такого понятия как количество запланированного к размещению - нет?
17 p-soft
 
19.01.23
16:49
(16) остаток на отбор из ячейки контролится, тут вопросов нет.
вопрос в том, что по одной приемке можно сколько хочешь остатка перемещать, пока он есть в ячейке. я в (14) суть описал
18 Злопчинский
 
19.01.23
18:42
(17) я вот так хз и не понял что рвется.
есть ячейка приемки.
1. в ней есть остаток (да)
2. есть размещения, которые оформлены/спланированы, но не завершены (не знаю, есть ли такое...)
3. колво которое может быть оформлено очередным размщением = Остаток-РазмещениеСпланировано
.. не так?
что здесь разрыв? где?
19 p-soft
 
19.01.23
18:54
(18) не в процессах рвется - в идеологии. это принять сначала надо, потом решительно удивиться)
20 Злопчинский
 
19.01.23
19:05
(19) а можно поподробнее. проследовательно. что рвется в идеологии. по шагам идеологии...
я вот - нифига не понял.
21 p-soft
 
19.01.23
23:18
(20) в (14) же написал. просто это видеть надо.
22 Злопчинский
 
19.01.23
23:34
(21) а что, без использования "основания" нельзя документ заполнить..?
23 Злопчинский
 
19.01.23
23:35
я вообще нихрена не понял.
проблема в том, что в приемке имеется остаток 100шт и можно сгенерить два "размещения" суммарно на 200шт?
24 p-soft
 
19.01.23
23:43
(23) нет. блин, и тут писать(
еще раз, повторюсь - вопрос идеологии учета.
вот на пяльцах. есть отгрузка. есть отбор. есть операция отгрузки. все заполняется по результатам предыдущей операции.
есть приемка. вот приняли. и все.
и сходу пользователю хочется, чтобы на основании приемки можно было сделать столько размещений, сколько товара есть в приемке.
чтобы программа пальчиком грозила: мол нельзя - сколько принял, столько и размещай.
причины почему так нельзя делать - не очевидны.
все, полнее я не расскажу - остальное надо глазами смотреть.
25 Злопчинский
 
20.01.23
00:50
(24) "чтобы программа пальчиком грозила: мол нельзя - сколько принял, столько и размещай."
Здравое желание.
Почему такое желание есть плохо?
26 p-soft
 
20.01.23
02:13
(25) программа и не даст разместить больше, чем приняли.
но после приемки программа "забывает", по какой именно приемке получен товар.
а желание юзеров в размещении как раз относительно конкретной приемки.
вот.
и если мы хотим избежать забавных граблей, но надо всего лишь научить юзеров делить приемки по разным зонам)
27 Злопчинский
 
20.01.23
07:14
(26) "а желание юзеров в размещении как раз относительно конкретной приемки."
- хотят видеть сколько размещено из конкретной приёмки?

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

"но надо всего лишь научить юзеров делить приемки по разным зонам"
- м.б. для этого подойдет делать приемку на разные носители?
28 d4rkmesa
 
20.01.23
09:24
"Доброго времени суток.
Столкнулся с такой ситуацией..."
Дима? )