Получить способ оплаты заказа битрикс

Метод всегда возвращает объект DB\Result, из которого можно получить данные с помощью метода fetch();

Выведем даты всех заказов текущего пользователя за текущий месяц, отсортированные по дате заказа

Получить заказы с определенным товаром

Фильтрация по нескольким вариантам статуса

Получение списка заказов, у которых отсутствует какое-либо свойство

Получение списка заказов по нескольким свойствам заказа

Редактирование

Оплата

Оплата заказа подразумевает оплату всех частичных оплат, которые в него входят. Только в этом случае заказ считается полностью оплаченным.

Разрешение доставки

Разрешение доставки подразумевает разрешение всех частичных отгрузок, которые в него входят. Только в этом случае заказ считается полностью оплаченным.

Если необходимо отменить разрешение отгрузки, тогда достаточно вместо $shipment->allowDelivery() вызвать $shipment->disallowDelivery() :

Добавление комментария

Смена статуса

Отмена и удаление

Отмена

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

Удаление

Есть 2 подхода к удалению заказа: «умное» и «в лоб».

• При «умном» удалении заказ сначала отменяется, а затем удаляется. Это значит, что у удаляемого заказа не должно быть оплаченный оплат и отгруженных отгрузок.
• При удалении «в лоб» не происходит отмены заказа. Идет прямое удаление информации о заказе из базы.

Получение публичной ссылки

Необходимо, чтобы в настройках модуля Интернет-магазин (Настройки > Настройки продукта > Настройки модулей > Интернет-магазин) была отмечена опция «Разрешить просмотр заказа по ключу без авторизации».

Выборка заказов по значению свойства

Добавление привязки

Пример добавления привязки существующего Контакта или Компании к Заказу:

Пользовательские комментарии

Мы будем рады, если разработчики добавят свои комментарии по практическому использованию методов системы.

Для этого нужно всего лишь авторизоваться на сайте

Но помните, что Пользовательские комментарии, несмотря на модерацию, не являются официальной документацией. Ответственность за их использование несет сам пользователь.

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

Источник

Оплаты

Внимание! Оплаты всегда связаны с заказом. Использовать метод \Bitrix\Sale\Payment::save() для сохранения категорически запрещается. При изменении оплаты может произойти изменение связанных сущностей, которые не будут сохранены. Необходимо выполнять сохранение через заказ: \Bitrix\Sale\Order::save() . Помимо всего этого в одной из ближайших версий вызов \Bitrix\Sale\Payment::save() будет генерировать ошибку уровня E_WARNING .

Получение

• Работа с коллекцией
• Работа с массивом

Помимо объектов есть возможность напрямую обращаться к базе через метод \Bitrix\Sale\PaymentCollection::getList($parameters) , либо \Bitrix\Sale\Payment::getList($parameters) . Оба этих метода работают аналогично.

Методы всегда возвращают объект Bitrix\Main\DB\Result , из которого можно получить данные с помощью метода fetch().

Добавление

• Вариант 1:
• Вариант 2:
• Вариант 3:

Редактирование

Изменить данные в оплате можно через методы:

В обоих случаях результатом работы метода является объект класса \Bitrix\Sale\Result .

Список доступных для редактирования полей:

Удаление

Возвращает объект типа \Bitrix\Sale\Result .

Получение конкретной оплаты

Получение суммы оплаты

Получение состояния: оплачено или нет

Возвращает true или false .

Получение оплаченной суммы по заказу

Возврат средств

Метод принимает единственный параметр, значения которого могут быть следующие:

• ‘Y’ — при возврате на внутренний счет;
• ‘P’ — при возврате через платежную систему(если она поддерживает данный функционал);
• ‘N’ — при отмене возврата.

Возвращает объект типа \Bitrix\Sale\Result . При выполнении возврата Вам не требуется делать каких-то дополнительных операций вроде вызова методов API платежной системы для выполнения возврата. Система все сделает сама. При попытке выполнить возврат через платежную систему, которая его не поддерживает, будет возвращена ошибка.

Получение объекта платежной системы

Результатом работы метода является объект класса \Bitrix\Sale\PaySystem\Service .

Получение списка доступных платежных систем с учетом настроенных ограничений

В режиме менеджера возвращается полный список платежных систем (системы, которые не подают под ограничения, имеют ключ RESTRICTED ).

Пользовательские комментарии

Мы будем рады, если разработчики добавят свои комментарии по практическому использованию методов системы.

Для этого нужно всего лишь авторизоваться на сайте

Но помните, что Пользовательские комментарии, несмотря на модерацию, не являются официальной документацией. Ответственность за их использование несет сам пользователь.

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

Источник

Работа с оплатой заказа в Bitrix D7

