Учет товара по сниженной цене

1. user999999_avdonin 20.06.18 05:45 Сейчас в теме
Возникла следующая методологическая проблема:
По скольку циклы поставок у нас могут доходит до года при закупках возникают излишки товаров. В определённый момент мы понимаем, что к следующему поступлению весь товар мы не распродадим. Поэтому просчитываем, что часть товара мы должны распродать быстрее, а второй части должно хватить до нового поступления. Для решения дпнной проблемы в каждом подразделении заведены склады сверхзапасов на которых лежат товары которые можно продавать по сниженной цене, фактически это один и тот же товар.
Методологически это не правильно, а в случае адресного склада невозможно. Как правильно вести учёт таких товаров, что бы менеджеры видели акционные товары? Сегменты номенклатуры? Скидки?
По теме из базы знаний
Ответы
Подписаться на ответы Инфостарт бот Сортировка: Древо развёрнутое
Свернуть все
2. Cooler 22 20.06.18 05:58 Сейчас в теме
Помнится, когда обсуждался такой же вопрос, то пришли к выводу, что вариантов всего два: либо дублировать номенклатуру, либо вводить характеристики, что кому удобнее.
3. genayo 20.06.18 06:06 Сейчас в теме
Так вы наверное разным клиентам продаете товар по обычным ценам и по сниженным? И почему считаете, что при адресном хранении будут проблемы? Как раз адресное хранение и может тут помочь, по-моему.
4. user999999_avdonin 20.06.18 06:13 Сейчас в теме
(3) Как? учет товара на одном складе ведется в разрезе ячеек. А тут у нас один и тот же товар хранится в одной ячейке, но часть товара из этой ячейки числится на складе сверхзапасов, соответсвенно при проведении инвентаризации по складу в разрезе ячеек у нас остатки биться не будут.
5. genayo 20.06.18 06:38 Сейчас в теме
(4)Почему вы считаете, что товар нельзя хранить в нескольких ячейках?
6. user999999_avdonin 20.06.18 07:56 Сейчас в теме
(5) Почему же нельзя, можно, но учет ведется по одному складу в ячейке. а у нас общее кол-во на двух складах! Наша ситуация такая! Фактически склад отгрузок один, но виртуально он поделен на 2. Соответственно в одной ячейке может лежать товар относящийся к фактическому складу отгрузок и виртуальному складу. Виртуальный склад носит исключительно информационный характер, для определения залежавшегося товара, который может быть продан по заниженной стоимости.
7. genayo 20.06.18 08:14 Сейчас в теме
(6) Все равно непонятно, почему не положить товар, относящийся к "виртуальному" складу в физически другую ячейку?
8. CheBurator 3122 22.06.18 18:29 Сейчас в теме
Складу cовершенно пофиг по какой цене будет продаваться товар. Склад товаром не торгует. И если товар который МЕНЕДЖЕРЫ будут продавать по обычной и по сниженной цене по потребительским характеристикам ничем не отличается - НА РЕАЛЬНОМ складе не имеет никакого смысла делить хранение товара если мы говорим про склад. Поэтому реальный склад - он один и не надо ему в жопу запихивать ежика.

Учетные вопросы, не имеющие отношения к реальному складуЮ - решайте другими возможностями программы, не затрагивая реальный склад. Обособьте В ТОРГОВОМ УЧЕТЕ (а не на складе и складском учете) УЧЕТНЫЕ ОСТАТКИ ТОВАРА ПО СНИжЕННОЙ ЦЕНЕ ЛюбЫМ ДРУГИМ СПОСОбОМ. (ДАжЕ В 7.7 тИс это можно сделать на типовой конфиге), например - перекиньте сниженный товар на другую "фирму". склад смотрит и считает остатки "по складу", менеджеры будут видеть нужные УЧЕТНЫЕ остатки в разрезе "фирма-склад". Или повесьте сниженный товар (или наоборот) в резерв на фиктивного клиента или любым другим способом
9. genayo 22.06.18 22:07 Сейчас в теме
(8) Тут может быть проблема, если продают одновременно разным клиентам по разной цене, и приоритет для более высокой цены. Я бы разделил товар на 2 ячейки физически, и сериями, например, в программе. И запрет к отгрузке товара серии высокой цены для клиентов с низкой ценой.
10. CheBurator 3122 23.06.18 17:17 Сейчас в теме
(9) Если на самом товаре НЕ НАПИСАНА РАЗНАЯ ЦЕНА - то не пофиг с какой ячейки какому клиенту собирать? Клиенту1 нужно 10 штук по 2 рубля, Клиенту2 нужно 20 штук по 3рубля. Взял из ячейки1 10 штук для Клиента1 И 20 Штук для Клиента2 - и зачем де6лить товар физичкески если он ПО ФИЗИЧЕСКИМ параметрам (габариты, цвет, упаковка, маркировка итд) - для клиентов совершенно одинаковый?
11. genayo 23.06.18 17:51 Сейчас в теме
(10) Чтобы всегда было видно, сколько "дешевого" товара доступно, ТС ведь именно этого и хочет.
12. CheBurator 3122 23.06.18 20:44 Сейчас в теме
(11) согласен, но не надо это делать через физическое разделение по ячейкам. я как-то думаю, что это можно сделать другим инструментарием...
13. genayo 23.06.18 22:07 Сейчас в теме
(12) Почему ты думаешь, что физическое разделение это проблема? Мы же не знаем, какой это товар, сколько его, насколько заполнен склад. Если, допустим 3-5 СКЮ, не вижу в этом проблемы для склада.
У нас, правда, в подобной ситуации таки делают разные номенклатуры...
14. CheBurator 3122 23.06.18 23:51 Сейчас в теме
(13) складов, где дофигища места - ну я не видел...
Наличие достаточного места - даже при слабой автоматизации - позволяет нормально работать. При ужатии места - все потенциальные косяки сразу полезут.
(сейчас проект делаю - где имеющейся площади - раза в два меньше потребной. На первый план выходит согласование этапов обработки товаров...
Оставьте свое сообщение

Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот