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

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

Метки: 

Адресное хранение

Я
   dexxxqqq
 
06.08.18 - 00:04
Здравствуйте, уважаемые участники форума. Кто сталкивался с адресным хранением, подскажите, пожалуйста, миф это или нет, что при адресном хранении должно быть большое количество места? В нашем случае очень мало места на складах, товар ставят в проходах, загораживают другой товар. Отсюда вопрос, насколько реально использовать адресное хранение в данной ситуации?
 
  Рекламное место пустует
   Fragster
 
201 - 06.08.18 - 16:28
в принципе, свой собственный программист по наброскам, которые даст грамотный нач склада, сделает все за месяц. другое дело в сопротивлении на местах.
   Гена123
 
202 - 06.08.18 - 16:28
А в общем я так скажу - у нас, например, внедрение WMS системы позволило открыть новое направление бизнеса :))
   NSSerg
 
203 - 06.08.18 - 16:28
(194) В смысле? Произошел качественный скачок в потреблении некоторого вида колбасы, и поэтому ей потребовалось в 10 раз больше места? Тогда именно в этот момент, в момент качественного скачка в потреблении, и будет выделено больше места. А случайно прийти товара в 10 раз больше не может. Не может у нас в регионе вырасти потребление одной позиции в 10 раз, при этом незапланировано. И товар "случайно" прийти в незаказанных количествах не может.
   Fragster
 
204 - 06.08.18 - 16:29
(200) а где тут про "дополнительно"? никто ж не заставляет сидеть после 18
   Гена123
 
205 - 06.08.18 - 16:30
(195) Это не теория, это вполне может работать, подтверждаю.
   Garykom
 
206 - 06.08.18 - 16:30
В идеальном случае затраты да минимальны - но в этих случаях они уже давным-давно обычно сделаны и работает это адресное хранения.

Проблема что обычно адресное не введено по каким то веским причинам, а не просто другие такие тупые.
   NSSerg
 
207 - 06.08.18 - 16:30
(194) Твоя проблема в том, что ты видишь свой маленький склад, и не думаешь что всё может быть иначе. Что клиентов может быть десятки тысяч, что накладных тысячи в день, что спрос может быть равномерным, что прийти не по заказу товар не может и т.д.
   Garykom
 
208 - 06.08.18 - 16:30
(203) Очень смешно. Позвонил клиент (выиграли тендер) и закупили/произвели хоть в 100 раз больше.
   Гена123
 
209 - 06.08.18 - 16:31
(203) А... У вас размер склада позволяет выделять на один товар блоки ячеек. Это хорошая ситуация.
   Fragster
 
210 - 06.08.18 - 16:31
(203) словно статическая привязка мест к товару - очень большая проблема. можно обойти привязкой типоразмера товара (например все ящики пива 0.5 одного размера 0.33 другого, все ящики водки - другого) к типоразмеру мест. тогда программа сможет грамотно строить план размещения при каждом приходе товара. ну или размещать по факту и указывать это программе (что без ТСД сложно, но также возможно)
 
 
   Fragster
 
211 - 06.08.18 - 16:31
*условно
   Garykom
 
212 - 06.08.18 - 16:33
(207) Моя не проблема в том что сейчас я никаких складов не вижу )) не хочу больше.

А раньше видел много разных от больших до очень больших.
Маленькие склады уровня одного магазина даже не учитываю.
   NSSerg
 
213 - 06.08.18 - 16:40
(208) Не может выигранный тендер поднять потребление колбасы в регионе в 10 раз. Не тендер ест колбасу, а люди.
А людей в регионе от выигранного тендера больше не станет.
Ну и место выделяется наверно когда тендер выиграли, а не когда накладная пришла? Логично?
   NSSerg
 
214 - 06.08.18 - 16:41
(212) Мне казалось, что внедренец должен понимать, что у каждого бизнеса своя специфика. А ты этого не понимаешь.
   NSSerg
 
215 - 06.08.18 - 16:42
(210) У кого проблема? Я в курсе что привязка бывает статическая и динамическая, и что у нас статическая. Только с чего ты взял что у нас проблемы?
Зачем нам привязывать по факту прихода, если у нас статическая привязка?
   Fragster
 
