TWINT سوئیس: QR و در برنامه

1) زمینه TWINT و موقعیت

TWINT یک طرح پرداخت A2A تلفن همراه سوئیس و کیف پول یکپارچه با بانک ها در کشور است. کاربر از برنامه TWINT/بانک پرداخت می کند: آنلاین - از طریق in-app/App2App یا Deep Link، آفلاین - از طریق QR (استاندارد «TWINT QR»). تأیید در برنامه انجام می شود (SCA: PIN/بیومتریک)، وجوه از حساب/کارت مربوطه کسر می شود و از طریق اعتبار بانکی به بازرگان واریز می شود.

• نام تجاری یکپارچه/QR برای آنلاین و POS، دسترسی کاربر بالا.
• تایید آنلاین فوری برای UX و حل و فصل سریع (در پنجره های بانکی).
• P2P با شماره تلفن/تماس در اکوسیستم.
• تقلب کم به دلیل SCA و اتصال دستگاه.

2) اعضا و نقش ها

TWINT (طرح/سوئیچ): قوانین، دایرکتوری های شرکت کننده، مسیریابی.
بانک های عضو/صادر کننده TWINT: KYC، محدودیت ها و ضد تقلب.
PSP/acquirers: اتصال بازرگان (آنلاین/POS)، ارائه API/SDK، قلاب وب و گزارش.
Merchant: پرداخت/درخواست را آغاز می کند، وضعیت/بازده را پردازش می کند، آشتی را حفظ می کند.
پرداخت کننده: معاملات را در برنامه TWINT/بانک تأیید می کند.

3) کانال ها و سناریوهای کاربر

3. 1 تجارت الکترونیک: در برنامه/لینک عمیق/ App2App

در چک، تاجر ایجاد یک قصد پرداخت → می دهد لینک عمیق/« پرداخت TWINT »را فشار دهید.
برنامه TWINT باز می شود (App2App)، کاربر تایید → بازگشت به صندوقدار با وضعیت.
یک QR پویا برای هر سفارش برای دسکتاپ نمایش داده می شود ؛ مشتری در برنامه اسکن می کند و تأیید می کند.

3. 2 POS/آفلاین: TWINT QR

QR پویا در صفحه ثبت نقدی/ترمینال: مقدار، شناسه سفارش، ابرداده.
کاربر → اسکن در برنامه تایید → تاجر وضعیت آنلاین دریافت می کند.
QR استاتیک (مقدار به صورت دستی وارد می شود) برای کمک های مالی/خرده فروشی کوچک قابل استفاده است، اما برای آشتی بدتر است.

3. 3 P2P «در هر تلفن»

انتقال بین افراد از طریق شماره تلفن/تماس با تأیید فشار و اعتبار فوری به گیرنده.

3. 4 درخواست به پرداخت/پرداخت توسط لینک

تاجر یک درخواست برای پرداخت (مقدار/قرار ملاقات/مهلت) → مشتری تایید در برنامه → پرداخت می رود از طریق جریان معمول A2A آغاز می شود.

4) وضعیت و زمان بندی

وضعیت های معمولی «آغاز شده» → «در انتظار» → «موفقیت »/« شکست خورده »/« لغو »/« منقضی شده».
برای QR/دسکتاپ، زمان تأیید را در نظر بگیرید (تایمر را نشان دهید).
حل و فصل: اعتبار بانکی T + 0/T + 1 بسته به پنجره حل و فصل/PSP ؛ شناسايي روزانه براي گزارش هنوز لازمه.

5) محدودیت ها و سیاست های ریسک

• در هر معامله، در هر روز/24 ساعت، گاهی اوقات هفتگی/ماهانه.
• گیرنده/بازرگان جدید - آستانه های کاهش یافته و/یا سرعت شاتر.
• محدودیت های کانال: تجارت الکترونیک (لینک عمیق/QR)، POS، P2P، درخواست به پرداخت.
• سرعت/دستگاه/قوانین جغرافیایی توسط بانک ها و طرح اعمال می شود.

تمرین: اعداد را سخت نگیرید. نگه داشتن یک دایرکتوری از محدودیت های بانک ها/کانال ها، به روز رسانی ؛ در UI نشان می دهد «حد بانک/کانال بیش از حد» و پیشنهاد جایگزین (تقسیم، روش های مختلف، تکرار بعد).

6) اقتصاد و کمیسیون

برای تاجر، TWINT معمولاً ارزان تر از MDR کارت معمولی است. شرایط بین PSP ها متفاوت است (ثابت/پایین٪).
شارژ برای ادغام/SDK, در انتظار/پردازش منقضی شده, پشتیبانی/ODR, و آشتی.

7) بازگشت و اختلافات

Chargeback (همانطور که در کارت ها) گم شده است. بازگشت - معامله اعتباری جدید از بازرگان به پرداخت کننده ؛ بازپرداخت جزئی پشتیبانی می شود.
تاریخ بازگشت بانک (معمولا T + 0/T + 1) است.
اختلافات/شکایات - با توجه به روش PSP/بانک ؛ سیاهههای مربوط به سفارش، تأیید خدمات/تحویل، بسته refund↔order را نگه دارید.

8) ایمنی و انطباق

SCA در TWINT/برنامه بانکی (PIN/بیومتریک)، اتصال دستگاه.
Antifraud در بانک/PSP: سرعت، دریافت کنندگان جدید، نمره خطر.
PII به حداقل رساندن و رمزگذاری، HMAC/nonce در قلاب وب، حفاظت از پخش، ورود به سیستم حسابرسی.
الزامات خدمات پرداخت محلی و مقررات حفاظت از اطلاعات قابل مقایسه با GDPR را رعایت کنید.

