REFERENCE

Речник на плащанията

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

01

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

Авторизация

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

Захващане (capture)

Capture е стъпката, която превръща одобрена авторизация в реално дебитиране и указва на издателя да прехвърли резервираните средства. Може да се извърши веднага след авторизацията или по-късно — например при изпращане на стоката — но до изтичане на авторизацията. Ако се събере по-малко от авторизираната сума (частичен capture), остатъкът се освобождава обратно към картодържателя.

Клиъринг

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

Жизненият цикъл на плащането
Сетълмент

Сетълментът е движението на средства, което погасява задълженията, установени при клиринга — моментът, в който парите реално сменят собственика си между банките. При картовите плащания това обикновено става ден или повече след покупката; при инстант релси и в блокчейн може да е почти в реално време. Докато сетълментът не приключи, заснетото плащане е вземане, а не налични пари.

Жизненият цикъл на плащането
Интерчейндж

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

Съгласуване

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

Protocore Center
Изплащане (payout)

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

Protocore Center
Пакет (batch)

Пакетът (batch) е група транзакции, подадени или уредени заедно, а не една по една — обикновено затваря в края на работния ден. Търговците групират capture операциите си за клиринг; банките групират изплащания и директни дебити в планирани изпълнения. Пакетната обработка жертва мигновеността в полза на ефективността и предвидимите прозорци за сетълмент.

02

Картови плащания

Аквайър

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

Protocore Gateway
Издател

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

Payment gateway

Платежният gateway е софтуерният слой, който приема платежните данни при checkout и ги маршрутизира сигурно към процесора и картовите мрежи. Той обслужва момента, видим за клиента — платежната страница, криптирането и заявката за авторизация — и връща одобрение или отказ. Gateway предава съобщението; сам по себе си не държи и не движи парите.

Protocore Gateway
Платежен процесор

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

Protocore Gateway
PSP (доставчик на платежни услуги)

Доставчикът на платежни услуги (PSP) обединява gateway, процесинг и често аквайринг в една услуга, така че търговецът да приема плащания, без да договаря всяко звено поотделно. Обикновено PSP въвеждат търговците под собствените си аквайрингови отношения и им препращат средствата. Компромисът е удобство срещу част от контрола върху маршрутизирането и сетълмента.

Protocore Gateway
Merchant of record

Merchant of record (MoR) е юридическото лице, отговорно за продажбата — то фигурира в извлечението на клиента, събира плащането, внася данъците и носи отговорност за възстановявания и chargeback. С доставчик, който е merchant of record, бизнесът може да продава на пазари, на които няма местно юридическо лице. MoR поема съответствието и финансовата отговорност за всяка транзакция.

Нужен ли ви е банков лиценз?
Chargeback

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

Възстановяване срещу сторниране

Възстановяването (refund) е нова транзакция, която връща средства на клиента, след като плащането вече е уредено, и се вижда отделно в извлечението му. Сторнирането (reversal) отменя авторизация или capture преди сетълмента, така че първоначалното плащане никога не се осъществява докрай. Сторнирайте, когато можете (по-бързо и по-евтино); възстановявайте, когато парите вече са се движили.

3-D Secure / SCA

3-D Secure (3DS) е протоколът, който добавя стъпка за удостоверяване — известие от банката, биометрия или еднократен код — между въвеждането на картата и авторизацията, за да докаже, че купувачът е истинският картодържател. Това е основният начин да се изпълни изискването за Strong Customer Authentication (SCA) — двуфакторното удостоверяване при много онлайн плащания в Европа. Успешното 3DS прехвърля и отговорността за измама от търговеца към издателя.

Токенизация

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

Protocore Gateway
03

Карти и приемане

Издаване на карти

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

Protocore Issuing
Предплатена срещу дебитна

Предплатената карта харчи салдо, заредено върху самата карта, независимо от банкова сметка, а дебитната тегли директно от свързана сметка. Предплатената ограничава разходите до заредената сума и се издава лесно, без пълни банкови отношения; дебитната свързва всяка транзакция със салдото на основната сметка. И двете авторизират спрямо налични средства, а не спрямо кредитен лимит.

Protocore Issuing
BIN

BIN (Bank Identification Number) са първите шест до осем цифри на картовия номер, които идентифицират издателя, картовата мрежа, държавата и вида продукт. Мрежите и аквайърите използват BIN, за да маршрутизират транзакцията към правилния издател и да приложат точните правила и такси. Така плащането знае коя банка да попита за одобрение.

Protocore Issuing
PAN

PAN (Primary Account Number) е пълният номер на картата, релефен или отпечатан върху нея — обикновено 16 цифри, — който идентифицира сметката пред мрежата. Това е чувствителната стойност, която токенизацията и криптирането защитават, а разкриването ѝ определя голяма част от обхвата на PCI. Първите цифри на PAN са BIN; последната е контролна сума.

