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

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

Метки: 

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

Я
   osa1C
 
03.07.18 - 17:06
Доброго всем времени суток.
На работе продвижение... Купили большое здание, оборудуют его под большой склад. Нужно выбрать программное решение для обслуживания склада. Пока склоняюсь к УТ и мне бы было приятно его использовать, но наше руководство дотошное и хочет иметь выбор. Отсюда и просьба к форуму подсказать какие-то грамотные решения складских вопросов. По хорошему многий функционал УТ в данном случае лишний (за это руководство и зацепилось). Нужна конфигурация максимально направленная именно на складские задачи с выгрузкой в УТ (желательно штатной) и возможностью взаимодействия с сайтом.
   Подскажите, то чем пользовались и это есть хорошо. Ну и большая просьба описать плюсы минусы (+/-) и дать ссылки где можно купить данную конфигурацию.
   Всем заранее спасибо
 
 
   Черный маклер
 
201 - 05.07.18 - 13:27
(198) ...какова будет производительность получения остатков по состоянию на неделю назад...

в WMS РС остатки на неделю назад получаются также как и на РН, только в обратном порядке :)
   Genayo
 
202 - 05.07.18 - 13:28
(199) Да, правильно работать правильно, а неправильно работать неправильно. Но при этом надо сравнить издержки на правильную работу с профитом от правильной работы и потерями от неправильной, если они есть. Догматизм без реальных обоснований вреден в любой области.
   Злопчинский
 
203 - 05.07.18 - 13:29
(176) ну я как бы высказывал и высказываю свой опыт. причем с точки зрения использования 8-ки - не как программист, а как внедренец (в разных ролях) WMS на 1С.
   Злопчинский
 
204 - 05.07.18 - 13:31
(186) как только в ВМС вешают учет какого-то "воздуха" (типа сумм) - сразу появляется необходимость или заднего числа для этих сумм или паралельного блока УЧЕТА (а не регистрации!!!) или других извращений.
   Злопчинский
 
205 - 05.07.18 - 13:33
(189) для ВМС - ОСВ по складу - вещь второстепенная, для расследования "траблов" всякого рода, но она - несомненно нужна. Причем ОСВ, в зависимости от детализации этйо самой ОСВ - может быть очень непривычной для "типовых" пользователей таких ОСВ, которые ожидают несложную ОСВ.
   Вася Теркин
 
206 - 05.07.18 - 13:34
(177) Разве PR первобитный?
   Genayo
 
207 - 05.07.18 - 13:35
(206) Первобитно-Савеловский :))
   Вася Теркин
 
208 - 05.07.18 - 13:40
(191) Чесно говоря, система сборки заказов это не WMS, а фуллфилмент
https://ru.wikipedia.org/wiki/Фулфилмент
   rsergio
 
209 - 05.07.18 - 14:08
Быструю WMS можно написать и на РС и на РН, сейчас в этом особых проблем нет.

Другое дело, что работа с РС намного интересней чем с закрытым объектом типа РН. У РС столько много плюшек, что я не готов от них отказаться :)

Если надо, то можно и на РН написать. И будет быстро. И можно на РС и будет все понятно.

Но главное не в этом, а в том, что неправильное проектирование структуры хранения информации даёт куда больше тормозов, чем способ хранения этой информации.

Если посмотреть 4-ю версию от Акселота, то там допущено множество ошибок проектирования структуры хранения данных, сильно снижающих быстродействие всей системы.
   ildary
 
210 - 05.07.18 - 14:14
(208) год назад я писал обработку для склада и продажников по контролю отгрузки заказов покупателей и не знал как эту обработку назвать и чем она занимается. А это оказывается был фуллфилмент, спасибо за информацию!
 
 Рекламное место пустует
   H A D G E H O G s
 
211 - 05.07.18 - 14:18
Вы странные, ребята.
Ну, хотите вести оперативные (и только) остатки - оперируйте установкой минимального периода итогов.