216 - 06.08.18 - 16:43
(215) тебе не кажется, что отвечаешь ты не мне?
   Garykom
 
217 - 06.08.18 - 16:43
(213) Так сложно понять что производят/торгуют не только колбасой?

(214) Я ее знаю. А некто не зная (или зная только про производство колбасы) начинает советовать ))
   Fragster
 
218 - 06.08.18 - 16:44
и да, у меня на всех складах была динамическая привязка мест, и мне это нравится. назначала места и программа и сами пользователи в процессе размещения.
   Garykom
 
219 - 06.08.18 - 16:45
(218) Статическая привязка это упрощенный вариант динамической.

Достаточно сделать "динамическую" и "статика" не проблема если что.
   NSSerg
 
220 - 06.08.18 - 16:45
(217) С тобой всё в порядке? Я говорил лично про свой склад, а ты сказал что такой схемы не бывает, что это ненормально. Я ничего не говорил про то что у других должно быть как у меня. Это ты писал что так не бывает.
   Fragster
 
221 - 06.08.18 - 16:46
давайте лучше это обсудим в октябре в авроре?
   Garykom
 
222 - 06.08.18 - 16:46
(219)+ Те склады кто сначала начинают со статической (вместо сразу динамическую) потом очень часто сильно обламываются в итоге.

Когда делали бесполезную работу и теперь снова все переделывать.
   Fragster
 
223 - 06.08.18 - 16:47
   NSSerg
 
224 - 06.08.18 - 16:47
(218) см. (192). Простой вопрос - зачем? У нас поддерживается всегда примерно один и тот-же остаток по всем товарам, с маленькими вариациями в случае изменения спроса. Места достаточно. Зачем менять место товара?
   Garykom
 
225 - 06.08.18 - 16:47
(220) Блин. Ваша упрощенная схема подходит вам. Но в случае значительных изменений будет пипец.

И эта схема не подойдет большей части других складов. Нафига ее советовать?
   Fragster
 
226 - 06.08.18 - 16:47
(224) впихнуть больше :)
   Гена123
 
227 - 06.08.18 - 16:48
(222) У нас, например в части зон статическая адресация, а в части динамическая. И всё хорошо...
   Garykom
 
228 - 06.08.18 - 16:48
(224) Потому что иначе не влезает.
   Гена123
 
229 - 06.08.18 - 16:49
(225) То, что большинству складов схема с выделением нескольких ячеек под один товар не подойдет, достаточно очевидно.
   NSSerg
 
230 - 06.08.18 - 16:50
(222) У нас есть возможность менять адрес из прихода. Но это не нужно, не востребовано. Еще раз см. мои предыдущие посты.
Ну и понятно что по уму должна быть возможно изменения адресации из разных мест. У нас так и сделано - отдельные удобные обработки, из карточки товара, из прихода, из приема продукции (документа взвешивания) и т.д.
Но. У нас статическая адресация склада. Места как я уже писал выше меняются редко. И я не понимаю зачем спорить что так не бывает.
   Fragster
 
231 - 06.08.18 - 16:50
(229) отнюдь. по моим наблюдениям заруливает большое количество одинаковых ячеек, в которых номенклатура лежит на нескольких ячейках. объем склада можно загрузить более, чем на 90%
   Fragster
 
232 - 06.08.18 - 16:51
при этом без привязки ячеек к номенеклатуре
   NSSerg
 
233 - 06.08.18 - 16:51
(225) В чем будет пипец? Я тебя не понимаю. Приведи пример. Тендер выиграли? Так выделили больше смежных адресов на товар, да и всех делов.
 
  Рекламное место пустует
   NSSerg
 
234 - 06.08.18 - 16:52
(232) Как можно взять из ячейки правильный товар, если ячейка не привязана к номенклатуре? Может привязка есть, но динамическая?
   Гена123
 
235 - 06.08.18 - 16:52
(231) Если говорить про хранение для отбора, то обычно проблема на средних складах выделить несколько ячеек отбора под один и тот-же товар.
   Гена123
 
236 - 06.08.18 - 16:53
(234) Без ТСД - никак :))
   NSSerg
 
