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

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

Метки: 

Решение для большого склада на 1С

Я
   osa1C
 
03.07.18 - 17:06
Доброго всем времени суток.
На работе продвижение... Купили большое здание, оборудуют его под большой склад. Нужно выбрать программное решение для обслуживания склада. Пока склоняюсь к УТ и мне бы было приятно его использовать, но наше руководство дотошное и хочет иметь выбор. Отсюда и просьба к форуму подсказать какие-то грамотные решения складских вопросов. По хорошему многий функционал УТ в данном случае лишний (за это руководство и зацепилось). Нужна конфигурация максимально направленная именно на складские задачи с выгрузкой в УТ (желательно штатной) и возможностью взаимодействия с сайтом.
   Подскажите, то чем пользовались и это есть хорошо. Ну и большая просьба описать плюсы минусы (+/-) и дать ссылки где можно купить данную конфигурацию.
   Всем заранее спасибо
 
 
   0xFFFFFF
 
301 - 05.07.18 - 16:38
(298) может быть по несколько разных в одной, например в отборе
   Genayo
 
302 - 05.07.18 - 16:39
(301) Ну, допустим, миллион записей, это не много, в общем. Почему РН не потянет?
   Genayo
 
303 - 05.07.18 - 16:41
(300) Сколько сейчас - да, актуальный вопрос, сколько пришло и ушло в межинвентаризационный период - актуальный вопрос, сколько было год назад - нет, не актуальный.
   ejikbeznojek
 
304 - 05.07.18 - 16:43
(302) Ну объективно записать что-то в РН медленнее чем записать что-то в РС. Пересчёт итогов там все дела.

Всегда есть некий предел по количеству операций в секунду, не важно насколько всё хорошо спроектировано.
Логично предположить, что у РС этот предел дальше чем у РН.

Но как это потом всё читать в отчёты, я с трудом представляю.
   PR
 
305 - 05.07.18 - 16:44
Я, если честно, вообще не понимаю всех этих стенаний по поводу количества остатков в РН, которые вполне себе неплохо проиндексированы
Думаю, что и миллион и сто миллионов прекрасно будут работать с приемлемой скоростью

Хоть заново замер производительности делай
   Genayo
 
306 - 05.07.18 - 16:45
(304) В WMS 99,9% операций атомарны - и запись будет по одной ячейке и одной номенклатуре, и при этом не задним числом.
   Genayo
 
307 - 05.07.18 - 16:47
(305) Если железо нормальное, и БД обслуживается как положено, то миллионов до 10 проблем быть не должно, а вот 100 уже тестировать надо...
   факин
 
308 - 05.07.18 - 16:49
Чуваки а если у РН выключить итоги и оставить только  итоги то разве при этом не будет то же самое что РС, только автоматически? и  при этом никаких затрат на обновление промежуточных итогов, не?
   факин
 
309 - 05.07.18 - 16:50
Оставить только текущие итоги
   ejikbeznojek
 
310 - 05.07.18 - 16:51
(307) Ну обсуждение же идёт о сравнительной характеристике учёта на РС. (лучше или хуже чем на РН), а не о том будет ли это работать без проблем до 10 миллионов операций.
 
 Рекламное место пустует
   Genayo
 
311 - 05.07.18 - 16:53
(308) Запись в 2 таблицы обычно медленнее, чем запись в одну таблицу.
   ejikbeznojek
 
312 - 05.07.18 - 16:53
В 8.4 будут остатки в константах хранить)))
   Genayo
 
313 - 05.07.18 - 16:54
(310) Не сравнишь ты это впрямую никак... От архитектуры конкретных регистров все зависит.
   PR
 
314 - 05.07.18 - 16:55
(307) Я в свое время еще лет наверное семь назад заморочился вопросом, как объем регистра накопления влияет на скорость работы запроса получения остатков с отбором по индексируемым полям
У меня как-то явно линейной зависимости не получилось, а я вроде до 100 миллионов что ли дошел
У меня получилось, что если я в сто раз базу больше делаю, то практически ничего не меняется со скоростью
Не могу стопроцентно вспомнить, было ли у меня 100 миллионов разрезов или просто движений, нужно будет заморочиться, повторить опыт, скажем, с миллионом разрезов и со ста миллионами
   ptiz
 
315 - 05.07.18 - 16:57
(0) Миллионы, миллиарды... Про ТС уже забыли. Ему даже на УТ с трудом денег выделяют :)
   Genayo
 
316 - 05.07.18 - 16:58
(315) Будем надеяться, что он переваривает информацию, которую ему в избытке предоставили в этой теме...
   ptiz
 
