Поддръжка на абонаменти в WooCommerce
Cardflo се интегрира директно с абонаментите на WooCommerce, което позволява на търговците да управляват ефективно повтарящите се приходи. Тази интеграция осигурява стабилна платежна инфраструктура за бизнеси, базирани на абонаменти, осигурявайки последователна обработка на плащанията и подобрено задържане на клиенти.
Търговците могат да използват разширените функции на Cardflo в рамките на съществуващата си настройка на WooCommerce.
- Категория
- Плъгини
- Възможности
- 10
- Налично на
- Всички планове
Общ преглед
Поддръжката на абонаменти в WooCommerce в рамките на платежен стек функционира като оркестрационен слой между средата на WordPress и инфраструктурата за придобиване.
Тази интеграция улеснява управлението на жизнения цикъл на повтарящите се транзакции, надхвърляйки простите еднократни оторизации, за да обработва сложна логика като планирани цикли на таксуване, пробни периоди и пропорционално разпределение.
Чрез използване на специализиран интерфейс на плъгин, търговците се свързват с платежен шлюз, който поддържа асинхронни известия за плащане и съхранени данни. Механизмът разчита на транзакции, инициирани от търговеца (MIT), където първоначалната транзакция, инициирана от картодържателя (CIT), установява мандата за последващо таксуване.
Тази структура позволява на системата да управлява техническите изисквания за силно удостоверяване на клиента (SCA), като същевременно минимизира триенето.
Тя се намира между базата данни на WooCommerce и мрежите на платежните схеми, като гарантира, че платежните токени се съхраняват сигурно и че индивидуалните актуализации на абонаменти се съобщават на придобиващия с правилното маркиране на транзакциите, за да се поддържа съответствие с разпоредбите на PSD2.
Как работи
Установяване на платежен мандат
Когато клиент завърши касата, системата извършва първоначална оторизация с 3D Secure проверка. Това създава сигурен токен и платежен мандат, документиран от издателя.
Тази първоначална транзакция, инициирана от картодържателя, задава необходимите флагове за всички бъдещи автоматизирани цикли на таксуване, които да бъдат обработени като инициирани от търговеца.
Сигурно съхранение на токени
Чувствителните основни номера на сметки не се съхраняват на сървъра на WooCommerce. Вместо това те се предават на съвместим с PCI-DSS трезор.
Шлюзът връща уникален токен на платформата на търговеца, който се използва за последващи повтарящи се заявки, намалявайки обхвата на изискванията за сигурност на данните за бизнеса.
Автоматизирани цикли на таксуване
Плъгинът следи графика на абонамента, дефиниран в WordPress. На необходимия интервал той задейства заявка към платежния процесор, използвайки съхранения токен.
Заявката включва специфични повтарящи се индикатори и оригиналния идентификатор на транзакцията, за да се гарантира, че издателят разпознава плащането като част от установено споразумение.
Управление на отказани плащания
Ако повтарящо се таксуване бъде отказано, системата категоризира неуспеха като мек или твърд отказ. Меките откази, като временно недостатъчни средства, задействат вторична логика за повторни опити или процеси за събиране на просрочени плащания.
Твърдите откази, като анулирана карта, подтикват системата да уведоми клиента да актуализира данните за плащане.
Защо е важно
Намаляване на процента на отпадане
Неволното отпадане възниква, когато активни абонаменти се провалят поради технически проблеми с плащането или изтекли данни. Интегрирането на сложна поддръжка на абонаменти позволява използването на инструменти като актуализатори на акаунти и интелигентна логика за повторни опити.
Тези механизми гарантират, че приходите остават постоянни, без да е необходима ръчна намеса от страна на клиента, което обикновено води до по-високо задържане през целия жизнен цикъл на абоната.
Съответствие и точност на маркирането
Повтарящите се плащания подлежат на специфични регулаторни рамки съгласно PSD2 и правилата на схемата. Неправилното маркиране на MIT може да доведе до високи нива на отказ от издателите.
Стабилната интеграция гарантира, че всяка транзакция носи правилните метаданни, като оригиналния идентификатор на транзакцията и подходящия код на категорията на търговеца, за да се удовлетворят моделите за риск на издателя и изискванията за удостоверяване.
Приложения
SaaS и дигитални членства
Бизнесите, предоставящи достъп до софтуер, могат да автоматизират месечни или годишни подновявания. Интеграцията управлява нивата на достъп въз основа на състоянието на сетълмента в реално време, като гарантира, че предоставянето на услуги е пряко свързано с успешното потвърждение на плащането.
Курирани услуги за физически кутии
Търговците, изпращащи физически стоки по график, използват интеграцията за синхронизиране на улавянето на плащания с инвентарните цикли. Това гарантира, че етикетите за доставка се генерират само след като придобиващият е оторизирал повтарящото се таксуване.
Благотворителни повтарящи се дарения
Неправителствените организации могат да организират програми за редовни дарения чрез своя уебсайт. Системата обработва различни честоти на дарения, като същевременно поддържа ясна одитна следа и предоставя на дарителите възможност да поставят на пауза или да актуализират своите вноски.
В числа
Типични печалби, наблюдавани в индустрията при преминаване от ръчно към автоматизирано повтарящо се маркиране и използване на интелигентна логика за повторни опити.
Индустриалните изследвания показват, че този диапазон на възстановяване е възможен, когато актуализаторите на акаунти и автоматизираното събиране на просрочени плащания са ефективно приложени.
Стандартната продължителност за обработка на повтарящи се API повиквания между плъгина и платежния шлюз в стабилни среди.
Свързани термини
Talk to our team about a live rollout on your acquiring stack.
Какво получавате с Поддръжка на абонаменти в WooCommerce
- Синхронизиране на флагове за транзакции, инициирани от търговеца, за да се удовлетворят изискванията на издателя и да се намалят отказите за оторизация.
- Съхранение на платежни данни в съвместим с PCI трезор за минимизиране на рисковете за сигурността на локалните данни.
- Автоматизирани последователности за събиране на просрочени плащания за управление и възстановяване на приходи от неуспешни опити за повтарящи се транзакции.
- Поддръжка на множество валути чрез интерфейса на WooCommerce за улесняване на глобалното разширяване на абонаментите.
- Актуализации на състоянието в реално време чрез уебкуки за поддържане на точни записи на абонаменти в цялата платформа.
- Интеграция с услуги за токенизация на мрежата за автоматично актуализиране на изтекли или заменени данни за кредитни карти.
- Подробен контрол върху графиците за повторни опити за меки откази въз основа на специфични кодове за отказ на издателя.
- Изпълнение на пропорционално таксуване за клиенти, които променят нивото на абонамента си в средата на цикъла.
- Изчерпателни отчети за стойността на клиента през целия му живот и успеха на подновяването на абонамента за всички методи на плащане.
- Проверка на самоличността на картодържателя чрез 3DS при първоначалната транзакция за установяване на платежни мандати.
A short scoping call, then a written plan for your MIDs.
Въпроси относно Поддръжка на абонаменти в WooCommerce
Как интеграцията обработва силното удостоверяване на клиента за повтарящи се плащания?
Съгласно PSD2, първоначалната настройка на абонамента се третира като транзакция, инициирана от картодържателя, и трябва да премине SCA, обикновено чрез 3D Secure. След като това е успешно удостоверено и мандатът е установен, последващите плащания в серията се класифицират като транзакции, инициирани от търговеца (MIT).
Тези MIT обикновено са извън обхвата на изискванията за SCA, при условие че са маркирани правилно с оригиналния идентификатор на транзакцията.
Интеграцията гарантира, че тези флагове присъстват, което позволява на търговеца да обработва подновявания, без да изисква от клиента да се връща на сайта за всеки цикъл на таксуване.
Какво се случва, когато кредитната карта на абонат изтече?
Системата може да използва услуги за актуализиране на акаунти, предоставени от картовите схеми, за управление на изтичането на карти. Когато издател замени карта, актуализираните данни се извличат чрез придобиващия и токенът в трезора се опреснява.
За издатели, които не поддържат това, логиката за събиране на просрочени плащания в плъгина предоставя автоматични известия по имейл на клиента, подканвайки го да предостави нов метод на плащане, преди абонаментът да бъде спрян или анулиран от системата.
Мога ли да предлагам пробни периоди с тези настройки за абонамент?
Да, логиката поддържа пробни периоди, при които първоначално се извършва оторизация с нулева сума или номинална такса за валидиране на картата и установяване на мандата. След като пробният период изтече, системата автоматично преминава към пълната сума за таксуване.
Интеграцията гарантира, че преходът от пробен към пълно плащане е правилно съобщен на издателя, за да се избегнат задействания за измама или неочаквани откази по време на първото пълно събитие за таксуване.
Поддържат ли се множество методи на плащане за повтарящо се таксуване?
Докато кредитните и дебитните карти са най-често срещаните, инфраструктурата поддържа различни алтернативни методи на плащане (APM), които позволяват повтарящи се мандати, като SEPA Direct Debit. Наличността на тези методи зависи от възможностите на придобиващия и специфичните регионални разпоредби.
Интеграцията ги организира разнообразно в касата, като гарантира, че клиентът може да избере предпочитания от него метод, докато системата поддържа необходимата документация за мандата.
Възможно ли е да се постави на пауза абонамент, вместо да се анулира?
Техническата рамка позволява спиране на задействането на таксуването, без да се изтрива платежният токен или записът на мандата. Когато търговец или клиент постави на пауза абонамент, планираните заявки за таксуване се спират.
При повторно активиране системата възобновява цикъла, използвайки съществуващия токен. Това поддържа непрекъснатостта на първоначалното споразумение и избягва необходимостта от ново 3DS предизвикателство, освен ако сумата за таксуване или условията не са се променили значително.
Как отказите се категоризират и управляват от плъгина?
Шлюзът връща специфични кодове за отказ за всяка неуспешна транзакция. Системата ги категоризира като меки откази, като „недостатъчни средства“, и твърди откази, като „открадната карта“.
За меки откази търговците могат да дефинират автоматичен график за повторни опити, като например опит за таксуване отново след 24 или 72 часа.
Твърдите откази незабавно спират опитите за повторни опити, за да се избегнат такси по схемата или санкции от придобиващия за прекомерни неуспешни оторизации.
Готови ли сте за скорост?
Разкажете ни за вашия бизнес. Ние ще ви свържем с правилните банки акцептанти и правилния маршрут, обикновено в рамките на една седмица.