Единственная проблема РН - это избыточная запись движений и только.

p.s. Озадачил Анатолий со своей уникальной структурой регистра.
   H A D G E H O G s
 
212 - 05.07.18 - 14:18
... структурой индекса регистра сведений.
   rsergio
 
213 - 05.07.18 - 14:22
(211) У РН много разных проблем. Одна из них - это закрытая таблица(ы), к которой программист 1С не имеет доступа напрямую. Но и с этим как-то можно жить :)
   Вафель
 
214 - 05.07.18 - 14:22
(211) про уникальную структуру регистра по подробнее можно?
   H A D G E H O G s
 
215 - 05.07.18 - 14:23
(214) "РС используют из-за того что там есть составной индекс. Больше его нигде нет"
   Вафель
 
216 - 05.07.18 - 14:24
(215) а зачем его еще используют?
   H A D G E H O G s
 
217 - 05.07.18 - 14:25
(213) Ну кроме как "поменять одно из многих движений какого-то документа" я не могу придумать, когда это нужно. Как часто вам нужно поменять одно из движений документа?
   Вафель
 
218 - 05.07.18 - 14:25
(217) я не разработчик вмс - не могу за них говорить
   H A D G E H O G s
 
219 - 05.07.18 - 14:26
(218) Анатолий, у вас измененное сознание, штоле?
   H A D G E H O G s
 
220 - 05.07.18 - 14:26
(218) 217 пост был не вам.
   H A D G E H O G s
 
221 - 05.07.18 - 14:28
Вот структура кластерного индекса таблицы остатков РН:
Период + Измерение1 + ... + ИзмерениеN (Кластерный) ) + Splitter

Вот структура кластерного индекса таблицы регистра

Измерение1 + [Измерение2 +...] (Кластерный)
   H A D G E H O G s
 
222 - 05.07.18 - 14:29
Анатолий, возможно, хотел сказать, что РС могут использовать вместо СПРАВОЧНИКА, когда хотят допихать нужных полей в кластерный индекс.
Да, Анатолий?
   PR
 
223 - 05.07.18 - 14:30
(199) Сорри за занесение на повороте, да, немного переэмоционировал
Но всего сказанного мною по сути это не отменяет
Мы живем в России и у нас задним числом постоянно правят
И еще раз, говорю, ОСВ по складу по прежнему нужна
   rsergio
 
224 - 05.07.18 - 14:31
(217) Вопрос не в "поменять", а в "проконтролировать".

На РС можно навесить т.н. "триггер" и делать проверки остатков на лету и дополнительные полезные вещи, что в РН не сделать.
   Вафель
 
225 - 05.07.18 - 14:31
(222) Признаю, подловил ты меня
   PR
 
226 - 05.07.18 - 14:31
(200) Не знаю, Вафель слился без объяснения того, что именно он имел в виду
   H A D G E H O G s
 
227 - 05.07.18 - 14:32
Использовать РС вместо РН это конечно, круто. Но я, как представлю, что надо самому реализовывать ОСТАТКИ, ОБОРОТЫ, а, потом они заходят разделение итогов. И все это покрывать правильно блокировками. Че там, Акселоты вернулись, говорите, на РН?
   Genayo
 
228 - 05.07.18 - 14:34
(227) Ниразу не аргумент, если разработчик коробочного решения все это уже реализовал, то проблем никаких с этим.
   H A D G E H O G s
 
229 - 05.07.18 - 14:34
Надо просто немного напрячься и понять, что РН - это тот же РС, только уже с "триггерами" от 1С. Чтобы товарищь rsergio не имел ввиду под "триггером".
   Малыш Джон
 
230 - 05.07.18 - 14:35
Мне чет тоже интересно стало, что под "триггером" подразумевалось)
   H A D G E H O G s
 
231 - 05.07.18 - 14:35
(228) Ну если подходить со стороны пользователя - то конечно, проблем нет.
   Genayo
 
