Найдите нужную статью о модулях 1С-Битрикс,
настройке и оптимизации
Найдено результатов: 36 по тегам sale
Направление объединяет CommerceML-сессии обменов, политики требований к оплатам, пересборку индекса SKU после переименования единиц измерений и наблюдаемость застройки компонента оформления заказа на мобильных шаблонах.
Каталог обработчика в php_interface, совпадение имени класса с папкой, initiatePay, обратные вызовы через sale_ps_result и чтение лога PaySystemErrLog.
Работа с типами цен модуля "Торговый каталог" при помощи классов "\Bitrix\Catalog\GroupTable", "\Bitrix\Catalog\GroupLangTable", "\Bitrix\Catalog\GroupAccessTable", "\Bitrix\Catalog\PriceTable".
"\Bitrix\Catalog\GroupTable": Таблица типов цен
"\Bitrix\Catalog\GroupLangTable": Таблица языковых параметров типов цен
"\Bitrix\Catalog\GroupAccessTable": Таблица прав доступа к типам цен
"\Bitrix\Catalog\PriceTable": Таблица непосредственно цен на товары, но использовать вместо него нужно "\Bitrix\Catalog\
Событие модуля sale позволяет подмешать условие в параметры выборки заказов перед отрисовкой таблицы: только свои статусы, диапазон ID, свойство заказа через runtime-связь или дополнительные сервисы отгрузки.
Отличие IS_NEW и отсутствия ID, возврат EventResult::ERROR для блокировки оформления, маркировка оплаты до сохранения, автозаполнение свойства из корзины, слежение за полем DEDUCTED и порядок относительно проверки полей.
Класс с сбором полей SALE_NEW_ORDER, вызовом легаси-события EVENT_ON_ORDER_NEW_SEND_EMAIL, получение e-mail из свойств и пользователя; плюс Notify::sendOrderCancel и sendOrderPaid для отмены и оплаты.
Подключение модуля currency, человекочитаемый список валют, выборки через CurrencyTable и CurrencyRateTable, языковые названия, базовая валюта, валюта заказа и позиции корзины, сброс кеша — в духе D7 без лишнего наследия C-классов.
Как через обработчик \Bitrix\Main\Mail\Internal\Event::OnBeforeAdd подставить свой макрос в письмо SALE_ORDER_DELIVERY: прочитать заказ, склад отгрузки и пользовательское поле склада в C_FIELDS.
Два ортогональных места в ядре: флаг оплаты заказа через OnSaleOrderSaved и переход конкретного платежа в состояние «оплачен» через OnSalePaymentEntitySaved, если важны частичные оплаты и внутренняя платёжная система.
Как через Bitrix\Sale\Discount\Gift\Manager получить наборы подарков для текущей корзины и для выбранного товара, зачем оборачивать вызов в DiscountCompatibility и как по productId отличить SKU от оффера.
Чтобы старая и новая цена появились в bitrix:catalog.section и bitrix:catalog.element, правило в «Маркетинг → Правила работы с корзиной» должно ссылаться на характеристики товара в инфоблоке, быть без лишних условий и без ограничений по группам — иначе расчёт для витрины не совпадёт с оформлением заказа.
Как подписаться на смену полей сущностей модуля sale до и после записи, какие параметры приходят в Event и как вернуть ошибку, блокирующую изменение STATUS_ID, доставку и другие поля.
Как в D7 через LocationTable забрать корневые местоположения с локализованными именами и прочитать сервис PHONE_MASK для динамической маски телефона.
Как штатно сохранять и читать произвольные строковые флаги для модулей через COption::SetOptionString / GetOptionString / RemoveOption, какие у движка ограничения по длине и куда это попадает в таблице b_option.
Обработчик OnSaleStatusOrderChange собирает телефон и поля заказа, проверяет список разрешённых статусов и дергаёт Bitrix\Main\Sms\Event с кодом SALE_STATUS_CHANGED_{STATUS}_SMS; шаблоны SMS должны быть заранее заведены в админке.
Подборка коротких приёмов: сбросить вывод перед отладкой, подключить ядро в отдельном скрипте, залогиниться по ID пользователя,CEvent для писем и типовые выборки заказов и корзины на старом API.
Идея разнести элементы инфоблоков по партициям с отсечением по IBLOCK_ID ускоряет чисто SQL-запросы с жёсткой привязкой к инфоблоку. Ниже типовой ALTER с составным первичным ключом, проверка через EXPLAIN PARTITIONS и отдельный пример для большой b_sale_basket — с оговорками про сопровождение и первичный ключ.
Разбираем типичный конфликт InnoDB: два параллельных UPDATE по b_sale_product2product и двум корзинам конкурируют за строки в другом порядке и уходят в deadlock. Как читать лог и какие направления смягчения есть на уровне приложения и БД.
Крон-скрипт: по каждому заказу загружаем покупателя, берём элемент города UF_CITY, поднимаем корневой раздел через GetNavChain и записываем название страны в свойство заказа через коллекцию свойств Sale D7.
Когда процент от цены или скидка по разделу не покрывают бизнес-логику — например, доставка в разные локации с разными наценками, — удобнее вынести правила в свои таблицы и подключить их в выдаче каталога и в провайдере корзины. Ниже — схема без дублирования со штатными правилами каталога.
Обработчик события OnSaleComponentOrderOneStepPersonType снимает из массива один вариант типа плательщика по символьному коду до отрисовки шага оформления в стандартном компоненте.
Как через ORM создать правило скидки Sale: собрать условия CondIBProp по значениям списочного свойства каталога (фильтр по XML_ID), задать процент в ActSaleBsktGrp и привязать правило к группам пользователей через DiscountGroupTable.
Одна строка API в ранней инициализации просит ядро не слать часть почтовых уведомлений интернет‑магазина в рамках текущего HTTP‑запроса. Разбираем, куда вставить вызов и почему он не гарантирует тишину во всех сценариях.
Считаем добавления через событие корзины D7, пишем агрегат в свойство типа число и включаем сортировку в catalog.section без тяжёлых запросов в шаблоне.
Почему у неавторизованных покупателей обнуляется корзина вместе с сессией и как включить привязку анонимного покупателя к cookie через модуль Интернет-магазин — проверка и установка опции через D7 API.
Временная страница, которая печатает идентификатор сеанса, служебный sessid ядра, содержимое $_SESSION и $_COOKIE и сравнивает показатель с сохранённым дампом прошлого хита — помогает пойти от бесконечных редиректов до «плавающей» корзины.
Как в D7 поднять объект заказа по ID или номеру счёта, выбрать список заказов пользователя на сайте и пройти по значениям свойств через коллекцию — без legacy-обёрток.
В новом ядре модуля sale действие способов доставки можно сузить по весу, сумме заказа, территории и другим параметрам. Разберём регистрацию своего ограничения через onSaleDeliveryRestrictionsClassNamesBuildList и каркас класса от Bitrix\Sale\Delivery\Restrictions\Base.
Как отправить ADD2BASKET без перезагрузки страницы, затем подтянуть HTML sale.basket.basket.line через ajax.php и синхронизировать параметры с IncludeComponent.
Как добавить параметры в жёлтую сводную полосу карточки заказа в административном разделе и повесить кастомные вкладки на экран создания, правки или просмотра — через события модуля sale и main после обновления sale около версии 16.0.33.
Службы доставки нового образца в Bitrix Sale: регистрация класса через onSaleDeliveryHandlersClassNamesBuildList, расчёт в calculateConcrete и CalculationResult, профильный контур родитель–дочка и постобработка onSaleDeliveryServiceCalculate.
Как читать и менять заказ через Bitrix\Sale\Order после перехода на D7-модуль sale: загрузка по ID или номеру, коллекции корзины и оплат, свойства покупателя и минимальный сценарий оформления без легаси API.
Как включить обработчики GeoIP, получить город по IP через Main\Service\GeoIp и подставить местоположение в оформление заказа Sale.
Как загрузить Sale\Basket для F_USER или заказа, изменить SKU, сохранить кастомные свойства строки и при необходимости пройти по BasketTable без легаси CSaleBasket.