|
1С wms Логистика.Управление складом | ☑ | ||
---|---|---|---|---|
0
Славянин
14.08.15
✎
09:47
|
Здравствуйте. Собрались внедрять у нас на предприятии данную систему. Стоит вопрос о том какие Терминалы закупать (wi-fi) и возможно ли будет приспособить старые терминалы без wi-fi к этой системе. Может сталкивался кто-нибудь? Порекомендуйте оборудование пожалуйста? И да...Как расшифровывается WMS ?
|
|||
20
Злопчинский
14.08.15
✎
17:36
|
(0) "Стоит вопрос о том какие Терминалы закупать (wi-fi)"
- задаваться этим вопросом на данном этапе преждевременно. если тем не менее гондурас чешется именно сейчас - тогда ответ простой: закупать хорошие. Критерии "хорошести" - определить самим |
|||
21
Pavlov_vu
14.08.15
✎
17:36
|
(16) у (11) достаточно небольшой склад
в том же логистическом центре 1С одновременно 75 ТСД ...на складах с более чем 200-ми одновременных пользователей с РДТ - здесь лукавство в том, что это один логистический комплекс 60-80 тыс кв.м, состоящий из 3-5 складов, в каждом из которых своя база |
|||
22
Злопчинский
14.08.15
✎
17:37
|
(0) "и возможно ли будет приспособить старые терминалы без wi-fi к этой системе. "
- скорее всего - да |
|||
23
Timon1405
14.08.15
✎
17:39
|
(21) так я же не спорю, что у вас там все хорошо работает. просто слабо верится, что 1С-ные запросы будут летать быстрее прямых
|
|||
24
Злопчинский
14.08.15
✎
17:40
|
большой/небольшой склад - тут играет роль потянет ли система нагрузку при высокой интенсивности "запросов" к системе.
а по выработке персонала (скорости выполнения операций) я сколько смотрел/сравнивал/просчитывал со свсякими доступными мне складами/цифрами - у меня получаются примерно такие же цифры как и на прочих складах. все равно все в итоге упирается в чисто физические возможности персонала, и оптимальности размещения товара. |
|||
25
Злопчинский
14.08.15
✎
17:41
|
(23) а нафейхоа им летать быстрее прямых? им надо там где это критично - обеспечивать приемлемое время отклика системы. Вообщем все. С учетом того, что в частных случаях насчитать много чего можно ЗАРАНЕЕ - все может быть кузяво...
|
|||
26
Злопчинский
14.08.15
✎
17:42
|
оно зашибись конечно, когда заявка из 20 строк, каждая строка - паллета/полпаллеты... но блин, это не мой вариант... у мну все наоборот...
|
|||
27
Злопчинский
14.08.15
✎
17:43
|
но, вообщем, пилить ЛЮБУЮ вмс - можно практически бесконечно ;-)
|
|||
28
Pavlov_vu
14.08.15
✎
17:46
|
(23) нет проблемы с запросами, если отдельные запросы выполняются 0.01-0.03 сек без конкурентного доступа к данным
|
|||
29
Timon1405
14.08.15
✎
17:51
|
а может не стоит пилить?)
вот у меня в последнее время мысли, что может быть есть смысл строить склад под нормальную ВМС (только для складов с нуля), а не наоборот. по аналогии с сапом - они говорят, у нас система "бест пракитикс проверенная годами, блабла, меняйте процессы под нас" - и схема работает же! ну для этого бизнес конечно должен быть готов для перестроек ЗЫ я ни в коем случае не являюсь адептом какой-либо конкретной WMS) |
|||
30
Леха Дум
14.08.15
✎
17:51
|
(7) чушь, есть опыт эксплуатации зарубежной (так и просится на язык б..ть) системы, которая тормозит и которая глючит и падает чуть не каждый день
|
|||
31
Pavlov_vu
14.08.15
✎
17:56
|
(29) и какие конкурентные преимущества будут у таких "шаблонных" фирм ?
|
|||
32
rs_trade
14.08.15
✎
17:58
|
(30) мляяя, ну и логика. утверждение в (7) не делает все остальные системы и их разработчиков идеальными .
|
|||
33
Timon1405
14.08.15
✎
18:00
|
(31) а преимуществами как раз должны быть best practices
|
|||
34
Злопчинский
14.08.15
✎
18:01
|
(29) "пилить" в том смысле - что всегда есть что улучшить/повысить эффективность. У меня например - тупая переработка интерфейса для более удобного визуального восприятия - дала порядка 5% прироста скорости сборки...
|
|||
35
Злопчинский
14.08.15
✎
18:02
|
(30) это какая?
|
|||
36
Злопчинский
14.08.15
✎
18:03
|
(33) Почитай Л.Ленч "Любовная лодка разбилась о быт..."
|
|||
37
TopLog
14.08.15
✎
18:08
|
(13) Есть такое на 1С.
Дабы не вбрасывать, озвучу просто цифры: - рц (55 000 м2) с одной базой; - В смену 270 ТСД (включая голосовые); - В среднем 170 000 строк заказов в сутки. - В пике, перед майскими, более 250 000 строк. |
|||
38
TopLog
14.08.15
✎
18:15
|
(0) Уважаемый, Славянин.
Чтобы советовать какие-либо тсд, надо понимать в каких условиях они будут работать (температура, влажность, если склад высокоинтенсивный, то нужны мах удароустойчивые модели) |
|||
39
Злопчинский
14.08.15
✎
18:17
|
(38) не, автор сделал с утра вброс и пошел видимо пиво пить.. ;-)
|
|||
40
DGorgoN
14.08.15
✎
18:19
|
(0) ТСД там 1 вида: Моторыла МС 3190. С большим экраном. Цепляет через РДП. Т.е. вин CE Pro с поддержкой RDP обязательно. Но я вообще свою вмс написал вместо этой логистики.
|
|||
41
DGorgoN
14.08.15
✎
18:19
|
(39) Автор похоже вообще ничего не понял. Особенно радует: "расшифруйте что такое WMS"
|
|||
42
Злопчинский
14.08.15
✎
18:22
|
(40) с винмобайлом мне кажется более предпочтительным
|
|||
43
Злопчинский
14.08.15
✎
18:23
|
а так все активно пилят мобильные приложения на 1С и пихают их в андройды.. як скаженные... в группе по ссылке есть таких...
|
|||
44
DGorgoN
14.08.15
✎
18:25
|
(42) Чем более предпочтительным? Весом и ценой отката? Пофигу, главное что-бы РДП работал. В общем то на каком то терминале вообще заменили ось с просто на про. Ну и работало, а ценник легче.
|
|||
45
DGorgoN
14.08.15
✎
18:27
|
(43) Ну можно и так. Я не стал особо заморачиваться. После внедрения этой бяки у меня моторылы остались.
|
|||
46
Злопчинский
14.08.15
✎
18:29
|
(44) там вот где-то на винсе были проблемы - то ли с прокидкой звука, то ли еще с чем. точно не помню, поэтому наставиать не буду.
|
|||
47
TopLog
14.08.15
✎
18:29
|
(40) ТСД есть разные, помимо Моторолы есть Datalogic, Intermec, ну и остальная не особо популярная гвардия
|
|||
48
Злопчинский
14.08.15
✎
18:29
|
(45) "бяка" - это что?
|
|||
49
Леха Дум
14.08.15
✎
18:29
|
(35) infor
(37) это какая? без вброса (32) может утверждение в (7) не имеет оснований? Или столкнувшись с косячным решением гребем под это все? |
|||
50
etc
14.08.15
✎
18:30
|
(0) WMS = Where My Stock?
:) |
|||
51
Злопчинский
14.08.15
✎
18:33
|
имхается любое решение может быть одновременно и бяковым и кузявым. все видимо зависит в области применения. команде внедренцев. команде заказчиков. ну короч чтобы все звезды как надо легли... ;-)
|
|||
52
ГеннадийУО
14.08.15
✎
18:59
|
(49) Вот здесь http://www.lobanov-logist.ru/new_forum/new_forum8/topic135/?PAGEN_1=3 вы можете пообщаться с программистом, который обслуживает упомянутую WMS, и еще кое с кем...
|
|||
53
ГеннадийУО
14.08.15
✎
19:10
|
(7) Да нет, вы просто не профессиональный разработчик на 1С.
|
|||
54
DGorgoN
14.08.15
✎
19:11
|
(51) Разложим на составляющие:
1) команде внедренцев 2) команде заказчиков 3) ну короч чтобы все звезды как надо легли = Бяка. потому что в цепи аж 3 состовляющие! И одна из них 3-я хз что.. Посему оставим 1) вариант и сделаем свою. Интересует? Звони. |
|||
55
Злопчинский
14.08.15
✎
19:11
|
все херня.
базовая функциональность - примерно у всех одинаковая туда-сюда. как только начинаешь задавать вопросы "а вот это? а вот такое" ответы у всех примерно одинаковые - "нету, но дописать не проблема". Вывод простой: успешность/красота системы зависят во много от того, как был организован процесс "дописывания" - то есть заточки системы. и фсе. |
|||
56
DGorgoN
14.08.15
✎
19:12
|
(55) А когда перепишешь овер 50% исходного кода - задумаешься, а надо ли?
|
|||
57
Злопчинский
14.08.15
✎
19:16
|
"Экспертов" привлекать надо на этапе выбора системы (и да, пиz..ть - не мешки ворочать, поэтому с моей точки зреняи эксперт - это чел который говорит - здесь хреново, могу сделать лучше! и делает!!! - пусть даже не сам, а руководит "командой" или иным способом)
. далее, единственным, поддающимся оценке критерием успешности/неуспешности (внедрения) системы является субъективные мнения (по сравнению с вариантом до внедрения системы). - старшего смены/участка - начальника склада; - главного логиста; - руководителей компании/бизнеса. и по большому счету пофиг какие есть технические трудности (хоть пусть запросы в цикле) при этом - это епархия ИТ-шников и к успешности работы склада+системы имеет весьма опосредствованное решение. А то блин зашибись -оценивать только СИСТЕМУ. вмссистема и склад на котором она работает - только так и только так следует оценивать/выносить суждения. А приглашать эксперта на работающий под ВМС склад - смысл конечно есть, но какой? да - скажут здесь плохо, здесь отлично, здесь можно улучшить, здесь можно добиться того же с меньшими издержками и как. Но это заключение вообщем никак не характеризует саму систему или характеризует совсем мало. Такое экспертное заключение характеризует лишь НАБЛЮДАЕМЫЙ В ДАННЫЙ МОМЕНТ результат внедрения системы. Если все плохо по мнению эксперта - то кто в этом виноват. разработчик решения в единственном числе? если все хорошо - кто виноват - заказчик в единственном числе? херня короче. как обычно все. как обычно везде. оценивать текущее состояние склада+системы - что это даст? хз... сферического коня в вакууме. Надо смотреть динамику изменения показателей (разных!!! начиная от простых числовых показателей голой работы склада и кончая динамикой морального климата в коллективе линейного персонала и общего градуса отношенйи между складом и продажами). |
|||
58
DGorgoN
14.08.15
✎
19:16
|
Когда решение на 1 регистре + внешняя обработка + отчеты решают все потребности в УПП. Ну ещё 2 процедуры в модуле ну и в поступлениях - реализациях - перемещениях 6 строчек кода.
|
|||
59
Злопчинский
14.08.15
✎
19:17
|
(54) В рельсу что ли...?
|
|||
60
DGorgoN
14.08.15
✎
19:17
|
(57) Вот последнее самое главное! Кароче коллектив должен быть подготовлен.
|
|||
61
DGorgoN
14.08.15
✎
19:19
|
(59) В рельсу это к РЖД. У нас в пофигуратор
|
|||
62
Злопчинский
14.08.15
✎
19:19
|
(56) ну дык мое глубочайшее имхо - лучше написанного самим - нет ничего.
поэтому программистов привлекать к внедрению ВМС как программистов - категорически запрещено. вот сижу, думаю, как сделать? примерно вот так делал бы! ну все - ща сделаю! лезу в вмс - смотрю, тьфу блин, примерно так и сделано - и нафига тогда мне делать? ЧСВ или гондурас почесать - это да ;-) |
|||
63
Злопчинский
14.08.15
✎
19:20
|
(61) "телефон" пофигуратора-то какой?
|
|||
64
Злопчинский
14.08.15
✎
19:25
|
А ваще - задрало все. Никому особой красоты не надо. И особой правильности. Стало лучше чем было - УЖЕ ЗАШИБИСЬ!
поэтому в общем - "скучно" мне... сижу для хобби формочки для ТСД иногда рисую... или процедуры упаковки... или еще что... но как только начинаешь думать а как бы я сделал если бы делал "промышленное решение" - вылазит сразу много интересных моментов. чисто бизнесменских... |
|||
65
Злопчинский
14.08.15
✎
19:26
|
.. ив этих самых ВМС рулит тот же самый Парето: 20% усилий дают 80% результата. И тут обычно все и глохнет. ибо дальше смысла бороться за показатели/качество/скорость - смысла очень мало
|
|||
66
Злопчинский
14.08.15
✎
19:29
|
особенно ржачно, когда какой-нить руководитель почему-то ждет что внедрим вот WMS(придут вот WMSники-влобешники) - на складе станет зашибись! кузявость нереальная попрет! Сколько видал таких "складов" - так и хочется спросить - а что мешает навести на складе ТРИВИАЛЬНЫЙ ПОРЯДОК собственными силами (не надо программить, не надо софт выбирать, не надо на железо тратится)...? что мешает..? эээ... бэээ... мээээ...
тьху! |
|||
67
ГеннадийУО
14.08.15
✎
19:30
|
Что касается быстродействия - специфика работы WMS какраз такова, что позволяет нивелировать практически все недостатки платформы 1С. По сути, практически любая операция в WMS атомарна, что позволяет при правильной архитектуре и правильного использования индексов. Например, в одной из известных мне WMS на 1С вообще нет регистров накопления и документов, и правильная архитектура позволяет вообще не задумываться о быстродействии платформы.
|
|||
68
ГеннадийУО
14.08.15
✎
19:32
|
(67) Тьху, не прочитал перед отправкой,
....что позволяет при правильной архитектуре и правильном использовании индексов добиться высокой производительности. |
|||
69
Злопчинский
14.08.15
✎
19:33
|
(67) "Документы" - в парадигме 1С - это для складской работы вообще можно рассматривать как идеологическую диверсию (технические вопросы здесь вообще даже не упоминаю).
|
|||
70
ГеннадийУО
14.08.15
✎
19:34
|
Из систем WMS на 1С, у которых нет проблем с быстродействием на базовых операциях могу назвать известные мне: Arena, Penta, Toplog.
|
|||
71
Злопчинский
14.08.15
✎
19:35
|
.. однако 1с маленькими шажками движется в правильном направлении в части автоматизации "склада" в типовых конфигах. функционал типовой УТ11 - уже может покрыть ЗНАЧИТЕЛЬНУЮ долю потребности рынка в автоматизации складов (что такое склад в понятиях рынка WMS - отдельный вопрос)
|
|||
72
Злопчинский
14.08.15
✎
19:36
|
(70) да на базовых операциях я думаю мало у кого будут существенные проблемы В СВОЕЙ ЗАЯВЛЕННОЙ НИШЕ.
. а вот всякие хитрые "свистоперделки" - тут сразу все становится гораздо интереснее. |
|||
73
Злопчинский
14.08.15
✎
19:38
|
у меня есть такой список хотелок-свистоперделок - нужны ли они? да вообщем нет, но с ними - лучше!!!
|
|||
74
ГеннадийУО
14.08.15
✎
19:41
|
(72) Ну на самом деле, после того как я исправил примерно с десяток кривых запросов, оставленных разработчиками, и научил пользователей не строить отчеты без отборов, сейчас в WMS запросов дольше 10 секунд не стало. Пока принято решение дальше не оптимизировать запросы, дабы более плотно заняться наращиванием функционала.
|
|||
75
Злопчинский
14.08.15
✎
19:47
|
(74) 10 секунд или 30 секунд формируется отчет или даже 60 сек - я считаю ВООБЩЕ НЕПРИНЦИПИАЛЬНО. Потому что 10 сек на отчет - это явно не для обеспечения ТЕКУЩЕЙ ОПЕРАТИВНОЙ РАБОТЫ.
Если количество формирований отчета "по 10" секунд таково что это становится напряжным с точки зрения зтарта времени АУПАсклада - это значит в "консерватории" надо что-то менять. У меня нач склада пользуется тремя отчетами где-то. движения вообще он не смотрит. остатки по ячейке иногда. выработку сотрудников. вообщем и все.. остальное время - или двигает приоритеты заявок (ибо до сих пор у продаж нет четкой иерархии клиентов-заявок - то есть как раз "конесрватория") или в инфопанели смотрит. |
|||
76
ГеннадийУО
14.08.15
✎
19:50
|
(75) А если это запрос, который выгружает в КИС результаты наборки из WMS? А отчет, запущенный без отборов, валит сервер 1С?
|
|||
77
Злопчинский
14.08.15
✎
19:50
|
(74) " дабы более плотно заняться наращиванием функционала."
..угу, тоже есть такое. например - в той же торговой системе у меня уже столько "наращенного функционала" - что никто кроме меня не знает что есть а что нет. и как оно работает. нафига мне такого функционала - если я его же и тащить буду? |
|||
78
Злопчинский
14.08.15
✎
19:53
|
(76) я даже не задумывался - сколько времени у меня на вмс работает запрос который выгружает результаты набора в КИС. он работает - и работет. я знаю - что результаты набора после готовности заказа выкидываются в КИС и там появляются где-то с 15-30 секундной паузой (роботы крутятся примерно так). - этого достаточно. А прочее вот лично у нас - не нужно. у мну остатки на ВМС и остатки в ТОРГ - равны с точностью 99,9999%
|
|||
79
Злопчинский
14.08.15
✎
19:54
|
и нет необходимости каждый 5-10-20 сек выкидывать из ВМС на КИС "реальные остатки" - они и так у меня всегда правильные и в вмс и в торг. ибо ситсема так построена. и околоптиц!
|
|||
80
Злопчинский
14.08.15
✎
19:57
|
(76) ну я вот запустил отчет по движениям без детализации вообще - жужжит уже прилично по времени... какой длины будет отчет - хз.. страшно представить... ;-)
|
|||
81
Злопчинский
14.08.15
✎
19:57
|
(76) а нафейхоа запускать отчет без отборов в реальной работе? - с трудом представляю...
|
|||
82
ГеннадийУО
14.08.15
✎
20:02
|
(78) Так у нас по результатам наборки в WMS документы в КИС создаются, распечатываются и водителям отдаются, тут каждая минута дорога.
Что касается отчета без отборов - ну по неосторожности пару раз запускали. Привыкли, что в КИС у нас с незаполненными обязательными отборами отчеты просто ошибку выдают или значения по умолчанию какие-нибудь подставляются. |
|||
83
Злопчинский
14.08.15
✎
20:06
|
(82) с незаполненными отборами - ну так тут уж как напиано - попросили дать все - оно и пытается дать все (вот как у меня сейчас - все крутится еще), а то что при этом серевр1С падает - а что должно быть? почему бы ему не упасть если не предусмотрен механизм нормального "стопа" при нехватке ресурсов? как написали ядро 1С - так оно работает ...
|
|||
84
Злопчинский
14.08.15
✎
20:08
|
(82) если идет борьба за секунды для водителей - имхо правильнее в ВМС печатать и отпускать водителей. а потом уже не спеша фоном сливать документы в КИС.
. другое дело - по памяти обсуждения - что у вас вмс может выпонять несовйственные для ВМС учетные функции... |
|||
85
ГеннадийУО
14.08.15
✎
20:52
|
Да, кстати если кому интересно - могу немного рассказать об архитектуре одной из WMS на базе 1С.
|
|||
86
Злопчинский
14.08.15
✎
20:53
|
(85) интересно, расскажи
|
|||
87
ГеннадийУО
14.08.15
✎
21:12
|
(86) Да тебе то какраз и не интересно :)))
|
|||
88
Duke1C
14.08.15
✎
21:17
|
(87) Ну если ни кто не спрашивает, это не значит, что никто не слушает ;)
|
|||
89
Злопчинский
14.08.15
✎
23:44
|
(87) мне-то как раз и интересно
|
|||
90
Злопчинский
14.08.15
✎
23:45
|
(88) Правильнее так: "Ну если ни кто не спрашивает, это не значит, что никто не подслушивает"
|
|||
91
DGorgoN
14.08.15
✎
23:50
|
(66) Так и я про это. Вчера был приход. 10% прихода не провели через ТСД. Вот как бороться?
|
|||
92
Злопчинский
15.08.15
✎
01:49
|
(91) тривиально
Вмс это в первую очередь соблюдение установленных правил и регламентов работы 10 процентов не провели через приемку тогда все просто Эти 10 процентов в системе не должны быть видны как доступные остатки для продаж Ровно до тех пор пока не проведут эти десять процентов как положено Смысл простой Если есть альтернатива то будут делать так как быстрее и проще А не так как должно быть Поэтому на начальном этапе исключительно десткий запил Делать только так а не иначе И пофиг что не кспеваете И пофиг что нам жто ненужно Пофиг все Потому что решение принято работать по новому Такой десткий запил можно делать на совсем мелких участках Но чтобы эти участки нельзя было обойти Когда привыкнут Или сменится персонал Тогда смотреть где можно или нужно сделать послабление Конечно если ты один против ветра то тут надо подумать а надо ли это комуто кроме тебя? И сколько жто должно стоить? |
|||
93
BoberKurit Bambuk
15.08.15
✎
08:46
|
(85) Так и не рассказал :)
|
|||
94
ГеннадийУО
16.08.15
✎
17:40
|
(93) Для затравки:
1. Все операции(приемка, перемещение, пополнение, отбор) в WMS атомарны, следовательно для всех операций можно использовать один документ, делающий движения. Эти документы логически группируются по вспомогательным документам-владельцам, не делающих движений. Так как операции всеже различны, основной документ содержит 38 реквизитов. 2.Два регистра накопления - остаточный (для хранения остатков товаров) и оборотный(для хранения количественных состояний заказов (заказ на поступление, заказ на отбор) на различных этапах выполнения ). Остаточный регистр содержит 10 измерений, 1 ресурс. Оборотный регистр содержит 6 измерений и количество ресурсов, необходимое для учета количественного состояния на каждом этапе состояния заказов. |
|||
95
viraboy
16.08.15
✎
19:25
|
(94) Умники. Я посмотрю как WMS в 1С у вас будет на регистрах накопления работать и документах. Пропал ТСД из зоны видимости вай фая с незаконеченным отбором (покурить пошел сотрудник) и что ваш документ делать будет.
|
|||
96
viraboy
16.08.15
✎
19:28
|
+(95) Про скорость этих регистров я вообще молчу.
|
|||
97
ГеннадийУО
16.08.15
✎
19:48
|
(96) Не молчи, расскажи какие проблемы видишь? Почему скорость низкая будет?
|
|||
98
ГеннадийУО
16.08.15
✎
19:49
|
(95) Куда пропадет документ при работе через РДП?
|
|||
99
Pavlov_vu
16.08.15
✎
19:53
|
(95) ...Пропал ТСД из зоны видимости вай фая с незаконеченным отбором (покурить пошел сотрудник) и что ваш документ делать будет
- отбор состоит из операций-строк, выполненные строки сразу записываются - при возобновлении сеанса рдп продолжается работа с невыполненными строками - на обычных складах сотрудники ходят курить между заданиями-отборами |
|||
100
ГеннадийУО
16.08.15
✎
19:57
|
(99) А по регистрам какие проблемы будут :)?
|
|||
101
Pavlov_vu
16.08.15
✎
19:57
|
(96) при параллельной работе нескольких десятков пользователей в каждом сеансе может записываться 30-50 строк в секунду, при этом реальная скорость работы сотрудника составляет 2-4 строки в минуту.
|
|||
102
Pavlov_vu
16.08.15
✎
19:59
|
(100) проблемы со "скоростью" есть у регистров сведений, регистры накопления вполне оптимизированы
|
|||
103
ГеннадийУО
16.08.15
✎
20:01
|
(101) У меня такое чувство, что у вас перед глазами система с подобной архитектурой. Или была когда-то перед глазами...
|
|||
104
viraboy
16.08.15
✎
20:02
|
(101) Так что же вы не говорите (100), что ТСД работает не с документом а напрямую с РС?
(102) Правда? Я и не знал - где пруфы? Рассмотрите записть строки в вакууме - в РС записывается тупо строка в РИ рассчитываются дополнительно итоги - что быстрее? |
|||
105
Pavlov_vu
16.08.15
✎
20:04
|
(104) ...Я и не знал - где пруфы? - полистай http://www.v8.1c.ru/partners
|
|||
106
ГеннадийУО
16.08.15
✎
20:04
|
(104) ТСД работает с документами, ни про какие регистры он не не знает. И при проведении проблем не будет, так как записи не пересекаются по наборам измерений.
|
|||
107
viraboy
16.08.15
✎
20:17
|
(96) Подход утопичен - обычно записывается каждая выполненная строка - в случае с итогами будет жутко тормозить (хотя для двух ТСД может быть и приемлемо).
(99) каким образом в регистр накопления записывается каждая операция - с наложением блокировок и считыванием всего набора? |
|||
108
viraboy
16.08.15
✎
20:20
|
(104) Я тоже далеко послать могу - где пруфы
|
|||
109
ГеннадийУО
16.08.15
✎
20:27
|
(107) Можно на пальцах - почему будет тормозить. Я вижу, что не тормозит, ты говоришь - должно тормозить, обоснуй...
В описываемой системе не применяются управляемые блокировки, и набор при записи в предельном случае будет содержать максимум 2 записи. |
|||
110
viraboy
16.08.15
✎
20:46
|
(109) Для тех кто в теме, упрощенно. Есть номенклатура Н1, Н2, Н3.
ТСД_А - выполняет отбор номенклатуры Н1, Н2, Н3 ТСД_Б - в это же время выполняет подпидку областей номенклатурой Н1, Н2, Н3 ТСД_В - в это время выполняет отгрузку номенклатуры Н1, Н2, Н3. Вопрос как в этот момент поведет себя регистр накопления при записи строк с одинаковыми измерениями. А еще есть комплектация и приемка. Бывают дни что работа идет только с определенным набором позиций - отгрузка по направлениям продукции. Я уже вижу как это не работает на десятке операторов - а ты говоришь работает - кто прав? |
|||
111
Pavlov_vu
16.08.15
✎
21:19
|
(110) пример по Акселот-Логистика 2.0 ?
|
|||
112
ГеннадийУО
16.08.15
✎
21:20
|
(110) Ну так эти действия выполняются не на одной ячейке, а на разных. И если ячейка включена в состав измерений, то все эти записи не будут пересекаться по наборам измерений. То, что на одной ячейке одновременное выполнение разных операций физически не происходит, надеюсь сомнений не вызывает?
|
|||
113
viraboy
16.08.15
✎
22:48
|
(111) Не работал с 2.0 - в третьей регистры накопления не используются и я понимаю почему
|
|||
114
Злопчинский
17.08.15
✎
18:21
|
(95) да пофиг, при появлении доступности файфая, - коннект повторный и пользователь оказывается ровно там, где он был до отключения - проблема в чем?
|
|||
115
Злопчинский
17.08.15
✎
18:25
|
(110) плюнуть одно тупое движение в регистр - занимает сотые/тысячные доли секунды.
|
|||
116
rs_trade
17.08.15
✎
18:25
|
Видел я такие WMS-ки. Где одни шапки документов для исключения блокировок. О чем и речь. В 1С надо обходить грабли которых в других системах как класс просто не существует.
|
|||
117
Злопчинский
17.08.15
✎
18:34
|
(116) на а что ты хочешь от системы, колторая заточена на ПРЕДМЕТКУ? но при этом дает удобства разработки/прочее? - начинают на метаданных строить архитектуру, соответствующую предметной области -и все... а в других системах своих заморочек хватает...
|
|||
118
ГеннадийУО
17.08.15
✎
19:03
|
(116) Ну так ведь работает:
"- В среднем 170 000 строк заказов в сутки. - В пике, перед майскими, более 250 000 строк." Значит годный инструмент. |
|||
119
Злопчинский
17.08.15
✎
19:09
|
(118) надо обращать внимание на частности - мое большоепребольшое имхо. если ресурсозатратные вещи можно просчитать один раз/настарте процесса, а в последующих использовать либо подтверждение просчитанного ранее либо фоновые/отложенные просчеты...?
. на самописке у меня вообще все на файловой системе было построена - таблицы с ТСД по нескольку 1-2 мб - за тысячные доли секунд сбрасывались на диск... Могу быть некопенгаген - но те же самые регистры накопления - и запись и расчет итогов - будут на порядок меньше по объему и по времени должны нормально вписываться в допустимые рамки. а там где бегает 200-300 чел - я вообще сомневаюсь, что есть отсроая необходимость "прямо ща" рассчитывать итоги... |
Форум | Правила | Описание | Объявления | Секции | Поиск | Книга знаний | Вики-миста |