237 - 06.08.18 - 16:55
(236) С ТСД тоже никак. Ибо возьмут один товар, а отсканируют случайно другой. Либо нужны высокооплачиваемые сборщики с повышенной ответственностью, что ведет к удорожанию сборки. Только вопрос - если это не ведет к ускорению сборки, не уменьшает количество ошибок сборки (допустим их и так нет), то зачем? В нашем случае непонятно.
   Fragster
 
238 - 06.08.18 - 16:55
(234) ну условно привязка, конечно, есть. в плане данных о том, где что прямо сейчас лежит.
   Гена123
 
239 - 06.08.18 - 16:56
(237) Откуда такие выводы, что возьмут один товар, а просканируют другой? Совсем идиоты необучаемые на складе чтоли?
   Fragster
 
240 - 06.08.18 - 16:56
(237) ну то, что в одном месте только одна значимая единица лежит (серия, номенклатура, характеристика или партия) - это очевидно
   Fragster
 
241 - 06.08.18 - 16:57
(239) в одной ячейке не должно лежать разного
   NSSerg
 
242 - 06.08.18 - 16:58
(238)(240)(241) Ну тогда это ничем не отличается от нашей схемы без ТСД. Только адреса не меняются в момент прихода. Так как товар есть на остатке всегда. Не заканчивается он. Такого не должно быть в продуктах питания.
   Гена123
 
243 - 06.08.18 - 16:59
(241) Ну да, очевидно. Это очень постараться надо, чтобы не тот товар взять, и при этом просканировать нужную ячейку и правильный товар.
   Гена123
 
244 - 06.08.18 - 16:59
(242) А у вас что мешает при отборе взять не тот товар?
   NSSerg
 
245 - 06.08.18 - 17:00
(243) Я как раз удивился что "в одной ячейке разный товар".
В таком случае легко можно отсканировать одно, а взять другое.
   Garykom
 
246 - 06.08.18 - 17:00
(233) Выиграли тендер на поставку нескольких сотен позиций, и до момента получения от поставщиков даже не представляют влезет ли оно.

Размеры упаковки для каждой номенклатуры выяснять?
Придумывать как эта упаковка влезет в ячейки?
Кто таким идиотизмом будет заранее заниматься?

По факту приходит товар - надо размещать - нужно пришел на склад, пикнул товар, пикнул ячейку - разместилось и в системе указано (номенклатура, партия, ячейка, количество)
   Fragster
 
247 - 06.08.18 - 17:01
(245) в одной ячейке лежит один товар, обнулили, при следующем приходе положили уже другой
   Garykom
 
248 - 06.08.18 - 17:02
(245) Да в случае "динамического размещения" такая ситуация стандартна, когда в одной большой ячейке лежит разный мелкий товар (позиции)

А вот одинаковый товар но разных партий - как раз лучше хранить в разных ячейках, чтобы случайно не тот срок годности не отгрузить!
   NSSerg
 
249 - 06.08.18 - 17:03
(244) У нас не бывает один товар в разных ячейках.
Ну и KPI. Редкость что собрали не тот товар, и кому-нибудь он обязательно ударит по показателям со всеми вытекающими. Сборщик должен подойти к правильной ячейке, той что указано в сборочном листе. Ну и если товар не будет соответствовать (что очень маловероятно на складе с статической адресацией), то он увидит это, так как в сборочном листе есть наименование продукта.
 
  Рекламное место пустует
   NSSerg
 
250 - 06.08.18 - 17:03
(249) Опечатка! "у нас не бывает разный товар в одной ячейке"
   Garykom
 
251 - 06.08.18 - 17:03
(249) Ага еще скажи просрочка на складе совсем случайно не залеживается ))
   Garykom
 
252 - 06.08.18 - 17:05
(251)+ Когда в одной ячейке лежит колбаса разных сроков годности и так получилось что всегда сборщики брали более свежую, а старая завалилась назад и испортилась ))
   Fragster
 
253 - 06.08.18 - 17:05
(248) >когда в одной большой ячейке лежит разный мелкий товар (позиции)
нет, правильно делать несколько типоразмеров ячеек - самый ходовой + некоторое количество под мелочевку (в зависимости от средних остатков)
На книгах у нас были места под 18 стандартных пачек (десятки тысяч мест) + 2 тысячи мест под остатки меньше 2 пачек
   NSSerg
 
