Многоскладовость: Редактирование количества товаров на списке

Хотя мы про многоскладовость давно не писали, мы про неё не забыли. Думаю, где-то в течение месяца получится показать наработки на dev.demo. А пока возник вопрос про количество на списке товаров в админке. Мы решили провести голосование, чтобы узнать ваше мнение.


Все вопросы про тот столбец, что я выделил зелёным. Допустим, у вас в CS-Cart создано несколько складов (столько, сколько нужно вам), и на каждом есть своё количество товаров. Но на списке в админке место ограничено, и все-все склады туда не уместятся.

1. Какое количество товара вам нужнее на списке товаров в админке при многоскладовости?
  • Суммарное количество товара на всех складах
  • Количество на основном складе, который я выбрал заранее
  • При многоскладовости мне не нужно количество на списке товаров

0 голосов

2. Нужна ли вам возможность редактировать количество на списке всех товаров при многоскладовости?
  • Да
  • Нет

0 голосов

1 лайк

Вероятнее всего, большинство, у кого есть склады, учетом занимаются в ERP (1C, Мой Склад); там же проверяют наличие на складах, занимаются приемкой и списанием товара, например с браком/просрочкой. У нас такой алгоритм, например.

Остатки тянутся так же из ERP и в CMS не редактируются.

Мнение пока в голосовалке у всех одинаковое :slightly_smiling_face:

В списке товаров пусть отображается общий остаток, и без редактирования этого общего остатка при многоскладовости.

2 лайка

Даже наша тех поддержка проголосовала за первый вариант! :grinning:

По идее, можно показывать сумму товаров. А можно и вообще не показывать. В голосовалке поставил второй вариант, но позже подумал и думаю первый всё-таки будет удобнее, есть сценарии, при которых может пригодиться отображение суммарных остатков, но не понял как переголосовать. Необходимости в функционале по редактированию остатков мне не очевидна, я бы не делал. Всё-равно все остатки идут из какой-то внешней системы, если не из 1С/МойСклад, то вероятно будут грузиться из CSV, загружаться от поставщика по API, или еще как-либо. Сценарий, при котором нужно редактировать это вручную из интерфейса CMS мне представляется маловероятным.

1 лайк

Хоть это не в тему прошу разработчиков подумать о внешнем ИД для товара, для многоскладовости будет очень полезно, когда для разных складов поставщики одного и того же товара могут быть разными или цены можно загружать разные для товара с одним и тем же артикулом. Т.е артикул одинаковый ИД товара разные и синхронизация проходит по внешнему ИД

Количество в любом случае нужно оставить, так как не у всех есть мультискладовость, скорее, мало у кого есть множество складов, и исходить из этой парадигмы нецелосообразно.

Планируем сделать так: у кого не будет нескольких складов, у того всё останется как есть (редактируемое количество на списке товаров).

2 лайка

Did you have a fix on this issue? I am facing the same issue last time.

Стефан приподнял тему, помогу ему. Второй вариант вижу предпочтительным.

  1. Для тех, кто грузит/обновляет остатки импортом, это едва ли существенно.
  2. Мне иногда необходимо изменить остатки на конкретном складе для одного товара с вариациями — десяток-полтора, возможна два scu. Заводить ради этого историю с импортом? По времени получается дольше.
  3. В случае с переключателем для склада что мешает добавить вариант «Суммарный остаток»?
  4. Только как я понимаю, тема с поддержкой мультискладов скорее мертва, чем жива :frowning:

Столбец “Количество, любимый склад” и “Количество общее”

А не сложнее так будет? Все-таки анализировать один столбец или два… Я, например, иногда вытаскиваю несколько тысяч товаров на одну страницу, чтоб экспорт сделать. Тут количество запросов к базе заметно вырастет.

У всех разные задачи. Правильнее было бы дать выбор пользователю, какие столбцы отображать.

Можно же на странице со списком всего из 10 товаров вытащить расширенным поиском нужные тысячи и экспортировать найденные.

Неужели? :slight_smile:
Это была капелька сарказма :wink:

Давайте посчитаем время и количество действий?

  1. Выбрать в админке нужные товары (в обеих случаях)

дальше варианты:
2-а. Поменять количество у десяти позиций. Примерно десять кликов мышкой и пусть тридцать нажатий клавиш: двадцать — максимум тридцать секунд.

2-б. Экспортировать (три клика мышкой): пара секунд.
3-б. Открыть полученный файл (2-4 клика мышкой): еще пара секунд.
4-б. Отредактировать файл. Те 20-30 секунд и те же действия, что в случае 2-а.
5-б. Сохранить файл в верном формате (2-4 клика мышкой). Еще пара секунд.
6-б. Вернуться в админку загрузить файл в готовый шаблон, импортировать (5-6 кликов мышкой): 2-3 секунды.

Время вроде бы отличается незначительно, но все же процентов на 50-35 больше.
И количество действий отличается. И мест возможной ошибки.

По мне вариант 2-а намного проще. Естественно, только для ручной корректировки небольшого количества позиций.

Бесспорно, в списке проще и быстрее, но я имел ввиду то, о чём вы написали:

Чтобы не возникало:

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

1 лайк

Хорошо, что тему подняли.
Хороший вариант будет если в этой колонке будет показываться общее количество по складам, а при наведении выводиться подробный список (хотя бы по первой пятерке основных складов (по количеству)), где можно редактировать количество.

Но мне кажется в рамках самого движка этого вряд ли появится. Только если отдельным модулем одного из разработчиков.