В обновлённом ядре Bitrix D7 функционал работы с заказами был существенно изменён. Немного ранее мы рассматривали работу со свойствами заказа посредством использования возможностей обновленного ядра D7. В данном посту мы поговорим про работу с функционалом оплаты заказов через API.

Об этом уже говорилось на нашем сайте, и не будет лишним повторить, что в ядре D7 реализована концепция ORM, свойственная для объектно-ориентированных языков программирования. Эта концепция включает в себя такое понятие как «коллекция», которая представляет из себя «умный» массив. Работа с ним оптимизирует групповые операции с объектами одного типа. Так к примеру, для реализации отдельного функционала сайта реализованы отведённые коллекции, с которыми мы можем работать по правилам ООП.

В данном посту вы рассмотрим возможности использования коллекции оплаты заказа Sale\PaymentCollection. Давайте создадим объект заказа, с которым мы и будем далее работать.

В переменную $order был помещён объект существующего заказа. Для работы с данными оплаты заказа, обращаемся к коллекции оплаты заказа Sale\PaymentCollection.

После создания объекта коллекции оплаты, мы можем получать информацию об оплате текущего заказа, а также его параметры.

Возможности системы позволяют содержать множество записей об оплатах. Это означает что с этими записями мы можем работать так же и в цикле. Каждая итерация цикла будет передавать объект оплаты Sale\Payment, который даёт возможность работы с данными оплаты.

Как получать данные оплаты мы рассмотрели, теперь самое время попробовать изменить параметры. Для этого мы попробует установить флаг оплаты, и возврата с помощью методов setPaid() и setReturn().

Как мы знаем метод оплаты может иметь какую-либо форму с кнопкой оплаты. Для инициализации данной формы мы можем использовать следующий код:

Таким образом, при создании заказа создаётся запись оплаты, с неоплаченным статусом. После транзакции покупателем статус оплаты должен меняться для подтверждения операции оплаты. Всё это делается в конкретном интерфейсе сайта. Пользуясь примерами, вы можете работать с оплатами заказа удобным для вас способом.

Источник

Bitrix. Интернет магазин. API работы с закаом. Как получить PAY_SYSTEM_ID по Id заказа?

Здравствуйте.
Сейчас есть вот такой код:

То есть получаю объект заказа по id заказа = 71 строчкой $order = Order::load(71);
Далее предположительно получаю коллекцию оплат строчкой $collection = $order->getPaymentCollection();
Если вызвать var_dump($collection); то PAY_SYSTEM_ID определяется равный 2, при этом находится в приватном свойстве. Конечно можно выполнить (array)($collection) чтобы получить объект в виде массива, но хотелось бы правильное решение средствами Bitrix, поэтому пожалуйста ответе каким методом добраться до PAY_SYSTEM_ID.

Мало ли это важно — описанное выше, это подзадача оплаты заказа через API.

То есть далее я планирую сделать примерно следующее

$service = \Bitrix\Sale\PaySystem\Manager::getObjectById(2);// Здесь передаётся Id который как раз и требуется определить, то есть PAY_SYSTEM_ID
$payment = \Bitrix\Sale\Payment::create($collection, $service);

$payment->setField(‘SUM’, 1000);// Создаём оплату на 1000 рублей к примеру
$collection->addItem($payment);// Добавляем оплату к коллекции
__________________________________________________________________________________
Вопрос решен, считаю нужным добавить следующее:
__________________________________________________________________________________
По факту я не совсем корректно из API создавал сам заказ, а именно сумму оплаты необходимо было указывать ещё на стадии формирования заказа, в этом случаи не было необходимости и в моём вопросе, а именно ещё на этапе формирования заказа нужно было сделать следующее:

$paymentCollection = $order->getPaymentCollection();
$payment = $paymentCollection->createItem();
$paySystemService = PaySystem\Manager::getObjectById(2);
$payment->setFields(array(
‘PAY_SYSTEM_ID’ => $paySystemService->getField(«PAY_SYSTEM_ID»),
‘PAY_SYSTEM_NAME’ => $paySystemService->getField(«NAME»),
‘SUM’ => ($cost + $deliveryCost)// . Именно этой строчки у меня не было, поэтому сумма оплаты была нулевая. То есть здесь указывается сумма оплаты, я указываю как сумма заказа с скидками плюс сумма доставки
));

А уже при проверке факта оплаты например от Яндекс кассы просто выполняется CSaleOrder::PayOrder($orderId, «Y»); Внимание! Метод согласно документации является устаревшим, но как сделать через Order я пока не понял
После использования данного метода появляется отметка «Да» в оплатах на против информации о оплате, а так же если суммы указанной в SUM достаточно для оплаты всего заказа — появляется информация что заказ оплачен в списке заказов, так же появляется в любом случаи зеленая индикация в заказе напротив метода заказа и оплаченная сумма.

Источник