254 - 06.08.18 - 17:05
(246) Идиоты что-ли на складе работают? Не знают сколько места нужно для конкретного количества колбасы?
То есть как, у вас товар может вводиться в матрицу без образцов, без указания упаковки и т.д.?
   Fragster
 
255 - 06.08.18 - 17:06
при этом с типографии приходило по 200-400 пачек одной номенклатуры, соответственно, распихивалось на 10-20 мест
   Garykom
 
256 - 06.08.18 - 17:06
(254) "Колбаса" бывает в разных упаковках/коробках/ящиках/бочках/цистернах и т.д.
   NSSerg
 
257 - 06.08.18 - 17:07
(251) Нет конечно. Просрочки при нормальных процессах быть не должно. Старый товар всегда должен лежать спереди. Это вопрос выкладки. При каждой сверке это проверяется.
   Garykom
 
258 - 06.08.18 - 17:07
(253) Да это уже мелочи и в процессе доходят как лучше выделять/размещать.
Оперативное размещение в свободные ячейки по неким зонам.
   Garykom
 
259 - 06.08.18 - 17:08
(257) Хохо.
Т.е. в учетной системе сроки годности не учитываются при поступлении/хранении/отгрузке?
   Fragster
 
260 - 06.08.18 - 17:08
(258) размер ячейки был выбран исходя из физических размеров полок + скорости ухода. чтобы часто целиком освобождались ячейки.
   NSSerg
 
261 - 06.08.18 - 17:10
(256) Сборка поштучная. Основная масса клиентов это магазины, розница. Какие бочки, цистерны? Не видел колбасы в цистернах, у нас такое видимо слишком редко бывает.
(259) Конечно учитываются. Я не понимаю твоей логики.
У нас нет разделение разных дат по ячейкам, ибо это не нужно. А вот даты выработки еще как учитываются.
   NSSerg
 
262 - 06.08.18 - 17:11
(259) При отгрузке - только тем кто требует. Зачем нам знать дату выработки каждой отгруженной штуки? На что это повлияет? На усложнение и удорожание бизнес-процессов? А плюсы какие?
   NSSerg
 
263 - 06.08.18 - 17:12
А вот при поступлении - учитываются.
   Garykom
 
264 - 06.08.18 - 17:13
(261) На складах не только колбасу хранят ))

>У нас нет разделение разных дат по ячейкам, ибо это не нужно
Т.е. точность сборки/отгрузки зависит чисто от сборщиков? Не нашли нужную дату выработки - что делают? Суют более новую?
   Garykom
 
265 - 06.08.18 - 17:14
(263) Учитывают в какой ячейке сколько шт./уп. каждой даты хранится?
   NSSerg
 
266 - 06.08.18 - 17:18
(264) Повторюсь - с самого начала мы обсуждали только наш склад, и ничей иной. Я никогда не говорил что у всех должны быть такие-же бизнес-процессы как у нас, это ты мне отказал в праве иметь бизнес-процессы отличные от твоего понимания.

Зачем сборщикам искать нужную дату выработки? У них нет в сборочном листе указания дат. Им нужно взять правильную номенклатурную позицию, не более того. Вариант продукции требующей точного указания даты не рассматриваем, потому что она вся маркирована, и дата (ВСД) считывается с маркировки.
(265) Мы учитываем сколько какой даты у нас на остатке, для нужд сверки, и указаний торговому отделу об активизации продаж. Для этого достаточно знать количество и даты при приеме  (приходе) продукции, и понимать что практически вся отгрузка идет по фифо в разрезе дат выработки. Чему служит правильная выкладка в ячейках.
   Garykom
 
267 - 06.08.18 - 17:24
(266) Все началось с того что я написал что адресное хранение - это дорого!

И тут мне начали на примере "только наш склад, и ничей иной" доказывать что это совсем дешево и несложно ))
   NSSerg
 
268 - 06.08.18 - 17:32
(267) И я тебе привел пример, что это не всегда дорого. На примере нашего склада.
На что ты начал писать что я ничего не понимаю в адресном хранении и т.д.
На что я могу сказать, что я неоднократно внедрял адресность, и знаю что практически всегда можно её ввести дешево. И отлично знаю что есть у людей такое свойство - всё усложнять там, где это совершенно необязательно. И там где эти лишние траты времени и ресурсов не дадут ни малейшего положительного выхлопа.
   NSSerg
 
