واژه‌نامه پرداخت

مجوزدهی بررسی لحظه‌ای‌ای است که تأیید می‌کند پرداخت می‌تواند ادامه پیدا کند؛ صادرکننده درخواست را تأیید یا رد می‌کند و در صورت تأیید، مبلغ را مسدود می‌کند. در این مرحله پولی جابه‌جا نمی‌شود؛ فقط مبلغ رزرو می‌شود و یک کد تأیید برمی‌گردد. مجوزدهی موفق قول پرداخت است، نه خود پرداخت.

کپچر (Capture) مرحله‌ای است که مجوز تأییدشده را به یک برداشت واقعی تبدیل می‌کند و به صادرکننده می‌گوید مبلغ رزروشده را منتقل کند. می‌تواند بلافاصله پس از مجوزدهی یا بعداً — مثلاً هنگام ارسال کالا — و تا پیش از انقضای مجوز انجام شود. کپچر مبلغی کمتر از مبلغ مجاز (کپچر جزئی) باقی‌مانده را به دارنده‌ی کارت برمی‌گرداند.

کلیرینگ تبادل سوابق تراکنش میان پذیرنده و صادرکننده است که پیش از هر جابه‌جایی پول مشخص می‌کند چه کسی به چه کسی بدهکار است. تراکنش‌های کپچرشده‌ی روز را به مبالغ نهایی هر طرف تبدیل می‌کند. کلیرینگ تعهد را ایجاد می‌کند؛ تسویه آن را ادا می‌کند.

تسویه انتقال وجهی است که تعهدات ایجادشده در کلیرینگ را ادا می‌کند — لحظه‌ای که پول واقعاً میان بانک‌ها دست‌به‌دست می‌شود. در پرداخت‌های کارتی معمولاً یک روز یا بیشتر پس از خرید انجام می‌شود؛ در شبکه‌های آنی و روی زنجیره می‌تواند تقریباً لحظه‌ای باشد. تا پیش از تکمیل تسویه، پرداخت کپچرشده یک مطالبه است، نه وجه نقد.

اینترچنج کارمزدی است که پذیرنده برای هر تراکنش کارتی به صادرکننده می‌پردازد؛ شبکه‌های کارتی آن را تعیین می‌کنند و معمولاً به پذیرنده منتقل می‌شود. بزرگ‌ترین بخش هزینه‌ی پذیرش کارت است و بسته به نوع کارت، منطقه و نحوه‌ی ارائه‌ی تراکنش فرق می‌کند. اینترچنج پاداش صادرکننده برای پذیرفتن رابطه با دارنده‌ی کارت و ریسک اعتباری است.

مغایرت‌گیری فرایند تطبیق خطبه‌خط مبلغی است که انتظار پرداختش را داشتید با مبلغی که واقعاً تسویه شده، تا هر سنت حساب شود. سوابق خودتان را با گزارش‌های پردازشگر، صورت‌حساب‌های بانکی و فایل‌های شبکه مقایسه می‌کند و کارمزدها، فاصله‌های زمانی و ناهماهنگی‌ها را مشخص می‌کند. بدون مغایرت‌گیری، کارمزدها و پرداخت‌های ناموفق در فاصله‌ی مجوزدهی تا وجه نقد پنهان می‌مانند.

پرداخت خروجی انتقال وجه تسویه‌شده به پذیرنده، فروشنده یا کاربر نهایی است — بخش خروجی یک پلتفرم پرداخت. می‌تواند زمان‌بندی‌شده (تجمیع روزانه یا هفتگی) یا درخواستی باشد و هر کدام بستر، زمان و کارمزد خودش را دارد. پرداخت خروجی جایی است که پرداخت دریافت‌شده سرانجام به پول قابل‌استفاده در حساب کسی تبدیل می‌شود.