232 - 05.07.18 - 14:36
(231) Если под пользователем понимать программиста, которому надо сделать еще один отчет, то да.
   Черный маклер
 
233 - 05.07.18 - 14:38
(209) ...Быструю WMS можно написать и на РС и на РН...

конечно можно
только на РН база растет быстрее и срезать и архивировать сложнее. срезка не классическая с переносом остатков, а срезать движения с оставлением последних нескольких месяцев
 
 
   rsergio
 
234 - 05.07.18 - 14:39
(227) Остатки реализовывать не надо - таблица и есть остатки. Обороты строятся легко из двух таблиц, также как это делает платформа за вас.

Акселот не пользовался и половиной возможностей РС, поэтому не поняв решили что лучше уж РН :)
   PR
 
235 - 05.07.18 - 14:39
(201) Ну то есть остатки на начало года я в декабре буду считать полгода или что?
Я в упор не понимаю, почему не использовать РН, заточенный под агрегаты, когда нужно получить ОСВ?
Зачем в этом случае использовать РС?
   rsergio
 
236 - 05.07.18 - 14:40
   H A D G E H O G s
 
237 - 05.07.18 - 14:41
(236) О, понеслось.
   Вафель
 
238 - 05.07.18 - 14:41
А что акселот реально делал ОСВ на РС?
   Вафель
 
239 - 05.07.18 - 14:42
Если нужен отчетный регистр, то можно в фоне перегонять данные
   PR
 
240 - 05.07.18 - 14:43
(225) Ой, как неудобно получилось-то
   Genayo
 
241 - 05.07.18 - 14:43
(233) Срезка не сложнее - делаем ввод остатков на дату, все движения до даты грохаем.
   Вафель
 
242 - 05.07.18 - 14:44
(240) Мне не сложно ошибки признавать
   rsergio
 
243 - 05.07.18 - 14:44
(237) Там хорошо расписано зачем нужен триггер в SQL. На 1С в РС его тоже можно сделать, а в РН нельзя.

ОСВ на складе практически не применяется, только по определенным позициям в процессе разбора. Отбором служит или конкретная номенклатура или конкретная ячейка. В таком случае все выполняется молниеносно хоть за прошедший год.
   H A D G E H O G s
 
244 - 05.07.18 - 14:44
(241) Ты не поверишь.

УстановитьМинимальныйПериодРассчитанныхИтогов()
   Вафель
 
245 - 05.07.18 - 14:45
(244) раньше такого не было. Может из-за этого?
   H A D G E H O G s
 
246 - 05.07.18 - 14:45
(243) "На 1С в РС его тоже можно сделать, а в РН нельзя."

Примеры, а то не очень понятно.
   H A D G E H O G s
 
247 - 05.07.18 - 14:45
(245) Этому "раньше" уже несколько лет.
   Genayo
 
248 - 05.07.18 - 14:45
(244) Оно все записи в основной таблице РН грохнет? Да ладно?
   PR
 
249 - 05.07.18 - 14:46
(242) Ну ладно хоть так
Опять, правда, в этом случае всплывает вопрос про то, нахрена РС и изобретение всяческих велосипедов...
 
 Рекламное место пустует
   H A D G E H O G s
 
250 - 05.07.18 - 14:47
(234) "Акселот не пользовался и половиной возможностей РС, поэтому не поняв решили что лучше уж РН :)"

Помня я ихнего спеца, преподавал на Эксперте, действительно, глупые-глупые Акселотовцы.
   H A D G E H O G s
 
251 - 05.07.18 - 14:48
(248) Чем тебе записи в ОсновнойТаблице помешали? Может стоит попробовать разобраться в механизме 1С и понять проблемы ТаблицыОстатков, для начала?
   rsergio
 
252 - 05.07.18 - 14:50
(246) Ну самый банальный пример. На РС можно сделать так:

Если Запись.Количество < 0 Тогда
СообщитьОбОшибке("Нет нужного количества!", Отказ);
КонецЕсли;

