Форум

я уже нашел эти таблицы))

[QUOTE]нужно использовать D7[/QUOTE]

я и не говорю, что не нужно, по возможности конечно нужно))
по моей задаче нужно было переделать компонент и соответсвенно шаблон заказа под новый sale.order.ajax, но под старый вид его шаблона(в котором куча различных условий с которыми я разгребался)
вот и получалось в новом через d7 идут данные, а в старом через старое API и нужно все это соотнести и вынести по возможности из шаблона  в компонент.

возможно не так подхожу к решению задачи не спорю, потому сюда и написал.

и так у меня (специально посмотрел) 99 доставок, каждая имеет свои отдельные ограничения(по городам, суммам, категориям... благодаря вашей статье, пользователям и другим отдельным условиям.)  в 84(с 40 я ошибся) из них можно использовать наложный платеж, но он должен быть ограничен определенными товарами.  и если я буду создавать ради только 1 платежной системы еще 84 доставки, а потом появится еще одна система для которой тоже нужно будет внести ограничения по товарам это можно будет рехнуться. поэтому хорошим решением будет написать свое ограничение , но столкнулся с [URL=http://dev.1c-bitrix.ru/community/forums/messages/forum6/topic79789/message444949/#message444949]указанной выше[/URL] проблемой и пока не знаю как ее решить.

У меня около 40 вариантов доставок в которых используется платежная система , но она должна быть ограничена только по определенным товарам и дублировать ради 1 платежки все доставки, тем более нет такого ограничения "как не содержит" плохой вариант.
по другой задаче посоветовали сделать свое ограничение. вот и тут хотел сделать аналог как у доставки, но столкнулся с проблемой
[CODE]// ByProductCategory::getParamsStructure()
//    /bitrix/modules/sale/lib/delivery/restrictions/byproductcate­gory.php:111

   public static function getParamsStructure($deliveryId = 0)
   {
       $result =  array(
           "CATEGORIES" => array(
               "TYPE" => "DELIVERY_PRODUCT_CATEGORIES",
               "URL" => "/bitrix/admin/cat_section_search.php?lang=ru&m=y&n=SECTIONS_IDS",
               "SCRIPT" => "window.InS".md5('SECTIONS_IDS')."=function(id, name){BX.Sale.Delivery.addRestrictionProductSection(id, name, this);};",
               "LABEL" => Loc::getMessage("SALE_DLVR_RSTR_BY_PC_CATEGORIES"),
               "ID" => 'sale-admin-delivery-restriction-cat-add'
           )
       );

       return $result;
   }[/CODE]

BX.Sale.Delivery имеет addRestrictionProductSection
а BX.Sale.PaySystem нет
подскажите ка решить задачу?

а на уровне OnSaleComponentOrderOneStepDelivery и OnSaleComponentOrderOneStepPaySystem возможно сделать пересчет?
потому как на событии уже все данные есть и если я тут OnSaleComponentOrderOneStepDelivery вношу доп ограничения, то мне всего-лишь нужно сделать пересчет платежек тут OnSaleComponentOrderOneStepPaySystem, т.к. после изменения предыдущего события сюда пришли уже правильные доставки, а вот платежки тут не те

Мне необходимо добавить ограничение на доставку по наличию/отсутствию товаров, принадлежности к группам... в общем по ограничениям которых нет в настройках доставок. и вот столкнулся с проблемой. я убираю на уровне result_modifier, но платежки-то остаются. попробовал на событиях но опять же если я убираю не нужные из $arResult[DELIVERY], то платежки подгружаются все-равно. и получается доставка выбрана одна, а платежные системы от другой. как сделать пересчет платежных систем?

Переназначаю ограничения для платежных систем. При попытке оформления вдруг получаю "Нет платежных систем для оплаты"
Искал почти 2 часа. Итог в массиве доставок есть такая
[CODE]Array
(
   [ID] => 113
   [CODE] =>
   [PARENT_ID] => 0
   [NAME] => Без доставки
   [ACTIVE] => Y
   [DESCRIPTION] =>
   [SORT] => 100
   [LOGOTIP] =>
   [CONFIG] => Array
       (
           [MAIN] => Array
               (
                   [CURRENCY] => RUB
                   [PRICE] => 0
                   [PERIOD] => Array
                       (
                           [FROM] => 0
                           [TO] => 0
                           [TYPE] => D
                       )

               )

       )

   [CLASS_NAME] => \Bitrix\Sale\Delivery\Services\EmptyDeliveryService
   [CURRENCY] => RUB
   [TRACKING_PARAMS] =>
   [ALLOW_EDIT_SHIPMENT] => Y
   [RESTRICTIONS_EXIST] => 1
)[/CODE]
При этом в админке такой нет, соответсвенно настроек для нее тоже.
Подскажите это с каким-то обновлением прилетело? как с ней обходится, во всех платежках ее указывать или в какой-то одной чисто для того чтобы ошибку убрать?

Иногда полезно написать на форум: сразу решение находится
если кому нужно

[CODE]
$dbResultList = \Bitrix\Sale\Delivery\Services\Table::getList(array('select'=>array('ID','CODE','NAME')));
while ($service = $dbResultList->fetch()){
Bitrix\Main\Diag\Debug::dump($service);
}

//или

$a=\Bitrix\Sale\Delivery\Services\Manager::getActiveList();
Bitrix\Main\Diag\Debug::dump($a);

//второй только активные возвращает  и параметр select не шибко работает
[/CODE]

как можно получить все доставки arDeliveryServiceAll без проверки условий применимости?
чтобы получить вот это соответсвие [ID] => 56 [CODE] => 62

если посмотреть arDeliveryServiceAll, то можно увидеть
[CODE]
[56] => Bitrix\Sale\Delivery\Services\Configurable Object
       (
           [id:protected] => 56
           [name:protected] => Байкал-Сервис
           [code:protected] => 62
[/CODE]
тогда добавив в class.php  в protected function obtainDelivery()
[CODE]$arDelivery['CODE'] = $deliveryObj->getCode();[/CODE]
можно будет получить
[CODE]
Array
(
   [ID] => 56
   [CODE] => 62
   [NAME] => Байкал-Сервис
[/CODE]

но мне не понятно почему CSaleDelivery::GetList возвращает id=62 вместо 56
с разными таблицами происходит взаимодействие что ли

нет, в том-то и дело. понятно что если бы была автоматизированная, то нужно было бы смотреть id профиля