دسته مجموعه‌ای از تراکنش‌هاست که به‌جای یکی‌یکی، با هم ارسال یا تسویه می‌شوند و معمولاً در پایان روز کاری بسته می‌شود. پذیرندگان کپچرها را برای کلیرینگ دسته‌بندی می‌کنند؛ بانک‌ها پرداخت‌های خروجی و برداشت‌های مستقیم را در اجراهای زمان‌بندی‌شده گروه می‌کنند. دسته‌بندی سرعت لحظه‌ای را با کارایی و پنجره‌های تسویه‌ی قابل‌پیش‌بینی معاوضه می‌کند.

بانک پذیرنده، بانک یا مؤسسه‌ی دارای مجوزی است که به فروشنده امکان پذیرش پرداخت کارتی می‌دهد و وجه را از طرف او دریافت می‌کند. فروشنده را به شبکه‌های کارتی وصل می‌کند، ریسک تسویه را می‌پذیرد و در نهایت مسئول چارج‌بک‌هاست. در هر تراکنش کارتی، بانک پذیرنده در سمت فروشنده و روبه‌روی صادرکننده قرار دارد.

صادرکننده بانک یا مؤسسه‌ای است که کارت و حساب را به دارنده‌ی کارت می‌دهد و هر تراکنش را تأیید یا رد می‌کند. هنگام مجوزدهی خرید را تأمین مالی می‌کند، صورت‌حساب دارنده‌ی کارت را صادر می‌کند و از طریق شبکه به پذیرنده پول می‌پردازد. هر تراکنش کارتی میان یک صادرکننده و یک پذیرنده انجام می‌شود.

درگاه پرداخت (Payment gateway) لایه‌ی نرم‌افزاری‌ای است که اطلاعات پرداخت را در صفحه‌ی checkout دریافت می‌کند و آن‌ها را به‌صورت امن به پردازشگر و شبکه‌های کارتی می‌رساند. لحظه‌ی مواجهه با مشتری — صفحه‌ی پرداخت، رمزنگاری و درخواست مجوزدهی — را مدیریت می‌کند و تأیید یا رد را برمی‌گرداند. درگاه پیام را جابه‌جا می‌کند؛ خودش پول را نگه نمی‌دارد و منتقل نمی‌کند.

پردازشگر پرداخت سرویسی است که تراکنش را میان بانک پذیرنده‌ی فروشنده و صادرکننده‌ی مشتری جابه‌جا می‌کند و مجوزدهی، کلیرینگ و تسویه را انجام می‌دهد. درخواست فروشنده را به پیام‌های شبکه ترجمه می‌کند و پاسخ را برمی‌گرداند. درگاه، درِ ورودی است؛ پردازشگر ماشینی است که پشت آن کار می‌کند.

ارائه‌دهنده‌ی خدمات پرداخت (PSP) درگاه، پردازش و اغلب پذیرندگی را در یک سرویس جمع می‌کند تا فروشنده بدون قرارداد جداگانه برای هر بخش بتواند پرداخت بپذیرد. PSPها معمولاً فروشندگان را زیر قرارداد پذیرندگی خودشان جذب می‌کنند و وجه را به آن‌ها تسویه می‌کنند. معامله این است: راحتی در برابر سهمی از کنترل مسیریابی و تسویه.

Merchant of record (MoR) نهاد حقوقی مسئول یک فروش است — در صورت‌حساب مشتری دیده می‌شود، پرداخت را دریافت می‌کند، مالیات را واریز می‌کند و مسئولیت بازپرداخت‌ها و چارج‌بک‌ها با اوست. استفاده از یک ارائه‌دهنده‌ی MoR به کسب‌وکار اجازه می‌دهد در بازارهایی بفروشد که شخصیت حقوقی محلی ندارد. MoR مسئولیت انطباق و مالی هر تراکنش را بر دوش می‌گیرد.

چارج‌بک برگشت اجباری یک پرداخت کارتی است که صادرکننده‌ی کارت آغاز می‌کند، معمولاً پس از اعتراض به تقلب، عدم تحویل یا خطای صورت‌حساب. تا بررسی ادعا، وجه از فروشنده کسر و به دارنده‌ی کارت برگردانده می‌شود. چارج‌بک کارمزد دارد و در حجم بالا جریمه‌ی شبکه هم به‌دنبال می‌آورد؛ برای همین پیشگیری از دفاع بهتر است.