317 - 05.07.18 - 16:58
(297) "которая опирается только на текущий остаток и обороты" - а как на РС грамотно организовать хотя бы текущий остаток?
   H A D G E H O G s
 
318 - 05.07.18 - 16:58
(314) Бесполезно. Народ заткнется на тормозах, причину которых не понимает и будет называть тебя земляным червем.
   H A D G E H O G s
 
319 - 05.07.18 - 16:59
Далеко ходить не надо, вон (253).
   Фрэнки
 
320 - 05.07.18 - 17:00
(317) угу. Что-то я не догоняю, какие могут быть итоги на РС? Ну есть ресурс и запись в ресурс = одно значение = один остаток. Откуда там появятся ИТОГИ ?
   Genayo
 
321 - 05.07.18 - 17:00
(319) Ты это о чем вообще?
   PR
 
322 - 05.07.18 - 17:12
(320) Да все просто, при каждой операции в РС пишется текущий остаток
То есть сейчас там 100, пришло 10, значит пишем 120 вместо 100
Идиотская система
   H A D G E H O G s
 
323 - 05.07.18 - 17:18
Я же правильно понимаю, что в РС мы пишем в цикле? Ведь да, да?
   PR
 
324 - 05.07.18 - 17:20
(323) Ты плохой, плохой!
Все-равно РС лучше, потому что,... потому что,... потому что лучше, вот!
   H A D G E H O G s
 
325 - 05.07.18 - 17:20
Расскажите мне про отборы набора записей Регистра...
   факин
 
326 - 05.07.18 - 17:25
Если в конфе нет документов то в какие еще регистры можно писать кроме РС?
   Фрэнки
 
327 - 05.07.18 - 17:27
(326) так там больше никаких и не будет, Ваш Кэп
   H A D G E H O G s
 
328 - 05.07.18 - 17:27
(326) Так может ну ее, эту 1С?
   факин
 
329 - 05.07.18 - 17:33
Я хочу сказать что хранение текущ остатков в РС вполне рабочее решение. Если не нужны остатки на произвольный момент.
   Злопчинский
 
330 - 05.07.18 - 17:35
(282) не надо изобретать "разными способами". есть установленный регламент обработки товаропотока. вот по нему и действовать. Всяческие изобретения, особенно оперативнфм персоналом или АУПом без консультации с логистом или админом системы - потенциально опасны.
   Фрэнки
 
331 - 05.07.18 - 17:37
(329) видимо, что мы немного по разному оцениваем термин "Остатки". Мне как-то трудно называть остаткамИ текущее Количество, сохраненное в поле Ресурс.
   PR
 
332 - 05.07.18 - 17:38
(326) Я предлагаю пойти дальше
Если в конфе нет ничего, кроме констант, то куда можно писать движения ТМЦ?
   Злопчинский
 
333 - 05.07.18 - 17:39
(298) не так уж и много будет строк остатков.
гораздо хуже когда при размещении или при каком-то другом планировании надо будет сделать сложные выборки по этим ячейкам с разными вариантами (какое оборудование к каким ячейкам имеет доступ, какие ячейки для каких категорий/товаров) - и вот здесь могут начаться тупняки...
 
 
   PR
 
334 - 05.07.18 - 17:39
(329) Почему?
Потому что "Если в конфе нет документов то в какие еще регистры можно писать кроме РС?"
Твоя логика просто рвет реальность в клочья
   Вафель
 
335 - 05.07.18 - 17:42
(323) там же строки в основном по отдельности обрабатываются (306)
   Злопчинский
 
336 - 05.07.18 - 17:45
(331) а какие проблемы?

есть таблица "остатков"
* Номенклатура-ТекущийОстаток
и все...
есть таблица "движений"
* номенклатура-датавремя-количестводвижения

для устойчивой работы надо обеспечить невозможность изменения таблицы остатков минуя запись в таблицу движений
и все...

текущие остатки - есть.
ОСВ - строим от текущих остатков разворотом движений назад.

всё...
минимальная рабочая система есть.
   Вафель
 
337 - 05.07.18 - 17:49
(336) собственно ты описал , то что у 1с внутри
   rsergio
 
338 - 05.07.18 - 17:57
Не так важно на чем будут сделаны остатки, гораздо важнее какую структуру они будут иметь!

Например, в 4-ой логистике в РН "ОстаткиТоваров" всего два измерения - "Контейнер" и "КлючАналитикиУчетаНоменклатуры".

"КлючАналитикиУчетаНоменклатуры" - это справочник, содержащий реквизиты "Номенклатура", "СтатусНоменклатуры" и "ПартияНоменклатуры". Также есть РС "АналитикаУчетаНоменклатуры" с точно такими же реквизитами.