269 - 06.08.18 - 17:35
(267) Если тебе рассказывают содержание конкретного фильма, то тебе рассказывают содержание именно этого фильма.
Если я тебе рассказываю про свой склад, то я рассказываю именно про свой склад. Это тяжело понять? Или ты сам поступаешь не так? Рассказывая про свой склад рассказываешь на самом деле про другие?
   NSSerg
 
270 - 06.08.18 - 17:40
(267) Ты начал хамить после моих постов (181) и (186)
На что я  могу сказать - разуй глаза, с чего начинается фраза в (181) Процитировать тебе?
"У нас адресное хранение сделало возможность оптимальной маршрутизации..."
"Не для каждой строчки, а для каждого товара.
Место выделяется в момент заведения новой карточки, или возвращения карточки в ассортимент, привязка места удаляется в момент вывода позиции из ассортимента."

А теперь что ты ответил в 
(185) (191)
Процитировать?
   Garykom
 
271 - 06.08.18 - 17:45
(268) > и знаю что практически всегда можно её ввести дешево
Опять 25.
"Дешево" только в очень редких простых случаях - обычно в этих случаях эта адресность уже давно внедрена или нафик не нужна.

(269) Ну вот опять. На примере одного фильма (склада) говорят что все прочие фильмы (склады) ничуть не сложнее.

(270) Да извиняюсь что начал хамить.
Сейчас не хочу разбираться по истории постов почему и зачем.

Но вот процитирую, что не относится к конкретному вашему складу:
 "Насчет "много денег" не совсем понял. Ввести адресацию склада, развесить указатели, ну и поддержать программой - много денег не надо."

Делаем вывод о всех складах по одному случаю. Ну бывает.
   NSSerg
 
272 - 06.08.18 - 18:01
(271) Где тут написано про «все склады»?
   NSSerg
 
273 - 06.08.18 - 18:03
(272) Дорого в редких случаях, и зачастую когда внедренец усложняет на ровном месте. Но естественно дешево не всегда.
Но ваше мнение что «чаще дорого» против моего что «чаще дешево» - наверно не стоило того чтоб скатываться в откровенное хамство?
   dexxxqqq
 
274 - 06.08.18 - 18:06
(27) я понимаю, что большинство тут работало только с торговыми складами. И не все представляют большой бардак. Поэтому поофигевав неделю, поофигевают и две. А дальше три и так далее, пока пирамида не рухнет.
(29) +146
(19) он и есть начальник, и есть ещё на каждом складе такой же кладовщик, который на себя повязал процессы.
(25) В проходах лежит не потому, что не успевают положить куда надо, а из-за отсутствия места
   Fragster
 
275 - 06.08.18 - 18:10
(274).4 может стоит разобраться с оборачиваемостью склада? или надстроить этажность?
   Garykom
 
276 - 06.08.18 - 18:21
(273) Занимались внедрением адресного склада в крупной конторе с нуля?
Причем или в одиночку или в качестве РП?

Только не на уровне:
реквизит(ы) в номенклатуру добавить с местами хранения
адреса ячеек распечатать, сказать наклеить
и сказать юзерам вот сюда забивайте адреса для номенклатуры, вот тут в сборочном листе будут места хранения из номенклатуры подтягиваться
мы сча по ней отсортируем сборочный в порядке обхода все зашибись будет
   Garykom
 
277 - 06.08.18 - 18:24
(276)+ А чтобы этот адресный склад именно работал как задумано, приносил пользу вместо лишнего геморроя сотрудникам/работникам с имитацией работы.
   Garykom
 
278 - 06.08.18 - 18:27
(277)+ Когда новичок постоянно путается в указанных МХ типа там товара нет, а опытный сборщик не обращает внимания на указанные МХ в сборочном листе и наизусть помнит что где лежит - это именно имитация адресного склада.

Внедрение непонятно чего и непонятно зачем.
С тем же успехом можно было присвоить квадратам пола склада адреса и обозвать это адресным складом, не трогая учетную систему.
   dexxxqqq
 