بازپرداخت (Refund) تراکنش جدیدی است که پس از تسویه‌ی پرداخت، وجه را به مشتری برمی‌گرداند و جداگانه در صورت‌حساب او دیده می‌شود. ابطال (Reversal) مجوز یا کپچر را پیش از تسویه لغو می‌کند، پس برداشت اولیه هرگز کامل نمی‌نشیند. تا وقتی می‌شود ابطال کنید (سریع‌تر و ارزان‌تر است)؛ وقتی پول جابه‌جا شده، بازپرداخت کنید.

3-D Secure (3DS) پروتکلی است که میان ورود کارت و مجوزدهی یک مرحله‌ی احراز هویت — پیام بانک، بیومتریک یا رمز یکبارمصرف — اضافه می‌کند تا ثابت شود خریدار همان دارنده‌ی واقعی کارت است. رایج‌ترین راه برای رعایت Strong Customer Authentication (SCA)، یعنی الزام دوعاملی برای بسیاری از پرداخت‌های آنلاین در اروپاست. عبور از 3DS مسئولیت تقلب را هم از فروشنده به صادرکننده منتقل می‌کند.

توکن‌سازی شماره‌ی حساس کارت را با یک مقدار جایگزین — توکن — عوض می‌کند که در صورت سرقت بی‌مصرف است و می‌توان آن را با امنیت ذخیره یا دوباره استفاده کرد. شماره‌ی واقعی در یک خزانه‌ی امن می‌ماند و توکن در برداشت‌های بعدی جای آن را می‌گیرد. تعداد سیستم‌هایی را که با داده‌ی خام کارت سروکار دارند کم می‌کند و هم ریسک نشت و هم دامنه‌ی انطباق را کاهش می‌دهد.

صدور کارت کار ساخت و اداره‌ی کارت‌های پرداخت — مجازی یا فیزیکی — مرتبط با حساب‌هایی است که شما کنترل می‌کنید، و تأیید تراکنش‌های انجام‌شده با آن‌ها. یک پلتفرم صدور مدرن به شرکت اجازه می‌دهد با API کارت بسازد، قوانین خرج‌کردن تعیین کند و در لحظه بر اساس دفتر کل خودش مجوز بدهد. صدور کارت، موجودی را به کارتی تبدیل می‌کند که کسی واقعاً بتواند با آن خرج کند.

کارت پیش‌پرداخت از موجودی بارگذاری‌شده روی خود کارت خرج می‌کند و به حساب بانکی وابسته نیست؛ کارت دبیت مستقیماً از حساب متصل برداشت می‌کند. پیش‌پرداخت خرج را به مبلغ بارگذاری‌شده محدود می‌کند و بدون رابطه‌ی کامل بانکی به‌راحتی صادر می‌شود؛ دبیت هر تراکنش را به موجودی حساب زیرین گره می‌زند. هر دو بر اساس وجه موجود مجوز می‌دهند، نه خط اعتباری.

BIN (شماره‌ی شناسایی بانک) شش تا هشت رقم اول شماره‌ی کارت است که صادرکننده، شبکه‌ی کارتی، کشور و نوع محصول را مشخص می‌کند. شبکه‌ها و پذیرندگان از BIN برای مسیریابی تراکنش به صادرکننده‌ی درست و اعمال قوانین و کارمزدهای صحیح استفاده می‌کنند. BIN همان چیزی است که به پرداخت می‌گوید تأیید را از کدام بانک بخواهد.

PAN (شماره‌ی اصلی حساب) شماره‌ی کامل کارت است که روی کارت برجسته یا چاپ می‌شود — معمولاً ۱۶ رقم — و حساب را به شبکه معرفی می‌کند. همان مقدار حساسی است که توکن‌سازی و رمزنگاری برای محافظت از آن وجود دارند و افشای آن بخش زیادی از دامنه‌ی PCI را تعیین می‌کند. ارقام ابتدایی PAN همان BIN است و رقم آخر رقم کنترلی است.