А чтобы привязать контейнеры к ячейкам есть отдельный РН "ПоложениеКонтейнеров" с измерениями "Ячейка" и "Контейнер".

Вот теперь подумайте насколько удобно оперировать такой архитектурой. А потом я еще покажу как хранятся остатки товаров, которые хранятся в ячейках без контейнеров :)
   Злопчинский
 
339 - 05.07.18 - 17:59
(337) спасибо, я не знал
   0xFFFFFF
 
340 - 05.07.18 - 18:03
(323) в каком цикле?
Один пик на ТСД, наложили на запись блокировочку управляемую, записали, блокировочку сняли. А в цикле это как? Проведение по табличной части документа еще скажите, ага.
   Злопчинский
 
341 - 05.07.18 - 18:03
(338) меня эти акселотовские выморочки с контейнерами, не существующими в реальности - доставляют и ломают мозг ;-)
.
понятно, что это , скорее всего, позволяет решить ряд задач, но это как-то противоречит моему чувству прекрасного...
.
с другой стороны как ркасиво сделать фишку что есть три нумерованных стандартных евроячейки 120*80*H. И как КРАСИВО "нарисовать" чтобы можно было товар с известными габаритами - превышающими размер одной ячейки (например диван размером на две стандартные ячейки) положить в две ячейки сразу. чтобы эти две ячейки были "щзаняты"...
   Злопчинский
 
342 - 05.07.18 - 18:05
(340) это что... по хорошему на каждое чтение надо ставить блокировку, предотвращающую "грязное" чтение...
   0xFFFFFF
 
343 - 05.07.18 - 18:05
(341) область "диваны", в которой в тройке ячеек две заблокированы
   H A D G E H O G s
 
344 - 05.07.18 - 18:06
(340) "Один пик на ТСД"

Без права на ошибку.
   0xFFFFFF
 
345 - 05.07.18 - 18:06
(342) ну да, с чтением конечно
   Genayo
 
346 - 05.07.18 - 18:08
(330) Конечно. Я имею в виду, что "работа задним числом" может являться частью регламентов работы.
   H A D G E H O G s
 
347 - 05.07.18 - 18:09
Че, прям каждый пик является конечной операцией, выносящей товар с остатка? Без резервов, без буферов ошибок?
   Genayo
 
348 - 05.07.18 - 18:10
(347) Да, а в чем проблема?
   H A D G E H O G s
 
349 - 05.07.18 - 18:10
Или все таки "пики" записывают в 2 регистр "Резерв" ?
 
 Рекламное место пустует
   Genayo
 
350 - 05.07.18 - 18:11
(340) Вопрос блокировок интересный, конечно...
   Genayo
 
351 - 05.07.18 - 18:12
(349) В разных WMS реализовано по-разному, где-то резервирование делается прямо в регистре остатков...
   Остап Сулейманович
 
352 - 05.07.18 - 18:12
(348) Раз у вам возникают такие вопросы - оно вам не нужно.
   Genayo
 
353 - 05.07.18 - 18:13
(352) Ты о чем?
   Остап Сулейманович
 
354 - 05.07.18 - 18:14
(353) О проблемах с пиканьем на складе.
   Злопчинский
 
355 - 05.07.18 - 18:14
(343) и че, когда диванов нет - область будет простаивать? а когда двиан появится - совобождать ячейки из области диванов когда есть другие свободные ячейки не в области...
не годится...
опять же..
ячейки 1-2-3
перед появлением дивана размером с две ячейки 
могут быть ситуации
- свободны все ячейки 1-2-3
- 1занято -2свободно -3свободно
- 1свободно -2свободно -3занято
- 1занято - 2свободно -3занято.

как быстро вычислить (какиую архитектуру описания тиопологии и связности ячеек придумать?) какой вариант подойдет для размещения дивана..?
   Genayo
 
356 - 05.07.18 - 18:15
(354) О каких проблемах? Выражайтесь яснее пожалуйста.
   H A D G E H O G s
 
357 - 05.07.18 - 18:15
(351) развивайте мысль... Собрали заказ, нарезервировали в РС.

И мы начинаем закрывать записи резерва...
   Злопчинский
 
358 - 05.07.18 - 18:15
(346) нахрен такой регламент. я стараюсь такое вообще не применять как регламент, а расматривать как форс-мажор.
   Genayo
 
359 - 05.07.18 - 18:16
(357) Почему в РС? Или вы сейчас чисто про WMS на РС разговариваете? Это к разработчику Арены rsergio тогда..
   Злопчинский
 
