Онлайн плащания за бизнеса: от поръчката до потвърждението

Картографирайте реалния път на клиента

Преди да изберете система, опишете една действителна продажба от вашия бизнес. Клиентът избира ли стока от каталог, или първо получава индивидуална оферта? Плаща ли цялата договорена сума, или отделно уговорена част? Кой създава поръчката и кой следи изпълнението? Отговорите определят какви данни трябва да се запазят още преди платежната страница.

Разграничете и каналите. Поръчка през онлайн магазин може да има готов идентификатор и изчислена сума. При разговор по имейл тази връзка често трябва да се създаде ръчно. Не оставяйте служителя да разпознава плащането само по име на клиента или по сходен размер на сумата. Дайте на всяка заявка устойчив вътрешен номер и определете къде се записва връзката с транзакцията.

Оркестрация на плащания

Доставчикът и интеграцията имат различни задачи

Доставчикът на платежни услуги, често означаван като PSP, обработва плащанията според услугата и договора си. Вашето приложение управлява поръчката и действията след нея. Между тези части може да има общ интеграционен слой. Именно това е ролята на OrsunPay: да свърже приложението с конфигурираните ви доставчици и да представи платежните събития в общ работен процес.

Запазвате собствените си акаунти, договори и идентификационни данни за PSP. Доставчикът обработва плащанията и превежда средствата директно към вас. OrsunPay не заменя придобиващата институция и не гарантира одобрение на търговски акаунт. Таксите за софтуера се фактурират отделно от разплащането с PSP. Това разграничение е важно и за отговорностите: техническият статус и движението на средствата трябва да се проследяват в подходящите за тях записи.

Платежни линкове

Проверявайте наличността за конкретния акаунт

Списъкът с методи на даден доставчик не е обещание, че всеки от тях ще бъде активен при вас. Проверете държавата на бизнеса, обслужваните пазари, валутите, вида на дейността и конфигурацията на акаунта. Ако клиентите ви плащат от различни държави, подгответе отделни примери за съществените сценарии, вместо да питате само дали решението е международно.

Каталогът на OrsunPay включва реализации на връзки със Stripe, Adyen, Checkout.com, Ari10, Mollie, Revolut, Brite и BitPay. Името на интеграцията не означава партньорско одобрение или автоматичен достъп до всички услуги на съответната компания. Преди старта уточнете кои връзки и методи са приложими. Изборът следва конфигурираната връзка или допустимите методи в платежната страница; автоматични каскади и маршрутизиране за най-ниска цена не са част от тази оферта.

Хоствана платежна страница

Изберете подходящ вход към плащането

За обичайните поръчки от сайта хостваната платежна страница може да бъде естественото продължение на покупката. В OrsunPay тя показва сумата и наличните методи според конфигурацията, след което свързва клиента с избрания доставчик. Чувствителните картови данни се въвеждат в интерфейса, хостван от PSP. Вашият процес трябва да обяснява ясно следващата стъпка и как клиентът се връща към поръчката.

Когато продажбата започва извън магазина, платежният линк може да осигури пряк достъп. Задавате сума и валута, изпращате адреса и свързвате резултата със заявката си. Линковете могат да се управляват от кабинета или чрез интеграция в приложението. Управлението в кабинета е налично в реален режим. Самото отваряне или визуализиране на линка не създава плащане и не доказва, че клиентът е платил.

Webhook известия

Потвърждавайте резултата преди изпълнение

Определете еднозначно кой проверен статус позволява на вашата система да изпълни поръчката. Връщането на браузъра към страница с благодарност не е достатъчно основание. Клиентът може да затвори прозореца, а известието към сървъра да пристигне отделно. Приложението трябва да вземе решението въз основа на провереното състояние на транзакцията, а не на това какво се вижда в браузъра.

OrsunPay предоставя достъп до статуса чрез API и подписани известия. В документацията си Stripe също описва плащането като процес с променящо се състояние и препоръчва проследяване на сървърните събития. Практическата задача за вашия екип е да свърже тази информация с точната поръчка. Запишете и какво става при изчакване, неуспех или неизвестен резултат, за да няма произволни решения от различни служители.

Направете известията полезни за ежедневната работа

Webhook известието уведомява приложението за събитие. Интеграцията трябва да провери подписа му и да обработва повторно получените събития идемпотентно. Това означава една и съща информация да не води до две доставки или две активации на услуга. Подобна дисциплина при обработването е описана и в официалната документация на Adyen. Тя е част от надеждния работен процес, а не просто техническа подробност.

В OrsunPay можете да преглеждате историята на доставките и да изследвате или повторно изпращате допустими събития според правата си. Повторните опити са ограничени. Определете кой проверява проблемните доставки и как се намира актуалният статус, когато системата за поръчки още изчаква. За поддръжката са полезни идентификаторът на транзакцията и историята на събитията, без да изпращате картови данни или секретни API ключове.

Разделяйте платена поръчка от получени средства

За обслужването е важно дали поръчката може да бъде изпълнена. За финансовото проследяване е важно кога и как PSP е превел средствата. Това са различни въпроси. Платежното известие не замества отчетите на доставчика за разплащане. Поддържайте връзка между поръчката, транзакцията и съответните записи за постъпления, така че всяка роля да работи с правилната информация.

При сравняване на решения включете и труда на екипа. Колко време отнема намирането на спорна операция? Колко системи трябва да бъдат проверени? Кой поддържа интеграцията? Поискайте условия, приложими за вашите методи и валути, и разгледайте софтуерната услуга като отделна позиция. Добавянето на оркестрация само по себе си не гарантира по-ниски такси, повече одобрени плащания или по-бързи преводи към бизнеса.

Подгответе първия работещ сценарий

Започнете с ясно ограничен процес, който можете да проследите от начало до край. Използвайте една позната поръчка и проверете как я намират търговският екип, поддръжката и хората, които следят постъпленията. Предвидете и прекъснато плащане: какво ще кажете на клиента, кой ще провери статуса и кога ще предложите следваща стъпка. Не изпращайте веднага нова заявка, ако първият резултат още не е изяснен.

След това опишете процедурата така, че да може да бъде изпълнена и от колега, който не е участвал в настройването. За разговор с OrsunPay подгответе акаунтите си, пазарите, валутите и примера за поръчка. Така обсъждането започва от действителната ви работа и води към конкретен обхват на интеграция и поддръжка. Добре организираните онлайн плащания дават на клиента ясен път, а на екипа — проверима основа за следващото действие.

Източници

• Stripe: жизнен цикъл и проследяване на плащането
• Adyen: обработване на webhook събития