EMV استاندارد جهانی کارت‌های تراشه‌دار است که کارت را در نقطه‌ی فروش به‌صورت رمزنگاری‌شده احراز می‌کند و جای نوار مغناطیسی را که به‌راحتی کپی می‌شد می‌گیرد. هر تراکنش یک کریپتوگرام یکتا تولید می‌کند که صادرکننده می‌تواند آن را راستی‌آزمایی کند و استفاده از کارت جعلی را بسیار سخت‌تر می‌کند. EMV ارائه‌ی کارت در پرداخت بدون تماس و کیف پول موبایلی را هم تنظیم می‌کند.

پرداخت بدون تماس به کارت یا گوشی اجازه می‌دهد با نزدیک‌کردن به پایانه پرداخت کند و با NFC (ارتباط میدان نزدیک) یک کریپتوگرام EMV را در فاصله‌ی چند سانتی‌متر ردوبدل می‌کند. همان امنیت سطح تراشه‌ی کارتِ واردشده را دارد و تراکنش به همان شکل مجوز می‌گیرد. گوشی‌ها بیومتریک دستگاه را هم اضافه می‌کنند و برای همین پرداخت با لمس اغلب رمز نمی‌خواهد.

نقطه‌ی فروش (PoS) جایی است که مشتری خرید حضوری را کامل می‌کند — پایانه یا نرم‌افزاری که کارت را می‌خواند، تراکنش را می‌سازد و مجوز درخواست می‌کند. PoS امروزی از پایانه‌ی رومیزی تا گوشی‌ای که مستقیماً پرداخت با لمس را می‌پذیرد را شامل می‌شود. این همان ورودی دنیای فیزیکی به جریان مجوزدهی تا تسویه است که checkout آنلاین هم از آن می‌گذرد.

IBAN (شماره‌ی بین‌المللی حساب بانکی) شناسه‌ی استاندارد حسابی است که برای مسیریابی انتقال‌های بانکی در اروپا و بخش بزرگی از جهان به کار می‌رود. کشور، بانک و حساب را در یک رشته با رقم کنترلی کدگذاری می‌کند که اشتباه تایپی را پیش از ارسال پرداخت می‌گیرد. IBAN مشخص می‌کند پول کجا باید برسد؛ به‌تنهایی نمی‌گوید صاحب حساب کیست.

IBAN مجازی (vIBAN) یک IBAN واقعی و قابل‌مسیریابی است که روی یک حساب زیرین واحد صادر می‌شود تا وجوه دریافتی به‌طور خودکار به یک مشتری، سفارش یا هدف مشخص نسبت داده شوند. انتقال‌های ورودی به vIBAN خودبه‌خود مغایرت‌گیری می‌شوند — لحظه‌ای که پول می‌رسد می‌دانید چه کسی پرداخته، بدون تطبیق با شناسه‌ی پرداخت. IBAN مجازی به پلتفرم شماره‌حساب اختصاصی برای هر کاربر می‌دهد، بی‌آنکه برای هر کاربر حساب بانکی باز شود.

BIC (کد شناسایی بانک) که کد SWIFT هم نامیده می‌شود، در انتقال‌های بین‌المللی یک بانک مشخص را معرفی می‌کند — مکمل IBAN که حساب را نام می‌برد. IBAN می‌گوید کدام حساب، و BIC می‌گوید کدام مؤسسه و از طریق شبکه‌ی SWIFT چگونه به آن برسیم. در SEPA معمولاً IBAN به‌تنهایی کافی است، پس BIC اغلب اختیاری است.