279 - 06.08.18 - 18:37
(45) (50) спасибо
(54) В те годы да. Сейчас без нормальной системы склада остались только самые извращенцы. Мы как раз из таких.
(68) Один в один моя ситуация. Только вот на 1С не с января переходят, а уже больше 10 лет (76) спасибо, все по делу
(82) согласен
(100) аналогичная ситуация
(83) наш случай, и хочется, и колется
   NSSerg
 
280 - 06.08.18 - 18:46
(276) издеваешься? У меня миллион лет не было маленьких клиентов, и вроде я всегда внедряю в том числе в качестве РП, и с нуля.
И если у клиента нет денег, как ты писал, то зачем ты пытаешься навязать ему дорогой вариант, на который у него нет денег?
Добавлять вдрес не обязательно в карточку товара, можно в партию. Сути это не меняет.
И ты опять путаешь посты про конретно контору где я сейчас работаю, и внедрения ячеистого склада в общем.
   NSSerg
 
281 - 06.08.18 - 18:47
(278) маршруты сборки по накладным в 50 позиций опытный сборщик тоже «в уме» строит?
   NSSerg
 
282 - 06.08.18 - 18:49
(281) обычный склад это тысячи наименований и накладные из десятков позиций. И ты хочешь сказать, что окинув взглядом заказ опытный сборщик сразу в уме 50 позиций из заказа размещает по складу и строит оптимальный маршрут?
   romix
 
283 - 06.08.18 - 20:24
(278) "Опытного" никто не просить помнить наизусть, просят брать точно то, где лежит. Если там не лежит, а лежит где-то еще - проводить перемещение/инвентаризацию, чтобы в программе остатки по ячейкам точно отражали склад. Иначе выглядит как запутывание учета и саботаж адресного склада.
   Черный маклер
 
284 - 06.08.18 - 21:41
(279) ...Сейчас без нормальной системы склада остались только самые извращенцы...

все зависит от масштабов - если на 3-х кладовщиков имеется ангар 2 тыс кв.м с трехярусными стеллажами и активных товарных позиций = 500, то вполне можно успешно работать без адресного хранения.
Если очень хочется, то можно сделать в торговой программе укрупненное адресное хранение без остатков - за группами товаров закрепляются области склада. Разбиение склада на 10 областей позволит ускорить поиск товаров.
   NSSerg
 
285 - 06.08.18 - 22:04
(284) Разбиение склада на области -  это уже первый шаг к адресности.
   Черный маклер
 
286 - 06.08.18 - 22:24
(285) в ситуации ТС любая привязка товара к месту хранения будет шаг вперед в снижении зависимости от персонала.
обычно при автоматизации меняется 20-30% работников склада. в эти проценты кроме конкретных невменяшек входят и всезнающие и опытные.
   NSSerg
 
287 - 06.08.18 - 22:30
(286) Хоть кто-то меня поддержал. А то Garykom совсем разошелся. :)
   Черный маклер
 
288 - 06.08.18 - 22:36
(287) Garykom абсолютизирует свой личный опыт, хотя уже 2500 лет тому один грек изрек "Чем больше я узнаю, тем больше понимаю, что ничего не знаю"
   Aleksey
 
289 - 07.08.18 - 00:08
(213) А почему ты решил, что компания удовлетворяет спрос рынка по колбасе на 99,9%? Или мы про своё производство говорим?

Допустим компания продает колбасы на 2 тонны, а рынок переваривает 2500 тонн. Поэтому клиент который ранее брал у конкурентов выйграл тендер и решил брать у вас. Вот тебе и скачок. И как видишь предел далеко не в 10 раз, а может быть и в 1000 раз (по крайне мере чисто теоретически, типа брат мэра стал монополистом по поставкам колбасы во все бюджетные учреждения)
   Aleksey
 