EMV

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

Protocore PoS
Безконтактно / NFC

Безконтактното плащане позволява да платите с карта или телефон, като ги допрете до терминал, чрез NFC (Near Field Communication) за обмен на EMV криптограма на няколко сантиметра. То носи същата чипова сигурност като вкарана карта, а транзакцията се авторизира по същия начин. Телефоните добавят биометрия на устройството, затова плащането с докосване често не изисква PIN.

Protocore PoS
PoS (точка на продажба)

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

Protocore PoS
04

Сметки и IBAN

IBAN

IBAN (International Bank Account Number) е стандартизираният идентификатор на сметка, използван за маршрутизиране на банкови преводи в Европа и голяма част от света. Той кодира държавата, банката и сметката в един низ с контролна сума, която улавя грешките при писане, преди плащането да е изпратено. IBAN показва къде да постъпят парите, но сам по себе си не казва чия е сметката.

Protocore vIBAN
Виртуален IBAN

Виртуалният IBAN (vIBAN) е реален IBAN, който може да получава преводи, издаден върху една основна сметка, така че средствата да се получават и автоматично да се свързват с конкретен клиент, поръчка или цел. Входящите преводи към vIBAN се съгласуват сами — знаете кой е платил в момента на постъпването, без да търсите по основание. Виртуалните IBAN дават на платформата индивидуални номера на сметки за всеки потребител, без да се открива банкова сметка за всеки от тях.

Какво е виртуален IBAN?
BIC / SWIFT

BIC (Bank Identifier Code), наричан още SWIFT код, идентифицира конкретна банка в международните преводи — допълнението към IBAN, който посочва сметката. Където IBAN казва коя сметка, BIC казва коя институция и как да се стигне до нея през мрежата SWIFT. В рамките на SEPA IBAN обикновено стига, затова BIC често е по избор.

SEPA

SEPA (Единната зона за плащания в евро) е схемата, която кара преводите в евро между участващите държави да работят като вътрешни — същият формат, същите правила, без надбавка за преминаване на граница. Тя покрива стандартните кредитни преводи и директните дебити, уреждани на пакети за ден или повече. Заради SEPA плащането в евро от IBAN към IBAN в цяла Европа е рутинно и евтино.

Protocore vIBAN
SEPA Instant

SEPA Instant (SCT Inst) е версията в реално време на кредитния превод по SEPA, която движи евро между сметки за секунди, по всяко време на денонощието. Средствата са окончателни и налични веднага, за разлика от стандартния SEPA, който се урежда на пакети. Така плащанията от сметка към сметка се доближават до скоростта на картово докосване, без картова мрежа по средата.

Protocore vIBAN
05

Крипто и сетълмент

On-ramp

On-ramp е пътят от конвенционалните пари към крипто — потребителят плаща с карта или банков превод и получава дигитални активи в портфейл. Той обхваща приемането на fiat, проверките за самоличност и конверсията в един поток. On-ramp е мястото, където платежният проблем (приемане на пари) среща блокчейн проблема (доставка на актив).

Protocore Ramp
Off-ramp

Off-ramp е обратният път — превръщане на крипто обратно в конвенционални пари и изплащането им към банкова сметка. Той продава или осребрява актива, извършва проверките за съответствие при тегленето и урежда получените средства по обикновена платежна релса. Заедно on- и off-ramp позволяват на продукта да движи стойност към и от крипто, без потребителят да ползва борса.

Protocore Ramp
Стейблкойн

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

Protocore Chain
On-chain сетълмент

Сетълмент в блокчейн е погасяването на платежно задължение чрез движение на стойност в блокчейн, където преводът е записан и окончателен без банка по средата. Може да се уреди за секунди, денонощно, а самият ledger е доказателството за плащането. На практика е най-полезен, когато стойността може да стигне обратно до банкова сметка — превод в блокчейн, който завършва в IBAN.

Protocore Chain
Попечителство срещу самостоятелно съхранение

Попечителство (custody) означава, че трета страна държи частните ключове към вашето крипто и отговаря за опазването му; самостоятелно съхранение (self-custody) означава, че сами държите ключовете си и носите тази отговорност. Попечителството разменя контрол за удобство и защита; самостоятелното съхранение разменя защитата за пълен контрол. Разликата решава кой може да движи активите и кой е отговорен, ако ключовете бъдат изгубени или откраднати.

Protocore Safe
Горещ срещу студен портфейл

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

Protocore Safe
Wallet-as-a-service