SEPA (منطقه‌ی واحد پرداخت یورو) طرحی است که انتقال‌های بانکی یورو میان کشورهای عضو را مثل انتقال داخلی می‌کند — همان قالب، همان قوانین، بدون هزینه‌ی اضافه برای عبور از مرز. انتقال اعتباری استاندارد و برداشت مستقیم را پوشش می‌دهد که به‌صورت دسته‌ای در یک روز یا بیشتر تسویه می‌شوند. به‌لطف SEPA، پرداخت یورویی IBAN به IBAN در سراسر اروپا کاری روزمره و ارزان است.

SEPA Instant (SCT Inst) نسخه‌ی لحظه‌ای انتقال اعتباری SEPA است که یورو را در چند ثانیه، در هر ساعت از هر روز، میان حساب‌ها جابه‌جا می‌کند. برخلاف SEPA استاندارد که دسته‌ای تسویه می‌شود، وجه نهایی است و بلافاصله در دسترس قرار می‌گیرد. پرداخت حساب‌به‌حساب را به سرعت لمس کارت نزدیک می‌کند، بدون شبکه‌ی کارتی در میانه.

On-ramp مسیر تبدیل پول متعارف به کریپتو است — کاربر با کارت یا انتقال بانکی پرداخت می‌کند و دارایی دیجیتال را در کیف پول دریافت می‌کند. دریافت پول فیات، احراز هویت و تبدیل را در یک جریان انجام می‌دهد. On-ramp جایی است که مسئله‌ی پرداخت (پذیرش پول) با مسئله‌ی بلاکچین (تحویل دارایی) به هم می‌رسد.

Off-ramp مسیر برعکس است — تبدیل کریپتو به پول متعارف و پرداخت آن به حساب بانکی. دارایی را می‌فروشد یا بازخرید می‌کند، بررسی‌های انطباق برداشت را انجام می‌دهد و وجه حاصل را از یک بستر پرداخت معمولی تسویه می‌کند. On-ramp و off-ramp با هم به محصول اجازه می‌دهند ارزش را بدون اینکه کاربر سراغ صرافی برود وارد و خارج کریپتو کند.

استیبل‌کوین توکن کریپتویی است که با دنبال‌کردن یک مرجع مانند ارز ملی، برای حفظ ارزش ثابت طراحی شده و معمولاً پشتوانه‌ی ذخایر دارد. چون ارزشش پایدار است، می‌تواند ابزار تسویه باشد — انتقال ارزش روی زنجیره بدون نوسان قیمت سایر دارایی‌های کریپتو. استیبل‌کوین‌ها اجازه می‌دهند پول با سرعت بلاکچین تسویه شود و همچنان بر پایه‌ی واحدهای آشنا بماند.

تسویه‌ی روی زنجیره (On-chain settlement) ادای تعهد پرداخت با انتقال ارزش روی بلاکچین است، جایی که انتقال بدون بانک در میانه ثبت و نهایی می‌شود. می‌تواند در چند ثانیه و شبانه‌روز تسویه شود و خود دفتر کل سند پرداخت است. در عمل زمانی بیشترین فایده را دارد که ارزش بتواند دوباره به حساب بانکی برسد — انتقال روی زنجیره‌ای که به یک IBAN ختم می‌شود.

در Custody، شخص ثالثی کلیدهای خصوصی کریپتوی شما را نگه می‌دارد و مسئول حفاظت از آن است؛ در Self-custody کلیدها دست خودتان است و مسئولیتش هم با شماست. Custody کنترل را با راحتی و امکان پیگیری معاوضه می‌کند؛ Self-custody امکان پیگیری را با کنترل کامل. این تفاوت تعیین می‌کند چه کسی می‌تواند دارایی‌ها را جابه‌جا کند و اگر کلیدها گم یا سرقت شوند چه کسی مسئول است.

کیف پول گرم کلیدهایش را روی سیستم متصل به اینترنت نگه می‌دارد تا وجه بلافاصله جابه‌جا شود؛ کیف پول سرد آن‌ها را آفلاین و جدا از هر شبکه نگه می‌دارد. کیف پول گرم برای جریان روزمره است و سطح حمله‌ی بزرگ‌تری را می‌پذیرد؛ کیف پول سرد ذخایری را نگه می‌دارد که به‌ندرت جابه‌جا می‌شوند اما باید امن بمانند. بیشتر عملیات‌ها وجه را میان این دو تقسیم می‌کنند — به‌اندازه‌ی کافی گرم برای تراکنش، و بخش عمده سرد.