И пофиг кто что пытается двинуть - отрицательных остатков не будет никогда.
   Genayo
 
253 - 05.07.18 - 14:50
(251) Ты, значит, под срезкой что-то другое понимаешь. Я имею в виду полное удаление всех уже ненужных операций, с целью уменьшения размера базы. С таблицей остатков проблем никаких нет, она на порядок меньше основной таблицы.
   H A D G E H O G s
 
254 - 05.07.18 - 14:54
(253) Вы были услышаны, взвешены, измерены.
   H A D G E H O G s
 
255 - 05.07.18 - 14:56
(252) Офигеть, но на РН точно такое же можно сделать после записи к ВТ Остатки() и откатить транзакцию.
   rsergio
 
256 - 05.07.18 - 15:10
(255) Кроме этого на РС можно пользоваться реквизитами и хранить там дополнительную информацию для дальнейшей быстрой обработки.

У РН реквизиты только в движениях, к итогам их не пришьешь.
   H A D G E H O G s
 
257 - 05.07.18 - 15:14
(256) Тут я с вами согласен.
   slavik013
 
258 - 05.07.18 - 15:17
Так чё решили-то? На РС делаем или на РН?
   H A D G E H O G s
 
259 - 05.07.18 - 15:18
(258) Вячеслав, на плоских таблицах cvs.
   Вафель
 
260 - 05.07.18 - 15:19
может вобоще NoSQL примениять?
   0xFFFFFF
 
261 - 05.07.18 - 15:22
(189) ОСВ по складу на РС? Да запросто.
Берем остатки из РС, берем движения из РС и считаем до нужного времени "взад".
Да, геморрой, да "не 1С-совместимо", да жрем (казалось бы) ресурсы.
Но. Учитывая частоту необходимости сформировать этот отчет (который нужен раз в день для контроля) и подтверждение операций на ТСД, которых десятки и сотни тысяч в день (где за задержку на одну секунду тебя порвут в клочья) - твой РН с возможностью "заднего числа" идет далеко далеко...
   ProxyInspector
 
262 - 05.07.18 - 15:24
А почему РН медленнее РС? Что то я такого не замечал.
   Genayo
 
263 - 05.07.18 - 15:25
(258) Применять готовые опробированные решения, а не писать WMS с нуля...
   0xFFFFFF
 
264 - 05.07.18 - 15:29
(195) пытаться что то "поменять в WMS задним числом" это пытаться провернуть фарш назад... Нечего там менять уже, понимаешь? Когда десятки-сотни тыщ ячеек на складе с бешенным оборотом размещения, перемещения, оптимизаций, пополнений, отборов. Там нет и не было "заднего" числа. Там есть текущая картина и есть история (архив движений).
Если что то нужно "вернуть назад", просто делается корректировка. Всё.

И тут построение этого всего на РС - это идеология подхода, а не выбранное техническое решение.
   0xFFFFFF
 
265 - 05.07.18 - 15:33
(198) "И не очень понятно, какова будет производительность получения остатков по состоянию на неделю назад"

А если в WMS налоговый период пытаться закрыть - вообще система убогая, никогда не получится это сделать там.
   H A D G E H O G s
 
266 - 05.07.18 - 15:34
(262) Обновление итогов.
   Злопчинский
 
267 - 05.07.18 - 15:40
(223) Что у нас задним числом правят на складе?
на складе если пришло две недели назад в поставке 1000 шт - то пришло 1000 шт (или 900 - в зависимости от того ЧТО ФАКТИЧЕСКИ НАСЧИТАЛИ) - независимо от того что там впереди или взади поправят в ДОКУМЕНТАХ.
   Злопчинский
 
268 - 05.07.18 - 15:41
просто ненадо булгахтеров в ВМС пускать и ничего тогда задним числом править не надо будет никогда
   0xFFFFFF
 
269 - 05.07.18 - 15:44
(268) +100
   Злопчинский
 
