Платформа за онлайн и мобилни плащания по поръчка

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

Служител приема мобилно плащане от клиент на гише в търговски обект.

Имате ли нужда от собствена платежна платформа?

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

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

Как се обработва плащане с карта, включително Mastercard?

При плащане платформата създава поръчка и изпраща необходимите данни към избрания платежен доставчик. Данните на картата могат да се въвеждат в защитена страница или поле на доставчика, така че системата Ви да не съхранява номера на картата. След това доставчикът изпраща заявката по веригата за авторизация, която включва картовата схема като Mastercard, банката издател и придобиващата банка.

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

Какви са ролите на платежния оператор и интеграциите?

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

Свързваме системата с API на банки, платежни институции, картови оператори и други доставчици. Интеграцията може да включва създаване на плащане, 3-D Secure поток, токенизирано повторно плащане, абонамент, частично или пълно възстановяване, проверка на статус, изплащане към получател и автоматично съпоставяне с фактура или поръчка. При нужда свързваме плащанията и с ERP, CRM, онлайн магазин или мобилно приложение чрез API интеграции.

ВариантКакво включваКога е подходящ
Онлайн плащания за собствен бизнесПоръчки, плащане с карта, статуси, възстановявания, известия и справкиОнлайн магазин, услуга или абонаментен бизнес
Платформа с много търговциПрофили, роли, комисиони, разпределяне на суми, отчети и контрол на операториМаркетплейс, посредник или B2B мрежа
Финтех или портфейлна системаБаланс, транзакционна книга, правила за операции, проверки и интеграции с външни доставчициПродукт, при който плащането е основната услуга
Мобилно плащанеМобилно приложение, вход, запазен метод чрез доставчика, известия и историяПлащане от телефон, теренен екип или приложение за крайни клиенти

Какво получавате в платформата?

Проектираме функционалностите според начина, по който движите парите и документите. Обичайно системата включва:

  • Профили на клиенти, търговци, оператори и администратори с отделни роли и права.
  • Поръчки, плащания, възстановявания, такси, комисиони и свързани фактури.
  • Транзакционна история с идентификатор от Вашата система и идентификатор от платежния доставчик.
  • Табло за текущи и неуспешни операции, изчакващи известия и случаи, които изискват проверка.
  • Автоматично съпоставяне на банкови извлечения, плащания и счетоводни документи, когато доставчикът предоставя нужните данни.
  • Експорт и отчети по период, търговец, метод на плащане, статус и валута.
  • Известия по имейл, SMS или мобилно приложение при успешно плащане, отказ, възстановяване или нужда от действие.

Как поддържате мобилни плащания?

Мобилното приложение не трябва да повтаря цялата платежна логика. То изпраща заявка към сървъра, който създава транзакцията, а резултатът се връща към приложението чрез защитен API поток. Така правилата за суми, достъп, статуси и възстановявания остават на едно място за iOS, Android и уеб.

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

Как се осигуряват сигурността и проследимостта?

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

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

Как протича разработката?

  1. 01
    Изясняване на платежния поток

    Описваме участниците, видовете плащания, валутите, комисионите, отказите, възстановяванията и отчетите. Проверяваме документацията и тестовата среда на доставчиците, които искате да използвате.

  2. 02
    Проектиране на роли и данни

    Определяме какво виждат клиентът, търговецът, операторът, счетоводителят и администраторът. Създаваме модел за поръчки, транзакции, баланси, събития и дневник на промените.

  3. 03
    Изграждане на сървър и панели

    Разработваме API, административен панел, клиентски поток и връзките с банките и платежните доставчици. Добавяме обработка на известия, повторни опити, възстановявания и отчети.

  4. 04
    Мобилна интеграция и тестове

    Свързваме приложението или мобилната версия със сървъра. Тестваме одобрени и отказани операции, прекъсната връзка, дублирано известие, изтекла сесия и възстановяване.

  5. 05
    Пускане и наблюдение

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

Какво е нужно да подготвите?

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

Цената за платформа по поръчка се определя в диапазона 3 000-29 300 €. В него влизат различни по обхват проекти за custom софтуер, ERP и финтех системи. Вътре в диапазона я променят броят на платежните доставчици, ролите, мобилното приложение, абонаментите, разпределянето на суми, отчетите, регулаторните изисквания и нуждата от връзка с ERP или CRM.

Какъв опит може да разгледате?

За разплащания и финансови потоци можете да разгледате Crypto.bg, платформа за криптовалути, където е описана платформа за покупка и продажба на криптовалути с левови разплащания. За отделен платежен сценарий вижте и Християнски център София, сайт и дарения, включващ дарения с карта през Stripe, месечно партньорство и собствено API за плащанията.

Как да обсъдим Вашата платформа?

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

Често задавани въпроси

Може ли платформата да обработва Mastercard транзакции?
Да, когато избраният платежен оператор или придобиваща банка поддържа Mastercard чрез своята интеграция. Платформата управлява заявката, статусите, известията и отчетите, без сама да замества картовия оператор.
Трябва ли да съхраняваме данните на картите?
Обичайно не. Използва се защитена страница или поле на платежния доставчик и се работи с токен, когато доставчикът го поддържа. Точният модел се определя от интеграцията и изискванията на Вашия доставчик.
Може ли едно плащане да се разделя между няколко получатели?
Технически може да се изгради логика за комисиони, баланси и разпределяне, ако избраният платежен модел го позволява. Правата и отговорностите на участниците трябва да бъдат потвърдени с платежен и правен консултант.
Какво става при прекъсната връзка или дублирано известие?
Системата записва транзакцията с уникален идентификатор и проверява повторните събития, вместо да създава второ плащане. Статусът се потвърждава чрез сървърното известие или проверка към доставчика.
Може ли да свържете платежната платформа с ERP или CRM?
Да. Свързваме плащанията с поръчки, клиенти, фактури, салда и отчети чрез API. Така намалявате ръчното прехвърляне на данни между системите.
Услугата

Изработка на софтуер по поръчка

Уеб системи, платформи и мобилни приложения, изградени около Вашия процес, с код, който е Ваш.

Клиенти, с които сме работили

  • Akbari Perfume House
  • Министерство на иновациите и растежа
  • Crypto.bg
  • Пеликан ДТМ
  • FIX Bulgaria
  • Вакарел
  • MysteryBet
  • ОМЕГА ЛАЙТ
  • AGA Transfer
  • KMP Build
  • modernoBG
  • Vida Luxe
  • Avanta
  • Лихтгитер България
  • ПИНТОР ЕООД
  • Baytown Machinery
  • Labimex
  • Национална асансьорна компания
  • Християнски център София
  • ZapaziChas
  • UnitGold
  • Unit.Estate
  • Elite Call Center
  • Camélia Désir
  • Videoto
  • Pro Structura