Wallet-as-a-service е инфраструктура, която позволява на даден продукт да създава и управлява крипто портфейли за своите потребители през API, без да изгражда управлението на ключове от нулата. Тя поема създаването на портфейли, подписването и сигурността, така че приложението да се фокусира върху собственото си потребителско изживяване. Държането и преместването на ончейн активи става функция, която извиквате, а не система, която поддържате.

Protocore Wallets
06

Риск и съответствие

KYC

KYC (Know Your Customer) е процесът на проверка на самоличността на клиента, преди да му бъде позволено да извършва транзакции — събиране и проверка на документи за самоличност и потвърждение, че клиентът е този, за когото се представя. Това е основен контрол срещу измами, изпиране на пари и нарушения на санкции. KYC установява самоличността, а текущият мониторинг следи какво прави тази самоличност след това.

KYC срещу KYB

KYC проверява отделен клиент – физическо лице, а KYB (Know Your Business) проверява дружество — неговото правно съществуване, собственост и хората, които в крайна сметка го контролират. KYB добавя стъпки, които KYC не включва: проверки в търговския регистър, идентифициране на действителните собственици и потвърждаване кой има право да действа от името на дружеството. Платформа, която въвежда бизнес клиенти, се нуждае от двете — KYB за дружеството, KYC за хората зад него.

AML

AML (Anti-Money Laundering) е съвкупността от контроли, които откриват и предотвратяват движението на незаконни средства през финансовата система — наблюдение на транзакции, проверка на страните и докладване на подозрителна дейност. Тя съчетава проверки на самоличността при въвеждането на клиента с постоянно наблюдение на поведението. AML е непрекъсната програма, а не еднократна бариера.

Проверка за санкции

Проверката за санкции сверява клиенти, контрагенти и транзакции със списъци за наблюдение на правителства и международни организации, за да блокира сделки със забранени лица, организации и места. Изпълнява се при въвеждането на клиента и отново при всяка относима транзакция, защото списъците се променят непрекъснато. Едно потвърдено съвпадение може да изисква замразяване на средства и подаване на сигнал, а не просто отказ.

07

Платформа и операции

Embedded finance

Embedded finance е предоставянето на финансови услуги — плащания, сметки, карти, кредитиране — вътре в нефинансов продукт, така че потребителят никога не напуска приложението, за да плати. Разчита на доставчици на инфраструктура, които осигуряват регулираната „водопроводна“ част през API. Когато е направено добре, финансите се стопяват в изживяването: checkout, изплащането и картата просто се случват на място.

Едно ядро, много приложения
BaaS (banking-as-a-service)

Banking-as-a-service (BaaS) позволява на небанкова компания да предлага банкови функции — сметки, карти, плащания — като надгражда през API релсите на лицензиран доставчик. Доставчикът държи лиценза и регулаторната отговорност, а платформата изгражда продукта и притежава клиента. BaaS е начинът, по който софтуерна компания може да пусне сметки и карти, без да става банка.

Нужен ли ви е банков лиценз?
EMI (институция за електронни пари)

Институцията за електронни пари (EMI) е дружество с лиценз да издава електронни пари и да държи средства на клиенти, без да е пълноценна банка, като съхранява тези средства, вместо да ги отпуска като кредити. EMI обикновено стоят зад портфейли, предплатени програми и платежни сметки. Терминът описва регулиран тип институция — градивен елемент, върху който платформите надграждат, а не твърдение, че дадена платформа притежава лиценза.

Нужен ли ви е банков лиценз?
Агентни плащания

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

Protocore Agents
Идемпотентност

Идемпотентността е свойството, при което извършването на една и съща операция два пъти има същия ефект като извършването ѝ веднъж — гаранцията, която не позволява повторена заявка да таксува клиент два пъти. Клиентът изпраща уникален идемпотентен ключ заедно с плащането; сървърът го записва и при всяко повторение връща първоначалния резултат. Благодарение на нея повторният опит за плащане с изтекло време е безопасен, а не рисков.

Webhook

Webhook е съобщение, което платежна система изпраща до вашия сървър в момента, в който нещо се случи — плащане се сетълира, изплащане пропада, отваря се спор — така че научавате за събитията без непрекъснато да ги питате. Вашият endpoint получава събитието, проверява подписа му и действа по него. Webhook-овете поддържат асинхронното движение на пари синхронизирано с вашите собствени системи.

Счетоводна книга (ledger)

Ledger е авторитетният запис на всяко салдо и движение във финансова система — източникът на истина за това кой какво държи. В плащанията той проследява средствата през всяко състояние, от авторизирани през сетълирани до изплатени, така че всяко салдо да може да се обясни със записите зад него. Ако числата някога се разминат, към ledger-а се прави равяване.

Protocore Center
Двойно записване

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

Имате система за изграждане?

Опишете ни проблема. Ще се върнем с архитектура и план.