Вход | Регистрация

  1  2
1С:Предприятие ::

Метки: 

v8: Замена регистра накопления регистром сведений, минус к производительности?

Я
   etc
 
28.12.12 - 19:20
На сколько я знаю многие WMS на базе 1С уходят от регистров накопления в сторону регистров сведений. И в принципе это логично поскольку например хранить резервы в регистре остатков особого смысла нет. История по движениям с резервами как правило никому не нужна. Есть срез на текущий момент и всё. Минусы которые я вижу это необходимость траты ресурсов на группировку записей, лишаемся таблицы итогов что явно не ускорит поиск записей, хотя учитывая что есть индексы и общее количество записей будет не велико может расходы и минимальны. Но наибольшие непонятки как это ударит производительности при записи наборов при увеличении количества пользователей?
 
 
   pavlov
 
101 - 28.12.12 - 21:24
(98) т.е. у тебя задание на сборку 100 товарных позиций создается за 0.5 сек ?
   Steel_Wheel
 
102 - 28.12.12 - 21:24
100 -- это мало. Причем нет всяких комплектов, это будет быстро. Если все, что хотел товарищ, он нам рассказал
   Злопчинский
 
103 - 28.12.12 - 21:24
(99) засечь за сколько у меня формируется листы отбора на 1000 позиций? - но уменя "тупо" сделано.
   Злопчинский
 
104 - 28.12.12 - 21:25
(101) сейчас вот специально засеку...
   pavlov
 
105 - 28.12.12 - 21:27
(102) мало это сколько? - 5 лет назад на курсах в УЦ1 100 товарных позиций было 500 сек, сейчас сколько ?
   Рэйв
 
106 - 28.12.12 - 21:28
(91)>>только в какой ячейке лежит этот возвращенный товар?

вот уж чего нам еще не хваиало так это адресного размещения товара:))..

У нас товар лежит сам по себе на складе. За МОЛ. А он как то там размещает.

воруют конечно.Но мы боремся:)
   pavlov
 
107 - 28.12.12 - 21:29
(102) я читал про американскую wms манхетен, так для нее суточный предел 40 тыс товарных позиций
   Fragster
 
108 - 28.12.12 - 21:29
(106) отсутствие адресного хранения - зависимость от кладовщика и низкая скорость сборки
   Fragster
 
109 - 28.12.12 - 21:30
(105) на 7.7 самописная WMS как надстройка у ТиС выдавала моментально сборку практически любую. размещение да, могло несколько секунд считаться, но сборка - сразу.
   Steel_Wheel
 
110 - 28.12.12 - 21:31
(107) Максиальный предел не скажу -- я не разработчик.
Но 100 обрабатывае тся очень быстро. Быстрее только статус меняется
 
 Рекламное место пустует
   Рэйв
 
111 - 28.12.12 - 21:32
(108)Наши объемы ни один склад адресно не примет. Приходится валить чтоб хоть влезло.  к тому же организовать людей дистанционно очень трудно.А на месте они все уже спелись:-)
   pavlov
 
112 - 28.12.12 - 21:32
(109) один момент имеет разный размер - у русских один, у эстонцев другой.
вот Чебуратор ушел мерять и до сих пор не вернулся :)
   Злопчинский
 
113 - 28.12.12 - 21:33
533 позиции - 3-4 секунды
   Злопчинский
 
114 - 28.12.12 - 21:33
(112) у меня заявок активных больших сейчас нет!
   Fragster
 
115 - 28.12.12 - 21:33
(112) ну хз, до полусекунды 1000 наименований...
   Fragster
 
116 - 28.12.12 - 21:34
на складе 50к ячеек, вот сколько обход циклом их занимал, ну + небольшой оверхед - столько формирование сборки и занимало
   Fragster
 
117 - 28.12.12 - 21:34
(116)+ это максимум, если все, что нужно лежит в первых 10к, то дальше, естественно, не шло
   Злопчинский
 
118 - 28.12.12 - 21:35
...у меня еще паралельно с заданием пеформы формируются
   Злопчинский
 
