Олег Аверков (Все сообщения пользователя)

Тип чека выставляем в настройках модуля "Интернет магазин": Настройки -> Настройки продукта -> Настройки модулей -> Интернет-магазин, раздел "Настройки печати чеков", опция "Тип чека при получении оплаты" - выставляем "ПРЕДОПЛАТА"

Сегодня столкнулся с такой же проблемой, эта ветка помогла! В моём случае "/usr/bin/php" поменял на "/usr/bin/php71"

Спасибо, то что нужно!
Все получилось с первого раза.
Для тех то воспользуется этим способом - не забываем перегрузить сервис по окончании установки:

Добрый день, имеется bitrixvm c php 7.0.33, команда "yum install php-soap" не устанавливает пакет пишет что нужен "php-common(x86-64) = 5.4.16-46.el7", а установлено "php-common-7.0.33-12.el7.remi.x86_64 (@remi-php70)", как для данной версии php  установить soap?

Пример хороший - пригодился, автору плюс.

Кому совсем не понятно что происходит -  используем возможности Bitrix ORM для выборки заказов по нужным кастомным свойствам, т.к. заказы и свойства это разные таблицы в базе данных то приходится делать запрос типа join.

Вот немного документации на эту тему - Bitrix ORM getList

Очень жаль что конструкция PROPERTY_<PROPERTY_CODE>.<FIELD>, где PROPERTY_CODE и имеет тип привязка к пользователю не работает.

Тоже искал ответ на этот вопрос, но судя по всему с таблицей пользователей так не получится, поэтому, чтобы не дёргать $USER->GetByID() в цикле, решил доставать нужных мне пользователей одним запросом через CUser::GetList(), например так:Соответственно ID нужных пользователей собираем в предыдущем запросе.

Но если я ошибаюсь и привязку к пользователю можно использовать для того чтобы достать поля пользователя в CIBlockElement::GetList - буду рад, скажите только как это сделать?

Похоже так и придётся сделать, скрыть стандартный функционал и дописать свою табличную часть, или добавить свою таблицу БД напрямую. А админ пусть видит - он если захочет и без таблицы данные отредактирует.

Что, совсем вариантов нет?

1)Часть свойств было бы круто,
2) можно и весь - редактировать там ничего не надо - нужен только рабочий фильтр, сортировка
3) можно даже скрыть этот инфоблок из стандартного меню ( в этом случае буду писать для него табличную часть свою)

Что можно сделать, что нельзя штатными средствами АПИ?

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

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