360 - 05.07.18 - 18:17
(347) в общем случае - да. Сборщик взял товар с ячейки - пик. в самом худшем случае 1. товар списался с хранения с ячейки и 2. товар записался на хранение на ячейку-сборщика.
   Genayo
 
361 - 05.07.18 - 18:17
(358) Не надо быть столь категоричным. Вы не все в этой жизни видели...
   Остап Сулейманович
 
362 - 05.07.18 - 18:19
(356) Еще раз. Оно вам не надо. Раз задаете такие вопросы.
   H A D G E H O G s
 
363 - 05.07.18 - 18:19
(359) Извиняюсь, перепутал.
   rsergio
 
364 - 05.07.18 - 18:22
(347) В WMS практически все операции атомарны - перемещение товаров из одного места в другое. Каждая операция фиксируется.

Массовая операция только одна - это отгрузка целого заказа, когда надо в один момент списать весь товар, который загрузили в машину.

Все остальное идет мелкими операциями. Есть еще две "тяжелые" процедуры - это резервирование и размещение. По резервированию надо под каждый товар найти лучшее место откуда его взять, а по размещению под каждый товар найти место куда положить.
   Злопчинский
 
365 - 05.07.18 - 18:51
(361) согласен. но мириться с хренью и признавать это нормой - лучше такого избегать.
   Genayo
 
366 - 05.07.18 - 19:19
(365) Это бизнес, минимизация затрат и увеличение скорости работы рулят...
   Genayo
 
367 - 05.07.18 - 19:20
(362) Ладно, продолжайте разговаривать с тараканами в своей голове...
   etc
 
368 - 05.07.18 - 20:46
Занятно, никому не приходит мысль в голову сделать WMS используя только внешний источник данных. Никак психологически из объектов 1С вырваться не получается.
   etc
 
369 - 05.07.18 - 20:46
Но тема шикарная. Хотя вопрос с индексами РС не раскрыт.
   факин
 
370 - 05.07.18 - 21:01
(369) В 1С нельзя сделать составной индекс, по 2-м реквизитам справочника например. И чтобы обойти это ограничение, пишут эти реквизиы в измерения РС и добавляют последним ссылку на элемент. Таким образом создается используется кластерный индекс, соотв-щий порядку полей в условиях запроса, т.е. эмулируется составной индекс. Но это Вафель не в тему брякнул, к этой теме это никак не относится. Как говорится, слышал звон но не знает где он.
   факин
 
371 - 05.07.18 - 21:07
А у Печенюшки пукан взорвало от того что можно хранить остатки в РС. Ламеры кругом, хотя себя гуру считают, что один что другой.
   rsergio
 
372 - 05.07.18 - 21:09
(368) У Раруса есть система, где от 1С взята только оболочка, а хранение данных не на 1С.

Только зачем?!

Как платформа 8-ка очень хорошо подходит, важнее уже реализация самой логики.
   etc
 
373 - 05.07.18 - 21:12
(372) ну плюшки в виде триггеров на уровне БД и то что ои сделали возможность вызывать хранимки как функции из 1С очень заманчивы.
   факин
 
374 - 05.07.18 - 21:14
(373) большинство SQL-щиков уровня MVP относятся к триггерам скажем так прохладно, и только 1С-ники почему-то на них надрачивают...дались вам эти триггеры, вы все равно с ними работать не умеют
   etc
 
375 - 05.07.18 - 21:14
(373) + так получилось что мне довелось лепить 1С в качестве фронтенда поверх одной из греческих WMS. Правда без записи в БД но получилось интересно.
   etc
 
376 - 05.07.18 - 21:17
(374) таких чванливых в любой области можно найти. Детектятся по словечкам типа "моветон".
   etc
 
377 - 05.07.18 - 21:19
(374) да и че там уметь, on insert, on update. Довольно простая и понятная техника.
   факин
 
378 - 05.07.18 - 21:22
(377) мне за тебя погуглить почему триггеры зло?
   etc
 
379 - 05.07.18 - 21:24
отдохни. я посмотрю ради интереса, но почему-то уверен что ничего критичного не увижу. Если они зло в кривых руках то тут  не в триггерах дело. То что они очень удобный, логичный и понятный инструмент думаю спорить не будешь?
   факин
 
380 - 05.07.18 - 21:28
(379) а зачем тебе триггеры при работе с 1С? пример практической задачи
   Dotoshin
 
381 - 05.07.18 - 21:29
(0) У меня тут контекстная реклама вылезла, как раз в тему (большой брат все же следит за нами:)))). Может вам пригодится, там как раз про склады и вмс.
http://kesoft.ru/vnedrenie-wms.html?yclid=3777169550967584387#content
   Dotoshin
 
