|
УТ 11.4. Учет на складе по ордерам. Ужас. | ☑ | ||
---|---|---|---|---|
0
s202
01.06.22
✎
14:21
|
УТ 11.4. Ордерный склад. Работа по схеме Заказ клиента - Реализация - Расходный ордер на товары. И главная задача - постоянно сверять товарный состав реализаций и ордеров.
Сначала оно более-менее работало. Всё было просто: один заказ - одна реализация - один ордер. Даже если кладовщики иногда ошибались - у меня регламентно запускалась проверка соответствия с отправкой результатов на е-майл. Но потом началось веселее: например, пять заказов собирают в две реализации, которые отображают двумя расходными ордерами. А чтобы не было скучно, в эти два ордера могут добавить часть товаров еще откуда-нибудь. Как такое проверять - пока не придумал. Как сделать правильно - административно запретить такой бардак, или есть способы сверить товар проданный с товаром, отданным со склада? |
|||
1
p-soft
01.06.22
✎
14:24
|
мешать в кучу неудобно, да. процедуру проверки опишите, она автоматизирована?
|
|||
2
s202
01.06.22
✎
14:27
|
(1) "процедуру проверки опишите, она автоматизирована?"
Да, вечером регламентное задание с проверкой. Но в проверке контроль простейших ситуаций: |
|||
3
p-soft
01.06.22
✎
14:29
|
что за проверка регламентным заданием? какую задачу решает такая проверка?
проверять можно товар перед погрузкой.. |
|||
4
s202
01.06.22
✎
14:36
|
(3) "какую задачу решает такая проверка?". Задачу поиска косяков. Забыл написать - на складе у кладовщика ТСД. И расходный ордер он проверяет через ТСД.
А потом какой-нибудь умник может поменять перемещение товаров после того, как ордер уже закрыт. Или к примеру распиздяй на складе может забыть что-нибудь пропустить через ТСД. |
|||
5
Kassern
01.06.22
✎
14:37
|
(4) "А потом какой-нибудь умник может поменять перемещение товаров после того, как ордер уже закрыт" - ну так на этом уровне и ограничиваете, чтобы всякие "умники" не могли накосячить
|
|||
6
Kassern
01.06.22
✎
14:38
|
"распиздяй на складе может забыть что-нибудь пропустить через ТСД." - дайте ему инструмент проверки, через который он бы мог проверить, что все задачи выполнил.
|
|||
7
Ryzeman
01.06.22
✎
14:38
|
Из всех сообщений понял что у ТС проблемы административного и кадрового характера, а не 1с)
|
|||
8
p-soft
01.06.22
✎
14:38
|
(4) если не допустимо добавлять позиции в распоряжение, распоряжение надо блокировать после проверки ордера.
а удалять позиции и так нельзя. |
|||
9
Kassern
01.06.22
✎
14:40
|
(7) многие такие проблемы просто на уровне АРМ и ограничений рубятся.
|
|||
10
d_monah
01.06.22
✎
14:41
|
(6) Люлей+штраф.привыкли искать кнопку "сделать быстро все хорошо"
|
|||
11
p-soft
01.06.22
✎
14:41
|
(7) отчасти сама ут эти проблемы и порождает.
(9) угу |
|||
12
Krendel
01.06.22
✎
14:42
|
(7) конечно
|
|||
13
Kassern
01.06.22
✎
14:42
|
(10) Устанешь так новых кладовщиков искать...
|
|||
14
Ryzeman
01.06.22
✎
14:48
|
(11) Вообще я всецело за то, что бы оградить людей от ошибок и автоматизировать всё, что может быть автоматизировано. Но когда люди что то там забывают или специально меняют... У рядового пользователя вроде кладовщика не так много разнообразных занятий в 1с. В иной примитивной игрушке на телефоне вроде "три в ряд" порой различных действий больше. В общем, всё, что можно - автоматизировать, все дырки, которые могут приводить к воровству - прикрыть, а нужный функционал, который по раздолбайству саботируют пользователи - проводить профилактические беседы подключив админ ресурс.
|
|||
15
s202
01.06.22
✎
14:49
|
(6) "дайте ему инструмент проверки, через который он бы мог проверить, что все задачи выполнил." Ему дали такой инструмент - ТСД. Который не дает закрыть ордер, пока не отсканированы все товары. Но они (кладовщики) все равно как-то ухитряются пропускать отдельные позиции.
|
|||
16
Галахад
гуру
01.06.22
✎
14:49
|
Ну так-то да. Пользователю проще 1 заказ - 1 реализация.
|
|||
17
p-soft
01.06.22
✎
14:50
|
(14) чаще всего сталкиваюсь с тем, что человек просто не понимает что он в программе делает)) "понаберут по обьявлениям"))
|
|||
18
Kassern
01.06.22
✎
14:52
|
(15) "как-то ухитряются пропускать отдельные позиции" - ну так это уже в вашей компетенции, как они умудряются закрыть ордер с пропущенными позициями.
|
|||
19
Kassern
01.06.22
✎
14:53
|
(17) порой это даже и не обязательно. Иногда проще написать настолько заточенный АРМ, что у кладовщика просто нет возможности накосячить. Все интуитивно понятно. А если он что-то не сделал, то его руководитель это видит.
|
|||
20
Kassern
01.06.22
✎
14:54
|
А в итоге пара часов и у вас уже готовая рабочая единица на складе, которая работает практически наравне с остальными кладовщиками
|
|||
21
Kassern
01.06.22
✎
14:55
|
просто подход, "ну пусть косячат, я потом вечерком все равно эти косяки сведу обработкой" - не всегда самый оптимальный, а иногда и очень вредный
|
|||
22
Hornit
01.06.22
✎
15:23
|
Что-то тут все в сторону от проблемы ушли.
Эм. А что вы сверяете и зачем? Сильно расходятся товары по организациям с товарами по складам? Да ещё сначала задаете вопрос про контроль проданного товара а потом про ошибки перемещения говорите. Ну а вообще в управлении отгрузкой у вас и так показываются расхождения по товарам к отгрузке. |
|||
23
Ненавижу 1С
гуру
01.06.22
✎
15:25
|
может стоит попробовать схему Заказ->Ордер->Реализация
реализацию выводить по факту отгруженного ордера, заказ закрывать |
|||
24
Злопчинский
01.06.22
✎
15:43
|
(4) у вас проблемы в процессах. Для устойчивой работы склада (а тем более с ТСД) всякий волюнтаризм и дергание остатков туда-сюда - недопустимы.
|
|||
25
Злопчинский
01.06.22
✎
15:44
|
(7) именно
|
|||
26
Злопчинский
01.06.22
✎
15:48
|
(15) "Который не дает закрыть ордер, пока не отсканированы все товары. Но они (кладовщики) все равно как-то ухитряются пропускать отдельные позиции."
- либо косяк в алгоритме (отсканировано 9 из 10 и прога дает сделать "дальше") либо халатность персонала: отсканировано "10 из 10" но при этом распездолы (на которых у вас нет рычагов воздействия) одну штуку по рахсябанности или специально сканируют несколько раз. . даже при полном распиздяйстве персонала склада лечится практически всё (и все будет нормально с раздолбаями работать). но это а) дорого б) надо уметь поставить. . в итоге куроводятелы бюджета не дают. ну и тарахайтесь тогда с чем есть. . на ТСД минимизировать любые решения, которые может на ТСД принимать/указывать сотрудник. |
|||
27
Злопчинский
01.06.22
✎
15:51
|
в (19) в принципе правильно написано.
только надо чтобы был человек который понимает как этот арм д.б. написан. причем одним армом возможно и не обойдется, прротому что разных процессов м.б. несколько. про сути под каждый процексс пишется свой АРМ. . и в любом случае придется (если нет запаса ресурса - а так почти всегда) балансировать выбором "скорость-качество". . и чем больше на складе ручного руководства процессами со стороны "начсклада" - тем тяжелее будет впиливать армы. |
|||
28
Krendel
01.06.22
✎
17:02
|
Берите Злопа, а не то ему пора бы уже и поработать, не все о матушке РОссии думать ;-)
|
|||
29
d_monah
01.06.22
✎
17:24
|
(28) Кренделя не берите,он только деньги берет))
|
|||
30
d_monah
01.06.22
✎
17:26
|
(29) И до утра в инете сидит,какой это работник?;-)
|
|||
31
Злопчинский
01.06.22
✎
21:29
|
в 923) чувствется чел, достигший нирваны...
|
Форум | Правила | Описание | Объявления | Секции | Поиск | Книга знаний | Вики-миста |