119 - 28.12.12 - 21:35
(116) много ячеек!
   pavlov
 
120 - 28.12.12 - 21:35
(113) т.е. 150 строк в сек получается
   Команданте
 
121 - 28.12.12 - 21:36
лично у меня 4 левых соединения к остаткам по производительности быстрее в несколько раз одного левого соединения к срезу последних
   Злопчинский
 
122 - 28.12.12 - 21:36
какого на! заморачиваться супермегабыстротой формирования заданйи на отбор? - там что роботы подбегают и хватают?
   Команданте
 
123 - 28.12.12 - 21:36
особо упоротые пишут резерв в реквизит товара
производительность на высоте
   Злопчинский
 
124 - 28.12.12 - 21:37
(120) можно сказать и так (параллельно с формированием печформ). при этом я еще считаю сколько коробок-блоков-штук про каждой позиции ббрать, вес и объем...
   Злопчинский
 
125 - 28.12.12 - 21:38
(123) тоже вариант! ;-)
   Злопчинский
 
126 - 28.12.12 - 21:39
с другой стороны - я вот не заморачивался быстройдействием там где оно некритично. будет критично - будем оптимизировать. если делать заточенное решение - тогда и трудозатраты другие и подходы и вообще наверное все другое.. ;-)
   Злопчинский
 
127 - 28.12.12 - 21:40
проблемы все равно в другом - в несоблюдении регламентов.
   Злопчинский
 
128 - 28.12.12 - 21:41
как не хотелось делать количественный учет по ячейкам - но придется... так мне это не нравится, шо капец...
   Александр_Тверь
 
129 - 28.12.12 - 21:41
(94) да все просто.
ты, видимо, считаешь, что списываться с ячеек должно при проведении документа, а это не так.

У меня (упрощенно, много этапов я убрал) происходит так:
1. Менеджер выписывает накладную
2. Логист видит все выписанные накладные и в зависимости от графика отправляет на сбор определенные документы
3. Операторский отдел с помощью обработки выдает товар на сбор (в этот момент товар с ячеек списывается и помещается в некий кэш).
4. После того как товар собран, делают расходные ордера (в этот момент товар списывается с остатков и обработкой удаляеется из кэша. В этот момент возможен частичный возврат товара обратно в ячейки)

Все товар уехал. Обращаю внимания, никакой прямой связи между документом и списание с ячеек нет! Если документ перепровести (изменив количество, отменив проведение и т.д.), то с ячейками вообще ничего не произойдет.

Вполне нормальня ситуации, когда количество товара хранящегося в ячейках и числящегося на остатках - не совпадает.

Если накладную исправили и решили таким образом не оформлять возврат товара (просто уменьшив реализацию), то при фактическом получении товара назад - делают операцию "размещения товара в ячейки" и все.

это сильно упрощенно.
   Fragster
 
130 - 28.12.12 - 21:41
(119) много SKU - много и ячеек. в одной ячейке один SKU, один SKU может лежать в нескольких ячейках...
   Злопчинский
 
131 - 28.12.12 - 21:43
(130) ячейка отбора  - одна?
   Steel_Wheel
 
132 - 28.12.12 - 21:43
(129) Как бы, в идеале, это -- две разные системы
   Fragster
 
133 - 28.12.12 - 21:44
(131) а? в сборке один SKU может браться из нескольких ячеек. или что имеется ввиду?
 
 
   Злопчинский
 
134 - 28.12.12 - 21:45
(129) у меня еще проще... за счет этого и плюсы и минусы...
   Злопчинский
 
135 - 28.12.12 - 21:46
(129) внимание, если надо срочно посчитать артикул (выборочную инвентаризацию) - где будете считать товар, который в кеше числится?
   Александр_Тверь
 
136 - 28.12.12 - 21:46
(135) есть отчет, называется сравнение остатков.
Он складывает товар в ячейках и кэше и вычитает числящиеся остатки.
   Злопчинский
 