382 - 05.07.18 - 21:35
   Черный маклер
 
383 - 05.07.18 - 21:35
(375) ...одной из греческих WMS...
это к какой - мантис или LVS :)
   факин
 
384 - 05.07.18 - 21:55
(379) Ты же тупой 1С-ник, не найдешь ничего. Слился при простом вопросе (380)
триггеры ему нужны
https://www.osp.ru/winitpro/2015/02/13044724/
   rsergio
 
385 - 05.07.18 - 22:05
Триггеры для SQL обычно не рекомендуют использовать, у нас преподы на этом акцентировали внимание, но иногда это единственная возможность навесить логику на закрытую SQL систему. Хотя быстродействие SQL может от этого упасть.

Но в 1С "триггеры" по другому используются - они обрабатываются до записи данных в SQL, ещё на уровне сервера 1С и на весь набор записей, поэтому никакой дополнительной нагрузки, кроме времени выполнения самого кода нет.
   факин
 
386 - 05.07.18 - 22:09
(385) а можно ссылку на документацию 1С, где сервер 1С делает... триггеры?

/*еле произнес этот бред
   rsergio
 
387 - 05.07.18 - 22:16
(386) "триггер" - это для понимания возложенного функционала, если не нравится можно забыть это определение.

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

В РН мы можем работать только с движениями, но не с итогами, которые скрыты от разработчика в недрах платформы.
   Genayo
 
388 - 05.07.18 - 22:17
(368) А смысл? Для 99% складов возможностей 1С за глаза хватит...
   факин
 
389 - 05.07.18 - 22:20
(387)
>>В РН мы можем работать только с движениями, но не с итогами, которые скрыты от разработчика в недрах платформы.

ты удивишься но после того как мы записываем движения, мы можем читать текущие остатки c учетом наших движений....да и без учета тоже можем...о каких недрах ты говоришь?
   Genayo
 
390 - 05.07.18 - 22:22
(387) Тут какое дело - объективно особых преимуществ нет ни у РН, ни у РС (при правильной архитектуре), поэтому, ваши аргументы (как и аргументы сторонников РН)выглядят не очень убедительными...
   факин
 
391 - 05.07.18 - 22:23
(390) у тебя вообще нет никаких аргументов и один бред, помолчал бы лучше
   Genayo
 
392 - 05.07.18 - 22:27
(391) Так я видел высоконагруженные промышленные WMS как на РН, так и на РС, поэтому весь спор не имеет смысла.
   факин
 
393 - 05.07.18 - 22:31
(392) так нет никакого спора и rsergio так и говорит что без разницы на чем делать, это Вафель загнал в сторону и Печенюшка (PR) от скудоумия начал бычить
   PR
 
394 - 05.07.18 - 23:00
(392) Зачем ты споришь с Мишанькой Чебаркульским?
Фу фу фу :))
   факин
 
395 - 05.07.18 - 23:01
Печенюшка иди спи алень
   факин
 
396 - 05.07.18 - 23:04
Но сначала индексы подучи, деревня
   rsergio
 
397 - 05.07.18 - 23:05
(389) Хм... как еще объяснить, что таблица остатков скрыта от программиста?

В РС можно добавить реквизит, который не будет входить в основной индекс по измерениям, но мы можем туда записывать нужную информацию, которая поможет в дальнейшем в больших запросах экономить время.

Пример. Проанализировали запросы и выяснили, что в большинстве случаев накладываем ограничение "Остатки.Ячейка.ТипЯчейки = &НужныйТипЯчейки". Такое условие будет приводить к дополнительному соединению со справочником ячеек, которых много и это будет тормозить запрос.

В РС мы можем добавить реквизит "ТипЯчейки", что позволит обходится запросом к одной таблице.

Но в целом это мелочи, которые просто упрощают жизнь. По факту важнее сама архитектура построения системы, от которой больше зависит, чем от какой объект использовать.
   факин
 
398 - 05.07.18 - 23:08
(387) это не мелочи а долбоебизм потому что для данного запроса если он критичный, тип ячейки должен быть измерением РН
   rsergio
 
399 - 05.07.18 - 23:18
(398) "долбоебизм" - это добавлять новое измерение в РН только ради быстродействия, а потом ещё во всех модулях проведения это пихать, и смотреть чтобы вдруг регистр не разошелся по измерениям.
   факин
 
400 - 05.07.18 - 23:22
(399) т.е. если мы проектируем данные под критичные запросы это долбоебизм? Ты вроде в 1с работал а такой бред несешь

  1  2  3  4  5   

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