Форум

у вас написано Too few arguments to function CTszhPayment::FormatCurrency()

[QUOTE]Ранее, если пользовательская функция вызывалась с недостаточным количеством аргументов, выдавалось предупреждение. Теперь же, вместо предупреждения будет вызываться исключение класса Error.[/QUOTE]

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

еще можно написать разработчикам модуля citrus.tszhpayment, который и вызвал ошибку.

У кого-нибудь было такое? клиент делает заказ, заказ уходит в 1С, но к примеру этого товара уже нет, его списал магазин себе. клиент соглашается на замену. Меняем состав в 1С приходит об этом информация на сайт, а в ответ фиг вам, состав на сайте не меняется, но дата изменения просталяется и обмен падает с ошибкой. при следующем запросе так как дата заказа сменилась, то старый состав улетает в 1С и изменяет уже новый и так по кругу.

что я сделал - создал статус на который можно перевести такой заказ и он не будет уходить в 1С. Отчасти это помогло, но в самой 1С стаусы же меняются у заказа и они идут на сайт, и опять проблема из-за такого заказа обмен падает с ошибкой и не все заказы обновляются. А раз завершения не было, то эти заказы раз за разом выгружаются и выгружаются. пока проблемный заказ не выкинешь из обмена. Но ему опять сменили статус к примеру в пункте выдачи, и все по новому кругу.

может кто подскажет что можно придумать

у вас в базе ООО "Веселый Битрикс",
вы ищите  $_REQUEST [ 'innorname' ]='Веселый Битрикс' или $_REQUEST [ 'innorname' ]='ООО Веселый Битрикс'?
Если по второму варианту, то никак не получится найти

а если так?
[CODE]$cagfilter['NAME'] = "%".trim($_REQUEST['innorname'])."%";[/CODE]

самому писать выборку CSaleOrder::GetList

в списке заказов можно использовать фильтр "Купон, использованный в заказе"
так вы получите все заказы с этим купоном

Других вариантов с информацией по купону, насколько я знаю, нет. Все остальное нужно самому писать выборки.
[CODE]
$arFilter = Array(
 "BASKET_DISCOUNT_COUPON" => $coupon['COUPON'],
 );
  $rsSales = CSaleOrder::GetList(array("DATE_INSERT" => "ASC"), $arFilter);
...
далее вытаскиваем id того кто создал заказ и CUser::GetList -> и сохраняем все в файл
[/CODE]

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

Добрый день. Как можно настроить аванс на заказ? Необходимо на курьерскую доставку ввести предоплату в процентах от заказа.

в php5 не было жесткой проверки с чем вы работатете с массивом или строкой, в 7 версии есть
объявите сначала переменную, затем присвойте ей значение

[CODE]if (!is_array($arFields["PROPERTY_VALUES"][454]))
{
$arFields["PROPERTY_VALUES"][454]=[];
  $arFields["PROPERTY_VALUES"][454][$arFields["ID"].':454']["VALUE"]="";
}[/CODE]

а про подробности вас спрашивают что этим вы хотите получить, зачем вам это условие вообще, если у вас и так это значение отсутсвует

Есть ситуация: выгружается каталог товаров, когда их меньше ~400, то торговых предложений тоже не так много ~2000 файлы приходят и обрабатываются без проблем. Но как только товаров переваливает за 400-500, тут начинается проблема - файл импорта обрабатывается нормально, а файл оферса (свыше 3000 ТП) нет, в логах сервера нет даже запроса на импорт оферсов. По логам обмена 1С  же получаем что при обращении мы имеем 502 ошибку. Я закинул bx_1c_import_lite на сайт и запустил обработку оферсов. Да долго(~30 минут), но все отрабатывает без ошибок. Запрос идет на дефолтную /bitrix/admin/1c_exchange.php что от 1С, что от скрипта.

Кто-то может что-то подсказать как победить проблему?
Просто во время проведения акций, распродаж это выливается в большую проблему, наличие сети офлайн-магазинов в этом случае за 15 минут(переодичность обмена, меньше нельзя устанавливать, так как после обмена еще и обработчики сайта должны все отработать) на обмен до 1000+ товаров могут зарегистрировать.