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

Започнете с поръчката, не с адреса
Преди да създадете линка, запишете какво се продава, общата сума, валутата и вътрешния номер на поръчката. Името на услугата трябва да е разпознаваемо и за клиента. Не използвайте единствено име или имейл като идентификатор, защото един човек може да има няколко едновременно отворени заявки.
Например студио приема аванс за проект и по-късно окончателно плащане. Това са два различни етапа със собствено основание. Ако и за двата изпращате един общ линк без връзка към поръчката, финансовият екип ще трябва ръчно да разпознава предназначението на сумите.
Проверете дали линкът е многократен
Някои платежни линкове могат да се използват от много клиенти. Други са свързани с конкретна сесия или заявка. Проверете реалното поведение на избрания продукт: може ли сумата да се променя, има ли срок и какво става след успешно плащане. Не приемайте, че всички доставчици предлагат еднакви настройки.
За индивидуална оферта общият маркетингов линк невинаги е подходящ. Ако клиентът трябва да плати точно определена сума, сървърът трябва да пази това условие. Видим текст в съобщението не е достатъчна защита срещу плащане по друга поръчка или с различна валута.
Изпратете ясно съобщение
Посочете името на бизнеса, услугата, сумата, валутата и начин за контакт. Клиентът трябва да разбира защо получава линка и какво следва след плащането. Проверете домейна преди изпращане. Не искайте номер на карта, код за сигурност или банкови пароли в чат или имейл.
Ако заявката има срок, обяснете го отделно от техническата валидност на линка. Резервацията на час може да изтече, докато адресът още се отваря. Вашият сървър и оперативна процедура трябва да предотвратят приемане на плащане за вече недостъпна услуга.
Потвърдете резултата от сървъра
Страницата за благодарност е част от клиентското преживяване, но не е достатъчен източник за счетоводно потвърждение. Клиентът може да затвори браузъра, а плащането да е завършило. Използвайте проверено известие от доставчика или подходяща заявка за статуса, като сравните сумата и валутата.
При неясен резултат не изпращайте веднага нов линк с инструкция за повторно плащане. Първо проверете съществуващия опит. Поддържайте отделен списък на чакащите поръчки, за да може екипът да реагира без риск от второ таксуване за същата продажба.
Подгответе повторения и възстановявания
Едно известие може да пристигне повече от веднъж. То не трябва да изпълнява поръчката повторно, да добавя два пъти кредити или да изпраща два билета. Записвайте идентификаторите на обработените операции и правете промяната на статуса по начин, устойчив на едновременни заявки.
При възстановяване намерете оригиналното успешно плащане. Датата на изпратения линк не е достатъчна идентификация. Запазете връзката между поръчката, платежния опит и възстановяването, за да обясните ясно на клиента каква сума е върната и каква остава платена.
Проверете целия работен цикъл
Отворете линка на телефон, направете разрешен тест и проследете потвърждението в кабинета. Проверете грешен адрес, повторно отваряне, забавен резултат и връщане към магазина. Екипът за обслужване трябва да намира поръчката по безопасен референтен номер, без чувствителни платежни данни.
В OrsunPay прегледайте текущия обхват на платежните линкове и свързания доставчик. Наличието на функция не гарантира поддръжка на всяка валута или метод за конкретния търговец. Започнете с ясно ограничен сценарий и разширявайте едва когато потвърждението и отчетността работят надеждно.
Разгледайте OrsunPay
Свържете се с екипаИзточници
Прочетете още

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