Найдите нужную статью о модулях 1С-Битрикс,
настройке и оптимизации
Найдено результатов: 36 по тегам sale
Направление объединяет CommerceML-сессии обменов, политики требований к оплатам, пересборку индекса SKU после переименования единиц измерений и наблюдаемость застройки компонента оформления заказа на мобильных шаблонах.
С чего начинается платёжный обработчик Sale D7 В новой модели платёжная интеграция оформляется как отдельный каталог под /bitrix/php_interface/include/sale_payment/ или /local/php_interface/include/sale_payment/ . Внутри лежит handler.php с описанием сервиса, .description.php с параметрами из административной части и…
Материал Работа с типами цен модуля "Торговый каталог" при помощи классов "\Bitrix\Catalog\GroupTable", "\Bitrix\Catalog\GroupLangTable", "\Bitrix\Catalog\GroupAccessTable", "\Bitrix\Catalog\PriceTable". "\Bitrix\Catalog\GroupTable": Таблица типов цен "\Bitrix\Catalog\GroupLangTable": Таблица языковых параметров…
Событие модуля sale позволяет подмешать условие в параметры выборки заказов перед отрисовкой таблицы: только свои статусы, диапазон ID, свойство заказа через runtime-связь или дополнительные сервисы отгрузки.
Ниже. Три точки входа дополняют (но не заменяют) события на изменение отдельных полей заказа и связанных сущностей. OnSaleOrderSaved — после записи Параметр IS_NEW позволяет выполнить код только при первом появлении заказа в базе. ENTITY — объект \Bitrix\Sale\Order .…
Система сама шлёт письмо о новом заказе, но если вы отменили отправку на этапе оформления (через события или свою логику), позже может понадобиться повторить событие SALE_NEW_ORDER — например, после онлайн-оплаты. В штатном API нет «короткого» вызова; ниже — разбор полей и аккуратная отправка через CEvent::Send с…
Подключение модуля currency, человекочитаемый список валют, выборки через CurrencyTable и CurrencyRateTable, языковые названия, базовая валюта, валюта заказа и позиции корзины, сброс кеша — в духе D7 без лишнего наследия C-классов.
Задача Стандартный набор полей почтового события магазина не всегда покрывает вывод: например, в письме о разрешении доставки хочется вывести текст правил самовывоза, который хранится в пользовательском поле склада. Значение нужно попасть в массив подстановок C_FIELDS до того, как запись события уйдёт в очередь…
Два уровня — два события В модуле sale полная оплата заказа может пройти одним платежом или несколькими. Сохранение заказа после смены поля PAYED даёт событие OnSaleOrderSaved : удобно, когда нужно среагировать именно на деньги по заказу в целом. Сохранение сущности платежа порождает OnSalePaymentEntitySaved : его…
Откуда берутся правила Условия «при покупке подарить товар» задаются в админке: Маркетинг → Товарный маркетинг → Правила работы с корзиной . Сам по себе подарок не «прилетает» на склад заказа: покупатель должен добавить подарочную позицию в корзину . Тогда строка обычно уходит со 100 % скидкой; при количестве больше…
Чтобы старая и новая цена появились в bitrix:catalog.section и bitrix:catalog.element, правило в «Маркетинг → Правила работы с корзиной» должно ссылаться на характеристики товара в инфоблоке, быть без лишних условий и без ограничений по группам — иначе расчёт для витрины не совпадёт с оформлением заказа.
Зачем это нужно В интернет-магазине на D7 сущности заказа, корзины, отгрузки и оплаты — это объекты с набором полей. Ядро при каждом присвоении значения через штатные сеттеры порождает события до фиксации в хранилище и после неё. Так можно перехватить смену статуса, флагов отгрузки, оплаты или пользовательских…
Справочник местоположений в модуле sale Иерархия стран, регионов и населённых пунктов в интернет-магазине хранится в ORM-слое модуля sale . Для выборки используют класс \Bitrix\Sale\Location\LocationTable , а параметры вида маски телефона, которые задаются в административной части для узла дерева, читают методом…
Как штатно сохранять и читать произвольные строковые флаги для модулей через COption::SetOptionString / GetOptionString / RemoveOption, какие у движка ограничения по длине и куда это попадает в таблице b_option.
Когда включать отправку из кода Стандартный сценарий магазина часто уже шлёт письма и push по статусам. Отдельные SMS нужны там, где важно дублировать переход клиентом по смс-подтверждению оператора или уведомить о готовности к выдаче. Реализация опирается на модуль «Служба сообщений» и типы SMS-событий — см. общий…
Подборка коротких приёмов: сбросить вывод перед отладкой, подключить ядро в отдельном скрипте, залогиниться по ID пользователя,CEvent для писем и типовые выборки заказов и корзины на старом API.
Идея разнести элементы инфоблоков по партициям с отсечением по IBLOCK_ID ускоряет чисто SQL-запросы с жёсткой привязкой к инфоблоку. Ниже типовой ALTER с составным первичным ключом, проверка через EXPLAIN PARTITIONS и отдельный пример для большой b_sale_basket — с оговорками про сопровождение и первичный ключ.
Разбираем типичный конфликт InnoDB: два параллельных UPDATE по b_sale_product2product и двум корзинам конкурируют за строки в другом порядке и уходят в deadlock. Как читать лог и какие направления смягчения есть на уровне приложения и БД.
Задача Нужно периодически пройти по заказам и заполнить свойство оформления (в исходной заметке — «страна») по связке пользователь заказа → город в справочнике инфоблока → верхний уровень дерева разделов . Типичный сценарий: справочник городов лежит в инфоблоке с иерархией «страна → регион → город», у пользователя в…
Где живёт запрос в проекте ORM и DataManager в D7 удобны для поддерживаемых выборок, но иногда нужен текст SQL целиком: для отладки, разовых отчётов или когда проще описать задачу агрегатом над знакомыми таблицами ядра. Итоговую строку, которую строит ORM, имеет смысл сверять через механизмы логирования или отладки…
Когда процент от цены или скидка по разделу не покрывают бизнес-логику — например, доставка в разные локации с разными наценками, — удобнее вынести правила в свои таблицы и подключить их в выдаче каталога и в провайдере корзины. Ниже — схема без дублирования со штатными правилами каталога.
Обработчик события OnSaleComponentOrderOneStepPersonType снимает из массива один вариант типа плательщика по символьному коду до отрисовки шага оформления в стандартном компоненте.
Зачем программно создавать скидку магазина Скидки интернет-магазина в «1С-Битрикс» хранятся как отдельные правила с деревом условий и действий. Через административный интерфейс это удобно для разовых акций, но при развёртывании шаблонного каталога или миграции быстрее один раз зашить создание правила в скрипт. Ниже —…
Одна строка API в ранней инициализации просит ядро не слать часть почтовых уведомлений интернет‑магазина в рамках текущего HTTP‑запроса. Разбираем, куда вставить вызов и почему он не гарантирует тишину во всех сценариях.
Считаем добавления через событие корзины D7, пишем агрегат в свойство типа число и включаем сортировку в catalog.section без тяжёлых запросов в шаблоне.
Почему у неавторизованных покупателей обнуляется корзина вместе с сессией и как включить привязку анонимного покупателя к cookie через модуль Интернет-магазин — проверка и установка опции через D7 API.
Временная страница, которая печатает идентификатор сеанса, служебный sessid ядра, содержимое $_SESSION и $_COOKIE и сравнивает показатель с сохранённым дампом прошлого хита — помогает пойти от бесконечных редиректов до «плавающей» корзины.
Как в D7 поднять объект заказа по ID или номеру счёта, выбрать список заказов пользователя на сайте и пройти по значениям свойств через коллекцию — без legacy-обёрток.
В новом ядре модуля sale действие способов доставки можно сузить по весу, сумме заказа, территории и другим параметрам. Разберём регистрацию своего ограничения через onSaleDeliveryRestrictionsClassNamesBuildList и каркас класса от Bitrix\Sale\Delivery\Restrictions\Base.
Зачем выносить добавление в корзину в AJAX Страница каталога или карточки товара не обязана перезагружаться целиком: достаточно отправить на сервер пару полей в формате обычной POST-формы и затем обновить мини-корзину в шапке. Стандартная связка «магазин + компонент каталога» уже умеет обрабатывать действие…
Как добавить параметры в жёлтую сводную полосу карточки заказа в административном разделе и повесить кастомные вкладки на экран создания, правки или просмотра — через события модуля 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.