/ / API на 2Checkout - Има ли повтарящи се плащания свързан с него повтарящ се идентификационен номер? - апи, повтарящи се, 2проучвания

Приложен програмен интерфейс (API) 2Checkout - Има ли повтарящи се плащания свързан с него повтарящ се идентификационен номер? - апи, повтарящи се, 2проучвания

Обикновено правим обаждане от API за "продажба / детайл" за URL адреса на 2Checkouts, за да получите подробности за конкретна транзакция / продажба.

Да предположим, че продажбата е от повтарящ се тип. Дали тази конкретна транзакция / продажба ще бъде свързана с него с recurring_id (или абонамент_id).

Както в PayPal: Ако транзакцията е от повтарящ се тип, тя има абонамент_id (като I-XXXXXXXXXX), свързан с нея. Всички транзакции, свързани с този абонамент, ще имат един и същ абонамент_id, но техните_данни_на_данните са различни. Абонамент_id действа като родител-id.

Всяка помощ ще бъде оценена.

Благодаря предварително.

Отговори:

4 за отговор № 1

Проверяващите периодични покупки на 2Checkout няматдопълнителен повтарящ се идентификатор. Всички продажби с 2Checkout имат свойства sale_id, invoice_id и поне one lineitem_id. Повтарящите се продажби създават нова фактура за всяка повтаряща се вноска, така че продажби / detail_sale API обаждането може да върне множество фактури. Така че sales_id може да има много invoice_id и всяка invoice_id може да има много linitems_id.

Ако трябва да спрете повтарящото се таксуване на aпродажба, трябва да спрете повтарящото се таксуване на всеки активен повтарящ се lineitem. Lineitem_id се променя във всяка нова фактура при периодична продажба, така че когато направите stop_lineitem_recurring обадете се, че е необходимо да използвате lineitem_ids от най-скоро таксуваната фактура, както е показано в 2Checkout-PHP-библиотека.