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

Payment Hub

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

Бизнес проблеми, които се решават

  • Фрагментирани, еднократни интеграции на доставчици
  • Липса на централно маршрутизиране, failover или консолидирана отчетност
  • Несъгласувани статуси на плащания между доставчиците
  • Бавно въвеждане на нови доставчици или пазари

За кого е предназначено

  • ИЕП и платежни институции
  • Платежни платформи с множество доставчици
  • Маркетплейси и трансгранични платформи
  • Технологични компании, вграждащи плащания

Къде се използва

Платежна инфраструктура за ИЕППлатежна платформа с множество доставчициМаршрутизиране на плащания за търговциАгрегиране на локални методи за плащанеТрансгранични платежни платформиПлатежна инфраструктура за маркетплейсМиграция на доставчикРезервираност и failover

Основни възможности

Unified Payment API
Слой за връзка с доставчици
Управление на доставчици
Маршрутизиране на база правила
Интелигентно маршрутизиране
Failover на доставчици
Логика за повторен опит
Нормализация на статуса на плащанията
Оторизация
Захващане
Възстановяване
Сторниране
Анулиране
Проследяване на сетълмент
Изчисляване на такси
Транзакции в множество валути
Равнение
Webhooks
Идемпотентност
Отчетност
Наблюдение на състоянието на доставчиците
Одитни записи

Системна архитектура

Клиентски приложенияAPI GatewayCardElse Payment HubДвигател за маршрутизиране и правилаСлой за връзка с доставчициБанки / PSP / Картови процесори / Локални методи за плащане

Примерен поток

  1. 1Клиентското приложение извиква Унифицираното API за плащания
  2. 2API Gateway удостоверява и препраща заявката
  3. 3Двигателят за маршрутизиране и правила избира подходящия доставчик
  4. 4Слоят за връзка с доставчика подава транзакцията
  5. 5Статусът се нормализира, връща се и се излъчва подписан webhook
  6. 6Записите за проследяване на сетълмент и равнение се актуализират

Категории доставчици и интеграции

БанкиPSPКартови процесориЛокални методи за плащанеOpen bankingДигитални портфейли

Оперативни контроли

  • Конфигурация на маршрутизиране на база правила
  • Приоритети, тегла и лимити на доставчиците
  • Политики за повторен опит и failover
  • Конфигурация на такси и отчетност

Съображения за сигурност

  • Ограничен достъп и API ключове
  • Ключове за идемпотентност при операции за запис
  • Подписани webhooks
  • Одитни записи и разделяне на данните

Опции за внедряване

  • Пълно изграждане на платформа
  • Payment Hub като модул във вашия съществуващ стек
  • Проект за миграция или резервираност на доставчици

Свързани продукти на CARDELSE

Как го реализираме

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

Обсъдете това решение

Кажете ни какво изграждате. Нашият инженерен екип ще ви помогне да очертаете правилната архитектура и модел на доставка.