[spoiler]
Складской учет включается в настройках модуля “Торговый каталог”:
При установке решения “Интернет-магазин” (bitrix.eshop), используя новый дистрибутив 12.5, складской учет можно включить сразу в мастере.
При включении учета в магазине появляется новый раздел “Складской учет”:
- Документы. Раздел для учета прихода товара, перемещения, списания и возврата товара на склады.
- Поставщики. Раздел для ведения списка поставщиков, с которыми вы работаете.
- Склады. Раздел для создания/редактирования складов. Перенесен из раздела Рабочий стол>Магазин>Настройки>Склады предыдущей версии.
Теперь в продукте возможно использовать цифры линейного штрих-кода для идентификации товаров и быстрого их поиска при организации складского учета.
Продукт поддерживает две схемы использования штрих-кодов:
- Один общий штрих-код для товаров одного наименования. Это фактически все товары, кроме электроники, где лучше использовать вторую схему.
- Каждый экземпляр товара имеет уникальный штрих-код – удобно для учета товаров электроники, когда нужно знать штрих-код каждого товара (как серийный номер), чтобы можно было отследить судьбу конкретного товара (купили, вернули по гарантии и т.д.)
Если в вашем торговом каталоге присутствуют товары, каждый экземпляр которых имеет индивидуальный штрих-код, то в карточке таких товаров следует отметить опцию “Каждый экземпляр товара имеет собственный штрихкод”, ввод штрих-кода для таких товаров осуществляется с помощью документа “Приход товара на склад”.
Закупочная цена
Начиная с этой версии, вы сможете узнать сколько зарабатывает ваш магазин, используя сравнение закупочной цены и цены реализации товара.
В карточках товара появилось новое поле “Закупочная цена”:
При включенном складском учете поле закупочной цены не доступно для изменения вручную, оно задается в приходных документах как цена, по которой вы купили данный товар.
Значение закупочной цены в карточке товара доступно на просмотр пользователям с операцией “Отображение себестоимости товара (catalog_purchas_info)” в уровне доступа к модулю. По умолчанию опреция включена в уровни доступа “Полный доступ” и “Управление складом” (добавлен в версии 12.5.0).
Подробнее о документах
Все движение товаров магазина теперь осуществляется с помощью документов складского учета. Именно при проводке документов изменяется количество товара на складах и общее количества товара в карточке документа.
Доступны следующие типы документов:
Документ “Приход товара на склад” должен использоваться для учета поступившего товара.
При создании документа прихода товара указывайте требуемые параметры. В одном документе можно оформить приход товара на разные склады, сформировать список поступающих товаров, используя поиск их по штрих-коду, и ввести штрих-код для товаров с уникальными кодами.
Назначение документа “Перемещение товара между складами” понятно из его название, указывайте товары и откуда и куда их перемещать.
Документ “Возврат товара” используется для осуществления возврата товара от покупателя. При создании такого документа рекомендуется вводить штрих-код для идентификации возвращаемого товара.
Документ “Списание товара” используйте для списание товара, например, при истечении его срока годности.
Документ “Отмена резервирования” используется для уменьшения зарезервированного количества товара (соответственно увеличения значения в поле “Доступное количество”), если требуется продать товар еще раз, но без отмены заказа, оплаты и тд. (в зависимости от настроек модуля “Интернет-магазин”) сделавшего предыдущий резерв.
Следует отметить назначение кнопок “Сохранить” и “Сохранить и провести”, присутствующих во всех типах документов. Для того, чтобы документ вступил в силу, т.е. чтобы изменилось количество товара, следует использовать “Сохранить и провести”. Кнопка “Сохранить” приведет лишь к сохранению документа (получится своего рода заготовка для проводки), при этом будет возможность его отредактировать, удалить и провести.
Предусмотрена возможность отмены проведения всех типов документов. При этом, если, например, отмена проведения прихода товара осуществляется после его расходования, то общее количество товара уменьшится на кол-во, указанное в приходном документе, без учета параметра “Разрешить отрицательное количество товара”, т.е. общее количество товара в таком случае может стать отрицательным. Отмена проведения может использоваться для редактирования каких-либо параметров проведенного документа с последующим его повторным проведением.
Возможно удаление непроведенного документа. На самом деле документы не удаляются (остаются в БД), а как бы скрываются. Вскоре появится отчет по товарам, в котором можно будет посмотреть всю историю движений товара по документам, от момента его прихода, перемещения, продажи, возврата и т.д., в том числе и удаление документов.
Отчеты
В магазин добавлены 4 новых отчета:
Запасы товаров – отчет показывает приход, расход и остаток товаров за выбранный промежуток времени по выбранным складам.
Прайс-лист – довольно простой отчет со списком товаров и нужными вам типами цен.
Доходность по товарам – отчет выводит закупочную цену и цену, по которой товар был продан, рассчитывает прибыть по товару и рентабельность.
Доходность по клиентам – с помощью данного отчета вы можете оценить что и сколько купил пользователь, по какой цене и какую прибыль он принес магазину.
Появилась возможность построения диаграмм в отчетах. Для этого при редактировании отчета укажите, какой вид диаграммы вам нужен и на основе каких данные следует ее строить.
Построение диаграммы по умолчанию включено в отчетах “Доходность по товарам” и “Доходность по клиентам”.
Включение складского учета на работающих проектах
При включении складского учета следует обратить внимание на остатки товаров.
Если учет включается на сайте, где нет ни одного активного склада, будет создан один склад. И остатки, указанные в параметре “Доступное количество” в карточках товаров, будут перенесены в “Количество товара” для данного склада.
После включения складского учета в карточках товара становятся неактивными поля “Доступное количество” и “Количество товара” по каждому складу. Теперь эти показатели можно изменять только используя документы складского учета.
При этом параметр “Доступное количество” считается автоматически. Это - сумма остатков по складам.
Если складской учет включается на проектах, где уже есть активные склады, появляется следующее сообщение:
информирующее о том, что следует проверить соответствие суммы остатка по складам с общим количеством товара.
В таких проектах значение поля “Доступное количество” может быть не равно сумме остатков на складах, мы не пересчитываем это значение автоматически в момент включения учета, так как в каждом магазине может быть своя логика, а мы можем ее не угадать.
Тем не менее, для корректного учета количества товара и продажи требуется, чтобы значение в параметре “Доступное количество” было правильное. Именно на значение этого параметра “смотрит” продукт при попытке добавления продукт в корзину, оформления заказ и тд.
Вариантов решения задачи может быть несколько, например
- Если есть возможность, то осуществить ввод остатков до включения учета (либо выключив его, а потом снова включив после редактирования товаров).
- Используя документы. При первом проведении одного из документов общее количество товара будет пересчитано и равно сумме остатков по складам.
Складской учет в Управление Сайтом это не замена 1С, это возможность ведения упрощенного учета для небольшой компании, с небольшим движением по документам, без учета денежных средств и взаиморасчетов между поставщиками и вами. На данный момент отчеты не умеют работать с Торговыми Предложениями и отображать информацию в их разрезе.
Об ошибках, найденных в продукте, сообщайте, пожалуйста, в техническую поддержку.
Но... все таки мы работаем с сайтами и веб системами, а не с учетными. А у них несколько другие задачи и интересы.
------------
Ранее в двенашке остатки по складам носили чисто информативный характер.
Все мы знаем, что выполнив GetList с ключом CATALOG_QUANTITY в фильтре мы можем отобрать товары с нужным количеством на складе.
Вопрос:
А в типовые API уже внесены изменения для учета остатков именно в разрезе складов? Например - товары только на складе A или товары только на складе В?
Ранее такого в двенашке не было. А сейчас с новым обновлением появилось?
------------
ИМХО. С точки зрения сайта информация по складам нужна ровно для того, чтобы использоваться не в админке, а именно в пользовательской части. И если нет АПИ в режиме публичный функционал + остатки в разрезе складов, то все не так интересно. Вести учет товаров на сайте по складам - извините, но специализированные учетные системы сделают это гораздо эффективнее.
-------------
Может я и не прав, но мне ни разу ни на одном проекте не понадобился складской учет.
А вот показ товара в зависимости от наличия на том или ином складе - вполне не помешал бы.
Потому и задаю выше вопрос, так как мне больше интересно а что же сделано - то,что требуется реальным проектам, или то, что возможно потребуется?
но только вот многоскладоваость на сайте нужна тогда, когда она имеет значение для пользователя в публичке.
в противном случае достаточно и общего количества. И именно в этой роли ее ценность, а не в учете склада, с чем справляется любая "учетка".
В битриксе появился далеко не всем нужный документооборот по остаткам, а по нужным вещам как всегда придется использовать костыли и извороты
Не соглашусь с предыдущим комментатором - складской учет в рамках сайта - мега круто. А если в мобильном приложении для админа будет возможность работы со складом, то планшет с usb-сканером спасет мир 8)
Для админа?????????
А какое отношение вообще админ имеет к складскому учету.
то планшет с usb-сканером спасет мир
этим уже давно успешно занимаются учетные системы, ТСД и даже древние коммуникаторы.
)))) И поверьте, с гораздо большей эффективностью и с гораздо большими возможностями.
версия для партнеров открыта
а если будет генерирование штрихкодов то нужен шаблон для печати этикеток товаров с этим штрихкодом.
А вообще очень круто что теперь такая штука есть. Многие мелкие магазины не парятся на 1С-УТ, им такой монстр на начальном этапе не нужен и такого учета как сделан сейчас у вас хватит заглаза.
Зато имея его на сайте они легко перейдут на учет в 1С.
Вполне логичное развитие, данный функционал потихоньку будет расширятся.
Я понимаю ваше желание, мы планируем закупочную цену сделать множественной, но это повлечет за собой понятия "Метода списания: фифо, лифо, по средней" - мы планируем развиваться в данном направление, но скорей всего будет поддерживаться только "по средней" в начале.
Будем развиваться последовательно. Пока наша реализация даст возможность работать небольшим компаниям, погрешность в расчетах прибыли будет не так критична из-за достаточно небольшого потока приходов одинакового товара.
Удалить и ввести заново карточки товара? Или есть какой-то более изящный способ решения?
Так и должно быть или нет:?:
Не нужно удалять карточки товаров.
Сообщение пишется когда сумма остатков по всем складам не равна цифре "Доступное количество:", а так же система не создает один склад нужный для учета (он у вас уже есть).
Исправить эту ситуацию можно например так (под исправлением понимается, приведение склада к виду когда можно вести учет):
- Отключить складской учет
- Всем товарам проставить вручную количества "Доступное количество:" равное количеству товара на всех складах (например у вас телевизор на 3х складах по 1 штуке, значит "Доступное количество:"=3)
- Проставить "Закупочная цена:"
- Включить складской учет
или другой вариант:- Отключить складской учет
- Обнулить все цифры в товарах на всех складах и в "Доступное количество:"
- Включить складской учет
- Сделать приход товаров на нужные склады (документом складского учета "Приход товара на склад", в название поставщика указать "Ввод остатков"
главное чтобы цифры на складе соответствовали реальной картине вашей компании, а "Доступное количество:" являлось суммой остатков на складах.У вас например следующая ситуация:
- Два склада "Склад 1" и "Склад 2"
- на "Склад 1" = 10 "Телевизоров GFSP"
- на "Склад 2" = 15 "Телевизоров GFSP"
- В "Доступное количество:" у вас равно 5 штукам
У нас включен складской учет и мы делаем приход товара:- Делаем приход "Телевизоров GFSP" в количестве 77 штук на "Склад 1"
При проведение документа, выйдет предупреждение: "Документ проведен! До проведения документа общее количество товара в поле: "Количество на складе" не совпадало с суммой остатков на складах.", и у вас в цифрах будут следующие значения:- на "Склад 1" = 87 "Телевизоров GFSP"
- на "Склад 2" = 15 "Телевизоров GFSP"
- В "Доступное количество:" у вас равно 102 штукам
Из примера видно, что значение "Доступное количество:" - будет перезаписано и равно сумме остатков по складам.- было у вас 5 стало после прихода 102
Мы считаем, что такая схема будет мягкой и постепенной корректировкой всех данных, главное учитывать ее поведение.1. Как быть в ситуации, когда у товара несколько штрих-кодов, причем реально один и тот же товар но несколько кодов, такое часто например встречается в косметике. 1С позволяет вводить несколько кодов для одного товара.
2. Еще ситуации из жизни, как быть с разными товарами у которых один штрих-код, как пример недавно пришли соски разных цветов, на всех один и тот же штрих-код. У вас в базе такое сохранить не получиться сейчас из-за индекса.
3. Это более важный вопрос, а где собственно API под эти изменения?
Например как с помощью API узнавать/изменять/добавлять штрих код в товаре?
А то иначе это просто красивые фантики без возможности использования их в реальных проектах, а на прямую в базу b_catalog_store_barcode писаться как-то рука не подымается...
Пока видимо придется использовать старый механизм работы со штрих-кодами через множественное свойство в элементе...
и да, еще забыл добавить, очень желательно, по крайней мере от этого хуже не будет, добавить описатель штрих кода, т.е. в каком формате он, ean-13, code128 и т.д. в виде текстового поля, т.к. некоторые товары, особенно часто это встречается в одежде, штрихкодируются продавцом и могут использовать разное кодирование, ну и разные коды. Вообще на рынке такой бред, извините за откровенность с этими кодами, но без них ни куда, благо что они не пересекаются (я пока не встречал) между разными товарами...
- Ситуация действительно частая, стоит в планах дальнейшего развития функционала в будущих релизах
- Такая ситуация решается обычно генерацией собственного штрихкода внутри компании, будем думать над добавлением генератора кодов внутри создания товара и последующей его распечатки в нужных количествах, ну и конечно групповая распечатка.
- По API - есть класс CCatalogStoreBarCode, можно стандартными методами getList, add, update, delete - дергать нужную информацию. А вот с документацией конечно есть отставание, ее пока нет, но мы будем работать в этом направление.
Насчет текстового поля немного спорно, писать в каждом товаре тип штрихкода, лишние движения пользователя, да и часто он и не знает какой это тип. Если опять завязать на выбор из списка или проверка при считывание и вывод типа, в автоматическом режиме рядышком с полем.По поводу API, так и делаю, смотрю Ваш код и далее методом проб и ошибок
А когда, предварительно, имеет смысл ожидать п.1? Очень бы его хотелось, а то все через костыли пока работает.
И еще, что-то товарищи разработчики алгоритма перемудрили с документами (приход), если честно, то никакой логике не поддается, зачем указывать склад приемник в товаре, когда он же, т.е. склад, указывается в заголовке документа? Почему нельзя было сделать привычным образом, как сделано в 1С, т.е. принадлежность товара к складу указывать только в заголовке документа, тем самым минимизировать вероятность ошибок со складами.
Так же не понятно для чего сделали такие грубые статусы документов, лишив разработчиков настроить систему более гибко? Вот у нас например приход выглядит как-то так
1. Заявка на товар
2. Товар в пути
3. Товар на складе
Мне кажется у каждого третьего магазина так, у вас есть возможность только п.3 указать и провести, неудобняк, сделайте как в заказах, удобно, практично, практически любая бизнес логика прикручивается.
По пункту один, к сожалению, не смогу подсказать по срокам, не все там так просто.
С документами (приходом) полностью согласны, сами на этапе тестирования поняли свою ошибку, уже сделан новый прототип документов и в следующих релизах постараемся заменить вид документов.
По статусам не совсем понял, у нас фактически нет статусов документа, если не брать за статус понятие проведён/не проведён. Но это скорей не статус, а состояние документа и понятие их влияния на остаток на остатке.
Ваша схема прихода частично решается в 1с скорей документами, чем статусами. Если можно более подробно, как вы это видите, заранее спасибо.
По документам, может тогда как-то так обыграть.
1. Тип документа - остается как есть
2. Статус - переименовывается в "Статус проведения" или, что даже будет лучше, в "Активность", т.к. это и есть классическая галочка "Активность" элемента.
3. Добавляется новое свойство "Статус", тоже самое что и в обычных заказах по реализации.
п.3 "Статус" нужен для того, чтобы делать правильную бизнес логику работы отдела закупок и склада. Чтобы более корректно отслеживать перемещения товаров. Для чего я могу долго перечислять, какие вкусности можно получить исходя из данного функционала. Например можно собирать статистику сколько в среднем тот или иной товар доставляется от поставщика, или отслеживать товар в пути и т.д.
Правильно ли я понимаю, что пока функционал "Документы" лучше не использовать? А то у меня на него грандиозные планы.
По 1С, я вроде как соглашусь, но в тоже время и нет, дело в том, что не все работают с 1С, порой удобней и эффективней вести управленческий учет на сайте, а в 1С сливать только необходимые документы для сдачи налоговой отчетности, т.к. не удобно использовать связку СУС - УТ - БП, значительно удобней СУС - БП, а так же выигрыш еще в том, что нет привязки к местоположению, хороший менеджер как правило на месте не сидит, постоянно в дороге.
Со статусами понятно, как раз с бизнес логикой все просто сложней сделать удобно именно для тех кто потом будет использовать, ну и конечно решение их задач.
Спасибо за ваши комментарии, начнете использовать пишите, нам очень важна обратная связь.
Возник следующий вопрос: есть один товар, допустим футболка, которая имеет одну цену и один артикул, но разные цвета и линейку размеров. При добавлении товаров на склад нет возможности указывать количество товара с разными атрибутами. Как сообщать покупателю наличие размеров?
В голову приходит лишь одно страшное и неудобное решение делать каждый цвет и размер уникальным товаром, но это неудобно и для владельца магазина, и для покупателя.
Может кто сталкивался с такой проблемой?
ну и добавляете в товар торговые предложения:
единственно в продукте работа с СКУ показана только в решение, нужно ставить демомагазин.
В новом релизе, который выйдет к новому году, будет проведено много работ по SKU, как раз для одежды будет очень удобно, да и не только для одежды, для любых товаров с торговыми предложениями.
Теоретически - это именно то что надо. Практически - пришлось применить кучу костылей чтобы это заработало как надо.
а интеграция с 1С по документам складского учета будет? или может уже предусмотрена, тогда подскажите где настройки?
Складской учет сделан для тек у кого нет 1С, что бы в достаточно упрощенном виде делать учет в небольшом магазине, сразу в Битрикс.
Если вам нужен склад и у вас есть уже 1С, для чего делать дублирование и согласование документов, сразу ведете в 1С, а на сайт передаете только остатки по складам и цены.
В таком режиме ведущей становится 1С, и на сайт даже не заходят обычно.
Спасибо за ответ. Эта схема логична, но мы тут столкнулись вот с чем (из-за чего и возник наш вопрос)
1. Всю номенклатуру загружают на сайт из csv файла а как выгрузит ее потом целиком без заказа в 1С не разобрались (да и с заказом она выгружается не корректно, не заполнились скрытые реквизиты "Вариант оформления продажи", "Использование характеристик" пришлось обработкой потом обрабатывать, так же ни описание ни цены ни картинки ни свойства). И увидев складской учет подумали что может тогда и заводить поступление на сайте а потом выгружать в 1С.
2. так же не разобрались как переносить информацию об остатках товаров из 1С на сайт, да хорошо бы еще в разрезе складов. Все что настраиватеся в Синхронизации это выгрузка каталога на сайт и обмен заказами
платформы
Управление торговлей, редакция 11.0 (11.0.7.8 )
1С-Битрикс: Управление сайтом 12.5.9 Бизнес
По второму попробуйте почитать вот тут:
Управление торговлей, редакция 11.1 (11.1.2.9)
в разделе администрирование слева нет пункта "Импорт товара с сайта 1С-Битрикс"
пробовали в конфигурации искать слово "Битрикс" нет ни чего
но появляется он после установки дополнения от 1С-Битрикс
вот от сюда узнал про это
спасибо за помощь!
пока все получается
В документах складского учета, необходимо отображение:
1. Наименования товара;
2. Закупочная цена за штуку.(заходить в каждый складской приход очень неудобно)
Пробовал строить отчеты, к сожалению все безуспешно:(
Так же очень хотелось бы увидеть историю изменения закупочной цены, что бы было видно когда она поменялась и при какой покупке, на данный момент как я полагаю это невозможно?
Ставите в фильтре отчета "Склад "равно" - не учитывать"
покажет по всем складам.
А вот истории изменения цены нет, все таки это не 1С и создан базовый функционал, для тех кто не хочет настраивать сложную связку или не имеет 1С
Взять из "Заказы" Кол-во и Сумму, из "Покупатель" ФИО покупателя, из "Корзина" наименование товара, из "Товар" Общий остаток, базовую, закупочную цену? Безусловно все данные я могу вытащить через несколько отчетов, а потом объединить, но это не совсем удобно.
Мы предполагали схему получения данных из нескольких отчетов. Для ваших задач уже больше подходит 1С.
Но отчеты на данный момент расширять не планировалось, в 14 версии будет добавлен новый функционал работы с документами, улучшена таблица и внесены изменения работы с нужными полями этой таблицы, много других мелких правок (следите за этим блогом, в нем будет рассказано все подробно). Появится поддержка SKU, наборов, комплектов и т.д.
Но объединять все это в сводный отчет мы считаем рискованным, запрос к базе, который будет в таком отчете, может просто уложить многие хостинги, поэтому мы разделили получение данных на отдельные отчеты.
Открываете блокнот в windows, ставите курсор в него и сканируете любой штрихкод.
Если код появится в блокноте то все ок, должен работать и в Битрикс, если не появится то в Битриксе работать и не будет.
Если у вас есть возможность заменить сканер у поставщика сделайте это.
За ранее спасибо!
Да доставку убрать полностью возможно, она просто не будет отображаться, актуально для электронных товаров у которых нет физической доставки.
Оплата по умолчанию берется с наименьшим идентификатором, если клиент продолжит оформление то она и подставится в значения.
По кнопкам не думали о таком, все таки при приходе часты ситуации, когда товар пришел не полностью или нет точной информации, или пока нет накладных, а нужно уже подготовить и забить товар, вот как раз кнопочка сохранить и решает этот момент. Она сохраняет документ в любой стадии незавершенности, нет цен, нет количества, нет другой информации, документ все равно будет сохранен
Создайте идею вот на этом сайте:
Но зачем письма, не проще обращать внимание на статус, сменился статус, который поставил первый отдел, у второго отдела фильтр на этот статус, появился новый заказ в списке по такому фильтру, они начали по нему работать.
20.09.2013 11:34:45
Если вам нужен простенький учет, то он уже реализован в нашем продукте. Мы постепенно будем наращивать данный функционал.
Но отчеты на данный момент расширять не планировалось, в 14 версии будет добавлен новый функционал работы с документами, улучшена таблица и внесены изменения работы с нужными полями этой таблицы, много других мелких правок (следите за этим блогом, в нем будет рассказано все подробно). Появится поддержка SKU, наборов, комплектов и т.д.
Я спрашиваю не из праздного любопытства. Столкнулся со следующей ситуацией. В магазине есть товары, которые представлены торговыми предложениями. На склад можно завести для таких товаров только торговые предложения. Списывать со складов соответственно тоже только торговые предложения (как автоматически, так и вручную). Но отчеты с торговыми предложениями не работают (ответ техподдержки). И смысл тогда вашего складского учета, если нельзя посмотреть остатки товаров на складах, их приход и отгрузку? Опять делали, делали, да не доделали.
Вывод штрихкода, добавление штрихкода и изменение штрихкода.
Указанные в статье отчеты у нас отсутствуют.
Версия Битрикс 14.5, редакция Бизнес. Спасибо
Моя карточка товара выглядит совсем по другому.
Помогите разобраться, спасибо!
вот у меня строительные материалы, много поставщиков и много товара, мне к каждому товару нужно сделать пометку,что он от данного поставщика и чтобы посетитель сайта не видел моего поставщика
в первых версиях этого функционала в окне выбора торговых предложений для добавления в документ прихода было очень удобно выбирать несколько торговых предложений из каталога за раз и указывать им количество.. после обновления всплывающее окно заменили на ajax popup в котором выбрать несколько предложений уже нельзя (вернее зажав кнопку ctrl выбираются несколько строк, но к документу не добавляются, а добавляется только та строка на которой был двойной клик или выбрано из меню Добавить).
К сожалению это изменение привело в большим трудностям в составлении документа прихода.. подскажите пожалуйста, можно ли как-то все же выбирать по несколько товаров?
а сроки какие-либо есть у планов? может известно в каком релизе это будет добавлено?
AddEventHandler("catalog", "OnProductUpdate", "notInStore";); //событие, для того, что бы вытащить данные по товару
......
$ar_res = CCatalogProduct::GetByIDEx($ID);
.....
Скажите, не планируете ли ввести возможность работать с несколькими закупочными ценами ?
Т.е. сегодня нам продали товар по одной цене , а завтра его же по другой , а в системе сейчас числится только цена последней проводки , что делает отчеты не достоверными ... Тут даже не имеет начение лифо , фифо или средняя ... Хоть что - то планируется и когда ?