270 - 05.07.18 - 15:46
(243) я это написал уже выше.
достаточно всегда иметь остатки по объектам контроля на сейчас. и запись движений. ОСВ - как неоднократно замечали - используется очень редко. только при размотке проблемных ситуаций. построить это от остатков на сейчас + движения назад - существенных проблем вряд ли представляет.
   Злопчинский
 
271 - 05.07.18 - 15:46
(269) спасибо, коллега!
   Genayo
 
272 - 05.07.18 - 15:47
(267) Наборщик отобрал 10 штук, но на ТСД отметил 12. Можно эти 2 штуки через корректировку в ячейку вернуть, а можно в отборе 12 исправить на 10. Или это не работа задним числом?
   PR
 
273 - 05.07.18 - 15:51
(252) Ужас какой-то
Даже не знаю, как воспринимать это всерьез
   Злопчинский
 
274 - 05.07.18 - 15:52
(272) Сборщик набрал 12 штук. то что регистрируется на ТСД - то и есть. нет никакого "сборщик набрал 10, а на ТСД отметил 12". есть только "сборщик набрал 12 шт".
.
при дальнейшем обслуживании товаропотока будет "зафиксировано" что недостача (на отдельном участке обработки) составляет 2штуки. эти 2 штуки упадут в "расхождения". точно также упадут в расхождения 2шт по ячейке с которой кто-то когда-то отбирал. в итоге все схлопнется в ноль. без всяких правок где-то там.
   PR
 
275 - 05.07.18 - 15:52
(256) Так тут уж че, тогда бери из РН реальные записи, сам строй агрегаты, как и в РС
   PR
 
276 - 05.07.18 - 15:53
(259) Я думаю, это уже не модно, на png надо
   PR
 
277 - 05.07.18 - 15:53
(261) Рукалицо
   PR
 
278 - 05.07.18 - 15:54
(262) Не думаю, что тебе ответят на этот вопрос
Это как несогласных спрашивать, с чем именно они несогласны
   Злопчинский
 
279 - 05.07.18 - 15:54
(272) "Можно эти 2 штуки через корректировку в ячейку вернуть, а можно в отборе 12 исправить на 10."
- не просто в ячейку вернуть, но и с отбора тогда снять 2 шт.
можно и в отборе 12 исправить на 10... можно.. но не забывть исправить во всех последующих складских операциях, которые зафиксировали "недоработку" 2шт тоже. иначе получится "дырка" и потом мозг сломаешь вычислять что и откуда
   PR
 
280 - 05.07.18 - 15:55
(265) Хи-хи, ага
   PR
 
281 - 05.07.18 - 15:56
(267) В 99% случаев согласен, да
   Genayo
 
282 - 05.07.18 - 15:59
(279) Так и я о чем, вопрос в скорости и трудоемкости "актуализации" остатков разными способами...
   ptiz
 
283 - 05.07.18 - 16:11
(261) "Берем остатки из РС, берем движения из РС и считаем до нужного времени "взад"." - а откуда в РС остатки взялись? Или у нас подписка-триггер? Тогда чем это лучше РН? Боюсь представить как долго будет пересчет итогов идти в таком РС.
   H A D G E H O G s
 
284 - 05.07.18 - 16:13
(283) "Тогда чем это лучше РН?"
Можно не заморачиваться созданием регламентного задания по установке МинимальногоПериодаИтогов(). Ну и хранить реквизиты в "таблице остатков".
   0xFFFFFF
 
285 - 05.07.18 - 16:19
(277) ну да, ну да. Я автоматизировал контору, которая сейчас на этих РС работает уже около 200 тыщ ячеек, десятки тыщ активной номенклатуры. До этого - несколько лет опыта с Manhattan, построенной по той же технологии.
Регистры накопления? ухххахаха Хахахаха!!!!!!!

А какой опыт с WMS у тебя?
   ejikbeznojek
 
286 - 05.07.18 - 16:21
А как остатки и оборотку получать из РС?
Скажем я создал РС "Остатки". Я так понял нужно делать его независимым периодическим и разрешать итоги по срез последним.