Wallet-as-a-service زیرساختی است که به یک محصول اجازه می‌دهد از طریق API برای کاربرانش کیف پول رمزارزی بسازد و مدیریت کند، بی‌آنکه مجبور باشد مدیریت کلید را از صفر بسازد. ساخت کیف پول، امضا و امنیت را خودش بر عهده می‌گیرد تا اپلیکیشن بتواند روی تجربه‌ی خودش تمرکز کند. نگهداری و انتقال دارایی‌های آن‌چین را از سیستمی که باید اداره‌اش کنید به قابلیتی تبدیل می‌کند که فقط فراخوانی‌اش می‌کنید.

KYC (شناخت مشتری) فرایند احراز هویت مشتری پیش از اجازه‌ی تراکنش است: دریافت و بررسی مدارک هویتی و تأیید اینکه فرد همان است که ادعا می‌کند. این فرایند کنترل پایه در برابر کلاهبرداری، پولشویی و نقض تحریم‌هاست. KYC هویت را تثبیت می‌کند؛ پایش مستمر، رفتار بعدی آن هویت را زیر نظر می‌گیرد.

KYC یک مشتری حقیقی را احراز می‌کند، اما KYB (شناخت کسب‌وکار) یک شرکت را بررسی می‌کند: وجود قانونی، مالکیت و افرادی که در نهایت کنترل آن را در دست دارند. KYB مراحلی دارد که KYC ندارد: استعلام از ثبت شرکت‌ها، شناسایی ذی‌نفعان نهایی و تأیید اینکه چه کسی مجاز به اقدام است. پلتفرمی که کسب‌وکارها را جذب می‌کند به هر دو نیاز دارد: KYB برای شرکت و KYC برای افراد پشت آن.

AML (مبارزه با پولشویی) مجموعه‌ای از کنترل‌هاست که جابه‌جایی وجوه غیرقانونی در نظام مالی را شناسایی و مسدود می‌کند: پایش تراکنش‌ها، غربالگری طرف‌های معامله و گزارش فعالیت مشکوک. این کنترل‌ها بررسی هویت در زمان جذب مشتری را با نظارت مستمر بر رفتار ترکیب می‌کنند. AML یک برنامه‌ی پیوسته است، نه یک مانع یک‌باره.

غربالگری تحریم‌ها مشتریان، طرف‌های معامله و تراکنش‌ها را با فهرست‌های نظارتی دولتی و بین‌المللی مطابقت می‌دهد تا از معامله با افراد، نهادها و مناطق ممنوعه جلوگیری شود. این بررسی هنگام جذب مشتری و دوباره در هر تراکنش مرتبط انجام می‌شود، چون فهرست‌ها مدام تغییر می‌کنند. یک تطابق قطعی ممکن است به‌جای رد ساده، مسدودسازی وجوه و ارائه‌ی گزارش را ایجاب کند.

Embedded finance یعنی ارائه‌ی خدمات مالی، از پرداخت و حساب تا کارت و وام، درون محصولی غیرمالی، به‌طوری که کاربر برای تراکنش از اپلیکیشن بیرون نمی‌رود. این مدل به ارائه‌دهندگان زیرساختی متکی است که بستر مقررات‌مند را از طریق API فراهم می‌کنند. وقتی خوب اجرا شود، بخش مالی در دل تجربه محو می‌شود: چک‌اوت، پرداخت و کارت همه همان‌جا انجام می‌شوند.

