Shop-Script 7: продвинутый складской учет
Владимир Тупоршин-мл.
5 апреля 2016
В серии следующих публикаций мы расскажем о главных новых возможностях, которые появятся в Shop-Script 7 уже в следующем месяце. Сегодня начнем с описания нововведений в складском учете.
В Shop-Script 7 добавлен ряд дополнительных настроек, которые позволят автоматизировать учет и списание товаров со складов без серьезных изменений в структуре базы данных.
Точки продаж и склады хранения
В свойствах склада добавлена настройка видимости склада на витрине магазина, определяющая тип этого склада: точка продаж (видна пользователям на витрине) или склад хранения (доступна только администратору в бекенде).
Управление остатками товаров для складов обоих типов остается прежним: можно указывать точные остатки для каждого артикула и видеть подробный журнал изменений остатков по каждому складу и точке продаж.
Виртуальные склады
Появится еще один тип склада — виртуальный склад, который будет представлять собой группу (набор) складов хранения и точек продаж с настраиваемым приоритетом.
Зачем нужны виртуальные склады? Они позволят настроить разные правила и приоритеты списания остатков в зависимости от разных параметров (например, витрины) и тем самым автоматизировать учет товаров. Приоритет реальных складов в рамках одного виртуального склада настраивается простым перетаскиванием (сортировкой).
Отдельного учета по виртуальным складам не потребуется, так как остатки на виртуальных складах будут автоматически рассчитываться как сумма всех остатков входящих в него реальных складов и точек продаж.
Допустим, ваш интернет-магазин торгует в нескольких городах: Москве и Питере. В Москве у вас три точки продаж и один склад хранения (всего 4 склада), в Питере одна точка продаж и один склад самовывоза (всего 2 склада).
В этом примере реальных складов шесть, но покупателю, оформляющему онлайн-заказ на сайте, знать это необязательно — ему достаточно видеть только информацию об остатках в точках продаж (если он решит сделать покупку самовывозом) и знать общий остаток на складах в своем городе, для чего вы сможете добавить виртуальные склады «Москва» и «Питер».
Shop-Script 7 позволит настроить автосписание товаров со склада таким образом, чтобы заказы с витрины msk.yourstore.ru (если у вас несколько витрин для разных городов) автоматически списывались на виртуальный склад «Москва» (группу складов из Москвы), а заказы с витрины spb.yourstore.ru автоматически «уходили» на виртуальный склад «Питер».
Списание товаров с виртуального склада будет автоматически отнесено к реальному складу хранения или точке продаж согласно заданному приоритету (будет выбран первый склад, на котором есть достаточный запас товара).
Поступления и трансферы между складами
Регистрация массовых товарных поступлений и трансферов между складами также станет удобнее — появится специальный интерфейс, в котором администратор составляет список товаров (артикулов), вводит количества и указывает, с какого и на какой склад производится трансфер.
Товары либо сразу добавляются на выбранный склад, либо трансфер попадает в специальный статус «В пути», и товары списываются с исходящего склада. Когда трансфер завершен, вы ставите ему статус «Выполнен», и все товары появляются на входящем складе.
Печатные формы для трансферов (плагины)
Плагины смогут добавлять собственные печатные формы для трансферов товаров: накладные и прочие сопроводительные документы.
Пожелания
Будем признательны за ваши замечания и пожелания. Опишите, как вы учитываете остатки товаров на складах в вашем магазине. Чего не хватает вашему интернет-магазину в описанной модели? Какие правила автоматизации вы бы хотели ввести?
* * *
Shop-Script 7 будет опубликован на GitHub в конце апреля, и тогда все разработчики смогут ознакомиться с нововведениями и начать создавать собственные плагины для обновленного складского учета.
Подробнее о Shop-Script 7: http://7.shop-script.ru
61 комментарий
Нужен еще такой тип склада как склад производителя, то есть учет на нем вести не нужно, но если товар скажем заканчивается на основном складе, то остальное получает статус под заказ с возможностью указать примерные сроки поставки для конкретного производителя с отображением в корзине, что-то типа 3шт из наличия и 5шт под заказ, ориентировочная дата поступления такая-то. Причем важна именно привязка к производителю.
ответитьПоддерживаю!
ответитьСогласен!
ответитьСогласен
ответитьСпасибо за предложение. Подумаем, как такое реализовать.
ответитьНо ориентировочная дата поступления не должна быть обязательным полем. И желательно иметь возможность указывать срок и на позицию и глобально на весь сайт
ответитьИ обязательно надо иметь возможность указать что на определенном складе товара бесконечность. Так как это может быть склад поставщика, который не предоставляет наличие на своем складе или изготавливает товар по запросу. Соответственно на витрине этот склад не должен быть "Под заказ", а всегда только "В наличии"
ответитьЗа!
ответитьПоддерживаю!
ответитьТоже поддерживаю!
ответитьплюсую!
ответитьУ нас это реализовано на уровне темы дизайна. Когда остаток 0 или меньше на сумме складов (виртуальном и физическом см мой пост ниже) то выводится надпись о том что товар под заказ и сроки поставки. Думаю не трудно подсовывать разные сроки доставки вытаскивая спец поле из товара каждого товара. (например в каждом товаре будет скрытое поле "сроки поставки если нет на основном складе" и значение 2-3 дня например.)
ответитьБыло бы отлично получить возможность резервирования товаров под конкретный заказ. Пример: На складе есть 4 карандаша, оформляется заказ и мы видим, что на складе 4 карандаша, но 1 в резерве, а 3 свободных для продажи. Заходишь в зарезервированные товары и видишь под какие заказы стоит резерв.
ответитьПо правильному надо бы чтобы заказ, который еще не помечен как выполненный помечал наличие на складе как резервное. Сейчас просто списывается наличие со склада и непонятно сколько на складе а сколько заказано
ответитьЭто само собой. Заказ резервирует под себя товар.
ответитьПолностью согласен. Когда списывается сразу получается каша, это и была основная задача когда думали как вести учёт средствами шоп скрипта.
ответитьГлавное, исправьте ошибки складского учета:
ответить1) Товары уходят в минус, если основной склад А, но товар есть только на складе Б. После заказа имеем на складе А: -1, склад Б: 1.
2) Ошибка отображения кнопки купить: товар есть на складе Б, на складе А его нет. Продажи на витрине ведутся только со склада А. Ошибка: кнопка "в корзину" активна в категории, а при заходе в товар написано: нет в наличии. Кнопка должна быть не активна!
Что нужно иметь:
3) Для каждой витрины указать, с каких складов может быть списание. Установить приоритет складов для каждой витрины отдельно
4) сделать настройку: отображать на морде только общий остаток товара без разбива по складам (чтобы не путать покупателя лишней информацией).
3 и 4 я вижу уже реализовано, главное исправить ошибки.
ответитьОчень хотелось бы увидеть в SS7 новый плагин Яндекс.Маркета, который будет учитывать разные цены на разных витринах, в том числе и разные валюты, т.к. это все нужно для многовитринных магазинов. Мы например продаем в разных странах, а текущий плагин маркета позволяет настроить правильную выгрузку в одной валюте.
очень интересно хотелось бы пощупать нововведения
ответитьА на сколько это изменит 6 версию, при обновлении?
еще было бы хорошо назначить для групп зарегистрированных пользователей списывать с назначенных им складов
ответитьЗа базовую логистику, начиная от резервирования и заканчивая непосредственно списанием, на мой взгляд, должны отвечать модули ДОСТАВКИ / САМОВЫВОЗА. То есть в данные модули необходимо добавить возможность настройки выбора конкретного склада, с которым данный модуль будет оперировать. И, факультативно, крайне желательно минимальную сумму заказа - от которой в принципе возможен данный способ получения покупателем заказа.
ответитьНапример, дано:
Склады: "Москва" и "Самовывоз";
Способы доставки: "по Москве" (модуль "Курьер") и "Самовывоз" (модуль "Самовывоз").
Тогда при оформлении заказа покупателю будут доступны те способы доставки, на складах которых есть необходимое кол-во товара для выполнения Заказа.
При оформлении заказа покупатель выбирает конкретный сопособ доставки.
После оформления заказа резерв создается на том складе, который "привязан" к выбранному покупателем способу доставки и списывается с него же при завершении заказа по кнопке "Выполнен" или "Отправлен" в Админской.
А в случае если покупатель передумал ожидать доставку и решил самовывезти свой заказ, то в админской можно отредактировать заказ в части изменения способа доставки, изменив по сути тем самым склад резервирования / списания товара.
Сейчас же, учитывая текущую логику работы складов в SS6-ом (по сути - никакую), у меня, например, работает заказной плагин по следующему алгоритму:
Начало
Если СуммаЗаказа < МинСуммыЗаказа ТО
Если ВСЕ ТоварыЗаказа ПРИНАДЛЕЖАТ СпискуТоваров "Самовывоз" ТО
Доступен «САМОВЫВОЗ»
Иначе
Сообщение "Сумма Вашего заказа меньше минимальной и в нём присутствуют товары недоступные для самовывоза"
КонецЕсли
Иначе
Если ВСЕ ТоварыЗаказа ПРИНАДЛЕЖАТ СпискуТоваров ТО
Доступен «САМОВЫВОЗ»
Иначе
Доступна «ДОСТАВКА по МОСКВЕ»
Доступна «ДОСТАВКА по РОССИИ»
КонецЕсли
КонецЕсли
Конец
По сути складом самовывоза в моём случае является одноимённый список товара, изменяя состав товаров которого, я автоматически регулирую доступность тех или иных способов доставки.
Я поддерживаю!
ответитьУ нас в нескольких городах точки. И нужно, чтобы если, например, пользователь из города А оформляет заказ, а в нём присутствуют товары, которые закончились на складе города А, и есть только на складе города Б, то и способы доставки предлагались с учетом этого.
Стесняюсь спросить, а то уже в троли записали)
ответитьВ данном продвинутом складском учете будет банальный отчет остатков по складу в закупочной цене или нет?
А что, такого сейчас нет? А то я как-то упустил этот вопрос, остатки веду в основном отдельно
ответитьРешается выгрузкой в эксель товаров и банальным подсчётом, конечно сработает если у вас как у меня заказы и реальные остатки не смешаны.
ответитьЕсть потребность в синхронизации общего склада по артиклу и нескольких виртуальных магазинов, причем на разных доменах
ответитьПоддерживаю. Хочу сделать две витрины с разными языками а наличие товаров на складе одно(с синхронизацией по артикулу). Пока на реализована мультиязычность другого варианта сделать такое не вижу.
ответитьПо поводу цен товаров - просьба дать возможность закупочную цену в долларах выставлять, а розничную в рублях! Или сделайте возможным правило как сделать чтобы цены заканчивались на 90, например 3390 руб. Иначе если в долларах выставлять - то и цена в рубли конвертируется не очень красиво, например 3278 руб.
ответитьЭто всё есть.
ответитьВ настройках валюты есть настройка округления цены.
Закупочную цену в разных валютах указывать можно.
Хочется, чтобы можно было закупочную указать в долларах, а розничную в рублях.
ответитьВ смысле, что бы не пересчитывалось по курсу, а одну цену ставить в долларах, а другую в рублях? Все вдолларах поставить и получить розничную в виде (цена в $) х курс = розничная в руб. не устраивает?
ответитьТакже большая просьба, чтобы можно было АРТИКУЛ (буквы) проставить всем артикулам (модификациям, которые получаются при "Выбор характеристик") одним нажатием
ответитьТакже как, например, мы можем поменять розничную цену сразу для всех артикулов
ответитьА как можно закупочную цену казать в другой валюте?
ответитьпока никак
ответитьПросьба сделать опцию привязки к артикулу, еще нескольких артикулов.
ответитьСитуация такова. Есть много поставщиков (складов), и у этих поставщиков (складов) пересекается один и тот же товар, но артикулы на один и тот же товар у них разные.
Приходится в карточке товара создавать по несколько артикулов на одинаковую позицию, при этом еще и цены на каждый артикул как правило отличаются.
Выглядит для пользователя это крайне не симпатично.
Под каждый артикул создавать отдельную карточку товара не вариант, тогда будет одинаковый товар продублирован несколько раз, в зависимости от того, сколько поставщиков имеет этот товар с разными артикулами.
Помогите решить этот очень важный момент.
Такая функция и мне нужна!!!
ответитьВы решили эту проблему???
А будет возможность оприходовать товар через входящую накладную?
ответитьМожно будет сделать это с помощью трансферов, создав трансфер без склада "Откуда". В таком случае это считается поступлением на склад.
ответитьРаботает такой механизм для товаров, которые уже есть в базе данных магазина. Если товаров нет, то их нужно предварительно создать.
а есть возможность списывать товар, организованно например если за наличку купили, без заказа, чтоб создать документ списание по такому-то поводу и он как бы документировался, ну типа как в 1С
ответитьОбновление цен и остатков из прайсов поставщиков, что-бы в виртуальном складе были остатки товаров у поставщика!
ответитьПоддерживаю, очень не хватает автоматического обновления цен и остатков из прайсов поставщиков, ну или хотябы по нажитию кнопки "Обновить остатки"
ответитьПоддерживаю
ответитьПоддерживаю
ответитьНе совсем в тему, но моя мечта - это создание заказов из excel)) Оформил оптовик заказ в прайсе, взял этот прайс в экселе, загрузил в админку и сгенерился заказ, списав со складов всё, что нужно и отметив всё, чего не хватает.
ответитьКстати, если оформляешь заказ через админку, и нескольких товаров не хватает, то выделяется только первый из них. Надо бы их все выделять
Ну трансферы уже появились как я понял это первый шаг к таким документам как оприходование, списание и перемещение. Осталось сделать импорт из csv в трансфер и ваша мечта сбудется.
ответить1) Нельзя ли сделать возможность автоматического назначения артикула для категории каталога по заданной для нее маске?
ответитьНапример: категория телефоны. Маска TEL*****, где ***** порядковый номер присваиваем автоматом при создании/копировании карточки товара.
2) Модно ли в карточку товара добавить поле "Поставщик", которое не будет видно покупателю. А только для внутренних целей.
По 1 пункту пояснение : автоматический артикул нужен для товаров в категории...
ответить2) можно это решить на уровне темы дизайна. Попросите знакомого программиста (или за 200 руб на фрилансе) чтобы научил вашу тему игнорировать характеристики товара название которых начинается например на "_" и создавайте столько скрытых полей сколько нужно
ответитьЕсть ли в обновлении возможность сформировать отчет по продажам и остаткам по конкретной категории каталога? С розничными и звкупочными ценами?
ответитьМы ведём учёт так (используются доп доработки которые увы не позволяют обновлять движок):
ответитьДанная схема позволяет нам продавать одновременно товары как из наличия так и под заказ.
Есть два склада
Виртуальный
Физический
На виртуальном всегда 0
На физическом реальное количество
Клиент видит на витрине товар как сумму между виртуальным складом и физическим.
Приходит заказ на одну позицию которая предположим есть на физическом складе в количестве 1шт.
На виртуальном складе остаток становится равным -1 На физическом как было 1 так и остаётся.
На витрине соответственно отображается что товаров -1 + 1 = 0 (т.е. товары есть только под заказ)
После того как заказ будет собран (специальный статус) остаток перемещается автоматически с физического склада на виртуальный в результате чего на обоих складах остаток становится равным 0.
Это нужно для того чтобы в любой момент времени не зависимо от пришедших заказов видеть реальный остаток на складе, что очень важно при инвентаризации например. Если списывать товары со склада в момент поступления заказа а не в момент сбора заказа то мы никогда не сможем просто выявить какой товар в данный момент физически лежит на складе.
Под заказ же продажа осуществляется так:
Если товара нет в наличии то заказа помещается в спец статус назовём для понимания его "Нужно заказать у поставщика". Специальная доработка по щелчку формирует приходные накладные основываясь на статусе "Нужно заказать у поставщика" (создаётся несколько накладных по одной для каждого поставщика если их несколько (поставщик определяется основываясь на спец поле в описании товара). После по этим накладным делаем заказ. А уже после поступления заказа кладовщик проверяет соответствие в накладной с реально пришедшим товаром и ПРОВОДИТ накладные. После этого изменяется остаток на физическом складе (добавляется вновь пришедший товар)
В кратце так. Если концепция заинтересует расскажу детальнее как бывает с заказами часть которых в наличии а часть под заказ например и с правами как быть чтобы кладовщик не мог менять что то с целью компенсировать недостачи на складе (которые неизбежны на больших складах). А так же есть ещё несколько моментов, например корректировки (добавление/удаление товаров) в уже собранных заказах. Моя концепция их так же учитывает.
Нужна возможность работы со сканером штрих-кодов. Делать поступления и трансферы товаров будет проще, и быстрее, чем руками вводить.
ответитьНа первый взгляд реализация не очень сложная должна быть, нужно добавить значение штрих-код для товаров, а при создании трансферов так же добавить поиск товаров по штрих-коду.
Мы ведём учёт так же по старой самописной программе, которая постоянно слетает при обновлениях движка:
ответить- каждому производителю присвоена буква, которая ставится перед внутренним артикулом товара,
- по каждому производителю (букве) формируется таблица, с полями: номер заказа, дата заказа,наименование товара, цена закупочная, колличество, фото товара, поле для отметки наличия(для галочки), склад, наличие на складе, есть в другом ( конкретный номер)заказе, статус заказа, поле для комментариев.
Часть товара имеющийся на складе и отражается в таблице (колличество - цифрами), а недостающий товар стоит с пустым полем наличия. Сотрудник видит в таблице товар и наличии по таблице, проверяет этот товар и переносит его в заказ и ставит "галочку" в таблице. Это действие меняет на зеленый цвет всю строчку товара в таблице и в заказе.(Сотрудники и покупатели видят имеющийся в наличии товары в заказе).Так же при нажатии на номер заказа, сотрудники попадают в мини таблицу ( с полями равными количеству товаров в заказе), в которой можно ставить галочку с изменением цвета на зеленый.
В конечном итоге, сотрудник видит таблицы по производителям, с товарами имеющимися в наличии и недостающими товарами. Затем по нажатию на поле "Скрыть купленное" формируется таблица - заказ на завод, по нажатию на кнопку "Отправить заказ на завод" отправляется на , ранее выбранную, электронную почту производителя.
Во втором интернет магазине такая таблица ведется одновременно по всем производителям. С возможностью сортировки по номерам заказа и производителям.
Подскажите а есть ли возможность для пользователя сортировать товары по складам! Например если покупатель из Ставрополя то отобрать только те товары которые есть в наличии на складе Ставрополь?
ответитьТакой возможности сортировки не предусмотрено. В таких случаях лучше создать отдельную витрину для Ставрополя и привязать к ней соответствующий склад.
ответитьЗдравствуйте.Скажите неужели нельзя указать закупочную цену по которой товар пришел на склад. Закупочные цены меняются каждую неделю. Курс. И каждый раз лезть в карточку каждого товара и указывать стоимость закупки.
ответитьпереведи все цены в доллары и меняй просто курс.
ответитьПрисоединяюсь. Если говорить о продвинутом учёте то обязательно должны быть учтены приходные цены разные для каждой поставки а так же доп расходы которые возникают. Транспортные расходы, расходы на разгрузку и тп. Именно из прихода + доп расходы должна рассчитываться себестоимость.
ответитьДобрый день! Вот уже и год пролетел, а комментарий выше в ленте по поводу многоскладовости одного товара так и остался без ответа.
ответитьПользователь писал "Есть много поставщиков (складов), и у этих поставщиков (складов) пересекается один и тот же товар, но артикулы на один и тот же товар у них разные."
Я бы тоже хотела, чтобы такой функционал в шоп-скрипте был.
крайне не хватает возможности импортировать трансферы(поступления) из excel. руками набивать титанический труд выходит
ответитьСпасибо за предложение! Пожелания по доработке программных продуктов лучше всего публиковать на форуме: https://support.webasyst.ru/forum/ideas/
ответить