И потом делать вот так?

ВЫБРАТЬ
ОстаткиСрезПоследних.Номенклатура,
СУММА(ОстаткиСрезПоследних.Количество) КАК Количество
ИЗ
РегистрСведений.Остатки.СрезПоследних(&Дата2, ) КАК ОстаткиСрезПоследних
СГРУППИРОВАТЬ ПО
ОстаткиСрезПоследних.Номенклатура
   0xFFFFFF
 
287 - 05.07.18 - 16:23
(286) твои срезы на огромных объемах умрут
   0xFFFFFF
 
288 - 05.07.18 - 16:24
и будут говорить "ваша 1С тормозит"
   PR
 
289 - 05.07.18 - 16:24
(285) Десятки тыщ номенклатуры? 200 тыщ ячеек? Врешь небось, откуда столько много
Если действительно так, то да, понятно, что тут только РС вывезет такое безумное количество, РН конечно же загнется

Примерно так рассуждают колхозники, да
   ejikbeznojek
 
290 - 05.07.18 - 16:24
(286) Я имею ввиду как итоги то считать на какую-то дату.
Срез последних же по идее покажет не итог, а последнее движение.
   PR
 
291 - 05.07.18 - 16:26
(290) Да никак, по-человечески если
Говорят, что это редко нужная задача, плевать мол на нее по большому-то счету, как-нибудь посчитаем через задницу
   0xFFFFFF
 
292 - 05.07.18 - 16:26
Фишка в том, что РН - только и был по сути придуман для легкой возможности "исправить задним числом".
Самый что ни на есть элемент автоматизации бардака.

У всяких САПов этого нет, вот они и не тормозят.
   0xFFFFFF
 
293 - 05.07.18 - 16:27
(289) ну начиналось с одной тыщи, сейчас вот...
   ejikbeznojek
 
294 - 05.07.18 - 16:30
(287) Тогда получается нужно какие-то промежуточные итоги нужны?
Скажем период закрыли. Зафиксировали где-то ещё остаток на начало открытого периода и остаток на сейчас вычисляем как
Остаток открытого + оборот до нужной даты? Ну тоже наверное всё умрёт.

Или все операции можно делать только текущей датой. И в РС добавлять колонку  "текущий остаток".
В которую при записи писать "текущий остаток" прошлой записи + оборот по текущей?
   0xFFFFFF
 
295 - 05.07.18 - 16:31
(291) говорят, что если нужно раз в год привезти с дачи картошку, то проще один раз прицепить прицеп - пусть и неудобно, зато остальное время ездить с комфортом... Вместо того чтобы сразу выбрать камаз.
   Genayo
 
296 - 05.07.18 - 16:31
(294) Внедри Арену ВМС, и все узнаешь :)))
   0xFFFFFF
 
297 - 05.07.18 - 16:32
(294) какой период, какие итоги???? WMS - это система управления складом. Система, которая опирается только на текущий остаток и обороты (для всяких там ABC и пр.). Не надо сюда бухгалтерский подход притягивать.
   Genayo
 
298 - 05.07.18 - 16:35
(297) Кстати, сколько, по твоему, будет строк остатков, если 200 тыс. ячеек? Ведь каждая номенклатура в каждой ячейке явно не хранится?
   PR
 
299 - 05.07.18 - 16:37
(295) Да, только в нашем случае картошку по два раза в день возят
   ejikbeznojek
 
300 - 05.07.18 - 16:37
(297) Ну WMS всё равно как-то должна отвечать на вопрос.
Сколько сейчас чайников на складе (выкинем пока адресное хранение), хотя бы чтобы не дать этот чайник продать. Ну или найти при инвентаризации, сколько чайников украли.

Или это должно быть в другой базе?
А в WMS без всяких остатков просто выполняются складские операции с выгрузкой в ту другую базу?

  1  2  3  4  5   

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