137 - 28.12.12 - 21:47
(133) "ячейка отбора" - доступная для сборщиков. из нее подбирается товар при сборке. "ячейки хранения" - складской запас 9оттуда тоже берется если коробочная сборка крупная).
   Александр_Тверь
 
138 - 28.12.12 - 21:47
(135) это очень просто.
Если товар в кэше, то значит что он СОБИРАЕТСЯ.
А раз он собирается, то проводить по нему инвентаризацию не совсем корректно, но можно.
   Злопчинский
 
139 - 28.12.12 - 21:47
(136) это понятно. как определяешь физически то место где лежит закешированный товар - где конкретно ты будешь его считать?
   Fragster
 
140 - 28.12.12 - 21:48
(137) а... не, "складской запас" отдельно, ячеек отбора много
   Александр_Тверь
 
141 - 28.12.12 - 21:48
(132) в нашем случае это было бы не идеальным вариантом, а большим гемором. Я внимательно изучал этот вопрос.
   Злопчинский
 
142 - 28.12.12 - 21:48
(138) "СОБИРАТЬСЯ" заявка может достаточно долго... а считать надо сейчас..
   pavlov
 
143 - 28.12.12 - 21:49
(110) я посмотрел сейчас демо-базу совместного решения - создаются по 4 строки в секунду.
откуда берется "очень быстро" ?
   Злопчинский
 
144 - 28.12.12 - 21:49
(140) то есть ячеек отборана один товар - много?
   Александр_Тверь
 
145 - 28.12.12 - 21:50
(139) Еще раз, если товар лежит в кэше, значит его сейчас собирает кладовщик.
т.е. товар может быть в ячейке (при записи в кэш указывается ячейка) или его уже мог забрать кладовщик и отнести в зону сборки.
Соответственно, для правильно инвентаризации необходимо поймать кладовщика, остановить его работу и посчитать. Чтобы не вышло, что ты посчитал товар в ячейке и после в зоне сборке т.к. он успел его уже туда перенести. Но это не проблема учетной системы
   Александр_Тверь
 
146 - 28.12.12 - 21:50
(143) плоха система (с точки зрения быстродействия) значит.
   Steel_Wheel
 
147 - 28.12.12 - 21:51
(141) Это уже не проблема какой-то конкретной типовой, а необходимость создания собественно WMS. Всех карт у меня нет
   Нуф-Нуф
 
148 - 28.12.12 - 21:52
Будь мужиком, блеать!
   Злопчинский
 
149 - 28.12.12 - 21:52
эх.. посмотрел статистику за дубабрь - 479 строк не хватило до 50'000 строк сборки. 92 строки/мин средняя скорость сборки.
 
 Рекламное место пустует
   Александр_Тверь
 
150 - 28.12.12 - 21:52
(147) сферический конь в вакууме он идеален, но никому не нужен )
   Fragster
 
151 - 28.12.12 - 21:52
(144) да. но там не делается отбор по каждому товару, там получаются все ячейки, на которых лежит товар к сборке, отсортированные в порядке удаления от входа. потом по строкам перебирается и уменьшается на накладную... как вся наклдадная собрана - прекращаем перебор
   Steel_Wheel
 
152 - 28.12.12 - 21:52
Т.е. из неполной информации невозможно собрать полный ответ.
   Steel_Wheel
 
153 - 28.12.12 - 21:53
(150) У тебя тоже сферический конь, который никто нигде не использует
Прочитай 152 будь добр: у каждого решения есть границы применимости, если ты такие границы не задал -- наблюдай конец в  вакууме
   Злопчинский
 
154 - 28.12.12 - 21:54
самое печальное - что вся эта автоматизация - всего лишь для одного - чтобы заблокировать хреновую работу персонала.
.
   Злопчинский
 
155 - 28.12.12 - 21:54
(152) это ты про что?
   Александр_Тверь
 
156 - 28.12.12 - 21:55
(155) +1 я тоже не понял.
   Steel_Wheel
 
157 - 28.12.12 - 21:55
(155) я про (141)
Там явно не хватает инфы
   Александр_Тверь
 
