Bitrix ошибка проверки доступного количества товара

Столкнулся с проблемами обмена после обновления интернет-магазина БУС с 17 версии на 19-ю и 1С с УТ 10 на УТ 11. Там в общем комбо всех проблем на сайте — компонент импорта каталога был кастомизирован, навешаны обработчики на On(Before|After)(IBlockElement|IBlockSection|Price)(Update|Add), шаблоны и компоненты каталога кастомизированы (еще в 14-15 версии БУС), компонент оформления заказа тоже кастомизирован. В общем никому не пожелаю такого ада — по-возможности избегайте такой работы. Я еще не до конца все проблемы разгреб, но те, что разгреб и еще пока живы в памяти — опишу — может, кому поможет, кто столкнется с чем-то похожим.

1. Не знаю как это работало раньше в прежней версии БУС / УТ 10, но после обновления пришлось поставить галочку в настройках обмена с 1С на сайте «Цены только в инфоблоке торговых предложений» — потому что кастомизированные компоненты и шаблоны каталога не способны были работать с товарами без торговых предложений. В этом случае 1С передает товар без характеристик как товар, а Битрикс делает сам ему торговое предложение.

2. Бизнес-процесс торговли был устроен так:
— на сайте клиент делает заказ
— заказ выгружается в 1С
— в 1С к заказу добавляется доставка с ценой
— заказ выгружается назад на сайт и там в том числе (если выбрана оплата картами) клиент может его оплатить.
И вот выгрузка доставки сломалась — в 1С доставку добавляют — на сайте она не появляется, да еще и существующая удаляется. Несколько дней копания в коде классов обмена с 1С в БУС и я кое-как понял, что оказывается код услуги доставки в 1С должен быть ORDER_DELIVERY. И в xml доставка должна обязательно передаваться следующим образом:
<Ид>ORDER_DELIVERY</Ид> — только так — стандартный обмен битрикс завязан прям на этот код ORDER_DELIVERY — он по нему дополняет документ заказа фиктивной «отгрузкой» и тогда отгрузки из заказа на сайте не удаляются.
И вот это важно:
<ЗначениеРеквизита>
<Наименование>ТипНоменклатуры</Наименование>
<Значение>Услуга</Значение>
</ЗначениеРеквизита>
если тип номенклатуры = услуга, то цену этого «товара» из документа битрикс добавляет в поле «стоимость доставки» заказа на сайте.
Потом гуглом по ключевому слову ORDER_DELIVERY битрикс я нашел уже, что я не первый, кто с этим столкнулся, но пока я это сам не раскопал гугл мне никак не помог. А в техподдержку я обычно не обращаюсь, так как ни разу она мне еще ничем не помогла в таких вопросах.

3. Вроде бы обмен заказами наладился, но я рано обрадовался — оказалось, что не все заказы обновляются из 1С на сайте. А в логах вижу сообщения
Ответ сервера: success
Ошибка проверки доступного количества товара «Товар 1»
Ошибка проверки доступного количества товара «Товар 2»
Причем не по каждому заказу. Прошло некоторое время, пока я наконец понял закономерность — ошибки появляются у тех товаров, у которых только одно торговое предложение. Несколько дней раскопок в коде обмена и я смог лучше локализовать ошибку: При выгрузке товаров из 1С на сайт товары без характеристик, получается, в соответствии с настройками («Загружать торговые предложения (характеристики) в отдельный инфоблок» и «Цены только в инфоблоке торговых предложений»), дублируются в инфоблок торговых предложений как предложение с ценой и доступным количеством, и у них с элементом в инфоблоке «Товаров» прописывается одинаковый «Внешний код». И потом, при обмене заказами, битрикс при проверке доступного количества берет по «внешнему коду» не «торговое предложение», а «товар» и выдает ошибку. Я долго пытался понять где именно он это делает и даже написал в техподдержку, но от техподдержки за несколько дней переписки удалось добиться лишь подтверждения того, что я нашел, но не помощи в решении проблемы — цитирую:

Пока переписывался с поддержкой продолжал копать исходный код. В итоге нашел
Bitrix\Sale\Exchange\Entity\OrderImport::getProduct()
/bitrix/modules/sale/lib/exchange/entity/orderimport.php:398 (

https://bxapi.ru/src/?module_id=sale&name=OrderImport::getProduct

)
Править файлы ядра не хорошо, но в моем случае, боюсь, это единственный вариант — добавил дополнительный фильтр по IBLOCK_ID в array(«=XML_ID» => $code, «ACTIVE» => «Y», «CHECK_PERMISSIONS» => «Y»),