9) ادغام بازرگان

گزینه ها

1. میزبانی/جاسازی شده در PSP - شروع سریع، در برنامه/QR خارج از جعبه، وضعیت و خطاها.
2. Server-to-Server + Deep Link/QR - UX بومی، QR پویا در هر سفارش، دست زدن به خطای خوب.
3. پرداخت توسط لینک/درخواست به پرداخت - صدور صورت حساب با یک لینک (ایمیل/SMS/مسنجر).

• API: «ایجاد پرداخت»، «بازپرداخت»، «درخواست ToPay»، «webhook»، «آشتی».
• Idempotence ('orderId' + key)، retrays نمایی، رویداد dedup.
• Recon: روزانه خودکار recon + دوره ای کامل recon ؛ مرجع UTR/بانک را ذخیره کنید.
• داشبورد SLA: تبدیل، «در انتظار → موفقیت/منقضی شده»، زمان ثبت نام/بازگشت.

10) آشتی و گزارش

ورود: 'paymentId/transactionId' ارائه دهنده، 'orderId'، کانال (App2App/QR/Link)، بانک پرداخت کننده، وضعیت، مقدار/ارز، برچسب زمان، UTR.
از PSP/بانک: ثبت اعتبار/بازده/اصلاحات، به روز رسانی وضعیت اواخر.
تنظیم هشدار برای خارج از همگام سازی و «حلق آویز» در انتظار.

11) شیوه های UX

همراه اول: در تلفن همراه - in-app/App2App ؛ بر روی دسکتاپ - یک QR پویا بزرگ با یک تایمر.
بازیابی: با «timeout/expired» - سعی مجدد امن و جایگزین (کارت/SEPA/دیگر A2A).
دریافت: مقدار، زمان، 'شناسه معامله'، کانال، UTR، مخاطبین پشتیبانی.
برجسته کردن ریسک/محدودیت ها: نشان دادن کاربر که آستانه - بانک یا کانال را تعیین می کند.

12) عود و حکم

TWINT اساسی یک خاموش با SCA است. برای اشتراک, یک بسته نرم افزاری استفاده می شود: اولین پرداخت TWINT → e-حکم/SEPA DD/بانکداری باز برای آینده نوشتن آف (حد/فرکانس/اطلاعیه).
به کاربر مکث/لغو/به روز رسانی و قبل از اطلاع رسانی صفحه نمایش قبل از نوشتن کردن.

13) عمودی با ریسک بالا (از جمله iGaming)

در دسترس بودن و محدودیت کانال در سیاست بانک/PSP و قانون محلی بستگی دارد.
انتظار می رود آستانه های پایین تر، KYC افزایش یافته، ممکن است نگه داشته شود.
برنامه ریزی ریل های جایگزین (کارت، SEPA، دیگر PIS) و مسیریابی هوشمند توسط ریسک/کانال/بانک.

14) معماری دروازه TWINT

لایه API (REST/GraphQL) برای ثبت نام نقدی و backhoe.
صف های رویداد: رویدادهای وضعیت → صورتحساب/CRM/تجزیه و تحلیل.
امنیت: طاق برای اسرار، PSP IP allowlist، اعتبار سنجی تغییر مسیر-URI دقیق، نشانه های ضد پخش.
قابلیت مشاهده: تبدیل کانال (App2App/QR/Link)، کسری از «در انتظار → منقضی شده»، زمان برای حل و فصل/بازگشت.

15) چک لیست خروجی

1. اتصال TWINT در PSP/بانک ؛ انتخاب کانال (App2App/QR/لینک).
2. پیاده سازی 'createPayment '/' requestToPay'، QR پویا، صفحه نمایش خطا/حد.
3. اتصال webhooks، idempotency، retray و رویداد dedup.
4. راه اندازی recon (روزانه + کامل)، UTR/fin منابع ذخیره سازی.
5. پشتیبانی از بازپرداخت جزئی/کامل و روش های ODR.
6. داشبورد SLA و هشدار برای تبدیل/تاخیر/وضعیت آویزان را اجرا کنید.
7. انجام تست e2e با بانک های اصلی/دستگاه ها و POS (در صورت لزوم).

محدود کردن کارت مرجع

Per-txn/24h/7d: در پیکربندی ذخیره کنید و قبل از شروع بررسی کنید.
گیرندگان/بازرگانان جدید: آستانه پایین/سرعت شاتر.
کانال ها: محدودیت های جداگانه برای تجارت الکترونیک (App2App/QR)، POS، P2P، درخواست به پرداخت.
سرعت/خطر: ضد سرقت بانک می تواند به آرامی عملیات را کاهش دهد.

خلاصه

برای آنلاین - in-app/App2App + QR پویا، برای خرده فروشی - TWINT QR، برای انتقال - P2P به تلفن.
تأیید آنلاین جداگانه و اعتبار نهایی ؛ ساخت در اطراف webhooks + recon و بازپرداخت جزئی.
مقدار را اصلاح نکنید: تنظیمات محدود را توسط بانک/کانال نگه دارید و به طور مرتب به روز کنید.
برای اشتراک، اولین بسته نرم افزاری TWINT → یک بلیط با مدیریت شفاف و اطلاعیه ها.