В 12.5 версии мы решаем эту проблему добавлением понятия “резервирование”. Теперь осуществляется подсчет зарезервированного количества товара и возможно указать, когда осуществляется резервирование.
[spoiler]
В настройках модуля “Интернет-магазин” указывается правило резервирования товара:
Значение “При оформлении заказа” соответствует имеющейся ранее схеме работы и установлено по умолчанию в обновленных проектах.
В карточках товаров появилось новое поле “Зарезервированное количество”:
А параметр “Уменьшать количество товара при заказе” переименован во “Включить количественный учет” (настраивается индивидуально для товара в его карточке или глобально для всех товаров в настройках модуля “Торговый каталог”).
Рассмотрим на примере схему работы с резервированием:
Допустим, количественный учет включен (настраивается индивидуально для товара в его карточке или глобально для всех товаров в настройках модуля “Торговый каталог”), резервирование осуществляется при оплате заказе, доступное количество товара = 10.
Тогда при оформлении заказа на 3 единицы товара получим: доступное количество товара = 10, зарезервированное количество = 0.
А при оплате (когда в форме заказа поставлен флаг оплаты): доступное количество товара = 7, зарезервированное количество = 3.
Списание зарезервированного количества (т.е. доступное количество товара = 7, зарезервированное количество = 0) произойдет при отгрузке товара (осуществялется новым флагом “Заказ отгружен” в форме редактирования заказа).
Если произойдет отмена оплаты, то доступное количество товара станет снова 10.
Возможно ли оформлять заказ на количество товара, больше указанного в поле “Доступное количество”, по-прежнему регулируется параметром “Разрешить покупку при отсутствии товара” (настраивается индивидуально для товара в его карточке или глобально для всех товаров в настройках модуля “Торговый каталог”).
Если количественный учет выключен, то никакая калькуляция по остаткам и зерезервированному количеству не осуществляется.
Вышеописанный сценарий работает как при выключенном складском учете, так и при включенном.
Списание зарезервированного количества
Как сказано выше, списание зарезервированного товара осуществляется при отгрузке, а это значит, что менеджеру теперь необходимо выполнить дополнительное действие при работе с заказом.
В форме редактирования товара следует отметить опцию “Отгрузить заказ” и, если включен складской учет, указать склад и штрих-код товара.
Если каждый экземпляр товара имеет уникальниый штрих-код, то ввод кода (причем верного кода) обязателен.
Если вам не нужно переутруждать вашего менеджера или разрешение доставки для вашего магазина, в принципе, одно и тоже, что и отгрузка, то следует использовать новый параметр “Разрешать отгрузку при разрешении доставки” модуля “Интернет-магазин”.
Т.о. заказ примет статус “отгружен”, а следовательно и спишется зарезервированное количество товара, сразу при разрешении доставки в форме просмотра заказа.
Например, при следующем варианте настройки модуля:
Менеджеру нужно будет только следить за наличием товара и подтверждать оплату заказа (если флаг оплаты не ставится автоматически от платежных систем), все остальные флаги и статус заказа выставятся автоматически.
Проблема с заказом
В форме редактирования заказа добавлен новый флаг и поле для указания “проблемных” заказов.
Это может заполняться менеджером вручную, если, например, в текущий момент нет нужного товара на складе, или есть еще какие-нибудь причины, мешающие выполнению заказа.
Кроме того, при включенной опции “Разрешать отгрузку при разрешении доставки” могут возникнуть конфликтные ситуации при списании товара, тогда проблема фиксируется автоматически и требует вмешательства менеджера.
Следует отметить, что автоматическое списание товара с уникальным штрих-кодом невозможно, менеджеру нужно будет зайти в заказ и, указав штрих-код, выполнить отгрузку .
Если в заказе несколько товара, но отгрузить не получается хотя бы один, то заказ полность считается “проблемным”, и списание остатков по всем товарам не осуществляется.
Обновление 12.5.0 “Интернет-магазин” пока в альфе (доступно только для партнеров). Мы планируем, что в течение недели данный функционал станет доступен и клиентам.
Об ошибках, найденных в продукте, сообщайте, пожалуйста, в техническую поддержку.
А вот цены в заказе теперь не редактируются по замыслу? )
Очень похоже на баг )
Не подскажите, снимается ли резерв при отмене заказа?
Если произойдет отмена оплаты, то доступное количество товара станет снова 10.
А если стоит ставить в резерв при оформлении заказа, то отмена заказ не возвращает резерв.
Ии?
а в заказе два товара: один товар с одного склада а другой с другого? Предположим что нету всех двух товаров ни на одном из складов одновременно и для отгрузки заказ придется предварительно собрать заказа по складам.
Система не следит за тем где товары находятся, она знает общее количество и делает общий резерв. Если у вас 5 товаров по одному на 5 складах, а клиент купил 3, то система просто зарезервирует 3 товара, без привязки их к складам. Дальше вы можете отгрузить товар с разных складов в одном заказе, либо переместить товар с разных складов на один склад и затем его отгрузить. Вы уже сами будете решать с каких 3х складов вам удобней забрать товар или сделать отгрузку.
На данном этапе так, если у вас будут предложения или мысли, с удовольствием их выслушаем.
1. Каким образом этот резерв передается в 1С?
2. Если просрочена оплата, резерв снимается автоматически?
3. У нас весь учет ведется в 1С и резервы там же, т.е. обмен с сайтом ведется только в разрезе доступных остатков.
По старой схеме, допустим было 10 свободных штук. Если человек заказал на сайте 3 штуки из 10, их на сайте стало 7 (стоит галка "Уменьшать кол-во"), далее в 1С мы оформляем резерв под этот заказ на 3 штуки и в 1С становится так же 7 свободных и они выгружаются при следующем обмене. Итого, и в 1С и на сайте реально свободных 7 штук после оформления заказа, любой может заказать или на сайте или по телефону.
По новой схеме, было 10 штук, человек заказал на сайте 3 штуки, они стали в резерв на сайте под клиента. В 1С менеджер вручную поставил резерв под этот заказ. Свободных в 1С стало 7. Итого, из имеющихся 10 штук, 3 штуки стоит в резерве на сайте, 3 штуки в 1С, в итоге следующему клиенту доступно для заказа только 4 штуки? Или я что то путаю.
4. Сейчас у нас большое кол-во товар в статусе "зарезервирован", прохлопали нововведение , как их одним махом сделать доступными ???
Нововведение может быть полезно тем, кто не пользуется связкой 1С - битрикс, но тогда нужно было оставить простое "Уменьшать кол-во при заказе", иначе тем, кто уже несколько лет выстраивал систему под одно придется менять алгоритм работы.
Неудачное решение введение нововведения сразу после обновления, разработчикам сначала нужно было хорошо подумать, по умолчанию использовать старую схему, а тем кому это жизненно необходимо активировали бы данный функционал по желанию.
В настройках модуля Торгового Каталога - уберите галочку "Включить складской учет"
При снятой этой галочки, поля: Доступное количество, Зарезервированное количество, Закупочная цена -можно изменять у любого товара.
Все галки на местах.
Приносим извинения за причиненные неудобства.
Вам нужно просто настроить схему, к удобному для вас виду, а ваши комментарии и пожелания, дадут нам возможность сделать модуль еще лучше, заранее спасибо вам за них.
У нас выгрузка каждые 10 минут и так 4 года без сбоев все работает.
1. Резерв в 1С не передается
2. Резерв автоматически не снимается в Битрикс (чуть ниже подробней поясню)
3. Если вы выгружаемые с 1С данные за минусом резервов, то число записанное в поле "Доступное количество:" будет за минусом резервов на сайте, тем самым цифра остатка всегда будет корректная и по сути в таком виде и должно выгружаться.
Ваш пример показывает скорей проблему, которая была раньше, если у вас сделан резерв в магазине на 3 штуки, а потом в 1С на другие 3 штуки, то по факту у вас должно быть не 7 а 4 товара в остатке, остальное в резервах. Но раньше схема работала по принципу 1С главней и замещала своими данными данные в интернет-магазине, что не совсем корректно, а было это по причине не гибкости уменьшения количества в поле "Доступное количество" (фактически резерв работал однобоко).
По новой схеме, поставился резерв в сайте на 3 штуки, в 1С ставить не чего не нужно, при следующей выгрузке количество в магазине будет корректным, так как данные с 1С будут откорректированные с учетом резерва на сайте, в обратную сторону к сожалению ситуация пока не такая гладкая, но мы работаем над ней.
Доступность можно сделать к сожалению только одним способом, ручками или скриптом, пройтись по товарам и очистить поле резерва, оно доступно к изменению. Либо попросите нашу техническую поддержку помочь вам в этом, они уберут все резервы.
Теперь я немного попробую подсказать, что нужно сделать, что бы улучшить ситуацию в будущем:
1. Проверить в настройках модуля интернет магазина, как ставится резерв, он стал очень гибким, если раньше он ставился по оформлению заказа, что фактически утопия, то теперь он ставится по удобному для вас событию, например "по оплате", соответственно не будут ставится не нужные резервы, прошла оплата встал резерв. Либо по другому статусу который актуален в вашей ситуации.
2. Если у вас один склад или нет складов, можно настроить автоматику списания резервов, это 2 галочки и две выпадашки описанные в статье, можно настроить достаточно гибко, товар будет физически списываться и резерв будет уходить.
p.s. Мы дальше будем развивать и стараться улучшить схему работы данного функционала, пишите о всех неудобствах которые вы испытываете, мы будем корректировать схему к более удобному варианту для всех, или к более универсальному.
Если кто-то старается вести учет у себя на сайте, то он либо ещё не набрал обороты продаж, либо не понимает, что рано или поздно придется внедрять 1С, если конечно проект будет развиваться. Так зачем делать шаги назад и тем более ломать годами отработанную схему и нагружать менеджеров ещё и лишними телодвижениями в битриксе??
Теперь по существу:
"1. Резерв в 1С не передается"
какой смысл его делать на сайте тогда? Если все равно дублировать в 1С.
"2. Резерв автоматически не снимается в Битрикс (чуть ниже подробней поясню)"
- "попросите нашу техническую поддержку помочь вам в этом, они уберут все резервы" или "ручками или скриптом - вы это имеете ввиду?? Не увидел нигде про снятие резервов больше.
"3. Если вы выгружаемые с 1С данные за минусом резервов, то число записанное в поле "Доступное количество:" будет за минусом резервов на сайте, тем самым цифра остатка всегда будет корректная и по сути в таком виде и должно выгружаться. "
Не совсем понял написанное. Какая же корректная? если доступные остатки = остатки до заказа покупателя - резерв на сайте под этот заказ - резерв в 1С под этот заказ.
Далее,
- "если у вас сделан резерв в магазине на 3 штуки, а потом в 1С на другие 3 штуки" - в 1С сделан резерв на эти же три штуки по этому же заказу !!!
- "По новой схеме, поставился резерв в сайте на 3 штуки, в 1С ставить не чего не нужно" - как это в 1С не нужно ставить резерв ??? Это же основная система учета товаров, он будет доступен для заказа всем, кто не заказывает на сайте, а оформляет заказ через отдел продаж по телефону, почте в торговом зале и пр. Или вы предлагаете разделить склады под разные задачи или отказаться от 1С вообще??
- "так как данные с 1С будут откорректированные с учетом резерва на сайте," - каким образом в 1С по новой схеме данные об остатках товара будут откорректированы с учетом резерва на сайте?
-"Доступность можно сделать к сожалению только одним способом, ручками или скриптом, пройтись по товарам и очистить поле резерва" - вы что, издеваетесь??
- "Либо попросите нашу техническую поддержку помочь вам в этом, они уберут все резервы. " - жду ответа третий день
- " если раньше он ставился по оформлению заказа, что фактически утопия, " - ну какая же утопия! Человек ведь товар заказал! Его нужно сразу в сторонку отложить до выяснения обстоятельств заказа, а то покупателю может ничего не достаться, особенно в новогоднюю распродажу ...
- "например "по оплате", соответственно не будут ставится не нужные резервы, " - по оплате ?? Да по оплате уже отгружать со склада быстрее нужно, заказ паковать и курьера высылать, мы ведь все работаем на улучшением качества услуг! Радеем за скорость доставки и правильные остатки и цены и не продаем воздух.
- "пишите о всех неудобствах которые вы испытываете" верните пожалуйста прежний алгоритм учета остатков, хотя бы как опцию, это единственное пожелание, а новый алгоритм ещё требует массу доработок. Вообще понятие "резервирования товара" очень скользкий и в то же время важный момент, и нельзя так шашкой махать .
P.S.
Извините, если бы излишне эмоционален, но имеем реальные проблемы и нет ясного понимания по её устранению.
Если же вы придерживаетесь схемы что 1С главная, а сайт ведомый, то вам нужно просто отключить количественный учет в настройках модуля торгового каталога и проверить, что у товаров не включена эта опция персонально для товара и жить как раньше, новое обновление не меняет схемы работы, и не ломает эту логику.
Соответственно не каких резервов на сайте не будет, и все будет работать как раньше.
По умолчанию галочка "Включить количественный учет" выключена, когда вы получаете обновление, и вы получается ее включили или глобально или для конкретных товаров.
Остальной мой текст в первом ответе вам, тогда становится не актуальный, вы живете как раньше и для вас не чего не меняется.
Но многие пытаются попробовать смешанный учет, он как бы возможен, но достаточно сложен и требует очень точного понимания, что вы делаете и для чего.
- вроде я всё подробно расписал на примере, подробнее некуда.
Мы не хотим делать резервы на сайте, мы их делаем в 1С, но в то же время, при оформлении заказ кол-во товара должно уменьшаться, как и было раньше. Далее заказ обрабатывался в 1С и ставился резерв товара под него, если нужно, либо отгружался сразу . При следующем обмене на сайт выгружался доступный остаток из 1С. Всё просто.
"просто отключить количественный учет" - как это отключить учет? это же какой угодно товар можно будет заказать сколько угодно, но мы не продаем то, чего нету на складе
"вы живете как раньше и для вас не чего не меняется." - тут вы не правы, больше половины реально свободных товаров сейчас в резерве. Просто скажите, как вернуть прежнюю систему учета товара, или с выпуском обновления это стало не возможно? Тогда, я думаю, у многих возникнут подобные проблемы
Вы лукавите или не знали о другой проблеме, более серьезной, ранее можно было просто скликать весь товар делая пустые заказы и уменьшая ваше количество до 0. Да и клиенты делая заказы уменьшали это количество, хотя заказы не оплачивались и товар по факту не покупался. И корректировалось это следующей выгрузкой из 1С.
Поэтому обычно эта галочка и не включалась, так как схема все равно не работала.
Я вам предложил уже два варианта решения вашей проблемы, потратьте немного времени в нашей демолаборатории, подберите удобную настройку для себя, исходя из статьи в блоге и моих комментариев. Это займет не много времени, вы поймете как все работает и выберете удобную для вас схему. Она очень гибкая.
Ну или как вариант откатите это обновление из бакапа, раз вы хотите оставить все как было ранее.
Ну это совсем никуда не годится! Юрий, вы думаете мне заняться больше нечем, кроме как постить тут и лукавить?? Любой может уменьшить товар до нуля в любом магазине, но это сразу выясниться при обработке заказа менеджером, если клиент идиот, заказ будет просто отменен. Что за бред вообще? У клиента всегда должно быть время, что бы оплатить свой заказанный товар. А промежуток, через который снимается резерв устанавливает продавец на свое усмотрение и снимает резерв в 1С или автоматом по определенному сроку или в ручную. Вы предлагаете мне обманывать клиентов и выписывать им счета под несуществующий товар?
"потратьте немного времени в нашей демолаборатории, подберите удобную настройку для себя, исходя из статьи в блоге и моих комментариев. Это займет не много времени, вы поймете как все работает и выберете удобную для вас схему. Она очень гибкая. " - мне кажется вы не внимательно прочитали мои посты или просто не хотите разобраться в проблеме.
"Ну или как вариант откатите это обновление из бакапа, раз вы хотите оставить все как было ранее. - мы платим за лицензию каждый год не для того, что бы откатываться до бэкапа.
Юрий, дайте хотя бы скрипт, который будет чистить резервы на сайте, но лучше верните обратно прежний функционал.
Давайте я еще раз напишу в чем состоит проблема:
Проблема в том, что включен количественный учет на сайте, вы работаете полностью в 1С, а 1С к сожалению не посылает команду на закрытие заказа и уменьшение резерва. Соответственно резервы в магазине накапливаются и количество становится не правильным, так как документ внутри магазина не закрыт.
Решение существует и их несколько (из тех которые мы предусмотрели):
1. Вы хотите использовать количественный учет, вы выбрали метод резервирования (их четыре на выбор), что бы теперь при получение отгруженного документа с 1С отгрузить его физически в системе и снять резерв, вам нужно поставить галочку в настройках модуля интернет-магазина "Разрешить отгрузку при разрешение доставки", документ будет закрыт и резерв уменьшится, количество правильно отработает с 1С
2. Отключить количественный учет, 1С станет полностью главной и резервов на сайте не будет
3. Отрабатывать отгрузку документов на сайте, а в 1С уже выгружать данные.
Мы обсуждаем еще один вариант, который постараемся добавить в следующих обновлениях: скорей всего появится галочка в настройках обмена с 1с, которая будет включена автоматически которая будет отрабатывать снятие резервов, либо вообще обнулять резервы раз пришли данные с 1С, ну и конечно делать заказ реально закрытым, раз он обработан в 1С.
Если у вас есть предложения как это сделать удобней, с удовольствием прочтем.
Наша же цель иная, сделать лучше для пользователей.
Про устаревшие методы я писал не про вас, а про проблему резервирования по оформлению заказа, и подразумевал, что была однобокая модель резервирования в нашем продукте, которая имела возможность создать в магазине проблему, которая решалась только отключением количественного учета. Мы эту проблему в продукте исправили. Исправили сделав резервирование гибким.
Я очень хочу решить проблему, но я вижу больше подводных камней, и что бы понять, что же я должен решать мне нужно знать ваше видение. Видение из разряда хочу как раньше не конструктивно, потому что пользователям нравится новая гибкая система резервов. Но получается в вашем случае она что-то ломает, и вот тут моя цель понять, как сделать так, что бы в ситуациях схожих с вашей, или у пользователя не чего не ломалось или достаточно поставить галочку о которой он не знал и у него все будет хорошо.
Вот меня сейчас интересует следующий вопрос:
Синхронизация с 1С у вас постоянно выгружает остатки по всем товарам или выгружаются только остатки по товарам в которых были изменения, товар участвовал в заказах которые были обработаны?
Как было раньше у вас:
У вас стоял количественный учет, вы закрывали глаза на то, что остатки товаров на сайте у вас не корректны в какой та момент времени, из-за брошенных заказов клиентов. Раз в месяц или в ручную в нужный момент вы делали полную синхронизацию товаров, которая выгружала корректные остатки с 1С. Вы привыкли к этой схеме она вас устраивает.
Как стало:
Мы изменили схему резерва, сделали ее универсально, но у вас осталась выбранная "по оформлению заказа". Теперь выгружая данные с 1С остатки не перетирают резервы, так как не было получено сайтом команды отгрузить товар на сайте. Галочка делать отгрузку у вас не включена (новый функционал) - эту часть можно не комментировать, она для общей картины, главное нам понятна проблема.
Как мы предлагаем это решить:
Делаем галочку в настройках обмена, "Обнулять количество резервов, при выгрузке товаров и ставить остаток из 1С" (текст может быть другим, главное, что произойдет.
Тем самым при выгрузке из 1С, будут обнулены данные на сайте по резервам, как было раньше, остатки будут синхронизированы с 1С (взяты из 1С).
Правильно ли я понял как было у вас ранее?
Предлагаемое нами изменение выйдет в ближайших обновлениях.
К сожалению, мы опять говорим на разных языках. С чего вы взяли, что у нас остатки на сайте не корректны из-за брошенных заказов? Что такое брошенный заказ? У нас всегда были корректны остатки товаров на сайте, раз в месяц мы делаем полную выгрузку остатков для профилактики, мало ли в 1С кто то неправильно провел документ или удалил что-нибудь из накладной и информация об этом не попала в план обмена и соответственно на сайт. Вы понимаете что такое "план обмена" в 1С ? Считайте, что всегда идет обмен в режиме "изменения" и остатки на сайте всегда корректны, за исключением промежутка времени между оформлением заказа на сайте и обработкой его менеджером в 1С, но этот промежуток не превышает 10-15 минут.
У нас стоит галка "Разрешать отгрузку при разрешении доставки:" в настройках модуля, вы это имеете ввиду?
"Как мы предлагаем это решить: " - да, если мы друг друга правильно понимаем, это должно нам помочь. Имеется ввиду обнулять все резервы по заказам на сайте. При обнулении резервов доступное кол-во меняться не должно, оно загружается при обмене из 1С и снова ждем заказа от покупателя.
При удалении заказа в 1С, на сайте заказ помечается как "Отменен".
Во-первых, я нашел статью в блоге с данным нововведением только когда наступили проблемы. Подписался.
Во-вторых, опять нововведение и опять копаемся ищем ошибки. А это множество программитов тратят свое время и силы.
Вы уж, пожалуйста, придумайте как делать обновления так, чтобы или все знали что произойдет или ни чего не происходило, пока не отметишь соответствующую настройку.
Как мы клиентов будем уговаривать обновления регулярно получать, да еще и платить за это, если уже просят не обновлять?
Ваши предложения, как еще нужно сообщать о нововведениях, в данный момент:
- информация приходит в описание обновлений,
- приходит в описаниях по электронной почте,
- публикуется в статьях в наших блогах
Эта статья была написана за неделю до выхода альфа версии обновления, которое было доступно сначала партнером для тестов, потом выходило в бете, потом уже для всех.
Скажите как еще доносить информацию, мы постараемся использовать и этот канал.
Клиент мог по не знанию создавать товар и включать галочку "Количественного учета" или стоит настройка в модуле торгового каталога, включающая эту схему. Убрав их все будет как раньше и на работу не как не повлияет.
А нельзя было подумать разработчикам и добавить новый функционал к которому можно бы было перейти со старого по желанию сменив настройки? Получается разработчиками доработка была сделана для новых пользователей и никак не для старых.
Вот как теперь править количество и резерв в товаре и все исправлять в ручную несколько сотен позиций? Ведь даже после приведение в соответствие всех заказов, перепроведение всех документов и полной выгрузки в количестве и в резерве находятся непонятные цифры.
Может разработчики соизволят для исправления "косяка" сделать скрипт для обнуления полей с количеством и резервом всех товаров чтобы не перебивать это все в ручную?
У вас такая же схема, наше решение поправит вашу проблему?
А когда будет обновление?
Битрикс реально забил на все просьбы решить эту проблему.
Вообще удивляет пофигизм разработчика,
хочется просто выматерится от того какую Битрикс свинью подсунул.
Но в итоге после нескольких обменов опять пошло расхождение, т.к. почему-то резервирование происходит дважды и в некоторых случаях не происходит списание резерва после отмены заказа. Слов нет, приходится работать в ручном режиме т.к. обмен вообще не предсказуем и даже уже стал большой проблемой. Я конечно привык к постоянным мелким недоделкам и багам в битрикс некоторые из которых тянутся годами, но такой беспредел впервые который вообще парализовал нормальную работу магазина.
Мы планируем сделать автоматику на несколько складов, по принципу указание с какого склада делать отгрузку, это актуально когда остальные склады это просто точки самовывоза. Это ожидается в следующих версиях.
Возникла аналогичная проблема.
Товар который находится в резерве предлагаться к покупке может только в одном случае, если у вас в настройках стоит продавать товар в минус.
Обратитесь в нашу техническую поддержку, ребята посмотрят что у вас происходит.
Полностью отказаться от схемы резервирования, видимо, уже нельзя - если в публичной части еще можно добавлять товары без участия ProductProvider, то в админке все будет добавляться с ним. Отказаться от количественного учета тоже не реально - тогда появится возможность заказа неограниченноого количества товара.
Еще заметил такой момент. Допустим, в наличии было 3 товара. Покупатель заказывает все 3, они попадают в резерв, в наличии остается 0. При этом в админке можно и дальше увеличивать количество в заказе, например, поставить, 5. И если потом такой товар удалить из заказа, то будет в наличии 5, в резерве минус 2. Если после такого обнулять резервы, как советуют выше, для заказа будут доступны товары, которых на самом деле нет в наличии.
Хочется, чтобы при последующих обновлениях подумали о разработчиках - подготовили нормальную документацию, может, вебинар какой-то провели, где рассказали бы о внутренностях новой системы.
Через некоторое время выйдет обновление в котором можно будет отключить систему резервирования.
Напишите подробней в чем у вас проблема и почему она возникает у вас и в каких случаях, может вашу проблему можно решить парой галочек. Либо все таки у нас ошибка и мы ее просто поправим (как например выяснилась проблема с 1С). Вы поймите текст "отключить Беду" совсем не конструктивен и не дает развитие продукту и возможность решать проблемы.
Если у Александра выше, сделан кастом стандартной работы, то в его случае отключение оправдано, в вашем пока не ясно в чем проблема.
в данном случае вам пригодится метод
Работать не возможно, на сайте полная неразбериха с остатками!
В ручную выправил все остатки в Битрикс, но через некоторое время остатки опять "поплыли".
В поддержку обращался результата ноль. Работать невозможно.
Отключение Количественного учета решит вашу проблему до выхода изменений с резервами.
в данном случае вам пригодится метод CCatalogProduct::Update() с ключом QUANTITY_RESERVED в arFields.
CCatalogProduct::Update($ar_res["ID"], array("QUANTITY_RESERVED" => 0));
помогите лузеру:)
это необходимо выполнить через командную php строку в админке?
как сделать чтобы возможность оплаты заказа покупателем появлялась только после отправки им заказа и смены статуса заказа менеджером(например статус заказа "Ожидает оплаты")
Смотрю видео конференцию 1С Битрикс о ИМ одежды который Вы планируете сделать.
Не бандлы и не наборы и не комплекты, - это называется Look или Total Look
Я всю жизнь занимаюсь одеждой , от производства одежды и до...., несколько лет работаю над ИМ магазина одежды на платформе 1С Битрикс.
Готов подсказать некоторые детали по ИМ одежды т.к вижу что Вы в одежде понимаете так же как я в 1С Битрикс.
Есть глобальные идеи по ИМ одежды которые совершенно новые в онлайн ретейле одежды.
Работал в команде администрации оффлайн крупнейшего городского торгового центра одежды нашего города, по этому знаю что им надо.
Наша цель не совсем сделать магазин одежды, скорей добавить новые базовые возможности, они должны быть универсальными и подходить для разного спектра решений, это должна быть не только одежда, но и продукты, стройматериалы, шины, диски и т.д.
Закладывается нормальная универсальная схема работы с SKU, наборами и комплектами, единицы измерения. Данных базовых функций или нет в продукте, или они были в упрощенном варианте - вот это наша цель.
Но я бы очень хотел выслушать или получить ваши подсказки, это даст возможность для сегмента одежды, сделать компоненты лучше, упростит жизнь как нашим клиентам, так и нашим партнерам. Тем более если это новшества которые будут на пике пожеланий клиентов и продавцов, это сделает наш продукт очень актуальным.
Вы можете связаться со мной по электронной почте myth@bitrix.ru
С уважением, Юрий
Ставил последние компоненты корзины sale.basket.basket и формы оформления заказа sale.order.ajax - не помогло.
Скажите, это у меня только проблема на сайте или общий баг?!
Подробнее описал проблему здесь:
И о августа и после и теперь уже в ноябре ничего не изменилось?
Сегодня ТП Битрикса насоветовала мне отключить количественный учет в Битриксе и резервировать только в 1С.
И то что продажи бывают и телефонные и интернет-продажи никого не интересует? И в голову не приходило?
Зачем тогда вообще этот гемор с двумя кособокими «продуктами из коробки» ни один из которых без обтесывания топором не работает и уж тем более в связке?
12 версия и вы не можете с резервами научить работать программы? За те деньги, что приходится в него вкладывать?
Как решить вопрос с резервами?
В общем, друзья... Если у Вас магазин обменивается с 1С, то отключите в настройках Торгового Каталога количественный учет и резервирование товара! И отрицательное количество тоже нужно отключить!
Если у Вас было ошибочно включено резервирование, и шел обмен с 1С, то вполне вероятно, что у товара с резервом в 5 единиц при обмене с 1С эти 5 единиц будут ВЫЧИТАТЬСЯ из количества, пришедшего из 1С (что, естественно, неправильно).
Чтобы руками не обнулять резервы товара на сайте для восстановления корректной выгрузки остатков из 1С можно через командную PHP строку запустить следующий код:
PS Передавай привет Бомарше =)
Эти настройки в торговом каталоге могут быть включены и отключены независимо.
Если они могут работать раздельно, то как?
Могу ли я количественный учет оставить, чтобы при отгрузке заказа списывались резервы, но чтобы при оформлении заказа система ничего не резервировала (я сам буду резервировать в тот момент когда мне это нужно)?
Имеется товар, реальный остаток 170, было 3 заказа по 10шт. В карточке товара остаток стоит 200(на складе). Доступное кол-во -4990. Зарезервировано -4790.
Каким образом можно заставить систему пересчитать остатки на складе, а так же убрать резервы? (1С не используется)
Раньше товар уходил в резерв при его заказе, сейчас поставил, что бы резервировался при отгрузке.
1. Включен количественный учет и резервирование в настройках модуля торговый каталог.
2. В настройках модуля интернет-магазин выставлена настройка - "резервировать товар: при оформлении заказа"
3. Когда оформляется заказ, в самом товаре в поле "Доступное количество" количество товара уменьшается, но в поле "зарезервированные количество" он не переходит.
Стоит Версия Битрикс 14.0.11, редакция малый бизнес. Версия модуля Торговый каталог (catalog) 14.0.2
А как можно занести количество в ручном режиме, при количественном учете
На сайте товар занесен руками и количество не дает проставить
Как в таком случае поступать?