158 - 28.12.12 - 21:55
(154) ты про адресное хранение?
если да, то я с тобой не согласен )
   Злопчинский
 
159 - 28.12.12 - 21:55
.. как только у персонала не заблокирована возможность сделать "не так" - все, капец... сделают "не так"...
   Злопчинский
 
160 - 28.12.12 - 21:56
(158) не только про адресное хранение.
   Александр_Тверь
 
161 - 28.12.12 - 21:56
(157) э... какой инфы?
почему в моем случае 2 разные системы было бы большим геморром?
   Злопчинский
 
162 - 28.12.12 - 21:57
(157) я НА ДАННЫЙ МОМЕНТ стою категорически против НЕСКОЛЬКИХ систем. если два участка могут работать в рамках одно йбазы - хочу чтобы сейчас это было именно так. Умрут у меня на обменах. и прочих косяках попутных.
   Александр_Тверь
 
163 - 28.12.12 - 21:58
(159) это следствие не правильных подходов.
Копьютер - это сложное устройство и использовать его должен квалифицированный персонал.

Движение по пути ограничений - это путь в никуда.
Необходимо двигаться по пути повышения квалификации персонала.
Сделал не так? будь добр - ответь. Ответственно очень мотивирует. А если можно свалить на программу, то тут тупик.
   Злопчинский
 
164 - 28.12.12 - 21:59
вот есть у меня в системе слабина - кол.учет по ячейкам не ведется. Все, капец. Изредка, но регулярно товар девается неизвестно куда. Как запилить без внедрения количественного учета по ячейкам - пока что представляю слабо.
   Steel_Wheel
 
165 - 28.12.12 - 22:00
А давайте прекратим спор, а то он напоминает детский:
"-Кто сильнее, Рембо или Шварцнеггер!
- Конечно Шварцнеггер!
- А если Рембо поможет Джет Ли!"
 

(161) 2 системы решают две разные задачи. Интегрированная система всегда эффективнее "сцепки" двух. Но всегда ли есть ресурсы на такую интеграцию? Может, для компании лучше иметь две разные системы и расширеную возможность обмена?

А вообще, я про то, что "Серебрянной пули" нет. И быть не может в этом вопросе. Каждое решение имеет сильные и слабые стороны. Наша задача в том, чтобы усилить сильные моменты и нивелировать слабые. Ведь так?
   Злопчинский
 
166 - 28.12.12 - 22:00
> Сделал не так? будь добр - ответь
- чтобы понять, кто должен ОТВЕТИТЬ - требуются эти самые ограничения.
   pavlov
 
167 - 28.12.12 - 22:01
(149) я тоже за декабрь посмотрел - непосредственно комплектация 447 772 строки, перебежки со скоростю 2.5 строки в минуту
   Александр_Тверь
 
168 - 28.12.12 - 22:01
(164) а в чем проблема?
Есть такое понятие, как материальная ответственность. Поверь, количественный учет по ячейкам (если ты про историю движения) ни разу тебя не спасет т.к. реально никакой дополнительной информации тебе не даст.
Ну вот был приход, вася туда положил 4 единицы, а теперь там 3. И что? Вася виноват? Или петя, который стырил?
   Steel_Wheel
 
169 - 28.12.12 - 22:02
(162) Складу складово, бухам бухово. В чем косность такого решения?
Задачи WMS и бухгалтерии не пересекаются. В чем-то даже противоречивы. Надо их разводить
   Александр_Тверь
 
170 - 28.12.12 - 22:02
(162) скажем так, твое утверждение истинно, но в ограниченном количестве случаев.

Если между подразделениям слабая связь, обязанности четко разграничены и есть возможность рассматривать подразделение как обособленное, то лучше отдельно.
   Злопчинский
 