Гость, здравствуйте.

Во-первых, если вы используете компонент bitrix:catalog.section, вместо него нужно использовать grain:iiko.section.

Во-вторых, в настройках модуля торгового каталога должна стоять опция, разрешающая покупку при отсутствии товара (т.к. доступное количество товара из iiko не передается).

Еще одна проблема, с которой регулярно встречаются пользователи ЦМС Битрикс не добавляются товары в корзину.
Причин может быть множество: от неправильного программного кода, до неправильно выставленных прав на типы цен.
Рассмотрим основные причины, почему данная проблема возникает:
Перейдем в настройки торгового каталога (настройки – модули – торговый каталог):
Здесь мы видим настройки Включить количественный учет и Разрешить покупку при отсутствии товара (включая разрешение отрицательного количества товара). Если первая включена а вторая выключена, а количество товара равно 0, то возникнет ошибка Битрикс: не добавляются товары в корзину.

Рассмотрим еще одну причину ошибки битрикс не добавляются товары в корзину. Известно, что в модуле интернет-магазина битрикса существует такая сущность как тип цен. Для того, чтобы пользователь мог добавить товар в корзину он должен состоять в группе, обладающей соответствующими правами. Если их не хватает, товар не добавится в корзину.
Эта настройка располагается: магазин – цены – типы цен, далее выбираем соответствующий тип:

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

которая является надстройкой над:

или не подключен модуль интернет-магазина (CModule::IncludeModule(«sale»))
Также имеют место быть случаи, когда модуль интернет-магазина не установлен, или установлен неправильно. При этом также возможно возникновение ошибки добавления товара в корзину в битриксе

Столкнулся с такой проблемой: при вызове Add2BasketByProductID(8907, 1, $arProp); часть товаров нормально добавляется в корзину, а часть вообще не добавляется: «Ошибка проверки доступного количества товара».

Проблема появилась после установки последних обновлений, версия Битрикса 19.0.325. Техподдержка думала примерно сутки и написали следующее:
«Добрый день!
Извините за ожидание.

Вопрос оказался достаточно сложным, необходимо подключить старшего инженера, прошу немного подождать.

С уважением,
инженер отдела технической поддержки»
чем изрядно меня повеселили. Т.е. косяк настолько серьёзный, что аж целого страшного инженера привлекут. Подожду, но если вы столкнулись с такой же проблемой, то можно попробовать провернуть чукотский трюк: выгрузить все товары в xml, удалить и импортировать. Теоретически товары создадутся нормально. Но это гипотеза.

В моём случае ошибка была из-за того, что некоторые торговые предложения не были привязаны к товарам, а были привязаны к другим торговым предложениям. Пришлось переделывать и привязывать к товарам.

Здравствуйте! Я — Андрей Панёвин и занимаюсь профессиональной разработкой сайтов на платформе 1С-Битрикс (исключительно программирование). Есть вопросы по статье? Могу подсказать и помочь по скайпу (andrey.panevin.ru), WhatsApp (+7-911-091-0670) или перепиской в ВК.
1000 р./час.

Помогла статья? На поездку на море (Охотское):

• Интернет-магазины

• Аспро: Максимум
• Аспро: Next
• Аспро: Интернет-магазин
• Аспро: Крутой шоп
• Аспро: Маркет
• Аспро: Оптимус
• Аспро: Шины и диски 2.0
• Аспро: Шины и диски, интернет-магазин

Индикатор количества на складе не совпадает с доступным количеством товара

Рассмотрим проблему на конкретном примере. На одной из карточек товара вкладка «Наличие на складе» (отметка «Нет в наличии») не «дружит» с доступным количеством (иконка «Много»):

Проверяем настройки товара на вкладке «Торговый каталог».

Переходим на вкладку «Склады» и проверяем информацию, которую можно задать вручную или выгрузить из 1С.

Переходим на вкладку «Параметры» и видим, что доступное количество не соответствует суммарным данным по складам. Такое может произойти, к примеру, из-за ошибки выгрузки. Редактируем информацию и сохраняем изменения.