Banking-as-a-service یا BaaS به یک نهاد غیربانکی امکان می‌دهد با اتکا بر زیرساخت یک ارائه‌دهنده‌ی دارای مجوز و از طریق API، قابلیت‌های بانکی مثل حساب، کارت و پرداخت ارائه کند. مجوز و مسئولیت نظارتی با ارائه‌دهنده است؛ پلتفرم محصول را می‌سازد و مالک مشتری است. BaaS راهی است که یک شرکت نرم‌افزاری بدون تبدیل‌شدن به بانک، حساب و کارت عرضه کند.

مؤسسه‌ی پول الکترونیک (EMI) شرکتی است دارای مجوز انتشار پول الکترونیک و نگهداری وجوه مشتریان بدون آنکه بانک کامل باشد؛ این وجوه حفاظت می‌شوند و برای وام‌دهی به کار نمی‌روند. EMIها معمولاً زیرساخت کیف پول، برنامه‌های پیش‌پرداخت و حساب‌های پرداخت را تأمین می‌کنند. این عنوان یک نوع نهاد تنظیم‌شده را توصیف می‌کند، یعنی بلوکی که پلتفرم‌ها بر آن بنا می‌شوند، نه ادعایی که هر پلتفرمی چنین مجوزی دارد.

پرداخت‌های عاملی تراکنش‌هایی هستند که عامل‌های نرم‌افزاری خودمختار به نمایندگی از کاربر و در چارچوب محدودیت‌هایی که او تعیین کرده آغاز و تکمیل می‌کنند. عامل به اختیار محدودشده، مجوز خرج و ردپای ممیزی نیاز دارد؛ کنترل‌هایی که پاسخ می‌دهند چه چیزی می‌تواند بخرد، تا چه سقفی و به دستور چه کسی. این مدل بازیگر پرداخت را از فردی پشت چک‌اوت به برنامه‌ای دارای بودجه تغییر می‌دهد.

Idempotency ویژگی‌ای است که اجرای یک عملیات برای بار دوم همان اثر اجرای یک‌باره را دارد؛ همان پادزهری که جلوی دوبار کسر شدن پول از مشتری را در درخواست تکراری می‌گیرد. کلاینت همراه پرداخت یک idempotency key یکتا می‌فرستد؛ سرور آن را ثبت می‌کند و در تکرار، نتیجه‌ی اولیه را برمی‌گرداند. به همین دلیل تلاش دوباره برای پرداختی که تایم‌اوت شده بی‌خطر می‌شود.

Webhook پیامی است که سیستم پرداخت در لحظه‌ی وقوع یک رویداد به سرور شما می‌فرستد، مثل تسویه‌ی پرداخت، شکست پرداخت به گیرنده یا باز شدن اختلاف، تا بدون polling از رویدادها باخبر شوید. اندپوینت شما رویداد را دریافت می‌کند، امضای آن را راستی‌آزمایی می‌کند و بر اساس آن عمل می‌کند. Webhookها راهی هستند که جابه‌جایی ناهمزمان پول با سیستم‌های خودتان هم‌گام می‌ماند.

دفتر کل مرجع معتبر ثبت همه‌ی موجودی‌ها و جابه‌جایی‌ها در یک سیستم مالی است؛ منبع حقیقت درباره‌ی اینکه چه کسی چه مقدار دارد. در پرداخت‌ها، وجوه را در هر وضعیت، از تأییدشده تا تسویه‌شده و پرداخت‌شده، دنبال می‌کند تا هر موجودی با ثبت‌های پشتش توضیح‌پذیر باشد. اگر اعداد با هم نخواندند، مبنای تطبیق دفتر کل است.

ثبت دوطرفه اصل حسابداری‌ای است که هر جابه‌جایی را با دو ثبت متناظر، یک بدهکار و یک بستانکار، ثبت می‌کند تا دفاتر همیشه متوازن بمانند. در دفتر کل پرداخت‌ها تضمین می‌کند پول هرگز ساخته یا نابود نمی‌شود و فقط بین حساب‌ها جابه‌جا می‌شود. دلیل ساختاری اینکه دفتر کلِ درست نگه‌داری‌شده همیشه به صفر تطبیق می‌خورد همین است.