171 - 28.12.12 - 22:03
если не делать количественный учет по ячейкам, то всего один путь (навскидку) к улучшению ситуации - маркировка уникальными штрихкодами каждой упаковки. Мастер-коробки - это уже есть, а вот блоки/минипаки - этого нет...
.
хотя, если запилить входящую поставку на маркировку всех упаковок уникальными штрихкодами - то можно и без количественного учета по ячейкам. Но это решение будет (явно?) дороже чем сделать количественный учет по ячейкам..
   Злопчинский
 
172 - 28.12.12 - 22:03
(169) эээ! не путайте бухов и отдел продаж. Бухию - стопудово с вээмэс мешатьне стоит. а вот продажников - очень даже возможно.
   Александр_Тверь
 
173 - 28.12.12 - 22:04
(171) еще раз, какую задачу ты хочешь решить с помощью количественного учета?
   Злопчинский
 
174 - 28.12.12 - 22:04
(170) > Если между подразделениям слабая связь,
- угу!!! именно как-то так...
   Злопчинский
 
175 - 28.12.12 - 22:05
(173) может голосом на скайп?
   Злопчинский
 
176 - 28.12.12 - 22:05
(173) может пнешь меня в нужном направлении...
   Александр_Тверь
 
177 - 28.12.12 - 22:06
(175) ministr30 сейчас зайду
   Злопчинский
 
178 - 28.12.12 - 22:06
на досуге ломаю башку - не получается без кол.учета. а делать его ну не прет меня реально.
   Злопчинский
 
179 - 28.12.12 - 22:06
ок. сейчас
   Злопчинский
 
180 - 28.12.12 - 22:42
такс... попробую запилить/ужесточить немного без количественного учета.. есть шанс...
   Злопчинский
 
181 - 28.12.12 - 22:42
всем спасибо за беседу
   Александр_Тверь
 
182 - 28.12.12 - 22:45
(181) и тебе спасибо.
Если честно, я про способ ведения ячеистого склада без количественного учета вообще не думал :)
По своему интересная идея и имеет свои плюсы.
   etc
 
183 - 29.12.12 - 02:31
(108) отсутствие адресного хранения в приципе возможно когда товар крупный, ассортимент мал и жестко закреплен за зонами, но на складах где около 1000 SKU и площадь более 5000 квадратов это равносильно остановке склада. Смешно и грустно было смотреть на поисковые бригады комплектовщиков которые за 4 часа не могли найти товар.
   etc
 
184 - 29.12.12 - 02:34
(123) резерв же по конкретной ячейке делается. В реквизит можно когда адресного хранения нет, но тогда и WMS не нужен.
   etc
 
185 - 29.12.12 - 02:39
(145) поэтому обычно и списывают в момент когда товар физически забрали из ячейки. Иначе либо административных подпорок вагон, либо оперативную инвентаризацию не проведешь и размещение не спланируешь.
   etc
 
186 - 29.12.12 - 02:46
(163) ну если все работает слаженно только за счет высокой квалификации персонала то это плохо. Сложнее/дольше натаскать замену, сложнее запускать новые объекты. Люди не дураки и понимают что если их сложно заменить то можно и повыпендриваться.
   etc
 
187 - 29.12.12 - 02:49
(164) не обольщайся, с адресным хранением он тоже магическим образом неплохо исчезает. Самое смешное когда не из зоны хранения а собраный товар с доков исчезает. И главное без камер не поймешь "кто". Если проблема только в этом то может оно и правда вам не нужно.
   etc
 
188 - 29.12.12 - 02:54
(171) единственный наверно более менее решающий эти проблемы вариант это на сколько я понимаю rfid метки. Датчики на все выходы и в проходах с камерами. Но говорят сложно и дорого. Зато все видно :)

  1  2

Список тем форума
Рекламное место пустует Рекламное место пустует
ВНИМАНИЕ! Если вы потеряли окно ввода сообщения, нажмите Ctrl-F5 или Ctrl-R или кнопку "Обновить" в браузере.
Тема не обновлялась длительное время, и была помечена как архивная. Добавление сообщений невозможно.
Но вы можете создать новую ветку и вам обязательно ответят!
Каждый час на Волшебном форуме бывает более 2000 человек.
Рекламное место пустует