290 - 07.08.18 - 00:28
(241) как раз в одной ячейки не должно лежать однородного, а разное допускается.
Грубо говоря когда в ячейки лежат фломастеры всех цветов в обычной жизни это проще, ибо все знают, что фломастеры в том углу. А вот в случае адресного склада, такая схема приводит лишь к пересортам между цветами. И если лежит в одной чейки красный и синий, то найуться люди которые пересортят + это снижает время сборки, так как человек должен понять, где красный, а где синий и какой ему надо взять. Поэтому фломастеры должны лежать в разных ячейках по цветам, но тем не менее вместе с фломастерами могут в одной ячейки лежать к примеру линейки и дыроколы. Что тоже приведет к снижению скорости, но уменьшит пересорты, так как идиотов которые не отличают фломастер от дырокола намного меньше, чем людей, которые цвет фуксия не отличат от цвета амарантовый маджента
   NSSerg
 
291 - 07.08.18 - 00:29
(289) Почему на 99,9? Немногим меньше.
Дело не в скачке, а в том, что скачок возникает не в момент поступления товара, а раньше. Сначала становится понятно что товара потребуется больше, потом делается повышенный заказ, а только потом придет больше продукции.
Немного нелогично в такой ситуации выделять новое место именно в момент поступление товара?
   NSSerg
 
292 - 07.08.18 - 00:31
(289) У нас не может быть такого скачка. Мы дистрибьюторы, первые руки. Не может быть такого что у конкурентов брали в разы больше чем у нас.
   NSSerg
 
293 - 07.08.18 - 00:33
+(291) хотя это совершенно несущественно. Нет никаких проблем вывести выбор адресов для товара куда угодно.
   Aleksey
 
294 - 07.08.18 - 00:45
(291) Раньше это насколько?
НУ к примеру у нас бывает снабженцы берет не то что нужно а еще чуть чуть больше, потому что поставщик скидку дает если взять не 2 тонны, а 10. И еще фигни которая никому не нужно, ибо за неё поставщик дает откат снабженцу. Так что да, де факто иногда получается никто не знает что приедет и сколько.
   Aleksey
 
295 - 07.08.18 - 00:45
(279) 10 лет говоришь ... мы с 2005 переходим. Сначала перевели бухию офигели от производительности и решили постепенно обновлять сервера. Пока что не успеваем за разработкой тормозов в новых конфигурациях и платформах от 1С. На текущий момент по моим грубым оценкам нужно разово порядка 25 лямов, чтобы обновить весь парк серверов и клиентских машин (нужно порядка 150 пользователей посадить в 1С, которые сейчас сидят на бездисковых тонких клиентах в терминале) закупить все лицензии (ибо УФ в терминале так себе, а для дисковых станциях нужна лицензия на софт) провести обучение всего персоанла, и допилить типовую (никто не хочет отказываться от проводок и классического партионного учета с расчетом в реалтайеме и чтобы в подборе было видно вся история продаж с клиентом + планы продаж для менеджера + остатки, цены,акции, фото, и еще 100500 разной херни которой нет в типовых) + компы на складе + ... Короче руководство ждет человека который придет и за бесплатно все это сделает под ключь
   NSSerg
 
296 - 07.08.18 - 00:52
(294) Заказ делается как минимум за сутки до поставки.
Фигню не взять, у нас каждая номенклатурная позиция утверждается после дегустаций, собраний и т.д.
Короче как у сетей - с поставщиками товарная (ассортиментная) матрица. И если товар в матрице, то он должен быть в наличии всегда. Непонятно какой смыл снабженцу заказывать больше, и какой смысл поставщику поставлять больше, так как в условиях когда товар всегда есть в наличии - его больше не продастся от разовой большей закупки.
   NSSerg
 
297 - 07.08.18 - 01:07
Но, как я писал выше, непонятно почему вообще делается проблема из-за возможной необходимости увеличить место под конкретный товар. Взяли да увеличили. Никаких препятствий для этого нет, в программе адреса можно менять откуда угодно, в том числе из приходных документов, и случай достаточно редкий чтоб заострять на этом внимание. Естественно в нашем случае.
   Aleksey
 
298 - 07.08.18 - 02:37
(296) Ну к примеру снабженец не замотирован к продажи, а получает откат
   Гена321
 
299 - 07.08.18 - 07:38
(296) В кондитерке, например, очень хорошие бонусы за объем, и брать большую партию, даже понимая, что её не продать, бывает выгодно...
   Гена123
 
300 - 07.08.18 - 07:42
(295) Бардак у вас, вот и всё... Но, раз хозяев всё устраивает  , живите с тем, что есть :(

  1  2  3  4   

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